| 00:03.23 |
Notify |
03GCI:
Toshita Barve: Review and post "Blender to BRL-CAD" tutorial on our
wiki - Question Hello Sean, Near the end where it says "Then you
can add a box with a diagram in the end: ....." Do you want me to
take what you said word for word or do you want me to change it?
Also I do not understand the last bullet point. Thanks, Toshita
http://www.google-melange.com/gci/task/view/google/gci2012/8079211 |
| 00:22.29 |
brlcad |
caen23: it's
behind a macro |
| 00:24.25 |
caen23 |
brlcad: yeah,
typed that too fast. it was right above the function |
| 00:25.15 |
brlcad |
and that
macro is used a bunch of fundamental macros that index index into
bit-vectors during raytracing (where speed is
paramount) |
| 00:25.59 |
brlcad |
BU_BITV_SHIFT
used to be a hard-coded value (e.g., 6), but was changed to a
run-time detected value for increased portability |
| 00:38.36 |
caen23 |
i found this
http://clang.llvm.org/compatibility.html#inline
and looking at the bullet points, 1 and 4 don't apply, 2 is what i
did, and 3… i tried cloning the function without the inline
keyword, but that displayed even more errors. so i think i could
merge the three functions like you said, or fix it with cmake, but
i don't see how cmake fits in here |
| 00:56.07 |
brlcad |
caen23: the
cmake "fit" to do the second bullet would be to have cmake remove
the keyword if it needs to |
| 00:56.21 |
brlcad |
not removing
it from all platforms, compilers, etc |
| 00:56.49 |
brlcad |
still, that
write-up doesn't exactly say what our specific issue
is/was |
| 00:57.05 |
brlcad |
were there
undefined symbols on bu_bitv_shift()? |
| 00:57.17 |
brlcad |
or on
floor_ilog2()? |
| 00:57.26 |
brlcad |
or some other
warning? |
| 00:57.53 |
caen23 |
no undefined
symbols or other warnings, let me show you the log where it
breaks |
| 00:58.41 |
brlcad |
that
compatiblity write-up really is just trying to simplify a FAQ
issue, it's a lot more complex than it lets on |
| 00:58.46 |
brlcad |
there are
various types of inline hints that can be used, all
different |
| 00:59.10 |
brlcad |
and
definitions can be in compilation units or the headers, compiled in
c89 mode, c99, c++ mode, etc |
| 01:00.50 |
brlcad |
from your
earlier description, it sounded like this was entirely just an
order of inline issue (which they could fix, but currently can't
handle) |
| 01:01.40 |
caen23 |
here's the
actual error http://slexy.org/view/s25bhTIZxY |
| 01:03.28 |
caen23 |
as far as i
understand, floor should "expand" inside bitv.c and then bitv_shift
should expand again wherever it is used, without worrying about
floor being static, but it doesn't |
| 01:04.29 |
brlcad |
yep, and I
believe that's the problem |
| 01:05.40 |
brlcad |
they added a
warning to check for static getting embedded but are either
ignoring the inline or chosing to still report it for non-inline
compilation (e.g., -O0) |
| 01:06.06 |
brlcad |
adding
attribute((__always_inline__)) might do the trick if they support
it |
| 01:14.38 |
caen23 |
i tried
adding it after floor and i still get the error |
| 01:20.44 |
``Erik |
portability
is hard, let's all just use movitz |
| 01:25.42 |
caen23 |
brlcad: i
found this on their mailing list, looks similar http://lists.cs.uiuc.edu/pipermail/cfe-dev/2012-June/022408.html |
| 01:48.21 |
maths22 |
/n/nicklist
off |
| 02:06.48 |
brlcad |
caen23: yeah,
I see, that's funny |
| 02:14.04 |
brlcad |
caen23: so I
think the punting solution in this case is to make those two static
inline functions be macros (uppercase) |
| 02:16.28 |
brlcad |
maybe add a
comment indicating why they're not static inline |
| 02:18.23 |
caen23 |
ok then.
should i mark the comment with something like XXX? |
| 02:19.14 |
brlcad |
no, that
would imply it needs more attention |
| 02:22.29 |
brlcad |
caen23: what
are your plans after next week? :) |
| 02:26.07 |
caen23 |
should i move
the new macros inside bu.h, or keep them in bitv.c? after gci, i
think i'll keep working on these smaller issues, i want to fix the
solids regression, then have a look over buildbot (do the nightly +
see if i can get it to work properly with windows, too) and the
other tasks that required compiling on windows, if no one closes
them by the time gci is over, and i don't think i can do them all
in this one week |
| 02:26.37 |
brlcad |
keep them in
bitv.c -- they're implementation detail |
| 02:27.47 |
brlcad |
caen23: what
about longer term? |
| 02:28.16 |
brlcad |
it's great to
see you fit in so well, thank you for all you've done |
| 02:28.51 |
brlcad |
i'm wondering
if there's maybe some actual new development that may be of
interest |
| 02:29.20 |
brlcad |
or if
infrastructure and foundation work are what interest you the
most |
| 02:31.19 |
caen23 |
it would be
nice if i could work on some more complex stuff, i haven't tried it
yet and i don't know what to expect. perhaps looking over past
gsoc's would be a good place to start to get an idea about it? and
thanks a lot for all the help you've provided during the contest,
it's been really awesome |
| 02:47.39 |
Notify |
03BRL-CAD
Wiki:Jacksixb * 4858
/wiki/User:Jacksixb/Independent_Study_2012-13_Log: |
| 02:53.36 |
*** join/#brlcad javamonn
(~twitch@108.206.187.204) |
| 03:49.42 |
Notify |
03BRL-CAD:caen23 * 54142
(brlcad/trunk/include/rtgeom.h brlcad/trunk/src/libbu/bitv.c
brlcad/trunk/src/librt/primitives/eto/eto.c): Convert floor_ilog2
and count_ones32 to macros and revert eto_V to point |
| 03:58.00 |
Notify |
03GCI:
javamonn: Add a command-line option that sets an object color
temporarily - Ready for review The work on this task is ready to
be reviewed.
http://www.google-melange.com/gci/task/view/google/gci2012/8126202 |
| 04:04.43 |
Notify |
03GCI:
javamonn: Add a command-line option that sets an object color
temporarily - I'm pretty sure... I'm pretty sure this is the
correct way to go about things, that is, changing the color in the
application struct. I'm unsure as to where to do it however, right
now I have it in main but I'm unsure if it gets overwritten again
since I have...
http://www.google-melange.com/gci/task/view/google/gci2012/8126202 |
| 04:11.26 |
Notify |
03GCI:
Skriptkid: Compile BRL-CAD using Dev-C++ - Can't Dev C++ cannot
import CodeBlocks project. Only the other way around is possible.
:) http://www.cplusplus.com/forum/beginner/44033/
There is a way to build it with Unix Makefiles, but it would be
too messy and a new makefile will be needed as the directory
structure cannot be...
http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 04:11.51 |
Notify |
03GCI:
Skriptkid: Compile BRL-CAD using Dev-C++ - Ready for review The
work on this task is ready to be reviewed.
http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 04:12.26 |
Notify |
03GCI:
Melange: Review and post "Blender to BRL-CAD" tutorial on our wiki
- Initial Deadline passed Melange has detected that the initial
deadline has passed and it has set the task status to ActionNeeded.
The student has 24 hours to submit the work before the task is
reopened and sent back to the pool for other students to claim.
http://www.google-melange.com/gci/task/view/google/gci2012/8079211 |
| 04:15.27 |
Notify |
03GCI:
Toshita Barve: Review and post "Blender to BRL-CAD" tutorial on our
wiki - Done with everything but the wiki Hey Sean, I have done
everything but put my tutorial on wiki. I decided to check it with
you before I put it into wiki. My document is attached to the task.
Please tell me if I missed something. Toshita
http://www.google-melange.com/gci/task/view/google/gci2012/8079211 |
| 04:40.39 |
Notify |
03GCI:
amit.daBeast: Find and Fix 10 spelling mistakes in at least 10
different files (#2) - one more thing are you ok with spelling
mistakes such as "writeout", and "inorder" ("write out" and "in
order" are actually 2 seperate words)
http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 05:37.48 |
Notify |
03GCI:
amit.daBeast: Find and Fix 10 spelling mistakes in at least 10
different files (#2) - Ready for review The work on this task is
ready to be reviewed.
http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 05:38.28 |
Notify |
03GCI:
amit.daBeast: Find and Fix 10 spelling mistakes in at least 10
different files (#2) - revised patch file this is the new patch
copy, for a couple files i changed the "their and there" and also
"than and then" there is also a sentence containing a word called
"normalward", i think he was referring to the normal axis so i
modified the...
http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 06:17.54 |
*** join/#brlcad KimK
(~Kim__@wsip-184-176-200-171.ks.ks.cox.net) |
| 06:20.33 |
*** join/#brlcad andrei_
(~andrei@188.25.172.22) |
| 06:20.46 |
*** join/#brlcad merzo
(~merzo@82-44-132-95.pool.ukrtel.net) |
| 06:32.56 |
*** join/#brlcad merzo_
(~merzo@82-44-132-95.pool.ukrtel.net) |
| 07:25.01 |
*** join/#brlcad crdueck
(~cdk@24-212-219-10.cable.teksavvy.com) |
| 07:45.09 |
Notify |
03GCI: Daniel
Rossberg: Compile BRL-CAD using Dev-C++ - Task Closed
Congratulations, this task has been completed successfully.
http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 07:48.22 |
*** join/#brlcad crdueck
(~cdk@24.212.219.10) |
| 07:59.50 |
Notify |
03GCI:
Melange: Find and Fix 20 spelling mistakes in at least 5 different
files (#2) - Initial Deadline passed Melange has detected that the
initial deadline has passed and it has set the task status to
ActionNeeded. The student has 24 hours to submit the work before
the task is reopened and sent back to the pool for other students
to claim.
http://www.google-melange.com/gci/task/view/google/gci2012/8122202 |
| 08:13.45 |
Notify |
03GCI: Sean:
Add a primitive surface area function ... for right hyperbolic
cylinders (RHC) - Deadline extended The deadline of the task has
been extended with 2 days and 0 hours.
http://www.google-melange.com/gci/task/view/google/gci2012/7982218 |
| 08:14.26 |
Notify |
03GCI: Sean:
Add a primitive surface area function ... for right hyperbolic
cylinders (RHC) - odd Hm, you're supposed to be able to still
upload for 24 hours after the time runs out. No matter, extension
done.
http://www.google-melange.com/gci/task/view/google/gci2012/7982218 |
| 08:15.56 |
Notify |
03GCI: Sean:
Fix some LLVM Clang compilation warnings (#2) - hat would be great
It would be great to know whether it works or not, a quick compile
test.
http://www.google-melange.com/gci/task/view/google/gci2012/8103206 |
| 08:27.59 |
Notify |
03GCI: Sean:
Find and Fix 10 spelling mistakes in at least 10 different files
(#2) - glad Glad to see that you left "inorder" alone as that is
correct as-is ( see http://en.wikipedia.org/wiki/Tree_traversal
), but the rest looks good. You got to 10 files, BUT, I only count
8 unique mistakes: then, shtuff, doe, normalward, facetted,
writeout,...
http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 08:28.09 |
Notify |
03GCI: Sean:
Find and Fix 10 spelling mistakes in at least 10 different files
(#2) - Task Needs More Work One of the mentors has sent this task
back for more work. Talk to the mentor(s) assigned to this task to
satisfy the requirements needed to complete this task, submit your
work again and mark the task as complete once you re-submit your...
http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 08:28.19 |
Notify |
03GCI: Sean:
Find and Fix 10 spelling mistakes in at least 10 different files
(#2) - Deadline extended The deadline of the task has been
extended with 1 days and 0 hours.
http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 08:35.30 |
Notify |
03GCI: Sean:
Find and Fix 5 spelling mistakes in at least 40 different files
(#2) - bad patch Rahul, your patch is still "corrupted" .. there
are way too many lines changed unintentionally. There are white
spaces being added to the end of many many lines. The only lines
that should be changed are the ones where you made spelling
corrections. ...
http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 08:35.51 |
Notify |
03GCI: Sean:
Find and Fix 5 spelling mistakes in at least 40 different files
(#2) - Task Needs More Work One of the mentors has sent this task
back for more work. Talk to the mentor(s) assigned to this task to
satisfy the requirements needed to complete this task, submit your
work again and mark the task as complete once you re-submit your...
http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 08:45.37 |
Notify |
03GCI: Sean:
Write a BRL-CAD showcase article #2 - You didn't interview him?
Plamen, it looks like you didn't actually interview Alex -- you
just copied text he had already written into the wiki. You have the
right idea with appropriate questions, but the "responses" you have
are not useful just extracted out of context like that.
Moreover,...
http://www.google-melange.com/gci/task/view/google/gci2012/8095205 |
| 08:45.42 |
Notify |
03GCI: Sean:
Write a BRL-CAD showcase article #2 - Task Needs More Work One of
the mentors has sent this task back for more work. Talk to the
mentor(s) assigned to this task to satisfy the requirements needed
to complete this task, submit your work again and mark the task as
complete once you re-submit your work.
http://www.google-melange.com/gci/task/view/google/gci2012/8095205 |
| 08:45.52 |
Notify |
03GCI: Sean:
Write a BRL-CAD showcase article #2 - Deadline extended The
deadline of the task has been extended with 2 days and 0 hours.
http://www.google-melange.com/gci/task/view/google/gci2012/8095205 |
| 08:46.56 |
*** join/#brlcad StrangeLoop
(~solo@14.139.82.6) |
| 08:50.54 |
Notify |
03GCI: Sean:
Design a commercial CAD comparison diagram - effort? Brenden, it
looks like you could have come up with that diagram in about 10
minutes. Not only are there outright spelling mistakes, the oval
representing BRL-CAD makes no sense. It implies we have partial
linux support and complete windows support? Attempting to mimic the
other...
http://www.google-melange.com/gci/task/view/google/gci2012/8141203 |
| 08:50.59 |
Notify |
03GCI: Sean:
Design a commercial CAD comparison diagram - Task Needs More Work
One of the mentors has sent this task back for more work. Talk to
the mentor(s) assigned to this task to satisfy the requirements
needed to complete this task, submit your work again and mark the
task as complete once you re-submit your work.
http://www.google-melange.com/gci/task/view/google/gci2012/8141203 |
| 08:51.09 |
Notify |
03GCI: Sean:
Design a commercial CAD comparison diagram - Deadline extended The
deadline of the task has been extended with 2 days and 0 hours.
http://www.google-melange.com/gci/task/view/google/gci2012/8141203 |
| 09:06.37 |
Notify |
03GCI: Sean:
Compile with -Wwrite-strings, fix warnings that ensue - how long?
gcking, How long do you think this patch would take if you had to
do it again? How many hours of typing?
http://www.google-melange.com/gci/task/view/google/gci2012/8090205 |
| 09:11.58 |
Notify |
03GCI: Aaron
Keesing: Add a primitive surface area function ... for right
hyperbolic cylinders (RHC) - Ready for review The work on this
task is ready to be reviewed.
http://www.google-melange.com/gci/task/view/google/gci2012/7982218 |
| 09:14.09 |
Notify |
03GCI: Sean:
Compile BRL-CAD with GCC 4.7+ on Raspberry Pi - wrong compiler
Titi, cannot execute binary file implies that the arm-bcm2708
compiler that you are attempting to use is the wrong compiler. The
reference we provided was merely a guide, not instruction. Have
you tried to simply run: apt-get install gcc-4.7
http://www.google-melange.com/gci/task/view/google/gci2012/8038205 |
| 09:14.15 |
Notify |
03GCI: Sean:
Compile BRL-CAD with GCC 4.7+ on Raspberry Pi - Task Needs More
Work One of the mentors has sent this task back for more work.
Talk to the mentor(s) assigned to this task to satisfy the
requirements needed to complete this task, submit your work again
and mark the task as complete once you re-submit your work.
http://www.google-melange.com/gci/task/view/google/gci2012/8038205 |
| 09:14.20 |
Notify |
03GCI: Sean:
Compile BRL-CAD with GCC 4.7+ on Raspberry Pi - Deadline extended
The deadline of the task has been extended with 2 days and 0 hours.
http://www.google-melange.com/gci/task/view/google/gci2012/8038205 |
| 09:26.50 |
Notify |
03GCI: Sean:
Review and post "Blender to BRL-CAD" tutorial on our wiki - looking
good Toshita, That's looking great. Yeah, word for word is
better for the last paragraph. It looks like you're still missing
the final rendered image of the table after accepting the rotation
edit -- that's the final result image. The word for word
paragraph...
http://www.google-melange.com/gci/task/view/google/gci2012/8079211 |
| 09:27.01 |
Notify |
03GCI: Sean:
Review and post "Blender to BRL-CAD" tutorial on our wiki -
Deadline extended The deadline of the task has been extended with
1 days and 0 hours.
http://www.google-melange.com/gci/task/view/google/gci2012/8079211 |
| 09:37.10 |
Notify |
03GCI: Sean:
Determine why solids.sh fails on 64-bit - hat's gold So that's
certainly the high-level "cause" -- the shade_inputs message is
saying that a ray was returned with a normal facing away from the
camera. The ray is probably nearly perpendicular to the camera as
the ray barely grazes a surface/edge. The dot products are clearly
very...
http://www.google-melange.com/gci/task/view/google/gci2012/7982217 |
| 09:39.31 |
Notify |
03GCI: Sean:
Determine why solids.sh fails on 64-bit - good to go This will be
good enough to close on already, but if you can identify the rays
that preceeded the three flipped normals -- and their values for
the good and bad renderings -- that would help pinpoint the problem
more specifically.
http://www.google-melange.com/gci/task/view/google/gci2012/7982217 |
| 09:39.46 |
Notify |
03GCI: Sean:
Determine why solids.sh fails on 64-bit - Deadline extended The
deadline of the task has been extended with 1 days and 0 hours.
http://www.google-melange.com/gci/task/view/google/gci2012/7982217 |
| 09:44.47 |
Notify |
03GCI: Sean:
Research status of compiling BRL-CAD on MINGW - questions 1. you
will need to run cmake, but you should only compile with visual
studio as an exercise to make sure it compiles cleanly (so if you
run into a problem, you know it's mingw-specific) 2. on windows,
absolutely. we bundle almost everything needed to compile. 3. no
4....
http://www.google-melange.com/gci/task/view/google/gci2012/7954218 |
| 10:15.37 |
Notify |
03GCI: AGENT
UM: Review and post "Blender to BRL-CAD" tutorial on our wiki -
http://www.google-melange.com/gci/work/download/google/gci2012/8079211?id=18001
http://www.google-melange.com/gci/work/download/google/gci2012/8079211?id=18001
http://www.google-melange.com/gci/task/view/google/gci2012/8079211 |
| 10:27.13 |
Notify |
03GCI: Titi:
Compile BRL-CAD with GCC 4.7+ on Raspberry Pi - yes I tried but
for this command I must to be sudo. brlcad@raspberrypi ~ $ apt-get
install gcc-4.7 E: Could not open lock file /var/lib/dpkg/lock -
open (13: Permission denied) E: Unable to lock the administration
directory (/var/lib/dpkg/), are you root? brlcad@raspberrypi ~
$...
http://www.google-melange.com/gci/task/view/google/gci2012/8038205 |
| 11:34.42 |
Notify |
03GCI: V
Rahul: Find and Fix 5 spelling mistakes in at least 40 different
files (#2) - Puntuation Do punctuation mistakes and not starting
the first word of a new sentence with a capital letter, count as
errors?
http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 11:35.16 |
*** join/#brlcad VRahul
(7aae2e74@gateway/web/freenode/ip.122.174.46.116) |
| 12:01.12 |
Notify |
03GCI:
Silvrous: Set up BRL-CAD for continuous integration within Jenkins
- Claim Removed The claim on this task has been removed, someone
else can claim it now.
http://www.google-melange.com/gci/task/view/google/gci2012/8109203 |
| 12:01.42 |
Notify |
03GCI:
Silvrous: Set up BRL-CAD for continuous integration within Jenkins
- sorry I didn't, and still don't have time to work on the task.
http://www.google-melange.com/gci/task/view/google/gci2012/8109203 |
| 12:02.24 |
Notify |
03GCI:
Skriptkid: Create test for thread creation on Windows - Task
Claimed I would like to work on this task.
http://www.google-melange.com/gci/task/view/google/gci2012/8086204 |
| 12:06.37 |
VRahul |
Do double
space between a . and the first word of the next sentences count as
an error?
http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 12:13.35 |
*** join/#brlcad Al_Da_Best
(Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) |
| 12:15.52 |
*** join/#brlcad StrangeLoop
(~solo@14.139.82.6) |
| 12:35.17 |
*** join/#brlcad dsean
(7aa452ce@gateway/web/freenode/ip.122.164.82.206) |
| 12:37.01 |
*** part/#brlcad dsean
(7aa452ce@gateway/web/freenode/ip.122.164.82.206) |
| 12:37.36 |
*** join/#brlcad VRahul
(7aa452ce@gateway/web/freenode/ip.122.164.82.206) |
| 13:00.08 |
*** join/#brlcad andrei_
(~andrei@188.25.158.11) |
| 13:31.15 |
*** join/#brlcad EricPoehlsen
(~Eric@ip-109-84-152-138.web.vodafone.de) |
| 13:40.33 |
Notify |
03GCI:
Alexandur Osenov: Research status of compiling BRL-CAD on MINGW -
Compile After configuring and generating brld-cad with CMAKE i
navigated to the build directory using the mingw shell and tried
running make aaaaad : make: *** No targets specified and no
makefile found. Stop.
http://www.google-melange.com/gci/task/view/google/gci2012/7954218 |
| 14:33.17 |
*** join/#brlcad GrantMercer015
(~GrantMerc@ip72-193-246-126.lv.lv.cox.net) |
| 14:39.11 |
Notify |
03GCI:Erik *
8086204 Create test for thread creation on Windows: Task Assigned -
This task has been assigned to Skriptkid. You have 48 hours to
complete this task, good luck! |
| 14:41.26 |
Notify |
03GCI:Erik *
7979224 Modify IRC notifier output: Task Closed - Congratulations,
this task has been completed successfully. |
| 14:50.02 |
maths22 |
``Erik: I see
you implemented the new output. |
| 14:52.01 |
``Erik |
yup, had
several blank ones go through in #notify, not sure if that was just
a blip from merging/recompiling at the time or what.. grats on
doing the crazy esoteric one O.o |
| 14:53.09 |
maths22 |
Now I have a
new programming language to add to my list |
| 15:05.00 |
Notify |
03GCI:Skriptkid * 8086204 Create test for
thread creation on Windows: Test - The test files are run when
"make test" is run right? And in Windows, if ALL_BUILD is used to
build BRL-CAD, is "test"... |
| 15:20.36 |
*** join/#brlcad merzo_
(~merzo@90-142-132-95.pool.ukrtel.net) |
| 15:22.36 |
*** join/#brlcad andrei_
(~andrei@188.25.158.11) |
| 15:42.22 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.201.172.244) |
| 15:50.07 |
maths22 |
Crit is a bit
slow for the webserver. Why is that? |
| 15:50.41 |
``Erik |
slow
how? |
| 15:56.05 |
Notify |
03GCI:Skriptkid * 8086204 Create test for
thread creation on Windows: Function - "that calls bu_parallel()
and calls a function N times." Create a function in the test file
and call it through... |
| 16:09.54 |
``Erik |
hurf, shoulda
double checked that before starting heh |
| 16:40.15 |
``Erik |
hm |
| 16:49.30 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
| 17:20.28 |
*** join/#brlcad VRahul
(7aa452ce@gateway/web/freenode/ip.122.164.82.206) |
| 17:32.35 |
*** join/#brlcad caen23
(~caen23@92.83.164.134) |
| 17:51.23 |
*** join/#brlcad Alexandur
(4d461d04@gateway/web/freenode/ip.77.70.29.4) |
| 17:51.36 |
Alexandur |
After
configuring and generating brld-cad with CMAKE i navigated to the
build directory using the mingw shell and tried running make aaaaad
: make: *** No targets specified and no makefile found.
Stop. |
| 17:52.49 |
brlcad |
Alexandur:
what do you mean you navigated to the build directory? |
| 17:52.54 |
brlcad |
the build
directory is where you ran cmake |
| 17:53.34 |
brlcad |
if you were
in the right place, cmake has to complete successfully in order to
generate the build system |
| 17:53.43 |
brlcad |
look at the
cmake output, see if it succeeded |
| 18:00.19 |
andrei_ |
brlcad: I
just realised how useful the VM image really is( Tom's one). I
tried to contribute to Gentoo and/or NetBSD, and while the
community was really helpful, I still lost a lot of time
configuring stuff and I ended up not doing anything so
far |
| 18:01.01 |
brlcad |
andrei_: you
should tell him that ;) |
| 18:01.50 |
andrei_ |
I actually
want to provide them a virtual machine\ |
| 18:02.56 |
caen23 |
i think
netbsd has a vm too, for gci |
| 18:03.20 |
andrei_ |
caen23: it's
a virtual CD, if I m correct |
| 18:07.17 |
caen23 |
it's the one
here, i haven't used it, but it looks like the same thing we have
ftp://ftp.netbsd.org/pub/NetBSD/misc/GCi |
| 18:08.09 |
andrei_ |
cool, I
didn't manage to find it but I didn't do much research
either |
| 18:08.25 |
andrei_ |
still, will
keep it in mind, thanks ! |
| 18:08.55 |
caen23 |
i stumbled
upon it a couple of weeks ago, too |
| 18:10.52 |
andrei_ |
caen23: mind
if I ask you something on private message? I'm quite curious how
you developed these ..well..developer skills. |
| 18:11.13 |
Alexandur |
i used the
GUI and navigated to the build directory selected from the GUI
which is equivalent to what you said |
| 18:11.55 |
andrei_ |
Alexandur,
you need to run cmake before running make |
| 18:12.21 |
andrei_ |
I'm not sure
how you run cmake from GUI, but I can help you with running it from
terminal |
| 18:13.22 |
Alexandur |
ok its
equivalent |
| 18:13.23 |
caen23 |
andrei_:
sure, send me a message if you want to chat |
| 18:13.54 |
Alexandur |
doesnt matter
and after i generated with cmake i can run make |
| 18:13.58 |
Alexandur |
from mingw
shell |
| 18:14.19 |
Alexandur |
but i got the
error described above |
| 18:15.36 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
| 18:25.41 |
brlcad |
Alexandur:
did cmake complete successfully? |
| 18:34.16 |
Alexandur |
well i
generated it successfully and |
| 18:34.47 |
Alexandur |
where to find
the cmake log to see if it really was sucessful |
| 18:34.59 |
brlcad |
Alexandur:
i'm not sure I understand what "generated it successfully"
means |
| 18:35.09 |
Alexandur |
ok |
| 18:35.12 |
Alexandur |
lets put it
that way |
| 18:35.17 |
Alexandur |
at the
end |
| 18:35.19 |
Alexandur |
cmake
said |
| 18:35.23 |
Alexandur |
configuration
done |
| 18:35.27 |
Alexandur |
generation
done |
| 18:35.43 |
Alexandur |
so where to
check my cmake log |
| 18:35.48 |
Alexandur |
should be
somewhere |
| 18:36.35 |
andrei_ |
Alexandur:
just a small correction, try not writing one word per line, if more
people are typing it makes it more difficult to track
conversation |
| 18:37.30 |
brlcad |
it sounds
like you're not sure |
| 18:38.22 |
Alexandur |
sure for
what? I cant find where is the build log |
| 18:38.26 |
brlcad |
Alexandur:
did you get a table at the end that had a lot of lines saying ...
ON ... OFF etc |
| 18:38.35 |
Alexandur |
yes |
| 18:38.47 |
brlcad |
would you
pastebin that somewhere? |
| 18:39.07 |
brlcad |
the entire
output |
| 18:39.47 |
brlcad |
(not
pastebin.com, but pastebin.ca works fine) |
| 18:40.05 |
Alexandur |
i`ve already
closed the console/gui/ cmake.... |
| 18:41.44 |
brlcad |
just run it
again |
| 18:42.02 |
brlcad |
should be
able to run it over and over |
| 18:42.35 |
brlcad |
you just
sometimes need to delete the CMakeCache.txt file sometimes, but
right now just looking to see what it output |
| 18:47.08 |
Alexandur |
something
similar -> http://pastebin.ca/2300481 |
| 18:50.57 |
Alexandur |
well? Any
idea? |
| 18:51.28 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
| 18:52.56 |
caen23 |
what
makefiles did you generate? |
| 18:55.45 |
Alexandur |
? Used the
MinGW makefile generator |
| 18:56.44 |
caen23 |
ok, then what
directories did you use for source and build, in the cmake
gui? |
| 18:58.28 |
Alexandur |
source ->
svn checkouted brldcad build-> a random folder (also
a .build folder and so on) but it doesnt seem to have effect on
anything |
| 18:59.00 |
Alexandur |
also my task
->
http://www.google-melange.com/gci/task/view/google/gci2012/7954218 |
| 19:03.32 |
Alexandur |
? |
| 19:05.54 |
caen23 |
and if you go
inside the random folder and run make, you get that
error? |
| 19:10.20 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.201.172.244) |
| 19:11.05 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.201.172.244) |
| 19:15.33 |
Alexandur |
yep |
| 19:21.03 |
brlcad |
Alexandur:
okay that looks great (and that's the log I was referring to -- it
was successful) |
| 19:21.26 |
brlcad |
so it
supposedly generated output somewhere - what's in your build
directory? |
| 19:24.34 |
Alexandur |
here it
is |
| 19:24.35 |
Alexandur |
http://pastebin.ca/2300494 |
| 19:30.30 |
brlcad |
and if you
run "make" what happens? |
| 19:30.41 |
brlcad |
error
above? |
| 19:36.13 |
brlcad |
there's
clearly a Makefile there so if it says no makefile found, it sounds
like you might be in the wrong place |
| 19:55.51 |
Alexandur |
well now i
tried again and after hiting the make -> $ make Microsoft
Windows [Version 6.1.7601] Copyright (c) 2009 Microsoft
Corporation. All rights reserved. |
| 19:56.01 |
Alexandur |
i got just
that |
| 19:56.39 |
Alexandur |
nothing else
before there was an error but i think that i might be fixed because
i checkouted the latest version |
| 20:07.02 |
Alexandur |
ideas? |
| 20:18.48 |
andrei_ |
Alexandur, I
don't think there is any other explanation, I think you are
running"make" in the wrong life |
| 20:19.09 |
andrei_ |
folder,
sorry |
| 20:19.26 |
andrei_ |
at least for
the make not found error |
| 20:21.51 |
*** join/#brlcad maths22
(ada798d1@gateway/web/freenode/ip.173.167.152.209) |
| 20:22.00 |
maths22 |
What happened
to irssi on crit? |
| 20:26.33 |
Alexandur |
andrei_, well
i am not and i am 100% sure its in the right directory also after
running make now it just gives me nothing ... i mean really i hit
make and i recieve ONLY AND ONLY this -> $ make Microsoft
Windows [Version 6.1.7601] Copyright (c) 2009 Microsoft
Corporation. All rights reserved. |
| 20:27.58 |
caen23 |
Alexandur: go
to the directory that you chose as your build dir, using
cd |
| 20:28.25 |
caen23 |
there, run
`echo %cd%` without the apostrophes, to make sure you're in the
right directory. then run make |
| 20:35.03 |
Alexandur |
hmmm apart
from that after typing make the shell instead of starting with
$(mingw shell) it is somehow changes to windows cmd and thats all
which is a weird behavior i think |
| 20:35.22 |
Alexandur |
hmmm apart
from that after typing make the shell instead of starting with
$(mingw shell) it somehow changes to windows cmd and thats all
which is a weird behavior i think |
| 20:37.31 |
caen23 |
ugh, then try
using `pwd` instead, i thought you were using the windows
cmd |
| 20:38.58 |
Alexandur |
wait now i
tried with cmd and cd to build dir |
| 20:40.49 |
Alexandur |
then
mingw32-make and recieved___>>> and error in line in 746
cmakelist.txt --> invalid escape sequence |
| 20:44.59 |
Alexandur |
found the
problem well in gui there are linux buildpaths which ofcourse use /
for path instead of \ under windows |
| 20:45.32 |
Alexandur |
or something
related |
| 20:49.52 |
caen23 |
i think this
is because you ran it from cmd instead of mingw, but i'm not sure.
you should still try to run it from the mingw shell, just make sure
you're in the right directory when running make |
| 20:52.20 |
Alexandur |
eh got it
working aaaand at 0% i got error with my directories the compiler
somehow swapped some parts of the path (like the begining was at
the back ) and some weird stuff so i`ll move everything on D:/ coz
i am working on my desktop and re-generate everything |
| 20:52.57 |
Alexandur |
also the
cmake entry -> INSTALL_PREFIX uses /usr/ something
something |
| 20:53.16 |
Alexandur |
should i edit
it or not?> |
| 20:54.09 |
caen23 |
i'm not sure
how mingw works, but you shouldn't need to install so that entry
seems less important to me |
| 21:11.51 |
caen23 |
Alexandur:
hmm… i think the problem is that mingw creates a virtual
environment, which is separate from the place where you downloaded
brlcad and ran cmake |
| 21:15.35 |
caen23 |
how did you
install mingw? did you use the gui installer here? http://www.mingw.org/wiki/Getting_Started |
| 21:15.44 |
Alexandur |
well moving
my source and build folders on D: and re-generating got me running
again but i got and error at 3% |
| 21:16.42 |
Alexandur |
undefined
references to bcopy, kill , wait, pipe, fork and so on |
| 21:16.59 |
caen23 |
running make
inside Command Prompt is not what you need to do |
| 21:18.00 |
Alexandur |
hmm running
make from mingwshell does nothing at all and my mingw is properly
configured |
| 21:18.12 |
caen23 |
how did you
install mingw? |
| 21:18.13 |
Alexandur |
also what i
do is mingw32-make and it starts amking |
| 21:19.10 |
Alexandur |
installed the
GUI one from mingw.org and added the enviromental
variables |
| 21:23.05 |
caen23 |
go here and
download the latest version of the installer
https://sourceforge.net/projects/mingw/files/Installer/mingw-get-inst/
at some point, it will ask you what components you want to install.
you need the c compiler, the c++ compiler, and the mingw developer
toolkit |
| 21:26.39 |
*** join/#brlcad luca79
(~luca@net-37-116-115-42.cust.dsl.vodafone.it) |
| 21:27.06 |
Alexandur |
yep
re-installed and its the same -> executing make from mingw shell
doesnt do anything at all |
| 21:28.09 |
Alexandur |
executing
mingw32-make from either mingw shell of cmd stops at 3% |
| 21:28.33 |
caen23 |
the mingw
shell is not connected to your hdd. basically, if you had a movie
in D:\Movies, you could not access it from the mingw shell.
similarly, you cannot access your build dir from mingw |
| 21:29.10 |
caen23 |
you need to
get the repo inside mingw, then run cmake inside mingw, and then
you will be able to run make inside mingw |
| 21:30.25 |
Alexandur |
hmm doesnt
seem legit coz i can access my D:\compilation folder |
| 21:30.45 |
caen23 |
from the
mingw shell? |
| 21:31.16 |
Alexandur |
yep |
| 21:31.52 |
caen23 |
i don't think
so. can you run pwd inside the mingw shell and tell me the
output? |
| 21:34.33 |
Alexandur |
freshly
started shell -> /home/Dimension Master |
| 21:35.25 |
Alexandur |
cded to
D:\compile -> /d/compile |
| 21:41.02 |
Alexandur |
? |
| 21:41.12 |
Alexandur |
caen23,
ideas? |
| 21:41.54 |
brlcad |
Alexandur:
that's the wrong "make" |
| 21:42.08 |
brlcad |
just catching
up, but that's microsoft's make, not mingw's |
| 21:42.35 |
brlcad |
your path is
apparently finding msvc before the mingw make |
| 21:42.52 |
Alexandur |
well what
"make" should i use then? |
| 21:43.00 |
brlcad |
mingw's |
| 21:43.37 |
brlcad |
it's probably
gnu make and would have been installed along with the compiler
you're using |
| 21:43.39 |
Alexandur |
ok so mingw`s
make is located in the bin folder of mingw and its called
mingw32-make |
| 21:43.51 |
brlcad |
try running
that |
| 21:44.22 |
Alexandur |
thats indeed
what i am running and getting stuck at 3% |
| 21:44.33 |
brlcad |
pastebin all
the output? |
| 21:44.59 |
brlcad |
there's no
guarantee that it will compile everything cleanly |
| 21:45.36 |
brlcad |
that's not
exactly a configuration that is tested all the time, so even minor
typos could break the build or there could be build system issues
or mingw bugs or a hundred other things that can go wrong and stop
the build |
| 21:46.16 |
brlcad |
the task is
to try (correctly) until you get genuinely stuck ;) |
| 21:47.32 |
Alexandur |
http://pastebin.ca/2300528 |
| 21:50.02 |
Alexandur |
brlcad,
well? |
| 22:53.05 |
``Erik |
lame,
portmanager is no more, now I have to learn a replacement tool
O.o |
| 22:53.15 |
``Erik |
(also; I
blowed up crit real good) |
| 23:10.11 |
*** join/#brlcad javamonn
(~twitch@108.230.19.64) |
| 23:20.48 |
*** join/#brlcad javamonn
(~twitch@108.223.143.237) |
| 23:32.30 |
brlcad |
``Erik: what
happened? I saw the reboot earlier today |
| 23:32.58 |
brlcad |
ironic timing
given I've been flipping over domain names to point to it
already |
| 23:46.13 |
``Erik |
um, decided
to try to push the system upgrade through before you got very far
with that, purged old libs, core ports still linked against the
wrong libs (perl=>libutil.so.8), tried to force a rebuild of all
ports, portmanager committed suppuku, ... |
| 23:47.34 |
``Erik |
but most of
the service was back quickly, still building some here and there
(if some out facing service isn't working right, lemme know and
I'll bump it up on the priority list to restore), and we have a
full release variant instead of that prerelease |
| 00:39.35 |
*** join/#brlcad merzo_
(~merzo@90-142-132-95.pool.ukrtel.net) |
| 00:50.26 |
Notify |
03BRL-CAD:brlcad * 54143
(brlcad/trunk/misc/nsis/brlcad.nsi brlcad/trunk/src/burst/grid.c
and 10 others): apply patch from amit.daBeast (http://www.google-melange.com/gci/task/view/google/gci2012/8103205)
fixing some spelling mistakes |
| 00:50.28 |
Notify |
03BRL-CAD:brlcad * 54144
brlcad/trunk/AUTHORS: credit amit.daBeast with special thanks for
his gci spelling fix contribution |
| 02:07.36 |
Notify |
03GCI:amit.daBeast * 8103205 Find and Fix
10 spelling mistakes in at least 10 different files (#2): thanks -
my name is Amit Saxena and thanks for helping me through this
assignment |
| 02:07.37 |
Notify |
03GCI:Sean *
7954218 Research status of compiling BRL-CAD on MINGW: irc -
Alexandur, that last pastebin you provided via IRC was perfect. If
you run that minw make with "VERBOSE=1 -k" and
upload... |
| 02:07.38 |
Notify |
03GCI:Sean *
7954218 Research status of compiling BRL-CAD on MINGW: Task Needs
More Work - One of the mentors has sent this task back for more
work. Talk to the mentor(s) assigned to this task to... |
| 02:07.38 |
Notify |
03GCI:Cezar *
7982217 Determine why solids.sh fails on 64-bit: x, y, and z - I
logged the x, y, and z of the arguments passed to VDOT in
shade_inputs and extracted the differences in those
three... |
| 02:07.40 |
Notify |
03GCI:Cezar *
7982217 Determine why solids.sh fails on 64-bit: Ready for review -
The work on this task is ready to be reviewed. |
| 02:07.41 |
Notify |
03GCI:gcking
* 8090205 Compile with -Wwrite-strings, fix warnings that ensue:
10-12 hours - Sorry for the late reply, I just finished some
school work. I guess 10 hours should be ok. |
| 02:07.41 |
Notify |
03GCI:amit.daBeast * 8103205 Find and Fix
10 spelling mistakes in at least 10 different files (#2): Ready for
review - The work on this task is ready to be reviewed. |
| 02:07.42 |
Notify |
03GCI:Melange
* 8122202 Find and Fix 20 spelling mistakes in at least 5 different
files (#2): Task Reopened - Melange has detected that the final
deadline has passed and it has reopened the task. |
| 02:07.43 |
Notify |
03GCI:Sean *
8103205 Find and Fix 10 spelling mistakes in at least 10 different
files (#2): Task Closed - Congratulations, this task has been
completed successfully. |
| 02:07.44 |
Notify |
03GCI:Sean *
8103205 Find and Fix 10 spelling mistakes in at least 10 different
files (#2): nicely done! - Now I take it you see why I said there
are hundreds and they should be rather easy to find... |
| 02:07.45 |
Notify |
03GCI:V Rahul
* 8093205 Find and Fix 5 spelling mistakes in at least 40 different
files (#2): Time - Could you tell me when you'll be online? A few
minutes of live chat on IRC can clear all my... |
| 02:07.47 |
Notify |
03GCI:Sean *
8103205 Find and Fix 10 spelling mistakes in at least 10 different
files (#2): committed - Patch applied in r54143. |
| 02:07.48 |
Notify |
03GCI:Sean *
8086204 Create test for thread creation on Windows: Task Needs More
Work - One of the mentors has sent this task back for more work.
Talk to the mentor(s) assigned to this task to... |
| 02:07.48 |
Notify |
03GCI:Skriptkid * 8086204 Create test for
thread creation on Windows: Work - What's the needed
work? |
| 02:07.50 |
Notify |
03GCI:amit.daBeast * 7955216 Compile
BRL-CAD on Windows using the Borland Embarcadero Compiler: Task
Claimed - I would like to work on this task. |
| 02:07.51 |
Notify |
03GCI:Sid
Robinson * 8095206 Link all of our orphaned website wiki pages:
Yay! - Thanks. I hope it was okay. Appreciate the help.
Sid |
| 02:12.39 |
*** join/#brlcad crosshammer
(6ce24073@gateway/web/freenode/ip.108.226.64.115) |
| 02:15.04 |
crosshammer |
hey i want to
claim task Create a utility library (LIBBU) API unit test ... for
parse.c |
| 02:16.47 |
Notify |
03GCI:Erik *
7955216 Compile BRL-CAD on Windows using the Borland Embarcadero
Compiler: Task Assigned - This task has been assigned to
amit.daBeast. You have 72 hours to complete this task,
good... |
| 02:22.17 |
brlcad |
crosshammer:
sounds good |
| 02:27.14 |
crosshammer |
where are the
unit test examples |
| 02:29.19 |
crosshammer |
in the
description it says there are "plenty of examples" but i don't know
where to find them |
| 02:33.20 |
crosshammer |
7948222 |
| 02:40.19 |
brlcad |
did you check
out the source code? |
| 02:41.01 |
brlcad |
you should
also claim the task.. |
| 02:42.31 |
Notify |
03GCI:Sean *
7982217 Determine why solids.sh fails on 64-bit: Task Closed -
Congratulations, this task has been completed
successfully. |
| 02:49.21 |
Notify |
03GCI:BrendenD15 * 8141203 Design a
commercial CAD comparison diagram: New Designs - I've sent two
different design concepts for the diagram, both in the .zip file.
They both have their pros and... |
| 03:01.07 |
Notify |
03GCI:BrendenD15 * 8141203 Design a
commercial CAD comparison diagram: Explanation of conceptDiagram1 -
The basic idea of this diagram is that each circle represents a
feature corresponding to a... |
| 03:01.16 |
Notify |
03GCI:BrendenD15 * 8141203 Design a
commercial CAD comparison diagram: Ready for review - The work on
this task is ready to be reviewed. |
| 03:35.40 |
*** join/#brlcad javamonn
(~twitch@108.223.143.237) |
| 03:49.26 |
Notify |
03GCI:Skriptkid * 8086204 Create test for
thread creation on Windows: Fixed - First three were issues, which
are now corrected, but 4 and 5 are there intentionally. argv[1] is
the number of times... |
| 03:50.26 |
Notify |
03GCI:Skriptkid * 8086204 Create test for
thread creation on Windows: Ready for review - The work on this
task is ready to be reviewed. |
| 04:33.51 |
Notify |
03GCI:Sean *
8141203 Design a commercial CAD comparison diagram: like the
concept - Brenden, I like the new diagram concept. I'm not sure I
understand the second one, but the basic idea of
filling... |
| 04:34.11 |
Notify |
03GCI:Sean *
8141203 Design a commercial CAD comparison diagram: Task Needs More
Work - One of the mentors has sent this task back for more work.
Talk to the mentor(s) assigned to this task to... |
| 05:20.33 |
*** join/#brlcad tofu_ (~sean@BZ.BZFLAG.BZ) |
| 05:34.00 |
*** join/#brlcad javamonn
(~twitch@108.232.134.148) |
| 08:08.39 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 09:41.53 |
*** join/#brlcad merzo
(~merzo@90-142-132-95.pool.ukrtel.net) |
| 10:43.47 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.201.172.244) |
| 10:52.20 |
*** join/#brlcad StrangeLoop
(~solo@14.139.82.6) |
| 11:12.47 |
Notify |
03BRL-CAD:brlcad * 54150
brlcad/trunk/AUTHORS: daBeast is Amit Saxena |
| 11:14.25 |
Notify |
03GCI:Sean *
8079211 Review and post "Blender to BRL-CAD" tutorial on our wiki:
more time - Toshita, do you need more time? All that's missing is
one image, the paragraph, and the wiki upload. ... |
| 11:14.26 |
Notify |
03GCI:Sean *
8038205 Compile BRL-CAD with GCC 4.7+ on Raspberry Pi: looking to
get it installed - Looking to get it installed, I'll update you
soon. |
| 11:14.27 |
Notify |
03GCI:Sean *
8038205 Compile BRL-CAD with GCC 4.7+ on Raspberry Pi: Deadline
extended - The deadline of the task has been extended with 1 days
and 0 hours. |
| 11:14.28 |
Notify |
03GCI:javamonn * 8126202 Add a
command-line option that sets an object color temporarily: I feel
like I'm close... - I feel like I'm close, but I'm not quite there
yet. Changing the application... |
| 11:14.29 |
Notify |
03GCI:Sean *
8086204 Create test for thread creation on Windows: not what I was
saying - I wasn't saying that passing N and no-of-CPUs aren't
needed. I was asking *why* are you running
bu_parallel... |
| 11:14.30 |
Notify |
03GCI:Sean *
8086204 Create test for thread creation on Windows: Task Needs More
Work - One of the mentors has sent this task back for more work.
Talk to the mentor(s) assigned to this task to... |
| 11:14.31 |
Notify |
03GCI:Sean *
7954218 Research status of compiling BRL-CAD on MINGW: Deadline
extended - The deadline of the task has been extended with 0 days
and 12 hours. |
| 11:14.32 |
Notify |
03GCI:Sean *
8095206 Link all of our orphaned website wiki pages: feel free -
Feel free to remove all of the markers you left in the wiki pages
you edited. |
| 11:14.33 |
Notify |
03GCI:Sean *
8126202 Add a command-line option that sets an object color
temporarily: definitely on the right track - You're definitely on
the right track. This is from memory so I could be
wrong,... |
| 11:14.34 |
Notify |
03GCI:Skriptkid * 8086204 Create test for
thread creation on Windows: Misunderstanding - There's probably a
misunderstanding on my part. The task description says "that calls
bu_parallel and calls... |
| 11:14.35 |
Notify |
03GCI:Skriptkid * 8086204 Create test for
thread creation on Windows: Ready for review - The work on this
task is ready to be reviewed. |
| 11:14.36 |
Notify |
03GCI:Skriptkid * 8086204 Create test for
thread creation on Windows: New test - The latest patch has some
more(25 more) tests. I haven't fixed the "N times" part yet,
because I'm waiting for... |
| 11:32.31 |
Notify |
03GCI:Sharan
* 8043208 Create an Halfspace Model and Diagram: Task Claimed - I
would like to work on this task. |
| 11:32.32 |
Notify |
03GCI:Sharan
* 8043208 Create an Halfspace Model and Diagram: I would like to
complete this - I was on my way to hometown when you extended it
took two days on trains to reach there till then the... |
| 11:35.12 |
Notify |
03GCI:Cezar *
8109204 Set up BRL-CAD nightly downloads within Buildbot: Task
Claimed - I would like to work on this task. |
| 11:50.47 |
Notify |
03GCI:BrendenD15 * 8141203 Design a
commercial CAD comparison diagram: Re: effort? - I understand what
you're saying and I'm developing a new format that could work
really well. I also understand... |
| 11:50.48 |
Notify |
03GCI:Sean *
8093205 Find and Fix 5 spelling mistakes in at least 40 different
files (#2)
http://www.google-melange.com/gci/task/view/google/gci2012/8093205:
example? Capitalization does not... |
| 11:55.46 |
*** join/#brlcad Skriptkid_
(~Skriptkid@117.202.108.134) |
| 11:57.58 |
*** join/#brlcad javamonn
(~twitch@108.223.142.236) |
| 11:58.43 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.202.108.134) |
| 12:02.41 |
Notify |
03GCI:Daniel
Rossberg * 8109204 Set up BRL-CAD nightly downloads within
Buildbot: Task Assigned - This task has been assigned to Cezar. You
have 72 hours to complete this task, good luck! |
| 12:02.42 |
Notify |
03GCI:Daniel
Rossberg * 8043208 Create an Halfspace Model and Diagram: Task
Assigned - This task has been assigned to Sharan. You have 48 hours
to complete this task, good luck! |
| 12:18.52 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.202.108.134) |
| 12:29.26 |
Notify |
03GCI:Sharan
* 8043208 Create an Halfspace Model and Diagram: Ready for review -
The work on this task is ready to be reviewed. |
| 12:49.54 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.202.108.134) |
| 13:41.29 |
Notify |
03GCI:Intro
CIT * 7945230 Improve geometry database loading behavior: Task
Claimed - I would like to work on this task. |
| 13:44.26 |
*** join/#brlcad EricPoehlsen
(~Eric@ip-109-84-191-149.web.vodafone.de) |
| 14:00.32 |
Notify |
03GCI:Daniel
Rossberg * 7945230 Improve geometry database loading behavior: Task
Assigned - This task has been assigned to Intro CIT You have 72
hours to complete this task, good luck! |
| 14:03.06 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.202.108.134) |
| 14:26.30 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.202.108.134) |
| 14:29.46 |
brlcad |
Skriptkid: so
what are your plans after gci is over? |
| 14:32.06 |
Skriptkid |
brlcad: Give
more time to guitar and school, since 12 grade is around the
corner, and learn more stuff in CS :) |
| 14:32.18 |
brlcad |
excellent |
| 14:32.23 |
brlcad |
what type of
guitar? |
| 14:32.53 |
Skriptkid |
Electric,
acoustic. Different styles on both. |
| 14:33.44 |
Skriptkid |
Why do you
ask? |
| 14:34.35 |
Skriptkid |
brlcad: And
also start contributing to BRL-CAD and other open-source projects.
I've really started liking this :) |
| 14:43.11 |
Skriptkid |
brlcad: On my
bu_parallel test creation, you asked why I'm running bu_parallel N
times. Isn't that what the task desc says? "calls bu_parallel and
calls a function N times"? Where am I going wrong here? |
| 14:46.14 |
Notify |
03GCI:Melange
* 8093205 Find and Fix 5 spelling mistakes in at least 40 different
files (#2): Task Reopened - Melange has detected that the final
deadline has passed and it has reopened the task. |
| 15:06.38 |
Notify |
03BRL-CAD
Wiki:FlorenciazjkrjepsmuMariacher * 4859
/wiki/To_Expect_At_A_Intensity_2_Ultrasound: New page: Their
mission involves helping the doctors when diagnosing the medical
issues. There are many different certified or degree programs for
pharmacist techs, which may range provided by six m... |
| 15:12.22 |
*** join/#brlcad Skriptkid_
(~Skriptkid@117.202.108.134) |
| 15:15.40 |
*** join/#brlcad merzo
(~merzo@70-85-133-95.pool.ukrtel.net) |
| 15:26.23 |
brlcad |
Skriptkid:
just curious what you're up to |
| 15:26.32 |
brlcad |
play guitar
myself (classical) |
| 15:27.01 |
brlcad |
or better
stated *played* |
| 15:27.39 |
``Erik |
back when
classical was called contemporary? *duck* :D |
| 15:27.54 |
brlcad |
pretty
much |
| 15:28.19 |
``Erik |
<-- still
has to fix one of his amps :/ |
| 15:29.08 |
*** join/#brlcad Alexandur
(4d461d04@gateway/web/freenode/ip.77.70.29.4) |
| 15:30.28 |
Skriptkid_ |
Brlcad: cool
:D |
| 15:30.55 |
Skriptkid_ |
Which
one? |
| 15:31.31 |
``Erik |
which one
what? amp? |
| 15:31.43 |
Skriptkid_ |
Amp |
| 15:31.57 |
*** join/#brlcad Al_Da_Best
(Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) |
| 15:31.58 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.202.108.134) |
| 15:31.58 |
Alexandur |
Hello again!
I checked my task and tried compiling with mingw but i got error at
8% -----> [ 8%] Built target exppp mingw32-make[1]: Target
`all' not remade because of errors. mingw32-make[1]: Leaving
directory `D:/compile' mingw32-make: *** [all] Error 2
mingw32-make: Target `default_target' not remade because of
errors. |
| 15:32.11 |
``Erik |
my jcm2000
went out, so I'm stuck with just an old crate solid state and
harmony portable |
| 15:33.11 |
Skriptkid |
JCM2000 eh,
that's pretty awesome |
| 15:33.37 |
``Erik |
used to be
O.o :) |
| 15:34.18 |
d_rossberg |
Alexandur:
did you set BRLCAD_ENABLE_VERBOSE_PROGRESS via cmake? |
| 15:34.23 |
Skriptkid |
2006, so
maybe. I've just read and heard it. :) |
| 15:34.57 |
Skriptkid |
Alexandur:
yep |
| 15:35.03 |
Skriptkid |
Sorry |
| 15:35.10 |
Skriptkid |
Didnt read
that right |
| 15:35.59 |
Skriptkid |
:-$ |
| 15:38.32 |
brlcad |
Alexandur:
what was the command you ran/ |
| 15:52.03 |
caen23 |
brlcad: can i
get an account for my buildbot nightlies task? |
| 15:53.29 |
brlcad |
caen23: sure,
gimme a sec |
| 15:53.38 |
caen23 |
okay |
| 16:19.57 |
Alexandur |
mingw32-make
VERBOSE=1 -k |
| 16:25.43 |
*** join/#brlcad DarkCalf
(~DarkCalf@2002:ade7:2864::ade7:2864) |
| 16:28.29 |
Skriptkid_ |
brlcad: Could
you please answers doubt? |
| 16:29.52 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.202.108.134) |
| 16:33.52 |
*** join/#brlcad luca79
(~luca@188-22-206-147.adsl.highway.telekom.at) |
| 16:48.30 |
Notify |
03BRL-CAD
Wiki:FlorenciazjkrjepsmuMariacher * 4860
/wiki/Specifically_What_Does_A_Sonogram_Technician_Go_About_Doing:
New page: The doctor is suggested to show the woman a photo of the
sonogram and noticable the heartbeat of the unborn child audible
for the woman to learn. How the national average beginning salary
... |
| 17:06.57 |
*** join/#brlcad EricPoehlsen
(~Eric@dslb-084-056-089-136.pools.arcor-ip.net) |
| 17:10.19 |
*** join/#brlcad maths22
(ada798d1@gateway/web/freenode/ip.173.167.152.209) |
| 17:11.47 |
Notify |
03GCI:Jacob B
* 8023219 Set up QEMU deployment testing: Task Claimed - I would
like to work on this task. |
| 17:14.00 |
maths22 |
brlcad: what
is up with irssi on crit? |
| 17:14.32 |
Notify |
03GCI:Sean *
8023219 Set up QEMU deployment testing: Task Assigned - This task
has been assigned to Jacob B. You have 48 hours to complete this
task, good luck! |
| 17:15.01 |
maths22 |
Also, why is
crit not the webserver anymore? |
| 17:19.19 |
caen23 |
brlcad: hmm…
that's weird. i ran regress on a 32-bit freebsd and solids didn't
fail |
| 17:24.53 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.202.108.134) |
| 17:31.59 |
Alexandur |
mingw32-make
VERBOSE=1 -k -> tried compile with this and got error at
8% |
| 17:32.07 |
Alexandur |
anyone? |
| 17:38.51 |
Skriptkid |
Alexandur:
Are you asking why it stops even with "-k"? |
| 17:39.27 |
Alexandur |
probably |
| 17:39.38 |
Skriptkid |
What is your
question? |
| 17:43.23 |
Skriptkid |
Alexandur: If
you mean to say "I used -k, but still compilation fails" then it's
probably because at 8% there are so many errors and failures that
nothing beyond can be processed. |
| 17:46.08 |
Alexandur |
ok then my
task is completed i think |
| 17:46.19 |
Alexandur |
http://www.google-melange.com/gci/task/view/google/gci2012/7954218 |
| 17:47.47 |
Alexandur |
? |
| 17:49.47 |
Skriptkid |
Alexandur:
Probably, since this is just an "attempt" task. But I can't say,
since I'm not a mentor. But try some workarounds or fixes before
submitting. That'll leave a lesser space for questions. And also
give a good report about what you did. |
| 17:59.34 |
*** join/#brlcad ``Erik_
(~erik@66-118-151-70.static.sagonet.net) |
| 17:59.42 |
``Erik_ |
irssi on crit
seems to work for me |
| 18:03.29 |
brlcad |
Alexandur:
mingw32-make --version |
| 18:04.44 |
brlcad |
Alexandur: if
you think you're done, you should upload that entire build
log |
| 18:05.15 |
brlcad |
it's hard to
say what stopping at 8% means without more information |
| 18:05.54 |
Alexandur |
ok but when i
do > log.txt more errors occur |
| 18:06.00 |
Alexandur |
D:\compile>mingw32-make --version GNU
Make 3.82 Built for i386-pc-mingw32 Copyright (C) 2010 Free
Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or
later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. |
| 18:06.12 |
brlcad |
okay, that's
good |
| 18:06.19 |
brlcad |
so -k should
be working ;) |
| 18:06.43 |
brlcad |
mingw32-make
-k VERBOSE=1 > log.txt 2>&1 |
| 18:06.51 |
brlcad |
upload
that |
| 18:21.40 |
*** join/#brlcad luca79
(~luca@188-22-206-147.adsl.highway.telekom.at) |
| 18:21.46 |
*** join/#brlcad libero
(~luca@188-22-206-147.adsl.highway.telekom.at) |
| 18:25.20 |
*** join/#brlcad EricPoehlsen
(~Eric@dslb-084-056-089-136.pools.arcor-ip.net) |
| 18:25.27 |
*** join/#brlcad andrei_
(~andrei@188.25.160.239) |
| 18:30.05 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.202.108.134) |
| 18:30.26 |
Notify |
03GCI:Melange
* 8095204 Create test for mutex/semaphore locking: Initial Deadline
passed - Melange has detected that the initial deadline has passed
and it has set the task status to ActionNeeded.... |
| 18:43.02 |
Notify |
03GCI:Alexandur Osenov * 7954218 Research
status of compiling BRL-CAD on MINGW: Ready for review - The work
on this task is ready to be reviewed. |
| 18:44.28 |
*** join/#brlcad luca79
(~luca@188-22-206-147.adsl.highway.telekom.at) |
| 19:51.13 |
*** join/#brlcad luca79
(~luca@188-22-206-147.adsl.highway.telekom.at) |
| 20:27.07 |
Notify |
03GCI:Sean *
7954218 Research status of compiling BRL-CAD on MINGW: Task Closed
- Congratulations, this task has been completed
successfully. |
| 20:29.19 |
Notify |
03GCI:Sean *
8086204 Create test for thread creation on Windows: Task Closed -
Congratulations, this task has been completed
successfully. |
| 20:37.55 |
Notify |
03GCI:Sean *
8086204 Create test for thread creation on Windows: unnecessary
tests - I think there is some misunderstanding on your part of
what bu_parallel() does. All of the additional tests
you... |
| 20:40.40 |
Notify |
03GCI:Alexandur Osenov * 7945223 Write a
BRL-CAD to RAW converter: Task Claimed - I would like to work on
this task. |
| 20:44.45 |
Notify |
03GCI:Sean *
8043208 Create an Halfspace Model and Diagram: perspective? - Hi
Sharan, welcome back! That looks a lot better but the diagram is
still very confusing. Compared to the scale of the... |
| 20:44.51 |
Notify |
03GCI:Sean *
8043208 Create an Halfspace Model and Diagram: Task Needs More Work
- One of the mentors has sent this task back for more work. Talk to
the mentor(s) assigned to this task to satisfy... |
| 20:45.36 |
Notify |
03GCI:Sean *
7945223 Write a BRL-CAD to RAW converter: Task Assigned - This task
has been assigned to Alexandur Osenov. You have 48 hours to
complete this task, good luck! |
| 20:45.56 |
Alexandur |
sean can you
provide more info? |
| 20:46.55 |
brlcad |
Alexandur:
what do you mean? |
| 20:48.16 |
Alexandur |
https://google-melange.appspot.com/gci/task/view/google/gci2012/7945223 |
| 20:48.31 |
Alexandur |
about this
task |
| 20:48.36 |
brlcad |
what would
you like to know? |
| 20:49.40 |
brlcad |
did you look
at the converter file mentioned in the description? |
| 20:51.41 |
Notify |
03GCI:Sean *
8095204 Create test for mutex/semaphore locking: more time - Do
you need more time? |
| 20:52.10 |
*** join/#brlcad Alexandur_
(4d461d04@gateway/web/freenode/ip.77.70.29.4) |
| 20:52.57 |
Alexandur_ |
yes i am
looking at it now so i need to edit what ? O |
| 20:53.49 |
brlcad |
Alexandur_:
are you familiar with either the stl format or raw
format? |
| 20:54.22 |
Alexandur_ |
well no.. but
ofcourse this means i`ll look it up |
| 20:54.37 |
brlcad |
what about
opengl display lists? |
| 20:56.56 |
Alexandur_ |
sortaaa, but
why askin? |
| 20:57.29 |
brlcad |
if you don't
understand what the task is having you do, you're going to have a
really hard time doing the task, no? |
| 20:57.42 |
brlcad |
so the task
is to create a geometry exporter |
| 20:57.54 |
brlcad |
for the RAW
format ... which yes you have to look up |
| 20:58.04 |
brlcad |
you're
writing out triangles |
| 20:58.20 |
brlcad |
the STL
format is another relatively simple format but has slightly
different syntax being output |
| 20:58.35 |
brlcad |
we provide
our g-stl.c source as an example to help you |
| 20:59.15 |
brlcad |
you're going
to copy that, change it to g-raw.c, update the stl references to
raw references and then make the output actually be properly
formatted RAW output |
| 21:00.17 |
brlcad |
you should
run the g-stl program on one of our test geometry files so that you
understand how it works |
| 21:01.06 |
brlcad |
raw is
considerably simpler, but you'll need to understand how g-stl works
to know what to eliminate/simplify |
| 21:02.24 |
Alexandur_ |
so where to
find a test geometry file? |
| 21:02.43 |
brlcad |
there's a
couple dozen provided in our distribution |
| 21:02.53 |
brlcad |
in the
share/db directory |
| 21:04.42 |
Notify |
03GCI:Titi *
8038205 Compile BRL-CAD with GCC 4.7+ on Raspberry Pi: okay - okay
thanks |
| 21:05.54 |
Alexandur_ |
in the
brld-cad which i checkouted from svn or on the svn
somewhere |
| 21:07.49 |
brlcad |
build
direcotry |
| 21:08.09 |
brlcad |
look for
moss.g for example |
| 21:12.00 |
Alexandur_ |
ok so with 2
words i need to edit the g-stl.c so instead of stl the output
should be a raw image? And ofcourse not to mention that for 48
hours i cant even get to know even half of the functions used in th
Stl which should mean that i need to focus only on 1 thing for
example function or case ??? |
| 21:13.44 |
brlcad |
it's not an
image |
| 21:13.53 |
brlcad |
it's 'raw'
format triangle data |
| 21:13.57 |
brlcad |
vertices |
| 21:14.16 |
brlcad |
3 floating
point values per vertex, three vertices per triangle |
| 21:15.06 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.202.108.134) |
| 21:15.13 |
brlcad |
you certainly
will not have enough time to understand all of the functions used
in stl-g but fortunately you'll be using them identically -- just
printing output differently |
| 21:15.53 |
brlcad |
Alexandur_:
start by running g-stl successfully |
| 21:16.23 |
brlcad |
look at the
stl file it produces with a text editor |
| 21:16.24 |
Alexandur_ |
tried :D but
got library erros.. |
| 21:16.40 |
brlcad |
what OS are
you on? |
| 21:17.31 |
Alexandur_ |
.. :D
windows |
| 21:17.34 |
brlcad |
is there a
language barrier or are you really this slow typing? :) |
| 21:17.38 |
Alexandur_ |
no |
| 21:17.51 |
Alexandur_ |
i got used to
wait like 20min for answer |
| 21:17.52 |
Alexandur_ |
:D |
| 21:17.57 |
brlcad |
k |
| 21:18.11 |
Skriptkid |
brlcad: so
all the test program had to take was one parameter? Which is the
ncpu? |
| 21:18.27 |
Alexandur_ |
coz it iseems
like you guys dont use irc as chat but more as forum |
| 21:18.31 |
brlcad |
Skriptkid:
pretty much |
| 21:18.47 |
brlcad |
Skriptkid:
there's certainly no harm in running the command multiple
times |
| 21:19.03 |
brlcad |
and for
parallel code, that might actually catch some stateful bug down the
road |
| 21:19.14 |
brlcad |
but you don't
actually test the function, so it's moot ;) |
| 21:19.20 |
Alexandur_ |
ok i`ll be
off.. its time for some sleep |
| 21:19.29 |
brlcad |
Alexandur_:
what library error? |
| 21:19.33 |
Alexandur_ |
common.h |
| 21:19.39 |
brlcad |
that's not a
library |
| 21:19.46 |
Alexandur_ |
its
header |
| 21:19.48 |
Alexandur_ |
sry |
| 21:20.05 |
brlcad |
running g-stl
will not give you a header error |
| 21:20.19 |
caen23 |
have you
compiled successfully with msvc? |
| 21:20.26 |
Alexandur_ |
running
:D |
| 21:20.42 |
brlcad |
what does
that mean? |
| 21:20.45 |
Alexandur_ |
wait nobody
said i had to compile it :D |
| 21:20.56 |
Alexandur_ |
i
mean |
| 21:21.04 |
Alexandur_ |
the whole
project |
| 21:21.09 |
brlcad |
you are
obviously going to need to compile your g-raw.c program, just like
g-stl |
| 21:21.22 |
Alexandur_ |
otherwise i
am trying to compile |
| 21:21.42 |
Alexandur_ |
.... :D i
gcced it |
| 21:21.55 |
Alexandur_ |
g-stl |
| 21:22.00 |
brlcad |
you're not
making much sense... |
| 21:22.07 |
Alexandur_ |
ok |
| 21:22.12 |
Alexandur_ |
will keep it
simple |
| 21:22.13 |
caen23 |
i think he
tried compiling g-stl.c individually |
| 21:22.22 |
Alexandur_ |
indeeed |
| 21:22.23 |
brlcad |
ahh |
| 21:23.00 |
Skriptkid |
I do
understand what bu_parallel does. I had thought I needed to run
bu_parallel N times with X CPUs. Is it possible to make a commit
for this on svn? |
| 21:23.13 |
brlcad |
Alexandur_:
you should really just say that, not "running" not "running the
whole project" not "i gcced it" .. what is "it"!? |
| 21:23.57 |
brlcad |
Skriptkid:
like I said, running it in a loop is fine |
| 21:24.57 |
brlcad |
the real test
is running it at *least* 1 time with X CPUs, but no harm runnning
more times if it were testing and not printing |
| 21:25.18 |
Alexandur_ |
gcced
individually the stl-g.c.. sry guys i dont know how peps on my age
can know soo many things like raw format and so on... the thing is
that i had a task from school to do 2 google code in tasks and i
need to do em... |
| 21:25.41 |
Skriptkid |
brlcad: okay.
And about the error detection, I couldn't come up with anything,
since everything is void and is based on using stderr. Any ideas on
this? |
| 21:25.57 |
brlcad |
Alexandur_:
that's okay, you're not supposed to know everything |
| 21:26.09 |
brlcad |
the problem
hasn't been what you know or don't know but how you're
communicating it |
| 21:26.28 |
brlcad |
I can't read
your mind or know what commands you ran or what buttons you clicked
on, etc |
| 21:26.45 |
brlcad |
if you need
help, ask for help :) |
| 21:26.49 |
brlcad |
you're
supposed to |
| 21:27.02 |
brlcad |
Skriptkid: of
course ;) |
| 21:27.21 |
Skriptkid |
Tell me. I'll
at least try implementing them. |
| 21:27.28 |
brlcad |
Skriptkid:
everything is void, but you pass a parameter to
bu_parallel() |
| 21:27.42 |
brlcad |
that
parameter is passed to your function |
| 21:27.50 |
brlcad |
you even
print that value (the cpu id in your case) |
| 21:28.01 |
Alexandur_ |
ok thats all
for now coz i have to bed now guys... Good night |
| 21:28.03 |
caen23 |
Alexandur_:
in your checkout version, go inside the "doc" folder and open
README.Windows with a text editor. it will teach you how to compile
on windows, but you will need a full (not express) version of
visual c++. you can get a 90-day trial version from
microsoft |
| 21:28.37 |
brlcad |
helpful as
ever :) |
| 21:28.39 |
Alexandur_ |
kk i know how
to compile the brl-cad |
| 21:28.42 |
Alexandur_ |
bb |
| 21:29.15 |
Skriptkid |
brlcad: so
whenever a CPU Id missing, something is wrong with that
run. |
| 21:29.31 |
Skriptkid |
*CPU id is
missing |
| 21:29.48 |
brlcad |
you're
providing the CPU id, so it should never be missing |
| 21:30.17 |
brlcad |
but sure, you
could test that, but you still have to know whether it worked in
the caller where bu_parallel() was invoked |
| 21:31.06 |
brlcad |
how can you
do that? |
| 21:32.15 |
Skriptkid |
What if a
modification is made to the thread_data structure I created in one
task? A Boolean or int variable which holds if thread execution as
successful or not? |
| 21:33.03 |
brlcad |
you're
getting your tasks mixed up |
| 21:33.20 |
brlcad |
where do you
have access to a thread_data structure? |
| 21:34.01 |
Skriptkid |
Sorry. That's
not there yet. Forgot. |
| 21:34.10 |
brlcad |
lets say you
want to test what you just said -- that you want to test whether
the CPU id is non-negative inside your test function |
| 21:34.30 |
brlcad |
say we only
invoke bu_parallel once |
| 21:34.38 |
brlcad |
it runs your
test function |
| 21:35.02 |
brlcad |
what are some
of the ways that main() can know whether test function found a
non-negative value? |
| 21:36.33 |
Skriptkid |
A pointer as
an argument to the test function? |
| 21:36.58 |
brlcad |
if you pass a
pointer, how do you pass the cpu id? |
| 21:37.49 |
andrei_ |
brlcad: I
know you are on a tight schedule so answer just if you have time:
any specific plan to remove globals from remrt/remrt.c ?
Thanks |
| 21:37.53 |
Skriptkid |
Hmm...yeah.
That won't work. |
| 21:38.39 |
brlcad |
Skriptkid:
you're on the right track but think even simpler -- there are a
half dozen stupid ways you could do it really easily |
| 21:39.14 |
Skriptkid |
brlcad:
Files? Some global variable? |
| 21:39.47 |
brlcad |
that'd be two
ways, yep |
| 21:39.54 |
brlcad |
andrei_:
specific plan as in? I think the answer is no, but removing
globals is always a good thing |
| 21:40.07 |
brlcad |
you removing
them is a fantastic idea ;) |
| 21:40.17 |
brlcad |
I saw your
e-mail, it's four down in my queue atm ;) |
| 21:40.45 |
andrei_ |
I fixed the
other one and nothing crashed so far :) |
| 21:41.05 |
brlcad |
andrei_: I
suggest starting with just ONE global (like save_overlaps) and just
trying to eliminate that one properly |
| 21:41.48 |
brlcad |
that way your
approach will be really obvious, easy to review, and easier to
discuss how it might apply to other globals .. most will be on a
case-by-case as to how they should be eliminated |
| 21:42.14 |
brlcad |
Skriptkid: so
yeah, you could just have the test function write a global that
said "uh oh" and main would read it, and report the
error |
| 21:42.42 |
brlcad |
Skriptkid:
and yeah, you could write that same "uh oh" to a file, have main
read it, etc |
| 21:43.18 |
brlcad |
but then both
of those are very terrible computing practices |
| 21:43.29 |
brlcad |
horrible even
(especially the file-based approach) |
| 21:44.02 |
brlcad |
how else can
the test function send information back to main()? |
| 21:44.55 |
brlcad |
Skriptkid:
reminder that you were on the right track... |
| 21:47.53 |
Skriptkid |
brlcad: I'm
out of ideas here. I can think of passing a structure with pointer
and CPU id. But that might be stupid too. |
| 21:48.29 |
brlcad |
why's that
stupid? |
| 21:48.56 |
Skriptkid |
But...if the
pointer holds a certain value and test function hasn't changed it,
it can be and indication to main that there was a
failure |
| 21:49.12 |
Skriptkid |
*an
indication |
| 21:49.39 |
brlcad |
I'm sensing
you haven't worked a whole lot with pointers just yet and that's
fine, but that sounds brilliantly perfect to me |
| 21:50.35 |
brlcad |
it wouldn't
need to be a pointer that "maybe" changes, it could be a simple int
that is initialized to 0 and set to 1 by the test function if it
fails |
| 21:51.33 |
brlcad |
or it could
literally set the CPU id and main() could test whether they
match |
| 21:52.29 |
brlcad |
the only
issue is that you're passing a struct to bu_parallel() which then
passes that single struct to multiple simultaneous copies of the
test function |
| 21:52.40 |
brlcad |
so
parallelism in play that you have to deal with |
| 21:53.05 |
Skriptkid |
Of course.
But pass by reference will have to done right? Else the main wont
be able to read it. |
| 21:53.19 |
brlcad |
have done
what? |
| 21:53.55 |
Skriptkid |
You will need
to pass a pointer to the structure. To the test
function. |
| 21:53.56 |
brlcad |
sure it will
pass your struct reference to X copies of the test function and
they'll all be trying to set the same field |
| 21:54.11 |
brlcad |
try
it |
| 21:54.25 |
brlcad |
simple enough
test to see in action |
| 21:55.17 |
Skriptkid |
Will do. Next
thing tomorrow(because its 4AM here now). How do I submit
it? |
| 21:55.57 |
brlcad |
solution is
to pass a pointer to struct containing a per-cpu array |
| 21:56.13 |
brlcad |
go ahead and
work on it, I'll create another task for it later |
| 21:57.05 |
Skriptkid |
Okay. Thank
you. |
| 22:00.42 |
caen23 |
brlcad: did
you manage to set up the crit account? :D |
| 22:21.10 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded
"[[Image:Blender Step 1.jpg]]" |
| 22:28.04 |
*** join/#brlcad andrei_
(~andrei@188.25.160.239) |
| 22:30.25 |
Notify |
03GCI:Toshita
Barve * 8079211 Review and post "Blender to BRL-CAD" tutorial on
our wiki: Re: more time - Hi Sean, I am having tiny little issues
that I am starting to fix when I am uploading in... |
| 22:33.07 |
Notify |
03BRL-CAD:carlmoore * 54151
brlcad/trunk/src/proc-db/brickwall.c: remove reference to help
(would be replaced by a man page), and add an 'if' construct to
avoid division by 0 |
| 22:44.37 |
Notify |
03GCI:javamonn * 8126202 Add a
command-line option that sets an object color temporarily: Ready
for review - The work on this task is ready to be
reviewed. |
| 22:47.38 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded
"[[Image:Test1.jpg]]" |
| 22:51.58 |
Notify |
03GCI:javamonn * 8126202 Add a
command-line option that sets an object color temporarily: Knew
it... - I knew I was close. I was doing exactly that, overwriting
the values in ma_color, but I guess... |
| 23:00.23 |
Notify |
03GCI:Toshita
Barve * 8079211 Review and post "Blender to BRL-CAD" tutorial on
our wiki: Image Size - I have a question. You said that the files
can't be too big, so I resized my Blender files to... |
| 00:17.01 |
Notify |
03GCI:BrendenD15 * 8141203 Design a
commercial CAD comparison diagram: Ready for review - The work on
this task is ready to be reviewed. |
| 00:19.16 |
Notify |
03GCI:BrendenD15 * 8141203 Design a
commercial CAD comparison diagram: Modified Diagram - I sent the
first diagram with the changes you requested. I sent it as a .png
file, but I can send it in a... |
| 00:23.29 |
*** join/#brlcad gcimaths
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 00:23.42 |
*** join/#brlcad gcimaths
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 00:39.15 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 4863 /wiki/Image:Test1.jpg: |
| 00:41.30 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded
"[[Image:Blender Step 3.jpg]]" |
| 00:42.20 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded
"[[Image:Blender Step 4.jpg]]" |
| 00:43.27 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded a new
version of "[[Image:Blender Step 4.jpg]]" |
| 01:11.40 |
*** join/#brlcad velociostrich
(~anonymous@c-24-0-153-224.hsd1.pa.comcast.net) |
| 02:58.59 |
Notify |
03GCI:javamonn * 7995206 Add MGED
key-binding to reopen the command window: Maybe I'm missing
something... - Maybe I'm missing something, but when you close the
command window, you can still re... |
| 02:59.00 |
Notify |
03GCI:amit.daBeast * 7955216 Compile
BRL-CAD on Windows using the Borland Embarcadero Compiler: later -
i'll re-claim this later on friday, im kind of busy right now
during the weekday |
| 02:59.00 |
Notify |
03GCI:amit.daBeast * 7955216 Compile
BRL-CAD on Windows using the Borland Embarcadero Compiler: Claim
Removed - The claim on this task has been removed, someone else can
claim it now. |
| 03:00.52 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded
"[[Image:Blender Step 2.jpg]]" |
| 03:00.54 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded
"[[Image:Blender Step 5.jpg]]" |
| 03:00.56 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded
"[[Image:Blender Step 6.jpg]]" |
| 03:00.59 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded
"[[Image:Blender Step 7.jpg]]" |
| 03:01.01 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded
"[[Image:Blender Step 9.jpg]]" |
| 03:01.02 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded
"[[Image:Fullscreen capture Step 16 -1.jpg]]" |
| 03:01.03 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded a new
version of "[[Image:Fullscreen capture Step 16
-1.jpg]]" |
| 03:01.06 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded
"[[Image:Fullscreen capture Step 16 -2 -2.jpg]]" |
| 03:01.08 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 4876 /wiki/Tutorial/Blender_to_CAD: |
| 03:01.11 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded
"[[Image:Fullscreen capture Step 16 -2.jpg]]" |
| 03:01.17 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded
"[[Image:Fullscreen capture Step 16 -3.jpg]]" |
| 03:01.17 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded
"[[Image:Geometry Browser Step 13.jpg]]" |
| 03:01.19 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded
"[[Image:MGED 7.22 Graphics Step 11.jpg]]" |
| 03:01.19 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded
"[[Image:MGED 7.22 Step 11.jpg]]" |
| 03:01.21 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded
"[[Image:MGED 7.22 Step 15 -2.jpg]]" |
| 03:01.23 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded
"[[Image:MGED 7.22 Step 15.jpg]]" |
| 03:01.24 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 4884 /wiki/Tutorial/Blender_to_CAD: |
| 03:01.26 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded
"[[Image:MGED 7.22 Step 16 -1.jpg]]" |
| 03:01.28 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded
"[[Image:MGED 7.22 Step 16 -3.jpg]]" |
| 03:01.30 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded
"[[Image:MGED 7.22.0 Command Window Step 12.jpg]]" |
| 03:01.32 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded
"[[Image:MGED 7.22.0 Command Window Step 13.jpg]]" |
| 03:01.33 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded
"[[Image:MGED 7.22.0 Command Window Step 14.jpg]]" |
| 03:01.35 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded
"[[Image:MGED 7.22.0 Command Window Step 15 -1.jpg]]" |
| 03:01.41 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded
"[[Image:MGED 7.22.0 Graphics Window Step 16 -5.jpg]]" |
| 03:01.41 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded
"[[Image:Raytrace Control Panel Step 15 and 16
-4.jpg]]" |
| 03:01.42 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 4893 /wiki/Tutorial/Blender_to_CAD: |
| 03:01.43 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 4894 /wiki/Tutorial/Blender_to_CAD: |
| 03:01.45 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 4895 /wiki/Tutorial/Blender_to_CAD: |
| 03:59.17 |
*** join/#brlcad velociostrich
(~anonymous@c-24-0-153-224.hsd1.pa.comcast.net) |
| 06:32.59 |
brlcad |
caen23: you
haven't done the one thing yet (reply in PM) |
| 06:43.49 |
brlcad |
Notify:
hug |
| 06:43.56 |
brlcad |
Notify:
1+1 |
| 07:26.54 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 09:35.16 |
*** join/#brlcad luca79
(~luca@ydvlwtU-188-227.uibk.ac.at) |
| 09:48.22 |
*** join/#brlcad Suryajith
(~Stattrav@ns.cmi.ac.in) |
| 09:54.37 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.202.108.134) |
| 09:55.34 |
Skriptkid |
Is Jenkins
unavailable? |
| 09:56.16 |
Skriptkid |
crit.brlcad.org:8080 -> "Browser could
not connect" |
| 10:04.45 |
Skriptkid |
Or maybe it's
just shutdown now. But the file needed to start it
up("jenkins.war") is in the public_html of another user. Anyway I
can access that? I need to do "java -jar
path/to/jenkins.war" |
| 10:06.18 |
caen23 |
why not
redownload it in your home folder? |
| 10:12.17 |
Skriptkid |
caen23: that
can be done, but I was just looking for a quick alternative
:) |
| 10:13.44 |
d_rossberg |
who is this
other user? |
| 10:14.06 |
Skriptkid |
gcimoin |
| 10:15.23 |
*** join/#brlcad Silvrous
(4f7056ea@gateway/web/freenode/ip.79.112.86.234) |
| 10:18.06 |
*** join/#brlcad hsrai
(~quassel@202.164.53.117) |
| 10:27.12 |
Skriptkid |
d_rossberg: I
downloaded it |
| 10:32.21 |
Silvrous |
I have a
question about this task
http://www.google-melange.com/gci/task/view/google/gci2012/7960232
; Where are the unit tests that need refactoring? there is no
/tests folder in src/libpkg |
| 11:26.47 |
Notify |
03BRL-CAD:starseeker * 54152
brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: Die typo
die\! |
| 11:26.58 |
Notify |
03BRL-CAD
Wiki:Jacksixb * 4896
/wiki/User:Jacksixb/Independent_Study_2012-13_Log: |
| 11:27.00 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 4897 /wiki/Tutorial/Blender_to_CAD: |
| 11:27.01 |
Notify |
03GCI:Skriptkid * 8109203 Set up BRL-CAD
for continuous integration within Jenkins: Task Claimed - I would
like to work on this task. |
| 11:27.02 |
Notify |
03GCI:Sharan
* 8043208 Create an Halfspace Model and Diagram: Ready for review -
The work on this task is ready to be reviewed. |
| 11:27.03 |
Notify |
03GCI:Toshita
Barve * 8079211 Review and post "Blender to BRL-CAD" tutorial on
our wiki: Almost Done - Hey Sean, I put all the pictures and text
into the wiki. I just need to finish the sketch... |
| 11:27.04 |
Notify |
03GCI:Sean *
8126202 Add a command-line option that sets an object color
temporarily: Task Closed - Congratulations, this task has been
completed successfully. |
| 11:27.05 |
Notify |
03GCI:Sean *
8126202 Add a command-line option that sets an object color
temporarily: looks great - That's much better. We'll incorporate a
substantially modified version of your patch in the
near... |
| 11:27.06 |
Notify |
03GCI:Melange
* 8079211 Review and post "Blender to BRL-CAD" tutorial on our
wiki: Task Reopened - Melange has detected that the final deadline
has passed and it has reopened the task. |
| 11:27.07 |
Notify |
03GCI:javamonn * 7992228 Code cleanup to
rename uses of rt_nmg_ to nmg_: Task Claimed - I would like to work
on this task. |
| 11:27.08 |
Notify |
03GCI:Sean *
8079211 Review and post "Blender to BRL-CAD" tutorial on our wiki:
reclaim - Toshita, reclaim the task so we can credit you with the
completion. Looking at the wiki page, I see... |
| 11:27.09 |
Notify |
03GCI:Sean *
8141203 Design a commercial CAD comparison diagram: Deadline
extended - The deadline of the task has been extended with 1 days
and 0 hours. |
| 11:27.10 |
Notify |
03GCI:Sean *
8141203 Design a commercial CAD comparison diagram: editable format
- It's better to review as a png, but would be great to have in an
editable format (ideally xls or similar gridded... |
| 11:27.11 |
Notify |
03GCI:Sean *
8141203 Design a commercial CAD comparison diagram: Task Needs More
Work - One of the mentors has sent this task back for more work.
Talk to the mentor(s) assigned to this task to... |
| 11:27.12 |
Notify |
03GCI:Sean *
8141203 Design a commercial CAD comparison diagram
http://www.google-melange.com/gci/task/view/google/gci2012/8141203:
also I kind of expected to see more operating systems
too...... |
| 11:27.13 |
Notify |
03GCI:Sean *
7995206 Add MGED key-binding to reopen the command window: on some
platforms - On some platforms (eg, Mac OS X) closing the command
window results in the menu being unpacked/hidden... |
| 11:27.14 |
Notify |
03GCI:Sean *
8109203 Set up BRL-CAD for continuous integration within Jenkins:
Task Assigned - This task has been assigned to Skriptkid. You have
72 hours to complete this task, good luck! |
| 11:27.14 |
Notify |
03GCI:Sean *
8043208 Create an Halfspace Model and Diagram
http://www.google-melange.com/gci/task/view/google/gci2012/8043208:
better Better but that's a bit too dark. Maybe try adding -A.75
or... |
| 11:27.16 |
Notify |
03GCI:Sean *
8043208 Create an Halfspace Model and Diagram: Task Needs More Work
- One of the mentors has sent this task back for more work. Talk to
the mentor(s) assigned to this task to satisfy... |
| 11:27.17 |
Notify |
03GCI:Sean *
7992228 Code cleanup to rename uses of rt_nmg_ to nmg_: Task
Assigned - This task has been assigned to javamonn. You have 48
hours to complete this task, good luck! |
| 11:27.18 |
Notify |
03GCI:Sean *
8038205 Compile BRL-CAD with GCC 4.7+ on Raspberry Pi: installed -
4.7 has been installed along with 4.6 |
| 11:27.19 |
Notify |
03GCI:Sean *
8104208 Add missing documentation for any one command (#4): fyi -
It looks like you only need to complete one more task for the free
t-shirt! |
| 11:27.20 |
Notify |
03GCI:Sean *
8093204 Fix Cygwin configuration warnings/errors: fyi - It looks
like you only need to complete one more task for the free
t-shirt! |
| 11:27.21 |
Notify |
03GCI:Sean *
7996224 Graph our geometry conversion logs: fyi - It looks like
you only need to complete one more task for the free
t-shirt! |
| 11:27.22 |
Notify |
03GCI:Sean *
7985235 Remove (void) before sscanf/scanf/fprintf/printf/bu_log
function calls: fyi - It looks like you only need to complete one
more task for the free t-shirt! |
| 11:27.23 |
Notify |
03GCI:Sean *
8095205 Write a BRL-CAD showcase article #2: fyi - After you
complete this task, you'll just need one more for the free t-shirt
prize! |
| 11:27.24 |
Notify |
03GCI:Sean *
8032205 Write a tutorial on manually creating an Eclipse project
around BRL-CAD: fyi - Completing just one more task will get you
the free Google t-shirt! Thought you might like to... |
| 11:27.25 |
Notify |
03GCI:Sean *
7998216 Implement a primitive centroid function ... for extruded
bitmaps (EBM): fyi - In case you didn't know, completing just one
more task will get you the free Google t-shirt prize! |
| 11:27.26 |
Notify |
03GCI:Sean *
8009210 Write solicitation for new website designer: fyi -
Completing just one more task will get you the free Google t-shirt
prize. Thought you might like to know. :) |
| 11:27.27 |
Notify |
03GCI:Sean *
8141203 Design a commercial CAD comparison diagram: lastly - After
this task, I think you just need one more and you'll get the free
t-shirt prize from Google! |
| 11:27.28 |
Notify |
03GCI:Sean *
8017216 Create an "MGED Interface" reference sheet (#2): thingi? -
Ashish, I'm not sure what you're referring to but we can certainly
add tasks if there's follow-up work you're... |
| 11:27.28 |
Notify |
03GCI:Sean *
7999212 Find and fix at least 5 spelling mistakes in at least 40
different files: fyi - An Ha, I think you're just one task
completion away from the free Google t-shirt prize.
I... |
| 11:27.30 |
Notify |
03GCI:Sean *
7982223 Compile BRL-CAD using GCC 4.8: fyi - I think you're just
one task away from getting the free Google t-shirt prize. Thought
you might like to know. :) |
| 11:27.31 |
Notify |
03GCI:Sean *
8063202 Create a Hyperbolic Cylinder Model and Diagram: close! -
Richard, it looks like you're just one or two tasks away from
making our top five. Thought you might like to know
that... |
| 11:27.32 |
Notify |
03GCI:Sean *
8001225 Create a numerics library (LIBBN) API unit test ... for
msr.c: close... - Silvrous, it looks like you're just two or three
tasks away from making our top five. I thought you... |
| 11:27.33 |
Notify |
03GCI:Sean *
8095204 Create test for mutex/semaphore locking: close - Arjun, it
looks like you're currently about three or four tasks close to
making our top five. Thought you might like to know... |
| 11:27.34 |
Notify |
03GCI:Sean *
8012216 Create a utility library (LIBBU) API unit test ... for
backtrace.c: close - Lachlan, I thought you might like to know
that there's about 4 days remaining and you're
currently... |
| 11:27.35 |
Notify |
03GCI:Sean *
7982218 Add a primitive surface area function ... for right
hyperbolic cylinders (RHC): close - Aaron, thought you might like
to know that you're about four tasks close to making
our... |
| 11:27.36 |
Notify |
03GCI:Sean *
8043208 Create an Halfspace Model and Diagram: FYI - Sharan,
thought you might like to know that I think you're currently tied
with two others to make our top five. There are also... |
| 11:27.37 |
Notify |
03GCI:Sean *
8023219 Set up QEMU deployment testing: FYI - Jacob, I thought you
might like to know that you're currently tied with two others to
make our top five. There are also about three others... |
| 11:27.38 |
Notify |
03GCI:Dr
Coconut * 8009210 Write solicitation for new website designer: Done
:) - I have actually already completed 3 tasks, 2 for BRL-CAD and
1 for copyleft games |
| 11:27.39 |
Notify |
03GCI:Sharan
* 8043208 Create an Halfspace Model and Diagram: Ready for review -
The work on this task is ready to be reviewed. |
| 11:27.40 |
Notify |
03GCI:Skriptkid * 8109203 Set up BRL-CAD
for continuous integration within Jenkins: Jenkins unavailable? -
crit.brlcad.org:8080 gives me nothing. Has Jenkins been moved? Or
does it require... |
| 11:27.41 |
Notify |
03GCI:Ashish
* 8017216 Create an "MGED Interface" reference sheet (#2): I Would
love it ! - Seriously i would love to do the Mock brlcad's
interface !! But my studies for my board exams have... |
| 11:27.42 |
Notify |
03GCI:Skriptkid * 8109203 Set up BRL-CAD
for continuous integration within Jenkins: Available - It had been
shutdown. It's running now |
| 11:27.43 |
Notify |
03GCI:Sean *
8043208 Create an Halfspace Model and Diagram
http://www.google-melange.com/gci/task/view/google/gci2012/8043208:
still not quite It's not clear to me how you're getting
that... |
| 11:27.44 |
Notify |
03GCI:Sean *
8043208 Create an Halfspace Model and Diagram: Task Closed -
Congratulations, this task has been completed
successfully. |
| 11:27.45 |
Notify |
03GCI:Sean *
8017216 Create an "MGED Interface" reference sheet (#2): very good
- Ah, very good then. The good thing about open source is that you
can participate any time and regardless of GCI so... |
| 11:30.28 |
*** join/#brlcad hsrai
(~quassel@202.164.53.117) |
| 11:50.29 |
d_rossberg |
Skriptkid:
now crit.brlcad.org:8080 works again |
| 11:51.05 |
Skriptkid |
d_rossberg:
Yep :) I started Jenkins :) |
| 11:51.06 |
d_rossberg |
(it wasn't
me) |
| 11:51.13 |
Skriptkid |
I know
:) |
| 11:51.14 |
d_rossberg |
ah |
| 11:58.48 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.201.168.241) |
| 12:06.22 |
Notify |
03GCI:Skriptkid * 8109203 Set up BRL-CAD
for continuous integration within Jenkins: Ready for review - The
work on this task is ready to be reviewed. |
| 12:10.31 |
*** join/#brlcad ``Erik
(~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) |
| 12:10.38 |
Notify |
03GCI:Skriptkid * 8109203 Set up BRL-CAD
for continuous integration within Jenkins: Currently not running -
Currently, Jenkins is not running, because it starts up in the
command-line as an... |
| 12:14.53 |
Notify |
03GCI:Skriptkid * 8109203 Set up BRL-CAD
for continuous integration within Jenkins: Shutting down - One
thing I forgot to mention in the otes - shutting it down. Just go
to... |
| 12:20.39 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.201.168.241) |
| 12:24.34 |
Notify |
03GCI:BrendenD15 * 8141203 Design a
commercial CAD comparison diagram: Program suggestions - What
program would I need to use to export in one of those formats? I
have MS Paint (which I've used... |
| 12:29.18 |
*** join/#brlcad Skriptkid1
(~Skriptkid@117.201.168.241) |
| 12:30.04 |
Notify |
03GCI:BrendenD15 * 8141203 Design a
commercial CAD comparison diagram: Preferably free - I would
prefer it be a free program, also. Since I just spent the last of
my money getting a can of... |
| 12:37.16 |
Notify |
03GCI:javamonn * 7992228 Code cleanup to
rename uses of rt_nmg_ to nmg_: Ready for review - The work on this
task is ready to be reviewed. |
| 12:39.36 |
Notify |
03GCI:An Ha *
7999212 Find and fix at least 5 spelling mistakes in at least 40
different files: Sorry - Hi, sorry, I've been busy lately, school
is rushing with work and exams are coming up very... |
| 12:41.56 |
Notify |
03GCI:Cezar *
7995206 Add MGED key-binding to reopen the command window: Could be
wrong, but... - The patch I sent for the other task (Close both
windows when mged is closed) contained the fix for... |
| 12:47.52 |
Notify |
03GCI:Intro
CIT * 7945230 Improve geometry database loading behavior: Claim
Removed - The claim on this task has been removed, someone else can
claim it now. |
| 12:51.22 |
Notify |
03GCI:Daniel
Rossberg * 8141203 Design a commercial CAD comparison diagram: You
could use a program from your office suite - The text and
presentation program have simple vector-graphic
functions.... |
| 12:51.49 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.201.168.241) |
| 13:06.50 |
brlcad |
Skriptkid:
you and one other user are within just two tasks of each other,
nice work :) |
| 13:08.29 |
Notify |
03GCI:Ashish
* 8017216 Create an "MGED Interface" reference sheet (#2): Of
course ... - After this exam - Supposed to be oneof the 2 biggest
exams in my school life i get A full free time for 2... |
| 13:11.19 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.201.168.241) |
| 13:11.39 |
Skriptkid |
brlcad: Thank
you :) |
| 13:17.05 |
Skriptkid |
brlcad:
Jenkins is done setting up. |
| 13:18.12 |
Skriptkid |
(Sorry I keep
getting disconnected. I'm on my phone and the connection keeps
getting closed every 5 mins in idle state) |
| 13:35.19 |
d_rossberg |
Skriptkid:
have you tried to work with a screen session on one of the
brlcad.org servers? |
| 13:36.09 |
d_rossberg |
ssh to
ftp.brlcad.org (for example) and start screen there, for more
information "man screen" ;) |
| 13:37.00 |
Skriptkid |
brlcad: Nope.
I haven't. |
| 13:37.08 |
Skriptkid |
Sorry. That
wasn't for you |
| 13:37.25 |
Skriptkid |
d_rossberg: I
haven't. I'll try that. |
| 13:37.59 |
d_rossberg |
the irc
program you had to use then is irssi |
| 13:40.00 |
Skriptkid |
Oh. I'll
check it out. Thanks :) |
| 13:42.25 |
d_rossberg |
screen is a
terminal emulation which keeps running on the server even when you
log out/are disconnected |
| 13:44.37 |
Skriptkid |
Ah. So that's
how brlcad is all the time? |
| 13:44.58 |
Skriptkid |
*online all
the time |
| 13:46.47 |
d_rossberg |
probable, he
recommended it to me but i prefer to be "sometimes" offline
too |
| 13:58.08 |
*** join/#brlcad EricPoehlsen
(~Eric@ip-109-41-89-77.web.vodafone.de) |
| 14:08.07 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.201.168.241) |
| 14:11.26 |
*** join/#brlcad maths22
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 14:19.08 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.201.168.241) |
| 14:26.39 |
maths22 |
d_rossberg:
you can use screen and set yourself "away" |
| 14:30.03 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.201.168.241) |
| 14:36.03 |
*** join/#brlcad n_reed
(~molto_cre@BZ.BZFLAG.BZ) |
| 14:44.25 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
| 14:44.40 |
Notify |
03GCI:Plamen
Hristov Nikiforov * 8095205 Write a BRL-CAD showcase article #2:
Ready for review - The work on this task is ready to be
reviewed. |
| 14:44.44 |
Notify |
03GCI:Melange
* 8095205 Write a BRL-CAD showcase article #2: No more Work can be
submitted - Melange has detected that the deadline has passed and
no more work can be submitted. The submitted work... |
| 14:45.07 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 14:45.33 |
Notify |
03GCI:Yatharth Agarwal * 8104208 Add
missing documentation for any one command (#4): I'm getting it! -
3 tasks for a tee, right? That's what it says in the rules. And
according to my dashboard, I... |
| 14:54.09 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.201.168.241) |
| 14:56.13 |
*** join/#brlcad Skriptkid_
(~Skriptkid@117.201.168.241) |
| 15:02.36 |
Notify |
03GCI:Sean *
8095205 Write a BRL-CAD showcase article #2: what are you doing? -
Plamen, did you not understand the previous reply? This is no
good. The article is a misrepresentation. You're... |
| 15:02.46 |
Notify |
03GCI:Sean *
8095205 Write a BRL-CAD showcase article #2: Deadline extended -
The deadline of the task has been extended with 1 days and 0
hours. |
| 15:02.51 |
Notify |
03GCI:Sean *
8095205 Write a BRL-CAD showcase article #2: Task Needs More Work -
One of the mentors has sent this task back for more work. Talk to
the mentor(s) assigned to this task to satisfy the... |
| 15:08.26 |
Notify |
03GCI:Sean *
8104208 Add missing documentation for any one command (#4): don't
have access - I don't have access to your dashboard, but I gather
that you completed tasks for other orgs which is... |
| 15:12.02 |
Notify |
03GCI:Daniel
Rossberg * 7992228 Code cleanup to rename uses of rt_nmg_ to nmg_:
Task Closed - Congratulations, this task has been completed
successfully. |
| 15:12.57 |
Notify |
03GCI:Daniel
Rossberg * 7992228 Code cleanup to rename uses of rt_nmg_ to nmg_:
Looks OK for me - No build warnings/errors, and there is no
rt_nmg_internal struct ;) |
| 15:14.36 |
*** join/#brlcad merzo
(~merzo@229-64-200-46.pool.ukrtel.net) |
| 15:17.22 |
Notify |
03GCI:Yatharth Agarwal * 8104208 Add
missing documentation for any one command (#4): Oh well - That was
my biggest mistake. HadI concentrated on one project, I might have
been moivated enough by... |
| 15:30.54 |
*** join/#brlcad starseeker
(~starseeke@BZ.BZFLAG.BZ) |
| 15:31.10 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.201.168.241) |
| 15:48.05 |
*** join/#brlcad brlcad
(~sean@BZ.BZFLAG.BZ) |
| 15:48.43 |
brlcad |
d_rossberg:
fyi, the intent is to move the nmg sources (to src/libnmg) first,
then apply the name fix patch |
| 15:48.51 |
brlcad |
in case you
were planning on committing it |
| 15:49.13 |
brlcad |
not that it
matters, easy enough to move the files, but one of the gsoc
students did do that for us (cristina) |
| 15:49.58 |
*** join/#brlcad Al_Da_Best
(Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) |
| 15:51.20 |
Notify |
03GCI:Sean *
8104208 Add missing documentation for any one command (#4):
possibly - You would have needed about 8 tasks to have made our
final five consideration. I suspect other orgs are
similar. |
| 15:51.33 |
d_rossberg |
brlcad: ok,
good to know (somewhere i've already read something about this
plan) |
| 16:15.06 |
Skriptkid |
brlcad:
bu_parallel exits only when all threads have started/failed running
right? |
| 17:32.00 |
maths22 |
brlad:
/lastlog - |
| 17:43.57 |
Notify |
03GCI:Jacob B
* 8023219 Set up QEMU deployment testing: Ties - What happens if
there is a tie? |
| 17:51.52 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 17:53.48 |
Notify |
03GCI:Sharan
* 8051204 Create a 2D Sketch Model and Diagram: Task Claimed - I
would like to work on this task. |
| 17:55.03 |
Notify |
03GCI:javamonn * 7992228 Code cleanup to
rename uses of rt_nmg_ to nmg_: Let me know... - Just get back to
me if it turns out that I missed something. I have a couple scripts
written that do this... |
| 17:57.01 |
*** join/#brlcad Skriptkid_
(~Skriptkid@117.201.168.241) |
| 17:57.02 |
*** join/#brlcad luca79
(~luca@194-166-177-203.adsl.highway.telekom.at) |
| 17:57.18 |
Notify |
03GCI:Daniel
Rossberg * 8051204 Create a 2D Sketch Model and Diagram: Task
Assigned - This task has been assigned to Sharan. You have 48 hours
to complete this task, good luck! |
| 17:57.48 |
Notify |
03GCI:Sharan
* 8051204 Create a 2D Sketch Model and Diagram: Parameters - Which
parameters are to be shown? Just V,A,and B or anything else I
made the sketch as from the site given above so it... |
| 18:02.15 |
*** join/#brlcad ``Erik
(~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) |
| 18:02.38 |
*** join/#brlcad archivist
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
| 18:04.49 |
Notify |
03GCI:Daniel
Rossberg * 8051204 Create a 2D Sketch Model and Diagram
http://www.google-melange.com/gci/task/view/google/gci2012/8051204:
Looking at: Looking at http://brlcad.org/wiki/Sketch -
I... |
| 18:09.44 |
Notify |
03GCI:Sean *
8023219 Set up QEMU deployment testing: top five - We can only
pick two grand prize winners from the top five students that have
completed the most tasks, based on specific
evaluation... |
| 18:15.19 |
Notify |
03GCI:Sharan
* 8051204 Create a 2D Sketch Model and Diagram: I think - In the
site i have read that- V is the postion A and B sets scale and
orientation VL is a list of 2D vertices SL is the... |
| 18:30.27 |
Notify |
03GCI:Melange
* 8095204 Create test for mutex/semaphore locking: Task Reopened -
Melange has detected that the final deadline has passed and it has
reopened the task. |
| 18:43.19 |
Notify |
03GCI:Skriptkid * 8109203 Set up BRL-CAD
for continuous integration within Jenkins: Update - Here's the
catch on the background workaround. When it is being run in the
background, it cannot connect... |
| 18:47.54 |
Notify |
03GCI:Skriptkid * 7983225 Add a primitive
surface area function ... for hyperboloids of one sheet (HYP): One
last shot - Ilm thinking of giving this one last shot. I corrected
whatever I had done... |
| 18:49.40 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.201.168.241) |
| 18:50.49 |
*** join/#brlcad luca79
(~luca@188-22-203-15.adsl.highway.telekom.at) |
| 18:53.19 |
*** join/#brlcad andrei_
(~IceChat77@188.25.163.190) |
| 19:06.26 |
*** join/#brlcad caen23_
(~caen23@92.83.187.235) |
| 19:20.31 |
brlcad |
Skriptkid:
yep |
| 19:20.46 |
brlcad |
Skriptkid:
remind me about that task if I don't post something later tonight..
:) |
| 19:21.15 |
Skriptkid |
brlcad: Will
do. |
| 19:21.25 |
brlcad |
maths22:
hmm? |
| 19:22.24 |
brlcad |
maths22: if
you said something between 4 and 6 hours ago, my irc client got
disconnected |
| 19:22.38 |
brlcad |
lastlog is no
help if you're not attached ;) |
| 19:24.01 |
Skriptkid |
brlcad: I
tried implementing a model. A pointer to a structure is passed to
the function this structure holds an int called "status". And
every call to the test function increments it by 1. So if the value
if status is less that no of threads created, something is wrong.
But this didn't work. SegFault. |
| 19:24.33 |
brlcad |
segfault
implies you did something wrong memorywise ;) |
| 19:24.34 |
Skriptkid |
*value of
status is less than |
| 19:24.57 |
Skriptkid |
Yep. I'm
troubleshooting that. But is that idea fine? |
| 19:25.26 |
brlcad |
note that
without cpu-specific memory buckets, your status value will be "at
most" X .. but due to race conditions it could end up being
less |
| 19:26.15 |
Skriptkid |
Oh....okay.
I'll just wait for your post. |
| 19:26.37 |
Skriptkid |
After GCI is
over, these issues will still remain open right? |
| 19:27.27 |
brlcad |
imagine
starting with status=0 .. thread0 reads status=>0 .. cpu
switches to thread1, thread1 reads status=>0, writes status=1 ..
cpu switches to thread0, thread0 writes status=1 ... |
| 19:27.52 |
brlcad |
"these
issues" means what? |
| 19:28.43 |
Skriptkid |
All these
feature requests, research and implementation needs. |
| 19:29.31 |
Skriptkid |
Which have
been put up for GCI. |
| 19:29.43 |
brlcad |
are you
asking if BRL-CAD still needs lots of help? features, research,
implementation needs? ;) |
| 19:30.15 |
brlcad |
yes, when GCI
is over, we're still going to have tons of needs :) |
| 19:30.59 |
Skriptkid |
Including the
ones that are still open here at GCI? Because there are tasks I
want to work one, but don't think I'll be able to in 3
days. |
| 19:31.01 |
brlcad |
had tons
before, will have tons after, and the great thing about open source
is that it never ends |
| 19:31.12 |
Skriptkid |
Hehe :) yeah
:) |
| 19:31.27 |
brlcad |
to
participate in open source, you scratch your own itch however you
like |
| 19:31.49 |
brlcad |
if you want
to start working on a new tool or bug fix or feature and spend
years working on it, that's fantastic ;) |
| 19:31.58 |
andrei_ |
It is also
one of the most useful working experience you can obtain until you
graduate university |
| 19:32.25 |
andrei_ |
Open source
means anyone can look at what you wrote, and that's always a big
plus |
| 19:32.28 |
brlcad |
I got started
in open source (many many years ago) scratching my own itch working
on something small that interested me |
| 19:32.35 |
Skriptkid |
Yeah, I do
want to continue working :) I've learnt so much here that I
probably wouldn't have in a long mite. |
| 19:33.03 |
brlcad |
can almost
say that I've learned more working on open source than I did
through all my years in college |
| 19:33.30 |
brlcad |
it's probably
true, and definitely more time .. hard to say |
| 19:33.50 |
Skriptkid |
Cool
:) |
| 19:34.03 |
Skriptkid |
*in a long
time. |
| 19:34.18 |
maths22 |
brlcad: I did
not say anything |
| 19:34.29 |
brlcad |
12:32 <
maths22> brlad: /lastlog - |
| 19:34.48 |
maths22 |
That was me
forgetting to delete brlad: |
| 19:34.57 |
brlcad |
ah
:) |
| 19:36.51 |
Skriptkid |
brlcad: If
its okay, could you tell me currently who two participants are the
best two? Just out of curiosity. |
| 19:37.12 |
brlcad |
yeah, no
:) |
| 19:37.31 |
Skriptkid |
Oh. Okay
:) |
| 19:37.40 |
brlcad |
and I won't
be the only one who decides that anyways |
| 19:38.42 |
Skriptkid |
I
see. |
| 19:44.05 |
Skriptkid |
Bye
:) |
| 19:44.10 |
andrei_ |
brlcad: just
a curiosity, suppose BRL-CAD would want to go back to closed
source(Yes, I know that won't happen). Is it possible to do that? I
m thinking at the Oracle/Illumos fork |
| 19:45.18 |
``Erik |
the versions
that are out are permanently open source, if something like that
happens, it just means that the new development isn't
contributed |
| 19:45.31 |
*** join/#brlcad EricPoehlsen
(~Eric@dslb-084-056-089-136.pools.arcor-ip.net) |
| 19:46.20 |
andrei_ |
Can you be
open source without allowing anyone from exterior to contribute
? |
| 19:46.32 |
``Erik |
yes, but you
cannot prevent them from forking |
| 19:47.01 |
``Erik |
that was a
big part of the XFree86/Xorg mess |
| 19:48.10 |
andrei_ |
XFree86/Xorg
is reffering to unix GUI handler ? |
| 19:48.40 |
``Erik |
the windowing
system stuff, yeh |
| 19:48.56 |
caen23 |
``Erik: could
you elaborate? they let you view the source but would not accept
contributions from outside? |
| 19:49.21 |
andrei_ |
caen23: yes,
I actually stumbled upon such an organization a few days
ago |
| 19:49.42 |
``Erik |
http://en.wikipedia.org/wiki/X.Org_Server
has a small blip about it |
| 19:50.57 |
Notify |
03GCI:Toshita
Barve * 8079211 Review and post "Blender to BRL-CAD" tutorial on
our wiki: Task Claimed - I would like to work on this
task. |
| 19:51.51 |
Notify |
03GCI:Erik *
8079211 Review and post "Blender to BRL-CAD" tutorial on our wiki:
Task Assigned - This task has been assigned to Toshita Barve. You
have 72 hours to complete this task, good luck! |
| 19:52.09 |
brlcad |
ahh beat me
to it |
| 19:52.33 |
brlcad |
was giving me
a "you're not permitted to do that" error which made me
wtf |
| 19:52.53 |
``Erik |
hah, neat,
file a usability issue with melange? |
| 19:53.12 |
``Erik |
"ur err0r msg
is teh suxx0rz" |
| 19:53.35 |
andrei_ |
haha |
| 20:14.43 |
Notify |
03GCI:Sean *
8109203 Set up BRL-CAD for continuous integration within Jenkins:
jenkins installed - Jenkins is now properly installed via the
FreeBSD Ports system, is enabled as a system
service,... |
| 20:15.08 |
Notify |
03GCI:Sean *
8109203 Set up BRL-CAD for continuous integration within Jenkins:
port - By the way, it's running on port 8180. |
| 20:15.19 |
Notify |
03GCI:Sean *
8109203 Set up BRL-CAD for continuous integration within Jenkins:
Task Needs More Work - One of the mentors has sent this task back
for more work. Talk to the mentor(s) assigned to
this... |
| 20:21.05 |
Notify |
03GCI:Sean *
7983225 Add a primitive surface area function ... for hyperboloids
of one sheet (HYP): certainly come a long way - You've certainly
progress quite a ways since you tried to tackle this... |
| 21:06.15 |
Notify |
03GCI:Plamen
Hristov Nikiforov * 8095205 Write a BRL-CAD showcase article #2:
Ready for review - The work on this task is ready to be
reviewed. |
| 21:38.48 |
Notify |
03GCI:Plamen
Hristov Nikiforov * 8095205 Write a BRL-CAD showcase article #2:
Claim Removed - The claim on this task has been removed, someone
else can claim it now. |
| 22:52.39 |
*** join/#brlcad andrei
(~andrei@188.25.163.190) |
| 22:58.43 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded a new
version of "[[Image:Blender Step 1.jpg]]" |
| 22:59.43 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 4899 /wiki/Tutorial/Blender_to_CAD: |
| 23:34.57 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 4900 /wiki/Tutorial/Blender_to_CAD: |
| 00:06.36 |
Notify |
03GCI:javamonn * 8131203 Compile with
-Wstrict-prototypes, fix warnings that ensue: Task Claimed - I
would like to work on this task. |
| 00:23.18 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded
"[[Image:Xyz.jpg]]" |
| 00:37.06 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 4902 /wiki/Tutorial/Blender_to_CAD: |
| 00:38.45 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 4903 /wiki/Tutorial/Blender_to_CAD: |
| 00:41.46 |
*** join/#brlcad Al_DC_Best
(Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) |
| 02:01.34 |
*** join/#brlcad javamonn
(~twitch@108.223.141.99) |
| 02:22.39 |
*** join/#brlcad hsrai
(~quassel@202.164.53.117) |
| 02:51.03 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.201.168.241) |
| 02:52.06 |
Skriptkid |
brlcad:
Jenkins is not running on port 8180. I just get a "Could not
connect" when I go to crit.brlcad.org:8180 |
| 04:43.17 |
brlcad |
hmmm, it is
running, but not accessible from off of crit |
| 06:02.05 |
*** join/#brlcad EricPoehlsen
(~Eric@dslb-084-056-089-136.pools.arcor-ip.net) |
| 06:20.24 |
brlcad |
yawns, wanders for a bit |
| 07:35.27 |
*** join/#brlcad luca79
(~luca@ydvlwtU-188-100.uibk.ac.at) |
| 07:37.54 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 07:57.18 |
*** join/#brlcad luca79
(~luca@ydvlwtU-188-100.uibk.ac.at) |
| 08:37.43 |
*** join/#brlcad andrei_
(~andrei@188.25.160.73) |
| 11:24.18 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.202.111.43) |
| 11:46.52 |
Skriptkid |
brlcad: For
Jenkins to be publicly accessible, a restart is required to make it
listen on crit. A command line paramter "-httpListenAddress" needs
to be added while restarting it. Would it be alright If I set it to
the IP addr of crit and restart it myself now? |
| 11:47.18 |
Skriptkid |
Or set it to
0.0.0.0 |
| 11:56.04 |
Skriptkid |
I can't.
permission denied |
| 11:58.40 |
*** join/#brlcad Skriptkid_
(~Skriptkid@117.202.111.43) |
| 12:37.06 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.202.111.43) |
| 12:57.29 |
``Erik |
does jenkins
use an rc.d script? |
| 12:57.43 |
``Erik |
yes it does,
restarted |
| 12:58.44 |
``Erik |
now it's set
to listen to 127.0.0.1 which is loopback only |
| 13:04.51 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.202.111.43) |
| 13:05.09 |
Skriptkid |
Thank you,
Erik :) |
| 13:09.28 |
``Erik |
is it working
as expected now? |
| 13:14.58 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.202.111.43) |
| 13:16.26 |
Skriptkid |
I don't know
what an rc.d script is, but could you try restarting using the
command line parameter? |
| 14:07.02 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.202.111.43) |
| 14:32.13 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.202.111.43) |
| 14:36.39 |
Notify |
03GCI:Toshita
Barve * 8079211 Review and post "Blender to BRL-CAD" tutorial on
our wiki: Ready for review - The work on this task is ready to be
reviewed. |
| 14:36.40 |
Notify |
03GCI:BrendenD15 * 8141203 Design a
commercial CAD comparison diagram: Everything but the File Format -
I'm sending in the copies with the changes you suggested. However,
I don't have the ability... |
| 14:36.41 |
Notify |
03GCI:BrendenD15 * 8141203 Design a
commercial CAD comparison diagram: Ready for review - The work on
this task is ready to be reviewed. |
| 14:36.42 |
Notify |
03GCI:BrendenD15 * 8141203 Design a
commercial CAD comparison diagram: 3rd Task - Unfortunatly, I
probably won't get that last task in. My Windows 8 Release Preview
license expires Tuesday, and the... |
| 14:36.43 |
Notify |
03GCI:Skriptkid * 8109203 Set up BRL-CAD
for continuous integration within Jenkins: Not running! - It's not
running. Port 8180 gives me nothing. |
| 14:36.44 |
Notify |
03GCI:Skriptkid * 8109203 Set up BRL-CAD
for continuous integration within Jenkins: Can carry on - I'll
need username/password combo if security is enabled. If it's not,
I'll set it up. Also,... |
| 14:36.45 |
Notify |
03GCI:jasons
* 8038207 Publish two Eclipse write-ups to our wiki: Thanks -
Thanks for the mentoring for GCI 2012! Hope my work has benefited
your project's goals. If you have any... |
| 14:36.46 |
Notify |
03GCI:Plamen
Hristov Nikiforov * 8095205 Write a BRL-CAD showcase article #2:
Task Claimed - I would like to work on this task. |
| 14:36.47 |
Notify |
03GCI:Sean *
8131203 Compile with -Wstrict-prototypes, fix warnings that ensue:
Task Assigned - This task has been assigned to javamonn. You have
72 hours to complete this task, good luck! |
| 14:36.48 |
Notify |
03GCI:Sean *
8095205 Write a BRL-CAD showcase article #2: Task Assigned - This
task has been assigned to Plamen Hristov Nikiforov. You have 48
hours to complete this task, good luck! |
| 14:36.49 |
Notify |
03GCI:Sean *
8109203 Set up BRL-CAD for continuous integration within Jenkins:
it's running - It is running, just not accessible from outside of
localhost (crit). You may need to look up "jenkins... |
| 14:36.50 |
Notify |
03GCI:Sean *
8141203 Design a commercial CAD comparison diagram: Task Closed -
Congratulations, this task has been completed
successfully. |
| 14:36.51 |
Notify |
03GCI:Sean *
8141203 Design a commercial CAD comparison diagram: GCI ends - GCI
ends on Sunday, so you should have time to do both, no? :) Tasks
are estimated to only take about 2 hours, especially... |
| 14:36.52 |
Notify |
03GCI:Sean *
7995206 Add MGED key-binding to reopen the command window: could be
- Could be, the version I tested is not current. Or the problem
could be platform specific. The version I tested,... |
| 14:36.53 |
Notify |
03GCI:Sean *
8079211 Review and post "Blender to BRL-CAD" tutorial on our wiki:
Task Closed - Congratulations, this task has been completed
successfully. |
| 14:36.54 |
Notify |
03GCI:Sean *
8079211 Review and post "Blender to BRL-CAD" tutorial on our wiki:
nicely done - Thank you for your efforts, nicely done! A future
announcement to our brlcad-news mailing list will... |
| 14:36.55 |
Notify |
03GCI:Arjun
Govindjee * 8095204 Create test for mutex/semaphore locking: A
little busy - Sorry I couldn't complete this task (or even start
it for that matter), I've been busy these past few
days... |
| 14:36.56 |
Notify |
03GCI:Plamen
Hristov Nikiforov * 8095205 Write a BRL-CAD showcase article #2:
Interview - I e-mailed some questions to a GSoC student Andrei and
got a repy.In the last file that i have uploaded I... |
| 14:36.57 |
Notify |
03GCI:Plamen
Hristov Nikiforov * 8095205 Write a BRL-CAD showcase article #2:
Ready for review - The work on this task is ready to be
reviewed. |
| 14:36.58 |
Notify |
03GCI:Skriptkid * 8109203 Set up BRL-CAD
for continuous integration within Jenkins
http://www.google-melange.com/gci/task/view/google/gci2012/8109203:
Needs restart brlcad, It needs to be... |
| 14:36.59 |
Notify |
03GCI:BrendenD15 * 8141203 Design a
commercial CAD comparison diagram: Last Task - Probably, I would
have to find another task quickly, but I can probably get one more
done. |
| 14:37.01 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 4904 /wiki/Tutorial/Blender_to_CAD: |
| 14:37.03 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 4905 /wiki/Tutorial/Blender_to_CAD: |
| 14:37.05 |
Notify |
03BRL-CAD
Wiki:Toshibarve * 4906 /wiki/Tutorial/Blender_to_CAD: |
| 14:37.41 |
Notify |
03BRL-CAD:starseeker * 54153
brlcad/trunk/src/librt/test_botpatches.cpp: Rework trimming loop
assembly to make sure loops are closed - somewhat better results,
but that clearly wasn't the only issue. |
| 14:37.43 |
Notify |
03BRL-CAD:starseeker * 54154
(brlcad/trunk/src/librt/primitives/brep/brep.cpp
brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp): Need to be
able to run brep on invalid geometry, for debugging - don't bail if
it isn't valid, just print the message. |
| 14:38.07 |
Notify |
03BRL-CAD:bob1961 * 54155
brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Added a
snap-to-grid capability to Archer's sketcher. |
| 14:39.38 |
brlcad |
Skriptkid:
given it's set up as an rc.d that implies that command line
parameters aren't the way to configure it |
| 14:39.52 |
brlcad |
that it
should be the config file it's using (wherever that is) |
| 14:40.05 |
Skriptkid |
Oh okay.
Didn't know that. |
| 14:40.07 |
brlcad |
a setting in
some file |
| 14:40.30 |
brlcad |
rc.d are
"startup" scripts on linux, bsd, unix systems |
| 14:41.00 |
Skriptkid |
Oh. So
they're there permanently until new changes |
| 14:41.06 |
brlcad |
a directory
filled with scrips that start the services that you want to start
up automatically usually, or easily control |
| 14:41.31 |
brlcad |
that's how
apache httpd is run, for example |
| 14:41.45 |
brlcad |
someone
doesn't manually start it, there's a script for it that is just run
automatically |
| 14:42.20 |
brlcad |
and we don't
specify any command line parameters for it, even though httpd had
*many* that we could configure -- there's a config file |
| 14:43.15 |
Skriptkid |
Okay. |
| 14:47.14 |
``Erik |
hm, set up a
port forward, http://jenkins.elfga.org/ gets a
404 on / not being found from the servlet engine |
| 14:49.15 |
Notify |
03GCI:Sean *
8095205 Write a BRL-CAD showcase article #2
http://www.google-melange.com/gci/task/view/google/gci2012/8095205:
that looks much better That looks much better Plamen! Your
interview... |
| 14:51.15 |
Notify |
03GCI:Sean *
8095205 Write a BRL-CAD showcase article #2: Task Needs More Work -
One of the mentors has sent this task back for more work. Talk to
the mentor(s) assigned to this task to satisfy the... |
| 14:52.16 |
brlcad |
``Erik: you
know where this loads from? load_rc_config "jenkins" |
| 14:53.50 |
brlcad |
ah, it says
it right there |
| 14:54.01 |
brlcad |
/etc/rc.conf |
| 14:58.08 |
brlcad |
Skriptkid:
there we go: http://crit.brlcad.org:8180/jenkins/ |
| 14:58.47 |
brlcad |
let me know
if you want me to change the user or pass or any of the other
parameters |
| 14:59.12 |
brlcad |
read
/usr/local/etc/rc.d/jenkins to see what options it has |
| 14:59.43 |
brlcad |
(probably
should change the default user/pass) |
| 15:00.39 |
Skriptkid |
Amazing. It's
running. Yeah. I'll configure security. |
| 15:01.12 |
Skriptkid |
By default,
there is no user/pass. (Or is it there in this
installation?) |
| 15:01.53 |
brlcad |
no idea, you
tell me :) |
| 15:02.07 |
Skriptkid |
It's not by
default. |
| 15:02.24 |
*** join/#brlcad javamonn
(~twitch@108.223.143.178) |
| 15:03.51 |
Skriptkid |
I had
previously configured on the temporary Jenkins. I'll configure this
in the same way. So all security, build process everything is in my
notes. |
| 15:08.15 |
brlcad |
great |
| 15:09.12 |
Notify |
03GCI:Sean *
8141203 Design a commercial CAD comparison diagram
http://www.google-melange.com/gci/task/view/google/gci2012/8141203:
easy Given you're on Windows, this one is pretty
easy:... |
| 15:15.22 |
brlcad |
Skriptkid:
have you seen http://www.unix-heaven.org/book/export/html/65
? |
| 15:16.52 |
Skriptkid |
Yeah. Was
reading it about an hour back. |
| 15:17.59 |
brlcad |
wonders if it's worth adding another 20 or so eash
tasks |
| 15:18.45 |
brlcad |
considering
probably only three or four will get completed at best ...
hrm |
| 15:19.13 |
Skriptkid |
Yep. 3 days
may not be sufficient. |
| 15:19.30 |
brlcad |
they're still
just 2-hour tasks |
| 15:19.50 |
brlcad |
someone could
literally jump to the #1 spot in 3 days |
| 15:20.03 |
brlcad |
task-wise at
least |
| 15:20.34 |
brlcad |
no likely of
course, but possible :) |
| 15:20.41 |
Skriptkid |
Hehe. Yeah.
But what about the waiting the for review? Difference in time
ones. |
| 15:20.52 |
Skriptkid |
*waiting time
for review |
| 15:21.02 |
Skriptkid |
*time
zones |
| 15:21.04 |
brlcad |
my weekend is
mostly available, cleared just in case |
| 15:21.13 |
Skriptkid |
Oh. |
| 15:21.18 |
Notify |
03GCI:Melange
* 8038205 Compile BRL-CAD with GCC 4.7+ on Raspberry Pi: Task
Reopened - Melange has detected that the final deadline has passed
and it has reopened the task. |
| 15:21.24 |
brlcad |
aww |
| 15:21.38 |
Skriptkid |
What shall I
set the build period to? Every 6 hours? |
| 15:21.41 |
brlcad |
see now
*that* should be an easy task.. |
| 15:21.44 |
*** join/#brlcad Skriptkid1
(~Skriptkid@117.202.111.43) |
| 15:21.47 |
brlcad |
building on
pi |
| 15:21.58 |
brlcad |
can't wait to play with his raspberry pi |
| 15:22.31 |
Skriptkid_ |
I can do that
task, but I don't have a usb keyboard at the moment |
| 15:22.38 |
Notify |
03GCI:Titi *
8038205 Compile BRL-CAD with GCC 4.7+ on Raspberry Pi: I am done -
I am done but melange has reopened the task |
| 15:22.46 |
Skriptkid_ |
Oh,
snap |
| 15:22.50 |
brlcad |
heh |
| 15:22.52 |
Skriptkid_ |
:-$ |
| 15:22.54 |
Skriptkid_ |
:) |
| 15:22.58 |
brlcad |
what'd you
need a usb keyboard for? |
| 15:23.19 |
Notify |
03GCI:Titi *
8038205 Compile BRL-CAD with GCC 4.7+ on Raspberry Pi: Task Claimed
- I would like to work on this task. |
| 15:23.41 |
Skriptkid |
Raspberry
Pi |
| 15:24.06 |
brlcad |
I repeat the
question, what do you need a usb keyboard for? :) |
| 15:24.58 |
Notify |
03GCI:Sean *
8038205 Compile BRL-CAD with GCC 4.7+ on Raspberry Pi: Task
Assigned - This task has been assigned to Titi. You have 72 hours
to complete this task, good luck! |
| 15:25.04 |
caen23 |
brlcad: would
this be a good time to ask about my crit account? :D |
| 15:25.08 |
Skriptkid_ |
To compile
BRL-CAD with GCC on a Raspberry PI, to type the
commands |
| 15:25.30 |
brlcad |
Skriptkid:
for that, what's wrong with the keyboard you're typing on
now? |
| 15:25.41 |
Skriptkid_ |
Wireless,
Mac |
| 15:25.46 |
brlcad |
we provide
remote access to a raspberry pi that we already set up |
| 15:25.53 |
brlcad |
you just log
in remotely and compile |
| 15:26.09 |
brlcad |
so as long as
you can run ssh, you're good |
| 15:26.15 |
brlcad |
caen23: yep
:) |
| 15:26.31 |
Skriptkid_ |
Oh, but snap,
again, it's taken. I'll move to a design task when this is
done |
| 15:26.54 |
Skriptkid_ |
on Jenkins,
shall I "make all"? Or just test and regress? |
| 15:27.03 |
brlcad |
just
"make" |
| 15:27.23 |
Skriptkid_ |
You've added
benchmark and regress on Buildbot. That wont be necessary
here? |
| 15:27.34 |
brlcad |
rather,
similar to buildbot, make, make test, make regress, make bench,
etc |
| 15:27.43 |
brlcad |
I forget the
specific set |
| 15:27.45 |
Skriptkid |
okay |
| 15:27.54 |
brlcad |
but a simple
build should be the first step |
| 15:28.11 |
*** join/#brlcad Skriptkid_
(~Skriptkid@117.202.111.43) |
| 15:28.19 |
Skriptkid |
Of
course |
| 15:29.49 |
Notify |
03GCI:Dominika * 7945221 Create an ISST
screenshot or animation: Task Claimed - I would like to work on
this task. |
| 15:31.40 |
brlcad |
yeah, looks
like buildbot is set up as make, make benchmark, make test, make
regress |
| 15:32.08 |
Skriptkid |
brlcad: You
can check out Jenkins now. It's still download source, and there
might be problems with my config(which I'll will eventually
correct,) but if you just wanna see. |
| 15:33.12 |
brlcad |
cool, it's go
the same interactive console output |
| 15:33.49 |
Skriptkid |
Yeah. Looks
cleaner though. |
| 15:33.59 |
Skriptkid |
Than
buildbot |
| 15:34.26 |
brlcad |
we need a
moose watching instead of 'jenkins watching' |
| 15:34.45 |
Notify |
03GCI:Sean *
7945221 Create an ISST screenshot or animation: Task Assigned -
This task has been assigned to Dominika. You have 48 hours to
complete this task, good luck! |
| 15:34.58 |
Skriptkid |
Another task?
;) |
| 15:35.12 |
Skriptkid |
"Get a moose
to Jenkins" |
| 15:35.34 |
brlcad |
hehe,
http://transparent.clipartof.com/Clipart-Moose-Eating-Popcorn-And-Watching-A-3d-Movie-At-The-Theater-Royalty-Free-Vector-Illustration-10241091160.jpg |
| 15:36.08 |
Skriptkid |
hehe, that
would be cool :D |
| 15:40.03 |
brlcad |
heh, or
http://img.webme.com/pic/h/hcvallorbe-bakalas-wings/manitoba_moose_2004.gif |
| 15:40.13 |
brlcad |
angry
moose! |
| 15:40.28 |
brlcad |
curious
moose:
http://media.photobucket.com/image/moose%20watching/marhaven/Element_Silhouette_Moose.png |
| 15:41.16 |
Skriptkid |
I'd go with
the angry one |
| 15:41.39 |
brlcad |
CMake Error:
The source directory
"/usr/local/jenkins/jobs/BRL-CAD/workspace/workspace" does not
exist |
| 15:42.17 |
Skriptkid |
expected
that |
| 15:45.06 |
Skriptkid |
fixed |
| 15:45.42 |
Skriptkid |
make will
fail, unless there is some change that has fixed the errors in the
last revision |
| 15:46.17 |
Skriptkid |
(Preface:
make failed the last Jenkins tried to Compile it, in the temporary
session) |
| 15:46.48 |
caen23 |
Skriptkid:
are you talking about the header errors, or something
else? |
| 15:47.38 |
Skriptkid |
Yep. Header
errors |
| 15:48.10 |
caen23 |
okay |
| 15:48.13 |
Notify |
03BRL-CAD:carlmoore * 54156
(brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp
brlcad/trunk/src/librt/test_botpatches.cpp
brlcad/trunk/src/proc-db/brickwall.c): remove trailing blanks/tabs,
detected by the overnight job I ran |
| 15:50.13 |
*** join/#brlcad Al_Da_Best
(Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) |
| 15:50.47 |
Skriptkid |
brlcad: Does
the server support parallel execution? "make -j" |
| 15:51.50 |
brlcad |
no |
| 15:51.57 |
brlcad |
even if it
did, not a good idea for a web server |
| 15:52.18 |
Skriptkid |
Thought so.
Just asked. |
| 15:52.20 |
brlcad |
should
probably run all of the make tasks through nice too to set the
absolute lowest priority |
| 15:52.49 |
Skriptkid |
make
failed |
| 15:53.07 |
brlcad |
nice 20
make |
| 15:53.12 |
Skriptkid |
"ansidecl.h"
not found |
| 15:53.12 |
brlcad |
nice 20 make
benchmark, etc |
| 15:53.22 |
Skriptkid |
Didnt get
you |
| 15:53.29 |
Skriptkid |
What's
that? |
| 15:53.32 |
brlcad |
look at what
buildbot does |
| 15:53.39 |
brlcad |
it had the
same issue I thought |
| 15:53.49 |
Skriptkid |
Oh,
yeah. |
| 15:53.51 |
brlcad |
you can set
the priority of a process with the nice command |
| 15:54.00 |
brlcad |
-20 to
20 |
| 15:54.15 |
Skriptkid |
so you want
me to set bench to highest priority? |
| 15:54.20 |
brlcad |
20 tells the
kernel to only run that task when it's got nothing else to
do |
| 15:54.30 |
brlcad |
higher is
lowest |
| 15:54.34 |
Skriptkid |
Oh |
| 15:54.43 |
Skriptkid |
okay. I'll do
that |
| 15:55.13 |
Skriptkid |
Would it be
better if I add "-k" to make? |
| 15:56.29 |
Skriptkid |
nice 20 has
been added to all make steps |
| 15:56.33 |
Skriptkid |
"nice
20" |
| 15:57.08 |
brlcad |
nah, without
is fine |
| 15:57.34 |
brlcad |
confuses new
devs |
| 15:57.45 |
Skriptkid |
Okay |
| 15:57.54 |
Skriptkid |
But you
wanted the "nice 20" right? |
| 15:58.05 |
Skriptkid |
"nice 20
make, bench, etc" |
| 15:58.33 |
brlcad |
sure |
| 15:58.49 |
Skriptkid |
So mark this
as complete? Or is anything else needed? You might as well tell me
if there's something more needed, since 3 days might not be enough
for more tasks |
| 15:59.15 |
brlcad |
I think it's
good enough for the task |
| 15:59.22 |
brlcad |
undoubtedly
will need more work |
| 15:59.34 |
brlcad |
but it's set
up more proper |
| 16:00.10 |
Skriptkid |
Okay |
| 16:00.39 |
Notify |
03GCI:Skriptkid * 8109203 Set up BRL-CAD
for continuous integration within Jenkins: Ready for review - The
work on this task is ready to be reviewed. |
| 16:00.49 |
Skriptkid |
Ive
documented everything in "jenkins-updated.txt." Hope it's enough,
but if you need more info, tell me. |
| 16:01.44 |
Skriptkid |
(everything
essentisl) |
| 16:02.54 |
*** join/#brlcad Skriptkid_
(~Skriptkid@117.202.111.43) |
| 16:03.04 |
Notify |
03GCI:Sean *
8109203 Set up BRL-CAD for continuous integration within Jenkins:
Task Closed - Congratulations, this task has been completed
successfully. |
| 16:04.05 |
Notify |
03GCI:Skriptkid * 8142202 Design a
prototype CAD GUI layout (#2): Task Claimed - I would like to work
on this task. |
| 16:04.17 |
brlcad |
Skriptkid: so
the only thing left is to tell moinnadeem what you did (since he
asked and hopefully his write-up was helpful) |
| 16:04.52 |
brlcad |
Skriptkid: I
frankly think the design tasks take more time than the coding
tasks... :) |
| 16:05.00 |
Notify |
03GCI:Sean *
8142202 Design a prototype CAD GUI layout (#2): Task Assigned -
This task has been assigned to Skriptkid. You have 72 hours to
complete this task, good luck! |
| 16:05.04 |
Skriptkid |
I'm doing
that :) |
| 16:05.08 |
brlcad |
it's not
hard, but it takes more time to do anything useful |
| 16:05.09 |
Skriptkid |
telling moin
nadeem |
| 16:05.13 |
brlcad |
cool |
| 16:05.14 |
Skriptkid |
Yeah, I
know |
| 16:05.27 |
Skriptkid |
But, I've
been working on it for some time now, and it's almost complete
:) |
| 16:05.34 |
Skriptkid |
The design
task, I mean |
| 16:05.53 |
Skriptkid |
So a few more
hours maybe, and I'll submit it |
| 16:08.09 |
brlcad |
ok |
| 16:13.48 |
Skriptkid |
I want to
have variety in my tasks, and this'll probably help in that, since
everything else has been code and documentation. |
| 16:17.11 |
brlcad |
nods |
| 16:20.18 |
brlcad |
caen23: so if
that changes the task too much, feel free to shift the goal (like
getting buildbot set up proper instead of in gcimaths home
directory |
| 16:20.50 |
brlcad |
fixing the
build errors as part of that would be reasonable since you've done
that work too |
| 16:22.30 |
caen23 |
i've asked on
buildbot's irc channel if it was a feature of buildbot or a hack by
blender and others. i believe it's the latter, but just to be sure.
if it's a hack, it would be interesting to try and replicate it,
and it shouldn't be too hard, either |
| 16:28.33 |
Skriptkid |
brlcad: What
exactly is anightly build? |
| 16:28.37 |
Skriptkid |
* anightly
build |
| 16:28.44 |
Skriptkid |
*a
nightly |
| 16:32.58 |
Skriptkid |
Don't bother
answering. Got it. |
| 16:40.24 |
Notify |
03BRL-CAD:caen23 * 54157
brlcad/trunk/src/other/xmltools/libexslt/CMakeLists.txt: Fix
include path error on FreeBSD |
| 16:44.06 |
Skriptkid |
There's an
issue with nice. "nice 20 make" -> "nice: 20: No such file or
directory" |
| 16:44.14 |
Skriptkid |
What have I
done wrong? |
| 16:44.20 |
caen23 |
try nice -n20
make |
| 16:46.36 |
Skriptkid |
Yeah. Doing
that |
| 16:50.19 |
Skriptkid |
caen23: Did
you make the header fix? |
| 16:51.04 |
Skriptkid |
Ah, it's
successful. But the same error is there in another file |
| 16:51.34 |
caen23 |
the build
directory should be deleted before running cmake |
| 16:54.07 |
Skriptkid |
it gets
deleted |
| 16:54.11 |
Skriptkid |
every time a
build is run |
| 16:54.37 |
caen23 |
i don't know,
cmake doesn't seem to start from the top, with trying to find
gcc |
| 16:55.57 |
Skriptkid |
hmm..yeah.
But the log says the build directory is sucessfully deleted. Your
of works of course, but it was only for libexslt right? |
| 16:56.07 |
Skriptkid |
*your
fix |
| 16:56.47 |
caen23 |
yes, it only
modified the CMakeLists in that directory, the other two (libxml
and libxslt) had already been modified |
| 16:57.13 |
Skriptkid |
Okay. Anyway,
I don't wanna disturb you from your current task. That'll be a
different task I guess. |
| 16:57.23 |
Skriptkid |
So its
okay |
| 16:58.38 |
caen23 |
you're not
disturbing me from anything, i need to know if jenkins is the
problem or there's something else i need to change |
| 17:00.43 |
Skriptkid |
You'll
probably need to add another fix. Jenkins isn't reporting any
error |
| 17:07.05 |
brlcad |
it looks like
jenkins is halting after the svn checkout/update |
| 17:08.19 |
Skriptkid |
It's not
halting. Strangely, it's redirecting to another environment called
"default" where the build is being continued |
| 17:08.50 |
Skriptkid |
Not
environment, default is a configuration |
| 17:09.03 |
brlcad |
ah,
http://crit.brlcad.org:8180/jenkins/job/BRL-CAD/default/5/console |
| 17:09.16 |
Skriptkid |
So it
downloads the source only once, and then redirects to a
configuration |
| 17:09.20 |
brlcad |
it's reusing
the build directory |
| 17:09.23 |
brlcad |
needs to
delete it |
| 17:09.57 |
Skriptkid |
Hmm. I've put
the "rm -rf build" I'll check it out |
| 17:10.03 |
Notify |
03GCI:Sharan
* 8051204 Create a 2D Sketch Model and Diagram: Ready for review -
The work on this task is ready to be reviewed. |
| 17:10.19 |
brlcad |
can tell from
the cmake output that it reused the cmake cache |
| 17:10.31 |
Notify |
03BRL-CAD:caen23 * 54158
brlcad/trunk/src/other/xmltools/CMakeLists.txt: Add
/usr/local/include to xmltools/CMakeLists.txt as well |
| 17:10.36 |
Skriptkid |
About the
config, Jenkins is set up for multiple configs. So this is the
default config |
| 17:10.44 |
caen23 |
ok, now that
should do it |
| 17:12.44 |
caen23 |
brlcad: i
told you about this yesterday as well, but on 32-bit freebsd, make
regress passes as well |
| 17:12.56 |
caen23 |
so it seems
like 32-bit linux is the problem |
| 17:13.00 |
Notify |
03GCI:Sean *
8051204 Create a 2D Sketch Model and Diagram: Task Needs More Work
- One of the mentors has sent this task back for more work. Talk to
the mentor(s) assigned to this task to satisfy the... |
| 17:13.57 |
Skriptkid |
cean23: Yep.
It's fixed |
| 17:14.35 |
Notify |
03GCI:Melange
* 8023219 Set up QEMU deployment testing: Initial Deadline passed -
Melange has detected that the initial deadline has passed and it
has set the task status to ActionNeeded. The... |
| 17:20.51 |
Notify |
03GCI:Sean *
8051204 Create a 2D Sketch Model and Diagram: missing lots - You
just did V, yet even you originally identified A and B vectors too.
Plus, that should denote (perhaps with different... |
| 17:22.57 |
Notify |
03BRL-CAD:bob1961 * 54159
brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Added a
ruler to Archer's sketcher. |
| 17:30.50 |
*** join/#brlcad Skriptkid_
(~Skriptkid@117.202.111.43) |
| 17:40.47 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 18:02.44 |
Skriptkid |
brlcad:
https://wiki.jenkins-ci.org/display/JENKINS/Simple+Theme+Plugin |
| 18:08.13 |
Notify |
03BRL-CAD:bob1961 * 54160
brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Tweak the
ruler placement a bit. |
| 18:16.09 |
maths22 |
brlcad:
should the latest svn compile correctly? |
| 18:16.24 |
brlcad |
maths22: I
haven't tried a compile today |
| 18:16.43 |
*** join/#brlcad Skriptkid_
(~Skriptkid@117.202.111.43) |
| 18:16.44 |
maths22 |
thanks |
| 18:16.45 |
brlcad |
but
generally, it should ALWAYS compile correctly but sometimes things
happen that are quickly fixed |
| 18:17.20 |
brlcad |
if it doesn't
compile, it's always something very trivial (usually that anyone
can fix if they just read the error message) |
| 18:27.48 |
maths22 |
I get an
error in the file /src/libbn/tests/bn_list.c |
| 18:28.56 |
Skriptkid |
brlcad:
Yesterday, you asked me to remind you about the bu_parallel
test. |
| 18:29.03 |
caen23 |
maths22: can
you paste the output of the error to http://pastebin.mozilla.org/
? |
| 18:29.59 |
maths22 |
Not really.
I cannot copy and paste from my qemu vm, which I am trying to set
up. |
| 18:30.35 |
caen23 |
then can you
tell us what it complains about? |
| 18:30.45 |
maths22 |
Sure: |
| 18:31.23 |
maths22 |
error:
ignoring return value of 'fread' declared with attribute
warn_unused_result |
| 18:31.42 |
maths22 |
In function
'compare_result' |
| 18:33.09 |
maths22 |
also in
function 'check_result_len' |
| 18:33.57 |
caen23 |
i would try
adding a (void) before the calls to fread, but i don't know if this
is how they should be properly solved |
| 18:34.26 |
maths22 |
ok.
thanks |
| 18:36.05 |
maths22 |
Do I then
need to re-run cmake, or just make? |
| 18:37.01 |
brlcad |
or better,
check the return value |
| 18:37.11 |
Notify |
03GCI:Titi *
8038205 Compile BRL-CAD with GCC 4.7+ on Raspberry Pi: Ready for
review - The work on this task is ready to be reviewed. |
| 18:37.40 |
maths22 |
How (what do
I do with the return value? |
| 18:39.31 |
caen23 |
i guess you
check to see if fread was successful or not |
| 18:39.57 |
Notify |
03BRL-CAD:brlcad * 54161
brlcad/trunk/src/libbn/tests/bn_list.c: quellage. check fread()
return value. |
| 18:40.14 |
maths22 |
thanks. I
will update my source |
| 18:40.28 |
brlcad |
you should
read the patch and make sure you understand it too |
| 18:40.34 |
maths22 |
I
will |
| 18:40.44 |
brlcad |
that's
something that should take any dev 5 minutes to recognize,
understand, and fix |
| 18:41.07 |
maths22 |
I have not
previous looked at any of brlcad's source |
| 18:41.27 |
brlcad |
that's not
specific to BRL-CAD |
| 18:42.08 |
brlcad |
you'll find
the more you look at code, there's many common patterns and most of
them really are very simple and easy to understand |
| 18:43.03 |
brlcad |
and the
messages that are spit out from compilers even are very common from
compiler to compiler, but 99% of the time will be pretty simple
messages |
| 18:43.11 |
maths22 |
OK. I do not
have a lot of c exprience (mostly java) |
| 18:43.53 |
brlcad |
it's really
no different for other languages either, more a matter of reading
the message and actually *trying* to understand what it's telling
you |
| 18:44.29 |
maths22 |
I got that
something had to happen with the return value, but I could not
identify what. |
| 18:44.46 |
brlcad |
you'll find
that the messages quickly start to make sense, and the solutions
(regardless of language, compiler, platform, etc) are VERY similar
and all revolve around the same issues |
| 18:45.08 |
maths22 |
I probably
just need more experience with big projects. |
| 18:45.15 |
brlcad |
nah |
| 18:45.26 |
brlcad |
just more
experience reading those messages |
| 18:45.51 |
brlcad |
the first
time you read a message, it'll always take a "little" bit longer
until you encounter more and more and more and start to see the
patterns |
| 18:46.01 |
maths22 |
True. I have
compiled all of two c programs. |
| 18:46.47 |
brlcad |
so with that
error, you'd just start with what you noticed .. something wrong
with a return value |
| 18:47.03 |
brlcad |
it tells you
what's wrong even: "ignoring return value" |
| 18:47.05 |
maths22 |
the fix seems
to work. HOwever, I have not yet been able to look at the
patch |
| 18:47.10 |
brlcad |
so first step
is to not ignore it |
| 18:47.37 |
maths22 |
web svn is
not working now |
| 18:48.07 |
brlcad |
reading the
fread manual page (man fread), you'd have seen the return is a
size_t, so you stash it in a size_t |
| 18:48.34 |
brlcad |
once captured
... it's no longer ignored, and had you done that, you'd probably
have gotten another warning saying you don't actually use the
value |
| 18:49.23 |
brlcad |
so that
should make sense if you just size_t val = fread() and do nothing,
that's not readlly doing anything, so reading the manual page you
see that the return value should equal the value of the third
parameter |
| 18:49.59 |
brlcad |
that gives
you something to check, you add the check and it's not clear in
that code what useful thing could be done if that read fails, so we
just print a message |
| 18:50.11 |
brlcad |
done |
| 18:50.42 |
brlcad |
maybe 10
minutes the first time to go from start to finish, but the second
time becomes all of 30 seconds |
| 18:51.19 |
brlcad |
you don't
need web svn to look at a patch ;) |
| 18:51.45 |
brlcad |
svn info
file.c ; svn diff -r### file.c where ### is the previous
revision |
| 18:54.09 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.202.111.43) |
| 18:54.43 |
caen23 |
what is the
maximum line length in use? hacking doesn't seem to mention
it |
| 18:55.20 |
brlcad |
there isn't
one |
| 18:55.25 |
brlcad |
it should
just be file-consistent |
| 18:55.39 |
brlcad |
I have
monitors that are 500+ chars wide |
| 18:56.04 |
caen23 |
i usually go
with 80, but i've seen that 78 and 79 are also used by some
projects |
| 18:56.06 |
brlcad |
others will
be 100+ or 200 .. with a good editor it shouldn't
matter |
| 18:56.35 |
brlcad |
we do have
column specs for certain files (and for comments) |
| 18:56.54 |
brlcad |
but not for
code, like a long if() statement or function signature |
| 18:57.28 |
brlcad |
those the
practice is generally one long line or one arg per line |
| 18:58.03 |
brlcad |
the general
idea is to be consistent with whatever the file is currently
doing |
| 18:58.16 |
brlcad |
if the file
isn't consistent, you can make a separate commit to make it
consistent |
| 18:59.34 |
caen23 |
i was
thinking that you could have written if(fread != BUFFER) in your
previous patch, but then i thought that maybe it got too long and
there are some rules in place |
| 19:01.27 |
brlcad |
nah, that
would have been fine |
| 19:01.54 |
brlcad |
per fread()'s
docs, it will never be >, only == or < and < is the error,
so I went with that |
| 19:02.15 |
brlcad |
slightly
faster test, not that it matters |
| 19:02.54 |
caen23 |
ugh, didn't
pay attention to my sign :D |
| 19:17.09 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.202.111.43) |
| 19:26.10 |
Notify |
03BRL-CAD:brlcad * 54162
brlcad/trunk/HACKING: mention our implicit guidelines around line
length. consistency is king, but we're not yet pedants on line
length. |
| 19:37.39 |
Notify |
03BRL-CAD:carlmoore * 54163
brlcad/trunk/src/proc-db/brickwall.c: oops, remove some debugging
stuff which was not to be committed |
| 19:39.12 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.202.111.43) |
| 19:44.54 |
*** join/#brlcad Skriptkid_
(~Skriptkid@117.202.111.43) |
| 19:59.42 |
Notify |
03BRL-CAD:brlcad * 54164
brlcad/trunk/src/libfb/tcl.c: deconditionalize the function
declarations and validate all parameters. avoids undocumented need
for checking if w or h are less than zero, which is unclear what
that would even mean anyways. |
| 20:00.21 |
Notify |
03GCI:Skriptkid * 8142202 Design a
prototype CAD GUI layout (#2): Ready for review - The work on this
task is ready to be reviewed. |
| 20:00.56 |
Notify |
03GCI:Sean *
8038205 Compile BRL-CAD with GCC 4.7+ on Raspberry Pi: Task Closed
- Congratulations, this task has been completed
successfully. |
| 20:01.36 |
Notify |
03GCI:Skriptkid * 8142202 Design a
prototype CAD GUI layout (#2): Design2.zip - Ignore
Design.zip |
| 20:02.36 |
Notify |
03GCI:Sean *
8038205 Compile BRL-CAD with GCC 4.7+ on Raspberry Pi: well done -
Now that looks like a much better compile attempt. I made a change
to the file that failed (src/libfb/tcl.c) so it... |
| 20:09.12 |
Notify |
03GCI:Sean *
8142202 Design a prototype CAD GUI layout (#2): Task Closed -
Congratulations, this task has been completed
successfully. |
| 20:13.32 |
brlcad |
Skriptkid_:
that is actually very very nice .. |
| 20:13.41 |
Skriptkid_ |
thank you
:) |
| 20:13.47 |
brlcad |
that's a lot
closer to what we were hoping to see from some of the
others |
| 20:14.07 |
brlcad |
I think only
one other of the layout tasks did as well and their design is
radically different |
| 20:15.19 |
Skriptkid_ |
Oh, Cool :) I
looked at how other famous CAD softwares out there are, took the
best out of them and added some of my own design |
| 20:17.22 |
Notify |
03GCI:Skriptkid * 8007218 Implement
runtime detection of SSE: Task Claimed - I would like to work on
this task. |
| 20:18.27 |
Notify |
03GCI:Sean *
8007218 Implement runtime detection of SSE: Task Assigned - This
task has been assigned to Skriptkid. You have 48 hours to complete
this task, good luck! |
| 20:18.53 |
brlcad |
we're just
getting started on the design of our third-generation GUI, you
might like to get involved with that some in a few
months |
| 20:18.59 |
brlcad |
if that's
interesting to you, of course |
| 20:19.28 |
brlcad |
ability to
participate in something that very well may get used by millions of
people ;) |
| 20:20.03 |
brlcad |
by our 3rd
gen, our usability issues will be nearly all gone (that's the
point) |
| 20:20.43 |
brlcad |
note that SSE
task is a little different than the description says -- I believe
that function already exists now in libbu, but it's not being used
where we have SSE |
| 20:21.52 |
Skriptkid_ |
I'll keep
that in mind. And yes, I'd like to be involved in the
design |
| 20:22.47 |
maths22 |
My linux
system was tied up trying to make. |
| 20:23.38 |
Skriptkid_ |
brlcad:
libbu/simd.c |
| 20:27.07 |
Skriptkid_ |
So since this
function is already present, where should it be
implemented? |
| 20:33.38 |
Skriptkid |
brlcad: Or
rather, a more appropriate question, where is SSE being
used? |
| 20:34.32 |
caen23 |
brlcad: the
guy who maintains buildbot wrote on their irc that blender and
scummvm did the download thing themselves. i can do it, too, but
how do you want to proceed? close this task as research, or give me
an extension and write the whole thing? |
| 20:39.17 |
Notify |
03BRL-CAD:starseeker * 54165
(brlcad/trunk/src/librt/CMakeLists.txt
brlcad/trunk/src/librt/test_botpatches.cpp): interpolation of
points to create a 3d curve doesn't work so well when there are
only two of them. |
| 20:39.32 |
Skriptkid |
brlcad:
Sorry, Sean. Gotta run. I know I'm breaking IRC etiquette. I'll
figure that out myself. |
| 20:41.14 |
Notify |
03BRL-CAD:starseeker * 54166
brlcad/trunk/src/librt/CMakeLists.txt: whoops - don't uncomment
yet. |
| 20:42.54 |
Notify |
03BRL-CAD:bob1961 * 54167
brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Fixed an
issue related to the units being something other than mm. There are
a couple more that still need fixing. |
| 20:45.39 |
Notify |
03GCI:Melange
* 7945223 Write a BRL-CAD to RAW converter: Initial Deadline passed
- Melange has detected that the initial deadline has passed and it
has set the task status to ActionNeeded. The... |
| 21:09.57 |
Notify |
03GCI:BrendenD15 * 8137202 Post "BRL-CAD
Ray Tracing Shaders" tutorial to our wiki: Task Claimed - I would
like to work on this task. |
| 21:25.47 |
Notify |
03GCI:Sean *
8137202 Post "BRL-CAD Ray Tracing Shaders" tutorial to our wiki:
Task Assigned - This task has been assigned to BrendenD15. You have
48 hours to complete this task, good luck! |
| 21:27.45 |
brlcad |
caen23: yeah,
lets just close it as research |
| 21:28.14 |
brlcad |
caen23: best
to not try and implement it without deciding on jenkins vs buildbot
first |
| 21:28.26 |
brlcad |
which isn't
going to happen this weekend ;) |
| 21:28.43 |
caen23 |
alright, then
:D |
| 21:34.26 |
Notify |
03GCI:Cezar *
8109204 Set up BRL-CAD nightly downloads within Buildbot: Ready for
review - The work on this task is ready to be reviewed. |
| 21:38.23 |
brlcad |
caen23: you
should summarize your findings in a comment |
| 21:38.45 |
caen23 |
brlcad: the
file is not enough? |
| 21:38.53 |
brlcad |
didn't see
that, never mind ;) |
| 21:39.09 |
caen23 |
okay
:D |
| 21:40.34 |
Notify |
03GCI:Sean *
8109204 Set up BRL-CAD nightly downloads within Buildbot: Task
Closed - Congratulations, this task has been completed
successfully. |
| 22:47.43 |
*** join/#brlcad caen23_
(~caen23@92.81.207.138) |
| 22:59.40 |
Notify |
03BRL-CAD
Wiki:BrendenD15 * 4907 /wiki/Tutorial/Shaders: Tutorial/Shaders 0.5
w/o pictures |
| 23:05.26 |
Notify |
03BRL-CAD
Wiki:BrendenD15 * 0 /wiki/Special:Log/upload: uploaded
"[[Image:ShadersShot1.png]]" |
| 23:17.47 |
Notify |
03BRL-CAD
Wiki:BrendenD15 * 4909 /wiki/Tutorial/Shaders: Added first
image |
| 23:18.27 |
Notify |
03BRL-CAD
Wiki:BrendenD15 * 4910 /wiki/Tutorial/Shaders: |
| 00:11.22 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.208.162.232) |
| 00:27.07 |
*** join/#brlcad KimK_laptop
(~kkirwan@ip68-102-65-151.ks.ok.cox.net) |
| 00:37.45 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.208.162.232) |
| 00:56.12 |
Notify |
03GCI:javamonn * 8131203 Compile with
-Wstrict-prototypes, fix warnings that ensue: Well... - Well, this
task has taken me far longer than I had originally anticipated. I
started with compiling... |
| 01:04.51 |
Skriptkid |
dvec.h
contains the class dvec and prototypes of all members of the class,
while their definitions are in vector_x86.h or vector_fpu.h,
depending on availability of SSE right? Sorry If this is stupid.
I'm not really familiar with C++ |
| 01:14.56 |
*** join/#brlcad Skriptkid_
(~Skriptkid@117.208.162.232) |
| 01:15.11 |
*** join/#brlcad Skriptki_
(~Skriptkid@117.208.162.232) |
| 02:00.25 |
Notify |
03GCI:Skriptkid * 8007218 Implement
runtime detection of SSE: Toggling - Should subclassing be done
here? Since the definitions of members of dvec are different but
prototypes are same, overloading... |
| 02:51.51 |
Notify |
03GCI:Skriptkid * 8007218 Implement
runtime detection of SSE: Dropping - I guess I'm dropping this. I
don't know C++, especially OOP in it, so no point breaking my head
over this when i can do some... |
| 02:54.11 |
Notify |
03GCI:Skriptkid * 8007218 Implement
runtime detection of SSE: Ready for review - The work on this task
is ready to be reviewed. |
| 02:54.51 |
Notify |
03GCI:Skriptkid * 8007218 Implement
runtime detection of SSE: Unclaim? - How can I unclaim?! There's
no "Unclaim" option! |
| 03:43.22 |
*** join/#brlcad EricPoehlsen
(~Eric@dslb-084-056-104-171.pools.arcor-ip.net) |
| 03:51.29 |
*** join/#brlcad EricPoehlsen
(~Eric@dslb-084-056-104-171.pools.arcor-ip.net) |
| 04:00.18 |
Skriptkid |
Could some
mentor please reopen that task? I'm unable to unclaim
it. |
| 04:29.14 |
*** join/#brlcad Skriptkid_
(~Skriptkid@117.208.162.232) |
| 04:29.20 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.208.162.232) |
| 04:56.37 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.208.162.232) |
| 05:17.41 |
Notify |
03GCI:Melange
* 8131203 Compile with -Wstrict-prototypes, fix warnings that
ensue: Initial Deadline passed - Melange has detected that the
initial deadline has passed and it has set the task
status... |
| 05:19.16 |
Notify |
03GCI:Sean *
8007218 Implement runtime detection of SSE: Task Closed -
Congratulations, this task has been completed
successfully. |
| 05:23.58 |
Notify |
03GCI:Sean *
8007218 Implement runtime detection of SSE: as you noted - As you
noted, we technically have an implementation of runtime detection
and you identifeid that feature available. You've... |
| 06:09.26 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.208.162.232) |
| 06:10.23 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.208.162.232) |
| 06:14.15 |
Skriptkid |
Is analyze
working for elliptical hyperboloids(ehy)? I get an "unable to
process ID_EHY" on even a fresh checkout |
| 06:41.26 |
Notify |
03GCI:Skriptkid * 8007218 Implement
runtime detection of SSE: Subclassing - Subclassing might be a
good idea. You have the main(base) dvec class. Create two
subclasses which inhert it. One for x86... |
| 07:17.55 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.208.162.232) |
| 07:28.23 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.208.162.232) |
| 07:47.16 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.208.162.232) |
| 08:00.46 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.208.162.232) |
| 08:14.02 |
*** join/#brlcad abhishek
(cb7a0604@gateway/web/freenode/ip.203.122.6.4) |
| 08:16.54 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.208.162.232) |
| 08:25.10 |
*** join/#brlcad DarkCalf
(~DarkCalf@173.231.40.98) |
| 08:53.39 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.208.162.232) |
| 09:03.07 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 09:06.01 |
Notify |
03GCI:Daniel
Rossberg * 8131203 Compile with -Wstrict-prototypes, fix warnings
that ensue: Set the task to "needs review" - if you think you did
enough for a GCi task. |
| 09:13.54 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.208.162.232) |
| 10:23.54 |
*** join/#brlcad andrei_
(~IceChat7@5-12-220-69.residential.rdsnet.ro) |
| 10:30.11 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.208.162.232) |
| 10:42.01 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.208.162.232) |
| 10:56.48 |
*** join/#brlcad DarkCalf
(~DarkCalf@173.231.40.98) |
| 12:09.38 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.208.165.6) |
| 12:24.00 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.208.165.6) |
| 12:35.02 |
*** join/#brlcad Al_Da_Best
(~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) |
| 12:38.06 |
Notify |
03GCI:javamonn * 8131203 Compile with
-Wstrict-prototypes, fix warnings that ensue: Ready for review -
The work on this task is ready to be reviewed. |
| 12:41.18 |
*** join/#brlcad Skriptkid1
(~Skriptkid@117.208.165.6) |
| 12:45.27 |
*** part/#brlcad Skriptkid1
(~Skriptkid@117.208.165.6) |
| 12:46.15 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.208.165.6) |
| 12:46.21 |
*** join/#brlcad Skriptki_
(~Skriptkid@117.208.165.6) |
| 13:14.04 |
Notify |
03GCI:Daniel
Rossberg * 8131203 Compile with -Wstrict-prototypes, fix warnings
that ensue: I'm getting the following compilation errors - with
standard CMake generated make files (no... |
| 13:14.14 |
Notify |
03GCI:Daniel
Rossberg * 8131203 Compile with -Wstrict-prototypes, fix warnings
that ensue: Task Needs More Work - One of the mentors has sent this
task back for more work. Talk to the mentor(s)... |
| 13:15.09 |
Notify |
03GCI:Daniel
Rossberg * 8131203 Compile with -Wstrict-prototypes, fix warnings
that ensue: Deadline extended - The deadline of the task has been
extended with 1 days and 0 hours. |
| 13:15.33 |
*** join/#brlcad Skriptkid1
(~Skriptkid@117.208.165.6) |
| 13:18.49 |
*** join/#brlcad EricPoehlsen
(~Eric@ip-109-41-81-124.web.vodafone.de) |
| 14:14.35 |
*** topic/#brlcad by brlcad -> BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/
|| Thanks to all of our GCI participants for their fantastic work!
Join brlcad-news to see when your changes get rolled
out... |
| 14:18.04 |
Notify |
03GCI:Sean *
8131203 Compile with -Wstrict-prototypes, fix warnings that ensue:
two hours remaining - Javamonn, Since there's only two hours
remaining, go ahead and mark the task as needing
review... |
| 14:42.21 |
Notify |
03GCI:Sean *
8104208 Add missing documentation for any one command (#4): thank
you! - As GCI comes to a close, we wanted to take the time to say
THANK YOU for all your efforts. This comment... |
| 14:43.21 |
Notify |
03GCI:Sean *
7998215 Implement a primitive volume function ... for gridded
volumes (VOL): thank you! - As GCI comes to a close, we wanted to
take the time to say THANK YOU for all your efforts.... |
| 14:43.31 |
Notify |
03GCI:Sean *
8079211 Review and post "Blender to BRL-CAD" tutorial on our wiki:
thank you! - As GCI comes to a close, we wanted to take the time
to say THANK YOU for all your efforts. This comment... |
| 14:44.06 |
Notify |
03GCI:Sean *
8003218 Compile and run BRL-CAD on a Raspberry Pi: thank you! - As
GCI comes to a close, we wanted to take the time to say THANK YOU
for all your efforts. This comment interface closes... |
| 14:44.21 |
Notify |
03GCI:Sean *
7987215 Categorize all of BRL-CAD's commands into a spreadsheet:
thank you! - As GCI comes to a close, we wanted to take the time
to say THANK YOU for all your efforts. This comment... |
| 14:47.21 |
Notify |
03GCI: * :
- |
| 14:47.31 |
Notify |
03GCI: * :
- |
| 14:47.41 |
Notify |
03GCI: * :
- |
| 14:47.51 |
brlcad |
heh |
| 14:48.10 |
brlcad |
looks like
notify can't handle accents |
| 14:49.02 |
Notify |
03GCI: * :
- |
| 14:49.22 |
Notify |
03GCI: * :
- |
| 14:51.08 |
Notify |
03GCI: * :
- |
| 14:51.23 |
Notify |
03GCI: * :
- |
| 14:52.03 |
Notify |
03GCI: * :
- |
| 14:52.38 |
Notify |
03GCI: * :
- |
| 14:54.03 |
Notify |
03GCI: * :
- |
| 14:54.48 |
Notify |
03GCI: * :
- |
| 14:55.33 |
Notify |
03GCI: * :
- |
| 14:56.48 |
Notify |
03GCI: * :
- |
| 14:56.58 |
Notify |
03GCI: * :
- |
| 14:57.08 |
Notify |
03GCI: * :
- |
| 14:57.18 |
Notify |
03GCI: * :
- |
| 14:58.13 |
Notify |
03GCI: * :
- |
| 14:58.43 |
Notify |
03GCI: * :
- |
| 14:58.58 |
Notify |
03GCI: * :
- |
| 14:59.14 |
Notify |
03GCI: * :
- |
| 14:59.29 |
Notify |
03GCI: * :
- |
| 14:59.44 |
Notify |
03GCI: * :
- |
| 15:00.34 |
Notify |
03GCI: * :
- |
| 15:02.09 |
Notify |
03GCI:Sharan
* 8051204 Create a 2D Sketch Model and Diagram: Name - I have
already provided my name in one ofthe previous task. BTW my name
is Sharan Narayan. My email address is... |
| 15:02.44 |
Notify |
03GCI:Skriptkid * 8142202 Design a
prototype CAD GUI layout (#2): Thank you too! - GCI has been
amazing! I'll save the whole thank-you note for the end ;) My full
name is "Akshay Kashyap" And the... |
| 15:04.09 |
Notify |
03GCI: * :
- |
| 15:04.24 |
Notify |
03GCI: * :
- |
| 15:05.19 |
Notify |
03GCI: * :
- |
| 15:05.44 |
Notify |
03GCI: * :
- |
| 15:06.54 |
Notify |
03GCI: * :
- |
| 15:07.09 |
Notify |
03GCI: * :
- |
| 15:07.20 |
Notify |
03GCI: * :
- |
| 15:07.50 |
Notify |
03GCI: * :
- |
| 15:08.10 |
Notify |
03GCI: * :
- |
| 15:08.25 |
Notify |
03GCI: * :
- |
| 15:09.15 |
Notify |
03GCI: * :
- |
| 15:09.30 |
Notify |
03GCI: * :
- |
| 15:09.55 |
Notify |
03GCI: * :
- |
| 15:10.00 |
Notify |
03GCI: * :
- |
| 15:10.10 |
Notify |
03GCI: * :
- |
| 15:10.30 |
Notify |
03GCI: * :
- |
| 15:10.56 |
Notify |
03GCI: * :
- |
| 15:11.21 |
Notify |
03GCI: * :
- |
| 15:11.46 |
Notify |
03GCI: * :
- |
| 15:11.56 |
Notify |
03GCI: * :
- |
| 15:15.26 |
Notify |
03GCI: * :
- |
| 15:15.36 |
Notify |
03GCI: * :
- |
| 15:16.18 |
Notify |
03GCI: * :
- |
| 15:16.31 |
Notify |
03GCI: * :
- |
| 15:17.31 |
Notify |
03GCI: * :
- |
| 15:21.46 |
Notify |
03GCI: * :
- |
| 15:22.01 |
Notify |
03GCI: * :
- |
| 15:22.31 |
Notify |
03GCI: * :
- |
| 15:22.41 |
Notify |
03GCI: * :
- |
| 15:23.07 |
Notify |
03GCI: * :
- |
| 15:23.27 |
Notify |
03GCI: * :
- |
| 15:24.02 |
Notify |
03GCI: * :
- |
| 15:24.37 |
Notify |
03GCI: * :
- |
| 15:27.48 |
Notify |
03GCI: * :
- |
| 15:37.50 |
Notify |
03GCI: * :
- |
| 15:42.26 |
Skriptkid |
brlcad:
There's a feature request on sourceforge - "Tilde symbol for home
directory representation" I came with a little piece of code for
that(although I don't know if it'll be acceptable.) Can I submit it
as an attachment on that artifact? |
| 15:56.05 |
Skriptkid |
ah..can't do
that.. |
| 15:56.42 |
*** join/#brlcad Skriptki_
(~Skriptkid@117.208.165.6) |
| 16:00.39 |
brlcad |
Skriptkid:
hm? |
| 16:01.37 |
Skriptkid |
There's a
feature request and I modified Mged to introduce that feature. I
can't submit it right? |
| 16:01.48 |
Skriptkid |
On
sourceforge. |
| 16:03.02 |
brlcad |
Skriptkid:
can you comment on that task? |
| 16:03.50 |
Skriptkid |
It's not a
task. It's a feature request artifact on sourceforge |
| 16:04.25 |
Skriptkid |
"Tilde symbol
for home directory. |
| 16:05.07 |
brlcad |
task ==
artifact |
| 16:05.22 |
brlcad |
on that
tracker item |
| 16:05.35 |
Skriptkid |
Oh. Sorry.
Yeah. I'll comment on it. |
| 16:05.35 |
brlcad |
can you
comment or do you not have permission? |
| 16:05.43 |
Skriptkid |
I can
comment. |
| 16:06.07 |
brlcad |
you can
include a note there for starters, at least until we get you
added |
| 16:06.25 |
Skriptkid |
I'll do
that. |
| 16:08.08 |
Notify |
03GCI:Jacob B
* 8023219 Set up QEMU deployment testing: Uploading - Don't
download the file yet: it is a 5.6 gb file, and it is still
uploading. I could not finish the task on friday because I
had... |
| 16:08.45 |
Skriptkid |
brlcad:
comment added. |
| 16:10.19 |
Notify |
03GCI:Jacob B
* 8023219 Set up QEMU deployment testing: Ready for review - The
work on this task is ready to be reviewed. |
| 16:16.03 |
Notify |
03GCI:Sean *
8023219 Set up QEMU deployment testing: Task Closed -
Congratulations, this task has been completed
successfully. |
| 16:28.00 |
*** join/#brlcad yiyus
(1242712427@je.je.je) |
| 16:28.05 |
maths22 |
brlcad: my
client estimates 1:10 to upload. I am uploading it to ty family's
NAS, so once you have it downloaded to a better location, let me
know so I can delete the file. |
| 16:28.21 |
brlcad |
maths22:
hehe |
| 16:28.27 |
brlcad |
will
do |
| 16:28.36 |
brlcad |
let me know
when it's done uploading |
| 16:28.50 |
maths22 |
ok. There
are not many good places to share 5.6 gb files. |
| 16:29.05 |
brlcad |
wouldn't
compress better? |
| 16:29.26 |
maths22 |
How should I
compress it. gzip? |
| 16:29.35 |
brlcad |
anything
:) |
| 16:30.14 |
maths22 |
I will do
that and reupload it. |
| 16:30.35 |
brlcad |
okay, that
should make it a lot smaller, I'd hope |
| 16:30.52 |
Notify |
03GCI:Cezar *
7957220 Separate LIBNURBS files into one class per file: Thanks -
Thanks a lot for all the nice words and the help you've provided to
all of us during the contest, it's been a great... |
| 16:30.58 |
maths22 |
It is
compressing with gzip; I have no clue how long that will
take. |
| 16:37.32 |
*** join/#brlcad Skriptkid_
(~Skriptkid@117.208.165.6) |
| 16:51.19 |
maths22 |
By the way,
now that GCI is almost over, I would like to express my interest in
the webmaster role decribed previously. |
| 16:51.43 |
brlcad |
maths22:
there's still 8 minutes ;) |
| 16:52.12 |
maths22 |
I
know. |
| 16:52.23 |
brlcad |
but that's
fantastic to hear, you're mostly set up so we'll just have to
figure out a plan |
| 16:57.22 |
maths22 |
Now it is
uploading to ftp://share:brlcad@50.141.159.74/OpenShare/brlcad-ubuntu.qcow2 |
| 16:57.35 |
maths22 |
Now it is
uploading to
ftp://share:brlcad@50.141.159.74/OpenShare/brlcad-ubuntu.qcow2.gz |
| 16:57.50 |
maths22 |
SOrry about
the first link |
| 16:57.56 |
maths22 |
It is now
only 1.8 gb |
| 16:58.15 |
brlcad |
excellent,
that's a little better ;) |
| 16:58.23 |
brlcad |
is it
done? |
| 16:59.04 |
maths22 |
Now it is
uploadg estimate is about half an hour. |
| 16:59.52 |
Skriptkid |
Wow. GCI is
over. |
| 17:00.24 |
maths22 |
Yep. The
homepage now says CONTEST BEGINS ON NOV 26 |
| 17:05.23 |
brlcad |
woo
hoo! |
| 17:05.46 |
brlcad |
thank you all
for your efforts |
| 17:05.47 |
Skriptkid |
Now that GCI
has come to an end, I'd like to thank everyone here at BRL-CAD for
this amazing experience. I've learnt so much from you all, that I
probably wouldn't have in a longtime, and you've been such a
wonderful and helpful crowd! THANK YOU, BRL-CAD! And best of luck
to all participants for your future endeavors! :D |
| 17:06.55 |
maths22 |
Thank you for
the opportunity to become involved in open source. |
| 17:07.15 |
*** join/#brlcad EricPoehlsen
(~Eric@dslb-084-056-099-054.pools.arcor-ip.net) |
| 17:07.42 |
brlcad |
maths22: you
have always had that opportunity ;) |
| 17:07.57 |
brlcad |
that's one of
the great things about open source, nobody has to invite you and
you don't have to ask for permission |
| 17:08.10 |
brlcad |
GCI has
certainly been a great way to get started, though |
| 17:08.18 |
Skriptkid |
True
:) |
| 17:08.44 |
maths22 |
Well, I did
not think to become involved until GCI |
| 17:10.54 |
Notify |
03BRL-CAD:carlmoore * 54169
brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: remove
trailing blanks/tabs |
| 17:18.28 |
*** join/#brlcad Skriptkid_
(~Skriptkid@117.208.165.6) |
| 17:19.46 |
*** part/#brlcad Skriptkid
(~Skriptkid@117.208.165.6) |
| 17:20.26 |
caen23 |
congratulations to all the students and
the mentors! like i said, it's been an awesome and unique
experience, and it's the beginning of a wonderful
journey |
| 17:22.14 |
Skriptkid |
Thank you,
caen23 :) |
| 17:28.50 |
*** join/#brlcad andrei_
(~andrei@188.25.163.40) |
| 17:36.53 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.208.165.6) |
| 17:45.01 |
andrei_ |
woah, it
takes almost 3 weeks to decide winners, that's quite the time to
think |
| 17:46.03 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 17:48.39 |
maths22 |
brlcad: it is
up. |
| 18:14.55 |
brlcad |
maths22:
receiving, eta 1 hr |
| 18:16.16 |
maths22 |
Sorry that my
upload speed is not great. I unfortuniatly canno host it on my
awsome school's network/ |
| 18:22.57 |
maths22 |
brlcad: why
is bzflag back to being the webhost? |
| 18:23.13 |
maths22 |
sorry:
webserver |
| 18:29.44 |
*** join/#brlcad EricPoehlsen
(~Eric@dslb-084-056-099-054.pools.arcor-ip.net) |
| 18:31.17 |
brlcad |
maths22: what
do you mean? back to being the webserver? |
| 18:32.06 |
maths22 |
crit is not
the server for brlcad.org anymore |
| 19:08.29 |
*** join/#brlcad EricPoehlsen
(~Eric@dslb-084-056-099-054.pools.arcor-ip.net) |
| 19:21.15 |
starseeker |
finally:
http://www.pcworld.com/article/2024391/acer-takes-on-apple-with-retina-class-laptop-displays.html |
| 19:34.01 |
*** join/#brlcad velociostrich
(~anonymous@c-24-0-153-224.hsd1.pa.comcast.net) |
| 19:51.35 |
brlcad |
starseeker:
heh, that's a CES prototype |
| 19:52.19 |
brlcad |
so yeah, some
other company might start shipping a high-resolution display a
solid later .. I'd hope so! |
| 19:52.58 |
brlcad |
maths22: ah,
I thought you meant the bzflag site itself |
| 19:53.16 |
caen23 |
i watched the
first 10 minutes of qualcomm's ces introduction (i think that's
what it was) and it was so stupid it wasn't even funny |
| 19:53.21 |
brlcad |
crit will be,
it wasn't supposed to be switched over to crit just yet and was
only accidentally switched for a couple hours |
| 20:19.05 |
maths22 |
Ahah |
| 20:21.15 |
Notify |
03BRL-CAD:bob1961 * 54170
brlcad/trunk/src/tclscripts/archer/GeometryEditFrame.tcl: Stub in a
configbody for units and valueUnits |
| 20:35.57 |
Notify |
03BRL-CAD:bob1961 * 54171
(brlcad/trunk/src/tclscripts/archer/Archer.tcl
brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl): The
following tweaks are for Archer's sketch editor. Update the sketch
panel when the units are changed. Use bboxVerts to get the bounding
box instead of calling the canvas' bbox method. This results in a
better initial scale factor for the sketch view. Hook the edit
panel entries to |
| 20:35.59 |
Notify |
non-array
variables. Other minor tweaks. |
| 20:52.57 |
*** join/#brlcad luca79
(~luca@2.192.134.46) |
| 21:07.21 |
maths22 |
brlcad: is it
downloaded? |
| 21:12.28 |
brlcad |
maths22: yep,
all done |
| 21:12.56 |
brlcad |
it'll be a
day or two before I free up space to test it -- we have some gci
announcements to prepare (and the website migration
work) |
| 21:13.04 |
maths22 |
ok. that way
I can disable the share login. |
| 21:13.13 |
maths22 |
I don't want
that out there for too long/ |
| 21:13.49 |
maths22 |
(the access,
not the file) |
| 21:29.40 |
starseeker |
brlcad: yeah,
not a product announcement yet - but the first positive sign I've
seen in a while that the industry is going to try and follow apple
down the retina display road |
| 21:31.27 |
starseeker |
"caught the
PC industry off guard" is putting it mildly - they were so silent
about whether they were even going to plan to offer anything like
that display I was kinda worried they were hiding under the
boardroom tables and hoping it would all go away |
| 21:33.38 |
andrei_ |
starseeker:
why do you consider the retina display such a crucial improvement
? |
| 21:34.06 |
andrei_ |
I mean, I
have seen flexible displays, lately. I consider that a much bigger
accomplishment |
| 21:34.47 |
starseeker |
andrei_:
retina displays let me a) fit more stuff on the screen
simultaneously and b) view big images at full quality |
| 21:35.49 |
starseeker |
finds flexible displays technically impressive, but largely
"meh" functionality wise |
| 21:36.21 |
starseeker |
specific
applicaitons where they will be useful, but I've never had a real
problem with "hard" display screens |
| 21:36.24 |
andrei_ |
Doesn't Apple
have patent on retina display ? |
| 21:36.53 |
starseeker |
they probably
have a trademark on "retina display" - I doubt they can patent
"high resolution" displays |
| 21:37.33 |
starseeker |
I use
"retina" only to make it clear that I'm not referring to the
non-apple state-of-the-PC-art high PPI displays |
| 21:37.52 |
andrei_ |
I have never
used a mac so far, but I have seen many developers use macs in
U.S. |
| 21:38.02 |
starseeker |
Essentially,
I'm hoping this will mean the return of the IBM T221 style desktop
monitor |
| 21:38.20 |
starseeker |
http://en.wikipedia.org/wiki/IBM_T220/T221_LCD_monitors |
| 21:38.43 |
andrei_ |
was looking
at it just now |
| 21:38.58 |
starseeker |
andrei_: if
they get linux working reliably on the Apple retina display
hardware, that might be OK too |
| 21:40.05 |
starseeker |
refuses to buy in to the Mac OSX thing - too closed. Pretty,
but seeing as I use a dark grey fluxbox desktop at home "pretty"
doesn't really factor in ;-) |
| 21:40.24 |
andrei_ |
I have to
admit, the resolution is significantly larger |
| 21:40.50 |
starseeker |
screens are
ultimately about displaying as much information as possible as
usefully as possible - it's not unusual for me to have a dozen or
more terminals open |
| 21:41.41 |
starseeker |
plus PDF
papers, web browsers with project pages, etc. - the more screen
real estate available, the more "parallel" my monitoring and
switching between information inputs |
| 21:42.39 |
starseeker |
I tend to
have rather small fonts, especially on terminals - usually what I'm
doing in a terminal is launching a process or monitoring it's
progress via watching "text flow" |
| 21:42.49 |
andrei_ |
I was using a
17' monitor until a year ago or so and when I switched from 17' to
30' I was like : " so many vsplits possible " |
| 21:43.02 |
starseeker |
hehe |
| 21:44.39 |
starseeker |
it really
does make a difference - I was surprised |
| 21:45.16 |
starseeker |
has considered trying to get a T221 via ebay or some such,
but not immediately clear how difficult it would be to get it
working properly |
| 21:46.45 |
andrei_ |
it takes
quite some gear to get it running, for a monitor, at
least. |
| 21:46.52 |
starseeker |
with any
luck, the Apple retina displays will finally bring in a new
generation of really high PPI displays and I can assemble a
3x(3840x2400) monitor setup without jumping through insane hardware
hoops :-) |
| 21:48.08 |
andrei_ |
that means an
incredible amount of info |
| 21:48.39 |
andrei_ |
but, speaking
about that, I don't think it will be easy to have the appropriate
videocard(s) setup |
| 21:49.04 |
starseeker |
it will
probably usher in another few generations of new video
cards |
| 21:49.33 |
andrei_ |
and here I
mean working with BRL-CAD because I think the GUI insn't
incredibly hard to render |
| 21:49.38 |
starseeker |
thinks NVIDIA and friends should be happy about that -
another reason for *everybody* to upgrade their video cards, not
just hardcore gamers |
| 21:50.18 |
starseeker |
andrei_:
sorry? not following - why would BRL-CAD have trouble? |
| 21:50.49 |
andrei_ |
I meant doing
3d modeling probably puts a lot more work onto the graphics card
than loading a GUI |
| 21:51.18 |
starseeker |
ah -
sure |
| 21:51.18 |
andrei_ |
but in fact,
BRL-CAD uses images, not frames |
| 21:51.25 |
andrei_ |
or so I
believe |
| 21:51.49 |
starseeker |
andrei_: if
you're using the openGL backend the card will make a
difference |
| 21:51.57 |
andrei_ |
I was
thinking at some example I encountered a few days ago in
openGL |
| 21:52.17 |
andrei_ |
I don't
remember the exact name, but I know there is a list used for static
objects that significantly improves performance |
| 21:52.29 |
andrei_ |
display
lists, or something like that. |
| 21:52.41 |
starseeker |
over time,
will probably start to look more like "standard" cad modelers by
default, and that'll involve using GPUs for casual 3D
displays... |
| 21:53.01 |
starseeker |
yeah, display
lists - we can use those, even in MGED |
| 21:53.16 |
andrei_ |
I was
impressed about the difference they can make |
| 21:53.39 |
starseeker |
holy cow,
there is an 80 megapixel digital camera out there... |
| 21:53.51 |
starseeker |
now there's a
good excuse for a high PPI display |
| 21:54.08 |
andrei_ |
I might be
wrong but there are some companies planning to get 40 megapixel on
smartphones |
| 21:54.43 |
starseeker |
notes 16 megapixels is nothing special anymore... wow, we
were glad to have 4/5 megapixel cameras just a few years
ago |
| 21:55.00 |
andrei_ |
indeed |
| 21:55.17 |
andrei_ |
now I can say
" When I was young ..we used to have VGA cameras on phones
" |
| 21:55.36 |
starseeker |
actually picked up a 4 megapixel camera for ten bucks at a
yard sale - cost $300 new just a few years ago |
| 21:55.37 |
``Erik |
when I was
young, phones didn't have cameras, and they plugged into the
wall |
| 21:55.50 |
andrei_ |
hahaha |
| 21:56.33 |
``Erik |
starseeker:
you can run that 'leenewx' thing on mac hw, or fbsd... and for the
most part, apple is surprisingly open O.o darwin is the core
kernel, the bsd userland is all open, etc |
| 21:57.35 |
starseeker |
projects like
this look more affordable by the day: http://www.diybookscanner.org/ |
| 21:57.59 |
starseeker |
pretty soon
you'll be able to fish *everything* you need out of the trash -
cameras included |
| 21:58.46 |
andrei_ |
starseeker:
that looks like some torture machine |
| 21:58.57 |
starseeker |
``Erik: sure,
the non-GUI parts of Apple aren't bad - but they're a pain in the
neck when it comes to encouraging the "locked down, app store"
mentality with users |
| 22:00.37 |
``Erik |
hate to say
it, but I think a majority consider that a boon... I'd also point
out that there're more automatic transmissions in the US than
manuals, people would rather have it 'just work' than have control
and freedom |
| 22:01.30 |
starseeker |
``Erik:
agreed. All the more reason to make sure I put my own $$ somewhere
that preserves the alternatives |
| 22:02.43 |
starseeker |
doesn't object to things being easy or well done - but in his
case, both of those considerations are trumped by the desire to be
in control of my own machine |
| 22:04.54 |
starseeker |
with any
luck, system76 will have a "Retina Display" laptop option by the
time I actually need to replace my old Thinkpad (which will be a
while - it's still working fine, and it's now so old a thief
stealing it would probably lose money paying for their getaway
gas) |
| 22:35.10 |
Notify |
03BRL-CAD
Wiki:KaitlinozfrsflzllRamsay * 4933
/wiki/Baltimore_Home_Assessments_Fall: New page: A investment
planner can guide you furthermore refer you to an est planning
attorney to draft ruined. Buy-sell arrangments made govern the
transfer of the most important pharmacy between t... |
| 22:44.11 |
Notify |
03BRL-CAD:brlcad * 54172
brlcad/trunk/src/util/pix-png.c: don't set the gAMA chunk if gamma
is negative/unset, quells warnings on default use |
| 22:45.01 |
Notify |
03BRL-CAD:brlcad * 54173
brlcad/trunk/src/fb/fb-png.c: zero is also not valid, so go ahead
and check if gama chunk is positive. |
| 23:49.44 |
Notify |
03BRL-CAD:starseeker * 54174
brlcad/trunk/src/librt/test_botpatches.cpp: Add a function for
testing whether a bot patch is planar |
| 23:55.41 |
Notify |
03BRL-CAD
Wiki:KaitlinozfrsflzllRamsay * 4934
/wiki/Vivid_White_House%27s_Mexican_Trucking_Proposal_Brings_Ire_Of_Us_Truckers:
New page: Also, learn where the scales are each of them on the
interstates, and in the truck stops. That is right I cannot care
about their country, We care about ours and feel like we should
take c... |
| 01:07.52 |
Notify |
03GCI:javamonn * 8131203 Compile with
-Wstrict-prototypes, fix warnings that ensue: Ready for review -
The work on this task is ready to be reviewed. |
| 01:14.37 |
Notify |
03GCI:javamonn * 8131203 Compile with
-Wstrict-prototypes, fix warnings that ensue: Removed that line -
I removed the line from the patch that was causing the problem.
It's still an old style... |
| 03:07.59 |
Notify |
03GCI:Sean *
8131203 Compile with -Wstrict-prototypes, fix warnings that ensue:
Task Closed - Congratulations, this task has been completed
successfully. |
| 03:10.38 |
brlcad |
caen23: your
task is the last remaining open |
| 03:41.37 |
*** join/#brlcad phoenixyjll
(7b7e325f@gateway/web/freenode/ip.123.126.50.95) |
| 03:45.15 |
*** join/#brlcad abetusk
(~abetusk@cpe-24-58-232-122.twcny.res.rr.com) |
| 04:26.10 |
*** join/#brlcad EricPoehlsen
(~Eric@dslb-084-056-074-118.pools.arcor-ip.net) |
| 06:47.12 |
caen23 |
brlcad: i'm
sorry, but i haven't managed to get it done properly. i can merge
history, but i cannot get it to recognize they are the same files.
i was thinking of merging the history with git, then merging the
files outside of git (with patch), but i think it's an ugly
hack |
| 07:30.27 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 09:29.12 |
*** join/#brlcad Al_Da_Best
(~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) |
| 11:08.47 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.208.165.6) |
| 11:32.56 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.202.104.117) |
| 11:51.18 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.202.104.117) |
| 12:11.21 |
*** join/#brlcad Skriptkid_
(~Skriptkid@117.202.104.117) |
| 13:16.14 |
*** join/#brlcad EricPoehlsen
(~Eric@ip-109-84-147-17.web.vodafone.de) |
| 13:32.30 |
*** join/#brlcad tujli
(5bc6aec9@gateway/web/freenode/ip.91.198.174.201) |
| 13:39.19 |
maths22 |
brlcad: I'm
wondering what still has to happen on crit for it to become the
webserver. |
| 13:46.07 |
tujli |
I modeled my
part with BRLCAD but the manufacturer says they want a 2d
drawing |
| 13:46.26 |
tujli |
how can I get
it? |
| 14:18.24 |
brlcad |
maths22: good
question, mainly a file sync and one final database
sync |
| 14:18.59 |
brlcad |
tujli: couple
ways but know that 2d drawings are not yet our forte |
| 14:19.23 |
brlcad |
tujli: you
can run the rtedge command and it'll output a hidden-line rendering
for a specified view |
| 14:19.55 |
brlcad |
it's trivial
to generate drawings for each primary view (top, front, left,
35/25), and they'll want that |
| 14:20.32 |
brlcad |
the problem
is that they'll also want dimension information which we don't yet
add to the drawings for you |
| 14:20.44 |
brlcad |
you'll have
to add your annotations and dimensions manually |
| 14:21.10 |
brlcad |
which is
honestly done most easily within an image editor |
| 14:22.41 |
brlcad |
rtege will
give you a rendering like this http://brlcad.org/gallery/s/renderings/havoc_rtedge.png.html
(35/25 view) |
| 14:23.57 |
brlcad |
caen23: can
you write up what all you tried? |
| 14:24.28 |
brlcad |
how can you
merge history if you cannot get it to recognize they are the same
files? |
| 14:25.11 |
brlcad |
task-wise,
the research on a solution is enough |
| 14:26.00 |
brlcad |
usefulness-wise, even a horrible horrible
hack that gets the job done will be awesome because right now the
only solution is manually merging and losing the
history |
| 14:26.23 |
caen23 |
brlcad: i can
create a new (parent) repository and add the other two repositories
to it, preserving history. so if repoA had 3 commits, and repoB had
4, this parent repository would have 7 commits logged |
| 14:27.14 |
brlcad |
ah, but that
wouldn't necessarily preserve the different authors |
| 14:27.45 |
caen23 |
why
not? |
| 14:28.13 |
brlcad |
hm, how are
you adding the two repos? |
| 14:29.08 |
caen23 |
using
something called "subtree merge" in git. the log would keep the
original authors for each commit, not mention the merger as the
author of all commits, if that's your concern |
| 14:30.24 |
brlcad |
so then is
the only problem that it needs two subtrees, because even a merge
of the src subdirectory would be right |
| 14:31.40 |
brlcad |
I guess
what's needed is to see the actual steps with some
comments |
| 14:32.08 |
caen23 |
ok, i can
write that |
| 14:33.04 |
brlcad |
if it can
work with our svn repo and the github repo as the data starting
point, not abstracted, even better.. :) |
| 14:35.00 |
caen23 |
i tried
running svn2git on the whole repo, but i got an error around
r18000, and i wasn't able to finish the conversion. but i didn't
try running it on src/step specifically, i could give that a
try |
| 14:35.40 |
brlcad |
so something
to try later, for the task just write up what you did |
| 14:35.53 |
caen23 |
ok |
| 14:35.54 |
brlcad |
deadline is
just in a couple hours I think |
| 14:36.50 |
caen23 |
5, i see. i
can get it done |
| 14:45.29 |
Notify |
03BRL-CAD:bob1961 * 54175
brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: More tweaks
for Archer's sketch editor. Update the handle_configure method to
redraw the grid after receiving a window configure event. Whether
we're in detail mode or not, the segments need to be created in the
canvas. |
| 14:46.58 |
maths22 |
brlcad: the
db sync might be difficult for the website, as the two servers are
running different versions of the software: changes since I
upgraded the software on crit might need to be ported
manually. |
| 14:50.13 |
tujli |
brlcad, any
manual about rtedge (is it a command in mged, or a standalone
program)? |
| 14:51.10 |
brlcad |
caen23:
that's our limit on the task, I don't think that's GCI's
limit |
| 14:51.15 |
tujli |
I can't get
hidden lines and faces parallel to my eyesight
displayed |
| 14:51.29 |
brlcad |
if it's 24
hours after gci close, then it's like two hours from
now |
| 14:52.37 |
brlcad |
maths22: so
one specific problem is that the site on crit is missing several
modules that have been in place on .bz for quite some
time |
| 14:52.44 |
brlcad |
spam measures
in particular |
| 14:53.04 |
brlcad |
the db on
crit is utterly flooded with spam (dozens a day) |
| 14:53.22 |
brlcad |
so they need
to be purged (not manually deleted) |
| 14:53.33 |
brlcad |
easiest way
to do that is to drop the database and
re-import/re-upgrade |
| 14:53.55 |
brlcad |
tujli: it's a
standalone program but it's also a command in mged |
| 14:54.00 |
brlcad |
there is a
man page |
| 14:54.14 |
brlcad |
if you've set
your MANPATH correctly, just man rtedge |
| 14:54.24 |
brlcad |
or running
brlman rtedge if you've only set your PATH |
| 14:55.16 |
brlcad |
tujli: I'm
not sure what you mean about faces parallel to your
eyesight |
| 14:56.17 |
*** join/#brlcad Guest36160
(~abetusk@cpe-24-58-232-122.twcny.res.rr.com) |
| 14:57.05 |
caen23 |
brlcad: ugh,
it seems i can no longer upload work at all |
| 14:57.22 |
caen23 |
but i can put
the files somewhere and give you the link |
| 14:57.24 |
brlcad |
caen23: try
to mark it closed |
| 14:57.40 |
caen23 |
i can't
without uploading any work |
| 14:59.20 |
tujli |
brlcad: I see
nothing about face z=0, 0<x,y<1 when looking from
x-axis direction |
| 14:59.54 |
tujli |
it should be
a line from y=0,z=0 to y=1,z=0 |
| 15:00.55 |
maths22 |
brlcad: is
the wiki or the drupal page getting spammed? |
| 15:01.07 |
maths22 |
I can fix
that once I know what is broken. |
| 15:01.27 |
brlcad |
that
description does nothing to help me help you :) |
| 15:01.30 |
brlcad |
maths22:
wiki |
| 15:01.39 |
maths22 |
True. |
| 15:01.43 |
brlcad |
see http://crit.brlcad.org/wiki/Special:RecentChanges |
| 15:02.09 |
maths22 |
the wiki is
much easier to upgrade than the drupal site |
| 15:02.42 |
brlcad |
the last 500
changes spans all of 2 days |
| 15:03.08 |
brlcad |
there are
several measures in place on the old wiki that have been
effective |
| 15:03.15 |
brlcad |
all of them
are apparently needed |
| 15:03.36 |
brlcad |
i have a half
dozen to clean up in my queue |
| 15:03.45 |
brlcad |
but that's
over the past two weeks |
| 15:03.50 |
maths22 |
I don't know
what happened to the modules, but I will reupdate the site
today. |
| 15:06.30 |
maths22 |
brlcad: can I
have permissions to edit the w directory on crit. Some of the
files are locked against my editing. |
| 15:07.18 |
maths22 |
Also, the
images directory in w2 |
| 15:14.38 |
brlcad |
caen23: try
uploading a link to our repo or the github repo, just to see if
it's even closable |
| 15:15.24 |
caen23 |
i tried,
links don't work either |
| 15:15.44 |
brlcad |
maths22:
sure, give me a few minutse -- that's another issue raised, that
there's a w2 directory and a stale out of sync w
directory |
| 15:15.52 |
brlcad |
without a
file sync, uploaded files are missing |
| 15:16.00 |
brlcad |
caen23: ahhh,
so maybe too late already |
| 15:16.15 |
caen23 |
i think it
is, unfortunately |
| 15:20.22 |
*** join/#brlcad Al_Da_Best
(~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) |
| 15:20.38 |
maths22 |
I only
currently use the w2 directory (last time I could not fix the w
directory, so I copied it to a new directory) |
| 15:20.52 |
maths22 |
I will resync
the files to the w directory once it is deleted. |
| 15:21.12 |
brlcad |
caen23: what
error do you get when you try to upload? |
| 15:22.28 |
maths22 |
until then, I
will run it out of the w3 directory |
| 15:24.51 |
brlcad |
dude, just a
few minutes :) |
| 15:25.04 |
brlcad |
you should be
able to do it now |
| 15:25.13 |
maths22 |
That is fine.
I just have time now, so I am doing the work now and can change
the path later |
| 15:25.14 |
brlcad |
via
sudo |
| 15:25.22 |
maths22 |
thanks |
| 15:25.28 |
brlcad |
what's the
user/group? |
| 15:25.46 |
brlcad |
i haven't
changed anything yet, that's the config that should be in
place |
| 15:25.57 |
brlcad |
I need a few
minutes to switch contexts, log in, and verify |
| 15:26.16 |
brlcad |
but sudo -u
www is the usual way all web file editing should be
occuring |
| 15:26.24 |
brlcad |
there could
be some deviations that need fixing |
| 15:26.51 |
maths22 |
ok |
| 15:27.45 |
maths22 |
I am "not in
the sudoers file" |
| 15:28.21 |
brlcad |
you did -u
? |
| 15:28.30 |
maths22 |
i
did |
| 15:28.43 |
brlcad |
then couple
minutes :) |
| 15:32.11 |
caen23 |
brlcad: "All
work on tasks has stopped. You can no longer place comments, submit
work or make any changes to existing tasks." |
| 15:32.44 |
maths22 |
no
hurry |
| 15:33.24 |
brlcad |
ahh, looks
like crit hasn't had the sudoers configuration migrated |
| 15:33.25 |
brlcad |
fixes |
| 15:36.30 |
maths22 |
thanks. |
| 15:39.42 |
maths22 |
<PROTECTED> |
| 15:39.42 |
brlcad |
maths22:
there, that should do it |
| 15:39.50 |
maths22 |
thank
you |
| 15:39.55 |
brlcad |
note that
your mask is wrong for web root work |
| 15:40.11 |
brlcad |
umask
002 |
| 15:40.14 |
maths22 |
what does
that mean? |
| 15:40.26 |
brlcad |
the
permissions are wrong on the w2 and w3 folders that you
made |
| 15:40.40 |
maths22 |
that is fine.
I will delete them |
| 15:41.00 |
brlcad |
it'll be the
same for any other files you create too |
| 15:41.06 |
brlcad |
so you'll
have to keep an eye on that |
| 15:41.10 |
brlcad |
or set your
mask |
| 15:41.32 |
brlcad |
files should
be user and group readable/writeable and usually world
readable |
| 15:41.58 |
brlcad |
numerically,
files are usually 664 and directories are 775 |
| 15:42.19 |
maths22 |
what should
my mask be? |
| 15:42.24 |
brlcad |
and you
copy/edit/move everything as sudo -u www |
| 15:42.27 |
brlcad |
002 |
| 15:42.37 |
maths22 |
ok.
thanks. |
| 15:42.45 |
brlcad |
np, thx
too |
| 15:43.00 |
brlcad |
that's set up
that way so we can all edit the files |
| 15:43.12 |
brlcad |
without
needing a sysadmin to jump in and fix things all the
time |
| 15:43.24 |
brlcad |
and without
granting everyone root access (bad) |
| 15:44.11 |
maths22 |
that makes
sense |
| 15:45.14 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.202.104.117) |
| 15:47.22 |
maths22 |
root seems to
own some of the files in w2 |
| 15:50.51 |
brlcad |
fixed -- that
was a quick-fix I did a week or so ago to fix the wiki
images |
| 15:51.09 |
brlcad |
(they were
all missing, not synced) |
| 15:51.42 |
maths22 |
thanks |
| 15:58.33 |
maths22 |
I somehow do
not have read permissions on the w folder (only w and
x) |
| 16:01.06 |
tujli |
brlcad: well
any advice for my question? |
| 16:03.02 |
tujli |
I was asking,
that I see nothing about face z=0, 0<x,y<1 when rtedge
from x-axis direction |
| 16:04.13 |
maths22 |
never mind.
I fiexd it myself |
| 16:05.45 |
brlcad |
tujli: I
reponded -- I don't understand what that means |
| 16:07.19 |
brlcad |
tujli: sounds
like some face "on the ground", but that range seems somewhat
useless for understanding the problem |
| 16:07.51 |
brlcad |
you're
looking down the X axis and can't see a face in the
xy-plane? |
| 16:08.35 |
brlcad |
faces aren't
line-rendered in isolation, it depends on their neighboring
geometry |
| 16:12.34 |
tujli |
brlcad:
http://imagebin.org/242997
was rendered from default view, and http://imagebin.org/242998 from
-a0 -A0 -e0 |
| 16:13.22 |
tujli |
looks like
some edges are missing in the second (-a0 -A0 -e0)
image |
| 16:13.30 |
starseeker |
gets his hopes up again that a PPI race may begin for desktop
monitors:
http://www.pcworld.com/article/261738/up_close_with_sharps_stunning_igzo_display_technology.html |
| 16:20.01 |
brlcad |
tujli: aha, I
see what you mean now |
| 16:20.12 |
brlcad |
that looks
like depth feature culling -- what's the size of that
view? |
| 16:20.53 |
tujli |
brlcad:
800 |
| 16:23.05 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.202.104.117) |
| 16:24.38 |
brlcad |
tujli: units?
:) |
| 16:24.41 |
brlcad |
mm
? |
| 16:25.15 |
brlcad |
i meant the
geometric size, not the pixel size, btw |
| 16:25.53 |
brlcad |
it'll be at
the bottom of your mged command window |
| 16:26.23 |
brlcad |
here, doesn't
matter, lets just set the depth really really small so you get all
features |
| 16:26.50 |
tujli |
ah |
| 16:26.51 |
brlcad |
-c "set
max_dist=0.001" |
| 16:26.59 |
tujli |
3.5mm
iirc |
| 16:27.11 |
brlcad |
oooh, yeah
... that's itty bitty |
| 16:27.42 |
brlcad |
it's fine,
but you just need to set the distance |
| 16:27.53 |
tujli |
nice it works
for me now |
| 16:28.05 |
brlcad |
great! |
| 16:28.05 |
tujli |
btw how can I
render hidden lines? |
| 16:28.25 |
brlcad |
you mean like
the wireframe? |
| 16:28.33 |
brlcad |
you can save
the wireframe itself |
| 16:30.06 |
brlcad |
File ->
Render View, plot or postscript should do the trick |
| 16:30.11 |
tujli |
brlcad: no it
won't work in this way |
| 16:30.57 |
tujli |
sometimes I
write A - B where B is very large |
| 16:31.18 |
brlcad |
tujli: just
so you know, we've been working on major infrastructure changes to
make all this MUCH easier, but it's a ton of work to get it all in
place so it's taking some time |
| 16:31.20 |
tujli |
I only want
to see boundary of B at sections where it intersects with
A |
| 16:32.13 |
brlcad |
so still a
wireframe, but without the "negative" objects |
| 16:32.53 |
tujli |
so
then? |
| 16:34.16 |
brlcad |
that's
actually exactly what our new infrastructure supports, but I'm not
sure it's currently possible honestly |
| 16:34.48 |
brlcad |
you could run
the "E" command to see a polygonal version evaluated |
| 16:35.09 |
brlcad |
but then
you're going to get more than the intersection edges, you'll get
all the faces |
| 16:35.17 |
tujli |
brlcad: in
mged? |
| 16:35.19 |
brlcad |
yes |
| 16:36.53 |
*** join/#brlcad EricPoehlsen
(~Eric@dslb-084-056-092-231.pools.arcor-ip.net) |
| 16:37.31 |
brlcad |
hm, actually
for a simple test, that actually seems to work |
| 16:37.43 |
brlcad |
for flat
polygonal faces |
| 16:39.24 |
tujli |
brlcad: looks
better than the default wireframe view, but I still need to erase
some lines (with an image editor?) to get what I want |
| 16:39.36 |
brlcad |
around the
holes? |
| 16:40.06 |
brlcad |
can you show
me? |
| 16:41.13 |
brlcad |
might be
simpler to turn the holes off, capture wireframe with E, then merge
with an rtedge rendering |
| 16:41.34 |
brlcad |
pain in the
ass, but should work |
| 16:41.47 |
brlcad |
and simpler
than deleting lines with an image editor |
| 16:42.56 |
tujli |
brlcad: in
A.s rpp 0 20 0 20 0 20 |
| 16:43.02 |
tujli |
in B.s rpp 10
30 10 30 0 20 |
| 16:43.09 |
tujli |
r C.r u A.s -
B.s |
| 16:43.14 |
tujli |
E
C.r |
| 16:43.24 |
tujli |
view from
Top |
| 16:43.39 |
tujli |
expected: an
L-shaped thing |
| 16:45.06 |
brlcad |
aha, that one
is easy |
| 16:45.09 |
brlcad |
it's a
tolerancing issue |
| 16:45.52 |
brlcad |
you subtract
B.s from A.s but they share two faces exactly |
| 16:45.59 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.202.104.117) |
| 16:46.59 |
brlcad |
in B.s rpp 10
30 10 30 -0.1 20.1 |
| 16:49.34 |
tujli |
then the
whole boundary of B (a square at 10,10 ~ 30,30) appears
instead |
| 16:50.55 |
brlcad |
run
"who"? |
| 16:51.11 |
brlcad |
make sure
you're only displaying C.r |
| 16:51.20 |
brlcad |
B C.r ; E
C.r |
| 16:51.40 |
tujli |
ok got the
correct now :) |
| 16:51.47 |
tujli |
but this
looks so hacky |
| 16:52.06 |
brlcad |
agreed |
| 16:52.08 |
tujli |
and difficult
to do on an existing model |
| 16:52.12 |
brlcad |
like I said,
I didn't even think it was possible |
| 16:52.59 |
brlcad |
you'd need to
make those tolerance corrections to properly export the model as
well |
| 16:53.20 |
brlcad |
the ray trace
render evaluation is a lot more robust, that's why it looks okay
via rt/rtedge |
| 16:53.49 |
brlcad |
but E and the
exporters are a lot more sensistive to tolerancing, you have to
nudge your subtractions so they do not coincide |
| 16:54.00 |
brlcad |
the boundary
is undefined |
| 16:54.15 |
``Erik |
I don't think
any etc files were migrated to crit, so many packages had such
significant updates, it woulda caused more harm than good,
iirc |
| 16:55.24 |
``Erik |
"sudo su"?
O.o |
| 16:55.40 |
tujli |
brlcad: so I
guess the only thing I can do now is to wait? |
| 16:59.07 |
tujli |
btw is there
a good software you would recommend, with which I can get a 2d
draft from an exported format of brlcad? |
| 16:59.28 |
brlcad |
tujli:
options seem to be to either wait, edit the lines manually in an
image editor, fix the coinciding faces so you can use the E command
(which is actually a bit easier than it seems), or export the model
into another CAD system that will handle the 2D drawing better
(complex path) |
| 17:00.25 |
brlcad |
there
actually is not any that I would recommend -- even the commercial
systems deal with import/drawing very poorly |
| 17:01.57 |
``Erik |
tujli: best
bet is probably to rtedge a huge render and fix it up in inkscape
or gimp :/ |
| 17:03.40 |
tujli |
``Erik: the
main barrier is that it doesn't show hidden edges |
| 17:07.27 |
``Erik |
what if you
facetized the regions and saved the plots of the facetized version?
if you're code savvy, rtedge could be modified with some firsthit
data to try to draw a stipled line for the hidden edges, but that'd
be a bit of C fu |
| 17:14.45 |
tujli |
``Erik: and
have them overlapped each other? |
| 17:14.48 |
tujli |
I've never
looked into brlcad code |
| 17:16.13 |
``Erik |
overlapping
regions is a semantic error |
| 17:21.26 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.202.104.117) |
| 17:26.45 |
brlcad |
it actually
shouldn't be very hard at all to get rtedge to show hidden
edges... |
| 17:27.05 |
brlcad |
tujli: if you
can wait a couple days, I can give that a try on
Thursday |
| 17:28.34 |
Notify |
03BRL-CAD:bob1961 * 54176
(brlcad/trunk/src/tclscripts/archer/Archer.tcl
brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): Minor tweak to
restore the graphical display after deleting the currently selected
sketch. |
| 17:28.58 |
brlcad |
it has all
the machinery, might not be too hard |
| 17:29.05 |
Notify |
03BRL-CAD:brlcad * 54177
brlcad/trunk/TODO: add option to have rtedge also show
interior/back-facing edges |
| 17:29.58 |
tujli |
``Erik: i
didn't really understand what you said. |
| 17:30.31 |
tujli |
i mean "what
if you facetized the regions and saved the plots of the facetized
version?" |
| 17:31.18 |
tujli |
brlcad: in
what timezone :p |
| 17:31.32 |
tujli |
it's already
Wednesday here now |
| 17:47.38 |
Notify |
03BRL-CAD:starseeker * 54178
brlcad/trunk/src/librt/test_botpatches.cpp: Try to push the surface
edges away from the trimming curves, to avoid uv pullback
failures. |
| 17:59.45 |
brlcad |
tujli: so "a
couple days", however you want to take that |
| 18:00.03 |
brlcad |
no promise
that it'll work, but I'll gladly try if it'll be of use to
use |
| 18:00.17 |
brlcad |
I just can't
work on it right this moment |
| 18:15.04 |
caen23 |
brlcad: i was
thinking of setting up buildbot on crit, where would you like me to
place the master (sorry, not used to working on
servers)? |
| 18:16.03 |
Notify |
03BRL-CAD:bob1961 * 54179
brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Fixed a few
issues related to primitive labels not being drawn. |
| 18:26.42 |
tujli |
brlcad:
that's ok. thx anyway |
| 18:29.22 |
tujli |
brlcad:
better to have interior edges have a different linestyle, or
color |
| 18:34.31 |
maths22 |
brlcad: I
updated it with the newest version |
| 19:24.04 |
brlcad |
caen23:
talked to google and it was too late yesterday even |
| 19:24.38 |
brlcad |
I was a
little confused because we were able to approve one after the
deadline .. apparently they opened up the system for 15 minutes,
just enough time for another student to submit and us to
accept |
| 19:25.35 |
brlcad |
you can just
share what you found on the brlcad-devel list instead, since that
really is a high-priority hot topic I'd like to get closure
on |
| 19:28.34 |
caen23 |
okay |
| 19:32.49 |
brlcad |
tujli: now
you're just getting needy |
| 19:32.53 |
brlcad |
;) |
| 19:33.30 |
brlcad |
hm, colors
might be doable ... linestyle will have to wait for the new
infrastructure, though |
| 19:35.58 |
tujli |
brlcad:
anyway without color doable, I can generate two images, one with
hidden edges and the other without them, using different
color |
| 19:36.11 |
tujli |
then put the
second one over the first one |
| 19:36.25 |
brlcad |
maths22:
Warning: Missing argument 3 for makeBlock(), called in
/usr/web/brlcad.org/skin2/page.tpl.php on line 179 and defined in
/usr/web/brlcad.org/skin2/page.tpl.php on line 40 |
| 19:37.31 |
brlcad |
tujli:
technically you can do that now too .. rtedge front + rtedge back
(diff color), mirror back image, and composite together |
| 19:37.59 |
*** join/#brlcad EricPoehlsen
(~Eric@ip-109-84-44-247.web.vodafone.de) |
| 19:38.16 |
brlcad |
that'd be
neat to experiment with in a script.. |
| 19:38.47 |
tujli |
brlcad: nope.
my model has a hole from top to bottom |
| 19:39.44 |
tujli |
so it can't
be seen from either side |
| 19:39.53 |
brlcad |
ah, so you
need an *interior* edge |
| 19:39.58 |
brlcad |
good to
know |
| 19:40.44 |
brlcad |
any value
distinguishing between front, interior, and rear with three
colors? |
| 19:41.05 |
brlcad |
or just front
and not-front |
| 19:41.45 |
tujli |
the second is
enough for me but the first might look reasonable |
| 19:42.12 |
brlcad |
maths22: that
warning is on the mediawiki page (recent changes) .. which makes me
wonder why if page.tpl.php is from mw or ours? |
| 19:43.45 |
brlcad |
why does the
recent changes page suck so badly.. 500 changes in last 30 days and
it stops at 3 JAN |
| 19:44.29 |
caen23 |
brlcad: i
tried posting to the mailing list, but it seems i am not allowed
to |
| 19:44.41 |
brlcad |
caen23: if
you're subscribed, you're allowed to |
| 19:46.07 |
brlcad |
mail is
supposed to come from the subscribed email address |
| 19:46.24 |
tujli |
brlcad:
what's your $wgRCMaxAge value? |
| 19:46.37 |
caen23 |
this seems
right. do i need to prefix the header with anything? |
| 19:46.45 |
brlcad |
nope |
| 19:47.24 |
caen23 |
hmm…
actually, it could be because i am subscribed with mail@gmail.com,
but the mail is sent from mail@googlemail.com |
| 19:47.35 |
brlcad |
tujli:
whatever the default is, apparently |
| 19:47.45 |
brlcad |
caen23: that
would be why |
| 19:48.20 |
brlcad |
list has no
way of knowing that google makes those one in the same |
| 19:48.43 |
tujli |
brlcad: so it
should be 7 days... per https://www.mediawiki.org/wiki/Manual:$wgRCMaxAge
and I see your mediawiki version 1.11.0 |
| 19:48.57 |
caen23 |
makes sense,
i guess i was hoping google would take care of it |
| 20:06.15 |
brlcad |
tujli: that's
a good find, thanks! |
| 20:06.41 |
brlcad |
the site it
was migrated to is the latest, but assumedly the 1.11 database has
already purged the old changes |
| 20:09.58 |
caen23 |
brlcad: the
mail is posted, and i wanted to setup buildbot on crit. where would
you like the master to be located? |
| 20:12.28 |
brlcad |
sets it to 6 months, rebuilds recent changes,
yay! |
| 20:13.58 |
brlcad |
caen23: it
is/was setup in skriptkid's public_html folder |
| 20:14.14 |
brlcad |
it'd be nice
to have it use a system-installed service like how jenkins was set
up |
| 20:14.41 |
brlcad |
caen23:
before you go down that road, we should probably decide which to
use so you don't waste effort though |
| 20:16.59 |
brlcad |
i'm torn, I
like the jenkins interface more, but like buildbot
configurability/scriptability more (and simplicity of
setup) |
| 20:17.18 |
brlcad |
out of the
box, jenkins was definitely slightly more friendly |
| 20:22.30 |
caen23 |
i like
buildbot for being easier to modify, too. it's python, it's got a
nice community around it, and a lot of people seem to use it,
including webkit, llvm and i think mozilla. i actually made a small
contribution to it myself :) but jenkins definitely looks nicer,
although this should be doable with buildbot and some html,
too |
| 20:24.46 |
caen23 |
did you see
this? http://trac.buildbot.net/wiki/SuccessStories |
| 20:25.05 |
*** join/#brlcad andrei_
(~andrei@188.25.162.155) |
| 20:52.53 |
*** join/#brlcad EricPoehlsen
(~Eric@ip-77-25-12-7.web.vodafone.de) |
| 20:55.19 |
*** join/#brlcad EricPoehlsen
(~Eric@ip-77-25-12-7.web.vodafone.de) |
| 21:10.07 |
maths22 |
page.tpl.php
is ours. I will fix it. |
| 21:10.26 |
maths22 |
except... |
| 21:10.30 |
maths22 |
it works
now |
| 21:10.44 |
maths22 |
I don't know
why it was not working. |
| 21:25.02 |
brlcad |
maths22: I
still get the error |
| 21:25.05 |
brlcad |
http://crit.brlcad.org/wiki/Special:RecentChanges |
| 21:25.26 |
brlcad |
it's half
underneath the image/menu header |
| 21:32.08 |
maths22 |
I do not see
it. this is what I see: http://grab.by/j2B4 |
| 21:34.56 |
caen23 |
maybe you
need an account? |
| 21:38.59 |
maths22 |
I also get
the error when logged in. |
| 21:39.54 |
caen23 |
so you should
be able to fix it now |
| 21:58.17 |
maths22 |
I meant to
say I don't get the error when logged in. |
| 21:58.28 |
maths22 |
The problem
with talking to people and writing. |
| 22:03.31 |
Notify |
03BRL-CAD:carlmoore * 54180
brlcad/trunk/src/proc-db/brickwall.c: add 'horizontal'; change
vert_bricks computation; remove blank line (need only 1 blank line
at start of mged input) |
| 22:04.47 |
Notify |
03BRL-CAD:carlmoore * 54181
brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: remove
trailing blank |
| 22:06.05 |
maths22 |
crit |
| 22:06.08 |
maths22 |
sorry |
| 22:06.24 |
*** join/#brlcad gcimaths
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 00:29.06 |
*** join/#brlcad n_reed_
(~molto_cre@66-118-151-70.static.sagonet.net) |
| 01:54.38 |
*** join/#brlcad merzo
(~merzo@86-98-133-95.pool.ukrtel.net) |
| 02:00.18 |
*** join/#brlcad cadman
(~Adium@64.178.177.71) |
| 02:08.37 |
cadman |
Is there
somewhere I can read up on the current status of the java version
of brlcad |
| 02:33.43 |
*** join/#brlcad cadman_
(40b2b147@gateway/web/freenode/ip.64.178.177.71) |
| 02:34.22 |
cadman_ |
Is there
anywhere I can read about the current status of the
jbrlcad? |
| 02:34.30 |
cadman_ |
Java
brlcad |
| 02:36.03 |
brlcad |
cadman_:
there is nothing happening with the java version at this
time |
| 02:36.15 |
brlcad |
an no plans
to restart that activity any time soon |
| 02:37.03 |
brlcad |
the sources
are in svn and it implements a decent portion of our geometry
format and some of our most simplistic primitives |
| 02:38.26 |
brlcad |
it was more
an experiment and, while successful, mostly straight-up duplication
of our existing code into an object-oriented form |
| 02:39.10 |
brlcad |
cadman_:
answer your question? |
| 02:40.12 |
cadman_ |
Yes that did
so if I wanted to continue working on it and implementing some of
the other primitives is that something the group here would be
interested in? |
| 02:40.20 |
brlcad |
my more
near-term goal is to develop an object oriented API (our "Geometry
Engine" project) that could be wrapped in java bindings, but
implemented as C++ |
| 02:41.02 |
brlcad |
along with
another network-centric protocol (our "Geometry Service" project)
to be language agnostic (kind of like talking to mysql or apache,
but for geometry) |
| 02:41.40 |
cadman_ |
Yeah I saw
the beginnings of that in the source |
| 02:41.41 |
brlcad |
you're
welcome to do that if you like, and I'd be happy to set up your
commit access and such if that helps |
| 02:42.51 |
cadman_ |
Ok let me
play with it some more but I'm thinking it would be fun |
| 02:43.18 |
brlcad |
but it's not
something that we'd likely intend to maintain as it was all fun and
games until it got to the harder primitives like torus and
polygonal meshes where there they entail complex root solvers,
spatial partitioning, accelleration structures, and more .. a
crapload of code to transcode |
| 02:44.02 |
cadman_ |
right I would
expect that to be the case |
| 02:44.22 |
brlcad |
i mean we
have nearly half a million lines of code in just our core libraries
-- even using some of the jdk, you'd probably end up needing to
replicate at least 250k into OO form |
| 02:44.52 |
brlcad |
and it's
probably be out of date, incompatible, or missing some feature long
before you finish :) |
| 02:45.14 |
cadman_ |
Your so
encouraging :) |
| 02:45.35 |
brlcad |
hey, I just
want to set up realistic expectations |
| 02:45.46 |
brlcad |
maybe there's
some other angle of interest? |
| 02:45.50 |
cadman_ |
Yeah I
understand I'm just being funny |
| 02:46.23 |
brlcad |
like you
could work on a thin client that talks through jni bindings or
something similar |
| 02:46.46 |
cadman_ |
Yeah thought
about that |
| 02:46.58 |
cadman_ |
that is
pretty uphill as well |
| 02:47.09 |
brlcad |
having a
portable "geometry viewer" application built on our C libraries
would be pretty useful |
| 02:47.32 |
brlcad |
not nearly as
uphill as transcoding 250k lines of complex and highly optimized C
code ;) |
| 02:47.43 |
cadman_ |
Well as
portable as the native libs but I realize the libs have been ported
to a ton of platforms |
| 02:48.03 |
cadman_ |
You make a
good point let me mull it over |
| 02:48.15 |
brlcad |
there are
other ideas abound as well |
| 02:48.21 |
brlcad |
what's your
interest? |
| 02:48.32 |
brlcad |
just looking
for something to play with? |
| 02:48.42 |
cadman_ |
Yeah
mostly |
| 02:50.18 |
brlcad |
interested
much in servlet programming? |
| 02:51.10 |
cadman_ |
What did you
have in mind |
| 02:52.19 |
brlcad |
well, pretty
much any of the web dev tasks at http://brlcad.org/~sean/ideas.html
could be a servlet |
| 02:53.46 |
cadman_ |
ok I will
look it over |
| 02:57.55 |
brlcad |
basically
three diferent web projects with lots of possible directions they
could go in, but huge impact potential |
| 02:59.31 |
brlcad |
another
long-term useful would be the starter implementation of a
stand-alone thin-client application that can talk to our Geometry
Service |
| 02:59.55 |
brlcad |
still, those
are all rather big projects |
| 03:01.18 |
brlcad |
might make
more sense to just start with something tiny to become a little
familiarized with the code |
| 03:04.50 |
brlcad |
we break out
2+ hours tasks at http://www.google-melange.com/gci/org/google/gci2012/brlcad |
| 03:05.26 |
brlcad |
and 2+ month
tasks at http://brlcad.org/wiki/Google_Summer_of_Code/Project_Ideas |
| 03:12.58 |
cadman_ |
Thanks for
the tips brlcad |
| 03:17.30 |
cadman_ |
Is there
anything written up on Create a web-based interactive 3D geometry
viewer |
| 03:18.12 |
cadman_ |
Is the
Geometry Service functional at this point? |
| 03:18.20 |
brlcad |
do you need
something written up? :) |
| 03:18.27 |
cadman_ |
No |
| 03:18.58 |
cadman_ |
Just seeing
if someone had already done something |
| 03:19.43 |
cadman_ |
So the idea
would be that the user would see a a tree structure of the geometry
then select something to be viewed in the 3d view? |
| 03:21.19 |
brlcad |
docs could be
arranged, but I'd just set up some useful goals -- nothing has
happened on that front other than watching what some of the other
companies have done |
| 03:22.01 |
cadman_ |
Na you don't
have to do anything can you point me to some of the other sites you
liked |
| 03:22.25 |
cadman_ |
Just one
other site and I will go from there |
| 03:28.34 |
cadman_ |
Ok I think I
know where to go from here thanks for the help and
conversion |
| 03:34.43 |
brlcad |
well, one of
the more complex ones: https://www.autocadws.com/ |
| 03:36.26 |
cadman_ |
The starting
point would be a servlet (I think you already said
that) |
| 03:36.51 |
cadman_ |
Then worry
about all the other stuff after you have that |
| 03:37.40 |
brlcad |
yeah, the
trick would probably be a servlet that talks to our tools or
libraries |
| 03:38.34 |
brlcad |
so you could
upload a geometry file, open the file using our functionality
(e.g., to get a hierarchy), and provide some sort of
visualization |
| 03:39.00 |
brlcad |
(ideally web
gl) |
| 03:39.39 |
cadman_ |
right that is
what was coming to mind |
| 03:40.21 |
brlcad |
could maybe
extract a wireframe first, that's pretty simple |
| 03:40.22 |
brlcad |
and would
work with pretty much any format geometry |
| 03:42.12 |
brlcad |
if you get a
hankering to commit work into our repo, lemme know and I'll get a
module set up to work under |
| 03:44.47 |
cadman_ |
If I get any
worth anyone looking I will definitely commit it |
| 04:09.52 |
brlcad |
even if you
want to commit while you learn and explore, nice to see the
progression |
| 04:28.22 |
cadman_ |
ok if you
want to create a module then I will commit to that |
| 04:56.20 |
brlcad |
cadman_: what
would you like it to be called? |
| 04:56.57 |
brlcad |
and what's
your sf.net username? |
| 04:59.21 |
cadman_ |
I already
have commit status ddreeves70 |
| 05:02.24 |
*** join/#brlcad cadman
(~Adium@64.178.177.71) |
| 05:03.12 |
brlcad |
oh, haha,
didn't know that was you! |
| 05:03.48 |
cadman |
Sorry wasn't
trying to be mysterious |
| 05:06.16 |
cadman |
I decided if
I was going to be able to get anything done effective I am going to
need to stick with something a little closer to what I do in my day
job |
| 05:06.52 |
cadman |
This viewer
definitely seems like something I can get into |
| 05:09.03 |
*** join/#brlcad cadman_
(40b2b147@gateway/web/freenode/ip.64.178.177.71) |
| 05:12.34 |
*** part/#brlcad cadman
(~Adium@64.178.177.71) |
| 05:14.54 |
*** join/#brlcad tofu1
(~morrison@c-68-34-100-50.hsd1.md.comcast.net) |
| 05:15.18 |
*** mode/#brlcad [+o brlcad] by ChanServ |
| 05:15.57 |
brlcad |
apparently
some ISP woes |
| 05:16.37 |
brlcad |
cadman_: I
was about to say that you should be able to create the module
yourself |
| 05:17.02 |
cadman_ |
ok wasn't
sure if I could I will create it |
| 05:17.21 |
brlcad |
just create a
directory (e.g., webcad) with trunk/tags/branches subdirs,
then |
| 05:17.36 |
brlcad |
svn import
webcad https://brlcad.svn.sourceforge.net/svnroot/brlcad/webcad |
| 05:18.35 |
brlcad |
modules are
just convention in svn, just like the other common
folders |
| 05:19.14 |
brlcad |
after the
import, a checkout should work: svn checkout https://brlcad.svn.sourceforge.net/svnroot/brlcad/webcad |
| 05:19.17 |
brlcad |
or whatever
you call it |
| 05:19.41 |
cadman_ |
webcad sounds
good |
| 05:21.59 |
brlcad |
oops, that'd
be: svn checkout https://brlcad.svn.sourceforge.net/svnroot/brlcad/webcad/trunk
webcad |
| 05:29.30 |
*** join/#brlcad cadman
(~Adium@64.178.177.71) |
| 06:34.35 |
*** join/#brlcad caen23
(~cezar@92.83.161.244) |
| 08:28.44 |
*** join/#brlcad tofu_
(~sean@66-118-151-70.static.sagonet.net) |
| 08:29.24 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
| 08:29.39 |
*** join/#brlcad n_reed
(~molto_cre@66-118-151-70.static.sagonet.net) |
| 08:29.50 |
*** join/#brlcad maths22
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 08:44.22 |
*** join/#brlcad cadman1
(~Adium@64.178.177.71) |
| 08:44.29 |
*** part/#brlcad cadman1
(~Adium@64.178.177.71) |
| 08:45.33 |
*** join/#brlcad cadman
(~Adium@64.178.177.71) |
| 09:56.09 |
*** join/#brlcad merzo
(~merzo@86-98-133-95.pool.ukrtel.net) |
| 10:39.07 |
*** join/#brlcad witness
(uid10044@gateway/web/irccloud.com/x-omxoiodyajytlnad) |
| 11:43.27 |
``Erik |
if people
want java on BRL-CAD, librtserver could also have the class named
fixed and the java side implemented, then be extended |
| 11:45.53 |
``Erik |
scheme->vhdl compiler http://scheme2006.cs.uchicago.edu/05-saint-mleux.pdf
O.o |
| 11:49.08 |
*** join/#brlcad caen23_
(~cezar@92.81.167.240) |
| 11:50.05 |
``Erik |
huh, looks
like sago wasn't talking from 12:05am to 3:25am |
| 14:06.25 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
| 14:06.29 |
Notify |
03BRL-CAD:starseeker * 54560
brlcad/trunk/src/librt/primitives/bot/bot.c: Introduce bbox
information into the adaptive plot logic. |
| 14:06.32 |
brlcad |
``Erik: yeah,
you probably missed the rest of our discussion in that
timeframe |
| 14:07.09 |
brlcad |
he plans to
create a webcad module to work in |
| 14:07.18 |
``Erik |
yeah, saw
that, I do irc from my home server :) |
| 14:07.24 |
brlcad |
ah,
cool |
| 14:07.36 |
Notify |
03BRL-CAD:ddreeves70 * 54561
jbrlcad/trunk/pom.xml: Testing commit status |
| 14:07.38 |
Notify |
03BRL-CAD:brlcad * 54562
brlcad/trunk/include/bu.h: declare and document the new
bu_heap_get() and bu_heap_put() functions. |
| 14:07.53 |
*** part/#brlcad brlcad
(~morrison@c-68-34-100-50.hsd1.md.comcast.net) |
| 14:07.54 |
Notify |
03BRL-CAD:ddreeves70 * 54563 NIL: Creating
a module for building web based cad tools |
| 14:07.56 |
Notify |
03BRL-CAD:ddreeves70 * 54564 NIL: creating
basic project structure |
| 14:09.11 |
Notify |
03BRL-CAD
Wiki:Ancernalior * 0 /wiki/User:Ancernalior: |
| 14:09.13 |
Notify |
03BRL-CAD
Wiki:Sean * 4955 /wiki/TOC: |
| 14:25.30 |
Notify |
03BRL-CAD:bob1961 * 54565
(brlcad/trunk/src/tclscripts/archer/Archer.tcl
brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): Added
Copy/Paste/Kill/Killall/Rename functionality to Archer's tree
menu. |
| 14:58.10 |
Notify |
03BRL-CAD:bob1961 * 54566
(brlcad/trunk/src/archer/archer
brlcad/trunk/src/libtclcad/tclcad_obj.c): Dynamically set the
brlcad version in Archer's title bar. |
| 15:33.40 |
Notify |
03BRL-CAD:brlcad * 54567
brlcad/trunk/src/libbu/heap.c: increase the range of supported
allocations from 1-256 and 1MB-sized pages. minor overhead to
support an even bigger range, but pagesize should probably not
exceed 1MB. report additional stats on the number of hits
(allocations in range) and misses (out of range size). |
| 15:38.51 |
Notify |
03BRL-CAD:brlcad * 54568
(brlcad/trunk/include/nmg.h
brlcad/trunk/src/librt/primitives/nmg/nmg_copy.c): undo the usage
of richard's pooling memory interface underneath NMG. direct
profiling of the implementation showed it to be an order of
magnitude slower than bu_malloc/calloc, 50M allocations went from
5s to 70s-90s. |
| 15:44.24 |
Notify |
03BRL-CAD:brlcad * 54569
brlcad/trunk/include/nmg.h: remove the bu_pool hooks now in dead
#if 0 sections. also simplify NMG_FREESTRUCT() .. BU_PUT() already
zero's the data and pointer. |
| 15:48.11 |
Notify |
03BRL-CAD:brlcad * 54570
brlcad/trunk/include/bu.h: stub in calls to the new bu_heap get/put
API underneath BU_GET/BU_PUT, but do not enable for the time being
because all of the existing BU_GET calls need to be reviewed to be
either paired with BU_PUT or converted to BU_ALLOC. |
| 15:52.02 |
Notify |
03BRL-CAD:brlcad * 54571
(brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/CMakeLists.txt
brlcad/trunk/src/libbu/Makefile.am): undeclare and remove the
bu_pool routines |
| 16:06.38 |
Notify |
03BRL-CAD:brlcad * 54572
brlcad/trunk/NEWS: richard updated openNURBS from the 2010 sources
to the newest 2012-10-24 release (still v5.0). |
| 16:16.55 |
Notify |
03BRL-CAD:brlcad * 54573
brlcad/trunk/src/other/openNURBS.dist: revert r54203 from r_weiss
on 2013-01-25 as that removes new files that were added to
opennurbs instead of adding them to our build logic. fix to build
and distcheck coming up next. |
| 16:26.37 |
maths22 |
brlcad: could
pv (progress viewer) be added to the server? |
| 16:38.29 |
brlcad |
maths22: what
is that? |
| 16:39.54 |
n_reed |
maybe he
meant pipe viewer |
| 16:40.10 |
brlcad |
yeah, was
just reading .. interesting tool |
| 16:41.29 |
*** join/#brlcad caen23
(~cezar@92.81.184.173) |
| 16:41.36 |
brlcad |
installing |
| 16:41.49 |
brlcad |
installed |
| 16:43.21 |
starseeker |
yipe - can
anyone confirm a crash in MGED using the analyze command on a
BoT? |
| 16:43.43 |
starseeker |
archer too,
but looks like it may be a different crash there... |
| 16:48.07 |
brlcad |
looks like
opennurbs isn't at all sync'd with the latest sources...
what?? |
| 16:50.08 |
brlcad |
starseeker: I
don't have a clean build, but do you get a bunch of BU_PUT
errors? |
| 16:50.54 |
starseeker |
brlcad: no,
it's something else - some kind of vls error in MGED, and a failure
to free in archer |
| 16:51.15 |
brlcad |
analyze
worked on a simple bot here |
| 16:51.22 |
starseeker |
hrm. |
| 16:51.30 |
starseeker |
OK, I'll
scrap my build and try a clean one |
| 16:51.59 |
n_reed |
i was able to
both run it and crash it on moss.g all.g/box.s |
| 16:52.14 |
brlcad |
all my
changes have been screwing around with memory, so keep an eye out
for anything that may be a partial commit |
| 16:52.45 |
brlcad |
I've got
three build trees going in various stages of migration, trying to
make sure the new heap stuff stays inactive |
| 17:03.45 |
maths22 |
sorry that I
used the wrong name. I was going from memroy |
| 17:04.01 |
Notify |
03BRL-CAD:brlcad * 54574
brlcad/trunk/include/bu.h: gah, need to wrap the multi-statement
form of BU_PUT in curlies or unwrapped if(null) tests will still
run the free |
| 17:04.02 |
brlcad |
starseeker:
try again on update |
| 17:04.30 |
brlcad |
that might
have been it, was missing curlies so might have been free'ing
memory prematurely |
| 17:05.10 |
brlcad |
soon as this
rebuild finishes, I'll try again with the moss case |
| 17:08.32 |
maths22 |
what is
eniac_1946.pdf doing in the web direcotry? |
| 17:08.38 |
maths22 |
it's nearly
300 MB |
| 17:10.35 |
n_reed |
brlcad: works
for me, I can't get it to crash anymore |
| 17:20.35 |
Notify |
03BRL-CAD:bob1961 * 54575
(brlcad/trunk/src/tclscripts/archer/Archer.tcl
brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): Added "Save as
png ..." menu items to the display menus. |
| 17:24.19 |
brlcad |
n_reed: okay,
cool |
| 17:25.15 |
brlcad |
starseeker:
have you seen opennurbs_basic.cpp ? |
| 18:03.26 |
Notify |
03BRL-CAD:brlcad * 54576
(brlcad/trunk/src/other/openNURBS/build_opennurbs_vs2010.sln
===================================================================
and 481 others): turns out r54203 was removing files that opennurbs
removed, so I was wrong about them needing to be added to the build
logic (something fishy, they were in my earlier version of
2012-10-24...). there were other unsyncd files to be added
and |
| 18:03.28 |
Notify |
removed,
though, and this gets them in sync. notably updates their msvc and
xcode build files (which we do not use), removes example_dump and
their massprop code. intentionally keeps the now-deleted
opennurbs_x (surface surface intersection!), openurbs_brep_kinky
(surface cleanup), opennurbs_brep_changesrf (surface conversion),
and opennurbs_based (succinctly identifies RhinoSDK
removals!). |
| 18:11.21 |
Notify |
03BRL-CAD:brlcad * 54577
(brlcad/trunk/src/other/openNURBS/example_brep/example_brep.cpp
brlcad/trunk/src/other/openNURBS/example_gl/example_gl.cpp and 5
others): update examples to their latest sources |
| 18:16.34 |
``Erik |
another gimpy
parse, hm |
| 18:22.20 |
maths22 |
I am now
going to work on developing the new theme. |
| 18:22.37 |
brlcad |
maths22:
awesome |
| 18:25.03 |
maths22 |
I am
transfering the site to my computer, and then I will work with
it. |
| 18:26.22 |
maths22 |
I will work
with the new mockup |
| 18:27.30 |
brlcad |
cool, that
really sounds great |
| 18:27.41 |
brlcad |
feel free to
incorporate more awesomeness from the examples |
| 18:28.26 |
brlcad |
I really like
the mozilla site, a simplified version would very much suite our
needs |
| 18:29.18 |
maths22 |
should i use
the graphical styling from n_reed's mockup? |
| 18:30.08 |
brlcad |
what do you
mean? |
| 18:30.25 |
*** join/#brlcad kmwho
(0e8b6149@gateway/web/freenode/ip.14.139.97.73) |
| 18:30.37 |
maths22 |
the content
more like mozilla, the look more like n_reed's |
| 18:30.39 |
brlcad |
hi
kmwho |
| 18:30.50 |
brlcad |
maths22: your
call if you're designing it |
| 18:30.59 |
maths22 |
ok |
| 18:31.08 |
brlcad |
make it look
awesome ;) |
| 18:31.12 |
kmwho |
Hello
:D |
| 18:31.17 |
maths22 |
I like the
look of n_reed's, but some will change as I good |
| 18:32.15 |
``Erik |
if only 'look
awesome' were quantifiable O.o (I suck at design type
crap) |
| 18:33.06 |
brlcad |
maths22: the
"In the *" sections on mozilla aren't my cup of tea, but the "Be a
part of Mozilla" is just fantastic |
| 18:33.21 |
brlcad |
that's kind
of the simple emphasis on participation that I was referring
to |
| 18:33.43 |
brlcad |
and perhaps
that's just a panel on the right side instead of having two sizes
for news elements |
| 18:34.32 |
brlcad |
I like how
http://mil-oss.org/ presents the
last two news items at the bottom (last four probably better for
our rate) |
| 18:34.54 |
maths22 |
ok |
| 18:35.46 |
brlcad |
and the
mozilla subscription link is very handy too for building community,
add folk easily to our brlcad-news list (the sf.net / mailman
interface is just terrible) |
| 18:36.31 |
``Erik |
if we want a
'latest 5 commits' or something, I could write to a dump file or
something, or make an ajax dump url |
| 18:37.24 |
kmwho |
Hey, I was
looking into your last year GSOC ideas and noticed that you had a
few ideas related to scientific computing ( Bending Light /
particle system ), are you still looking for it ? |
| 18:37.50 |
``Erik |
kmwho:
yes |
| 18:37.59 |
maths22 |
I like the
ajax dump url/dump file idea. |
| 18:38.12 |
brlcad |
``Erik:
that'd be great, make it configurable for last N commits
:) |
| 18:38.23 |
brlcad |
s/commits/notifications/ |
| 18:38.27 |
``Erik |
all of those
ideas are things we'd like, they just also happened to be in the
same scope as gsoc |
| 18:39.25 |
``Erik |
maths22: let
me know what form of ipc would be best, I can do either pretty
trivially, or we can figure out a better ipc :) |
| 18:40.34 |
maths22 |
once I have a
spot for it, I will let you know |
| 18:41.05 |
``Erik |
aight |
| 18:41.27 |
kmwho |
ooh cool :) ,
I was looking for something like that |
| 18:42.05 |
maths22 |
unforuntiately, I now have to clone the
wiki: my login integration works too well :) |
| 18:44.01 |
brlcad |
using one of
the existing drupal extensions (there are like a dozen feed
pullers) would be good |
| 18:44.32 |
brlcad |
maths22: feel
free to commit updates to the repo |
| 18:44.43 |
brlcad |
there's a web
module already, but it's not been updated in ages |
| 18:45.31 |
maths22 |
what
repo |
| 18:45.54 |
brlcad |
starseeker:
GetNormalizedArcLengthPoints() is another really interesting
function declaration that was removed from opennurbs, related to
keiths work and surface splitting |
| 18:46.56 |
brlcad |
``Erik:
denyhosts seems to be configured WAY too slowly .. where's the
config for that? |
| 18:47.30 |
brlcad |
I get a page
full of failures before it kicks in, and sometimes it doesn't even
kick in |
| 18:47.48 |
``Erik |
um, probably
/usr/local/etc/ ? |
| 18:47.58 |
``Erik |
it's a stock
config iirc |
| 18:48.21 |
brlcad |
okay, I see
it |
| 18:48.27 |
brlcad |
that's one
huge config file.. |
| 18:49.28 |
``Erik |
cat file |
sed 's/#.*//;s/[ \t]*$//' | grep -v '^$' |
| 18:50.05 |
brlcad |
yeah, all
docs |
| 18:51.52 |
starseeker |
brlcad:
lovely. Is there a theoretical point at which we fork opennurbs
and merge in their changes to our lib as they release
them? |
| 18:54.28 |
kmwho |
Is there
somewhere i can go, to get started? |
| 19:04.35 |
n_reed |
build fail -
opennurbs_massprop.h is missing |
| 19:17.02 |
brlcad |
starseeker:
they didnt remove tthe full impl, just the decl .. but the decl
hints at how they implement it |
| 19:17.19 |
brlcad |
(and probably
how we should) |
| 19:17.40 |
brlcad |
kmwho: with
what? |
| 19:17.53 |
brlcad |
n_reed: yeah
still fixing |
| 19:18.13 |
brlcad |
build and
distcheck |
| 19:25.34 |
Notify |
03BRL-CAD:brlcad * 54578
(brlcad/trunk/src/other/openNURBS/CMakeLists.txt
brlcad/trunk/src/other/openNURBS/Makefile.am): massprop went
away |
| 19:29.14 |
brlcad |
``Erik: talk
about just in time .. .bz just experienced a critical hard drive
failure with the service outage last night |
| 19:30.20 |
``Erik |
heh, so the
glitcheness of the hdd wasn't all in my imagination O.o |
| 19:30.21 |
brlcad |
he's dead,
jim! |
| 19:31.15 |
brlcad |
I suspected
hard drive wonk a year ago when we had a failure |
| 19:32.21 |
Notify |
03BRL-CAD:n_reed * 54579
brlcad/trunk/src/libged/draw.c: pull view calculations into
separate functions |
| 19:33.01 |
``Erik |
might be a
good time to set up the second disk as a backup either using
software raid mirroring or an rsync cronjob, just in
case |
| 19:34.49 |
``Erik |
http://news.ycombinator.com/item?id=5332317
interesting ios game O.o topology puzzle |
| 19:36.10 |
*** join/#brlcad cadman
(4af2b5ed@gateway/web/freenode/ip.74.242.181.237) |
| 19:36.14 |
starseeker |
brlcad: ok,
but they never did bring back the V2 convertor you thought might be
converting trimmed to untrimmed |
| 19:37.40 |
starseeker |
unless I
missed something |
| 19:59.27 |
Notify |
03BRL-CAD:brlcad * 54580
(brlcad/trunk/src/other/openNURBS/CMakeLists.txt
brlcad/trunk/src/other/openNURBS/Makefile.am): document the files
that we intentionally retained for reference but do not compile
(along with others) |
| 20:00.16 |
brlcad |
starseeker:
that's opennurbs_brep_changesrf.cpp |
| 20:00.42 |
brlcad |
the statement
was that it'd be readded in the NEXT release |
| 20:00.54 |
brlcad |
not that much
time has gone by :) |
| 20:03.21 |
brlcad |
starseeker:
how do the *.dist files work? |
| 20:04.16 |
brlcad |
see many that
list lots of source and header files .. are those files that aren't
compiled? does that mean all header files have to be listed
whether used or not? |
| 20:13.51 |
starseeker |
brlcad: yeah,
if it's not used in one of the build targets it needs to be listed
(IIRC) |
| 20:13.57 |
starseeker |
hang on, I'll
fix it |
| 20:14.32 |
n_reed |
my
understanding is that distcheck needs all source files to appear in
either one of the standard target macros or the CMAKEFILES
macro |
| 20:15.05 |
n_reed |
and
CMakeLists.txt automatically adds the files in the .dist files with
CMAKEFILES |
| 20:15.22 |
n_reed |
that is
src/other/CMakeLists.txt |
| 20:15.25 |
brlcad |
why keep that
as a separate file and not list it in cmakefiles
though? |
| 20:15.39 |
brlcad |
i'm seeing
files listed in both places |
| 20:15.58 |
starseeker |
brlcad: that
may be accidental |
| 20:16.20 |
starseeker |
there's no
harm if a file is also in the dist file |
| 20:16.31 |
brlcad |
is there a
problem with generated files being listed in build rules and
CMAKEFILES? |
| 20:17.08 |
brlcad |
there's harm
in the sense that it dilutes my ability to discern what's in the
distfile being ignored :) |
| 20:17.41 |
brlcad |
can't trust
the distfile, have to check cmakelists and vice-versa |
| 20:18.45 |
starseeker |
make
distcheck-repo_verify will tell you if there are any files aren't
listed, and cmake will fail if there are any files being listed as
ignore that don't exist |
| 20:20.04 |
brlcad |
maybe a more
concrete example |
| 20:20.24 |
brlcad |
why would
openNURBS.dist list all of the headers? that
intentional/needed? |
| 20:21.05 |
starseeker |
yes - because
nothing in the openNURBS build logic itself triggers CMAKEFILES on
those files |
| 20:21.32 |
starseeker |
src/other
subbuilds don't know about our distcheck rules, so what they list
may or may not end up in our CMAKEFILES maintained
lists |
| 20:22.08 |
brlcad |
because
there's no install() rule for the headers or something? |
| 20:23.05 |
starseeker |
basically |
| 20:23.16 |
brlcad |
hm |
| 20:23.25 |
starseeker |
I can
override some commands to make sure things get listed in
CMAKEFILES, but not all |
| 20:23.37 |
starseeker |
I've almost
got it fixed - one sec... |
| 20:24.07 |
brlcad |
couldn't the
dist files just be a big CMAKEFILES() block at the end of their
respective files? |
| 20:24.31 |
brlcad |
it'd be
easier to not get out of sync since you can scan the file for
repeat refs |
| 20:24.34 |
starseeker |
yes, but that
eliminates any possibility of having "pristine" build systems in
src/other |
| 20:24.57 |
brlcad |
ah, for which
ones? |
| 20:25.09 |
brlcad |
I thought you
added most of them |
| 20:25.54 |
starseeker |
zlib and
libpng are pretty much pristine |
| 20:26.04 |
starseeker |
I had to
tweak libpng but they accepted my patches |
| 20:26.08 |
brlcad |
a couple
.dist files for those cases would make sense |
| 20:26.40 |
starseeker |
once we get
the utahrle project up and running, that'll be another
case |
| 20:26.50 |
starseeker |
stepcode has
it's own build |
| 20:26.53 |
brlcad |
still, that's
a case where we can fix the build, right? |
| 20:27.11 |
starseeker |
yeah, but we
can't have a CMAKEFILES macro call - it won't make
sense |
| 20:27.16 |
starseeker |
not in a
stand-alone build |
| 20:27.26 |
brlcad |
both really
-- it'd be a case like tcl IF they adopted a cmake build and
weren't willing to change it for a clean distcheck |
| 20:27.53 |
brlcad |
how
so? |
| 20:28.22 |
brlcad |
does
CMAKEFILES mean something other than "ignore this
file"? |
| 20:28.40 |
starseeker |
it doesn't
mean anything at all outside of BRL-CAD - it's our own
macro |
| 20:28.51 |
brlcad |
ooooh |
| 20:29.03 |
starseeker |
we go far
above and beyond most CMake builds with file tracking |
| 20:29.16 |
brlcad |
now it's
starting to make sense |
| 20:29.25 |
brlcad |
I knew that
bit, just not the how mechanism |
| 20:29.36 |
starseeker |
it's some of
our most sophisticated CMake logic - I could probably write it up,
at some point (should, just to make sense of it) |
| 20:30.42 |
Notify |
03BRL-CAD:starseeker * 54581
(brlcad/trunk/src/other/libvds.dist
brlcad/trunk/src/other/openNURBS.dist
brlcad/trunk/src/other/poly2tri.dist): Update dist files for
src/other archives. |
| 20:30.52 |
starseeker |
that should
do it, based on what I'm seeing here |
| 20:32.01 |
starseeker |
for dist
anyway, seeing other failures in build |
| 20:33.03 |
starseeker |
opennurbs.h:79:64: error:
opennurbs_massprop.h: No such file or directory |
| 20:33.26 |
brlcad |
yeah, there's
a few source edits that richard missed |
| 20:33.44 |
brlcad |
i'm tracking
them down |
| 20:36.03 |
Notify |
03BRL-CAD:brlcad * 54582
brlcad/trunk/src/other/openNURBS/opennurbs.h: massprop was
removed |
| 20:37.17 |
starseeker |
hmm,
charming:
http://news2.mcneel.com/scripts/dnewsweb.exe?cmd=article&group=openNURBS&item=2711 |
| 20:46.44 |
Notify |
03BRL-CAD:brlcad * 54583
brlcad/trunk/src/other/openNURBS/opennurbs.h: opennurbs_x.h was
also removed |
| 20:48.53 |
brlcad |
for a second,
I thought that might be abhijit nandy |
| 20:49.33 |
starseeker |
Dale's answer
is not encouraging |
| 20:49.48 |
brlcad |
but that also
probably explains my confusion .. i saw v5 in 2012 09
14 |
| 20:49.56 |
brlcad |
they reposted
a month later with a bunch changed |
| 20:50.07 |
starseeker |
nods |
| 20:50.18 |
starseeker |
I hope all
these various versions are archived somewhere |
| 20:50.36 |
brlcad |
I think you
patch files were on 2012 09 14 but richard tried to merge the
newer |
| 20:50.44 |
brlcad |
still curious
that he missed a bunch of edits |
| 20:51.02 |
brlcad |
looks like
they outright removed all of the intersection function
declarations |
| 20:51.11 |
starseeker |
winces |
| 20:51.16 |
brlcad |
so you don't
even get to unimplemented |
| 20:51.29 |
brlcad |
no biggie,
they went from not working to not existing |
| 20:51.48 |
starseeker |
yeah, but
ON_Curve::GetLength is something else again |
| 20:52.03 |
brlcad |
do we use it?
apparently not if it's been working :) |
| 20:52.48 |
starseeker |
<snort>
I doubt we use a fraction of what we eventually *should* be using
in openNURBS |
| 20:53.54 |
starseeker |
we're at the
very beginning of our NURBS manipulation capabilities |
| 20:55.06 |
starseeker |
no matter -
if I get *too* annoyed I can always rename libnurbs in src and try
to do something different on the libnurbs sf project |
| 20:55.35 |
starseeker |
would vote for libbrep, BRL-CAD being a solid
modeler |
| 21:01.59 |
starseeker |
hrm... |
| 21:02.28 |
starseeker |
notes with some embarassment that it looks like he should
have stuck the nurbs.h contents in brep.h to begin
with... |
| 21:20.44 |
maths22 |
./lastlog
maths22 |
| 21:25.32 |
*** join/#brlcad cadman
(40b2b147@gateway/web/freenode/ip.64.178.177.71) |
| 21:35.41 |
brlcad |
how is it
possible that we're already using nearly double the disk capacity
of the old .bz |
| 21:35.55 |
brlcad |
``Erik: can
/usr/ports.old be deleted? |
| 21:36.01 |
Notify |
03BRL-CAD:n_reed * 54584
brlcad/trunk/src/libged/draw.c: simplify ged_redraw by forgoing
unnecessary non-wireframe replotting which was implemented for
semantic as opposed to practical reasons |
| 21:46.28 |
Notify |
03BRL-CAD:starseeker * 54585
brlcad/trunk/include/dvec.h: dvec.h doesn't need all of raytrace.h
- include just what it need and make a note. |
| 21:51.10 |
Notify |
03BRL-CAD:starseeker * 54586
(brlcad/trunk/include/brep.h
brlcad/trunk/src/conv/step/OpenNurbsInterfaces.cpp and 6 others):
Consolidate nurbs.h into brep.h - better not to put another
toplevel nurbs related header file in when there is already an
obvious candidate. |
| 21:52.25 |
brlcad |
starseeker:
except that some of the data in brep.h belongs to librt |
| 21:52.46 |
Notify |
03BRL-CAD:starseeker * 54587
brlcad/trunk/include/CMakeLists.txt: Sync CMakeLists.txt
file |
| 21:52.48 |
starseeker |
shouldn't
that go in something like raytrace.h then? |
| 21:52.55 |
Notify |
03BRL-CAD:carlmoore * 54588
brlcad/trunk/src/util/bw3-pix.c: shorten the code in filename
check, and clarify the Usage message |
| 21:53.24 |
brlcad |
not
necessarily that one, but sure |
| 21:53.57 |
brlcad |
probably
belongs up in src/librt/primitives/brep |
| 21:54.26 |
brlcad |
i'm
specifically looking at brep_specific .. it has no business in
libnurbs |
| 21:54.37 |
starseeker |
ah |
| 21:54.40 |
starseeker |
where's it
used? |
| 21:54.42 |
brlcad |
it's not even
supposed to be a public struct |
| 21:55.04 |
brlcad |
someone
probably followed bot.h |
| 21:55.14 |
starseeker |
which also
gets it wrong? |
| 21:55.35 |
brlcad |
probably |
| 21:55.46 |
brlcad |
i just see it
has one too and shouldn't |
| 21:56.08 |
brlcad |
anything
named _specific was probably an implementation detail and doesn't
belong in include/ |
| 21:57.14 |
starseeker |
ok, let me
revert opennurbs back a bit and I'll move it out of
brep.h |
| 21:57.25 |
starseeker |
(locally, not
in the repo) |
| 21:58.50 |
brlcad |
you mean
libnurbs? |
| 21:58.59 |
starseeker |
no, opennurbs
(so I can build) |
| 21:59.11 |
brlcad |
oh, I'm
almost done with the merges |
| 21:59.14 |
brlcad |
literally 2
min I think |
| 21:59.17 |
starseeker |
cool |
| 22:03.12 |
Notify |
03BRL-CAD:brlcad * 54589
brlcad/trunk/src/other/openNURBS/Makefile.am: example_dump is no
more |
| 22:04.48 |
brlcad |
okay, not two
minutes .. but almost there .. |
| 22:06.17 |
Notify |
03BRL-CAD:brlcad * 54590
(brlcad/trunk/src/other/openNURBS/CMakeLists.txt
brlcad/trunk/src/other/openNURBS/Makefile.am): opennurbs_basic.cpp
isn't supposed to be compiled any more, just for
reference |
| 22:06.42 |
brlcad |
they really
did rip out everything related to intersection |
| 22:07.09 |
brlcad |
probably what
they should have done all along, but then if they had we might
never have adopted them |
| 22:07.40 |
starseeker |
so from their
point of view, *definitely* what they should have done all along
;-) |
| 22:08.48 |
brlcad |
might have
picked them up at some point for 3dm read/write support |
| 22:09.13 |
starseeker |
the uv pt
-> 3d pt evaluation is nothing to sneeze at though |
| 22:09.39 |
starseeker |
erm |
| 22:09.47 |
starseeker |
libged/brep.c
is using brep_specific |
| 22:10.31 |
starseeker |
probably an
indication some logic needs to move down the library
hierarchy |
| 22:12.10 |
starseeker |
wonders if there is something similar driving the inclusion
of bot_specific in the header |
| 22:12.47 |
brlcad |
of course,
it's easier to expose implementation detail and break encapsulation
than call through API cleanly |
| 22:13.02 |
brlcad |
make it all
public access it from anywhere |
| 22:14.29 |
brlcad |
``Erik: so
we're running 9.1-STABLE and are current? |
| 22:19.40 |
Notify |
03BRL-CAD:starseeker * 54591
(brlcad/trunk/include/brep.h brlcad/trunk/src/libged/brep.c and 2
others): Move brep_specific down into librt - not part of the
public api. Will need to look into the libged brep command and see
what needs encapsulating |
| 22:20.04 |
starseeker |
Works with
opennurbs 54557 |
| 22:20.06 |
``Erik |
yes and
reasonably, there may be a few minor patches for -stable that
aren't in 9-1-STABLE yet |
| 22:20.47 |
``Erik |
http://www.freebsd.org/releng/ |
| 22:21.00 |
Notify |
03BRL-CAD:n_reed * 54592
(brlcad/trunk/include/solid.h brlcad/trunk/src/libged/draw.c): if
we stash the tsp mat in the solids we create, we can draw/redraw
them later without doing a tree walk |
| 22:21.22 |
``Erik |
ooh, ssl
issues cropped up |
| 22:21.37 |
brlcad |
``Erik: I'm
looking into a hardware upgrade :) |
| 22:21.48 |
brlcad |
but this
time, asking them to just move the disks |
| 22:22.09 |
``Erik |
oh, that was
a year ago, yeah, we're good, last sync was feb 27,
2013 |
| 22:22.12 |
``Erik |
http://www.freebsd.org/releases/9.1R/errata.html |
| 22:22.25 |
brlcad |
any
hardware-specific compilation? |
| 22:22.28 |
``Erik |
another hw
upgrade? o.O |
| 22:22.33 |
``Erik |
nope, generic
kernel |
| 22:22.47 |
brlcad |
it'd be
moving from p4 to xeon |
| 22:23.23 |
``Erik |
um, 32b i386,
I'm not sure if there're any 486 or 586 specific stuff, but that
disk should boot on anything later than p1-66 |
| 22:23.45 |
brlcad |
k |
| 22:24.30 |
``Erik |
rc.conf
probably needs adjusts if the nic changes chipset |
| 22:24.54 |
``Erik |
current hw
uses a bge (broadcom gig-e iirc) |
| 22:25.01 |
brlcad |
it will
either double or quadruple our cpu and double the ram |
| 22:26.46 |
``Erik |
hm, 2->4g
ram? 'k, it's a 32b kernel right now, but if there's only 4g ram,
probably no good reason to switch to a 64b kernel |
| 22:27.12 |
Notify |
03BRL-CAD:brlcad * 54593
brlcad/trunk/src/other/openNURBS/CMakeLists.txt: last two, the
opennurbs_x files are no longer compiled either, yet kept for
reference |
| 22:27.58 |
brlcad |
haha
... |
| 22:27.58 |
brlcad |
/Users/morrison/brlcad.trunk/src/libnurbs/opennurbs_ext.cpp:
In function ?ON_Curve* brlcad::pullback_curve(ON_BrepFace*, const
ON_Curve*, brlcad::SurfaceTree*, double, double)?: |
| 22:28.01 |
brlcad |
/Users/morrison/brlcad.trunk/src/libnurbs/opennurbs_ext.cpp:2938:
error: ?const class ON_Curve? has no member named
?GetLength? |
| 22:28.08 |
brlcad |
looks like we
relied on it too |
| 22:28.51 |
brlcad |
``Erik:
couldn't that be on the next emerge world though? |
| 22:29.06 |
brlcad |
or
portupgrade or whatever the frack it's called now :) |
| 22:32.23 |
``Erik |
kernel and
base system are seperate from the port system |
| 22:33.06 |
``Erik |
(ports should
almost exclusively be in /usr/local, with a few symlinks in
/usr/bin for things that replace base system stuff, like updated
perl) |
| 22:33.53 |
``Erik |
going 64b
would essentially be starting from scratch, with a full "make
world", reboot, then rebuild all the ports |
| 22:34.17 |
``Erik |
(and
portmaster is the latest fad) :) |
| 22:37.24 |
``Erik |
if the only
reason to switch to 64b is because it's 64b, I'd recommend staying
32b *shrug* |
| 22:40.10 |
Notify |
03BRL-CAD:starseeker * 54594
(brlcad/trunk/src/CMakeLists.txt
brlcad/trunk/src/conv/step/CMakeLists.txt and 2 others): Make the
library name match the header (all except the mv, which is done
separately to avoid upsetting subversion) |
| 22:40.29 |
brlcad |
wonders if the full 4gb will be
addressable |
| 22:40.54 |
brlcad |
having twice
the ram and only using half of it would kinda suck |
| 22:42.28 |
``Erik |
should be
addressable, it's not like windows where 4g means 3g |
| 22:42.30 |
Notify |
03BRL-CAD:starseeker * 54595 NIL: Now move
the directory |
| 22:42.41 |
``Erik |
and that's
per process |
| 22:43.12 |
brlcad |
except the
kernel is one of those processes ;) |
| 22:43.23 |
brlcad |
yeah, looks
like it's okay from what I"m reading |
| 22:43.33 |
brlcad |
COMPAT_IA32
may help down the road if we do try to go up |
| 22:43.45 |
``Erik |
hehehe,
here's someone whining about having 4g on fbsd7 and only seeing
3.94g available, then having shm reserved memory explained to
them |
| 22:46.05 |
``Erik |
looks like a
64b kernel with compat_ia32 could be rebooted with a 32b system,
but I'd want to test that on a local machine before doing it on a
remote server |
| 22:47.04 |
brlcad |
ahh, looks
like default denyhosts config is set up for linux |
| 22:47.18 |
brlcad |
it's "adding"
deny host rules to a file that isn't read |
| 22:48.28 |
``Erik |
ipfw is very
bsd, could just be how rc.conf is set up? where's the written
file? |
| 22:49.08 |
``Erik |
/etc/hosts.deniedssh seems to be its own
format |
| 22:55.33 |
brlcad |
only noticed
because it blocked an IP for a real user that tried bad username
too many times, got added, then they remembered their real
username, logged in successfull :) |
| 23:00.04 |
``Erik |
ipfw has over
6k rules |
| 23:02.33 |
brlcad |
that's
tiny |
| 23:02.47 |
brlcad |
those are
just the most recent ones that migrated from .bz |
| 23:04.35 |
brlcad |
whew, looks
like I finally got it all |
| 23:05.13 |
brlcad |
or not,
damnits |
| 23:05.43 |
brlcad |
looks like we
also use ON_Surface::Pushup() and
ON_Curve::GetClosestPoint() |
| 23:19.53 |
brlcad |
aw, I was
rather fond of the libnurbs name you had there :) |
| 23:21.07 |
brlcad |
starseeker:
note that there's more to change if you keep that name |
| 23:21.39 |
brlcad |
would
probably need to do a tree grep, but it's mentioned by name in a
few places |
| 01:18.52 |
*** join/#brlcad cadman
(40b2b147@gateway/web/freenode/ip.64.178.177.71) |
| 01:19.03 |
starseeker |
brlcad: the
temptation to try what I was originally planning with the libnurbs
sf site is growing, so probably easier to avoid conflicts ahead of
time in case that does happen |
| 01:19.40 |
starseeker |
plus, it
matches the brep.h header name we were already using
everywhere |
| 01:27.44 |
Notify |
03BRL-CAD:starseeker * 54596
(brlcad/trunk/configure.ac
brlcad/trunk/misc/win32-msvc/Dll/CMakeLists.txt and 3 others): Tell
autotools and Dll about name change too. |
| 01:41.31 |
Notify |
03BRL-CAD
Wiki:Gudaoshupi * 0 /wiki/User:Gudaoshupi: |
| 01:47.48 |
Notify |
03BRL-CAD:brlcad * 54597
(brlcad/trunk/src/other/openNURBS/CMakeLists.txt
brlcad/trunk/src/other/openNURBS/Makefile.am and 9 others):
re-re-revert to r54338 before I started causing damage. apparently
two different versions of opennurbs came out one month after the
other, both labeled as v5.0 and the latter removing substantial
functionality (3 functions) that we utilize. there are some files
to get a closer sync |
| 01:47.50 |
Notify |
with the
latest sources, but we'll need to either keep a *much* bigger patch
set or implement even more functionality in our libraries going
forward. |
| 01:54.08 |
*** join/#brlcad merzo
(~merzo@106-51-133-95.pool.ukrtel.net) |
| 05:49.04 |
brlcad |
starseeker:
sure, it's merely whether to align the name with opennurbs or librt
.. it was intently set up to not rely on librt, so the name made
sense |
| 05:49.32 |
brlcad |
I guess I saw
it evolving into what you had planned for the sf site |
| 05:50.37 |
brlcad |
because if it
really is just for librt's brep, then it's pointless as a top-level
library and should get buried back under librt |
| 06:26.03 |
Notify |
03BRL-CAD:brlcad * 54598
(brlcad/trunk/src/other/openNURBS/CMakeLists.txt
brlcad/trunk/src/other/openNURBS/Makefile.am and 10 others): redo
the merging of additional updates, adding in some overlooked
changes from the previous v5.0 update, without all the mess. adds
back the deleted opennurbs_brep_kinky.cpp and
opennurbs_brep_changesrf.cpp for reference since they seem highly
relevant to our needs (along with code |
| 06:26.05 |
Notify |
in
opennurbs_brep so they'll compile). remerges r54573 (partial),
r54576 (partial), r54577, r54580, and r54589. |
| 06:26.20 |
brlcad |
that should
do it |
| 07:52.50 |
*** join/#brlcad caen23
(~cezar@92.83.186.143) |
| 11:30.36 |
``Erik |
'dark corners
of C'
https://docs.google.com/presentation/d/1h49gY3TSiayLMXYmRMaAEMl05FaJ-Z6jDOWOz3EsqqQ/edit?usp=sharing |
| 13:36.39 |
*** join/#brlcad merzo
(~merzo@59-223-201-46.pool.ukrtel.net) |
| 15:27.40 |
starseeker |
brlcad: my sf
libnurbs ambitions may not jibe well with the direction you'd want
to take though - I was planning to add more primitives, for
example, similar to the torus and sphere they already
have |
| 15:27.59 |
starseeker |
If I can
figure out how, I may convert the source code comments to doxygen
format |
| 15:29.22 |
starseeker |
my take would
be more to turn it into what I would want in the library, then
merge in changes from opennurbs releases as appropriate - which I
know is not how you want to go at it <shrug> |
| 15:33.05 |
*** join/#brlcad Black_Rabbit
(~Black_Rab@115.248.130.148) |
| 15:33.28 |
*** join/#brlcad Blackrabbit
(~Black_Rab@115.248.130.148) |
| 15:34.12 |
brlcad |
starseeker:
"which I know is not how you want to go at it" ... non sequitor?
:) |
| 15:34.39 |
starseeker |
eh? You've
argued consistently in favor of keeping opennurbs vanilla and
working with that |
| 15:34.59 |
brlcad |
adding more
prims, converting docs, merging opernurbs releases, .. none of that
is really concerning |
| 15:35.18 |
starseeker |
except it
starts to involve extensive changes to the opennurbs
code |
| 15:35.25 |
brlcad |
and I
wouldn't necessarily have to agree with what you're wanting to do
for it to be useful or good for you, right? |
| 15:35.57 |
starseeker |
sure, but I'm
not going to oppose you on something like that within BRL-CAD - the
bests interest of the BRL-CAD project are what's important for its
component libraries |
| 15:36.23 |
starseeker |
my approach
would fairly quickly result in a de-facto fork, in the sense that a
system opennurbs wouldn't be compatible |
| 15:36.25 |
brlcad |
actually, I
layed out two or three ways to work with opennurbs and only one
involved keeping vanilla, but still that's not exactly opposition
to anything |
| 15:37.02 |
brlcad |
I knew you
had other ambitions and directions, that's great
frankly |
| 15:37.30 |
brlcad |
it's whether
both needs can be fit, so it gets more eyes an invovlement from my
perspective |
| 15:37.39 |
starseeker |
um. OK. I
may have gotten the wrong impression - my distinct memory was you
were very keen on keeping compatibility with a hypothetical system
opennurbs, but I could have misunderstood |
| 15:38.24 |
brlcad |
example in
point, I don't see the practical point of doing incremental loading
(at this point) in stepCODE, and would probably voice entirely
different priorities |
| 15:38.32 |
brlcad |
but that
doesn't mean I'm actually against it |
| 15:38.39 |
brlcad |
python
bindings another great example |
| 15:38.55 |
brlcad |
just doesn't
solve my problems, but then it's not supposed to -- just not a
concern |
| 15:39.36 |
starseeker |
nods |
| 15:39.37 |
brlcad |
I am keep on
keeping compatibility, but that doesn't mean I'd be opposed to
something else either |
| 15:39.47 |
brlcad |
s/keep
on/keen on/ |
| 15:40.49 |
brlcad |
if you think
it's too much work (or work you don't care about) to try and fit
your goals with our needs, that's fine but I generally like to
press for more active collaboration, not less ;) |
| 15:41.08 |
starseeker |
hmm. looking
at it from that perspective, perhaps it doesn't make sense in any
case for us to expose the brep/nurbs API as a top-level BRL-CAD
api |
| 15:42.06 |
starseeker |
brlcad: I was
more concerned that I was going to hare off in directions that
quickly diverged from the opennurbs vanilla goal, and I thought
that was a non-starter |
| 15:42.44 |
brlcad |
it would
entirely depend on how that direction affects our
integration |
| 15:43.28 |
brlcad |
you written
down plans or a road map any where? easy enough to go over
something and see if there are concerns |
| 15:43.56 |
starseeker |
only a few
early thoughts - I'll write up a little more of what I'm thinking
this evening |
| 15:43.57 |
brlcad |
I mean I
think I get what you're thinking, turning it into some stand-alone
framework for working with nurbs geometry |
| 15:44.06 |
starseeker |
right |
| 15:44.21 |
starseeker |
but I
wouldn't be shy about adding things like mesh-related algorithms if
they look useful |
| 15:44.29 |
brlcad |
but that
statement by itself doesn't say much of anything about integration
concerns |
| 15:45.25 |
brlcad |
and if you
did add algorithms, I wouldn't exactly care either -- would start
to treat it like any other src/other with features we may or may
not use |
| 15:45.34 |
starseeker |
nods |
| 15:45.38 |
brlcad |
it starts to
matter when it's not algorithms |
| 15:45.47 |
starseeker |
... api
changes? |
| 15:46.12 |
brlcad |
when it's
code and 3rd party depdencies or implicit platform requirements,
etc |
| 15:46.18 |
starseeker |
oh,
gotcha |
| 15:46.41 |
brlcad |
you know, you
decide that meshlab is pefect for what you need |
| 15:46.47 |
brlcad |
*that*
becomes a non-starter |
| 15:46.52 |
starseeker |
winces |
| 15:46.59 |
starseeker |
I wouldn't
blame you a bit |
| 15:47.33 |
brlcad |
or more
realistic, like if you relied on opengl tessellation because it's
fast and awesome, but we're not yet ready to require it or some
similar coupling |
| 15:48.08 |
starseeker |
I'll jot some
notes down - it hadn't been very high on my list lately, but
opennurbs yanking working functionality sort of makes the issue
loom back above the radar horizon |
| 15:48.21 |
brlcad |
that's my
concern |
| 15:48.38 |
brlcad |
they're
actually making it a lot easier |
| 15:48.52 |
starseeker |
O.o
? |
| 15:49.19 |
brlcad |
with the
functions no longer stubbed empty, it's a lot easier to either do
an inheritance overlay or sister API that adds functionality back
in |
| 15:49.49 |
brlcad |
my concern is
retaining our ray tracing ability with as little effort as possible
first, and later preserving our ability to edit |
| 15:50.14 |
brlcad |
to me, that's
just where does that code live and how often will we have to do
something to maintain it |
| 15:51.23 |
brlcad |
in going
through all the changes that were needed to preserve our tracing in
this latest update, it's at least 3 functions that would need to be
extracted (in my view, there are certainly other
approaches) |
| 15:51.44 |
starseeker |
nods - fair enough. I've got some errands to run, but I'll
work on what I'm thinking this afternoon |
| 15:51.58 |
brlcad |
I'm going to
assume that they'll keep releasing updates, keep adding new
features and fixing bugs, and keep removing anything in the API not
related to 3dm conversion |
| 15:52.20 |
starseeker |
yeah, which
is a real problem if we want to use things like
opennurbs_x.h |
| 15:52.34 |
brlcad |
it took me
the better part of a day to go through that last update, and I
don't see that as viable to repeat the further they
divert |
| 15:52.49 |
brlcad |
if you have a
plan for that, I'd love to hear it ;) |
| 15:53.09 |
brlcad |
I see that
functionality simply migrating as functions in libnurbs |
| 15:53.33 |
brlcad |
one for each
they removed frankly, and some additional functionality |
| 15:54.56 |
starseeker |
nods - I may need to do some experiments with git to see how
difficult it's going to be |
| 15:55.34 |
starseeker |
my hope was
that as they get simplier, if we retain a more complete set of APIs
the merge areas where we actually need to make real changes will
become more constrained |
| 15:55.55 |
starseeker |
but that may
not be possible, since we may *need* to add functionality they
don't provide to preserve those APIs |
| 15:57.57 |
starseeker |
I have the
20120914 tarball of opennurbs, so I'll study the changes and see
what we're up against |
| 15:58.51 |
brlcad |
they mostly
are just cutting out methods |
| 15:59.17 |
starseeker |
growl |
| 15:59.19 |
brlcad |
so it is
certainly possible to readd those methods and classes back
in |
| 15:59.48 |
starseeker |
we'd need an
inheritance API to do that right though, correct? |
| 15:59.55 |
brlcad |
not
necessarily |
| 16:00.08 |
brlcad |
like I said
way back, there are like three different ways to go about
it |
| 16:00.30 |
brlcad |
inherit,
replace, or supplant |
| 16:01.04 |
starseeker |
inherit ==
define our own classes that inherit from theirs,
correct? |
| 16:01.24 |
brlcad |
yep, arguably
the most work, almost certainly the most code |
| 16:02.06 |
starseeker |
replace ==
define new functions that provide the capabilities yanked from the
original code? |
| 16:02.27 |
brlcad |
you have to
create nearly as many classes as there are in opennurbs to provide
an inheritance API |
| 16:03.01 |
starseeker |
not to
mention every time they change their classes we have to keep
up... |
| 16:03.13 |
brlcad |
the
downsides/upsides are your users would have to adopt and use your
API classes, not opennurbs, and you'd have to track any class
changes |
| 16:03.41 |
brlcad |
replace is
defining new/old functions and putting that code BACK into
opennurbs, e.g., patches |
| 16:03.51 |
starseeker |
a quick grep
identifies 370 class ON_CLASS definitions |
| 16:04.19 |
brlcad |
that method
lets users stick to opennurbs API and basically becomes more and
more of a free open source rhinosdk implementation |
| 16:04.50 |
starseeker |
but gets
progressively more difficult the further we want to be from what
the latest opennurbs provides |
| 16:04.51 |
brlcad |
the downside
is of course they can make it arbitrarily hard to keep up
patches |
| 16:05.03 |
brlcad |
but that's
probably the only downside |
| 16:05.22 |
starseeker |
that's a
potentially significant one though - they have an incentive to make
that approach difficult |
| 16:05.32 |
brlcad |
another
approach for "replace" is an outright fork |
| 16:05.46 |
brlcad |
instead of
patches, just track their releases and integrate what you care
about as they update |
| 16:05.46 |
starseeker |
thought that's what you ment by
supplant... |
| 16:05.57 |
brlcad |
supplant is
what I saw libnurbs being |
| 16:06.11 |
brlcad |
a sister
library that works with opennurbs |
| 16:06.41 |
starseeker |
ah - no, I
was thinking fork and merge what we care about |
| 16:06.54 |
starseeker |
at least for
the sourceforge project |
| 16:07.02 |
brlcad |
when you see
them yank, ON_Curve::GetLength(...), the sister library implements
a GetLength(ON_Curve, ...) |
| 16:08.16 |
brlcad |
yeah,
supplant might not be the best word, maybe delegation or
partnering |
| 16:08.30 |
starseeker |
a downside
there is the collective API of the two libraries gets trickier to
navigate |
| 16:08.40 |
brlcad |
but still,
creating a library that works beside or on top of
opennurbs |
| 16:08.54 |
starseeker |
where do I
look for functionality, mixing API styles, etc. |
| 16:09.16 |
brlcad |
that's where
my thought was to literally just implement the methods they remove
-- they identify them neatly in opennurbs_basic |
| 16:10.04 |
brlcad |
so you could
follow the full rhinosdk, and if you found something that didn't
link, there would be a function |
| 16:10.49 |
brlcad |
"overlay" ..
that's the word I was looking for |
| 16:11.20 |
brlcad |
inherit,
restore, fork, or overlay |
| 16:11.32 |
brlcad |
all have
merit and all are lots of work :) |
| 16:12.08 |
starseeker |
you said
based on you work with the 5.0 changes you though reviewing the
changes and merging would be a prohibitive amount of
work? |
| 16:12.18 |
brlcad |
with your
idea to add functionality not even covered, that would undoubtedly
influence the approach taken |
| 16:13.26 |
brlcad |
not
prohibitive, but *I* wouldn't want to do it very frequently, I'd
probably end up forking and implementing a free
rhinosdk |
| 16:13.45 |
brlcad |
easier to
merge their changes than restore our needs |
| 16:14.07 |
brlcad |
they're not
going to change the API faster than we can manage, because of their
users/business |
| 16:14.41 |
brlcad |
but that's
also politically the most impolite, so I'd "want" to try one of the
others first |
| 16:14.54 |
brlcad |
overlay
seemed to be the route we were going |
| 16:15.26 |
brlcad |
to me that
really is, then, a "libnurbs" that proides what they don't (and
then some if you do what you're thinking) |
| 16:15.27 |
starseeker |
in the
BRL-CAD tree, yes - it wasn't actually my own preference, but I had
gotten the impression that that was what I needed to do when
working inside BRL-CAD |
| 16:16.50 |
brlcad |
so whatever
you have in mind, even towards becoming a bigger "nurbs" framework
.. somewhere/somehow you're going to need to get the length of a
curve |
| 16:16.59 |
brlcad |
where
were/are you seeing that happening? |
| 16:17.25 |
starseeker |
yes. If we
want to keep they API style consistent, that would involve putting
GetLength back where they had it |
| 16:17.26 |
brlcad |
given they
yanked ON_Curve::GetLength(), that becomes a perfect simple
case |
| 16:17.42 |
brlcad |
so you'd go
for "restore" |
| 16:17.54 |
starseeker |
any thing
else means we can't ask an ON_Curve object for its length with
GetLength, which means the API has become that much less
consistent |
| 16:18.07 |
starseeker |
my instinct
would be to restore, yet |
| 16:18.12 |
starseeker |
s/yet/yes |
| 16:18.20 |
starseeker |
but I can't
claim I've thought that all the way through |
| 16:18.20 |
brlcad |
any one of
inherit, restore, fork, or overlay let you get a length |
| 16:18.32 |
brlcad |
three of them
let you actually call a GetLength() method even |
| 16:19.01 |
starseeker |
correct |
| 16:19.30 |
starseeker |
I was
figuring enough "restore" becomes "fork" by default |
| 16:19.59 |
brlcad |
inherit would
be Cliff_Curve::GetLength(), restore would be
ON_Curve::GetLength(), fork would be ON_Curve::GetLength(), overlay
would be GetLength(ON_Curve) |
| 16:20.36 |
starseeker |
right. So
restore and fork preserve the API as designed - is that a
worthwhile goal? |
| 16:20.43 |
brlcad |
meh |
| 16:21.08 |
brlcad |
to me, it's
more about the long term maintainability |
| 16:21.31 |
starseeker |
on the other
hand, a consistent API plays into long term
*usability*... |
| 16:21.34 |
brlcad |
fast forward
20 releases later to opennurbs v9.4 |
| 16:21.41 |
brlcad |
what have you
had to do |
| 16:21.56 |
brlcad |
and where did
you end up |
| 16:22.35 |
brlcad |
again, I'm
not apposed to any approach, especially if I'm not doing it
;) |
| 16:22.58 |
starseeker |
what has to
be done depends on how radical the changes are in
openNURBS |
| 16:23.07 |
brlcad |
I care about
preserving our raytracing ability with the least amount of effort
(because we have a hell of a lot of other things to worry
about) |
| 16:23.49 |
brlcad |
given enough
time, it becomes radical |
| 16:24.09 |
brlcad |
even if the
API isn't, they're a business with momentum |
| 16:24.27 |
starseeker |
precisely -
why is why I was thinking it might make sense to encapsulate just
what our raytracing abilities need in a special purpose BRL-CAD
library and let the libnurbs project try the risker, higher effort
stuff |
| 16:24.57 |
starseeker |
or even
encapsulate them in librt, for that matter |
| 16:25.29 |
starseeker |
because
BRL-CAD isn't in the business of general purpose NURBS library
development, we have specific needs that we need to
satisfy |
| 16:28.53 |
starseeker |
so make it
the business of src/librt/primitives/brep to either a) talk to
openNURBS or b) supply the minimal pieces necessary for BRL-CAD's
needs - that's probably the safest, most focused approach we could
take (the overlay option, but only as librt internals and not an
exposed, public API) |
| 16:30.06 |
starseeker |
that may not
be entirely practical when it comes to things like the step
converter, though |
| 16:31.03 |
starseeker |
so the
minimal overlay library is probably the most efficient way to get
what we need to preserve our own features |
| 16:32.41 |
Notify |
03BRL-CAD:n_reed * 54599
brlcad/trunk/src/libged/draw.c: use smarter point spacing
calculation for tgcs |
| 16:33.06 |
starseeker |
for the
libnurbs project though, I'd be hovering between restore and
fork |
| 20:38.51 |
*** join/#brlcad merzo
(~merzo@22-8-133-95.pool.ukrtel.net) |
| 20:50.38 |
*** join/#brlcad merzo
(~merzo@160-120-132-95.pool.ukrtel.net) |
| 21:17.04 |
starseeker |
brlcad: do
you happen to have any archived sources of opennurbs older than the
version 4 we have in the repository? |
| 21:26.00 |
*** join/#brlcad ``Erik
(~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) |
| 23:27.30 |
starseeker |
brlcad: I'm
collecting what I can scare up as far as opennurbs versions here,
fwiw - http://brlcad.org/~starseeker/opennurbs/ |
| 23:28.11 |
starseeker |
http://brlcad.org/~starseeker/opennurbs/README
has the background - I may have a few more old original opennurbs
vanilla sources stashed away somewhere, but that's what I've been
able to locate or reconstruct to date |
| 01:20.31 |
maths22 |
``Erik: why
does Notify sometimes have lots of ==============================
signs |
| 01:30.11 |
``Erik |
maths22:
something in the mail confuses the parser and it doesn't get the
file names right... eventually, I'll fix it |
| 02:37.05 |
*** join/#brlcad milamber
(~devlin@d118-75-244-176.try.wideopenwest.com) |
| 02:54.48 |
*** join/#brlcad milamber
(~devlin@d118-75-244-176.try.wideopenwest.com) |
| 03:10.49 |
Notify |
03BRL-CAD
Wiki:Vannesakren * 0 /wiki/User:Vannesakren: |
| 03:13.58 |
Notify |
03BRL-CAD:brlcad * 54819
(brlcad/trunk/src/burst/grid.c brlcad/trunk/src/conv/fast4-g.c and
29 others): fix the remainder of vmath calls that were missing
semicolons. wow, few more than expected. |
| 03:56.18 |
*** join/#brlcad kanzure
(~kanzure@131.252.130.248) |
| 04:25.28 |
*** join/#brlcad milamber
(~devlin@d118-75-244-176.try.wideopenwest.com) |
| 04:40.04 |
*** join/#brlcad milamber
(~devlin@d118-75-244-176.try.wideopenwest.com) |
| 06:59.15 |
*** join/#brlcad milamber
(~devlin@d118-75-244-176.try.wideopenwest.com) |
| 08:23.10 |
*** join/#brlcad milamber
(~devlin@d118-75-244-176.try.wideopenwest.com) |
| 08:48.51 |
*** join/#brlcad Ashish101
(75c2222b@gateway/web/freenode/ip.117.194.34.43) |
| 08:50.41 |
Ashish101 |
Is SeAN HERE
?? |
| 09:34.50 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-138-1.skif.com.ua) |
| 12:10.48 |
*** join/#brlcad milamber
(~devlin@d118-75-244-176.try.wideopenwest.com) |
| 12:49.36 |
brlcad |
starseeker:
yeah, I think we should for at least one more since this wasn't a
planned minor bump |
| 13:07.20 |
*** join/#brlcad milamber
(~devlin@d118-75-244-176.try.wideopenwest.com) |
| 13:22.33 |
Notify |
03BRL-CAD:brlcad * 54820
brlcad/trunk/src/liboptical/sh_cloud.c: revert 54485 since the
added precision introduces lots of benchmark result off-by-many
changes. the low precision .707 value has been there since Version
2 of RT (commit 395 in Aug 1985). a case for updating the
benchmarks could be made, but the sensitivity possibly introduced
by the double-precision value is concerning (will single-precision
fastf_t |
| 13:22.35 |
Notify |
give same
values?) |
| 13:27.06 |
*** join/#brlcad milamber
(~devlin@d118-75-244-176.try.wideopenwest.com) |
| 13:36.02 |
starseeker |
brlcad: can
we yank jove now? (deprecated 7.14) |
| 13:37.04 |
starseeker |
oh, crud -
opennurbs Makefile.am logic wasn't updated |
| 13:37.09 |
starseeker |
wades in... |
| 13:39.42 |
Notify |
03BRL-CAD:brlcad * 54821
brlcad/trunk/include/vmath.h: convert all of the vmath block macros
to do {} while (0) form so that a semicolon becomes required. only
a really stupid compiler would actually output an always-false
branch test, so it should have no impact on performance. moreover,
testing (mac, linux, gcc, clang) showed no impact. |
| 13:48.39 |
*** join/#brlcad milamber
(~devlin@d118-75-244-176.try.wideopenwest.com) |
| 13:50.36 |
Notify |
03BRL-CAD:brlcad * 54822
brlcad/trunk/include/vmath.h: document the reason for the do while
construct |
| 13:51.42 |
brlcad |
starseeker:
yep |
| 13:52.14 |
starseeker |
you want to
nuke it, or shall I do the honors? |
| 13:52.15 |
brlcad |
anything
7.16- is easily fair game |
| 13:52.23 |
brlcad |
go for
it |
| 13:52.45 |
brlcad |
plays taps |
| 13:53.11 |
starseeker |
what? no
celebrating for lines of code removed? :-P |
| 13:53.42 |
brlcad |
not for
src/other lines |
| 13:53.51 |
starseeker |
aw |
| 13:53.59 |
starseeker |
well, it
didn't start in src/other |
| 13:54.09 |
brlcad |
might be
polite to ship a dotemacs file with jove bindings |
| 13:54.46 |
starseeker |
yeah, was
planning to move that to misc |
| 13:55.02 |
starseeker |
just scrubbed
down the file we did have in there to get it loading with a modern
emacs |
| 13:57.02 |
Notify |
03BRL-CAD:starseeker * 54823
(brlcad/trunk/configure.ac
brlcad/trunk/src/other/openNURBS/Makefile.am
brlcad/trunk/src/other/tcl/unix/Makefile.in): More autotools
fixes |
| 14:00.39 |
brlcad |
cool |
| 14:13.19 |
Notify |
03BRL-CAD:starseeker * 54824
(brlcad/trunk/misc/CMakeLists.txt brlcad/trunk/misc/Makefile.am):
Add a stripped down version of the jove.emacs Emacs configuration
file intended to help Emacs emulate the jove editing experience
('stripped down' means removed things in the original file that
didn't load in modern Emacs and/or code that didn't seem especially
relevant to jove emulation.) Add to misc, in preparation
for |
| 14:13.22 |
Notify |
removal of
src/other/jove. This needs to be tested by experienced jove users,
but it is a starting point. |
| 14:16.48 |
Notify |
03BRL-CAD:brlcad * 54825
brlcad/trunk/regress/moss.sh: since -n depends on the shell mode
and echo impl, don't rely on it. looks bad in the output. just
write a label. |
| 14:17.20 |
brlcad |
starseeker:
you working on any other CHANGES obsoletions? |
| 14:25.00 |
``Erik |
kill! kill!
kill! |
| 14:36.58 |
Notify |
03BRL-CAD:r_weiss * 54826
brlcad/trunk/src/conv/vdeck/vextern.h: Another data type change
from "long" to "off_t" to allow the function "bu_fseek" to work on
Windows 64bit. |
| 14:40.07 |
starseeker |
brlcad: not
right now |
| 14:40.20 |
starseeker |
after I yank
jove I've got to try to get the autotools build going
:-( |
| 14:44.17 |
Notify |
03BRL-CAD:starseeker * 54827
(brlcad/trunk/CHANGES brlcad/trunk/CMakeLists.txt and 7 others):
Remove the long-deprecated jove editor in src/other. |
| 14:46.52 |
brlcad |
starseeker:
okie dokie |
| 14:47.07 |
starseeker |
unless you
want to take on autotools :-P |
| 14:47.13 |
starseeker |
then I'll be
glad to yank more stuff |
| 14:47.14 |
Notify |
03BRL-CAD:starseeker * 54828
brlcad/trunk/src/other/openNURBS/Makefile.am: More files changed in
openNURBS |
| 14:59.59 |
Notify |
03BRL-CAD:brlcad * 54829
brlcad/trunk/src/liboptical/sh_cloud.c: go for a compromise. use
M_SQRT1_2, but truncate it to 0.707 with an explanation for why
this matters. done as a static const so we only compute the
truncation once, even though the performance impact is probably
insignificant. |
| 15:03.56 |
maths22 |
exit |
| 15:46.06 |
brlcad |
starseeker:
i'll get to it if you don't but I'm working on the regression
failures at the moment |
| 15:47.34 |
starseeker |
nods |
| 15:49.04 |
*** join/#brlcad milamber
(~devlin@d118-75-244-176.try.wideopenwest.com) |
| 15:50.56 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 15:51.38 |
FLOSSrookie |
Has anyone
else noticed conflicts with the RPM download of this
application? |
| 15:51.45 |
FLOSSrookie |
For
Fedora. |
| 15:57.07 |
starseeker |
what
conflicts?\ |
| 15:57.17 |
starseeker |
grr - what
conflicts? |
| 15:58.00 |
starseeker |
can't type today |
| 15:58.16 |
FLOSSrookie |
Let me rerun
it. |
| 16:00.29 |
FLOSSrookie |
starseeker:
http://fpaste.org/vJwd/ |
| 16:02.35 |
FLOSSrookie |
See what I
mean. |
| 16:03.09 |
starseeker |
interesting.
It's treating the directories as conflicts |
| 16:03.23 |
starseeker |
where did the
RPM come from? Is this the one on the sourceforge
site? |
| 16:03.32 |
FLOSSrookie |
starseeker:
yes. |
| 16:08.19 |
Notify |
03BRL-CAD:brlcad * 54830
brlcad/trunk/src/liboptical/sh_cloud.c: move the NUMSINES define
closer to the use since it's localized to this one function, and
document what it means |
| 16:09.00 |
FLOSSrookie |
Uhh....what? |
| 16:09.12 |
starseeker |
hmm? that's
a commit message |
| 16:09.31 |
FLOSSrookie |
starseeker:
Oh, at first I thought I was being given instructions. |
| 16:09.42 |
starseeker |
might be this
bug: http://www.cmake.org/Bug/bug_relationship_graph.php?bug_id=13854 |
| 16:10.39 |
starseeker |
http://www.cmake.org/Bug/bug_relationship_graph.php?bug_id=0013609
rather |
| 16:11.04 |
*** join/#brlcad jordisayol
(~jordisayo@unaffiliated/jordisayol) |
| 16:11.23 |
FLOSSrookie |
So, this
isn't brl-cad problem? Rather cmake? |
| 16:11.30 |
starseeker |
that would be
my guess |
| 16:11.48 |
FLOSSrookie |
Any
fixes? |
| 16:12.21 |
FLOSSrookie |
Any
workarounds? |
| 16:12.40 |
jordisayol |
is there a
date for the next release? |
| 16:13.07 |
FLOSSrookie |
Of which,
brl-cad or cmake? |
| 16:13.23 |
starseeker |
FLOSSrookie:
can you build from sources? |
| 16:13.39 |
starseeker |
or otherwise
do a non-RPM based install? |
| 16:14.25 |
FLOSSrookie |
starseeker: I
would need someone to guide me through. If I get that then yes I
could install from source. Or how would you recommend I do a
non-rpm based install? |
| 16:14.40 |
FLOSSrookie |
I cannot use
debs, right? |
| 16:15.19 |
starseeker |
yeah - looks
like we don't have tgz binary packages posted for
7.22.0 |
| 16:15.56 |
brlcad |
that looks
like a really easy cpack fix |
| 16:16.13 |
FLOSSrookie |
starseeker:
What about here:
http://sourceforge.net/projects/brlcad/files/BRL-CAD%20Source/7.22.0/ |
| 16:16.21 |
starseeker |
yeah, that's
the source code |
| 16:16.27 |
starseeker |
you want that
to build |
| 16:16.40 |
FLOSSrookie |
I'll take
whatever is easiest. |
| 16:16.48 |
FLOSSrookie |
Source if I
must. |
| 16:17.06 |
brlcad |
it builds
*really* easily 99% of the time |
| 16:17.25 |
starseeker |
brlcad: yeah,
a patch for CPack may be in order |
| 16:17.27 |
FLOSSrookie |
brlcad: Why
is it that when people say that I end up in the one
percent? |
| 16:17.33 |
brlcad |
we provide
nearly everything you need, just need to make sure you have a
compiler (gcc/g++) and perhaps x11 development
libraries |
| 16:17.48 |
starseeker |
brlcad:
probably why the umask thing was causing such a problem, come to
think of it |
| 16:17.50 |
brlcad |
FLOSSrookie:
perhaps your name is why? :) |
| 16:18.04 |
starseeker |
FLOSSrookie:
courage |
| 16:18.16 |
starseeker |
Step 1 -
install CMake |
| 16:18.53 |
FLOSSrookie |
starseeker:
Already installed. |
| 16:19.02 |
starseeker |
OK. Do you
have gcc? |
| 16:19.17 |
FLOSSrookie |
starseeker:
Help me check. What is the command to find? |
| 16:19.21 |
starseeker |
which
gcc |
| 16:19.33 |
FLOSSrookie |
/usr/lib64/ccache/gcc |
| 16:19.41 |
starseeker |
ok |
| 16:20.12 |
starseeker |
There are
some development packages you'll want - what operating system are
you on? |
| 16:20.19 |
FLOSSrookie |
starseeker:
Fedora 18 |
| 16:21.45 |
starseeker |
ok - install
the following dev packages: libXext-devel libXi-devel
freetype-devel fontconfig-devel |
| 16:21.52 |
starseeker |
and any
dependencies they pull in |
| 16:22.53 |
FLOSSrookie |
starseeker:
done. |
| 16:23.13 |
jordisayol |
FLOSSrookie:
did you try to compile your own RPM packages with |
| 16:23.13 |
jordisayol |
$
sh/make_rpm.sh |
| 16:23.33 |
FLOSSrookie |
jordisayol:
Uh...no. I did not know that little app even existed. |
| 16:23.33 |
starseeker |
jordisayol:
he hasn't built yet |
| 16:24.21 |
jordisayol |
FLOSSrookie:
it will check for neeeded packages first |
| 16:26.02 |
FLOSSrookie |
starseeker:
Waite. Where are we going here? I am being pulled in two
directions. |
| 16:26.08 |
FLOSSrookie |
or
wait. |
| 16:26.15 |
FLOSSrookie |
oops |
| 16:29.09 |
jordisayol |
the current
rpm packages are not installable on Fedora 18 due to a change on
its rpm rules. Now only one package can own an specific directory,
BRL-CAD declared all directories, which collided with other
packages. I've fixed this issue. |
| 16:31.11 |
brlcad |
jordisayol:
just fyi, I'm working through commit reviews now (300+ to go) and
we'll hopefully be able to tag a new release next week |
| 16:31.13 |
starseeker |
jordisayol:
do you have an rpm package that will work? |
| 16:31.23 |
starseeker |
if not,
FLOSSrookie needs to build it |
| 16:31.40 |
FLOSSrookie |
jordisayol:
How do I relax under the sun with this fix? |
| 16:32.36 |
brlcad |
FLOSSrookie:
have you used brl-cad before? |
| 16:33.29 |
jordisayol |
starseeker:
no, the current rpm from sourceforge are not installable on Fedora
18. No problem on Fedora 17, 16, 15... |
| 16:33.57 |
starseeker |
FLOSSrookie:
go ahead and install those dev packages, if you can |
| 16:34.03 |
starseeker |
once you do,
you're ready to build |
| 16:34.17 |
FLOSSrookie |
brlcad: A
little yes. I moved to Fedora from openSUSE and because of this
problem could not continue learning. |
| 16:34.36 |
FLOSSrookie |
starseeker:
Ready! |
| 16:35.02 |
starseeker |
OK - open up
the source tarball |
| 16:35.10 |
starseeker |
tar -xvzf
brlcad-7.22.0.tar.gz |
| 16:35.20 |
Notify |
03BRL-CAD:n_reed * 54831
brlcad/trunk/src/mged/tedit.c: remove extra argument to
bu_which |
| 16:35.29 |
starseeker |
downloaded
from here
http://sourceforge.net/projects/brlcad/files/BRL-CAD%20Source/7.22.0/ |
| 16:36.26 |
jordisayol |
It's quiet
easy to generate new rpm packages with sh/make_rpm.sh, but if you
want to generate from |
| 16:36.27 |
jordisayol |
http://sourceforge.net/projects/brlcad/files/BRL-CAD%20Source/7.22.0/ |
| 16:36.27 |
jordisayol |
You have to
fix it. is not so complicated |
| 16:36.56 |
starseeker |
jordisayol:
let's get him building it first, then we can look into the
RPMs |
| 16:37.16 |
jordisayol |
ok |
| 16:38.41 |
FLOSSrookie |
A few moments
while it downloads. |
| 16:43.47 |
FLOSSrookie |
It is
extracted...now where? |
| 16:43.54 |
Notify |
03BRL-CAD:n_reed * 54832
(brlcad/trunk/src/libged/editit.c
brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp): remove
unused variables |
| 16:45.32 |
starseeker |
FLOSSrookie:
I'll be back in a bit - jordisayol can help you once you've got the
source tarball |
| 16:45.52 |
FLOSSrookie |
:( |
| 16:45.55 |
*** join/#brlcad milamber
(~devlin@d118-75-244-176.try.wideopenwest.com) |
| 16:46.11 |
starseeker |
FLOSSrookie:
the script should actually simplify things |
| 16:46.12 |
FLOSSrookie |
Okay,
jordisayol I'll double your salary if you can help me
;) |
| 16:46.31 |
jordisayol |
0 * 2 = 0
:-D |
| 16:47.16 |
jordisayol |
FLOSSrookie:
wait a moment, I'm downloading sources too |
| 16:49.29 |
Notify |
03BRL-CAD:starseeker * 54833
(brlcad/trunk/configure.ac brlcad/trunk/include/brep.h and 2
others): More tweaks to try and get autotools working - something
is going wrong with librt and openNURBS |
| 16:52.57 |
jordisayol |
FLOSSrookie:
ok, open sh/make_rpm.sh file in a plain text editor like
gedit |
| 16:53.43 |
FLOSSrookie |
jordisayol:
done. |
| 16:54.15 |
jordisayol |
FLOSSrookie:
go to line 262 and add # to comment it |
| 16:54.35 |
jordisayol |
FLOSSrookie:
at the beginning of the line |
| 16:54.41 |
FLOSSrookie |
jordisayol:
Done. |
| 16:56.09 |
jordisayol |
FLOSSrookie:
save it and run it from sources root: |
| 16:56.09 |
jordisayol |
$
sh/make_rpm.sh |
| 16:56.33 |
FLOSSrookie |
jordisayol:
Need I use sudo? |
| 16:56.33 |
Notify |
03BRL-CAD:brlcad * 54834
brlcad/trunk/NEWS: jove is no more. cliff did it, blame him.
;) |
| 16:56.58 |
jordisayol |
FLOSSrookie:
no, it will use fakeroot |
| 16:57.36 |
FLOSSrookie |
jordisayol: |
| 16:57.36 |
FLOSSrookie |
* Missing
mesa-libGLU-devel... |
| 16:57.36 |
FLOSSrookie |
* Missing
pango-devel... |
| 16:58.22 |
jordisayol |
FLOSSrookie:
ok, run: |
| 16:58.22 |
jordisayol |
$ sudo yum
install mesa-libGLU-devel pango-devel |
| 16:58.39 |
FLOSSrookie |
jordisayol:
Should I download the x86 or i686? I am using an intel mac
64bit? |
| 16:59.09 |
FLOSSrookie |
The last
sentence should be a statement not a question. |
| 16:59.18 |
FLOSSrookie |
Oops
again. |
| 17:00.14 |
FLOSSrookie |
^
jordisayol |
| 17:00.21 |
jordisayol |
This not
depend on which processor you have, it depends on which Fedora you
have installed, but do not care about this, if your fedora is
64-bit, it will download 64 packages |
| 17:00.38 |
brlcad |
starseeker:
something indeed is not right if you're needing to change the //'s
in brep.h ... |
| 17:00.46 |
brlcad |
it should
only hit those with a c++ compiler |
| 17:00.53 |
brlcad |
it should
only work with a c compiler |
| 17:00.58 |
brlcad |
s/work/warn/ |
| 17:01.37 |
brlcad |
so it's
encountering those lines with a c compiler, implying the #ifdef
protections may be wrong |
| 17:01.42 |
FLOSSrookie |
jordisayol:
Done. |
| 17:02.01 |
FLOSSrookie |
Now I need to
install fakeroot, hold on. |
| 17:02.36 |
FLOSSrookie |
Okay, it is
processing with make_rpm. |
| 17:03.22 |
FLOSSrookie |
Oh, does
brl-cad use any qt stuff? |
| 17:03.29 |
brlcad |
FLOSSrookie:
not yet |
| 17:03.43 |
FLOSSrookie |
brlcad: Good,
don't |
| 17:04.07 |
brlcad |
we will
eventually :) |
| 17:04.14 |
brlcad |
(in a few
years) |
| 17:04.18 |
FLOSSrookie |
Why not
gtk? |
| 17:04.38 |
brlcad |
api
complexity and cleanliness of portability to windows |
| 17:05.09 |
FLOSSrookie |
brlcad: What
about something like wxwidgets then. One can make some good looking
stuff with it. |
| 17:05.50 |
FLOSSrookie |
jordisayol: I
am still at about 13% |
| 17:06.01 |
brlcad |
I like
wxwidgets, but it can't handle our needs |
| 17:06.18 |
jordisayol |
FLOSSrookie:
it's correct. It will take some minutes, depending on your
cpu |
| 17:06.28 |
FLOSSrookie |
brlcad: I
only ask because using qt in gtk env. looks ugly. |
| 17:06.30 |
brlcad |
for the style
of interface we're designing towards, we need some pretty tight
features |
| 17:07.23 |
FLOSSrookie |
And vice
versa. |
| 17:07.25 |
brlcad |
that much
probably won't be an issue because the plan is a custom qt
facade |
| 17:07.37 |
brlcad |
not qt's
default appearance |
| 17:07.52 |
FLOSSrookie |
brlcad:
Custom icons too? |
| 17:07.58 |
brlcad |
more like a
game interace, just using qt under the hood |
| 17:08.18 |
FLOSSrookie |
brlcad: Like
a blender interface? |
| 17:08.27 |
brlcad |
"sorta" ...
but not really ;) |
| 17:09.00 |
FLOSSrookie |
brlcad: Could
the type of system in use by blender work for you? It would be
cool. |
| 17:09.10 |
FLOSSrookie |
ui that
is. |
| 17:09.17 |
brlcad |
the goal is
towards being very discoverable and explorable |
| 17:09.23 |
brlcad |
I wouldn't
say blender is discoverable |
| 17:09.42 |
brlcad |
the type of
system they use is interesting |
| 17:09.48 |
brlcad |
their new one
at least |
| 17:09.58 |
FLOSSrookie |
Yes, their
new one is cool. |
| 17:12.00 |
FLOSSrookie |
I know there
are a lot of posts on forums and blogs with questions like "Can
blender be used as CAD" and the standard response is that CAD can
perform calculations. Can you give me some links on just what this
means. I am new after all. Very new. |
| 17:12.12 |
brlcad |
FLOSSrookie:
I'd love to share more code with Blender, but unfortunately it's a
one way street (from us to them) |
| 17:12.28 |
brlcad |
their license
isn't compatible with ours (without us adopting theirs) |
| 17:13.25 |
brlcad |
FLOSSrookie:
yeah, blender is fundamentally inappropriate for CAD and/or solid
modeling |
| 17:14.50 |
FLOSSrookie |
Some links to
explain further? |
| 17:14.52 |
brlcad |
the reason is
mostly due to the underlying mathematics involved in representing
geometry |
| 17:15.16 |
brlcad |
a bit
complicated to explain in plain terms, but for solid modeling, you
have to keep track of topological structure of geometry |
| 17:15.32 |
brlcad |
so you can
know whether you're inside or outside of something, for
example |
| 17:15.50 |
brlcad |
blender
doesn't care about inside and outside or connectivity, it only
cares about surfaces |
| 17:15.58 |
FLOSSrookie |
But how is
this advantageous to calculations? |
| 17:16.15 |
brlcad |
say you want
to compute the mass of something |
| 17:16.20 |
FLOSSrookie |
jordisayol:
60 percent |
| 17:16.23 |
brlcad |
you can't do
that if all you ahve is surfaces |
| 17:16.31 |
jordisayol |
FLOSSrookie:
ok |
| 17:16.49 |
brlcad |
even if your
surfaces happen to close a volume, that doesn't necessarily mean
it's topologically valid |
| 17:17.14 |
brlcad |
which means
it might still give incorrect values, you don't know |
| 17:17.27 |
FLOSSrookie |
brlcad: Does
brlcad make it easy to reach these numbers for calculations? Do I
need to use outside programs like Octave or something? |
| 17:17.51 |
jordisayol |
FLOSSrookie:
if you've installed a privative graphic driver, then the resulting
RPM will only be installable on your system |
| 17:17.59 |
brlcad |
and that's
the one aspect that's even worse .. not being able to calculate a
volume is bad, but giving a volume calculation that "might" be
inaccurate is even worse |
| 17:18.45 |
FLOSSrookie |
jordisayol:
In other words, "don't share it buddy" right? ;) |
| 17:19.02 |
brlcad |
FLOSSrookie:
it entirely depends on what you need to do, but we do focus
extensively on solidity issues, geometry representation, and robust
calculations |
| 17:19.10 |
brlcad |
our libraries
are geared for that from the ground up |
| 17:19.45 |
brlcad |
that's why
our biggest sector of use is by analysis programs that use our
geometry and perform their own simulations on top |
| 17:19.46 |
jordisayol |
FLOSSrookie:
well, if the other computers have the same graphic card with the
same driver, then will not be any problem, that's all |
| 17:20.05 |
FLOSSrookie |
brlcad: Can
you link me some documentation as how to get at this
geometry? |
| 17:20.28 |
brlcad |
FLOSSrookie:
as a user, a developer, what are you talking about? |
| 17:20.53 |
FLOSSrookie |
brlcad: I
guess more like user. |
| 17:21.08 |
brlcad |
you "get at
geometry" in simulations almost always as a developer because
you're implementing the simulation... :) |
| 17:21.26 |
brlcad |
as a user,
what is your goal has to be the consideration |
| 17:21.33 |
brlcad |
you "have"
the geometry that you create |
| 17:22.05 |
brlcad |
you can
export it to analysis systems or use the ones that integrate
directly (which you probably don't have access to, most are
restricted access) |
| 17:22.29 |
Notify |
03BRL-CAD:bob1961 * 54835
brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Arrange to sync
the hierarchy tree in Archer after a call to xpush. |
| 17:22.34 |
brlcad |
we've talked
about providing some simplistic simulation services directly
without our system, but that gets on the fringe of
features |
| 17:22.47 |
brlcad |
we've got
enough to worry about as it is ;) |
| 17:22.54 |
FLOSSrookie |
brlcad:
Restricted access? You mean proprietary? |
| 17:23.02 |
brlcad |
sometimes
yes, sometimes no |
| 17:23.36 |
FLOSSrookie |
If it is not
proprietary then how is it restricted? |
| 17:24.02 |
brlcad |
several of
our customers are government agencies, their work isn't technically
proprietary but it's not available without an agreement in place
either |
| 17:25.48 |
FLOSSrookie |
Oh, I see.
But any documentation on how to use other tools to import and
analyze stuff from brlcad? |
| 17:27.19 |
brlcad |
that gets
back to what exactly you're trying to do |
| 17:27.22 |
FLOSSrookie |
Oh, and would
it be possible to update the documentation? If I get a little more
time could I help? English is my native language. And when I am not
in a rush (as I am on the IRC) I do very well. I am thinking it
needs to be made with LaTeX. |
| 17:27.43 |
brlcad |
we're always
open to contributions of ANY kind |
| 17:27.43 |
FLOSSrookie |
It is only
now at 100 percent and almost done. |
| 17:27.54 |
Notify |
03BRL-CAD:carlmoore * 54836
(brlcad/trunk/INSTALL brlcad/trunk/misc/jove.emacs and 2 others):
remove trailing blanks/tabs |
| 17:28.12 |
brlcad |
we'll teach
you how to get involved too, if needed .. so long as there is
interest ;) |
| 17:28.52 |
brlcad |
our
documentation is actually very extensive -- I calculated more than
1M words a couple years ago |
| 17:29.25 |
brlcad |
that's
roughly 2000-4000 pages of documentation |
| 17:32.08 |
FLOSSrookie |
What was used
to compose the current documentaion: MS word, OpenOffice,
Tex? |
| 17:32.21 |
FLOSSrookie |
jordisayol:
It is now installing. Compiling is done. |
| 17:32.43 |
jordisayol |
FLOSSrookie:
ok |
| 17:34.40 |
FLOSSrookie |
brlcad:
^ |
| 17:36.35 |
jordisayol |
FLOSSrookie:
installation went fine? |
| 17:37.07 |
FLOSSrookie |
jordisayol:
Almost done...I think. It does not give feedback as a
percentage. |
| 17:38.51 |
jordisayol |
FLOSSrookie:
ok, Just want to know if I'll double my salary today...
:-) |
| 17:39.23 |
brlcad |
FLOSSrookie:
with that much documentation across 30+ years .. just about
everything ;) |
| 17:39.37 |
brlcad |
it's now
nearly all in docbook xml format |
| 17:40.03 |
brlcad |
but was
originally a mix of latex, text, msword, troff manpages, and
html |
| 17:40.20 |
brlcad |
from docbook
xml, we can export to ALL of those, so it's the future
;) |
| 17:41.53 |
FLOSSrookie |
By the way,
focus more on functionality before you give it a shiny new
interface. Export to 2D technical drawing would be cool, if it
doesn't do it already. |
| 17:42.14 |
FLOSSrookie |
I cannot
stand those people who want something pretty rather than
functional. |
| 17:43.51 |
FLOSSrookie |
jordisayol:
Its done. Finally. |
| 17:44.42 |
FLOSSrookie |
jordisayol:
Now what? |
| 17:44.43 |
jordisayol |
FLOSSrookie:
good! |
| 17:45.29 |
jordisayol |
FLOSSrookie:
now go to gnome3 menu by pressing left windows key |
| 17:45.38 |
jordisayol |
and type:
archer |
| 17:45.48 |
FLOSSrookie |
jordisayol:
Using xfce actually. |
| 17:45.56 |
jordisayol |
ok |
| 17:46.20 |
FLOSSrookie |
jordisayol: I
see nothing with that name. |
| 17:46.26 |
jordisayol |
there will be
a new "BRLCAD" entry on the menu |
| 17:46.39 |
jordisayol |
is not
there? |
| 17:47.09 |
FLOSSrookie |
jordisayol:
First help me find the installation like I did with gcc "which gcc"
what is the binary name? |
| 17:48.36 |
FLOSSrookie |
jordisayol:
No, there is not menu entry. |
| 17:48.41 |
jordisayol |
FLOSSrookie:
sorry, I don't understand you |
| 17:49.11 |
FLOSSrookie |
What is the
binary so that I can maybe execute it from the terminal. It has no
menu entry after all. |
| 17:49.17 |
jordisayol |
FLOSSrookie:
and there isn't some menu entry like "other" |
| 17:49.18 |
jordisayol |
? |
| 17:49.56 |
jordisayol |
FLOSSrookie:
/usr/brlcad/bin/archer |
| 17:49.59 |
FLOSSrookie |
jordisayol:
Yes, but I had that before and it holds all the xscreensaver stuff.
No entry for brlcad. |
| 17:50.25 |
jordisayol |
mmmm,
strange |
| 17:50.36 |
FLOSSrookie |
jordisayol:
It does not exist. |
| 17:51.26 |
FLOSSrookie |
jordisayol:
Did I miss a step after the make_rpm? |
| 17:51.33 |
FLOSSrookie |
make_rpm
script? |
| 17:51.43 |
jordisayol |
no, it do
every step for you |
| 17:52.04 |
jordisayol |
FLOSSrookie:
did you run /usr/brlcad/bin/archer without problems? |
| 17:52.24 |
FLOSSrookie |
there is no
executable "archer" on my system. |
| 17:53.03 |
jordisayol |
FLOSSrookie:
how did you install the resulting package? |
| 17:53.45 |
FLOSSrookie |
That script
was make_rpm yes? Where did it put it? |
| 17:53.53 |
FLOSSrookie |
It made an
RPM yes? |
| 17:53.59 |
jordisayol |
yes |
| 17:54.07 |
FLOSSrookie |
jordisayol:
Where was that placed? |
| 17:54.17 |
jordisayol |
it places in
the same level of sources folder |
| 17:54.36 |
FLOSSrookie |
jordisayol:
Did it auto install that RPM? |
| 17:55.07 |
jordisayol |
nop, it only
generates it. now you have to install |
| 17:55.27 |
FLOSSrookie |
jordisayol: I
don't see it. That is why I asked if I missed a step. |
| 17:55.49 |
jordisayol |
FLOSSrookie:
the script finished without errors? |
| 17:55.56 |
FLOSSrookie |
jordisayol:
Affirmative. |
| 17:56.17 |
FLOSSrookie |
"exit
0" |
| 17:56.30 |
jordisayol |
ok, then the
rpm packages has to be saved at ../ from where you built
it |
| 17:57.20 |
jordisayol |
FLOSSrookie:
is it there? |
| 17:58.14 |
FLOSSrookie |
I think it
is. I had to sort by mod time in the view because I had others for
brl-cad there. It appears to be working so far. |
| 17:59.07 |
FLOSSrookie |
jordisayol:
ITS ALIVE, its alive !!!! :) :) |
| 17:59.32 |
FLOSSrookie |
How are you
going to spend your raise? |
| 18:00.05 |
jordisayol |
FLOSSrookie:
don't know, I'm thinking on it... :-) |
| 18:00.24 |
FLOSSrookie |
Well, thanks
guys! |
| 18:00.32 |
jordisayol |
FLOSSrookie:
did you get a new entry on menu now? |
| 18:00.41 |
FLOSSrookie |
jordisayol:
Yes indeed. |
| 18:00.47 |
jordisayol |
ok,
perfect |
| 18:08.39 |
Notify |
03BRL-CAD:starseeker * 54837
brlcad/trunk/include/brep.h: Shouldn't have to use C style comments
here - why isn't the #ifdef __cplusplus conditional protecting the
C++ code? |
| 18:10.50 |
starseeker |
brlcad: I
don't get it - I wrapped the C++ code in the ifdef __cplusplus, but
a C compilation is complaining regardless |
| 18:16.44 |
Notify |
03BRL-CAD:starseeker * 54838
brlcad/trunk/include/brep.h: whoops, need the extern
C++ |
| 18:22.06 |
starseeker |
brlcad: I
suppose I did/am doing something wrong, but I'm not sure what - the
CMake build gets away with it because of std=gnu99, which we had to
pull in for some of the OSX stuff IIRC |
| 18:26.44 |
starseeker |
using a
pragma message, it looks like __cplusplus is NOT defined, and the
compiler is complaining about the comments anyway??? |
| 18:53.59 |
*** join/#brlcad jaake
(~h4ckm3@64.90.163.147.static.nyinternet.net) |
| 18:54.15 |
jaake |
hey, I jsut
emerged this on gentoo |
| 18:54.21 |
jaake |
How do you
start it? |
| 18:54.26 |
jaake |
do I need to
install a front end? |
| 18:54.52 |
``Erik |
you probably
want 'mged' |
| 18:55.03 |
jaake |
is that a
front end? |
| 18:55.27 |
``Erik |
it's a
graphical modeller, comes with the suite |
| 18:56.47 |
jordisayol |
brlcad:
thanks for your answer! Now I've seen it... :-/ |
| 18:59.07 |
*** join/#brlcad milamber
(~devlin@d118-75-244-176.try.wideopenwest.com) |
| 19:01.55 |
jaake |
okay I found
mged-brlcad.desktop in /use/share/applications but it won't run
from there |
| 19:02.57 |
jaake |
I can't find
a man brlcad or a info brlcad either |
| 19:03.10 |
jaake |
no man
mged |
| 19:12.15 |
jaake |
okay it's in
/usr/brlcad/bin/mged which is not in the PATH variable by default,
might be a good idea to make a symlink in /usr/bin/ on install for
mged |
| 19:12.17 |
jaake |
w/e
ty |
| 19:17.03 |
brlcad |
jaake:
brl-cad is comprised of over 400+ tools .. should we symlink them
all in /usr/bin? ;) |
| 19:18.16 |
Notify |
03BRL-CAD:carlmoore * 54839
brlcad/trunk/src/util/pix-png.c: just the Usage message if run with
no arguments AND no file pipes |
| 19:18.32 |
brlcad |
either way,
that's for the gentoo maintainer to do, which isn't us |
| 19:18.46 |
jaake |
brlcad: point
taken |
| 19:18.56 |
brlcad |
there used to
be a script that would set up the paths, don't know if that's still
there |
| 19:19.09 |
brlcad |
because you
ideally have PATH and MANPATH set |
| 19:19.10 |
jaake |
I guess not
many people are going to run into this that aren't also capable of
figuring it out |
| 19:19.19 |
brlcad |
nods |
| 19:20.01 |
brlcad |
and those
that can't, generally didn't want/need a CAD system to begin with
and really just needed a modeling tool (for which there are
easier-to-use alternatives) |
| 19:20.36 |
brlcad |
FLOSSrookie:
we partially export to 2D, but that's a work-in-progress (and a
known limitation that we're looking to fix) |
| 19:21.18 |
brlcad |
we have tons
of functionality really -- our interface is our weakest aspect
(very "expert-friendly" .. hard to learn, hard to use until you are
an expert) |
| 19:30.02 |
Notify |
03BRL-CAD:carlmoore * 54840
brlcad/trunk/src/fb/png-fb.c: put 'png-fb' name into
messages |
| 19:30.19 |
brlcad |
FLOSSrookie:
yes, in terms of http://www.linux.com/images/stories/blender-ui-sidebyside.png
being an improvement, but still a different UI approach
overall |
| 19:30.29 |
brlcad |
and
drastically different from where we're at now |
| 19:37.01 |
Notify |
03BRL-CAD:carlmoore * 54841
brlcad/trunk/src/util/png-pix.c: add 'png-pix: ' to error messages,
and eliminate newline in middle of Usage |
| 19:41.55 |
Notify |
03BRL-CAD:n_reed * 54842
(brlcad/trunk/src/other/step/src/express/expparse.y
brlcad/trunk/src/other/step/src/express/generated/expparse.c
brlcad/trunk/src/other/step/src/express/generated/verification_info.cmake):
correct a mistake in r51070, which apparently wasn't a perfect
application of SCL git c415e49 |
| 19:42.32 |
FLOSSrookie |
brlcad: If
you ask me, 2D export aught to be a high priority not
low. |
| 19:42.59 |
FLOSSrookie |
ought, I
mean. |
| 19:43.03 |
brlcad |
FLOSSrookie:
didn't mean to imply it was low priority |
| 19:43.46 |
brlcad |
we've been
investing the vast majority of our manpower in NURBS
infrastructure, which provides equivalent representation
support |
| 19:44.00 |
brlcad |
which is
fundamental infrastructure needed to do 2D export well |
| 19:44.03 |
brlcad |
that gets us
a TON of features actually |
| 19:44.32 |
brlcad |
2D export,
shaded displays (opengl-style), robust import, robust export,
robust tessellation, ... |
| 19:44.47 |
Notify |
03BRL-CAD
Wiki:Himaniarora * 0 /wiki/User:Himaniarora: |
| 19:45.00 |
brlcad |
all features
that are very very hard with our original mathematically-founded
representation |
| 19:45.22 |
brlcad |
starseeker:
you figure out what was going on with the comments? |
| 19:45.37 |
brlcad |
needing
extern "C++" .. is very curious |
| 19:45.57 |
FLOSSrookie |
brlcad: Oh,
can you give me some more info on how to use other programs which
use brlcad data for calculations? |
| 19:46.12 |
brlcad |
usually you
only extern "C" since C++ will be the default when compiling, not
sure what that's about |
| 19:46.32 |
brlcad |
FLOSSrookie:
to what end if you don't have access to those programs?
:) |
| 19:46.52 |
brlcad |
FLOSSrookie:
easier to have a goal in mind that we can help you work
towards |
| 19:47.21 |
brlcad |
one common
request, though, is to export a brl-cad model for rapid
prototyping |
| 19:48.07 |
FLOSSrookie |
I think that
is more what I am getting at. |
| 19:48.12 |
brlcad |
so you model
something, and then use one of our g-* exporters (e.g., g-stl) to
export to a polygonal format, which is in turn read by a CNC or
lathe or milling machine, etc |
| 19:48.50 |
brlcad |
or at the
most simple level, create some great visualizations or animations
of a model |
| 19:49.05 |
starseeker |
brlcad: not
really sure - part of it seems to be GCC complaining about comments
when it has no right to |
| 19:49.16 |
brlcad |
for that you
model it, set up a scene for rendering, and make it look fantastic,
then render images or a movie |
| 19:49.45 |
brlcad |
starseeker:
gcc doesn't exactly get that wrong, just does what it's told
:) |
| 19:49.55 |
brlcad |
so we're
telling it something wrong somewhere |
| 19:50.01 |
brlcad |
what's the
actual compile line look like? |
| 19:50.24 |
brlcad |
also wonders how "new" this is |
| 19:50.30 |
FLOSSrookie |
brlcad: So,
those programs that I do not have access to can do stuff like
physics and measure stress etc...? |
| 19:50.46 |
starseeker |
I put both
ifdef _cplusplus and ifndef _cplusplus pragma statements in there -
it *didn't* print the pragma that would have indicated it was
inside the C++ code, and still complained about comments within
that block |
| 19:51.17 |
brlcad |
wow, go carl
.. I think r54839 is his first real bit of logic |
| 19:51.29 |
brlcad |
FLOSSrookie:
yep |
| 19:52.21 |
brlcad |
simulate
explosions or radiation transport or penetration equivalences along
with the usual stress, strain, fracture and kinematics |
| 19:53.17 |
FLOSSrookie |
brlcad: Wow!
I wonder how much it would take to make a program like that? Why is
that the Army opened brlcad but not a program like
that? |
| 19:53.18 |
brlcad |
starseeker:
so that sounds really fishy (obviously) |
| 19:54.17 |
brlcad |
FLOSSrookie:
hundreds of manyears effort to bring something to a
production-quality useful status, generally speaking |
| 19:54.48 |
brlcad |
an individual
could probably whip up a demo in far far less time, but they'd need
considerable educational background |
| 19:55.34 |
FLOSSrookie |
Why would
they not open up the other half? (the army) |
| 19:57.15 |
FLOSSrookie |
brlcad:
Without that other application isn't brlcad usage going to suffer
for others not part of a corporation or government
entity. |
| 19:58.59 |
brlcad |
FLOSSrookie:
you'd have to ask them that, but that's kind of like asking why
doesn't microsoft open up ther internal xbox tools |
| 19:59.36 |
FLOSSrookie |
brlcad: MS
does not open anything. The Army did. I just wonder why they
stopped halfway. |
| 19:59.40 |
brlcad |
those
analysis tools have very little bearing on the usage of brl-cad as
open source |
| 20:00.05 |
FLOSSrookie |
brlcad: But
how useful without it? |
| 20:00.08 |
brlcad |
I don't see
it as stopping halfway |
| 20:00.21 |
brlcad |
those tools
are fully independent |
| 20:00.52 |
brlcad |
and you're
missing the point with "MS does not open anything" |
| 20:02.12 |
brlcad |
microsoft
open sourced the kinect code, for example, but that doesn't mean
they "stopped halfway" by not open sourcing their xbox games that
use the kinect |
| 20:03.50 |
Notify |
03BRL-CAD:carlmoore * 54843
brlcad/trunk/src/anim/chan_permute.c: fix a comment and a Usage
statement which had 'channel' instead of 'chan_permute' |
| 20:08.27 |
FLOSSrookie |
Is brlcad of
much use without one of those programs? |
| 20:10.35 |
``Erik |
Yes. |
| 20:11.06 |
FLOSSrookie |
``Erik: How
so? |
| 20:11.20 |
FLOSSrookie |
``Erik:
Educate me :) |
| 20:11.24 |
``Erik |
that all
depends on your goal |
| 20:12.14 |
``Erik |
is a hammer
of much use if you're not busy hammering the crossbrace into the
gate of a chicken coup? |
| 20:12.22 |
Notify |
03BRL-CAD:brlcad * 54844
brlcad/trunk/src/libbn/poly.c: this temporarily reverts r54495
because it introduced regression failures in the solids test (due
to subtle graze/hit changes). need to update the regression test to
match and propagate other improvements |
| 20:12.23 |
brlcad |
FLOSSrookie:
like I said, you can still export a model for machining |
| 20:12.33 |
brlcad |
or render
images for visualization or animations/movies |
| 20:12.48 |
brlcad |
lots of
awesome potential there |
| 20:13.32 |
``Erik |
ponders a BRL-CAD koans page |
| 20:13.50 |
FLOSSrookie |
brlcad: That
is true, I am just wondering now if it would do much good if one of
those programs could find over-stress but because you don't have it
you will not know it and you mill for nothing. Or maybe it is just
that I am so new that I misunderstand. That is also very
possible. |
| 20:13.55 |
brlcad |
you are kinda
asking how can a pencil be useful without #20 paper |
| 20:14.12 |
starseeker |
googles koans |
| 20:14.40 |
brlcad |
googles a pencil |
| 20:14.51 |
``Erik |
kinky |
| 20:15.54 |
FLOSSrookie |
brlcad: I
don't think it is much like that at all. |
| 20:16.25 |
brlcad |
there are
plenty of ways to analyze a model |
| 20:16.25 |
FLOSSrookie |
There is a
difference between art and calculation. |
| 20:16.30 |
brlcad |
several open
source options even |
| 20:16.38 |
brlcad |
feed the
model to them |
| 20:16.39 |
FLOSSrookie |
brlcad: What
are they? |
| 20:16.44 |
brlcad |
google is
your friend |
| 20:16.48 |
brlcad |
they're not
our domain |
| 20:17.00 |
FLOSSrookie |
All you have
to do is name drop. |
| 20:17.09 |
brlcad |
any more than
any other unreleased apps or commercial products |
| 20:17.14 |
``Erik |
I've been
awfully tempted to model the inside of my living room so I can try
placing furniture and doing some raytraces to see how it'd look if
I rearranged, or bought new furniture |
| 20:17.52 |
``Erik |
or maybe I'm
building a radio control airplane and I want to see if the cg is
close enough to the cl to minimize ballast |
| 20:18.11 |
FLOSSrookie |
What kind of
term should I use? What is the technical names for these
apps? |
| 20:18.20 |
brlcad |
FLOSSrookie:
the way you frame it is *specifically* as an endorsement or
furthering you to look at them, and I don't think that'd be useful
to you or me to do that.... |
| 20:18.36 |
brlcad |
FLOSSrookie:
try looking for open source finite element analysis
software |
| 20:18.46 |
brlcad |
or open
source stress strain simulation |
| 20:18.53 |
``Erik |
fem/fae,
w00t |
| 20:18.58 |
starseeker |
or animation
and rendering, if you want pictures... |
| 20:19.14 |
brlcad |
FLOSSrookie:
http://brlcad.org/BRL-CAD_Priorities.png
may be of interest |
| 20:19.28 |
brlcad |
along with
http://brlcad.org/Industry_Diagram.png |
| 20:19.37 |
brlcad |
lots of terms
in there... |
| 20:19.50 |
``Erik |
for
amusement, I once modeled the solar system described in Nivens
'ringworld', just to see what it'd look like as described, instead
of a hoaky artist rendition |
| 20:21.25 |
``Erik |
stares at the ucw a/b testing framework he just scrapped
together O.o |
| 20:23.58 |
FLOSSrookie |
``Erik: What
do the "***" mean on irc? |
| 20:24.24 |
``Erik |
'action' |
| 20:24.46 |
FLOSSrookie |
``Erik: Were
you hinting something to me then? |
| 20:24.59 |
jordisayol |
FLOSSrookie:
just type: me is happy using BRL-CAD |
| 20:25.57 |
FLOSSrookie |
jordisayol:
Why? |
| 20:26.15 |
jordisayol |
just do it
and will see what happen ;-) |
| 20:26.34 |
FLOSSrookie |
me is happy
using BRL-CAD |
| 20:26.43 |
jordisayol |
:-( |
| 20:26.57 |
FLOSSrookie |
jordisayol:
Wow! I feel better already. |
| 20:27.04 |
jordisayol |
hahahaha |
| 20:27.06 |
jordisayol |
sorry |
| 20:27.11 |
caen23 |
it's /me
:-) |
| 20:27.16 |
FLOSSrookie |
jordisayol:
Why? |
| 20:27.17 |
jordisayol |
yes,
sorru |
| 20:27.42 |
jordisayol |
try: /me is
happy to use BRL-CAD |
| 20:27.57 |
jordisayol |
s/sorru/sorry/ |
| 20:29.08 |
FLOSSrookie |
is happy to use BRL-CAD |
| 20:30.54 |
FLOSSrookie |
Do any of you
have any experience with any of these fea apps:
http://www.mechanicalengineeringblog.com/tag/list-of-open-source-softwares/ |
| 20:32.07 |
FLOSSrookie |
Now can these
programs import data from brlcad? |
| 20:32.54 |
FLOSSrookie |
https://en.wikipedia.org/wiki/Z88_FEM_software
it says import of STL and I believe brlcad can export to that
yes? |
| 20:46.13 |
*** part/#brlcad jordisayol
(~jordisayo@unaffiliated/jordisayol) |
| 20:52.59 |
*** part/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 21:02.52 |
brlcad |
answered in
pm before he disconnected |
| 21:02.52 |
Notify |
03BRL-CAD:brlcad * 54845
brlcad/trunk/include/vmath.h: increase the precision of all our
vmath math constants to 36 digits. in the process, found an error
in M_PI_4 but it was below double-precision. |
| 21:04.38 |
*** join/#brlcad Mahi
(~Mahi@ec2-23-20-215-97.compute-1.amazonaws.com) |
| 21:13.23 |
Notify |
03BRL-CAD:brlcad * 54846
brlcad/trunk/include/vmath.h: add an M_PI_3 constant even though
it's not common, just because we need it in at least one
place |
| 21:16.54 |
brlcad |
starseeker:
do the regressions pass for you now? (they should) |
| 21:17.18 |
brlcad |
I think the
poly case is one of improvement, so the regression test result will
need to be updated |
| 21:17.47 |
brlcad |
it added
precision deep within the polynomial root solver, so it's worth
fixing |
| 21:18.51 |
``Erik |
altering the
results of the root solver while the tangential torii issue is
still giving 'off by 1' errors in the regression tests?
O.o |
| 21:20.04 |
``Erik |
(or is it
time to give up on that and regenerate the expected result
images) |
| 21:23.00 |
Notify |
03BRL-CAD:n_reed * 54847
brlcad/trunk/src/other/step/src/fedex_plus/classes.c: move variable
definition outside of loops to avoid multiple declaration errors in
generated sources |
| 22:01.25 |
*** join/#brlcad tat (~tat@5.28.75.74) |
| 22:02.07 |
tat |
is there a
way to use brl-cad on OSX with middle mouse button ??? |
| 22:02.21 |
tat |
well the mac
doesn't have a middle mouse button |
| 22:04.33 |
tat |
ok found it
under X11 preferences "emulate 3 mouse button" then hold a while
pressing the mouse |
| 22:04.44 |
tat |
ok found it
under X11 preferences "emulate 3 mouse button" then hold alt key
while pressing the mouse |
| 22:07.07 |
*** join/#brlcad merzo
(~merzo@215-77-133-95.pool.ukrtel.net) |
| 22:35.32 |
Notify |
03BRL-CAD:starseeker * 54848
brlcad/trunk/src/other/openNURBS/Makefile.am: Still need to build
these openNURBS files. |
| 22:43.37 |
Notify |
03BRL-CAD:starseeker * 54849
(brlcad/trunk/src/burst/Makefile.am
brlcad/trunk/src/bwish/Makefile.am and 24 others): Distcheck still
not working in autotools, but this at least gets things compiling
again... |
| 22:47.45 |
starseeker |
mutter |
| 22:48.08 |
starseeker |
can't remember - what did we do in autotools about cleaning
out files with names like ttk::widget.n? |
| 22:48.29 |
*** join/#brlcad milamber
(~devlin@d118-75-244-176.try.wideopenwest.com) |
| 23:02.04 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
| 23:05.17 |
*** join/#brlcad milamber
(~devlin@d118-75-244-176.try.wideopenwest.com) |
| 23:05.40 |
Notify |
03BRL-CAD:starseeker * 54850
brlcad/trunk/src/other/tk/Makefile.am: try to get rid of all the
ttk man pages. |
| 23:07.07 |
starseeker |
doggone it,
now libpng is leaving a bunch of stuff |
| 23:09.18 |
starseeker |
votes for autotools removal in 7.24.2 |
| 23:15.03 |
starseeker |
brlcad: check
- regression succeedes with CMake build here |
| 23:15.30 |
starseeker |
autotools
distcheck either needs updating or is having problems with file
locations, not sure which yet |
| 23:15.58 |
starseeker |
need to
finish some other stuff, so I'm temporarily off autotools if you
want to have a go |
| 23:42.22 |
*** join/#brlcad milamber
(~devlin@d118-75-244-176.try.wideopenwest.com) |
| 23:50.25 |
*** join/#brlcad milamber
(~devlin@d118-75-244-176.try.wideopenwest.com) |
| 23:53.29 |
*** part/#brlcad Mahi
(~Mahi@ec2-23-20-215-97.compute-1.amazonaws.com) |
| 00:00.45 |
milamber |
hello all,
are step files something that mged/archer are able to handle? i
checked the documentation here: http://brlcad.org/wiki/STEP_Libraries
it seems like that is asking for the code to be cleaned up, but
the way i interpret that is that the functionality is
there. |
| 00:33.13 |
brlcad |
``Erik:
displacement |
| 00:35.37 |
brlcad |
milamber: we
have a step-g importer tool that will import some step
content |
| 00:37.02 |
brlcad |
namely solid
nurbs boundary representation geometry (what most solid modeling
systems will export) |
| 00:41.48 |
milamber |
brlcad: this
is the output that i get when i try and run the file through the
step-g converter. http://pastebin.com/dcXgPN1A |
| 00:43.07 |
milamber |
brlcad: and
for what it is worth, neither archer nor mged handle it gracefully.
archer just crashes and mged says something about malloc and
exits |
| 00:49.21 |
brlcad |
milamber: ah,
what format is that .step file? |
| 00:49.36 |
brlcad |
looks like it
might be an AP214 schema file |
| 00:49.43 |
brlcad |
we support
AP203 |
| 00:49.56 |
brlcad |
(214 is
coming later) |
| 00:50.51 |
milamber |
brlcad:
thanks, i can't seem to find anything for linux that will open it.
thanks for your time. |
| 00:51.15 |
brlcad |
milamber:
what does the file header say it is? |
| 00:53.39 |
milamber |
brlcad:
ISO-10303-21; |
| 00:53.41 |
milamber |
HEADER; |
| 00:53.41 |
milamber |
FILE_DESCRIPTION (( 'STEP AP214'
), |
| 01:13.12 |
brlcad |
yeah, so
that's the problem |
| 01:13.27 |
brlcad |
it "should"
work, or at least we'll eventually get to the point where it does
work |
| 01:13.55 |
brlcad |
but
currently, our parser is wired to read STEP AP203 which is why it
complains about all those missing/invalid entities |
| 01:14.16 |
brlcad |
so it ends up
with a corrupt .g (which obviously shouldn't happen
either) |
| 01:14.39 |
brlcad |
we have a LOT
of STEP work going on this summer, so hopefully we can improve that
then |
| 01:15.22 |
milamber |
sounds
good. |
| 01:15.32 |
brlcad |
what
generated the file? |
| 01:15.38 |
milamber |
i would be
happy to beta that stuff if you are looking for
volunteers |
| 01:15.46 |
brlcad |
you should be
able to regenerate an ap203 with whatever output the 214
file |
| 01:15.54 |
brlcad |
sure |
| 01:16.04 |
milamber |
not sure,
it's a file for an ar15 lower |
| 01:16.47 |
brlcad |
you're not
sure how you got the file? |
| 01:16.57 |
milamber |
http://defcad.org/defdist-ar-15-lower-receiver/ |
| 01:17.05 |
milamber |
i'm not sure
what program created the file |
| 01:17.20 |
brlcad |
ah, but you
didn't, that's the important part |
| 01:17.22 |
milamber |
i did
not |
| 01:17.36 |
brlcad |
has their whole data set |
| 01:18.26 |
brlcad |
in theory, we
could regenerate our importer with the merged schema and it should
read the 214 file better... |
| 01:18.32 |
brlcad |
maybe a great
gsoc task |
| 01:19.39 |
milamber |
the igs files
that are there freecad seems to be able to handle, but freecad
won't open this step format either |
| 02:25.58 |
brlcad |
milamber:
does http://www.ida-step.net/components/viewers/basic
read the file for you? |
| 02:35.44 |
Notify |
03BRL-CAD:brlcad * 54952
brlcad/trunk/src/librt/primitives/bot/tie_kdtree.c: bu_log supports
%zu for size_t |
| 02:43.32 |
milamber |
brlcad:
negative - http://pastebin.com/ikX7kKMk |
| 02:47.42 |
Notify |
03BRL-CAD:brlcad * 54953
brlcad/trunk/src/util/bwcrop.c: need signed comparison now to match
buflines |
| 02:48.37 |
*** join/#brlcad milamber
(~devlin@d118-75-244-176.try.wideopenwest.com) |
| 03:14.33 |
Notify |
03BRL-CAD:brlcad * 54954
brlcad/trunk/src/librt/primitives/arb8/arb8.c: quell gcc false
positive due to the parameter getting set within the expression.
initialize explicitly for good measure anyways. |
| 03:16.48 |
Notify |
03BRL-CAD:brlcad * 54955
brlcad/trunk/src/librt/primitives/arb8/arb8.c: ws indent style
cleanup |
| 03:17.33 |
brlcad |
milamber:
what's on line's 1-10 ? |
| 03:17.46 |
brlcad |
pastebin.ca |
| 03:18.09 |
brlcad |
(many channel
listeners cannot get to pastebin.com (and they suck)) |
| 03:21.21 |
Notify |
03BRL-CAD:brlcad * 54956
brlcad/trunk/src/librt/primitives/nmg/nmg.c: rt_nmg_import4_fastf
takes a const matp_t |
| 03:21.52 |
milamber |
http://pastebin.ca/2344562 |
| 03:28.59 |
Notify |
03BRL-CAD:brlcad * 54957
brlcad/trunk/src/librt/primitives/nmg/nmg.c: quell warning about
preserving constness to a matp_t parameter by casting _before_
passing. |
| 03:30.50 |
brlcad |
milamber:
interesting |
| 03:31.51 |
brlcad |
that indeed
looks like an invalid FILE_NAME line |
| 03:31.57 |
brlcad |
it's missing
a slew of parameters |
| 03:32.03 |
brlcad |
try changing
it to this: |
| 03:35.16 |
brlcad |
FILE_NAME
('AR-15 - Lower Receiver DD - WW REV 3.3.1-Test 1 (jad).STEP',
'2013-01-01T01:01:01', ( 'Whatever' ), ( 'Yeah' ), 'Sean',
'BRL-CAD', '' ); |
| 03:40.30 |
milamber |
trying . .
. |
| 03:42.49 |
milamber |
ida-step is
"triangulating" - which is better than just throwing an error like
it was previously doing |
| 03:44.43 |
brlcad |
progress |
| 03:51.24 |
milamber |
file loaded
in ida-step |
| 03:58.24 |
milamber |
have to get
going for the evening, but i appreciate the help |
| 04:25.51 |
brlcad |
milamber:
glad to help |
| 04:41.59 |
*** join/#brlcad merzo
(~merzo@239-76-133-95.pool.ukrtel.net) |
| 04:51.14 |
*** join/#brlcad Skriptkid
(~Skriptkid@59.93.68.250) |
| 04:54.28 |
Notify |
03BRL-CAD:brlcad * 54958
brlcad/trunk/src/libbu/affinity.c: need to explore the portability
of this, but go ahead and locally override the _GNU_SOURCE setting
so that we can enable processor affinity for pthread systems. after
much headache, figured out that _GNU_SOURCE needs to be defined
before the common.h header. common includes some system headers and
the features.h header is only going to get read once to
set |
| 04:54.30 |
Notify |
the necessary
__USE_GNU define and declaring the CPU_* macros and pthread
affinity funcs the implementation uses. this is going to jack up
linux benchmarks, but it's a nice 5-50% improvement on even small
smp systems. |
| 04:57.08 |
Notify |
03BRL-CAD:brlcad * 54959
brlcad/trunk/src/libged/tables.c: quellage, go through libbu and a
vls to print size_t values to file. |
| 05:23.07 |
Notify |
03BRL-CAD:brlcad * 54960
brlcad/trunk/CMakeLists.txt: need to check for a few headers to
support thread affinity on bsd. check for pthread_np.h and
sys/cpuset.h headers along with the cpu_set_t type (which is linux,
bsd is cpuset_t but allegedly may switch to match). |
| 05:23.33 |
brlcad |
wow, looks
like my earlier affinity numbers weren't the whole
picture |
| 05:23.48 |
brlcad |
had reported
vgr count going from 120k to 180k |
| 05:24.04 |
brlcad |
but just
tested again now and went from 115k to 290k |
| 05:25.05 |
brlcad |
so highly
dependent on how busy the machine is, but 2.5x faster is just
wow |
| 05:26.44 |
Notify |
03BRL-CAD:brlcad * 54961
brlcad/trunk/src/libbu/affinity.c: expand support to freebsd, just
a few changes needed |
| 05:46.03 |
brlcad |
``Erik: you
need to create a link_id |
| 05:46.19 |
brlcad |
need to
register your profile |
| 05:50.07 |
Notify |
03BRL-CAD:brlcad * 54962
brlcad/trunk/src/libbu/affinity.c: just because we have pthreads
doesn't mean we have the cpuset macros, e.g., mac os x. |
| 05:51.51 |
Notify |
03BRL-CAD:brlcad * 54963
brlcad/trunk/src/libged/tables.c: pass const |
| 05:53.33 |
Notify |
03BRL-CAD:brlcad * 54964
brlcad/trunk/src/libged/tables.c: fastf_t arrays need a little more
const persuasion |
| 09:15.16 |
*** join/#brlcad jordisayol
(~jordisayo@unaffiliated/jordisayol) |
| 10:00.02 |
*** join/#brlcad luca79
(~luca@host201-12-dynamic.13-87-r.retail.telecomitalia.it) |
| 10:10.15 |
``Erik |
cache miss
will kill ya (I'd imagine the 2 core result would also be
huge) |
| 10:11.40 |
``Erik |
will my old
'erikg' id work? (it all seems to be there) |
| 11:50.20 |
*** join/#brlcad ncsaba
(~ncsaba@p54983F7E.dip.t-dialin.net) |
| 11:50.50 |
*** join/#brlcad merzo
(~merzo@231-205-132-95.pool.ukrtel.net) |
| 11:51.07 |
ncsaba |
Hi
all |
| 11:51.23 |
ncsaba |
is there any
human around I can chat with about BRL-CAD ? |
| 11:59.15 |
*** join/#brlcad luca79
(~luca@host17-82-dynamic.14-87-r.retail.telecomitalia.it) |
| 12:01.46 |
*** join/#brlcad jordisayol
(~jordisayo@unaffiliated/jordisayol) |
| 12:06.00 |
``Erik |
nope, just us
troglodytes |
| 12:31.50 |
ncsaba |
Hi Erik,
sorry, didn't meant it like that, rather though about bots
:-) |
| 12:32.30 |
ncsaba |
look like I'm
just not patient enough |
| 12:35.06 |
ncsaba |
I last used
IRC about 13 years ago, and then on some high traffic channels and
probably got used to instant answer... which is probably not
reasonable on a channel like this |
| 12:36.27 |
``Erik |
depends on
the time of day, most of us are in the US, so gmt-5 to gmt-8...
it's still early :) |
| 12:36.42 |
ncsaba |
ok, that's a
good point too |
| 12:37.30 |
ncsaba |
well I'm in
Europe, gmt+1 |
| 12:38.10 |
ncsaba |
but I'm glad
I found somebody I can talk to :-) |
| 12:38.56 |
``Erik |
so are you
looking for help doing something with BRL-CAD, trying to decide if
it's worth checking out, or ? |
| 12:39.22 |
ncsaba |
well I just
discovered it recently that it exists - and I like it's basic
philosophy |
| 12:39.42 |
ncsaba |
but need some
things which it doesn't have - ready to program too if
needed |
| 12:39.43 |
``Erik |
cool |
| 12:40.21 |
``Erik |
what kinda
things are you looking for? (there're lots of capabilities that are
poorly advertised) |
| 12:40.24 |
ncsaba |
what I'm
actually looking for is discussion - I don't know if the things I
need are not already worked on, reasonable at all, or
so |
| 12:41.16 |
ncsaba |
well right
now I'm working on some models which use extensively
pipes, |
| 12:41.36 |
ncsaba |
and I want to
create some parameterized objects with those pipes |
| 12:41.52 |
ncsaba |
and used a
TCL script to do it |
| 12:41.57 |
``Erik |
like
shrinkwrapping them or something? |
| 12:43.04 |
ncsaba |
well I create
a fork-like structure out of pipe, and want to parameterize the
lengths of the fork sections |
| 12:43.14 |
ncsaba |
it works - I
managed to do it |
| 12:43.19 |
ncsaba |
that's not
the problem :) |
| 12:43.21 |
``Erik |
using the
pipe meta-primitive? |
| 12:43.25 |
ncsaba |
yes |
| 12:43.58 |
``Erik |
cool, that
can be a weird primitive to use... it builds the 'pipe' out of
cylinders and torii |
| 12:44.05 |
ncsaba |
what I found
strange is that i couldn't programmatically edit the points in the
pipe |
| 12:44.15 |
ncsaba |
from
TCL |
| 12:44.42 |
``Erik |
hm, they can
be edited with the sed command, I believe |
| 12:44.53 |
ncsaba |
the
"philosophy" part of the idea: whatever can be done from the GUI,
should be possible from the scripting part ? |
| 12:44.58 |
ncsaba |
not
really |
| 12:45.09 |
ncsaba |
or perhaps
I'm missing something |
| 12:45.10 |
``Erik |
(sed is solid
editor, not the unix stream editor) |
| 12:45.28 |
``Erik |
all gui
components just call a tcl callback, yes |
| 12:45.35 |
ncsaba |
ok, so I put
the object in edit mode with sed |
| 12:45.48 |
ncsaba |
then how do I
tell that I want to add a point ? |
| 12:46.20 |
ncsaba |
the GUI's
menu updates with pipe specific commands |
| 12:46.32 |
``Erik |
I'd have to
dig into the code, I tend to avoid gui stuff myself, let me take a
quick look |
| 12:46.37 |
ncsaba |
but what's
the corresponding comamnd in the scripting then ? |
| 12:46.50 |
ncsaba |
well if you
tell me where to look, I can do that myself too ? |
| 12:46.52 |
ncsaba |
:) |
| 12:47.24 |
``Erik |
well, in the
tclscripts for mged, there should be the tk menu entry to add the
point, just look at the function it calls |
| 12:47.30 |
ncsaba |
BTW, I'm
using mged, not archer - that was the first thing I found
documented when installing BRL-CAd, so I got used to
that |
| 12:47.41 |
ncsaba |
ok |
| 12:47.58 |
``Erik |
archer is an
alpha stage 'next gen' interface, mged is still the 'officially
supported' interface |
| 12:48.09 |
ncsaba |
aha, then
it's fine I guess... |
| 12:48.29 |
``Erik |
nice, I can't
even start mged due to a recent boost thread change,
heh |
| 12:48.41 |
ncsaba |
:-) |
| 12:49.16 |
*** join/#brlcad indianlarry
(~indianlar@66-118-151-70.static.sagonet.net) |
| 12:50.48 |
ncsaba |
ok, I'm in
the tclscripts/mged dir - any hint what I should look for ? I admit
I have no experience with TK |
| 12:50.52 |
``Erik |
indianlarry
probably knows the tcl command to add a pipe element
O.o |
| 12:51.50 |
ncsaba |
well frankly
I would prefer to figure out the TK links, that's like difference
between getting a fish and learning how to catch it ;-) |
| 12:53.13 |
``Erik |
'k, looks
like the adjust command is what you want |
| 12:53.44 |
``Erik |
just
reference an index one past the last and it automatically adds it
to the list |
| 13:00.33 |
Notify |
03BRL-CAD:bob1961 * 54965
brlcad/trunk/src/libged/mater.c: Putting back the double-quotes
around "light invisible=1" so that the example is once again
correct. Will fix the double-quote issue on the Tcl
side. |
| 13:12.21 |
ncsaba |
thanks Erik -
I'm looking in the docs, plus the
src/tcslscripts/mged/edit_solid.tcl, and I suppose the "db adjust
..." command is what I need to use there ? |
| 13:27.34 |
brlcad |
``Erik: you
have to set up your profile (basically confirm your address, the
terms, etc) |
| 13:27.58 |
ncsaba |
Managed to do
it with "db adjust..." :-) |
| 13:28.25 |
brlcad |
ncsaba: we're
here all the time and quite active, but not always responsive
;) |
| 13:28.42 |
brlcad |
depends on
the time of day, how many of us have are heads down in code at the
moment, etc |
| 13:28.54 |
ncsaba |
ok, no
problem - I just need to know that :-) |
| 13:29.24 |
ncsaba |
the first
impression was a ghost town, but as said, I was used to busy chat
channels... |
| 13:29.29 |
brlcad |
we have tons
of projects and welcome the activity |
| 13:29.58 |
brlcad |
it
fluctuates |
| 13:30.03 |
ncsaba |
OK, regarding
activity - what I'm missing in BRL-CAD are helper constructs to set
up constraints between objects |
| 13:30.08 |
brlcad |
sometimes
it's non-stop streaming |
| 13:30.12 |
brlcad |
sometimes
it'll be quiet for hours |
| 13:30.25 |
brlcad |
really
depends what a dozen different people are doing, what time of day,
what time of year |
| 13:30.36 |
ncsaba |
ok,
understood :-) |
| 13:30.38 |
brlcad |
but yeah, not
100's of people, so a lil diff |
| 13:30.51 |
brlcad |
we certainly
welcome the interest ;) |
| 13:31.03 |
ncsaba |
I'm busy too
normally - today I have public holiday here in Germany |
| 13:31.15 |
ncsaba |
so I can work
on my hobby stuff :-) |
| 13:31.25 |
brlcad |
so here's
some basic docs to help organize thoughts |
| 13:32.35 |
ncsaba |
do any of you
tried VARKON ? |
| 13:32.36 |
brlcad |
not entirely
useful to an individual developer since devs can work on whatever
you like, but the overall "big picture" priorities are http://brlcad.org/BRL-CAD_Priorities.png |
| 13:32.42 |
*** join/#brlcad caen23
(~cezar@92.85.92.51) |
| 13:33.08 |
ncsaba |
ok, I've seen
already that :-) |
| 13:33.17 |
brlcad |
cool |
| 13:33.28 |
brlcad |
and the
Deuces and Quickies pages? |
| 13:33.39 |
ncsaba |
as said, I
like the basic philosophy behind BRL-CAD |
| 13:33.47 |
ncsaba |
that one not
sure |
| 13:33.51 |
brlcad |
they're sort
of 1-day and 1-week scoped projects |
| 13:33.55 |
brlcad |
just some
ideas |
| 13:34.36 |
brlcad |
I keep a list
of bigger projects (multiweeks to multiyear) here: http://brlcad.org/~sean/ideas.html |
| 13:35.11 |
brlcad |
http://brlcad.org/wiki/Deuces
and http://brlcad.org/wiki/Quickies
are the aforementioned |
| 13:35.37 |
brlcad |
``Erik: the
boost stuff is undone |
| 13:37.23 |
brlcad |
ncsaba: and
you are right, philosophy is everything from the GUI should be
doable from the command line (and is as far as I know) |
| 13:38.24 |
brlcad |
if you try to
go after one of the short tasks, might ask about it first as a lot
of them were recently completed by students in a
competition |
| 13:38.30 |
brlcad |
have to
update the pages |
| 13:39.18 |
ncsaba |
ok, I'm
looking at the tasks page - what about suggestions about things
which are not there ? |
| 13:39.35 |
ncsaba |
have you
heard about VARKON ? |
| 13:39.58 |
ncsaba |
that's a 3D
CAD software too, which I also tried |
| 13:40.43 |
ncsaba |
I didn't like
it that much (mostly due to their decision to create a new language
for the scripting), |
| 13:41.03 |
ncsaba |
but it has
one nice feature: |
| 13:41.12 |
brlcad |
have followed
pretty much every open source CAD-related softare that's been put
on a page in the last 10 years :) |
| 13:41.26 |
ncsaba |
ok
:-) |
| 13:41.55 |
brlcad |
varkon's an
oldie |
| 13:42.12 |
ncsaba |
so, in VARKON
I liked the possibility to get points on primitives using
parametric selection |
| 13:42.52 |
ncsaba |
like get the
point say 0.4xlength on a segment |
| 13:43.01 |
ncsaba |
or on an
arc |
| 13:43.07 |
brlcad |
nods |
| 13:44.03 |
brlcad |
one of the
"problems" with our current primary representation format (implicit
geometry) is surface boundary selection |
| 13:44.05 |
ncsaba |
or get a
tangent to a curve on a point |
| 13:44.27 |
brlcad |
because the
surfaces are implicit, a lot of surface-based operations become
super hard or impractical |
| 13:44.48 |
brlcad |
which is why
we've spent the last few years implementing support towards
becoming fully hybrid representation |
| 13:45.07 |
ncsaba |
ok, what
about providing with the solids also some predefined key 2D shapes
/ points which can be selected ? |
| 13:45.11 |
brlcad |
implicit and
brep/nurbs under the hood, so we can get access to surface features
without loosing geometry detail |
| 13:45.32 |
ncsaba |
like a
cilinder always has a center axis |
| 13:45.37 |
brlcad |
yep |
| 13:45.54 |
brlcad |
that's on our
list of things to do |
| 13:46.11 |
ncsaba |
ok, that's
the direction I would like to help out then if possible |
| 13:46.15 |
brlcad |
make every
primitive define a set of parameters that can be
selected/edited |
| 13:46.41 |
brlcad |
to some
extent that happens already, but it happens up in tcl land in the
gui itself (year, really bad) |
| 13:47.05 |
brlcad |
the idea is
to have each primitive define their set of parameters (and
constraints) intrinsic to them |
| 13:47.18 |
brlcad |
then the gui
just probes them for what to allow for
selection/editing |
| 13:47.49 |
ncsaba |
yes,
cool |
| 13:48.13 |
brlcad |
working on
that quickly gets into the center of our geometry
kernel |
| 13:48.35 |
ncsaba |
aha |
| 13:48.44 |
brlcad |
so that's a
great area to start, but will have to maybe work towards it from
some feature perspective |
| 13:48.56 |
brlcad |
like creating
a new command-line command that just lists parameters |
| 13:49.29 |
ncsaba |
I'm coming
from a java background, just to mention it |
| 13:49.35 |
brlcad |
if you
understand that layer (simple C api), getting into the callbacks
and primitive functions will be easy |
| 13:49.51 |
brlcad |
okay |
| 13:50.27 |
ncsaba |
but I have no
problems with other languages, even if I prefer the object oriented
ones :-) |
| 13:50.54 |
brlcad |
no
worries |
| 13:51.06 |
brlcad |
our nurbs
work is all OO C++ |
| 13:51.19 |
ncsaba |
ok |
| 13:51.24 |
brlcad |
our core
geometry is heavily OO C |
| 13:51.39 |
brlcad |
(there is
such a beast) ;) |
| 13:52.30 |
ncsaba |
yes, I
imagine - I tried to apply OO design to MS foxpro back on my
programming beginnings - it kind of works but everything has to be
done manually :-) |
| 13:52.51 |
brlcad |
yeah, so
there's a lot of that |
| 13:53.15 |
ncsaba |
I guess you
have a defined interface for what primitives need to provide
? |
| 13:53.24 |
brlcad |
if you look
in src/librt/primitives, you'll see each primitive is in a subdir
where each defines a set of callbacks (which are itemized in
src/librt/primitives/table.c) |
| 13:53.32 |
ncsaba |
ok |
| 13:53.52 |
brlcad |
yeah, that's
all private API, but it's the rt_functab |
| 13:54.24 |
brlcad |
we have
several maintenance tasks to encapsulate and push more down to that
layer, but it's pretty easy to follow |
| 13:55.50 |
brlcad |
before you
dive in too far there, though, I'd suggest starting with something
you can wrap your head around |
| 13:56.04 |
ncsaba |
will have a
look, but for the moment I think there's something else |
| 13:56.11 |
brlcad |
there's a LOT
of code, so it's really easy to get lost |
| 13:56.14 |
ncsaba |
yes, exactly
my thought :)= |
| 13:56.26 |
ncsaba |
but good to
know |
| 13:56.49 |
ncsaba |
ok, then
another question: is there a way already to get the length of a
pipe ? |
| 13:57.05 |
ncsaba |
if not that
is something I would add - I need it :-) |
| 13:57.10 |
brlcad |
I've been
pushing to get all of our comments and docs and api cleaned up so
it's easier to navigate (and remove some of our legacy complexity),
but as you can imagine that takes a lot of time and effort across
1M lines of code |
| 13:57.26 |
brlcad |
length of a
pipe, hmm |
| 13:57.38 |
brlcad |
i'm not sure,
lemme check |
| 13:57.48 |
ncsaba |
just a
function pipe_length(pipe_object) |
| 13:58.17 |
brlcad |
I highly
doubt it exists |
| 13:58.30 |
ncsaba |
OK, then
that's a good task for starters I guess |
| 13:58.36 |
brlcad |
I mean what
exactly would you measure? the centerline? exterior line? inner
line? |
| 13:59.58 |
``Erik |
brlcad:
updated, link id erikg |
| 14:00.03 |
brlcad |
yeah, I don't
see anything |
| 14:01.09 |
brlcad |
linear pipe
segment lengths are recorded, but I don't see anything for overall
length (the places to look would be in src/libged (e.g., edpipe.c),
src/librt/primitives/pipe, and src/tclscripts/mged
(unlikely)) |
| 14:01.20 |
ncsaba |
I would
measure the center-line, that's the best approximation of how much
material I need for a pipe |
| 14:01.34 |
brlcad |
ncsaba: that
does sound like a great function |
| 14:01.46 |
brlcad |
and could be
exposed to users via the 'analyze' command |
| 14:01.54 |
ncsaba |
ok |
| 14:02.11 |
brlcad |
analyze
reports calculations on objects in a tabulated text
output |
| 14:02.27 |
brlcad |
can give it a
try in mged to see what it outputs, src is
src/libged/analyze.c |
| 14:02.44 |
ncsaba |
ok, I'll try
right now |
| 14:02.53 |
``Erik |
be neat to
some day have a 'generate materials list' utility |
| 14:02.54 |
brlcad |
that hooks
into librt (and is one of those prime places needing cleanup, to
push logic into librt) |
| 14:03.19 |
ncsaba |
analyze:
unable to process ID_PIPE solid |
| 14:03.40 |
brlcad |
ncsaba: so
maybe start with adding a func (rt_pipe_length()) to
src/librt/primitives/pipe and calling it from analyze |
| 14:03.44 |
brlcad |
well there ya
go ;) |
| 14:03.51 |
brlcad |
not even
hooked up to that primitive yet |
| 14:03.56 |
ncsaba |
good
:-) |
| 14:04.01 |
brlcad |
make tgc tgc
; analyze tgc |
| 14:04.16 |
brlcad |
or make arb8
arb8 ; analyze arb8 for some examples |
| 14:04.35 |
ncsaba |
yep, got
it |
| 14:05.05 |
``Erik |
woohoo
analyze: unable to process ID_METABALL solid |
| 14:05.27 |
brlcad |
``Erik: yeah,
that's one of those that really needs to get pushed down into the
functab |
| 14:05.37 |
ncsaba |
ok, so this
is a good area to work on |
| 14:05.40 |
brlcad |
otherwise
people writing new prims like yours don't even know it
exists |
| 14:06.00 |
brlcad |
basically
anywhere there's a switch statement over prim types should be
pushed |
| 14:06.06 |
brlcad |
ncsaba: yeah,
great area |
| 14:06.28 |
brlcad |
as soon as
you get a tiny thing working, I'd suggest submitting it as a
patch |
| 14:06.38 |
ncsaba |
sure |
| 14:06.59 |
brlcad |
the smaller
the better, not worrying about functionality so much as
"correctness" and format |
| 14:07.11 |
ncsaba |
I need to get
brl-cad compile first, I have old Ubuntu and some library version
problems |
| 14:07.25 |
brlcad |
getting that
sorted out helps get commit access set up, read HACKING if you
haven't when you're ready |
| 14:07.32 |
ncsaba |
now I use the
precompiled stable version (and looking in trunc
sources) |
| 14:07.42 |
brlcad |
nods |
| 14:08.02 |
``Erik |
interesting,
my ubuntu box seems to have cpu_set_t instead of
cpuset_t |
| 14:08.36 |
brlcad |
``Erik: did
it not detect correct? |
| 14:08.42 |
brlcad |
linux uses
cpu_set_t |
| 14:08.52 |
brlcad |
bsd uses
cpuset_t |
| 14:08.59 |
``Erik |
guess it
didn't detect, then |
| 14:09.13 |
brlcad |
oh, did you
rerun cmake? |
| 14:09.36 |
brlcad |
someone
pointed out the difference to the bsd guys and they said they can
change to match linux |
| 14:09.43 |
brlcad |
apparently
posix didn't define the type |
| 14:09.48 |
``Erik |
yeah, but
I'll force it again |
| 14:10.06 |
brlcad |
the test may
have failed for other reasons |
| 14:10.24 |
brlcad |
it's a
simple: BRLCAD_TYPE_SIZE("cpu_set_t" "sched.h") |
| 14:10.30 |
brlcad |
but other foo
may be needed |
| 14:10.35 |
``Erik |
I did the
automagic rerun earlier, I'm doing a forced rerun right
now |
| 14:11.21 |
brlcad |
ncsaba: just
a word of caution, gsoc2013 is about to begin and if we're accepted
(it'll be our sixth year), it's going to get a bit crazy in
here |
| 14:11.55 |
brlcad |
~seen
skriptkid |
| 14:12.01 |
ibot |
skriptkid
<~Skriptkid@117.202.103.23> was last seen on IRC in channel
#brlcad, 30d 23h 2m 9s ago, saying: 'Ahh..was looking forward to
meeting you too :)'. |
| 14:12.16 |
ncsaba |
aha |
| 14:12.26 |
``Erik |
not quite
http://www.youtube.com/watch?v=fpivIYJFjd4
crazy, but close :D |
| 14:13.21 |
ncsaba |
well I can't
normally hang out here as long as today, but will get back
regularly |
| 14:13.50 |
ncsaba |
what is the
best time to join here on the IRC ? |
| 14:13.55 |
brlcad |
no
worries |
| 14:14.41 |
ncsaba |
here's 15:15
now - workdays I can get in ~20:00 my time (gmt+1) |
| 14:14.56 |
``Erik |
that's a
pretty good time |
| 14:14.59 |
ncsaba |
ok |
| 14:15.35 |
ncsaba |
I'll stay
around now for a while, I need to get BRL-CAD compiled |
| 14:15.42 |
ncsaba |
maybe I need
some help there |
| 14:15.56 |
``Erik |
use cmake,
not automake |
| 14:16.17 |
ncsaba |
CMake Error
at CMakeLists.txt:97 (cmake_minimum_required): |
| 14:16.17 |
ncsaba |
<PROTECTED> |
| 14:16.23 |
brlcad |
really any
time usually, but 13:00 UTC to 7:00 UTC is when I'm usually
around |
| 14:16.25 |
ncsaba |
old ubuntu
:) |
| 14:17.03 |
brlcad |
one of the
devs is in germany, so he's obviously a closer sync to
you |
| 14:17.12 |
brlcad |
a few others
are in india, so they'll be on the other tail end |
| 14:17.24 |
ncsaba |
ok |
| 14:17.33 |
brlcad |
fortunately
cmake is really easy to compile ;) |
| 14:18.03 |
``Erik |
sudo apt-get
install cmake |
| 14:18.05 |
``Erik |
boom,
done |
| 14:18.07 |
*** join/#brlcad merzo_
(~merzo@231-205-132-95.pool.ukrtel.net) |
| 14:19.10 |
ncsaba |
well the
system's cmake is old - apt-get is not really helping, I will need
to either compile or get an ubuntu package from a newer
verison |
| 14:19.50 |
``Erik |
hm, might
have to do 'sudo apt-get update', been a while... I use aptitude on
my ubuntu box for managing versions/upgrades/etc |
| 14:20.10 |
ncsaba |
eventually I
will have to upgrade ubuntu, but it will be a pain - I'm running on
a VM and unitiy is not playing well there |
| 14:20.59 |
``Erik |
if you're on
windows and have visual studio, you can grab the windows cmake and
do that |
| 14:21.55 |
ncsaba |
my windows is
only there because my employer forces me to have one - everything
really useful on it is still linux :-) |
| 14:29.34 |
brlcad |
ncsaba: if
you haven't seen it, some more big picture info at http://www.ohloh.net/p/brlcad |
| 14:29.49 |
brlcad |
the in a
nutshell and activity sections would have probably answered your
mailing list question ;) |
| 14:31.03 |
ncsaba |
perhaps...
I'm kind of the impatient type unfortunately |
| 14:31.32 |
ncsaba |
unpatien |
| 14:31.33 |
ncsaba |
t |
| 14:31.36 |
ncsaba |
well |
| 14:32.26 |
brlcad |
:) |
| 14:32.56 |
``Erik |
can't even
wait to finish the word before hitting return, sheesh
:D |
| 14:34.02 |
ncsaba |
:) |
| 14:43.57 |
ncsaba |
one more
question: how well it works to have 2 versions of brlcad in
parallel ? I have currently the stable via package manager, and the
one I'm just compiling... will they coexist peacefully, or better
use only 1 ? |
| 14:49.39 |
brlcad |
the way we
work, they're not really in parallel |
| 14:50.08 |
ncsaba |
ok |
| 14:50.09 |
brlcad |
our STABLE
branch is usually validated snapshots of trunk |
| 14:50.31 |
brlcad |
trunk is
stabilized, cleaned up, verified, and sync'd to stable during a
release |
| 14:51.00 |
brlcad |
we only evern
release off of stable (after passing all our tests and other
release steps) |
| 14:51.45 |
ncsaba |
what I meant
is: if I install both a stable _and_ the compiled trunk to the same
machine, will it work ? |
| 14:52.08 |
brlcad |
depends but
they should install to different directories |
| 14:52.11 |
ncsaba |
for some
things that works, for others not... I have 3 different versions of
python here |
| 14:52.21 |
brlcad |
i do it all
the time |
| 14:52.33 |
ncsaba |
ok, thanks
! |
| 14:52.52 |
brlcad |
the only
problem would be if you installed the trunk version on TOP of
another existing version |
| 14:53.01 |
brlcad |
even that
will work, but it'll basically be the trunk version |
| 14:53.23 |
brlcad |
where's your
current install? |
| 14:53.30 |
brlcad |
/usr/brlcad
or /usr/brlcad/rel-something? |
| 14:54.06 |
ncsaba |
I just
uninstalled it :-) |
| 14:54.48 |
ncsaba |
will only use
trunc, better so |
| 14:54.52 |
brlcad |
if it's from
our deb installer, it was probably /usr/brlcad/rel-7.22.0 or
similar |
| 14:54.57 |
ncsaba |
I don't have
anything mission critical depending on it... |
| 14:55.07 |
brlcad |
and trunk
would then install as /usr/brlcad/dev-7.23.1 at the
moment |
| 14:55.55 |
``Erik |
<-- likes
to keep /usr/brlcad/trunk/ /usr/brlcad/trunkopt/
/usr/brlcad/rel-7.22.0/ ... |
| 14:56.46 |
brlcad |
``Erik: which
reminds me, I removed all of those from .bz recently |
| 14:56.58 |
brlcad |
apparently
libc got upgraded, none resolved |
| 14:57.01 |
ncsaba |
well if trunc
will cause problems, I will install back the deb package - for now
I will try using trunc (to have my own modifications
immediately) |
| 14:57.40 |
brlcad |
ncsaba: you
can read about trunk and STABLE in the top-level HACKING
file |
| 14:57.49 |
``Erik |
there were
local builds on bz? I was just making sure the ports version was
installed :) |
| 14:57.55 |
jordisayol |
deb/rpm
packages installs at /usr/brlcad/ |
| 14:58.19 |
brlcad |
basically,
trunk is a work in progress area that only tends to "settle down"
as we near a release (monthly) |
| 14:58.44 |
brlcad |
trunk won't
even necessarily compile sometimes |
| 14:58.46 |
ncsaba |
ok, fine for
me - as long as it doesn't break completely |
| 14:59.00 |
brlcad |
but it is
*expected* to, and any breakage is usually fixed
quickly |
| 14:59.38 |
ncsaba |
as said, no
mission critical things - if something breaks I can wait till
fixed |
| 14:59.48 |
brlcad |
any breakage
is usually going to be really trivial portability things, it
compiled cleanly on mac but gcc on linux warns about something
different and the build stops |
| 15:00.18 |
brlcad |
we not only
treat all warnings as errors (so even benign non-issues will halt
the build), but we also turn on a lot of extra warnings |
| 15:01.15 |
brlcad |
that will
definitely be different from what you dealt with in
java |
| 15:01.56 |
ncsaba |
well it's
definitely easier to get C code wrong than java - at least for me
:-) |
| 15:02.21 |
``Erik |
'wrong' can
be a loaded word, I've seen plenty of java that works, but is
sooooo wrong... :D |
| 15:02.26 |
ncsaba |
ok, scratch
that last sentence, I don't want to hear any C - against java here
:-) |
| 15:02.32 |
brlcad |
this is way
beyond right vs wrong |
| 15:02.36 |
``Erik |
it's too
late! pandoras box is open! |
| 15:02.43 |
brlcad |
get
him! |
| 15:02.58 |
ncsaba |
:) |
| 15:03.12 |
ncsaba |
ok, cmake
problem fixed - I have now libpng, libregex and zlib off, despite
having the dev packages installed ? Is there some specific
version checked ? |
| 15:03.33 |
``Erik |
breakage in
trunk is usually a portability issue and usually fixed within a
couple hours if not minutes |
| 15:04.30 |
``Erik |
you mean
cmake says that building libpng is off? |
| 15:04.35 |
brlcad |
ncsaba: OFF
means their *compilation* is off, so it'll use the system
version |
| 15:04.50 |
ncsaba |
aha, then I
should perhaps check the rest which is ON |
| 15:04.50 |
brlcad |
that's a list
of what to build and not build |
| 15:06.37 |
brlcad |
for getting
started, I'd suggest just enabling everything |
| 15:07.02 |
brlcad |
it won't
affect anything else (nothing else is going to find our libs) and
it'll be a guaranteed configuration |
| 15:07.56 |
brlcad |
of the three
configurations we try to sustain (everything on, everything off,
and auto-detected), everything on is the one that is continually
tested the most since it's a controlled environment |
| 15:08.59 |
ncsaba |
ok |
| 15:15.52 |
*** join/#brlcad merzo_
(~merzo@40-90-132-95.pool.ukrtel.net) |
| 15:19.10 |
ncsaba |
BTW, this we
page is giving error: http://more.brlcad.org/ |
| 15:19.55 |
ncsaba |
it is linked
as "BRL-CAD Model Repository" from the wiki page |
| 15:20.21 |
Notify |
03BRL-CAD:brlcad * 54966
brlcad/trunk/CMakeLists.txt: check for the mach kernel
thread_policy header |
| 15:20.30 |
brlcad |
yeah, we just
recently migrated our entire web infrastructure to fancy new faster
hardware |
| 15:21.00 |
brlcad |
some of our
websites still need to be configured |
| 15:21.05 |
ncsaba |
a model
repository is a nice idea |
| 15:21.23 |
ncsaba |
do you know
"Art of Illusion" ? |
| 15:21.29 |
brlcad |
of course
:) |
| 15:21.35 |
ncsaba |
:) |
| 15:22.04 |
``Erik |
brlcad: that
libbu affinity cpu type issue was a style cmake cache |
| 15:22.24 |
brlcad |
``Erik: good
to know |
| 15:22.35 |
brlcad |
and a shame
it didn't figure it out to invalidate the cache |
| 15:23.50 |
ncsaba |
AOI has the
disadvantage it's interface is too GUI oriented for my taste, and
it is not CAD-ready (units are not well supported) |
| 15:24.09 |
brlcad |
ncsaba:
another great view on activity, ohloh has nice per-dev graphs:
http://www.ohloh.net/p/brlcad/contributors/summary |
| 15:24.40 |
ncsaba |
what I like
on AOI are are the procedural editors, and the plugin
infrastructure |
| 15:24.44 |
brlcad |
ncsaba: most
of the open source options out there aren't CAD-ready or are
problematic licensing (from our perspective) |
| 15:24.52 |
brlcad |
but yeah, AOI
has lots of nice stuff |
| 15:25.08 |
brlcad |
I'd love to
collaborate more with a group like that, but we'd have to work out
license differences |
| 15:25.15 |
brlcad |
they're a GPL
project iirc |
| 15:25.53 |
ncsaba |
yes |
| 15:26.00 |
ncsaba |
and convinced
one :) |
| 15:26.16 |
brlcad |
unfortunately
or fortunately, we cannot look at anything GPL |
| 15:26.46 |
brlcad |
I'd like to
move our own codebase to entirely MIT, but right now we're LGPLv2
for the forseeable future |
| 15:26.53 |
ncsaba |
but ideas are
not under copy-right protection :) |
| 15:27.25 |
ncsaba |
so unless
patented, ideas can be re-implemented |
| 15:28.02 |
ncsaba |
the animation
features of AOI are also quite nice |
| 15:28.32 |
ncsaba |
the very idea
of animating almost any of the parameters of an object is
nice... |
| 15:29.14 |
brlcad |
yeah, our
animation features are just terrible ;) |
| 15:31.25 |
ncsaba |
ok, how can I
disable cmake to take my installed zlib ? I get: |
| 15:31.36 |
ncsaba |
make[2]: ***
No rule to make target `/usr/local/lib/libz.so', needed by
`lib/libopenNURBS.so.2010.04.95'. Stop. |
| 15:31.37 |
ncsaba |
make[1]: ***
[src/other/openNURBS/CMakeFiles/openNURBS.dir/all] Error
2 |
| 15:34.23 |
ncsaba |
ah, ok -
there was a broken symlink to the libz installed by brlcad last
time: |
| 15:34.24 |
ncsaba |
lrwxrwxrwx 1
root root 23 2013-02-27 17:34 /usr/local/lib/libz.so ->
/usr/brlcad/lib/libz.so |
| 15:34.47 |
ncsaba |
still left
there after I uninstalled brlcad package - is that a bug in the
uninstallation script ? |
| 15:35.01 |
brlcad |
interesting,
sounds like it |
| 15:35.10 |
brlcad |
jordisayol:
is it? :) |
| 15:36.59 |
jordisayol |
brlcad: yes,
they do not allow to install multiple version at a time |
| 15:42.44 |
Notify |
03BRL-CAD:bob1961 * 54967
brlcad/trunk/src/libtclcad/tclcad_obj.c: Update libtclcad's
to_more_args_func() to protect any special characters that may be
in the prompt strings. |
| 15:45.09 |
*** join/#brlcad libero
(~luca@host145-110-dynamic.0-79-r.retail.telecomitalia.it) |
| 15:47.47 |
Notify |
03BRL-CAD:bob1961 * 54968
(brlcad/trunk/src/tclscripts/archer/Archer.tcl
brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl
brlcad/trunk/src/tclscripts/lib/Command.tcl): Update the Command
widgets invoke method to store the actual command the was executed
(i.e., this command may be one that gets built up by the more-args
mechanism that prompts the user for input). Also added a
cmd_history_callback so that the |
| 15:47.49 |
Notify |
application
can be notified of the actual command that was
executed. |
| 15:51.50 |
Notify |
03BRL-CAD:brlcad * 54969
brlcad/trunk/src/libbu/affinity.c: stub in an implementation of
thread affinity for mac os x, to the extent that mac supports the
notion. they don't really do affinity, but will let you
group/ungroup threads to help/discourage cache sharing. here we put
every thread into their own group so the default affinity
scheduling should help minimize cpu movement. |
| 15:55.47 |
jordisayol |
brlcad: deb
install/uninstall scripts do not create any symlink. |
| 15:58.33 |
jordisayol |
just set
default application for the new "brlcad-v4" and "brlcad-v5" mime
types, and update the environment PATH and MANPATH
variables |
| 15:59.53 |
jordisayol |
BTW, is
archer still in pre-alpha state? |
| 16:18.10 |
Notify |
03BRL-CAD:brlcad * 54970
brlcad/trunk/src/libbu/affinity.c: document the mac interface since
it's substantially different than the pthread api |
| 16:18.24 |
brlcad |
jordisayol:
yes pre-alpha |
| 16:18.50 |
ncsaba |
jordisayol:
hmm, is it possible I used update-alternatives ? that would then be
a ubuntu/debian generic problem to clean up alternatives on
uninstalling a package - if it is possible at all |
| 16:18.51 |
brlcad |
it's arguably
alpha, but I haven't poked its stability recently |
| 16:19.16 |
brlcad |
yeah,
something else must have made the symlink in /usr/local |
| 16:20.04 |
brlcad |
also "they do
not allow" is apt and dpkg do not allow |
| 16:20.16 |
brlcad |
our tools
don't care |
| 16:23.35 |
Notify |
03BRL-CAD:brlcad * 54971
brlcad/trunk/src/libbu/affinity.c: fix style |
| 16:23.52 |
jordisayol |
ups, there is
a "shlib" file on deb packages... |
| 16:24.24 |
jordisayol |
s/shlib/shlibs/ |
| 16:24.57 |
jordisayol |
http://man.he.net/man5/deb-shlibs |
| 16:25.34 |
jordisayol |
I this that
this is not a good idea. I'll remove it for future
releases |
| 16:26.17 |
jordisayol |
s/this/think/
pebcak :-/ |
| 16:35.36 |
jordisayol |
this was
fixed few months ago, so ncsaba, if you build your own deb package
from trunk, no symlinks against /usr/brlcad/lib libraries will be
created. |
| 16:39.54 |
Notify |
03BRL-CAD:bob1961 * 54972
brlcad/trunk/src/tclscripts/lib/Command.tcl: A few minor tweaks to
the Command widget. Updated Command::print_more_args_prompt to make
the insertion point visible. Updated Command::invoke to print the
prompt string whether we have a more-args interruption or
not. |
| 16:45.38 |
Notify |
03BRL-CAD:brlcad * 54973
brlcad/trunk/src/libbu/heap.c: no longer indexing from
1 |
| 16:46.45 |
Notify |
03BRL-CAD:brlcad * 54974
brlcad/trunk/src/libbu/affinity.c: take a stab at implementing
thread affinity for windows as well (hah, in advance of windows
threading). using bu_parallel_id() to set the cpu number. earned
fewest line count badge (albeit untested) |
| 16:55.16 |
Notify |
03BRL-CAD:brlcad * 54975
brlcad/trunk/src/libbu/affinity.c: need to test this theory, but we
shouldn't need to look up the current affinity mask to set a cpu
preference. bu_parallel_id() modded with the number of avail cpus
should set all threads with the appropriate affinity
mask. |
| 16:57.24 |
Notify |
03BRL-CAD:brlcad * 54976
brlcad/trunk/src/libbu/affinity.c: remove the unused/unnecessary
variables |
| 17:18.47 |
``Erik |
is
parallel_set_affinity going to get a bu_ entry in bu.h soon? be
interesting to plug it into adrt/librender/camera.c and see what
happens |
| 17:24.04 |
Notify |
03BRL-CAD:n_reed * 54977
brlcad/trunk/src/libged/draw.c: save pointers to the display lists
that we want to draw so we don't have to search for them
later |
| 17:25.17 |
brlcad |
``Erik:
wasn't planning on exposing it, hence no bu_ prefix, but it'd be
quick and easy to test -- if it gives a boost, sure |
| 17:25.36 |
brlcad |
just #include
"../libbu/parallel.h" and try calling it |
| 17:26.12 |
brlcad |
though at the
moment, I just changed it to call bu_parallel_id(), which is
stubbed empty after removing boost_thread |
| 17:26.33 |
brlcad |
have to
implement that (later today) |
| 17:26.54 |
``Erik |
I'll wait a
bit, would need to scrap up a benchmark case or something
:) |
| 17:27.51 |
``Erik |
I'm mucking
with a trainwreck of maven dependancies and about to head out for
the weekend *shrug* it'll still be there next week, I
assume |
| 17:35.46 |
Notify |
03BRL-CAD:r_weiss * 54978
brlcad/trunk/src/other/step/cmake/Generated_Source_Utils.cmake: Fix
a break in the Windows build. |
| 17:41.09 |
*** join/#brlcad yiyus
(1242712427@je.je.je) |
| 17:47.33 |
Notify |
03BRL-CAD:r_weiss * 54979
brlcad/trunk/src/other/step/cmake/Generated_Source_Utils.cmake: Fix
to windows built, again. |
| 17:55.51 |
*** join/#brlcad luca79
(~luca@net-188-216-230-48.cust.dsl.vodafone.it) |
| 18:03.42 |
*** join/#brlcad ncsaba
(~ncsaba@p54983F7E.dip.t-dialin.net) |
| 18:59.11 |
brlcad |
stops tweaking the application |
| 19:00.53 |
Notify |
03BRL-CAD
Wiki:Sean * 4956 /wiki/Google_Summer_of_Code: we've applied for
2013 |
| 19:01.16 |
brlcad |
So.... GSoC
mentors! Time to update http://brlcad.org/wiki/Google_Summer_of_Code/Project_Ideas |
| 19:06.49 |
Notify |
03BRL-CAD
Wiki:Sean * 4957 /wiki/Google_Summer_of_Code/2013: stub in the 2013
page |
| 20:24.39 |
*** join/#brlcad vaibhav_
(75cdb036@gateway/web/freenode/ip.117.205.176.54) |
| 20:46.02 |
``Erik |
the pages
impact statements almost read like starbucks sizes O.o |
| 20:50.44 |
Notify |
03BRL-CAD:r_weiss * 54980
brlcad/trunk/src/other/step/cmake/Generated_Source_Utils.cmake:
Change to cmake build logic for md5 express. This change appears to
work for both the linux and windows build. More testing is
needed. |
| 21:01.25 |
Notify |
03BRL-CAD
Wiki:Sean * 4958 /wiki/Google_Summer_of_Code/2013: /* Accepted
Projects */ |
| 21:01.33 |
vaibhav_ |
I may be
needing loads of help. |
| 21:02.00 |
vaibhav_ |
Firstly, I'm
good with computer graphics. |
| 21:02.14 |
vaibhav_ |
Now what
should I do next, to accelerate my learning curve? |
| 21:08.31 |
brlcad |
vaibhav_:
hello and who are you? :) |
| 21:25.14 |
brlcad |
vaibhav_:
that said, welcome and there are lots of ways to get started with
brl-cad ... see our quickies and dueces pages on our wiki for some
ideas |
| 21:25.28 |
brlcad |
discussion
warranted, though, as some are done and we need to update the
page |
| 21:46.29 |
*** join/#brlcad caen23
(~cezar@92.81.220.160) |
| 22:05.01 |
*** join/#brlcad ncsaba
(~ncsaba@p54983F7E.dip.t-dialin.net) |
| 22:18.19 |
ncsaba |
OK guys, I
will thank you for your help today - I managed finally to compile
the sources |
| 22:19.22 |
ncsaba |
had a short
look to pipe.c and analyze.c; next days will do the rt_pipe_length
function - might need some help here and there
though... |
| 22:29.47 |
starseeker |
brlcad: does
libpc make use one one of the "pre-defined" constraint input
languages like minizinc or flatzinc? |
| 22:35.16 |
kanzure |
win
102 |
| 22:35.21 |
kanzure |
oops :(
please excuse me |
| 23:14.20 |
*** join/#brlcad velociostrich
(~anonymous@c-24-0-153-224.hsd1.pa.comcast.net) |
| 00:50.10 |
*** join/#brlcad jordisayol
(~jordisayo@unaffiliated/jordisayol) |
| 00:55.37 |
*** join/#brlcad indianlarry
(~indianlar@66-118-151-70.static.sagonet.net) |
| 00:55.46 |
*** join/#brlcad maths22
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 00:55.48 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
| 00:56.33 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
| 01:01.29 |
*** join/#brlcad n_reed
(~molto_cre@66-118-151-70.static.sagonet.net) |
| 02:10.31 |
*** join/#brlcad indianlarry
(~indianlar@66-118-151-70.static.sagonet.net) |
| 02:10.33 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
| 02:16.12 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
| 02:17.26 |
*** join/#brlcad n_reed
(~molto_cre@66-118-151-70.static.sagonet.net) |
| 02:17.33 |
*** join/#brlcad maths22
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 03:10.44 |
brlcad |
crazy
lag |
| 03:11.00 |
brlcad |
``Erik:
notify deaded |
| 05:31.13 |
brlcad |
woot, finally
less than 100 pending review |
| 05:31.22 |
brlcad |
(from
350+) |
| 05:32.36 |
*** join/#brlcad KimK
(~Kim__@wsip-184-176-200-171.ks.ks.cox.net) |
| 05:38.13 |
*** join/#brlcad kanzure
(~kanzure@131.252.130.248) |
| 06:20.42 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
| 06:20.49 |
*** join/#brlcad indianlarry
(~indianlar@66-118-151-70.static.sagonet.net) |
| 06:20.55 |
*** join/#brlcad n_reed_
(~molto_cre@66-118-151-70.static.sagonet.net) |
| 06:21.04 |
*** join/#brlcad maths22_
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 06:43.30 |
*** join/#brlcad maths22
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 06:43.50 |
*** join/#brlcad indianlarry
(~indianlar@66-118-151-70.static.sagonet.net) |
| 06:46.37 |
*** join/#brlcad n_reed
(~molto_cre@66-118-151-70.static.sagonet.net) |
| 06:49.19 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
| 06:51.27 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
| 07:51.39 |
*** join/#brlcad hsrai
(~hsrai@202.164.53.116) |
| 08:09.33 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
| 08:21.02 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-138-1.skif.com.ua) |
| 08:37.39 |
*** join/#brlcad jordisayol
(~jordisayo@unaffiliated/jordisayol) |
| 11:15.48 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
| 11:28.17 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
| 11:28.18 |
Notify |
03BRL-CAD:brlcad * 55036
brlcad/trunk/TODO: make fbserv's device argument optional and
specifiable for both |
| 11:28.19 |
Notify |
03BRL-CAD:brlcad * 55037
brlcad/trunk/include/vmath.h: document the JOIN1 macros |
| 11:28.20 |
Notify |
03BRL-CAD:brlcad * 55038
brlcad/trunk/NEWS: richard added several new man pages for mged
commands reid, bot_sync, bot_flip, bot_split, and rtarea. the
latter already existed, but was updated with mged-specific
information (we need a way to consolidate/reuse these nuggets). the
rest were merely knowledge passed through the generations... so
nice rounding out of docs to have them added. |
| 11:28.21 |
Notify |
03BRL-CAD:brlcad * 55039
brlcad/trunk/NEWS: tom browder made a sweeping update to all of the
existing manual pages (fortunately before the were all converted to
doxygen) in r51302 where he corrected and updated missing
author/copyright/bugreport sections, eliminated references to our
old cadbug.sh script, and (yowsa) actually made the copyright year
reflect the dates of editing based on earliest svn log
entry |
| 11:35.43 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
| 11:43.53 |
``Erik |
https://github.com/erikg/cl-cia/commit/76ae24e96d3cec4ecabdcc5d2ffffc581f8a0fcb
will hopefully work fairly well, might be an issue with
reconnecting while the ghost is still around :/ |
| 12:22.20 |
Notify |
03BRL-CAD:bob1961 * 55043
brlcad/trunk/src/tclscripts/lib/Ged.tcl: Added
cadwidgets::Ged::validateRgb |
| 12:23.37 |
Notify |
03BRL-CAD:bob1961 * 55044
brlcad/trunk/src/tclscripts/archer/ShaderEdit.tcl: Added support
for the checker shader. |
| 12:37.51 |
*** join/#brlcad pawleeq
(~pawleeq@static-cl031028150026.unet.cz) |
| 12:38.06 |
pawleeq |
hello |
| 12:40.27 |
pawleeq |
how can I get
list of brlcads c functions? |
| 13:27.40 |
brlcad |
pawleeq:
which ones and for what purpose? |
| 13:28.10 |
brlcad |
pawleeq:
public functions should are all declared in our public headers in
the include/ directory |
| 13:28.41 |
brlcad |
public and
private functions can be pulled directly from binaries and
libraries with the ld command |
| 13:29.10 |
brlcad |
there are
other tools that will extract them from source files as
well |
| 13:29.17 |
pawleeq |
brlcad, ok
thanks |
| 13:29.28 |
brlcad |
but there are
thousands... |
| 13:29.29 |
pawleeq |
we are
thinking about QT based GUI |
| 13:29.43 |
brlcad |
"we"? |
| 13:30.05 |
pawleeq |
so basically
we need functions to make primitives and to combine
them |
| 13:30.26 |
pawleeq |
we... right
now there is only me, one programmer and one othar CAD
enthusist |
| 13:31.15 |
brlcad |
jumping into
that without any context or structure is going to be quite...
frustrating |
| 13:31.43 |
brlcad |
having a list
of functions is a really rough way to start :) |
| 13:31.53 |
Notify |
03BRL-CAD:starseeker * 55045
(brlcad/trunk/include/bn.h
brlcad/trunk/src/libbn/tests/bn_coplanar_tri_tri_isect.c and 2
others): Rename function bn_coplanar_tri_tri_isect to
bn_tri_tri_isect_coplanar |
| 13:32.03 |
brlcad |
starseeker:
danka sir |
| 13:32.14 |
pawleeq |
i know it
is |
| 13:33.21 |
brlcad |
pawleeq:
commendable effort and I'll be glad to support you with any info
you need |
| 13:33.27 |
pawleeq |
we are on
very beginning, just discussing what and how to use |
| 13:33.40 |
brlcad |
there's no
need for it to be a separate effort, you can work in the source
tree in a separate module |
| 13:33.55 |
brlcad |
or use the QT
work that was started a couple years ago |
| 13:34.31 |
pawleeq |
brlcad, ok, I
will take look an that |
| 13:34.55 |
pawleeq |
brlcad, how
hard is it to make brlcad work with points lines and
planes? |
| 13:35.23 |
Notify |
03BRL-CAD:starseeker * 55046
brlcad/trunk/src/libbn/tests/CMakeLists.txt: Rename file for
bn_tri_tri_isect_coplanar test and update test names |
| 13:35.51 |
brlcad |
pawleeq: some
background info here: http://brlcad.org/wiki/User:Mafm |
| 13:36.32 |
brlcad |
it depends
entirely what you mean by that -- we certainly have in-memory data
structures for points, lines, and planes |
| 13:36.43 |
brlcad |
nearly every
object involves one of the three |
| 13:39.31 |
pawleeq |
I would like
to have opprotuninty to work only with planes or lines, because of
contraints between them and primitives |
| 13:39.50 |
pawleeq |
so if I move
the plane, the contrained solids will aslo move |
| 13:40.27 |
brlcad |
that's an
interface problem, not a data problem |
| 13:41.15 |
pawleeq |
user
interface? |
| 13:41.26 |
brlcad |
input/editing
interface, yes |
| 13:41.36 |
brlcad |
at least to
an extent |
| 13:41.59 |
brlcad |
constraints
between objects would be new, but objects already have internal
constraints |
| 13:42.25 |
brlcad |
you have
already create a box, for example, grab an edge, move it around and
all the face planes and corner points update with it |
| 13:46.58 |
pawleeq |
what I think
about is to have constraints between separate solids, so I create a
box and a sphere a and I set contraint between one face on spheres
center, so whenewer I move the box, or only the contrained face)
the sphere also moves |
| 13:47.36 |
brlcad |
that's
actually a feature currently under development, slated for demo
this summer |
| 13:47.49 |
brlcad |
we're
implementing that via explicit constraint objects |
| 13:48.01 |
brlcad |
much of the
infrastructure is already in place |
| 13:48.08 |
pawleeq |
wonderfull |
| 13:48.56 |
brlcad |
pawleeq: no
desire to try and fix some core bug issue like the guy on the
mailing list? |
| 13:49.02 |
brlcad |
best way to
get introduced into the API |
| 13:49.12 |
brlcad |
there are
layers of libraries |
| 13:50.52 |
pawleeq |
I would like
to, but I am not a programmer |
| 13:52.03 |
brlcad |
did a quick
check, there are about 2362 public API functions |
| 13:53.22 |
brlcad |
across 16
distinct sets |
| 13:53.55 |
brlcad |
math library,
utility library, database I/O, ray tracing, etc |
| 13:54.12 |
pawleeq |
i will tell
that to our C expert, I am curious what will he say:) |
| 13:54.27 |
``Erik |
that's just
function symbols, not the macros, right? |
| 13:54.27 |
brlcad |
you should
have your C guy come join in here and work on
something... |
| 13:54.43 |
pawleeq |
I will tell
him |
| 13:54.45 |
brlcad |
``Erik:
yeah.. just a grep on EXPORT |
| 13:55.16 |
brlcad |
this'll get
you part way there: grep EXPORT ../include/*.h| grep -v \# | grep
-v '/\*' | grep -v DEPRE | grep -v JNI |
| 13:55.58 |
pawleeq |
to make
things clear, we are still more talking than coding about CADUS
project (cadus.org), right now we are discussing the "backend",
from my point of view it looks more like a gui for
BRLCAD |
| 13:58.26 |
``Erik |
pawleeq: at
the moment, we sorta have 3 gui frontends (mged, archer, mged
classic mode), with an effort to split frontend and backend
capabilities cleanly (libged). We're designed for that seperation
and any patches to improve it are welcome : |
| 13:58.31 |
brlcad |
pawleeq:
that's interesting, I hadn't seen that |
| 13:58.55 |
brlcad |
pawleeq: of
course I agree that the backend should be BRL-CAD ;) |
| 13:59.37 |
brlcad |
do know that
a new GUI in QT is also in our development roadmap, so we have some
great collaboration potential |
| 13:59.39 |
pawleeq |
brlcad, so do
I |
| 14:01.21 |
pawleeq |
that is great
I will keep you informed how and where we get |
| 14:02.11 |
brlcad |
i'll be
posting up our roadmap to the mailing list in a few days as well,
might help make some things clear |
| 14:02.43 |
pawleeq |
I will
subsribe |
| 14:03.20 |
brlcad |
you're not on
brlcad-news already? |
| 14:06.46 |
pawleeq |
I were not,
shame I know:) |
| 14:08.11 |
brlcad |
heh |
| 14:08.25 |
brlcad |
just
surprising, I thought you saw some of the past announcements given
things you talked about |
| 14:09.41 |
brlcad |
we can
certainly be the gecko to your firefox .. save you a few hundred
man-years of work |
| 14:10.07 |
brlcad |
know that the
common pitfall is a dev that says "it's too complex" and tries to
do it all on their own |
| 14:10.54 |
brlcad |
I've seen it
happen nearly every year for the past 10 years and they all fail
within a couple years because it's just so much work and they
didn't realize all that complexity is actually there for a
reason |
| 14:11.22 |
pawleeq |
I like
brl-cad for its complexity, I just want to to make it nice
GUI |
| 14:11.28 |
brlcad |
us too
:) |
| 14:11.54 |
brlcad |
so either
we'll end up with two separate GUIs (which I think is PERFECTLY
fine, by the way) |
| 14:12.05 |
brlcad |
or a unified
GUI that we both work on |
| 14:13.01 |
brlcad |
which is even
better IMO, but begs for buy-in from your C guy to get him involved
with BRL-CAD development |
| 14:13.23 |
pawleeq |
we are
blogging about "new open source cad" and what we can read in
discussion is ... well one group is sympathetic, other one sells us
to hell.. because of complexity |
| 14:13.27 |
brlcad |
not
necessary, but helps if he can commit fixes changes he needs and
vice versa |
| 14:14.08 |
brlcad |
because of
cadus complexity already or brl-cad complexity? |
| 14:14.34 |
pawleeq |
cadus right
now has no complexity at all |
| 14:14.50 |
brlcad |
I was going
to say |
| 14:14.53 |
brlcad |
I see plans
on the site |
| 14:15.00 |
brlcad |
at least, the
start of plans |
| 14:16.24 |
brlcad |
one of my
personal goals over the next couple years is to address some of our
superfluous complexity, modularize and organize better |
| 14:17.04 |
brlcad |
there's a lot
of infrastructure to move around and documents that need to get put
on the website for that, but it should help remove some of the
misperception |
| 14:18.10 |
*** join/#brlcad pepca
(~Pepa@ip-78-102-220-106.net.upcbroadband.cz) |
| 14:22.33 |
pawleeq |
I will try to
convince our C guy to work on brlcad |
| 14:22.53 |
pawleeq |
and there he
goes pepca is our C guy :) |
| 14:23.41 |
brlcad |
welcome pepca
:) |
| 14:23.45 |
pepca |
hello
:) |
| 14:24.09 |
brlcad |
we were just
talking about the great work you guys have planned |
| 14:24.36 |
brlcad |
sounds like
we have nearly the exact same goals, interests, plans, and concerns
;) |
| 14:25.08 |
pepca |
nice
:) |
| 14:25.45 |
pepca |
and how
nearly it is ? |
| 14:26.38 |
brlcad |
how nearly is
what? |
| 14:26.54 |
brlcad |
I mean big
picture |
| 14:26.55 |
pepca |
that goals,
interests, plans, and concerns |
| 14:29.32 |
brlcad |
goals and
interest: new better GUI, good geometry infrastructure, constraints
and parametrics, easy to use, ... |
| 14:29.33 |
pepca |
ok, so far we
are collecting ideas and requirements and what we need... and it
looks like brlcad could be good backend, so we would have to create
a good frontend only |
| 14:30.00 |
pepca |
question is,
how easy is to connect brlcad and qt application |
| 14:30.07 |
brlcad |
plans:
develop those ;) |
| 14:30.27 |
brlcad |
concerns: a
lot of complexity, need to better modularize and
document |
| 14:30.38 |
brlcad |
and
reduce |
| 14:30.46 |
brlcad |
it's pretty
easy, been done before |
| 14:31.18 |
pepca |
do you have
something that I can read bout that ? |
| 14:31.35 |
pepca |
or where i
can start |
| 14:31.49 |
brlcad |
I was telling
pawleeq that a new Qt GUI is also in our development roadmap
(planned for next year, currently working on infrastructure and
rolling out an intermediate interface in the meantime) |
| 14:32.17 |
brlcad |
so we'll
either end up with two separate GUIs (which is PERFECTLY fine) or a
unified GUI that we both work on, collective manpower |
| 14:32.38 |
pepca |
but you have
not started on gui yet, right ? |
| 14:33.14 |
brlcad |
we have, but
it was mostly demo work and then we shifted focus back on
infrastructure |
| 14:33.18 |
brlcad |
http://brlcad.org/wiki/User:Mafm |
| 14:33.29 |
brlcad |
there is a
development log there from a couple years ago |
| 14:34.20 |
brlcad |
that work
continued for a couple years, but was basically a demo of an
interface running a QT interface on top of OGRE (for display
management) |
| 14:35.35 |
Notify |
03BRL-CAD:carlmoore * 55047
brlcad/trunk/src/util/decimate.c: improve error reporting in
decimate command |
| 14:35.59 |
brlcad |
again, you're
not likely to be impressed by much there -- it was proof of concept
work with a lot of emphasis on infrastructure since
then |
| 14:37.36 |
pepca |
proof of
concept is good thing |
| 14:38.32 |
brlcad |
the question
is more of how to best work together (if that's something that
interests you) and how to get started |
| 14:40.20 |
brlcad |
we have a big
development team and a lot of activity, but obviously have our own
priority and existing development roadmap |
| 14:40.30 |
brlcad |
so it's more
finding a mutual itch to scratch :) |
| 14:40.51 |
pepca |
we had a few
messy discussions about creating a CAD and I created a picture ...
http://cadus.org/trac/wiki/BigPicture
... I've started from the GUI part and hoped |
| 14:41.04 |
pepca |
(but no code
yet) |
| 14:51.14 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
| 14:51.33 |
brlcad |
in browser
parlance, I kind of see this like BRL-CAD being the webkit to your
Chrome |
| 14:51.38 |
``Erik |
takes a moment to laugh at the sagonet
users |
| 14:53.22 |
*** join/#brlcad maths22
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 14:55.26 |
*** join/#brlcad n_reed
(~molto_cre@66-118-151-70.static.sagonet.net) |
| 14:55.26 |
*** join/#brlcad indianlarry
(~indianlar@66-118-151-70.static.sagonet.net) |
| 15:18.32 |
brlcad |
pepca:
apparently ISP issue, sorry -- last I saw from you was 10:41 <
pepca> (but no code yet) |
| 15:19.35 |
maths22 |
brlcad: so
are these disconnects an isp issue, not a freenode
issue? |
| 15:19.43 |
brlcad |
on the webkit
chrome line, the question is just whether we help you write chrome
or let you do chrome while we implement safari (and continue to
work on webkit with you) :) |
| 15:20.07 |
brlcad |
maths22: I
don't know |
| 15:20.17 |
brlcad |
and hi
maths22, just talking about your work :) |
| 15:20.37 |
maths22 |
what
time?/which work? |
| 15:20.59 |
brlcad |
er, wrong
'm', never mind :) |
| 15:21.17 |
maths22 |
Also, almost
every time I log on I have to reauthenticate with
nickserv |
| 15:21.32 |
brlcad |
maths22:
actually some of your GCI work is relevant |
| 15:21.33 |
maths22 |
Do you know
if IRSSI can do that automatically? |
| 15:21.36 |
brlcad |
organization
of information ;) |
| 15:22.19 |
brlcad |
it could
certainly do it as a script, but don't know the magic
myself |
| 15:22.31 |
maths22 |
I will look
for one. I didn't know if you used one. |
| 15:22.33 |
brlcad |
maths22: any
progress on creating that stylesheet? |
| 15:23.02 |
maths22 |
I kind of put
that on hold with our robotics world championships coming up and
too much robot work to do. |
| 15:24.36 |
maths22 |
After april
27, I can get back to that |
| 15:24.51 |
maths22 |
Maybe sooner
if I feel like working on it on the bus ride to St.
Louis |
| 15:25.47 |
brlcad |
cool |
| 15:26.06 |
brlcad |
would be nice
to unveil a new website before GSoC begins |
| 15:26.21 |
maths22 |
When does
GSoC start? |
| 15:26.34 |
brlcad |
we find out
if we're accepted tomorrow |
| 15:26.47 |
brlcad |
students
start applying in a couple weeks after |
| 15:26.58 |
maths22 |
I just pulled
up the site to check, and it appears the orgs are announced on
monday |
| 15:27.04 |
brlcad |
looks like
April22 |
| 15:27.32 |
maths22 |
What is April
22 |
| 15:27.47 |
starseeker |
pawleeq,
pepca: If you're looking to do some Qt gui work, you might want to
check out the Ogitor project - they integrate Qt and
OGRE |
| 15:28.02 |
brlcad |
that's when
student start applying |
| 15:28.13 |
maths22 |
thanks |
| 15:28.22 |
brlcad |
if we're
going to do anything, that'd probably be the latest |
| 15:29.10 |
brlcad |
but really
once they announce, we have to get a lot of stuff in order so it
might be too late already if you're busy |
| 15:29.37 |
brlcad |
(i.e., again,
assuming they announce affirmatively on monday) |
| 15:48.04 |
pepca |
hmmm... |
| 15:49.37 |
pepca |
btw, what do
you thing about that big picture at http://cadus.org/trac/wiki/BigPicture
? |
| 16:18.19 |
*** join/#brlcad hsrai
(~hsrai@202.164.53.116) |
| 16:24.33 |
brlcad |
pepca: I like
the general idea with a separation of the gui from "modules" and
the filesystem |
| 16:25.55 |
brlcad |
there are
definitely some small differences with what we have planned (nearly
everything in your modules box is encompassed by our Geometry
Service project |
| 16:26.22 |
brlcad |
but I think a
lot of it is just terminology difference |
| 16:27.45 |
brlcad |
we have a
fair bit more modules and back-end functionality identified, but
not so much on the front-end |
| 16:28.33 |
brlcad |
a proper CAD
engine encompasses much more than mathematics, it's also file
conversion, data processing, analysis, .. |
| 16:29.33 |
brlcad |
and a CAD
engine doing any real work invariably needs to contact the disk
(most "real" models often don't fit in memory) |
| 16:30.20 |
brlcad |
GS is
presently paused development, but you can read up on some of the
design intent here: http://brlcad.org/wiki/GS_Dev_Requirements |
| 16:31.40 |
brlcad |
more here
http://brlcad.org/wiki/Geometry_Service_Project_Main |
| 16:32.07 |
brlcad |
(note a lot
of stubs, work in progress) |
| 16:34.11 |
brlcad |
most of the
real progress on the Geometry Engine portion is here: http://brlcad.org/wiki/BRL-CAD%27s_core_C%2B%2B_interface
(and that's usable now for some purposes) |
| 16:35.27 |
Notify |
03BRL-CAD
Wiki:Sean * 4959 /wiki/Developer_Documents: find was implemented as
search |
| 16:36.24 |
Notify |
03BRL-CAD
Wiki:Sean * 0 /wiki/A_find_Command_for_BRL-CAD_geometry: this
development project was completed and is extensively
integrated/documented as the "search" command |
| 16:38.07 |
Notify |
03BRL-CAD
Wiki:Sean * 0 /wiki/BREP_Primitive: also implemented, brep/nurbs
support is complete |
| 16:38.25 |
Notify |
03BRL-CAD
Wiki:Sean * 4960 /wiki/Developer_Documents: brep is
implemented |
| 16:38.53 |
pepca |
taht last
link looks very very interesting ... thank you |
| 16:39.06 |
pepca |
*
that |
| 16:39.40 |
brlcad |
the core
interface is a separate download aimed at developers |
| 16:40.14 |
brlcad |
it's the
start of our geometry engine, though a lot of functionality is just
stubbed in -- the vast majority of our functionality exists in our
main libraries in the main checkout |
| 16:40.31 |
brlcad |
so if you see
something missing, it's probably just not yet hooked into that
cleaner API |
| 16:41.11 |
brlcad |
the Geometry
Service (GS) is meant to be a network protocol for applications to
build on top of |
| 16:42.21 |
brlcad |
the Geometry
Engine (GE) is a C++ API (and currently called our "core
interface") intended to be similar to ACIS, Granite, Parasolid and
other commercial geometry kernels |
| 16:42.58 |
brlcad |
GS builds on
top of the GE adding in geometry versioning, editing history,
multiuser access controls, and model management |
| 16:43.53 |
brlcad |
I have some
much better documents describing it all, but it'll take a few days
to upload it somewhere (ping me if interested), but you can
certainly start with the core interface and see how things
look |
| 16:44.55 |
brlcad |
pepca: one
thing I was mentioning to pawleeq is the possibility of getting you
set up as a brl-cad dev too so you can commit
bidirectionally |
| 16:45.17 |
brlcad |
e.g., if you
find you need some change to core interface, you just make it and
commit instead of working around it |
| 16:45.49 |
brlcad |
or working on
some small feature in brl-cad so that you become familiarized with
the libraries and layout of information |
| 16:49.12 |
pepca |
yeah, that
would be nice... but there is a lot of time until i will have
something to commit ;) |
| 16:49.15 |
pepca |
so
... |
| 16:49.38 |
pepca |
where is
QBrlcadWidget ? :) |
| 16:51.08 |
pepca |
if I
understand it correctly, the GE is the part which calculates
everything... so when user draws something, he only tells GE what
he wants |
| 16:52.17 |
pepca |
so the main
part what needs to be done is to fill up the space between user and
E |
| 16:52.21 |
pepca |
and
GE |
| 16:52.26 |
pepca |
right
? |
| 16:57.34 |
pepca |
btw, what is
the API difference between GS and GE ? Is GS only an extension of
GE, so the code working with GE can work with GS in the same way
? |
| 17:02.23 |
brlcad |
calculates
and holds in-memory representation |
| 17:03.01 |
pepca |
ok, so the GE
is the M in MVC |
| 17:04.08 |
brlcad |
a typical use
might be to say "GE open this file, give me a list of objects, give
me the display list for this object, apply this temporary
transformation on the object, write the change to disk, close the
file |
| 17:05.26 |
pepca |
"display list
for this object" is opengl display list ? |
| 17:05.49 |
brlcad |
it could be
anything, but yes |
| 17:07.29 |
pepca |
it looks like
a perfect backend part of our new cad :) ... i will study it more
deeply later |
| 17:07.31 |
brlcad |
note that
we're discussing a development that's in-progress so it's all
easily subject to change ;) |
| 17:07.46 |
pepca |
of
course |
| 17:07.58 |
pepca |
now ... the
frontend part |
| 17:08.27 |
brlcad |
from our
perspective, GE builds on top of 12 or so other libraries in
BRL-CAD |
| 17:08.35 |
pepca |
wow |
| 17:09.13 |
brlcad |
but the 12
are a data-driven collection, 2000+ functions so GE goal is
intentionally to clean that up and encapsulate
better/more |
| 17:09.33 |
pepca |
that is
scary |
| 17:09.49 |
brlcad |
as far as a
CAD engine goes, we're actually tiny |
| 17:10.11 |
brlcad |
those three
commercial engines I mentioned (that represent something like 95%
of commercial CAD software) are FAR bigger |
| 17:10.20 |
brlcad |
CAD just
encompasses a lot of concepts |
| 17:10.23 |
*** part/#brlcad jordisayol
(~jordisayo@unaffiliated/jordisayol) |
| 17:11.24 |
pepca |
well... I'm
really happy that I will not have to write all that :) |
| 17:12.09 |
brlcad |
those twelve
include simple concepts like a utility library (strings, file i/o,
threads) and math library to bigger packages like geometry
conversion, geometry processing, image/data processing, rendering,
geometry analysis, geometry editing, ... |
| 17:12.19 |
brlcad |
yeah, it's
frustruating |
| 17:12.33 |
pepca |
:) |
| 17:13.03 |
brlcad |
I was telling
pawl that I've seen at least a dozen other similar open source
attempts to "start over" over the past decade |
| 17:13.52 |
brlcad |
many of them
looked at BRL-CAD and (others) and decide "what?! that's way too
much, too complex, too messy .. I'm gonna start clean by
myself" |
| 17:14.08 |
pepca |
how long they
last ? |
| 17:14.09 |
brlcad |
and they've
all failed within two years |
| 17:14.13 |
pepca |
:D |
| 17:14.16 |
brlcad |
they get
abandonded |
| 17:14.23 |
brlcad |
just don't
realize how much work is involved |
| 17:15.04 |
brlcad |
ohloh
estimates that we have about 300+ *years* of effort
implemented |
| 17:15.13 |
pepca |
wow |
| 17:15.22 |
brlcad |
one or two
people can't come close to touching that in their
lifetime |
| 17:15.37 |
brlcad |
we're on par
with Blender |
| 17:15.42 |
brlcad |
just they
look prettier ;) |
| 17:15.45 |
pepca |
:D |
| 17:16.09 |
brlcad |
and are much
easier to use ... we're a pain in the ass |
| 17:16.18 |
brlcad |
but we know
our problems, we're working on them .. it just takes
time |
| 17:16.30 |
pepca |
ok
ok |
| 17:16.52 |
pepca |
so, the
frontend part... lets say i want to show qt window with some 3D
view to show something. I will prepare GE and fill it with data,
create the Qt window, and then? |
| 17:17.08 |
pepca |
is there
something like "QBrlcadWidget" ? |
| 17:17.15 |
brlcad |
so I'm
curious how far you get with core interface (that's the logical
starting point) |
| 17:18.08 |
brlcad |
if it falls
flat, we can either add hooks you need for displaying geometry or
we can migrate to our libged/librt libraries which have much more
but not as neatly |
| 17:18.17 |
brlcad |
there is no
such widget heh |
| 17:19.43 |
pepca |
so the widget
is our first step |
| 17:20.19 |
pepca |
create some
opengl view and connect it to GE |
| 17:21.06 |
pepca |
then build
nice window around it and let user play with it |
| 17:24.30 |
brlcad |
you could
take a look at mafm's work from a couple years ago since that was a
functional connection to our libged/librt library layer |
| 17:25.08 |
pepca |
yeah, I read
some 'devel log' few hours ago... is there sourcode
anywhere? |
| 17:25.24 |
brlcad |
yeah, it's in
our repo |
| 17:26.15 |
brlcad |
I think it's
maybe this source:
http://brlcad.svn.sourceforge.net/svnroot/brlcad/rt%5e3/trunk/src/g3d/ |
| 17:26.24 |
brlcad |
repo is the
trunk dir |
| 17:28.39 |
brlcad |
it certainly
will need updates to even compile, but it ended up looking like
this: http://brlcad.org/w/images/3/37/G3d-2009-08-03.png |
| 17:29.10 |
brlcad |
huh, I wrote
the wrong dev log -- mafm was the 2008 work, ralith continued it in
2009: http://brlcad.org/wiki/User:Ralith |
| 17:32.05 |
pepca |
that looks
like embryo of my QBrlWidget :) |
| 17:33.23 |
brlcad |
the
abstract/content sections at the end have the project
summary |
| 17:34.30 |
pepca |
yeah, it
looks like he tried to do a complete editor |
| 17:34.42 |
brlcad |
once he got a
graphics window up, ralith spent half his summer just working on
getting mouse behavior correct for those three camera modes (i.e.,
a little distracted) |
| 17:35.11 |
brlcad |
well not so
much the editing itself, but hooking a new gui to our libs like
we've been talking |
| 17:35.34 |
brlcad |
we have some
specific ideas in mind for our interface plans |
| 17:36.32 |
brlcad |
he was mostly
trying to solve an architecture problem, how to get ogre in qt or
qt into blender to display brl-cad geometry |
| 17:37.13 |
brlcad |
ditching
rbgui (mafm's previous year work) for qt |
| 17:38.42 |
brlcad |
he was
building on mafm's work, which got pretty far on it's own:
http://brlcad.org/~mafm/g3d-screenshots/brlcad_rbgui_20080824-1.png |
| 17:39.10 |
pepca |
yes he
did |
| 17:39.22 |
brlcad |
(note those
are both 3-month projects) |
| 17:39.56 |
brlcad |
and by new
student devs, not core experience |
| 17:40.16 |
brlcad |
we mentored
them through the design, APIs, and debugging |
| 17:41.39 |
pepca |
yeah... it is
awesome piece of work |
| 17:43.31 |
brlcad |
pepca: so
unrelated, but just so you're aware -- we're rolling out a new
alpha GUI for BRL-CAD that has been under development for a few
years |
| 17:43.57 |
brlcad |
meant to be a
stepping stone between our current mged interface and a third
generation QT-based interface |
| 17:44.19 |
brlcad |
just so
you're not suprised, you'd probably eventually run into it or hear
about it |
| 17:44.27 |
brlcad |
looks a
little like this: http://brlcad.org/~starseeker/archer_latest.png |
| 17:44.37 |
brlcad |
not great,
but better than mged |
| 17:45.41 |
brlcad |
mged:
http://upload.wikimedia.org/wikipedia/commons/e/eb/BRL-CAD_screenshot.jpeg |
| 17:48.39 |
pepca |
that looks
very nice |
| 17:48.55 |
brlcad |
meh
:) |
| 17:49.20 |
pepca |
:D |
| 17:50.11 |
pepca |
and how is
the third generation gui going ? |
| 17:51.27 |
brlcad |
it's a
passive priority at the moment, but progresses little bits at a
time |
| 17:51.44 |
brlcad |
remember,
we've been focusing on infrastructure |
| 17:51.58 |
brlcad |
and major new
features, working on boundary representation NURBS and ISO STEP
support |
| 17:53.40 |
pepca |
does it have
some web page ? |
| 17:53.52 |
maths22 |
<PROTECTED> |
| 17:53.54 |
maths22 |
sorry |
| 17:54.59 |
brlcad |
I think about
8 years of full-time effort has gone into NURBS and 4 or so into
STEP, both just coming to "completion" this year |
| 17:55.50 |
brlcad |
what is
"it"? |
| 17:56.01 |
brlcad |
the
nurbs/step work? |
| 17:56.10 |
brlcad |
or 3rd gen
gui? |
| 17:56.57 |
pepca |
3rd gen
gui |
| 18:02.57 |
brlcad |
there's a lot
of material on it, but not much online beyond what you've seen
(because it's not what we're actively working on) |
| 18:03.37 |
brlcad |
just the gsoc
student work, the work related to the geometry service, and some
prototype/design information |
| 18:04.20 |
pepca |
hmm hmm..
ok |
| 18:05.31 |
brlcad |
some of the
design work is here: http://brlcad.org/design/gui/ |
| 18:06.39 |
pepca |
so there will
be almost no duplication of effort if we start with some user
interface and that QBrlWidget to show data from GE |
| 18:06.45 |
brlcad |
skriptkid's
prototype was fantastic:
http://brlcad.org/design/gui/gci_skriptkid_prototype/brlCad-01.png |
| 18:07.06 |
pepca |
wow |
| 18:07.21 |
pepca |
is it only
painted screenshot or real code ? |
| 18:07.41 |
brlcad |
painted |
| 18:08.08 |
brlcad |
all based on
stuff mged and archer already do now, just looks better |
| 18:08.23 |
pepca |
yeah |
| 18:08.46 |
brlcad |
that's where
our 300+ years comes in to play |
| 18:08.56 |
brlcad |
ton of
functionality, we present it terribly ;) |
| 18:09.16 |
pepca |
yes
:) |
| 18:09.50 |
pepca |
I've let one
engineer to try brl today... it was his near-death
experience |
| 18:09.51 |
brlcad |
even the
other prototypes weren't too bad: http://brlcad.org/design/gui/gci_gauravjeet_prototype/cad.png
http://brlcad.org/design/gui/gci_alexander_prototype/cad-interface.jpg |
| 18:09.57 |
brlcad |
heh |
| 18:11.47 |
brlcad |
our current
interface is completely different from all the commercial
offerings |
| 18:12.18 |
brlcad |
nearly as
powerful or even better in several areas, and lacking in
others |
| 18:12.21 |
brlcad |
as far as I
know, BRL-CAD's the only open source CAD actually in
production/professional use |
| 18:12.32 |
pepca |
that engineer
showed me pro/e and how he is working it ... it looked very
effectiv |
| 18:12.33 |
pepca |
e |
| 18:12.47 |
brlcad |
compared to
commercial CAD, we're very niche |
| 18:13.34 |
brlcad |
nothing in
open source is going to come close to touching the big-five CAD
(pro-e, catia, solidworks, nx/unigraphics, and autocad) without
massive collaboration (100+ devs) |
| 18:14.42 |
pepca |
well... since
i'm phd student at CTU, i can (theoreticaly) involve some students
to work here |
| 18:15.08 |
pepca |
semestral
projects, bachelor thesis, ... |
| 18:15.21 |
brlcad |
we have 10-30
active devs depending on the year |
| 18:15.49 |
brlcad |
the
*smallest* of the big five has approximately 100 devs employed
full-time |
| 18:16.04 |
pepca |
:) |
| 18:16.30 |
pepca |
at least you
do not have to move decimal point to see the actual numbers
:) |
| 18:16.30 |
brlcad |
our main
advantage is 30+ years under development and, of course, open
source collaboration :) |
| 18:34.03 |
pepca |
ok.. so the
conclusion for today is "Lets create nice user interface and
QBrlWidget, everything else is already there." |
| 18:35.42 |
pepca |
I will let
people here to discuss this and we will see what
happens |
| 18:37.08 |
pepca |
I also added
a lot of links into our wiki -- thank you :) |
| 18:42.38 |
*** join/#brlcad cristina
(~quassel@188.24.21.219) |
| 18:53.21 |
*** join/#brlcad merzo
(~merzo@205-115-132-95.pool.ukrtel.net) |
| 19:05.18 |
pawleeq |
brlcad, thank
you very much for this chat |
| 19:14.35 |
brlcad |
pawleeq:
always open to more collaboration and development |
| 19:14.46 |
pawleeq |
:) |
| 19:37.45 |
Notify |
03BRL-CAD:carlmoore * 55048
brlcad/trunk/src/conv/dem-g.c: move lines ahead of a slew of
value-setting lines, which would be meaningless if 'Exiting' was
invoked |
| 21:09.51 |
*** join/#brlcad merzo
(~merzo@83-47-132-95.pool.ukrtel.net) |
| 21:45.12 |
Notify |
03BRL-CAD:carlmoore * 55049
brlcad/trunk/src/conv/dem-g.c: no programming change, but add
comment about 3 file names based on the filename provided (I don't
know what dem file is) |
| 22:33.24 |
Notify |
03BRL-CAD:r_weiss * 55050
brlcad/trunk/src/librt/primitives/nmg/nmg_inter.c: Bug fix for
function "nmg_isect_fu_jra" in file "nmg_inter.c". The number of
edgeuse in the loopuse changes as the loopuse is processed which
can cause an infinite loop. This change fixes the infinite loop.
This problem can occasionally be seen using the mged "ev"
command. |
| 02:43.58 |
brlcad |
starseeker:
sure, yank it if you want |
| 03:09.23 |
Notify |
03BRL-CAD:starseeker * 55087
(brlcad/trunk/NEWS brlcad/trunk/src/other/libpng/ANNOUNCE and 115
others): Roll back upgrade to libpng 1.6.0 - it's breaking the
autotools build and isn't providing critical updates. Has to wait
for either more autotools resources or the removal of the autotools
build. |
| 03:22.57 |
*** part/#brlcad newhope
(~ramanujan@103.246.106.44) |
| 03:37.21 |
starseeker |
ding nabbit,
that wasn't it |
| 03:37.24 |
starseeker |
what'd I
break now |
| 03:39.05 |
starseeker |
help
somebody |
| 03:46.33 |
*** join/#brlcad gdh
(~gavin@174-126-28-176.cpe.cableone.net) |
| 03:48.40 |
gdh |
brlcad, I was
looking at the ideas page for GSoC, and it said that you are a
possible mentor for the Code Reduction Project. |
| 03:48.43 |
gdh |
Is that
correct? |
| 03:51.32 |
gdh |
By the way,
my name is Gavin Howard. |
| 03:51.54 |
gdh |
I was hoping
that BRL-CAD would be accepted again this year. |
| 03:52.06 |
gdh |
I think it
would be fun to work on a CAD program. |
| 03:55.08 |
gdh |
``Erik, I
believe the site listed you too. |
| 03:55.26 |
gdh |
Is that
correct? |
| 07:09.43 |
*** join/#brlcad newhope
(~ramanujan@103.246.106.44) |
| 07:21.41 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 07:49.11 |
*** join/#brlcad jordisayol
(~jordisayo@unaffiliated/jordisayol) |
| 08:49.35 |
*** join/#brlcad __Hades
(73f88294@gateway/web/freenode/ip.115.248.130.148) |
| 09:05.52 |
*** part/#brlcad newhope
(~ramanujan@103.246.106.44) |
| 10:45.02 |
*** join/#brlcad caen23
(~cezar@92.81.172.48) |
| 10:51.27 |
*** join/#brlcad hilnius_
(~hilnius@client-resel-2.enst-bretagne.fr) |
| 11:14.14 |
``Erik |
gdh: so it
would seem |
| 11:25.57 |
``Erik |
cmake 2.8.7
is the new minimum? O.O |
| 11:30.34 |
``Erik |
ah, for
string md5 |
| 11:30.37 |
``Erik |
starts upgrading cmakes |
| 11:45.57 |
Notify |
03BRL-CAD
Wiki:Nikhilsomani * 0 /wiki/User:Nikhilsomani: |
| 11:51.34 |
*** join/#brlcad nsomani
(839ffce9@gateway/web/freenode/ip.131.159.252.233) |
| 11:53.21 |
*** join/#brlcad hsrai
(~hsrai@202.164.53.116) |
| 13:08.44 |
gdh |
``Erik, I
noticed that the Code Reduction Project was listed last
year. |
| 13:08.52 |
gdh |
Did no one
take it? |
| 13:10.16 |
``Erik |
I don't
recall, but that'd be one of those recurring projects... reduction,
cleanup, 'gardening' |
| 13:10.36 |
gdh |
something
that no one really wants to do, I'm guessing |
| 13:11.59 |
``Erik |
reducing
technical debt is one of those 'invisible' benefits, so it can be a
hard sell... adding a new feature/capability is one of the few ways
a non-coder sees progress :) |
| 13:13.09 |
gdh |
true |
| 13:13.25 |
gdh |
nevertheless,
I am interested in doing it |
| 13:13.32 |
gdh |
(and fixing
any bugs I find) |
| 13:13.45 |
``Erik |
awesome |
| 13:14.01 |
gdh |
to me, it's
an opportunity to troll through the entire codebase and figure out
how it works |
| 13:15.47 |
gdh |
and I get
paid for it :) |
| 13:16.20 |
``Erik |
always a cool
plus... have you compiled BRL-CAD yet? |
| 13:17.23 |
``Erik |
I believe the
pre-proposal checklist is still somewhere in the wiki, it includes
stuff like doing a subversion checkout, compiling and installing,
submitting a trivial patch, etc |
| 13:18.32 |
brlcad |
starseeker:
ready to do it again? http://blog.qt.digia.com/blog/2012/02/15/introducing-qbs/ |
| 13:18.36 |
brlcad |
(kidding) |
| 13:19.34 |
brlcad |
gdh: code
reduction was an accepted project last year |
| 13:19.42 |
brlcad |
ksenija
silvko worked on it |
| 13:19.57 |
brlcad |
several of
her patches are still pending in fact |
| 13:21.15 |
*** join/#brlcad sbongir
(~chatzilla@59.160.74.254) |
| 13:27.25 |
sbongir |
whois
d_rossberg |
| 13:29.52 |
brlcad |
hello
sbongir |
| 13:30.04 |
sbongir |
hello
everyone |
| 13:30.56 |
sbongir |
I am new to
this IRC so I am sorry for any inconvenience or mistakes on my
part. |
| 13:31.09 |
brlcad |
so far you're
good |
| 13:40.39 |
gdh |
``Erik, no, I
haven't compiled it yet. |
| 13:40.42 |
gdh |
I'm working
on it |
| 13:45.08 |
gdh |
sbongir, irc
is easy to learn, so don't worry ;) |
| 13:45.13 |
gdh |
I'm also
relatively new |
| 13:45.34 |
gdh |
``Erik,
brlcad uses cmake, correct? |
| 13:45.39 |
sbongir |
Yes Thank You
@gdh |
| 13:47.01 |
d_rossberg |
sbongir: it's
me ;) |
| 13:48.30 |
d_rossberg |
the AUTHORS
file in the BRL-CAD sources will give you some additional
information to the BRL-CAD developers |
| 13:53.59 |
sbongir |
d_rossberg
can we have some private chat? |
| 13:55.49 |
d_rossberg |
sbongir: you
should ask about NURBS here, i'm not a specialist in this
topic |
| 13:56.02 |
brlcad |
sbongir: you
don't need to be shy, just talk if you want |
| 13:56.21 |
sbongir |
ok
d_rossberg! |
| 13:56.43 |
gdh |
brlcad, even
though code reduction was done last year, does it still need
work? |
| 13:56.58 |
brlcad |
gdh:
heh |
| 13:57.19 |
brlcad |
so brl-cad
has around 1M lines of code |
| 13:57.29 |
gdh |
I see it as
an opportunity to learn how the codebase works |
| 13:57.38 |
brlcad |
about 10% of
that is duplicate code due to just the way development occurs
across decades |
| 13:57.42 |
sbongir |
I have looked
at the GSoC wiki of BRL-CAD & I want to chip into one of the
projects pertaining to NURBS. |
| 13:58.03 |
brlcad |
how much do
you think a student could get through in one summer of that 100000
approx. lines of duplication? :) |
| 13:58.22 |
gdh |
depends |
| 13:58.33 |
brlcad |
sbongir:
great! |
| 13:58.59 |
gdh |
I am also
interested in the General Tree Walker project |
| 13:59.00 |
sbongir |
specifically
speaking implicit to NURBS conversion & NURBS
tesselation. |
| 13:59.06 |
gdh |
has that been
done? |
| 13:59.40 |
brlcad |
sbongir: two
hot topics are projecting NURBS for hidden-line rendering,
improving NURBS performance, and NURBS export via STEP |
| 14:00.34 |
brlcad |
gdh: I think
Ksenija got through maybe 1000-3000 lines at best |
| 14:01.01 |
starseeker |
arrrrrgh |
| 14:01.12 |
brlcad |
though her
skills were very budding, it was a lot of mentoring to make useful
progress |
| 14:01.20 |
starseeker |
smacks Digia with a wet trout for re-inventing the
wheel |
| 14:01.20 |
gdh |
well, then, I
guess it still needs to be done |
| 14:01.38 |
sbongir |
I have some
primary level knowledge about NURBS due to my CAD/CAM
classes. |
| 14:01.39 |
d_rossberg |
boolean
operations with nurbs has some open issues too |
| 14:01.42 |
gdh |
I do have to
say that it's nice to know there are women in
programming |
| 14:02.13 |
brlcad |
the hard part
is understanding the code well enough to make a good reduction,
making the reduction, and then actually testing/verifying/proving
that you didn't break anything |
| 14:02.25 |
gdh |
true |
| 14:02.47 |
brlcad |
what's your
coding background? |
| 14:03.02 |
gdh |
some java,
C++ and C |
| 14:03.19 |
gdh |
I am project
lead for an open source programming language |
| 14:03.20 |
brlcad |
sbongir: do
you have access to any other CAD systems? |
| 14:03.29 |
gdh |
so I might be
able to help with the tree walker |
| 14:03.38 |
gdh |
that said, I
am relatively new to coding as well |
| 14:03.41 |
brlcad |
gdh: explain?
what language? |
| 14:03.42 |
d_rossberg |
sbongir: did
you had a look at BRL-CAD's source code? |
| 14:03.53 |
gdh |
brlcad, it's
called LFyre. |
| 14:03.54 |
sbongir |
I have
student edition Solid Edge & Autodesk Inventor &
AutoCAD. |
| 14:04.11 |
gdh |
You haven't
heard of it because I'm still trying to bootstrap the
compiler |
| 14:04.17 |
brlcad |
ah |
| 14:04.19 |
gdh |
http://lfyre.com |
| 14:04.27 |
gdh |
http://lfyre.blogspot.com |
| 14:04.47 |
d_rossberg |
sbongir: any
C compiler? |
| 14:05.03 |
sbongir |
I have
completed 6 months Internship in PTC & have some basic idea on
how CAD softwares |
| 14:05.06 |
sbongir |
work |
| 14:05.49 |
brlcad |
gdh: ah yes,
looks like fun |
| 14:06.03 |
sbongir |
I have some
experience in Qt. |
| 14:06.14 |
brlcad |
gdh: if
that's an area of interest, working on our geometry editing library
API might be more apropos |
| 14:06.31 |
brlcad |
sbongir:
nice |
| 14:06.36 |
brlcad |
what'd you do
with them? |
| 14:06.57 |
sbongir |
Since I have
developed only within IDE's like MSVS2010 & Qt Creator & I
dont know how to compile manually. |
| 14:07.19 |
sbongir |
But I know
that MinGW is used on Windows & GCC in Ubuntu. |
| 14:08.26 |
gdh |
brlcad, what
would I be doing on the API? |
| 14:08.41 |
d_rossberg |
MSVS2010
should be fine, i work with msvc 2008 |
| 14:08.48 |
gdh |
is that the
MGED to Archer Command Migration project? |
| 14:09.18 |
sbongir |
d_rossberg I
have the Express edition, would that be fine? |
| 14:09.52 |
starseeker |
thinks it's time to separate build system definition
languages from the tools that actually do the dirty
work |
| 14:10.55 |
starseeker |
define
something in json designed to be tool parsable, and then design the
human input language(s) to compile to that |
| 14:11.12 |
brlcad |
gdh: it's
definitely related to that project |
| 14:11.40 |
brlcad |
we have a
LIBGED library filled with most of the commands users interact
with |
| 14:12.31 |
brlcad |
there are a
lot of needs there being worked on, but getting the library cleaned
up, more commands migrated, and sorting out
registration/execution/rollback transactions are all on the
docket |
| 14:12.43 |
gdh |
I was looking
at that one too. |
| 14:12.52 |
gdh |
The problem
is that I don't know Tcl |
| 14:13.04 |
brlcad |
don't need
to |
| 14:13.07 |
brlcad |
it's a C
API |
| 14:13.17 |
d_rossberg |
sbongir: i'm
afraid there are some issues with the express edition:
http://google-melange.appspot.com/gci/task/view/google/gci2012/7948214 |
| 14:13.39 |
gdh |
oh. The
description said Tcl, but hey, that works! |
| 14:13.41 |
brlcad |
you could fix
those issues, great patch ;) |
| 14:14.59 |
gdh |
I have now
successfully compiled the program |
| 14:15.12 |
gdh |
does it have
no dependencies at all? |
| 14:15.20 |
brlcad |
gdh: you're
taking up leadership of a new language and are shy of an ancient
like tcl? |
| 14:15.32 |
gdh |
that was the
easiest dependency resolution I've ever had] |
| 14:15.45 |
brlcad |
we
auto-detect |
| 14:15.56 |
brlcad |
if you don't
have what we need, we build what we provide |
| 14:16.07 |
gdh |
brlcad, I'm
not shy of it; the requirements just say that I need to know Tcl
beforehand |
| 14:16.14 |
brlcad |
the summary
after cmake itemized what it found and did not find |
| 14:16.15 |
gdh |
that is
wonderful |
| 14:16.46 |
brlcad |
tcl is also a
C API at the level it pertains to libged, so no worries |
| 14:17.04 |
gdh |
I can learn
it if necessary |
| 14:17.08 |
brlcad |
there are
just a few commands that are written in tcl and if you were working
to migrate them, it'd obviously help |
| 14:17.18 |
sbongir |
d_rossberg so
do I have to buy VS2010 now? |
| 14:17.21 |
brlcad |
it's a very
simple command-centric language |
| 14:17.43 |
d_rossberg |
sbongir:
no |
| 14:17.47 |
brlcad |
still,
unlikely you'd be involved with it more than at the C
level |
| 14:18.14 |
gdh |
That would be
something I am interested in then |
| 14:18.22 |
sbongir |
then what can
I use? |
| 14:18.36 |
brlcad |
sbongir: fix
the express issues |
| 14:18.39 |
d_rossberg |
first you
should download the sources (subversion, tortoisesvn) and generate
the project files (CMake) |
| 14:19.30 |
d_rossberg |
then try to
compile as much of the subprojects as you can |
| 14:20.06 |
brlcad |
yeah, just
see how far you get, maybe see if you get the same result as the
GCI student did |
| 14:20.10 |
sbongir |
d_rossberg
using which compiler? Sorry but I am not a CS guy, rather Mech guy
who likes coding. |
| 14:20.19 |
brlcad |
and if you
find a problem, try to fix it |
| 14:20.28 |
brlcad |
great
proposals come with a great patch to demonstrate you can figure
things out ;) |
| 14:20.42 |
gdh |
brlcad, what
executable is the actual program? (or the one that starts
it?) |
| 14:21.03 |
gdh |
I built
everything, and now I have loads of executables in my build/bin
directory |
| 14:22.49 |
d_rossberg |
CMake will
generate the project files for MSVC 2010 |
| 14:24.11 |
brlcad |
gdh: see the
faq ;) |
| 14:24.23 |
brlcad |
mged |
| 14:24.24 |
gdh |
facedesks |
| 14:24.59 |
brlcad |
and those
loads of execs are the "actual program" because brl-cad is a suite
of programs |
| 14:25.12 |
gdh |
brlcad, I
figured |
| 14:25.13 |
brlcad |
mged is
probably what you're thinking of, or archer .. |
| 14:25.43 |
gdh |
wait...the
project I am interested in is migrating mged to archer |
| 14:26.09 |
gdh |
oh, I like
archer much better |
| 14:26.16 |
gdh |
yes, I think
I know what I am going to do |
| 14:27.10 |
d_rossberg |
sbongir: as a
fall-back there is an image for a virtual machine:
http://sourceforge.net/projects/brlcad/files/BRL-CAD%20for%20Virtual%20Machines/ |
| 14:28.00 |
gdh |
brlcad, do we
submit proposals to the project before we apply to
Google? |
| 14:28.30 |
brlcad |
gdh: the more
you talk and keep engaging the community, the better |
| 14:29.02 |
brlcad |
you're
welcome to put your proposal up on our wiki and/or highlights on
the mailing list to discuss |
| 14:29.12 |
brlcad |
glad to
provide feedback to make sure it's a solid proposal |
| 14:29.41 |
gdh |
well, it's
listed on the wiki already as an idea |
| 14:29.48 |
gdh |
hopefully,
the community likes is |
| 14:29.50 |
gdh |
*it |
| 14:30.00 |
brlcad |
I mean your
own project page |
| 14:30.08 |
gdh |
true |
| 14:30.42 |
brlcad |
see last
year's students: http://brlcad.org/wiki/Google_Summer_of_Code/2012 |
| 14:30.59 |
brlcad |
many of them
have their proposal linked from their student page |
| 14:31.04 |
brlcad |
s/student/user/ |
| 14:32.56 |
sbongir |
d_rossberg I
will try to understand what Virtual Machine is & how to use it
& then get back to you. |
| 14:33.33 |
sbongir |
d_rossberg
can I code in VS2010 Express & compile in MinGw as an
alternative? |
| 14:35.53 |
d_rossberg |
MinGw has
issues too |
| 14:36.28 |
brlcad |
sbongir:
there's an entire write-up on our wiki on it |
| 14:36.45 |
brlcad |
(on the
vm) |
| 14:37.27 |
sbongir |
brlcad I will
take a look. |
| 14:37.49 |
*** part/#brlcad sbongir
(~chatzilla@59.160.74.254) |
| 14:38.19 |
brlcad |
eek, he
left |
| 14:39.56 |
d_rossberg |
brlcad: where
is the vm write-up on the wiki? i couldn't find it |
| 14:42.50 |
gdh |
I'm going to
be away for awhile too (class). |
| 14:42.54 |
gdh |
See
you! |
| 14:48.50 |
brlcad |
gdh: we're
used to persistent IRC connectivity |
| 14:49.00 |
brlcad |
one might not
physically be here, but we're always in the channel |
| 14:49.06 |
brlcad |
screen+irssi
ftw |
| 14:51.19 |
Notify |
03BRL-CAD:starseeker * 55088
(brlcad/trunk/configure.ac
brlcad/trunk/src/other/libpng/Makefile.am): Try something a little
more drastic for libpng. This seems to get further - distcheck in
autotools is now failing due to issues with thread libs (probably
related to the new affinity work - had to add in a new
AC_CHECK_TYPES for cpu_set_t |
| 14:52.11 |
``Erik |
heh, screen
:D get with the times, the cool kids use tmux |
| 14:52.17 |
brlcad |
down to 80
release issues |
| 14:52.30 |
brlcad |
cool kids are
retarded |
| 14:52.56 |
brlcad |
likes how that works on so many levels |
| 14:54.17 |
``Erik |
sudo ln -sf
/usr/local/bin/tmux /usr/local/bin/screen # *cough* |
| 14:57.52 |
Notify |
03BRL-CAD:starseeker * 55089
brlcad/trunk/src/libbu/Makefile.am: Ah, need to add thread.cpp to
the Makefile.am |
| 14:59.26 |
starseeker |
was aware of emacs vs vim, but I missed out on the screen vs.
tmux wars :-P |
| 15:00.48 |
``Erik |
screen vs
tmux is probably more like xaw vs qt or glide vs opengl
:D |
| 15:01.27 |
starseeker |
breaks out the popcorn |
| 15:07.37 |
brlcad |
jordisayol:
let me know how it goes, if you get stuck |
| 15:07.58 |
brlcad |
we can
certainly get 2.8.5 to work if you run into a brick wall you can't
get past |
| 15:08.47 |
jordisayol |
brlcad: I'll
tell you something about this as soon as possible |
| 15:10.40 |
starseeker |
cmake
problem? |
| 15:11.29 |
jordisayol |
starseeker:
just that I'm unable to compile/install cmake 2.8.7 on Ubuntu 10.4
LTS |
| 15:11.58 |
starseeker |
jordisayol:
what about one of the newer ones? newest is 2.8.10.2 |
| 15:12.35 |
jordisayol |
starseeker:
then the resulting packages cannot be installed/run on older
releases |
| 15:13.19 |
starseeker |
hmm? Why
would the cmake version govern where the packages can be
installed? |
| 15:13.42 |
starseeker |
I was
suggesting trying to build 2.8.10.2 on Ubuntu 10.4 LTS |
| 15:14.14 |
jordisayol |
starseeker:
nop, the cmake do not do that. libc.so.6 do |
| 15:14.52 |
starseeker |
right - so if
one of the newer CMake versions will build there, you're
good? |
| 15:15.21 |
jordisayol |
starseeker:
yes, but I'm unable to do that on Ubuntu 10.4 :-/ |
| 15:16.07 |
starseeker |
what's the
error? |
| 15:16.34 |
starseeker |
(when you try
bootstrapping CMake I mean) |
| 15:17.08 |
jordisayol |
ufff, I've
done some hours ago. But this is not a big problem because I'm able
to do the same on Debian stable |
| 15:18.03 |
starseeker |
I could
conditionalize the MD5 sum verification feature based on version of
CMake, but I'd rather not if I can avoid doing so - I hate
complicating build logic just because distributions don't keep up
with fixes in the tool itself |
| 15:19.16 |
jordisayol |
starseeker:
don't do it by the moment. Wait until I "fight" on Fedora and
openSUSE to get cmake 2.8.7 working. |
| 15:19.52 |
jordisayol |
starseeker
brlcad, I'll tell you something about this thing |
| 15:24.54 |
Notify |
03BRL-CAD:starseeker * 55090
brlcad/trunk/configure.ac: LIBSTDCXX is needed in libbu
now |
| 15:29.48 |
Notify |
03BRL-CAD
Wiki:UncleNed24 * 4972 /wiki/MGED_CMD_Z: /* Description
*/ |
| 16:05.17 |
hilnius_ |
Hi everybody,
is there someone i can ask questions for the gsoc ? |
| 16:25.41 |
brlcad |
~ask |
| 16:25.41 |
ibot |
Questions in
the channel should be specific, informative, complete, concise, and
on-topic. Don't ask if you can ask a question first. Don't ask if
a person is there; just ask what you intended to ask them. Better
questions more frequently yield better answers. We are all here
voluntarily or against our will. |
| 16:25.44 |
brlcad |
hi
hilnius_ |
| 16:29.27 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.208.161.226) |
| 16:30.12 |
hilnius_ |
i'd like to
know if you consider the 3D display manager as
important |
| 16:30.27 |
hilnius_ |
(meaning
going to Ogre+Qt) because i'd be interested in doing it |
| 16:34.13 |
brlcad |
hilnius_:
they're all important to us :) |
| 16:37.05 |
hilnius_ |
yeah but i
mean i suppose you have a limited number of slots, and it happen to
me 2 years ago to focus on an idea that had not been chosen in the
end due to it's medium relevance, so i'd like it not to happen
again ;) |
| 16:41.18 |
brlcad |
hilnius_: if
you don't disappear over the upcoming two weeks, we can obviously
keep discussing and make sure you have the best possible
application put forward for consideration |
| 16:41.24 |
brlcad |
which
org? |
| 16:41.54 |
*** join/#brlcad caen23_
(~cezar@109.97.111.148) |
| 16:44.19 |
hilnius_ |
that was for
planeshift |
| 16:44.43 |
brlcad |
ah |
| 16:45.44 |
brlcad |
in the past
when we've had a student in strong contention but with a less
desirable topic, we've asked them to make two proposals |
| 16:45.50 |
brlcad |
but again,
it's all about communication |
| 16:45.55 |
brlcad |
heh |
| 16:45.58 |
brlcad |
as he
leaves |
| 16:46.08 |
*** join/#brlcad hilnius_
(~hilnius@client-resel-2.enst-bretagne.fr) |
| 16:46.31 |
brlcad |
hilnius_: in
the past when we've had a student in strong contention but with a
less desirable topic, we've asked them to make two
proposals |
| 16:46.34 |
brlcad |
but it's all
about communication |
| 16:47.36 |
brlcad |
we've never
turned away a stellar student because they chose to propose an
"unimportant" project |
| 16:49.05 |
hilnius_ |
ok well,
anyway you tagged it as 'huge' impact so i suppose it'll be fine if
i make a proposal on this :) |
| 16:59.23 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.208.161.226) |
| 17:19.19 |
caen23 |
now you can
view STL files directly on github, pretty nice |
| 17:20.08 |
brlcad |
caen23:
example? |
| 17:20.23 |
Notify |
03BRL-CAD:starseeker * 55091
(brlcad/trunk/configure.ac brlcad/trunk/src/librt/Makefile.am
brlcad/trunk/src/other/Makefile.am): Need autotools build for
poly2tri |
| 17:20.48 |
caen23 |
brlcad: here
https://github.com/lorennorman/octocat-3d/blob/master/stl/octocat_base.stl |
| 17:22.04 |
brlcad |
caen23:
thx |
| 17:22.15 |
brlcad |
interesting
feature to add for them |
| 17:22.56 |
caen23 |
indeed, it's
just been released, i found out about it via their blog |
| 17:31.50 |
Notify |
03BRL-CAD:starseeker * 55092
(brlcad/trunk/src/libfb/CMakeLists.txt
brlcad/trunk/src/libfb/if_tk.c): Add if_tk.c back in, fix
compilation. |
| 17:40.02 |
jordisayol |
starseeker
brlcad, properly compiled/installed/tested on openSUSE 11.4 with
cmake 2.8.7 |
| 17:44.23 |
*** join/#brlcad aks001
(uid10889@gateway/web/irccloud.com/x-gztogrfndvrogstl) |
| 17:44.49 |
``Erik |
https://news.ycombinator.com/item?id=5519184
github stl |
| 17:44.58 |
``Erik |
also;
https://github.com/blog/1465-stl-file-viewing |
| 17:50.10 |
gdh |
okay, I'm
back |
| 17:52.14 |
kanzure |
github has
stl rendering now: https://news.ycombinator.com/item?id=5519184 |
| 17:52.18 |
kanzure |
maybe they
will add .g rendering. |
| 17:52.20 |
*** join/#brlcad andrei_
(~IceChat7@188.25.172.56) |
| 17:52.40 |
Notify |
03BRL-CAD:starseeker * 55093
brlcad/trunk/src/other/libpng/Makefile.am: Strip more stuff out of
libpng. Getting as far as running benchmark before failures
now. |
| 17:53.09 |
jordisayol |
starseeker
brlcad: good news! deb packages built on Debian stable are also
installable and run on Ubuntu 10.4 :-) |
| 17:53.19 |
jordisayol |
now I go for
Fedora... |
| 17:53.40 |
brlcad |
jordisayol:
great |
| 17:53.41 |
``Erik |
aks001: you
should ask your questions in channel so others can help answer
them. The details of the code reduction project are basically that
we have a lot of redundancy and dead code that can be culled...
specifics would be in your proposal :) |
| 17:54.22 |
brlcad |
kanzure: yep,
we were just discussing that |
| 17:54.28 |
gdh |
oh, there's
another that wants to do code reduction? |
| 17:54.38 |
gdh |
brlcad,
thanks for suggesting the Archer API. |
| 17:54.47 |
gdh |
That makes it
easier on both of us. |
| 17:55.34 |
brlcad |
multiple
submissions are okay, especially for generic topics like code
reduction |
| 17:55.34 |
kanzure |
oh i see
now. |
| 17:55.42 |
brlcad |
the details
go into the proposal |
| 17:55.59 |
brlcad |
those
"simple" projects have to have more specific/details information in
the proposal write-up |
| 17:57.00 |
gdh |
true, but
like you said, I think that the API would be better for me
anyway. |
| 17:57.02 |
brlcad |
not just
"reduce code" .. but reduce what code? how? what testing measures
will be used? what's the process? etc |
| 17:57.17 |
brlcad |
I
agree |
| 17:57.47 |
brlcad |
picking a
more specific project helps define a more specific goal anyways,
and that helps properly scope the work |
| 18:17.47 |
Notify |
03BRL-CAD:starseeker * 55094
brlcad/trunk/src/other/poly2tri.dist: Makefile.am is now in
poly2tri |
| 18:20.27 |
brlcad |
linked to our
checklist more visibly: http://www.google-melange.com/gsoc/org/google/gsoc2013/brlcad |
| 18:30.13 |
gdh |
brlcad, one
of the requirements is that students give a report
everyday. |
| 18:30.23 |
gdh |
I don't work
on Sundays. Is that a problem? |
| 18:31.41 |
brlcad |
gdh: you
probably don't work when you're eating and sleeping too |
| 18:32.00 |
brlcad |
the
requirement is to report for every day that you work (in some
form) |
| 18:32.09 |
gdh |
oh.
Okay |
| 18:32.23 |
brlcad |
and even
something as simple as a commit message might suffice if
everything's going great |
| 18:32.56 |
brlcad |
again, see
last year's students for lots of examples (their dev
log) |
| 18:33.54 |
brlcad |
gdh:
basically you're being given a LOT of flexibility with regard to
your schedule, so we need to make sure you're actively
communicating throughout development |
| 18:34.13 |
gdh |
makes
sense |
| 18:34.24 |
gdh |
just wanted
to make sure that wasn't going to be an issue |
| 18:34.26 |
brlcad |
if we don't
see or hear from you for three or four days, that's usually a bad
sign |
| 18:35.16 |
brlcad |
but yeah, you
are allowed to have a life outside gsoc, respect whatever
traditions you might adhere to, sleep and eat when you need to, etc
:) |
| 18:36.03 |
brlcad |
if you're
committing frequently and hanging out on IRC where we can get ahold
of you when there are questions, it's never an issue |
| 18:36.20 |
gdh |
awesome |
| 18:52.47 |
Notify |
03BRL-CAD:starseeker * 55095
brlcad/trunk/src/libfb/CMakeLists.txt: Add TK library to
libfb |
| 18:53.56 |
Notify |
03BRL-CAD:starseeker * 55096
brlcad/trunk/src/libfb/CMakeLists.txt: Conditionalize addition of
tk lib |
| 18:55.03 |
gdh |
starseeker,
thanks for the commits |
| 18:55.14 |
gdh |
they let me
test my automatic build scripts |
| 18:55.17 |
gdh |
:) |
| 19:09.26 |
jordisayol |
starseeker
brlcad: successfully compiled and tested on Fedora 14. also tested
on F18 |
| 19:10.33 |
jordisayol |
starseeker:
do you plans to upgrade cmake in the near future? |
| 19:11.50 |
starseeker |
jordisayol:
eh? You mean bump the minimum required version again? No, no such
plans |
| 19:12.06 |
starseeker |
I do so only
when I know of an actual problem with older version(s) |
| 19:13.08 |
jordisayol |
starseeker:
yes, this I mean, thank you |
| 19:35.28 |
Notify |
03BRL-CAD:carlmoore * 55097
brlcad/trunk/src/conv/stl/g-stl.c: fix warning about expecting long
unsigned int but getting unsigned int |
| 19:56.14 |
Notify |
03BRL-CAD:brlcad * 55098
(brlcad/trunk/src/conv/iges/findp.c
brlcad/trunk/src/conv/iges/iges_struct.h and 2 others): for some
reason, this change breaks our iges regression test.
reverting. |
| 19:56.51 |
gdh |
I love it
when machines talk to me |
| 19:57.19 |
brlcad |
do they do
that often? :) |
| 19:57.53 |
caen23 |
reads like a
tweet :P |
| 19:57.58 |
gdh |
unfortunately, yeah... |
| 20:01.13 |
*** join/#brlcad jordisayol
(~jordisayo@unaffiliated/jordisayol) |
| 20:04.58 |
hilnius_ |
Successfully
compiled the code, but i don't know how to start the
program... |
| 20:05.28 |
Notify |
03BRL-CAD:carlmoore * 55099
brlcad/trunk/src/conv/stl/g-stl.c: use 'g-stl:' in error messages,
and supply new message about missing .g file and
object(s) |
| 20:05.36 |
brlcad |
hilnius_:
excellent |
| 20:05.45 |
brlcad |
see the faq,
but mged or archer are probably what you're looking for |
| 20:05.55 |
brlcad |
brl-cad is a
suite of tools |
| 20:05.58 |
brlcad |
not just one
program |
| 20:06.03 |
gdh |
don't worry
hilnius_, I asked that question too (blush) |
| 20:06.22 |
hilnius_ |
found on
wiki |
| 20:06.32 |
hilnius_ |
i was
searching for a moment ... sorry for useless quest |
| 20:06.44 |
brlcad |
we're
migrating towards a lont-term goal of one application framework and
all our current tools are merely plug-ins, but right now it's
unix-style |
| 20:07.45 |
hilnius_ |
ok so now it
runs fine |
| 20:18.57 |
jordisayol |
deb and rpm
packages sets mged as default app for brlcad mime types. May it be
replaced by archer? |
| 20:20.36 |
Notify |
03BRL-CAD:starseeker * 55100
brlcad/trunk/src/other/libpng/Makefile.am: More libpng build
tweaks |
| 20:21.39 |
Notify |
03BRL-CAD:carlmoore * 55101
brlcad/trunk/src/proc-db/contours.c: provided extra newlines so the
Usage statement won't be obscured |
| 21:09.17 |
*** join/#brlcad hilnius_
(c06c7481@gateway/web/freenode/ip.192.108.116.129) |
| 21:20.15 |
Notify |
03BRL-CAD:r_weiss * 55102
(brlcad/trunk/include/config_win.h
brlcad/trunk/include/config_win_cmake.h.in): For the windows build,
added the headers "fcntl.h" and "errno.h" which are needed for the
symbol "_O_TEXT" used in the definition of "pipe". |
| 21:41.30 |
*** join/#brlcad archivist
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
| 21:45.23 |
aks001 |
sorry i was
out after leaving a message here.. i was busy |
| 21:45.59 |
aks001 |
sir i just
wanted to ask that what specifications you need regarding code
reduction project?? |
| 21:49.45 |
aks001 |
brlcad sir:
what should i look into to start working on code reduction
project?? |
| 21:53.22 |
andrei_ |
hey aks001,
organization irc channels are generally not that formal, you don't
have to use "sir" :) |
| 21:58.47 |
aks001 |
okk |
| 21:59.45 |
*** join/#brlcad gdh
(~quassel@174-126-28-176.cpe.cableone.net) |
| 22:00.15 |
aks001 |
gdh are you
also interested in working for code reduction project?? |
| 22:00.34 |
gdh |
aks001, don't
worry; more than one person can |
| 22:00.44 |
gdh |
however,
brlcad wants me to do something else ;) |
| 22:01.01 |
aks001 |
okkk |
| 22:01.40 |
aks001 |
by the way
have gone through the code of BRL-CAD? |
| 22:02.29 |
gdh |
have
I? |
| 22:02.31 |
gdh |
not
yet |
| 22:03.26 |
aks001 |
actually the
code is of millions of lines so i was thinking of various ways to
reduce code |
| 22:26.58 |
aks001 |
brlcad are
you there?? |
| 22:38.12 |
andrei_ |
aks001: as of
ways to reduce the codes, there are indeed several situations (some
are as simple as copy pastes). As for the question, instead of
asking if someone is here, just ask your question, brlcad(or anyone
else) will answer when they are around |
| 22:38.56 |
*** join/#brlcad caen23
(~cezar@92.81.172.37) |
| 22:46.51 |
Notify |
03BRL-CAD:brlcad * 55103
brlcad/trunk/src/libbu/affinity.c: ws |
| 22:48.06 |
brlcad |
aks001: I'm
always here but not always responsive |
| 22:48.37 |
brlcad |
it's your
project, you define the specifications |
| 22:48.56 |
brlcad |
I'll be glad
to review them and help you develop some goals, but it needs to
predominantly come from you |
| 22:49.43 |
brlcad |
I suggest for
starters reading up on the links described on our ideas page,
actually running simian for example and seeing what it tells you,
looking around the code and asking a lot of questions |
| 22:50.55 |
Notify |
03BRL-CAD:brlcad * 55104
brlcad/trunk/NEWS: chris dueck fixed a memory leak in r52117 for
the bot_condense command. wasn't releasing the vertices, but now
is. |
| 23:08.14 |
Notify |
03BRL-CAD:brlcad * 55105
brlcad/trunk/TODO: spatial processing during boolean evaluation of
meshes. this would make a good gsoc project. |
| 00:25.10 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
| 00:25.40 |
starseeker |
returns |
| 00:25.49 |
*** join/#brlcad gdh
(~quassel@174-126-28-176.cpe.cableone.net) |
| 00:27.37 |
*** join/#brlcad filipt
(~filip@89.205.42.139) |
| 00:41.50 |
*** join/#brlcad billa_
(b6131049@gateway/web/freenode/ip.182.19.16.73) |
| 00:53.38 |
*** join/#brlcad hilnius_bnc
(~hilnius_b@client-resel-2.enst-bretagne.fr) |
| 02:52.56 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
| 02:55.09 |
*** join/#brlcad jordisayol
(~jordisayo@unaffiliated/jordisayol) |
| 02:57.23 |
*** join/#brlcad peerless
(~deepak@14.139.226.34) |
| 03:21.41 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
| 04:23.56 |
*** join/#brlcad n_reed
(~molto_cre@66-118-151-70.static.sagonet.net) |
| 04:29.36 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
| 04:40.46 |
*** join/#brlcad rays2pix
(~deepak@14.139.226.34) |
| 04:48.08 |
rays2pix |
Hi All..This
is Deepak. Planning to take up code refactoring projects for
gsoc |
| 04:56.52 |
gdh |
rays2pix,
don't worry if the developers are not answering |
| 04:57.02 |
gdh |
sometimes,
they are away for awhile |
| 04:57.10 |
gdh |
(and I'm not
a developer, sorry) |
| 04:58.24 |
rays2pix |
gdh: thanks
anyways hi ! |
| 04:59.03 |
gdh |
it's funny, I
thought the refactoring projects wouldn't be popular, but they
are |
| 05:00.19 |
rays2pix |
gdh: I want
to first come up with a working proposal for image processing., I
would like to try my hand at "Density functions" idea
too |
| 05:00.29 |
gdh |
good
idea |
| 05:00.30 |
rays2pix |
gdh:
refactoring - teaches you a lot:)! |
| 05:00.38 |
gdh |
that's what I
was thinking |
| 05:01.05 |
rays2pix |
gdh: may I
know how are you associated with brlcad..user or beginner like
me? |
| 05:01.14 |
gdh |
beginner |
| 05:01.22 |
gdh |
I was looking
into doing GSoC |
| 05:01.36 |
rays2pix |
gdh: thats
nice!which one have you picked up? |
| 05:02.17 |
gdh |
well, I
haven't picked one up for sure, but code reduction and the Archer
API are both possible |
| 05:02.35 |
gdh |
It all
depends on what project I can possibly get |
| 05:09.19 |
rays2pix |
gdh: Good
luck |
| 05:09.26 |
gdh |
thanks |
| 05:10.38 |
rays2pix |
gdh: are you
running brlcad ? |
| 05:10.53 |
gdh |
do you mean
have I compiled it? |
| 05:10.54 |
gdh |
yes |
| 05:10.59 |
gdh |
at the
moment, no |
| 05:14.42 |
rays2pix |
gdh: okay. I
compiled it from source ball,there seems to be some more recent
changes.So heading to SVN |
| 05:15.38 |
gdh |
sometimes,
there's a Notify bot on this channel that lets us know when there
was a new commit |
| 05:49.48 |
brlcad |
note that
it's night for many of the devs, so some responses might not come
for 7-8 hours |
| 05:55.18 |
rays2pix |
brlcad:its
okay ..Will check back and also will slowly learn about the time
lines ! |
| 06:07.20 |
*** join/#brlcad sbongir
(~chatzilla@59.160.74.254) |
| 06:42.15 |
*** join/#brlcad akdroid
(~IceChat77@117.222.37.76) |
| 06:42.35 |
akdroid |
hello |
| 06:42.48 |
akdroid |
my name is
Akhil |
| 06:43.42 |
akdroid |
I'm
interested in the networking project LIBPKG extensions |
| 06:43.51 |
akdroid |
for
GSoC |
| 06:44.32 |
akdroid |
What should I
read up on for the same ? |
| 08:11.21 |
*** join/#brlcad hsrai
(~hsrai@202.164.53.116) |
| 08:12.31 |
*** join/#brlcad caen23_
(~cezar@92.81.221.65) |
| 08:42.36 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 10:08.25 |
*** join/#brlcad Shabbir
(6e5dc80a@gateway/web/freenode/ip.110.93.200.10) |
| 11:17.14 |
*** join/#brlcad rays2pix
(~deepak@14.139.226.34) |
| 11:45.17 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
| 12:43.30 |
Notify |
03BRL-CAD:bob1961 * 55119
(brlcad/trunk/src/mged/dm-ogl.c brlcad/trunk/src/mged/dm-wgl.c):
This fixes zclipping in MGED. |
| 12:57.56 |
*** join/#brlcad jordisayol
(~jordisayo@unaffiliated/jordisayol) |
| 13:09.46 |
Notify |
03BRL-CAD:indianlarry * 55120
brlcad/trunk/src/other/poly2tri/CMakeLists.txt: Cleaned up poly2tri
cmake to remove unneeded variables, build static library based off
of BUILD_STATIC_LIBS, no longer need util.h installed
public. |
| 13:27.20 |
*** join/#brlcad caen23
(~cezar@92.83.169.52) |
| 13:30.20 |
Notify |
03BRL-CAD:starseeker * 55121
brlcad/trunk/NEWS: Bob fixed a z-clipping bug introduced a while
ago, related to changes made for more elaborate clipping support in
Archer. Fixed in commit r55119 |
| 13:32.04 |
*** join/#brlcad celeschus
(c8373a72@gateway/web/freenode/ip.200.55.58.114) |
| 13:32.48 |
celeschus |
Hi! I'm
Celeste, a systems engineering student from Argentina. I'm
interested in your project for GSoC. I have some
questions. |
| 13:34.03 |
gdh |
celeschus,
don't worry if the developers aren't answering |
| 13:34.14 |
gdh |
sometimes
they are away from their computers |
| 13:34.19 |
gdh |
but they will
answer |
| 13:34.33 |
gdh |
I'm a hopeful
GSoC student like yourself |
| 13:34.49 |
celeschus |
where are you
from? |
| 13:35.04 |
gdh |
Idaho,
USA |
| 13:35.06 |
celeschus |
This program
is amazing, there are so many interesting projects to work
with |
| 13:35.15 |
gdh |
yes, it
is |
| 13:36.08 |
celeschus |
First, I
would like to ask If the application it's for one task in
particular or you can express interest in more than one |
| 13:36.11 |
``Erik |
celeschus:
ask the questions, then just hang out and wait for someone to
answer them :) |
| 13:37.18 |
``Erik |
you can do
several applications, and several people can apply for a
task... |
| 13:37.36 |
celeschus |
Erik, i'm
interested in one task that you mentor, Astronomical
Units |
| 13:37.48 |
celeschus |
Sorry for my
english |
| 13:37.51 |
celeschus |
=) |
| 13:37.52 |
``Erik |
cool, big
stuff is neat |
| 13:37.57 |
``Erik |
english seems
great so far |
| 13:40.20 |
celeschus |
If I apply
for that task, what do you suggest me to do before that? In every
site of the participating organizations talks about "preparing you
appplication with mentors" |
| 13:49.47 |
``Erik |
http://brlcad.org/wiki/Google_Summer_of_Code
has a checklist you should go over |
| 13:53.27 |
celeschus |
Yes I saw it
but i was wondering if there is something else to do |
| 14:07.06 |
*** join/#brlcad yiyus
(1242712427@je.je.je) |
| 14:18.38 |
celeschus |
I mean if I
can install something on my laptop or something like
that |
| 14:19.05 |
*** join/#brlcad jordisayol
(~jordisayo@unaffiliated/jordisayol) |
| 14:19.05 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 14:19.05 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
| 14:19.28 |
gdh |
celeschus,
the main thing is to compile it and perhaps submit a patch or
two |
| 14:19.42 |
gdh |
``Erik,
correct me if I'm wrong |
| 14:24.05 |
``Erik |
you are
correct, we like to see proof that you can work with subversion,
compile, follow the style guidelines in the HACKING file, have
competency in the programming language you intend to use,
etc |
| 14:26.10 |
``Erik |
otherwise, we
have to try to guess at the applicants competence when grading the
applications |
| 14:31.31 |
celeschus |
thanks! |
| 14:33.20 |
``Erik |
np, good luck
on getting a trunk checkout compiled and running (once it's build,
you can do "make test", "make benchmark" and "make regress" to
verify everything worked, as well as the make install to get it
into place) |
| 14:38.38 |
celeschus |
Ok =) i'll
come back in these days |
| 14:38.52 |
celeschus |
*this |
| 15:46.05 |
*** join/#brlcad filipt
(~filip@89.205.42.139) |
| 15:50.47 |
Notify |
03BRL-CAD:indianlarry * 55122
brlcad/trunk/src/other/poly2tri/Makefile.am: Added additional
header files to install and nested header directory structure in
include directory. |
| 16:07.41 |
*** part/#brlcad filipt
(~filip@89.205.42.139) |
| 16:15.04 |
*** join/#brlcad KimK
(~Kim__@wsip-184-176-200-171.ks.ks.cox.net) |
| 16:45.02 |
*** join/#brlcad filipt
(~filip@89.205.42.139) |
| 16:45.15 |
filipt |
hi |
| 18:02.14 |
*** join/#brlcad Ch3ck
(~Ch3ck@41.205.13.163) |
| 18:02.21 |
Ch3ck |
Hi
there |
| 18:02.24 |
Ch3ck |
I am Nyah
Check |
| 18:02.49 |
Ch3ck |
a student
from the department of computer Engineering from the University of
Buea. and a good C programmer |
| 18:03.04 |
Ch3ck |
i wish to
work on the Code refactoring projects this summer |
| 18:03.25 |
Ch3ck |
i just wish
to know what is required to in order to write a
proposal |
| 18:21.59 |
*** join/#brlcad caen23
(~cezar@92.83.168.216) |
| 18:22.58 |
brlcad |
hi
Ch3ck |
| 18:23.49 |
Ch3ck |
Hi |
| 18:24.03 |
Ch3ck |
I am an
engineering Student from Cameroon |
| 18:24.08 |
brlcad |
what is
required is to figure out what you'd like to refactor |
| 18:24.18 |
Ch3ck |
ok |
| 18:24.38 |
Ch3ck |
so what skill
level of C programming is required.. for work on the
projects |
| 18:24.41 |
brlcad |
the more
specific you can be, the better |
| 18:24.54 |
brlcad |
especially if
you can tie the refactoring to some tangible gain |
| 18:25.13 |
brlcad |
any skill
level is acceptable, it's more about passion and intent |
| 18:25.25 |
brlcad |
propoerly
scoping and planning a project |
| 18:25.45 |
Ch3ck |
ok |
| 18:25.50 |
brlcad |
being easy to
talk to and work with, independent in solving problems but not to a
fault |
| 18:26.00 |
Ch3ck |
so how do i
get access to some of the projects so i can determine what to
do.. |
| 18:26.29 |
brlcad |
i'm not sure
what your question means |
| 18:26.48 |
brlcad |
you don't get
access to any projects, you propose the project |
| 18:27.12 |
Ch3ck |
ok |
| 18:27.12 |
brlcad |
you have
access to our source code already |
| 18:27.26 |
Ch3ck |
ok |
| 18:27.36 |
Ch3ck |
yeah thats
what i am talking about .. |
| 18:27.44 |
Ch3ck |
how do i get
the source code |
| 18:27.52 |
Ch3ck |
so i can
figure out what to contribute |
| 18:27.58 |
Ch3ck |
on my
proposal.. |
| 18:28.20 |
brlcad |
you should be
able to figure that out... |
| 18:28.35 |
brlcad |
if you wan't
find our source code, that's a big warning sign :) |
| 18:28.50 |
brlcad |
s/wan't/can't/ |
| 18:30.17 |
brlcad |
find it
yet? |
| 18:31.23 |
Ch3ck |
yeah
... |
| 18:31.28 |
Ch3ck |
seen
it |
| 18:31.28 |
Ch3ck |
thanks |
| 18:31.41 |
brlcad |
you'll want
to use our latest subversion sources from a checkout |
| 18:31.50 |
brlcad |
do you know
where *that* is? |
| 18:33.32 |
Ch3ck |
no |
| 18:33.36 |
Ch3ck |
Sir. |
| 18:33.48 |
brlcad |
~cadsvn |
| 18:33.49 |
ibot |
To obtain
BRL-CAD from Subversion: svn checkout https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk
brlcad |
| 18:34.22 |
``Erik |
Ch3ck: take a
few moments to read through the webpage in the topic, particularly
the checklist link |
| 18:34.52 |
Ch3ck |
ok |
| 18:34.56 |
Ch3ck |
thanks.. |
| 18:56.33 |
Ch3ck |
So brlcad is
the company that produces CAD?? |
| 18:56.58 |
Ch3ck |
wow i'll be
so glad to work on a project with you this Summer.. |
| 19:01.09 |
brlcad |
BRL-CAD is an
open source community |
| 19:01.46 |
brlcad |
we focus on
implementing and improving our CAD software |
| 19:01.58 |
Ch3ck |
yeah i will
be glad to work with you this summer |
| 19:02.20 |
brlcad |
open source
participation is entirely voluntary, though many have day jobs that
support their participation |
| 19:02.27 |
Ch3ck |
My other
buddies use CAD for their designs |
| 19:02.36 |
brlcad |
well,
hopefully you can write an excellent proposal ;) |
| 19:03.18 |
brlcad |
just be sure
to keep communicating and start exploring the code, find something
to work on, make a useful patch or three so we get a sense of your
abilities, etc |
| 19:03.44 |
Ch3ck |
ok
thanks |
| 19:03.51 |
Ch3ck |
i'll start
working on it.. |
| 19:05.26 |
*** join/#brlcad ncsaba
(~ncsaba@p5498328F.dip.t-dialin.net) |
| 19:05.36 |
ncsaba |
Hi
there |
| 19:06.00 |
Ch3ck |
Hi |
| 19:06.22 |
brlcad |
howdy
ncsaba |
| 19:06.27 |
brlcad |
how's the
calculations coming? |
| 19:06.33 |
ncsaba |
volume is
ready :-) |
| 19:06.39 |
brlcad |
really? |
| 19:06.41 |
ncsaba |
surface is
real tricky |
| 19:07.02 |
ncsaba |
I will give
you a test pipe, tell me what's it's surface ;-) |
| 19:07.15 |
brlcad |
ok |
| 19:07.24 |
ncsaba |
db put tp5.s
pipe V0 { 0 0 -4 } O0 2 I0 1.5 R0 4 V1 { 0 -4 -4 } O1 0.5 I1 0 R1 4
V2 { 0 -4 4 } O2 2 I2 1.5 R2 4 V3 { 0 4 4 } O3 2 I3 1.5 R3 4 V4 { 0
4 -4 } O4 2 I4 1.5 R4 4 V5 { 0 0 -4 } O5 2 I5 1.5 R5 4 |
| 19:07.59 |
ncsaba |
turn it with
the thin part pointing to you, and ray-trace... |
| 19:10.52 |
ncsaba |
the problem
is basically that pipes as they are currently implemented can have
either disconnected parts (as in this example), or segments which
are partially connected (with some jumps in the pipe
diameter) |
| 19:12.28 |
ncsaba |
some of that
is not visible if you ray-trace it - but I like to have things done
right, so it will need more work... |
| 19:13.12 |
ncsaba |
the volume is
actually easy, I just calculate it for each segment and sum it
up |
| 19:13.34 |
ncsaba |
verified with
gqa, it seems to work OK... |
| 19:14.04 |
brlcad |
hah, that's
really cool |
| 19:14.19 |
brlcad |
i bet there's
a way to break some assumptions |
| 19:14.23 |
ncsaba |
but for
surface the segments can have connected parts, where the surface
should not be counting |
| 19:15.11 |
ncsaba |
what is cool
? (sorry I talk a lot and then I don't know what you answered :-)
) |
| 19:15.55 |
brlcad |
sorry, I'm
still on the db put line |
| 19:15.59 |
ncsaba |
ah
ok |
| 19:16.08 |
ncsaba |
so you like
that pipe ? :-) |
| 19:16.08 |
brlcad |
just thinking
about a pipe that spirals into itself |
| 19:16.24 |
ncsaba |
that could
work too :-) |
| 19:16.27 |
brlcad |
I don't think
that's a case that has been considered |
| 19:16.43 |
brlcad |
might even
work they way it processes segments at a time, but
dunno |
| 19:16.58 |
ncsaba |
well I'm not
after total perfection, but the main cases should work
correctly... |
| 19:18.03 |
ncsaba |
in any case,
I think it is possible to have an algorithm which calculates the
surface correctly for most cases |
| 19:18.22 |
ncsaba |
just needs
more work than simply adding up the individual surfaces
:-) |
| 19:18.48 |
brlcad |
well, so SA
is similar ... |
| 19:18.55 |
brlcad |
you're still
just summing up the segments |
| 19:19.12 |
brlcad |
it's just
that you have to be aware of your previous and next segments to get
the ends right |
| 19:19.20 |
ncsaba |
yes |
| 19:19.27 |
brlcad |
so you ignore
the end-cap segments for starters |
| 19:19.40 |
ncsaba |
but what
about first and last segments touching each other ? |
| 19:19.47 |
brlcad |
then it
really is just an iteration over each segment, sum the interior and
exterior surface |
| 19:20.04 |
ncsaba |
you can
create a perfect torus with pipe |
| 19:20.17 |
ncsaba |
and no,
that#s not enough |
| 19:20.27 |
brlcad |
how
so? |
| 19:21.10 |
brlcad |
by end-cap
segments, I mean all those perpendicular surfaces |
| 19:21.15 |
brlcad |
not just the
first and last |
| 19:21.31 |
ncsaba |
db put tp2.s
pipe V0 { 0 -6 0 } O0 2 I0 0 R0 4 V1 { 0 -4 4 } O1 1 I1 0 R1 4 V2 {
0 4 4 } O2 2 I2 0 R2 4 V3 { 0 4 12 } O3 1 I3 0 R3 4 V4 { 0 10 12 }
O4 2 I4 0 R4 4 |
| 19:21.40 |
ncsaba |
ah
ok |
| 19:22.07 |
ncsaba |
see the jump
in this pipe (ray-traced is visible) |
| 19:22.25 |
brlcad |
sure |
| 19:22.39 |
ncsaba |
that jump has
a lateral surface which depends on the touching inner/outer
diameters of both ends |
| 19:23.14 |
brlcad |
yeah, so but
ignoring those surfaces I trust you see how the rest is just a
summation of cylinders |
| 19:23.38 |
brlcad |
(mathematical
cylinders, not geometric) |
| 19:24.29 |
brlcad |
so the only
hard part is what you identified, calculating the various
ellipsoidal areas |
| 19:24.30 |
ncsaba |
yes, that I
have ready |
| 19:24.38 |
ncsaba |
that's the
easy part |
| 19:24.40 |
brlcad |
er, ellipse
areas |
| 19:24.58 |
ncsaba |
they are
truncated cones and torus segments |
| 19:25.14 |
brlcad |
right |
| 19:25.30 |
ncsaba |
that part is
done |
| 19:26.09 |
brlcad |
so then you
just need a lil book-keeping to add up any remaining ellipse
areas |
| 19:26.35 |
ncsaba |
BTW, there is
a bug in the bounding box calculation, the min and max are not
initialized to +-infinity - I will provide a patch for that
too |
| 19:26.35 |
brlcad |
four cases I
think |
| 19:27.56 |
brlcad |
prev to next
is solid to solid, solid to hollow, hollow to solid, hollow to
hollow, oh and null to solid, null to hollow, hollow to null, and
solid to null |
| 19:28.16 |
ncsaba |
well
basically I only need to know the previous/next inner/outer
diameters, it really doesn't matter if it was hollow, bent,
etc. |
| 19:28.36 |
ncsaba |
and must
check if the first and last point are the same |
| 19:31.10 |
ncsaba |
for the
centroid I guess I will need to sum the individual centroids
weighted by volume ? |
| 19:31.28 |
brlcad |
nowing
inner/outer and handling them case-wise is going to be paramount to
handling the 8 cases I mentioned |
| 19:32.02 |
brlcad |
"hollow" was
just a shorthand for non-zero inner |
| 19:32.19 |
Notify |
03BRL-CAD:carlmoore * 55123
brlcad/trunk/src/conv/stl/stl-g.c: Provide 'Usage:'; arrange
explanations in the order the options appear in Usage line; add
comment that -h and -? are not needed ('default' takes care of
them) |
| 19:32.45 |
ncsaba |
the
inner/outer diameters are known for each segment end, and the only
thing to figure out is how much of that overlaps |
| 19:33.05 |
ncsaba |
non-overlapping is added, the rest
ignored |
| 19:33.31 |
brlcad |
pretty sure
you're saying the exact same thing |
| 19:33.42 |
ncsaba |
ok
:-) |
| 19:34.28 |
ncsaba |
should I
upload new patches as soon as I have something, or better in one go
for all 3 methods ? |
| 19:34.41 |
ncsaba |
right now I
would have the volume done |
| 19:35.00 |
ncsaba |
but it
depends on the former refactoring patch of course... |
| 19:35.17 |
brlcad |
I just broke
it down into cases that would result (which could be processed as
such with a switch/ifthenelse) or find some general solution (but
I'm pretty sure that'll be a variation on ifthenelse
ultimately) |
| 19:35.38 |
brlcad |
new patches
are good |
| 19:35.55 |
brlcad |
just way
whether they apply independently or should be applied in
order |
| 19:36.27 |
ncsaba |
yes, if then
else - but I prefer to have the ifs depend on inner/outer diameter
only, not other knowledge about the segment (bent, hollow, null,
etc) |
| 19:37.01 |
ncsaba |
so I can have
the initial/end segments be processed the same as the
rest |
| 19:37.41 |
ncsaba |
ok, I have to
go now - will upload patches as soon as I have some
ready |
| 19:37.56 |
brlcad |
the 8 have no
other knowledge, that's just the possible ways the ellipse/torus
ends will combine |
| 19:37.57 |
ncsaba |
thanks for
the talk ! |
| 19:38.04 |
ncsaba |
see you
:-) |
| 19:38.09 |
brlcad |
cya
:) |
| 20:05.07 |
*** join/#brlcad hsrai
(~hsrai@202.164.53.116) |
| 20:32.11 |
*** join/#brlcad ColloquyUser
(~caen23@92.83.168.216) |
| 20:32.25 |
Notify |
03BRL-CAD:carlmoore * 55124
brlcad/trunk/src/shapes/coil.c: use av[0]; provide for no-argument
case (program continues running) and -?; shift 'make sure..'
comment; reverse sense of '!bu_file_exists (looked stupid before
the change |
| 20:45.49 |
Notify |
03BRL-CAD:carlmoore * 55125
brlcad/trunk/src/shapes/coil.c: use the defaults if no arguments at
all or if there is ONLY the -? argument |
| 21:09.09 |
*** join/#brlcad maths22
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 22:03.59 |
*** join/#brlcad gdh
(~quassel@174-126-28-176.cpe.cableone.net) |
| 22:07.40 |
*** join/#brlcad caen23_
(~cezar@92.81.211.227) |
| 22:54.04 |
*** join/#brlcad filipt
(~filip@89.205.42.139) |
| 23:00.41 |
Notify |
03BRL-CAD:brlcad * 55126
(brlcad/trunk/src/mged/dm-X.c brlcad/trunk/src/mged/dm-rtgl.c
brlcad/trunk/src/mged/dm-tk.c): shouldn't the others need the same
change too? |
| 23:01.14 |
brlcad |
starseeker:
when was the zclipping bug introduced? ... |
| 23:05.31 |
Notify |
03BRL-CAD:brlcad * 55127
brlcad/trunk/NEWS: Bob fixed a z-clipping bug introduced a while
ago, related to changes made for more elaborate clipping support in
Archer. Fixed in commit r55119. (aiming to consistently lowercase
mged (and other tools) in bullets and uppercase them in the prose
write-ups.) |
| 23:08.23 |
Notify |
03BRL-CAD:brlcad * 55128
brlcad/trunk/src/shapes/coil.c: ws indent cleanup. want space after
commas in function argument lists. |
| 23:10.26 |
Notify |
03BRL-CAD:brlcad * 55129
brlcad/trunk/src/shapes/coil.c: ws |
| 23:11.15 |
brlcad |
(if it was
introduced within the last 9-months, it might not be
user-visible) |
| 23:27.56 |
*** join/#brlcad nestor_souler
(~Souler@76.6.60.213.dynamic.mundo-r.com) |
| 23:32.49 |
brlcad |
hello
nestor_souler |
| 23:35.01 |
nestor_souler |
hi
:) |
| 23:36.08 |
nestor_souler |
i've been
reading about ur proposals for soc13 |
| 23:36.17 |
nestor_souler |
might stick
here for a while :p |
| 00:50.22 |
starseeker |
kanzure: do
you have a write-up of what problems you ran into? |
| 00:52.50 |
kanzure |
no. off the
top of my head, though, the problems were things like (1) not
having enough domain expertise to come up with a full spectrum of
tests to either confirm that my functions were working or to guide
which results various intersection functions needed to produce, (2)
not having a correctness proof of the algorithms i was using, (3)
lack of domain knowledge for knowing how to sufficiently break up
the problem (instead of having giant functions ... |
| 00:52.57 |
kanzure |
... floating
around everywhere, which was highly distressing to my inner source
code enthusiast), and (4) not knowing other people with this domain
expertise willing to do code reviews or be a place for me to send
hate mail to for advice/support. |
| 00:53.56 |
kanzure |
one of my
attempts was a verbatim rewrite of esolid into python.. which was a
bad idea. |
| 00:54.44 |
kanzure |
it was a bad
idea because, while i was able to successfully compile esolid, i
did not have a reasonable idea of testing either version, and the
intersection functions are thousands of lines of code each (for
whatever reason), which means lots of coding before testing each
function.. |
| 00:55.22 |
kanzure |
it occurs to
me that you have recently practiced the art of maintaining two
separate branches of a large, complex project in this space, so
you're probably aware of the kinds of difficulties i am talking
about, heh |
| 00:55.36 |
kanzure |
(SCL seems
much larger than esolid's source code, though.) |
| 00:56.22 |
starseeker |
kanzure: my
approach in that situation would be to first identify the
conceptual pieces of the task, rather than going for the source
code (which is a no-go for us in this case anyway, as I mentioned
earlier) |
| 00:56.40 |
starseeker |
the biggie is
of course surface/surface intersection, but that's not the only
piece |
| 00:57.01 |
kanzure |
yeah, i
understand the licensing issues. however, i would be happy to write
competing implementations all day long once i can write a working
one at all. |
| 00:57.20 |
starseeker |
there's also
assembling the intersection curves into new bounding loops,
figuring out how to assemble new breps from the new trimmed
surfaces, etc. |
| 00:57.39 |
kanzure |
right, and
things like singularities and how to deal with those |
| 00:57.43 |
starseeker |
nods |
| 00:57.58 |
starseeker |
mathematically, the intersection cases can
be characterized |
| 00:58.08 |
starseeker |
hunts for old email from last year's
gsoc... |
| 00:58.25 |
kanzure |
here's some
of the python barf i wrote |
| 00:58.26 |
kanzure |
http://diyhpl.us/cgit/lolcad/tree/nurbs.py |
| 00:58.41 |
kanzure |
here's some
of the esolid stuff i converted.. http://diyhpl.us/cgit/lolcad/tree/lolcad.py |
| 00:58.51 |
kanzure |
please note
there's an awful STEP generator in there too |
| 00:59.01 |
starseeker |
heh |
| 00:59.03 |
kanzure |
it was
because i didn't want to bother with EXPRESS at the time.. i know
it's not a good excuse. |
| 00:59.10 |
kanzure |
forgive me
:( |
| 00:59.50 |
kanzure |
oh wait,
that's just the STEP crap. that's not what i wanted to show
you. |
| 00:59.59 |
kanzure |
http://diyhpl.us/cgit/lolcad/tree/esolid/esolid.py |
| 01:01.09 |
kanzure |
as you can
imagine, writing 4000+ lines of code without testing is really
painful and not healthy and confusing |
| 01:01.21 |
starseeker |
can imagine |
| 01:02.50 |
kanzure |
i agree that
breaking up the problem is a good approach |
| 01:03.22 |
starseeker |
here was my
initial thinking on the assembly problem after Wu got basic
surface/surface intersection working:
http://www.mail-archive.com/brlcad-devel@lists.sourceforge.net/msg02110.html |
| 01:03.30 |
kanzure |
but i don't
want to break up the problem, then spend 3 months writing a
curve-curve intersector, only to have to throw it away in 5 months
because i broke up the problem wrong and didn't think of the right
architecture. |
| 01:03.42 |
kanzure |
oh brlcad has
surface/surface working? |
| 01:04.26 |
starseeker |
kanzure: see
http://brlcad.org/wiki/User:Phoenix/GSoc2012/Reports |
| 01:04.32 |
starseeker |
(last two
pictures) |
| 01:04.44 |
starseeker |
three
rather |
| 01:04.52 |
kanzure |
oh
wonderful |
| 01:05.24 |
kanzure |
i'll read
through that email thread and the wiki page. would that give me a
clear summary of current status? |
| 01:05.45 |
starseeker |
should,
yeah |
| 01:06.55 |
starseeker |
I don't think
the current ssi stuff is exposed via command as yet, and cases like
two surfaces intersecting along a surface rather than a curve (or,
for that matter, a point instead of a curve) still need to be
handled |
| 01:07.48 |
kanzure |
so
non-parallel non-point surface-surface intersection is
working? |
| 01:08.05 |
starseeker |
in the test
cases tried so far |
| 01:09.44 |
kanzure |
that makes me
really happy. maybe i will dig around in some papers for how others
have chosen to solve those remaining edge cases. |
| 01:10.23 |
starseeker |
kanzure: it
shouldn't be too hard for you to hook up the ssi function to a test
command if you want to try it out |
| 01:10.46 |
kanzure |
i'm not sure
i've ever understood what it conceptually means for two surfaces to
intersect on a surface |
| 01:10.55 |
kanzure |
it makes
sense for fusing two models together but for subtraction operations
i'm really not sure |
| 01:11.19 |
kanzure |
for example,
imagine two cubes touching each other on one side
precisely |
| 01:11.26 |
starseeker |
yeah, that's
one of the more tricky situations |
| 01:11.35 |
kanzure |
what happens
in non-brep situations in that case? |
| 01:12.10 |
kanzure |
maybe the
answer is "nothing happens". |
| 01:12.11 |
starseeker |
from the ray
tracing perspective, I think it uses some internal ordering to pick
one or the other to be "inside" |
| 01:12.33 |
starseeker |
it may also
flag that as an overlap if the ray goes right down the plane of
intersection |
| 01:12.42 |
starseeker |
not sure that
facetiziation does with it |
| 01:13.07 |
kanzure |
when you
subtract one object from the other as a user you usually carry on
with only one of the objects.. and subtracting a surface doesn't
have any explicit meaning so "nothing happens" might make
sense. |
| 01:14.05 |
starseeker |
or "shave a
planar thickness equal to minimum tolerance in the model" might
also make sense |
| 01:15.19 |
kanzure |
would it? if
that was the case then as a user i would expect the minimum
tolerance to always be used when calculating intersections of any
type. |
| 01:15.26 |
starseeker |
kanzure: for
code, check out src/libbrep/opennurbs_ext.cpp around line
3221 |
| 01:16.39 |
starseeker |
kanzure: it
depends - another expectation would be that subtraction of the one
cube from the other guarantees that a ray passing through the
subtracted cube's volume never hit anything solid, and reporting
"solid" along the subtracted face would violate that
expectation |
| 01:17.27 |
kanzure |
silly
asymptotes |
| 01:17.33 |
starseeker |
it's indeed a
tricky subject - I suspect most systems have to make *some*
decision from among the options and then just try to be consistent
about it |
| 01:18.49 |
kanzure |
for what it's
worth, i don't have any particular use case that demands one choice
to be made over the other, but consistency would be
nice. |
| 01:19.23 |
starseeker |
nods |
| 01:19.40 |
starseeker |
our take on
that I think was "worry about it after we've got the basics in
place" |
| 01:23.55 |
kanzure |
it turns out
i don't have a recent checkout.. will take a while (and i sorta
refuse to use viewvc because it's viewvc). |
| 01:24.03 |
starseeker |
heh |
| 01:25.41 |
kanzure |
are there
breps/nurbs defined for all the primitives? |
| 01:26.46 |
kanzure |
"Implemented
degree reduction to Bezier curves to simplify the representation of
the dsp top surface. But still a long way to go. As I tested it
with terra.g, the result made me very upset. There were great
differences in the middle of the curves. For dsp with smaller xcnt
& ycnt, the result was quite accurate. But it's big xcnt &
ycnt that counts, because this is introduced to shorten the
raytrace time of dsp with large maps." |
| 01:27.16 |
Notify |
03BRL-CAD
Wiki:Starseeker * 4982 /wiki/Google_Summer_of_Code/Project_Ideas:
/* Geometry Processing Projects */ libsvn db backend only makes
sense (maybe) much farther into the project |
| 01:27.59 |
starseeker |
kanzure: dsp
is a problem - technically a brep can be produced, but it's a
nightmare to raytrace |
| 01:28.20 |
starseeker |
kanzure: we
may do better with a fitted surface, which will come out of some
other work in progress |
| 01:29.18 |
starseeker |
kanzure: dsps
aren't as important as other functionality (IMHO, at least) - we
can revisit them later |
| 01:29.51 |
kanzure |
sure. i was
amused by his comment about being upset. |
| 01:29.56 |
starseeker |
kanzure: of
course, if you feel like implementing practical degree reduction
that would be awesome :-) |
| 01:31.04 |
kanzure |
ah i see you
used the "Performing efficient NURBS modeling operations on the
GPU" subdivision/triangle approximation approach for surface
intersections |
| 01:32.35 |
kanzure |
"Fit the
points into NURBS curves using polyline approximation." |
| 01:35.09 |
kanzure |
when is the
conversion to brep made in the lifecycle of a model in
brlcad? |
| 01:35.11 |
Notify |
03BRL-CAD
Wiki:Starseeker * 4983 /wiki/Google_Summer_of_Code/Project_Ideas:
/* Mentors */ I don't know who-all is a mentor this year yet, but
unless the admins have heard otherwise I don't think these folks
are this year... |
| 01:36.35 |
kanzure |
oh i see you
are planning a brep command |
| 01:37.18 |
starseeker |
kanzure: we
already have one - that's how we convert implicits to breps
:-) |
| 01:37.45 |
kanzure |
it seems like
it makes more sense to keep everything implicit in brlcad as long
as possible, and then dump to brep at the end of a work
session? |
| 01:40.26 |
starseeker |
right |
| 01:43.44 |
kanzure |
i am curious
why he was raytracing brep models. almost all computers these days
have a version of opengl that comes with nurbs rendering in glut or
something. |
| 01:43.50 |
kanzure |
*support a
version of opengl |
| 01:44.20 |
starseeker |
eh?
raytracing NURBS has been one of BRL-CAD's primary efforts for the
last several years |
| 01:44.49 |
starseeker |
the built-in
glut tessellation almost never holds up for real-world complex
geometry |
| 01:44.57 |
kanzure |
oh really? i
thought it would be much more performant. |
| 01:45.14 |
kanzure |
i have only a
little experience with the glut tessellation, i never stress tested
it.. |
| 01:46.10 |
starseeker |
shakes his head - we're just now getting our own tessellation
capabilities online, which are much better at handling the sorts of
geometry we're likely to see, and even then for raytracing planar
triangles are typically an approximation |
| 01:46.39 |
starseeker |
not to
mention tessellating models can get you all sorts of nasty overlap
issues that weren't there to begin with |
| 01:47.55 |
kanzure |
what are
proprietary cad vendors doing for rendering? |
| 01:48.54 |
starseeker |
presumably
they have their own tessellation codes |
| 01:49.00 |
kanzure |
i don't even
know what opencascade is doing. i sort of assumed they are using
glut tessellation but i never checked.. |
| 01:49.07 |
starseeker |
doubts it |
| 01:49.14 |
kanzure |
they are
probably using 10 things :) |
| 01:49.33 |
starseeker |
dunno - their
codebase is another one that is useless to us due to licensing
issues |
| 01:49.53 |
kanzure |
i know you
guys have expressed a disinterest in even looking at their source
code, but man, it's not in good shape |
| 01:50.12 |
starseeker |
well, that's
another reason then :-) |
| 01:53.04 |
kanzure |
still
checking out.. |
| 01:53.32 |
kanzure |
oh good "The
intersection curve (green) of a sph (red) and an ehy
(blue)." |
| 02:02.00 |
kanzure |
is there an
official git-svn bridge for brlcad? |
| 02:02.09 |
kanzure |
.. or an
unofficial maintained one? |
| 02:02.56 |
kanzure |
it's not easy
to tell if http://brlcad.org/brlcad.git is
the same as crit.brlcad.org/brlcad.git or not |
| 02:07.29 |
kanzure |
r53942 has a
really long commit message. what's going on there? |
| 02:08.24 |
kanzure |
http://brlcad.svn.sourceforge.net/viewvc/brlcad?view=revision&revision=53942 |
| 02:13.17 |
kanzure |
"re-re-revert
to r54338 before I started causing damage. apparently two
different versions of opennurbs came out one month after the other,
both labeled as v5.0 and the latter removing substantial
functionality (3 functions) that we utilize." wtf |
| 02:27.36 |
starseeker |
openNURBS
removed some features we were using, that they deemed unnecessary
for openNURBS's primary purpose - enabling applications to
read/write 3dm files |
| 02:53.58 |
kanzure |
why is the
if/else not indented in the example in HACKING under the "The One
True Brace Style" section? |
| 09:05.21 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-138-1.skif.com.ua) |
| 09:31.38 |
*** join/#brlcad sbongir
(~chatzilla@59.160.74.254) |
| 09:38.56 |
*** join/#brlcad filipt
(~filip@89.205.42.139) |
| 10:07.26 |
filipt |
anyone here?
I need some help with compiling the brl-cad source... |
| 10:56.43 |
starseeker |
likes Google's banner today |
| 10:56.57 |
starseeker |
bet Ed would
too |
| 11:17.21 |
Notify |
03BRL-CAD
Wiki:Starseeker * 4984 /wiki/Google_Summer_of_Code/Project_Ideas:
/* Project Categories */ Make a stab at shuffling the
grouping/ordering based on project priorities |
| 11:36.16 |
brlcad |
yeah, good ol
euler |
| 11:41.16 |
Notify |
03BRL-CAD:bob1961 * 55161
brlcad/trunk/src/tclscripts/archer/ShaderEdit.tcl: Added support
for the stack shader to Archer's comb edit panel. |
| 12:38.42 |
brlcad |
kanzure:
crit.brlcad.org == brlcad.org now, they are one in the
same |
| 12:39.50 |
brlcad |
r53942 was
someone learning how to use svn commit for the first time (and
making a mistake) |
| 12:41.03 |
brlcad |
filipt: you
need to ask your question and wait around for an answer, not ask if
anyone is here |
| 12:41.20 |
brlcad |
~ask |
| 12:41.20 |
ibot |
Questions in
the channel should be specific, informative, complete, concise, and
on-topic. Don't ask if you can ask a question first. Don't ask if
a person is there; just ask what you intended to ask them. Better
questions more frequently yield better answers. We are all here
voluntarily or against our will. |
| 13:05.54 |
*** join/#brlcad anirban
(cb6ef7dd@gateway/web/freenode/ip.203.110.247.221) |
| 14:15.59 |
*** join/#brlcad nsomani
(839ffce9@gateway/web/freenode/ip.131.159.252.233) |
| 14:17.07 |
brlcad |
hi nsomani
and anirban |
| 14:19.49 |
nsomani |
hi |
| 14:21.10 |
brlcad |
does shape
primitives using point clouds mean representing shapes with point
clouds or reverse modeling shapes from point clouds? |
| 14:22.16 |
nsomani |
modeling
shapes from point clouds |
| 14:22.38 |
nsomani |
rather,
detecting shapes from point clouds data |
| 14:22.40 |
brlcad |
what
representation are you working towards? |
| 14:22.56 |
nsomani |
i'm looking
at NURBS right now |
| 14:23.10 |
brlcad |
excellent..
that's a tough problem |
| 14:23.39 |
nsomani |
yes, it is! I
realized that once I got into it. but i think there's good
potential for work in this direction |
| 14:24.09 |
brlcad |
starseeker
has been working on a variation of that problem for the better part
of a year |
| 14:25.09 |
nsomani |
okay. yeah,
i'm not sure how much of this can be done within the GSoC
timeframe. |
| 14:25.35 |
brlcad |
how much do
you know about the underlying research in that area? |
| 14:25.50 |
brlcad |
read any of
the research papers? |
| 14:26.28 |
nsomani |
i've read the
NURBS book by piegl and a few papers, but i wouldn't call myself an
expert. |
| 14:26.54 |
brlcad |
I think it's
doable within GSoC timeframe, but it's certainly got some
significant risks |
| 14:27.13 |
brlcad |
would have to
be rather specific on the goals and result, what problem(s) get
implemented |
| 14:27.17 |
brlcad |
what data is
worked with, etc |
| 14:28.05 |
nsomani |
perhaps a
discussion with starseeker would be beneficial for this |
| 14:28.08 |
brlcad |
iirc, he even
used a piece of code from PCL to help solve the point
mapping |
| 14:29.04 |
nsomani |
yes, i think
this approach would be useful for the PCL community as well. they
already have some work on NURBS. this could be a good
extension |
| 14:29.42 |
brlcad |
our primary
goal was the conversion of polygonal models to NURBS
models |
| 14:30.51 |
brlcad |
the basic
algorithm oversimplified was to chop up the mesh into patches, then
for each patch project the vertices into a fitted nurbs surface
(pcl solver helping with that), and then stitching the surfaces
together at their boundaries |
| 14:32.00 |
nsomani |
i
see. |
| 14:32.59 |
nsomani |
if the aim is
to use point cloud data directly and not meshes, there needs to be
a some sort of a pre-processing step which converts the clouds to
meshes. |
| 14:33.02 |
brlcad |
which is
basically a variation of locally grouping/segmenting 3d points
together so we can get "good" surfaces |
| 14:33.32 |
brlcad |
if the
starting point is point cloud, definitely -- you'd need to infer
some boundary |
| 14:33.59 |
brlcad |
especially if
it's noisy data or misaligned, etc |
| 14:35.11 |
nsomani |
true. there
are a bunch of these local grouping/segmentation algorithms in PCL.
and some of them are very time efficient too |
| 14:35.46 |
nsomani |
so, handling
noisy data should not be a problem if this pre-processing step is
involved. |
| 14:36.28 |
brlcad |
I guess we're
mostly interested with the data after it's already gone through
that processing since quality is indeterminate at that
point |
| 14:37.01 |
brlcad |
at least once
there's a mesh, we can talk about error, deviation, and fitting
confidence for a corresponding nurbs surface |
| 14:37.49 |
brlcad |
with points,
I think the most you can say is deviation |
| 14:40.11 |
nsomani |
yes. so, i
guess all this combined could be a good project for
GSoC |
| 14:40.57 |
nsomani |
feasibility
depends on how much progress has already been done in BRL-CAD on
this. |
| 14:42.09 |
brlcad |
starseeker
has a nice presentation that gives an overview of the issues and
progress he's made to date |
| 14:43.35 |
brlcad |
gsoc could
focus on solving those few remaining issues, defining some BRL-CAD
and PCL API boundaries, and then making sure it's all packaged up
properly (and working, obviously) |
| 14:44.34 |
nsomani |
starseeker:
could you please share this presentation. it would be very helpful
in defining the scope of this proposal. |
| 14:46.17 |
nsomani |
brlcad: yes,
that seems interesting. |
| 14:48.15 |
brlcad |
nsomani: the
code in question in a brl-cad checkout is
src/libbrep/opennurbs_fit.* src/librt/test_nurbsfit.cpp
src/librt/test_bot2nurbs.cpp |
| 14:48.20 |
brlcad |
~cadsvn |
| 14:48.20 |
ibot |
To obtain
BRL-CAD from Subversion: svn checkout https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk
brlcad |
| 14:49.10 |
brlcad |
"bot" is our
nomenclature for a "bag of triangles", i.e., a triangle
mesh |
| 14:49.35 |
anirban |
brlcad: sorry
was away from keyboard at that point of time.......went through
your discussion with nsomani |
| 14:50.33 |
nsomani |
brlcad: okay.
i'll take a look at it. |
| 14:51.00 |
anirban |
yes the
approach of chopping the meshes into patches and using pcl seems
interesting |
| 14:56.08 |
brlcad |
I could see a
proposal to 1) implement a PCL function that takes a set/patch of
filtered surface points and provides a corresponding NURBS surface,
2) integrate that call/functionality into BRL-CAD for getting a set
of surfaces given a set of mesh patches, and 3) stitching it all
together via an integrated brl-cad libged command |
| 14:56.39 |
brlcad |
or some
variation thereof, so PCL gets a new nugget and we get that
functionality hooked into a useful CAD purpose |
| 14:59.42 |
starseeker |
would prefer not to tie into PCL if it can be avoided -
that's a rather large dependency to introduce. For point cloud to
wrapped mesh I would expect libqhull to be the key
piece |
| 15:00.12 |
brlcad |
not so much
to tie into them, but to make it an extractable function like you
did in opennurbs_fit |
| 15:00.33 |
brlcad |
thinking of
it like a sub-library that doesn't tie into either sides
types |
| 15:00.50 |
brlcad |
so it can be
mutually useful |
| 15:01.06 |
brlcad |
then from
there, if they want to customize or if we need to, we
can |
| 15:01.07 |
starseeker |
nods - I'd have to look again, but I kinda thought they were
using qhull for the heavy lifting there - so qhull may already be
the "sub-library" |
| 15:01.36 |
brlcad |
we'd still
just be concerned with the point after we have a mesh |
| 15:02.07 |
brlcad |
which is
effectively the same as an API call that worked on filtered
points |
| 15:03.03 |
brlcad |
i.e., what'd
you'd get *after* running through qhull or whatever other
filtering |
| 15:03.17 |
Notify |
03BRL-CAD
Wiki:Phoenix * 4985 /wiki/User:Phoenix: /* Experience
*/ |
| 15:04.00 |
Notify |
03BRL-CAD
Wiki:Phoenix * 4986 /wiki/User:Phoenix: /* Interest */ |
| 15:04.17 |
Notify |
03BRL-CAD
Wiki:Phoenix * 4987 /wiki/User:Phoenix: /* Who I am */ |
| 15:04.34 |
starseeker |
uh... doens't
PCL already have a functoin that takes in points and returns a
NURBS surface?
http://docs.pointclouds.org/trunk/classpcl_1_1nurbs_1_1_nurbs_fitter.html |
| 15:04.46 |
nsomani |
yes. it
does |
| 15:05.58 |
brlcad |
nsomani: how
does your work relate to that? |
| 15:06.31 |
brlcad |
starseeker:
ever tested how their method compares to yours? |
| 15:06.52 |
starseeker |
shakes his head |
| 15:06.54 |
nsomani |
i think the
idea about primitives got lost somewhere here. i was trying to
focus on fitting shape primitives to these points. |
| 15:07.49 |
nsomani |
part (1) in
the idea already exists. |
| 15:07.51 |
starseeker |
I wouldn't
expect anything different - the boundary edges are where the issues
seem to be, and I don't think they are addressed by Morwald's
original work |
| 15:08.34 |
starseeker |
nsomani:
you're thinking something more along these lines? http://efpisoft.sourceforge.net/ |
| 15:09.32 |
nsomani |
starseeker:
yes. |
| 15:09.34 |
starseeker |
(unfortunately we can't use the code from
that project, since it's GPL) |
| 15:09.53 |
nsomani |
starseeker:
but i'm looking for point cloud data as the starting point, and not
meshes |
| 15:10.26 |
Notify |
03BRL-CAD
Wiki:Phoenix * 4988 /wiki/User:Phoenix: /* GSoC 2012 Project
*/ |
| 15:10.55 |
Notify |
03BRL-CAD
Wiki:Phoenix * 4989 /wiki/User:Phoenix: /* GSoC 2013 Project
*/ |
| 15:11.05 |
starseeker |
wouldn't that
just involve fitting the point cloud with a mesh and proceeding
from there? |
| 15:11.27 |
brlcad |
a joint PCL
project that would be more interesting, a stand-alone mit-licensed
high-performance generic kd-tree library (ideally with gpgpu and
coherency leveraged where available) |
| 15:11.37 |
Notify |
03BRL-CAD
Wiki:Phoenix * 4990 /wiki/User:Phoenix/GSoc2013/Proposal: Created
page with "Coming soon... :)" |
| 15:11.42 |
brlcad |
s/more
// |
| 15:12.08 |
brlcad |
nsomani: when
you say primitive, what do you mean? |
| 15:12.18 |
brlcad |
I think he's
talking about shape detection |
| 15:12.31 |
brlcad |
"this is a
torus" |
| 15:12.39 |
starseeker |
brlcad:
starting with this? http://code.google.com/p/kdtree/
or a scratch/ground-up design? |
| 15:13.00 |
brlcad |
starseeker:
whatever |
| 15:13.30 |
starseeker |
brlcad: yeah,
that's what I got too - recognizing surfaces that are well fitted
by simple quadratic/quartic surfaces |
| 15:13.36 |
nsomani |
the idea is
similar to efpisoft. I'm looking to decompose a point cloud of an
object(say) into a set of simpler shapes(planes, cylinders, etc. )
to represent it. |
| 15:14.21 |
nsomani |
i'm looking
into nurbs representations right now which seems
interesting. |
| 15:14.29 |
brlcad |
starting with
google's would be fine, but it'd be hard to outperform it without
restructing the data types and processing flow |
| 15:14.57 |
brlcad |
nsomani: well
you could certainly craft a "hybrid" proposal with elements of that
and other work we need |
| 15:18.04 |
brlcad |
deconstructing an input data (point cloud
or mesh) into one of our primitives would be an interesting feature
and is something we've even discussed recently |
| 15:18.48 |
brlcad |
it's hard to
describe a tangible user benefit other than data reduction, though
... would require some thinking about how the feature is
exposed |
| 15:19.34 |
nsomani |
okay. I'll
give this more thought and come up with a proposal. |
| 15:20.53 |
nsomani |
in my
experiments, i use this for representing object CAD models and then
recognizing them in point cloud data. |
| 15:22.11 |
nsomani |
this also has
applications in shape retrieval and shape-based database
indexing. |
| 15:45.08 |
brlcad |
nsomani: yes,
I get that except without other "filtering" methods, the image
processing domain long showed that you need far more than a shape
to do useful shape recognition on real data |
| 15:48.42 |
*** join/#brlcad gdh
(~quassel@pool-71-177-13-144.lsanca.dsl-w.verizon.net) |
| 15:57.29 |
Notify |
03BRL-CAD:bob1961 * 55162
brlcad/trunk/src/tclscripts/archer/Archer.tcl: This fixes a bug
(i.e. the various object panels no longer appear when an object is
selected) that shows up when a database is opened when in "Rt Image
View" mode. |
| 16:05.05 |
nsomani |
brlcad: true.
i've done a lot of work on shape matching and recognition, based on
this decomposition. A stable and robust shape decomposition is
crucial to that work. |
| 16:05.37 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-138-1.skif.com.ua) |
| 16:05.39 |
nsomani |
This is why
I'm focusing more on getting a good shape decomposition algorithm
working. |
| 16:11.31 |
*** join/#brlcad Ch3ck
(~Ch3ck@41.205.13.86) |
| 16:57.50 |
*** join/#brlcad Ch3ck
(~Ch3ck@41.205.13.125) |
| 17:26.50 |
*** join/#brlcad hsrai
(~hsrai@202.164.53.116) |
| 17:28.45 |
hsrai |
Is there any
plan to have DWG (AutoCAD format) import / export? Rather is there
any need / demand for this? |
| 17:48.30 |
*** join/#brlcad ncsaba
(~ncsaba@p54983C23.dip.t-dialin.net) |
| 19:00.34 |
Ch3ck |
hi |
| 19:00.37 |
Ch3ck |
hsrai |
| 19:00.47 |
Ch3ck |
i wish to
work with brlcad too..?? |
| 19:00.50 |
Ch3ck |
u
der? |
| 21:20.55 |
Notify |
03BRL-CAD:carlmoore * 55163
brlcad/trunk/src/conv/comgeom/cvt.c: add comment about versions 1,
4 |
| 22:15.26 |
``Erik |
http://divshot.github.io/geo-bootstrap/
I need to add this bootstrap theme to my webpage O.o |
| 00:00.32 |
starseeker |
wonders if there's a way to automatically message first
timers on the channel about sticking around... |
| 00:00.53 |
starseeker |
``Erik: did
Notify get clogged up again? |
| 00:11.49 |
Notify |
03BRL-CAD:carlmoore * 55164
brlcad/trunk/src/librt/db_io.c: fix warning about expecting long
unsigned int |
| 00:12.00 |
Notify |
03BRL-CAD:carlmoore * 55165
brlcad/trunk/src/conv/comgeom/cvt.c: add version number when
printing out requirements per verbose mode |
| 00:13.05 |
Notify |
03BRL-CAD:carlmoore * 55166
brlcad/trunk/src/conv/conv-vg2g.c: make reference to prompts that
may be needed |
| 00:13.47 |
Notify |
03BRL-CAD:starseeker * 55167
brlcad/trunk/src/other/poly2tri/poly2tri/common/shapes.h: MSVC
didn't define __FLT_EPSILON__ - use FLT_EPSILON instead |
| 00:14.07 |
Notify |
03BRL-CAD
Wiki:Phoenix * 4997 /wiki/User:Phoenix/GSoc2013/Proposal: /*
Calculating surface-surface intersection curves */ |
| 00:14.09 |
Notify |
03BRL-CAD
Wiki:Phoenix * 4998 /wiki/User:Phoenix/GSoc2013/Proposal: /*
Calculating surface-surface intersection curves */ |
| 00:14.11 |
Notify |
03BRL-CAD
Wiki:Phoenix * 4999 /wiki/User:Phoenix/GSoc2013/Proposal: /*
Calculating surface-surface intersection curves */ |
| 00:14.13 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5000 /wiki/User:Phoenix/GSoc2013/Proposal: /* Split
the surfaces and generate new trimmed sub-surfaces using
intersection curves */ |
| 00:14.15 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5001 /wiki/User:Phoenix/GSoc2013/Proposal: /*
Calculating surface-surface intersection curves */ |
| 00:14.17 |
Notify |
03BRL-CAD
Wiki:Starseeker * 5002 /wiki/Google_Summer_of_Code/Project_Ideas:
/* Mentors */ Update mentor list |
| 00:14.19 |
Notify |
03BRL-CAD
Wiki:Starseeker * 5003 /wiki/Google_Summer_of_Code/Project_Ideas:
/* Other Tool Projects */ Remove clone tool until we have a proper
project definition |
| 00:14.21 |
Notify |
03BRL-CAD
Wiki:Starseeker * 5004 /wiki/Google_Summer_of_Code/Project_Ideas:
/* Project Categories */ tweaks |
| 00:14.23 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5005 /wiki/User:Phoenix/GSoc2013/Proposal: /* Split
the surfaces and generate new trimmed sub-surfaces using
intersection curves */ |
| 00:14.25 |
Notify |
03BRL-CAD
Wiki:Starseeker * 0
/wiki/Vector_output_from_raytracing: |
| 00:14.27 |
Notify |
03BRL-CAD
Wiki:Starseeker * 5009 /wiki/Google_Summer_of_Code/Project_Ideas:
/* Project Categories */ shuffle some tasks around |
| 00:14.29 |
``Erik |
another
fruity email gumming up the parser :/ |
| 00:14.29 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5010 /wiki/User:Phoenix/GSoc2013/Proposal: /* Split
the surfaces and generate new trimmed sub-surfaces using
intersection curves */ |
| 00:14.31 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5011
/wiki/User:Phoenix/GSoc2013/Proposal: |
| 00:14.33 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5012 /wiki/User:Phoenix/GSoc2013/Proposal: /*
Computation of the new solid model */ |
| 00:14.35 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5013 /wiki/User:Phoenix/GSoc2013/Proposal: /*
Calculating surface-surface intersection curves */ |
| 00:14.37 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5014 /wiki/User:Phoenix/GSoc2013/Proposal: /* Split
the surfaces and generate new trimmed sub-surfaces using
intersection curves */ |
| 00:14.39 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5015 /wiki/User:Phoenix/GSoc2013/Proposal: /*
Computation of the new solid model */ |
| 00:14.41 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5016 /wiki/User:Phoenix/GSoc2013/Proposal: /* Other
ideas */ |
| 00:14.42 |
starseeker |
``Erik: heh -
thanks :-) |
| 00:14.43 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5017 /wiki/User:Phoenix/GSoc2013/Proposal: /*
Deliverables */ |
| 00:14.45 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5018 /wiki/User:Phoenix/GSoc2013/Proposal: /* Why me
*/ |
| 00:14.47 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5019 /wiki/User:Phoenix/GSoc2013/Proposal: /* Links
*/ |
| 00:14.49 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5020 /wiki/User:Phoenix/GSoc2013/Proposal: /* Links
*/ |
| 00:14.51 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5021 /wiki/User:Phoenix/GSoc2013/Proposal: /* Links
*/ |
| 00:14.53 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5022 /wiki/User:Phoenix/GSoc2013/Proposal: /*
Computation of the new solid model */ |
| 00:14.55 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5023 /wiki/User:Phoenix/GSoc2013/Proposal: /*
Computation of the new solid model */ |
| 00:14.57 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5024 /wiki/User:Phoenix/GSoc2013/Proposal: /*
Development schedule */ |
| 00:14.59 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5025 /wiki/User:Phoenix/GSoc2013/Proposal: /*
Development schedule */ |
| 00:15.01 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5026 /wiki/User:Phoenix/GSoc2013/Proposal: /*
Development schedule */ |
| 00:15.03 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5027 /wiki/User:Phoenix/GSoc2013/Proposal: /*
Development schedule */ |
| 00:15.05 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5028 /wiki/User:Phoenix/GSoc2013/Proposal: /*
Development schedule */ |
| 00:15.07 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5029 /wiki/User:Phoenix/GSoc2013/Proposal: /* Time
availability */ |
| 00:15.09 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5030 /wiki/User:Phoenix/GSoc2013/Proposal: /* Why
BRL-CAD */ |
| 00:15.11 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5031 /wiki/User:Phoenix/GSoc2013/Proposal: /* Why me
*/ |
| 00:15.13 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5032 /wiki/User:Phoenix/GSoc2013/Proposal: /*
Development schedule */ |
| 00:15.15 |
Notify |
03BRL-CAD
Wiki:Starseeker * 5033 /wiki/NURBS_Intersections: Clarify that the
project links don't have source code we can use, just research
papers. |
| 05:08.17 |
*** join/#brlcad caen23_
(~cezar@92.81.161.99) |
| 08:23.57 |
*** join/#brlcad hsrai
(~hsrai@202.164.53.116) |
| 10:16.08 |
*** join/#brlcad hsrai
(~hsrai@202.164.53.116) |
| 10:44.53 |
*** join/#brlcad aks001
(uid10889@gateway/web/irccloud.com/x-ybbwnqxokpliteog) |
| 11:08.34 |
*** join/#brlcad Abhishek91
(~Abhishek9@122.166.157.182) |
| 11:14.42 |
Abhishek91 |
Hi everyone.
Are there any GSOC mentors online currently ? |
| 11:46.03 |
*** join/#brlcad vladbogo
(~vlad@188.25.239.23) |
| 12:56.20 |
*** join/#brlcad caen23
(~cezar@92.81.178.46) |
| 13:39.45 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
| 13:39.47 |
*** join/#brlcad maths22
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 14:11.01 |
*** join/#brlcad maths22
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 14:11.46 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
| 14:13.22 |
*** join/#brlcad n_reed
(~molto_cre@66-118-151-70.static.sagonet.net) |
| 14:40.58 |
brlcad |
Abhishek91:
you're welcome to discuss you proposal here openly any
time |
| 14:41.12 |
brlcad |
responses may
be immediate or hours later, but someone responds when we
can |
| 14:42.44 |
Abhishek91 |
thats perfect
! i just wanted to ask about the website development project listed
in the ideas page |
| 14:43.14 |
Abhishek91 |
i have good
experience in developing websites/tools in django |
| 14:43.19 |
brlcad |
I was just
responding to your e-mail |
| 14:43.44 |
brlcad |
first up,
what's the name of our org? :) |
| 14:44.11 |
Abhishek91 |
brl-cad ?
:P |
| 14:44.33 |
brlcad |
that's better
than your intro email :) |
| 14:45.47 |
Abhishek91 |
haha my bad
:) |
| 14:47.06 |
Abhishek91 |
i guess its
because of my habbit of writing blr .. a short-form for where i
live :p .. bangalore |
| 14:47.10 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
| 14:47.35 |
brlcad |
understandable |
| 14:49.15 |
Abhishek91 |
i see that
your requirement says that you need a long term contributor :) i'm
willing to put in time into managing the website after the duration
of the summer of code as well ! |
| 14:50.55 |
brlcad |
yeah, we
don't just want a site developed |
| 14:50.59 |
brlcad |
that's nearly
useless by itself |
| 14:51.19 |
brlcad |
it needs to
be polished, integrated, understood, communicated, maintained,
... |
| 14:53.40 |
brlcad |
Abhishek91: I
just replied so you can follow up there or here to
discuss |
| 14:56.13 |
Abhishek91 |
sure i
understand ! is there anything i could do to get started from a web
developer's perspective.. to further understand what is required of
me ? |
| 14:58.16 |
brlcad |
yes, lots of
reading |
| 14:58.19 |
brlcad |
see last
year's work |
| 14:58.56 |
brlcad |
also,
download and compile brl-cad optimized, run the benchmark, become
familiar with everything in the output log |
| 14:59.07 |
Abhishek91 |
i got the
mail :) thank you so much |
| 14:59.22 |
Abhishek91 |
sure ! will
do that tonight ! |
| 15:00.00 |
brlcad |
the more you
know and understand, the more detail you'll be able to put into a
proposal |
| 15:00.39 |
brlcad |
just, like I
mention in the e-mail, make sure you account time for LOTS of
discussions, following our coding guidelines, and integrating your
work |
| 15:01.17 |
brlcad |
a good patch
might be to make some useful enhancement or modification to his
existing code (after you get it up and running) so you can
demonstrate a working understanding |
| 15:01.39 |
vladbogo |
hello |
| 15:01.52 |
Abhishek91 |
sounds good
! |
| 15:02.04 |
vladbogo |
i am
interested in the New Cross-Platform 3D Display Manager
project |
| 15:02.11 |
brlcad |
hi vladbogo,
welcome |
| 15:02.19 |
vladbogo |
thanks:) |
| 15:02.39 |
brlcad |
vladbogo:
sounds great -- that's a tough one so you have a lot of homework
;) |
| 15:02.46 |
vladbogo |
i received
your mail and started to read the documentation about the display
tools |
| 15:03.27 |
vladbogo |
you warned me
about that in the mail but the project seems really interesting to
me so I am willing to invest a lot of time |
| 15:04.15 |
brlcad |
that's great
because it'll probably require a lot of time ;) |
| 15:04.45 |
vladbogo |
i started by
reading the manpages for the tools indicated and managed to make a
brief idea about how things work |
| 15:04.49 |
brlcad |
it's a
challenge not because of qt/ogre/whatever, but because you're going
to have to understand the existing code in order to extend
it |
| 15:05.08 |
brlcad |
understanding
the difference between a framebuffer and a display manager, for
example |
| 15:05.51 |
brlcad |
a low-level
way you can see a DM in action, run "mged -c" and it'll prompt you
for which DM to run |
| 15:06.06 |
brlcad |
nu == NULL or
no display manager |
| 15:06.26 |
brlcad |
X or ogl
obviously refer to different ones ;) |
| 15:07.03 |
vladbogo |
thanks |
| 15:07.06 |
brlcad |
portions of
their source are in src/libdm but also in src/mged/dm*
(unfortunatley, that's something to clean up and
eliminate) |
| 15:07.26 |
vladbogo |
i looked
there |
| 15:07.57 |
vladbogo |
and to be
honest it seemed quite overwhelming |
| 15:08.12 |
brlcad |
which crash
course intro: mged -c test.g then "make sph sph" .. you just make a
sphere, wireframe displays in the DM, run "rt" and a framebuffer
window should pop up with a rendering |
| 15:08.29 |
brlcad |
yes |
| 15:08.35 |
brlcad |
don't be
overwhelmed :) |
| 15:08.39 |
brlcad |
ask
questions |
| 15:08.48 |
vladbogo |
but what i
understood is that the tk framework is used |
| 15:08.49 |
brlcad |
we're here to
help answer questions and explain things |
| 15:09.02 |
vladbogo |
thanks a
lot |
| 15:09.26 |
brlcad |
tk framework
is used if you run mged without the -c or if you run the "gui"
command |
| 15:09.54 |
brlcad |
tk framework
is otherwise not used |
| 15:10.14 |
brlcad |
there was an
effort a few years ago to create a tk DM, but that work is
incomplete (src/libdm/dm-tk.c |
| 15:10.23 |
vladbogo |
and also it
isn't clear if qt/ogre should be integrated in tk? |
| 15:17.33 |
brlcad |
if it's
qt/ogre, it should not involve tk |
| 15:18.20 |
brlcad |
it could be
qt/ogre or tk/ogre or pure tk/ogl or pure qt/ogl |
| 15:18.52 |
brlcad |
don't want to
unnecessarily involve technologies where they provide no
benefit |
| 15:19.12 |
vladbogo |
thanks |
| 15:20.04 |
vladbogo |
i think that
now the most important part is to study the code |
| 15:21.19 |
vladbogo |
which to you
think it would be better making a patch or trying to get to know as
many information about what is done and where rather than
concentrating on a particular part? |
| 15:25.04 |
brlcad |
"yes" |
| 15:25.21 |
brlcad |
you have to
balance those |
| 15:25.27 |
brlcad |
no patch ==
no proof |
| 15:25.33 |
brlcad |
no research
== no useful patch |
| 15:25.52 |
vladbogo |
ok i
understood |
| 15:26.16 |
vladbogo |
i haven't
been clear enough but you answered my question |
| 15:26.23 |
brlcad |
something you
could work on might be to create a debug DM that actually
works |
| 15:26.44 |
brlcad |
completely
non-graphical, a DM that just prints/logs calls |
| 15:27.29 |
vladbogo |
and another
question |
| 15:28.04 |
brlcad |
i.e., that'd
be a good patch that would also help you understand the
code |
| 15:28.20 |
brlcad |
so you'd have
a better idea of what you'd need to do and describe in your
proposal |
| 15:28.50 |
brlcad |
the DM
interface is basically a set of callback functions that get
defined |
| 15:29.10 |
brlcad |
so you'd be
stubbing in a bunch of empty functions first, just to get it to
show up as a mged -c option |
| 15:29.29 |
brlcad |
then make it
print something useful instead of empty functions |
| 15:30.25 |
vladbogo |
that seems
interesting |
| 15:31.12 |
vladbogo |
is there any
place where i could get some more information about
this? |
| 15:31.22 |
brlcad |
here? |
| 15:31.31 |
vladbogo |
:) |
| 15:31.42 |
brlcad |
can start by
following one of the existing DM interfaces, like DM_OGL or
DM_TK |
| 15:32.07 |
vladbogo |
thanks |
| 15:32.10 |
brlcad |
searching for
one of those will pull up all the places you'd probably need to
edit to add your new debug interface |
| 15:32.40 |
brlcad |
and you'd add
your DM_TEXT or DM_DEBUG similarly |
| 15:32.59 |
brlcad |
likes DM_TXT |
| 15:35.13 |
vladbogo |
then i will
start working and put questions on the way |
| 15:35.25 |
vladbogo |
thank you
very much for your help |
| 15:35.36 |
brlcad |
again, don't
get frustrated or overwhelmed |
| 15:35.50 |
vladbogo |
:) |
| 15:36.00 |
brlcad |
it's a LOT of
code, you're not expected to just jump in and starting creating a
better interface than AutoCAD |
| 15:36.01 |
vladbogo |
hope
so |
| 15:36.14 |
brlcad |
that's next
week |
| 15:37.39 |
vladbogo |
thanks
again |
| 16:54.46 |
*** join/#brlcad Ch3ck
(~Ch3ck@41.205.14.251) |
| 16:54.59 |
Ch3ck |
Hi
I |
| 16:55.55 |
Ch3ck |
wish to work
implement a pull routine for performing the opposite of the matrix
push on geometry |
| 16:56.12 |
Ch3ck |
but i don't
have a reference to where the matrix is defined in the
src |
| 17:00.13 |
brlcad |
hello
Ch3ck |
| 17:00.52 |
brlcad |
Ch3ck: our
matrix type is defined in include/vmath.h |
| 17:01.25 |
brlcad |
see
include/bn.h and src/libbn for all sorts of matrix math
code |
| 17:01.31 |
brlcad |
src/libged/push.c for push |
| 17:03.12 |
Ch3ck |
ok thanks
very much |
| 17:03.41 |
Ch3ck |
i ws also
thinking on working on the implementing a simplification of the CSG
tree |
| 17:03.58 |
Ch3ck |
together with
its manipulating routines.. |
| 17:04.17 |
Ch3ck |
i also wish
to know where its defined in the src |
| 17:06.49 |
Ch3ck |
thanks for
the help on the matrix implementation.. |
| 17:13.56 |
brlcad |
CSG tree is
much more complicated, it lives and can exist in several
forms |
| 17:14.12 |
brlcad |
most of those
forms are defined in include/raytrace.h though |
| 17:17.34 |
Ch3ck |
ok thanks for
the assistance |
| 17:19.58 |
Notify |
03BRL-CAD:erikgreenwald * 55168
(brlcad/trunk/src/libged/simulate/simphysics.cpp
brlcad/trunk/src/libged/simulate/simulate.c): add missing
semicolons |
| 17:20.33 |
Notify |
03BRL-CAD:erikgreenwald * 55169
brlcad/trunk/src/libged/simulate/simrt.c: add missing * from xrayp
pointer declaration? |
| 17:21.50 |
Ch3ck |
hey what lets
say i have an idea on how to implement the unpush operation on the
matrix |
| 17:22.20 |
Ch3ck |
do i need to
submit a small src patch on the idea ?? when submitting my
proposal?? |
| 17:25.25 |
Notify |
03BRL-CAD:bob1961 * 55170
brlcad/trunk/src/librt/primitives/arb8/arb8.c: This fixes a bug in
rt_arb_centroid() (.e.g, "*cent[0] = x_avg;" becomes "(*cent)[0] =
x_avg;", notice that [] binds tighter than *). |
| 17:40.39 |
Ch3ck |
Hi @brlcad to
increase my chances of being selected should i submit some code
like sample code on how i want to implement the unpush
operation?? |
| 17:40.50 |
Ch3ck |
i'll
appreciate the guidance.. |
| 18:03.25 |
*** join/#brlcad botton
(~willie@router.isis.poly.edu) |
| 18:03.26 |
*** part/#brlcad botton
(~willie@router.isis.poly.edu) |
| 18:10.53 |
brlcad |
Ch3ck: you
should submit a patch, but it doesn't have to be on the idea your
proposing |
| 18:11.21 |
brlcad |
it certainly
helps if it's related so that you can become familiarized with code
that you'll be working with |
| 18:11.52 |
brlcad |
but the patch
is predominantly just intending to demonstrate
competency |
| 18:11.59 |
brlcad |
being
relevant to your proposal is just a bonus |
| 18:13.15 |
Ch3ck |
ok |
| 18:13.20 |
Ch3ck |
thanks for
the help |
| 18:13.29 |
Ch3ck |
well i'll try
to fix some bugs.. |
| 18:14.07 |
brlcad |
a good unpush
patch might be to stub in an empty function in all the right places
so that when you run "unpush" it prints a message |
| 18:14.16 |
brlcad |
or some other
libged fix/cleanup |
| 18:22.28 |
*** join/#brlcad ncsaba
(~ncsaba@p5498139B.dip.t-dialin.net) |
| 18:22.52 |
ncsaba |
Hi
there |
| 18:23.59 |
ncsaba |
I would need
some advice on calculating the centroid of a torus segment
:-) |
| 18:24.54 |
ncsaba |
in theory it
would work by solving some integrals - but my integrations skills
are veeery rusty |
| 18:51.21 |
Notify |
03BRL-CAD:brlcad * 55171
brlcad/trunk/include/bu.h: unlikely to have HUGE_VALF and not
HUGE_VAL so go with the bigger infinity first |
| 18:54.03 |
Notify |
03BRL-CAD:brlcad * 55172
brlcad/trunk/include/bu.h: similarly, try maxdouble before float.
this will probably warrant some TLC to get single precision clean
again. |
| 18:55.06 |
brlcad |
hi
ncsaba |
| 19:00.10 |
*** join/#brlcad caen23_
(~cezar@92.81.182.107) |
| 19:01.59 |
brlcad |
ncsaba: this
may help: http://www.eng.auburn.edu/~marghitu/MECH2110/staticsC3.pdf |
| 19:02.04 |
Notify |
03BRL-CAD:starseeker * 55173
brlcad/trunk/src/other/poly2tri/CMakeLists.txt: That macro came
from the stepcode cmake logic, which isn't guaranteed to be
available. |
| 19:02.49 |
brlcad |
for
non-elliptical torii, solving the centroid of the circle segments
will give you the torus centroid |
| 19:03.43 |
brlcad |
and I think
Couter + Cinner (where each is a vector to the outer and inner
circle centroid respectively) will give you the
centroid |
| 19:04.32 |
brlcad |
where C is
{4r/3pi, 4r/3pi} |
| 19:10.23 |
Notify |
03BRL-CAD:starseeker * 55174
brlcad/trunk/src/other/CMakeLists.txt: libvds and poly2tri are
needed by the core library set. |
| 19:12.22 |
brlcad |
notes it's high time that someone add a src/other/README that
documents all of the places and ways each of our external
dependencies are used |
| 19:13.10 |
brlcad |
it's getting
to be a lot, begging for a table of contents |
| 19:15.05 |
Notify |
03BRL-CAD:brlcad * 55175
brlcad/trunk/TODO: someone should write up what all those
do |
| 19:16.10 |
*** join/#brlcad someta
(73f88294@gateway/web/freenode/ip.115.248.130.148) |
| 19:20.46 |
*** part/#brlcad someta
(73f88294@gateway/web/freenode/ip.115.248.130.148) |
| 19:25.18 |
Notify |
03BRL-CAD:carlmoore * 55176
brlcad/trunk/src/proc-db/csgbrep.cpp: add DEFAULT_FILENAME to warn
user that the file is indeed to be output, and also add 'arguments
ignored' if any arguments are detected |
| 19:25.26 |
Notify |
03BRL-CAD
Wiki:Madhavan 12 * 0 /wiki/User:Madhavan_12: |
| 19:30.42 |
ncsaba |
brlcad: I
think I will finally manage to solve the integrals... |
| 19:31.40 |
ncsaba |
BTW, I have
the surface done - once I finish the centroid I will post the next
patch |
| 19:43.21 |
*** join/#brlcad ncsaba
(~ncsaba@p5498139B.dip.t-dialin.net) |
| 19:54.28 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
| 19:55.09 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
| 19:55.09 |
*** join/#brlcad n_reed
(~molto_cre@66-118-151-70.static.sagonet.net) |
| 19:55.18 |
*** join/#brlcad maths22
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 20:14.59 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
| 20:45.03 |
starseeker |
makes a note to mention the paper "Determining intersection
curves between surfaces of two solids" in conjunction with the SSI
discussion, since it does at least talk about finding the initial
starting point for a marching intersection approach (if that's
needed) |
| 20:47.35 |
*** join/#brlcad Ch3ck
(~Ch3ck@41.205.14.251) |
| 21:01.58 |
Notify |
03BRL-CAD:starseeker * 55177
(brlcad/trunk/TODO brlcad/trunk/src/other/CMakeLists.txt
brlcad/trunk/src/other/Makefile.am): Add beginnings of a README for
src/other |
| 22:44.20 |
*** join/#brlcad Ch3ck
(~Ch3ck@41.205.13.161) |
| 00:00.54 |
kanzure |
was that just
because someone bulk downloaded papers? |
| 00:01.32 |
starseeker |
no, you're
probably thinking of JSTOR and Aaron Swartz |
| 00:02.00 |
kanzure |
i'm familiar
with aaronsw's work, but i specifically remember something about
the reason for nasa taking down their server was something about
"china" and "downloads" |
| 00:04.00 |
kanzure |
maybe
not. |
| 00:05.09 |
starseeker |
http://www.space.com/20355-nasa-chinese-spy-reports-database.html |
| 00:05.18 |
starseeker |
that what
you're thinking of? |
| 00:05.33 |
kanzure |
tbh i got the
"china" information second-hand from a person heh |
| 00:05.54 |
kanzure |
looks
right |
| 00:07.52 |
*** join/#brlcad crdueck
(~cdk@24.212.219.10) |
| 00:49.28 |
*** join/#brlcad RcHaCk
(RcHaCk@174.1.98.67) |
| 00:49.33 |
RcHaCk |
hey |
| 00:56.29 |
*** part/#brlcad RcHaCk
(RcHaCk@174.1.98.67) |
| 01:09.33 |
*** join/#brlcad maths22
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 01:09.36 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
| 01:14.32 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
| 01:14.33 |
*** join/#brlcad n_reed
(~molto_cre@66-118-151-70.static.sagonet.net) |
| 02:47.22 |
*** join/#brlcad gdh
(~quassel@70.36.71.180) |
| 03:24.09 |
starseeker |
hopes someone publishes a new book on the Antikythera
mechanism in the next few years... so much new
info |
| 05:40.02 |
*** join/#brlcad caen23
(~cezar@92.81.176.149) |
| 06:20.29 |
*** join/#brlcad kanzure
(~kanzure@131.252.130.248) |
| 06:40.52 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
| 06:41.40 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
| 06:41.53 |
*** join/#brlcad n_reed
(~molto_cre@66-118-151-70.static.sagonet.net) |
| 08:29.52 |
*** join/#brlcad caen23
(~cezar@92.83.176.183) |
| 10:04.05 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
| 10:05.05 |
Notify |
03BRL-CAD
Wiki:Fooldzoonia * 0 /wiki/User:Fooldzoonia: |
| 10:10.26 |
``Erik |
interesting
http://ceur-ws.org/Vol-639/041-minkowitz.pdf |
| 11:00.16 |
*** join/#brlcad ncsaba
(~ncsaba@p549828CC.dip0.t-ipconnect.de) |
| 11:01.10 |
ncsaba |
Hi
all |
| 11:01.13 |
ncsaba |
anybody
around who knows the pipe.c code ? |
| 11:15.00 |
``Erik |
if there
isn't, there will be... ask your question and hang around until
someone responds :) |
| 11:43.32 |
ncsaba |
well I would
like to ask about the meaning of the fields of the bend_pipe
structure |
| 11:45.52 |
ncsaba |
I suppose
"bend_V" is the center of the circle with radius "bend_radius", of
which the bend's center line is part of |
| 11:48.56 |
ncsaba |
what I'm
actually after is if there is any of those parameters helpful to
get a unit vector from the bend's center (as I understand it)
pointing to the middle of the bend ? With "middle" I mean the
mid-point of the center-line of the torus segment |
| 12:06.11 |
ncsaba |
ok, I think I
will use: VCOMB2(cp, bend->bend_start, 0.5, bend->bend_end,
0.5); VSUB2(cp, cp, bend->bend_V); VUNITIZE(cp); |
| 12:07.36 |
brlcad |
you mean
bend_ra? |
| 12:09.22 |
``Erik |
http://youtu.be/o8TssbmY-GM
wringing water out of a washcloth in space |
| 12:36.39 |
*** join/#brlcad caen23
(~cezar@92.81.162.211) |
| 12:40.44 |
ncsaba |
brlcad: Hi
there :-) |
| 12:41.14 |
ncsaba |
brlcad: isn't
"bend_ra" the vector from bend_V -> bend_start ? |
| 12:41.52 |
ncsaba |
I need one
from bend_V to the middle point between bend_start and bend_end (if
I understand the meaning of these correctly) |
| 12:43.43 |
ncsaba |
this is for
the centroid - I managed to understand the math behind it, solved
my integrals, and then took what you suggested originally and
calculate the centroid of the center line of the torus segment
:-) |
| 12:47.19 |
ncsaba |
so if my math
is correct, the centroid sits on the line from the bend's center to
the middle of the center line, at distance
cos(bend_angle/4)*(bend_radius + bend_or) |
| 12:48.00 |
ncsaba |
sorry, was
wrong: cos(bend_angle/4)*bend_radius |
| 12:48.08 |
ncsaba |
bend_or has
nothing to do there |
| 12:49.16 |
Notify |
03BRL-CAD:bob1961 * 55188
brlcad/trunk/src/tclscripts/archer/ShaderEdit.tcl: Added Archer
support for the envmap and unlisted/unknown shaders. |
| 13:44.32 |
*** join/#brlcad prakhnig
(~prakhnig@59.180.138.8) |
| 13:57.11 |
*** join/#brlcad vladbogo
(~vlad@188.25.239.23) |
| 14:02.28 |
*** join/#brlcad adirocks11
(0e8b5206@gateway/web/freenode/ip.14.139.82.6) |
| 14:03.04 |
*** part/#brlcad adirocks11
(0e8b5206@gateway/web/freenode/ip.14.139.82.6) |
| 14:05.09 |
*** join/#brlcad hawthorn
(0e8b5206@gateway/web/freenode/ip.14.139.82.6) |
| 14:05.24 |
hawthorn |
hi |
| 14:08.27 |
hawthorn |
hello Mr.
Erik |
| 14:09.32 |
hawthorn |
i was going
trough the ideas page and was interested in the code duplication
reduction |
| 14:10.40 |
hawthorn |
i am using
the irc channel for the very first time and I dont know whether my
msg is posted or not |
| 14:10.50 |
hawthorn |
anyone please
reply if my msgs are posted |
| 14:10.57 |
vladbogo |
hi |
| 14:11.12 |
vladbogo |
the messages
are posted :) |
| 14:11.23 |
hawthorn |
oh thanks
:) |
| 14:11.41 |
vladbogo |
it could take
a while until someone answers but it will |
| 14:11.48 |
hawthorn |
when do the
mentors reply ? |
| 14:11.57 |
hawthorn |
oh thanks
again ..you answered well before :D |
| 14:12.08 |
vladbogo |
you're
welcome |
| 14:12.27 |
hawthorn |
you a
frequent user of this irc channel ? |
| 14:13.40 |
vladbogo |
i am also
interested in a gsoc project so i started to use this channel just
a few days ago |
| 14:14.13 |
hawthorn |
oh..got
it |
| 14:14.22 |
vladbogo |
you can also
send a message on the mailing list |
| 14:14.38 |
hawthorn |
where is it
? |
| 14:15.44 |
vladbogo |
there's a
checklist link on the idea page and you find there the address of
the mailing list |
| 14:16.21 |
hawthorn |
ok..thank you
very much.! |
| 14:16.27 |
vladbogo |
you're
welcome |
| 14:26.08 |
*** join/#brlcad gdh_
(~quassel@70.36.71.180) |
| 14:36.59 |
Notify |
03BRL-CAD:bob1961 * 55189
brlcad/trunk/src/tclscripts/archer/ShaderEdit.tcl: Added support in
Archer for the air shader. |
| 14:49.56 |
*** join/#brlcad n_reed
(~molto_cre@66-118-151-70.static.sagonet.net) |
| 14:50.10 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
| 15:01.47 |
*** join/#brlcad maths22
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 15:06.18 |
*** join/#brlcad prakhnig2
(~prakhnig@59.180.128.106) |
| 15:07.53 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
| 15:17.30 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
| 15:17.31 |
*** join/#brlcad maths22
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 15:17.50 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
| 15:23.16 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
| 15:23.37 |
*** join/#brlcad maths22
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 15:51.03 |
*** join/#brlcad caen23
(~cezar@109.97.114.47) |
| 16:19.21 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
| 16:20.38 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
| 16:20.38 |
*** join/#brlcad maths22
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 16:32.49 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
| 16:32.54 |
*** join/#brlcad n_reed
(~molto_cre@66-118-151-70.static.sagonet.net) |
| 16:41.37 |
*** join/#brlcad maths22
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 16:41.38 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
| 17:01.56 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
| 17:11.17 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
| 17:36.38 |
*** join/#brlcad n_reed
(~molto_cre@66-118-151-70.static.sagonet.net) |
| 17:36.50 |
*** join/#brlcad maths22
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 17:38.36 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
| 17:39.37 |
*** join/#brlcad Ch3ck
(~Ch3ck@41.205.13.161) |
| 17:39.48 |
Ch3ck |
Hi |
| 17:40.15 |
Ch3ck |
i want to
work on some of the bugs from the bug file in the src i downloaded
yesterday |
| 17:40.54 |
Ch3ck |
and i wnat to
work on the bu_log() routine width which does not allign with the
printf |
| 17:41.16 |
Ch3ck |
so i wish to
know where the bu_log() routine is defined in the src |
| 17:41.22 |
Ch3ck |
so i could
take a peek at it.. |
| 17:42.23 |
``Erik |
function
names are prefixed with what lib their in, so probably something
like src/libbu/log.c |
| 17:42.49 |
Ch3ck |
also
concerning the rt_mirror() function which i am to refactor into the
functab |
| 17:42.52 |
``Erik |
s/their/they're/ |
| 17:43.14 |
Ch3ck |
ok thanks
Erik |
| 17:43.21 |
Ch3ck |
wanna fix the
bug right away.. |
| 17:43.31 |
``Erik |
~/src/brlcad/src/librt$ grep -r ^rt_mirror
. |
| 17:43.31 |
``Erik |
./primitives/mirror.c:rt_mirror(struct
db_i *dbip, |
| 17:43.53 |
Ch3ck |
ok |
| 17:45.33 |
Ch3ck |
i don't get
it.. |
| 17:46.11 |
``Erik |
? |
| 17:46.53 |
Ch3ck |
ok the
~/src/brlcad/src/librt$ grep * |
| 17:46.59 |
Ch3ck |
thing |
| 17:47.19 |
``Erik |
oh, my
BRL-CAD checkout is src/brlcad, so in the src, here's
src/librt/primitives/mirror.c that contains rt_mirror() |
| 17:52.09 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
| 17:54.43 |
Ch3ck |
ok |
| 17:54.51 |
Ch3ck |
thanks
@Erik.. |
| 17:54.59 |
Ch3ck |
i
see |
| 17:55.21 |
Ch3ck |
so i am to
refactor rt_mirror() in mirror.c right? |
| 18:05.17 |
*** join/#brlcad maths22
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 18:10.05 |
*** join/#brlcad Ch3ck_
(~Ch3ck@41.205.13.161) |
| 18:16.49 |
*** join/#brlcad Ch3ck
(~Ch3ck@41.205.13.161) |
| 18:21.56 |
*** join/#brlcad n_reed
(~molto_cre@66-118-151-70.static.sagonet.net) |
| 18:24.41 |
*** join/#brlcad Ch3ck
(~Ch3ck@41.205.13.161) |
| 18:34.42 |
*** join/#brlcad maths22
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 18:37.37 |
*** join/#brlcad n_reed
(~molto_cre@66-118-151-70.static.sagonet.net) |
| 18:55.14 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
| 18:55.26 |
*** join/#brlcad n_reed
(~molto_cre@66-118-151-70.static.sagonet.net) |
| 18:56.54 |
*** join/#brlcad maths22
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 18:57.02 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
| 18:57.31 |
Notify |
03BRL-CAD:bob1961 * 55190
brlcad/trunk/src/tclscripts/archer/ShaderEdit.tcl: Added support in
Archer for the projection shader. |
| 18:57.37 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
| 19:05.24 |
*** join/#brlcad vladbogo
(~vlad@188.25.239.23) |
| 19:30.23 |
*** join/#brlcad caen23
(~cezar@92.81.190.254) |
| 19:45.14 |
*** join/#brlcad maths22
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 19:48.01 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
| 19:51.38 |
*** join/#brlcad tofu1
(~morrison@c-71-206-34-125.hsd1.md.comcast.net) |
| 19:53.17 |
*** join/#brlcad vladbogo
(~vlad@188.25.239.23) |
| 19:56.06 |
*** join/#brlcad tofu1
(~morrison@c-71-206-34-125.hsd1.md.comcast.net) |
| 19:56.07 |
*** part/#brlcad tofu1
(~morrison@c-71-206-34-125.hsd1.md.comcast.net) |
| 19:57.34 |
*** join/#brlcad tofu1
(~morrison@c-71-206-34-125.hsd1.md.comcast.net) |
| 19:58.10 |
*** mode/#brlcad [+o tofu] by ChanServ |
| 19:58.31 |
tofu |
crazy
sagonet |
| 19:58.51 |
tofu |
apparently,
they're having massive network issues |
| 19:59.04 |
tofu |
probably DDoS
attacks |
| 20:04.17 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
| 20:05.45 |
*** join/#brlcad n_reed
(~molto_cre@66-118-151-70.static.sagonet.net) |
| 20:26.16 |
*** join/#brlcad hawthorn
(0e8b5206@gateway/web/freenode/ip.14.139.82.6) |
| 20:26.30 |
hawthorn |
Hello Mr.
Erik |
| 20:27.15 |
tofu |
hawthorn:
he's not a Ms., but no need for formality here |
| 20:28.06 |
hawthorn |
oh
sorry |
| 20:28.16 |
tofu |
no need to be
sorry either, relax ;) |
| 20:28.28 |
hawthorn |
actually I
was interested in the reduction of code duplication
project |
| 20:28.37 |
tofu |
great |
| 20:28.39 |
tofu |
why? |
| 20:28.53 |
hawthorn |
gsoc
project |
| 20:28.58 |
tofu |
I
know |
| 20:29.04 |
tofu |
why do you
want to work on code reduction? |
| 20:29.26 |
hawthorn |
actually i am
interested in OOP |
| 20:29.40 |
tofu |
what's that
got to do with code reduction? :) |
| 20:29.40 |
hawthorn |
so code
reduction can be achieved by it |
| 20:29.45 |
tofu |
hmm. |
| 20:29.53 |
hawthorn |
it falls
under my interest thats it |
| 20:30.01 |
hawthorn |
am i wrong
? |
| 20:30.28 |
tofu |
code
refactoring can lead to better introduction of OOP |
| 20:30.37 |
tofu |
OOP in
general however rarely leads to reduced code |
| 20:31.05 |
hawthorn |
oh.. |
| 20:31.20 |
hawthorn |
thank you for
that |
| 20:31.30 |
tofu |
obviously
code reduction can be achieved by refactoring … which can lead to
better OOP design … they're just not necessarily the case
:) |
| 20:31.33 |
hawthorn |
but is that
project allotted to someone ? |
| 20:31.38 |
tofu |
that's not
how it works |
| 20:31.47 |
tofu |
you propose a
project |
| 20:31.52 |
tofu |
others
propose a project |
| 20:32.06 |
hawthorn |
i am
new |
| 20:32.07 |
tofu |
the strongest
candidates (based on a whole slew of criteria) are
selected |
| 20:32.13 |
hawthorn |
i dont know
how to get a project |
| 20:32.29 |
tofu |
ultimately,
it's YOUR project |
| 20:32.35 |
tofu |
you propose
to do something |
| 20:32.49 |
hawthorn |
ok. |
| 20:32.56 |
hawthorn |
so I have to
propose something new ? |
| 20:33.01 |
tofu |
that can be
an idea from our ideas page, some variation, or something else
altogether |
| 20:33.19 |
hawthorn |
ok
.. |
| 20:33.22 |
tofu |
regardless of
what it is, your job is to flesh out the idea with lots of
detail |
| 20:33.43 |
tofu |
so we might
suggest working on "code refactoring" for example |
| 20:34.28 |
hawthorn |
oh.. |
| 20:34.31 |
``Erik |
hawthorn: we
have an ideas page, but they're just ideas... you can propose what
ever you want, several people can propose the same idea, you can do
proposals for several ideas... it's not a "pick one and get
assigned" thing at the moment |
| 20:34.34 |
tofu |
but then
you'd turn that into a much more specific proposal to perhaps
refactor all of our geometry converters into a library, or finding
all the places where we iterate over geometry types manually and
push those up into the primitives OOP style, or something else
etc |
| 20:34.58 |
hawthorn |
so I have to
present some idea related to code refactoring and then if you like
it you will assign me that project..is it like this ? |
| 20:35.11 |
tofu |
mm, first
patch received |
| 20:35.39 |
tofu |
vladbogo:
thanks, someone will usually look at it in a few days |
| 20:35.47 |
``Erik |
tofu: been
watching the issues, it's been hitting alter a fair bit, it'd seem
(alter := uu + worldcom + mci + verizonbiz) |
| 20:36.40 |
``Erik |
been seeing
cyclic routing tables, too... might be a ddos causing screwy
failover behavior, or fat fingers in very expensive router
rulesets |
| 20:37.23 |
tofu |
yeah, I've
been reading news reports that there are several unprecedented DDoS
attacks going on across the net right now |
| 20:37.40 |
``Erik |
(fwiw,
vladbogo has also been helping answer questions in
chan) |
| 20:37.41 |
tofu |
perhaps
related to todays news or coincidence |
| 20:37.42 |
hawthorn |
is the server
busy ? I cant open the ideas webpage |
| 20:38.07 |
tofu |
hawthorn: you
and everyone else.. ISP is on fire |
| 20:38.43 |
hawthorn |
I am also
very much interested in computer graphics |
| 20:39.07 |
hawthorn |
so can some
small game can be made ? : |
| 20:39.26 |
tofu |
hawthorn: you
can propose pretty much anything |
| 20:39.36 |
tofu |
I'd suggest
discussing any idea in here in detail |
| 20:39.48 |
tofu |
like if you
wanted to make a small game, how would it involve
brl-cad? |
| 20:40.08 |
vladbogo |
tofu: thanks,
I will wait for the review |
| 20:40.28 |
tofu |
and thanks
for helping others, that means a lot |
| 20:40.31 |
hawthorn |
yaa..that
would be an issue |
| 20:40.40 |
hawthorn |
i know
OpenGL |
| 20:41.20 |
tofu |
hawthorn: if
you wanted to work in that area, you might check out what the
blender folks did X years ago for their game engine, you could
propose creating something similar for BRL-CAD |
| 20:41.52 |
tofu |
but know that
would be a stretch to fit into GSoC timeframe given you have very
limited experience (at least with BRL-CAD), don't know about your
API design background |
| 20:42.39 |
tofu |
there's
certainly tons of games that could be implemented using brl-cad
geometry and rendering under the hood |
| 20:43.01 |
*** join/#brlcad hawthorn_
(0e8b5206@gateway/web/freenode/ip.14.139.82.6) |
| 20:43.26 |
``Erik |
libfb/if_SDL.c ? |
| 20:43.44 |
``Erik |
(semi-game
related, sorta, almost) |
| 20:43.48 |
tofu |
hawthorn_:
you see the other messages? |
| 20:43.57 |
tofu |
heh
SDL |
| 20:44.01 |
hawthorn_ |
let me have a
look at blender |
| 20:44.42 |
tofu |
hawthorn_:
that really is a massive undertaking (it took them a couple years
to develop their interface) |
| 20:44.46 |
tofu |
just
FYI |
| 20:44.53 |
tofu |
but you might
be able to carve out a piece |
| 20:44.53 |
``Erik |
not quite
ogre integration, but it'd provide a cross platform interface
layer |
| 20:45.02 |
tofu |
if_qt would
too |
| 20:45.30 |
hawthorn_ |
:( |
| 20:45.31 |
``Erik |
if_svgalib.c
w00t *duck* |
| 20:45.37 |
hawthorn_ |
confused |
| 20:47.02 |
``Erik |
hawthorn_:
have you compiled/installed BRL-CAD and tried mged and rt out yet?
it may be useful to play around a bit to see what might be
possible |
| 20:48.31 |
*** join/#brlcad gdh_
(~quassel@70.36.71.180) |
| 20:48.42 |
tofu |
hawthorn_:
confused about what? |
| 20:49.11 |
tofu |
don't be shy
with questions … we live and breath this stuff and have for many
years, so we certainly don't expect you to understand everything we
say :) |
| 20:49.20 |
hawthorn_ |
yaa |
| 20:50.10 |
hawthorn_ |
i will first
install BRL-CAD, have a look at it and then i ll ping you with some
possible ideas |
| 20:50.18 |
hawthorn_ |
thank you
btw |
| 20:50.54 |
tofu |
excited to
hear what you might come up with |
| 20:51.42 |
tofu |
as soon as
the webserver is back up, I'd suggest taking a look over our
top-listed projects to see if/how any of them might be interesting
too or see if we can brainstorm something based off those
ideas |
| 20:51.58 |
hawthorn_ |
actually i
also wanted to ask that how many projects have you already selected
? ..if you could tell |
| 20:52.01 |
tofu |
it's helpful
to consolidate effort in as few areas as possible so real useful
progress is made |
| 20:52.08 |
tofu |
we haven't
selected any |
| 20:52.19 |
hawthorn_ |
oh.. |
| 20:52.21 |
tofu |
the
application timeframe hasn't opened yet, there are no official
submissions |
| 20:52.27 |
tofu |
see the
timeline on the GSoC site |
| 20:52.34 |
tofu |
you're good
and early, that's a really good thing |
| 20:52.38 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
| 20:52.41 |
hawthorn_ |
yaa yaa..i
have seen that |
| 20:52.41 |
*** join/#brlcad maths22
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 20:52.50 |
hawthorn_ |
but we can
make proposal now right ? |
| 20:53.08 |
tofu |
we don't
start making selections until after the submission window
*closes* |
| 20:53.10 |
tofu |
absolutely |
| 20:53.22 |
tofu |
several have
already put up some text on our wiki and mailing list for
review |
| 20:53.34 |
tofu |
see our
checklist (again, when the website is back up) |
| 20:54.22 |
tofu |
looks like it
happens to be up right this second |
| 20:54.23 |
``Erik |
looks like
the server may be semi-connect for now |
| 20:54.35 |
hawthorn_ |
so till 21st
we just have to discuss the application ideas |
| 20:54.45 |
hawthorn_ |
selection
process would be afterwards ..right ? |
| 20:55.11 |
tofu |
proposals can
be discussed and modified right up to the submission
deadline |
| 20:55.48 |
hawthorn_ |
ok ..so if I
cannot come up with a good proposal by 21st, can i propose
something after 21st ? |
| 20:55.50 |
*** join/#brlcad n_reed
(~molto_cre@66-118-151-70.static.sagonet.net) |
| 20:56.21 |
tofu |
hawthorn_:
you can propose and continue to make edits right up to the
submission deadline |
| 20:56.35 |
tofu |
but I hope
you hang around and keep discussing |
| 20:56.37 |
hawthorn_ |
yup.. |
| 20:56.39 |
tofu |
the more you
discuss and research, the better your chances will be |
| 20:56.55 |
hawthorn_ |
currently
having my end semester exams |
| 20:57.13 |
tofu |
another page
of ideas: http://brlcad.org/~sean/ideas.html |
| 20:57.24 |
tofu |
needs to update that list with some that are completed
now |
| 20:57.27 |
hawthorn_ |
so it is
difficult for me to manage time till 25th |
| 20:57.31 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
| 20:57.57 |
tofu |
screen+irssi
or some other persistent connection is a beautiful
thing |
| 20:58.04 |
tofu |
we're on here
24/7 |
| 20:58.09 |
tofu |
even when
we're not physically |
| 20:58.43 |
``Erik |
(unless the
servers isp is being ddos'd *cough*) |
| 20:59.24 |
hawthorn_ |
can you also
write the programming language to be used along side the ideas
? |
| 20:59.56 |
*** join/#brlcad rays2pix
(~deepak@110.234.229.2) |
| 21:01.20 |
rays2pix |
Hi ..this is
Deepak GSoC aspirant. I am working on converting the bwfilter
utility in to libicv functions. Its not quite complete. Would like
to send it across to the group |
| 21:01.52 |
rays2pix |
Is it okay to
send it that way? |
| 21:06.04 |
hawthorn_ |
hello |
| 21:06.19 |
hawthorn_ |
i ll come
back tomorrow with an idea |
| 21:06.44 |
hawthorn_ |
thank you
tofu for your support |
| 21:06.51 |
hawthorn_ |
see you
tomorrow |
| 21:10.25 |
``Erik |
rays2pix: you
can always send a link to the patch... but if it's not complete and
no specific questions are posed, it might be ignored. A completed
patch should be uploaded to the sourceforge tracker, and that will
be looked at hopefully within a few days of upload |
| 21:10.46 |
tofu |
hawthorn_:
we're kind of keen on C/C++, but it really depends on what you
propose to work on |
| 21:11.16 |
hawthorn_ |
yaa i am very
good in C and C++ |
| 21:11.42 |
hawthorn_ |
i can do some
good coding in these |
| 21:11.59 |
rays2pix |
Erik: thanks.
I will goahead and come up with patch and questions |
| 21:12.04 |
tofu |
rays2pix:
yeah, what he said .. it takes a lot of effort to review a patch,
especially for the first time so it should be as good as you can
make it (without being late) |
| 21:12.55 |
tofu |
if you need
help putting the patch together, pastebin.ca code snippets and/or
ask questions as you need to here |
| 21:22.44 |
hawthorn_ |
proposal of
ideas can continue after the 21st..? |
| 21:22.48 |
hawthorn_ |
please
confirm |
| 21:23.56 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
| 21:24.42 |
*** join/#brlcad hawthorn
(0e8b5206@gateway/web/freenode/ip.14.139.82.6) |
| 21:24.53 |
hawthorn |
sorry got
disconnected |
| 21:25.16 |
hawthorn |
#tofu : can
the proposal of the ideas continue after 21st ? |
| 21:25.39 |
tofu |
hawthorn:
heh, I've said twice already |
| 21:25.50 |
tofu |
you can
continue to propose and edit all the way up to the
deadline |
| 21:26.05 |
hawthorn |
i just wanted
to confirm |
| 21:26.11 |
hawthorn |
sorry for
bugging with the same question |
| 21:26.16 |
hawthorn |
thanks |
| 21:26.22 |
tofu |
you should
keep an eye on the gsoc timeline |
| 21:26.25 |
hawthorn |
will come
back tomorrow with some stuff |
| 21:26.26 |
tofu |
that's the
official deadline |
| 21:26.36 |
tofu |
and we have
absolutely no control over it if you miss the deadline |
| 21:26.41 |
hawthorn |
ya..submission of idea is main |
| 21:26.47 |
hawthorn |
i ll keep an
eye on that date |
| 21:26.52 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
| 21:27.39 |
tofu |
ideally,
you'll discuss here, then work on a proposal, put it up on the wiki
when you have a rough draft, ask for comments/feedback, continue to
make improvements, submit it to google-melange, and CONTINUE to
make improvements |
| 21:27.41 |
tofu |
bah! |
| 21:29.03 |
*** join/#brlcad n_reed
(~molto_cre@66-118-151-70.static.sagonet.net) |
| 21:29.12 |
*** join/#brlcad maths22
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 21:33.00 |
``Erik |
http://www.smithsonianmag.com/history-archaeology/Document-Deep-Dive-What-Was-on-the-First-SAT-202748151.html |
| 21:35.23 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
| 21:36.11 |
Notify |
03BRL-CAD:carlmoore * 55193
brlcad/trunk/src/librt/tests/nurbs_tests.cpp: remove trailing
blanks/tabs |
| 21:36.12 |
Notify |
03BRL-CAD:carlmoore * 55194
brlcad/trunk/src/sig/d-f.c: shorten the logic in the setting of
'scale', and rearrange an if-else thru removal of '!' |
| 21:36.17 |
Notify |
03BRL-CAD:r_weiss * 55197
brlcad/trunk/CMakeLists.txt: Change to cmake build logic to add the
"_WIN64" definition for Windows 64bit using Visual Studio
2010. |
| 21:36.18 |
Notify |
03BRL-CAD:r_weiss * 55198
brlcad/trunk/src/librt/tests/CMakeLists.txt: Changed cmake build
logic to turn off the build of nurbs_tester to allow Windows 64bit
to build. |
| 21:36.19 |
Notify |
03BRL-CAD:starseeker * 55192
brlcad/trunk/include/brep.h: Looks like we need the dll logic for
get_closest_point for the NURBS test program on
Windows. |
| 21:38.45 |
Notify |
03BRL-CAD:r_weiss * 55199
brlcad/trunk/src/libged/red.c: Bug fix for mged "red" command which
was preventing the temp file to be opened in the native text editor
on Windows 64bit. |
| 21:38.48 |
Notify |
03BRL-CAD:carlmoore * 55195
brlcad/trunk/src/sig/d-i.c: insert program name into warning
message |
| 21:43.52 |
Notify |
03BRL-CAD:r_weiss * 55200
(brlcad/trunk/src/other/libregex/regcomp.c
brlcad/trunk/src/other/libregex/regerror.c and 3 others): Update to
libregex library, for Windows 64bit, to fix issues with type "long"
versus "ptrdiff_t" and "ssize_t". Reorganized the headers for
libregex to use the "_WIN64" definition and build without
dependencies on BRL-CAD headers. More testing is needed with these
changes. |
| 21:48.56 |
*** join/#brlcad KimK
(~Kim__@wsip-184-176-200-171.ks.ks.cox.net) |
| 22:09.05 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
| 22:11.05 |
*** join/#brlcad maths22
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 22:18.57 |
rays2pix |
tofu: thanks
I uploaded a patch.Its fairly complete and have also followed up
with a mail. |
| 22:20.04 |
rays2pix |
tofu: I
intend to prepare a GSOC proposal to refactor image processing
utilities. |
| 22:20.42 |
tofu |
excellent,
glad to hear it |
| 22:20.59 |
tofu |
is that your
main interest or do you have a backup too? |
| 22:21.49 |
rays2pix |
Image
analysis is my main interest . after drafting a proposal for this ,
I intend to have a look at density functions idea too. |
| 22:21.58 |
tofu |
great |
| 22:22.04 |
tofu |
it helps to
have a backup |
| 22:22.09 |
tofu |
so long as
the first proposal is complete |
| 22:23.07 |
rays2pix |
sure..for
image processing, I am trying to understand how these utilities are
used within brlcad any pointers to a document or
usecase? |
| 22:29.21 |
*** join/#brlcad n_reed
(~molto_cre@66-118-151-70.static.sagonet.net) |
| 22:29.39 |
rays2pix |
I will have
to leave now.Hope to have a discussion sometime later.
thx |
| 22:30.18 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
| 22:32.58 |
*** join/#brlcad maths22
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 22:36.31 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
| 22:39.35 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
| 23:08.30 |
starseeker |
``Erik:
cool! |
| 23:09.59 |
starseeker |
wonders if we could switch to a maintained regex library like
pcre and use their pcreposix.h instead - with any luck it wouldn't
have the same conflict issues with system regex functionality, and
someone else is actively maintaining it... |
| 23:19.25 |
starseeker |
notes bemusedly that the SAT is a lot shorter without machine
technology to evaluate answers - maybe they were on to
something |
| 23:33.17 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
| 23:35.57 |
*** join/#brlcad maths22
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 23:37.14 |
tofu |
our regex
variant was chosen specifically because it was a drop-in compatible
replacement for system (and because it's so simple/fast especially
compared to modern libs) |
| 23:37.48 |
tofu |
i'd say it's
working just fine now, leave it alone and it'll leave us alone
:) |
| 23:44.46 |
*** part/#brlcad tofu
(~morrison@c-71-206-34-125.hsd1.md.comcast.net) |
| 23:51.36 |
*** join/#brlcad maths22
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 23:52.02 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
| 23:53.28 |
*** join/#brlcad n_reed
(~molto_cre@66-118-151-70.static.sagonet.net) |
| 23:53.39 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
| 00:01.49 |
m_daga |
hii ..i have
downloaded the src code.. digged into various library and there
functions.. but nt able to find few things |
| 00:01.50 |
m_daga |
for instance
bu_image |
| 00:01.50 |
m_daga |
i tried
searching the devel-group in brl-cad |
| 00:01.50 |
m_daga |
didnt get any
src there.. |
| 00:01.50 |
m_daga |
pls help me
with bu_image and a direction to its src |
| 00:01.50 |
m_daga |
thanks |
| 00:53.21 |
*** join/#brlcad Iordanis_
(Iordanis@host214-207.cvd.fit.edu) |
| 01:50.51 |
Iordanis_ |
hey |
| 02:56.15 |
Iordanis_ |
``Erik, would
it be inapropriete or bad to promise fixing all of them and if
things don't work out so well finish just two? Will I still be
qualified for a good final evaluation? |
| 04:01.17 |
*** join/#brlcad caen23
(~cezar@92.81.170.221) |
| 04:28.11 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
| 04:32.52 |
*** join/#brlcad n_reed
(~molto_cre@66-118-151-70.static.sagonet.net) |
| 06:11.14 |
*** join/#brlcad m_daga
(~0_level@173.244.194.77) |
| 06:46.09 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 06:47.19 |
kesha |
heyy..I am
interested in code refactorig project and I need a mentor for
it...Is there someone who has applied as a mentor and is interested
in guiding me in that project ? |
| 06:48.04 |
kesha |
I have
submitted a patch and made a rough draft of application
proposal.. |
| 06:48.31 |
kesha |
I need to
discuss some more techincal details.. |
| 06:52.53 |
kesha |
ping brlcad ,
``Erik , starseeker .. I read your names as potential mentors from
the website ... |
| 06:56.40 |
kesha |
There it was
written I can contact you on IRC .. |
| 07:08.46 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 07:46.03 |
*** join/#brlcad gdh_
(~quassel@70.36.71.180) |
| 08:12.46 |
*** join/#brlcad kesha_
(~kesha@14.139.122.114) |
| 08:32.20 |
*** join/#brlcad kesha_
(~kesha@14.139.122.114) |
| 08:36.55 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 08:42.38 |
*** join/#brlcad kesha_
(~kesha@14.139.122.114) |
| 11:30.30 |
*** join/#brlcad kesha_
(~kesha@14.139.122.114) |
| 12:19.28 |
*** join/#brlcad caen23_
(~cezar@92.85.84.49) |
| 13:15.52 |
*** join/#brlcad kesha_
(~kesha@14.139.122.114) |
| 13:36.02 |
``Erik |
kesha_: if
you need help with technical details, ask your questions and hang
out, someone will answer you when they can |
| 14:15.21 |
*** join/#brlcad rays2pix
(~deepak@14.139.226.34) |
| 15:01.22 |
*** join/#brlcad pankaj
(310f8db4@gateway/web/freenode/ip.49.15.141.180) |
| 15:02.15 |
pankaj |
hello....i
have some doubts on GSoC related .... can i have a help from
u???? |
| 15:06.45 |
pankaj |
i liked the
topic analysis library in gsoc ideas...can anyone suggest me how to
go about that.... |
| 15:08.43 |
pankaj |
please
reply... |
| 15:20.30 |
pankaj |
@starseeker
hello....i have some doubts on GSoC related .... can i have a help
from u?.. i liked the topic analysis library in gsoc ideas...can
anyone suggest me how to go about that.... |
| 15:30.57 |
caen23 |
~ask |
| 15:30.57 |
ibot |
Questions in
the channel should be specific, informative, complete, concise, and
on-topic. Don't ask if you can ask a question first. Don't ask if
a person is there; just ask what you intended to ask them. Better
questions more frequently yield better answers. We are all here
voluntarily or against our will. |
| 15:42.13 |
pankaj |
i want to do
that project ....so please get me some more information about
that |
| 15:44.08 |
*** join/#brlcad gdh
(~quassel@70.36.71.180) |
| 15:48.11 |
pankaj |
sorry....i am
using irc for the first time....so i dont know much of
it... |
| 16:00.13 |
*** join/#brlcad vladbogo
(~vlad@188.25.239.23) |
| 16:10.00 |
Notify |
03BRL-CAD:starseeker * 55201
brlcad/trunk/src/other/libregex/regex.h: copy/paste
error? |
| 16:10.01 |
Notify |
03BRL-CAD:r_weiss * 55202
brlcad/trunk/src/libged/red.c: Bug fix in mged 'red' command to fix
a double 'fclose'. |
| 16:10.13 |
Notify |
03BRL-CAD:erikgreenwald * 55203
brlcad/trunk/src/other/libregex/regex.h: Shuffle order of defines
and includes. Add an __APPLE__ test on the off_t check. |
| 16:10.14 |
Notify |
03BRL-CAD:erikgreenwald * 55204
brlcad/trunk/src/other/libregex/regex.h: move order back, this is
apparently important for win64 |
| 16:10.40 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5044 /wiki/User:Phoenix/GSoc2013/Proposal: /*
Computing P/P, P/C, P/S, C/C, C/S intersections */ |
| 16:10.41 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5045 /wiki/User:Phoenix/GSoc2013/Proposal: /*
Calculating surface-surface intersection curves */ |
| 16:10.42 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5046 /wiki/User:Phoenix/GSoc2013/Proposal: /*
Calculating surface-surface intersection curves */ |
| 16:10.43 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5047 /wiki/User:Phoenix/GSoc2013/Proposal: /*
Computation of the new solid model */ |
| 16:10.44 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5048 /wiki/User:Phoenix/GSoc2013/Proposal: /* Tests
*/ |
| 16:10.45 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5049 /wiki/User:Phoenix/GSoc2013/Proposal: /* Links
*/ |
| 16:10.46 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5050 /wiki/User:Phoenix/GSoc2013/Proposal: /*
Deliverables */ |
| 16:10.47 |
Notify |
03BRL-CAD
Wiki:KeshaSShah * 0 /wiki/User:KeshaSShah: |
| 16:10.48 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5051 /wiki/User:Phoenix/GSoc2013/Proposal: /*
Development schedule */ |
| 16:10.49 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5052 /wiki/User:Phoenix/GSoc2013/Proposal: /* More
on tests and verification */ |
| 16:10.50 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5053 /wiki/User:Phoenix/GSoc2013/Proposal: /*
Calculating surface-surface intersection curves */ |
| 16:10.51 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5054 /wiki/User:Phoenix/GSoc2013/Proposal: /* More
on tests and verification */ |
| 16:10.52 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5055 /wiki/User:Phoenix/GSoc2013/Proposal: /* Links
*/ |
| 16:10.53 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 0 /wiki/User:Rays2pix2013: |
| 16:10.54 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5056 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
Created page with "=Project Title= Consolidate Image
processing" |
| 16:10.55 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5057
/wiki/User:Rays2pix2013/GSoc2013/Proposal: |
| 16:10.56 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5058
/wiki/User:Rays2pix2013/GSoc2013/Proposal: |
| 16:10.57 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5059 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* Conversions */ |
| 16:10.58 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5060 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* Proposed interfaces */ |
| 16:10.59 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5061 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* Proposed interfaces */ |
| 16:11.00 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5062 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* Detailed Description */ |
| 16:11.01 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5063
/wiki/User:Rays2pix2013/GSoc2013/Proposal: |
| 16:11.02 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5064 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* Personal Details */ |
| 16:11.03 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5065
/wiki/User:Rays2pix2013/GSoc2013/Proposal: |
| 16:11.04 |
Notify |
03BRL-CAD
Wiki:Level zero * 0 /wiki/User:Level_zero: |
| 16:11.05 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5066 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* Conversions */ |
| 16:11.06 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5067 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* Filtering */ |
| 16:11.07 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5068 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* Unit testing and sample code */ |
| 16:11.08 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5069 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* Handling Large Images */ |
| 16:11.09 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5070 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* Handling Large Images */ |
| 16:11.10 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5071 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* Handling Large Images */ |
| 16:11.11 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5072 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* Conversions */ |
| 16:11.12 |
Notify |
03BRL-CAD
Wiki:Ssmicrrrundd * 0 /wiki/User:Ssmicrrrundd: |
| 16:11.13 |
gdh |
looks like
someone is creating a GSoC proposal |
| 16:11.13 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5073 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* Detailed Description */ |
| 16:11.14 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5074 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* Detailed Description */ |
| 16:11.15 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5075 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* Deliverables */ |
| 16:11.16 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5076 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* Deliverables */ |
| 16:11.17 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5077 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* Why brlcad */ |
| 16:11.18 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5078 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* Why me */ |
| 16:11.19 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5079 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* Why me */ |
| 16:11.20 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5080 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* Unit testing and sample code */ |
| 16:11.21 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5081 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* Why me */ |
| 16:11.22 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5082
/wiki/User:Rays2pix2013/GSoc2013/Proposal: |
| 16:11.32 |
*** join/#brlcad pankaj_
(6a42a861@gateway/web/freenode/ip.106.66.168.97) |
| 16:12.25 |
``Erik |
the mail
processor on the bot went wonky on some non-ascii7 character and
stopped, this is back-up from maybe the last 28 hours or
so |
| 16:12.58 |
``Erik |
apr 20,
5:39am est (gmt-5) |
| 16:13.04 |
``Erik |
so a bit
more |
| 16:14.13 |
*** join/#brlcad Izak
(~isaac@41.202.193.216) |
| 16:14.51 |
pankaj_ |
i am using
irc for the first time....so i dont know much of it....Actually i
am very much interested in doing GSoC project ,Analysis
Library....so i need some help |
| 16:15.11 |
gdh |
pankaj_,
don't worry about being new on IRC |
| 16:15.19 |
gdh |
I'm
relatively new myself. |
| 16:15.30 |
gdh |
Just be nice,
and it's all good! |
| 16:15.47 |
pankaj_ |
i hope
so... |
| 16:15.55 |
pankaj_ |
can u jst
help me |
| 16:16.18 |
gdh |
unfortunately, I'm not a developer, so I
can't talk about GSoC projects. |
| 16:16.28 |
gdh |
I'm actually
a student hopeful myself. |
| 16:17.10 |
pankaj_ |
ok....you are
also planning to do GSoC |
| 16:17.21 |
gdh |
yes |
| 16:17.30 |
pankaj_ |
on which
project |
| 16:17.32 |
pankaj_ |
??? |
| 16:17.41 |
gdh |
I was looking
at code refactoring |
| 16:18.02 |
gdh |
I'm really
not that experienced, so something like the analysis library is out
of my reach |
| 16:18.48 |
Notify |
03BRL-CAD:r_weiss * 55205
brlcad/trunk/src/other/libregex/regex.h: For "libregex", added
comment on ordering of headers to define type "off_t" for
Windows. |
| 16:18.52 |
pankaj_ |
nice....did
you before made conversation with the mentor??? |
| 16:19.16 |
gdh |
yes |
| 16:19.54 |
pankaj_ |
so....please
help me in that |
| 16:20.05 |
pankaj_ |
this is my
first time so |
| 16:20.18 |
gdh |
did you go to
the ideas page? |
| 16:20.21 |
gdh |
(http://brlcad.org/wiki/Google_Summer_of_Code/Project_Ideas) |
| 16:20.50 |
pankaj_ |
yah....i
went...then |
| 16:21.01 |
pankaj_ |
i want to do
on Rendering & Analysis Projects |
| 16:21.19 |
gdh |
did you look
at the mentors' names listed with the project you want to
do? |
| 16:22.11 |
pankaj_ |
my mentors
are brlcad and starseeker |
| 16:22.44 |
gdh |
so in irc,
when you type someone's nick (username), they get a special
notification, |
| 16:23.01 |
pankaj_ |
oh....i didnt
knew it |
| 16:23.13 |
gdh |
so pankaj_,
when I typed your name, that line should be highlighted, you might
have heard a sound, etc. |
| 16:23.32 |
pankaj_ |
yah....i
heard |
| 16:23.35 |
gdh |
if you want
to ask someone for help, say something like this: |
| 16:24.24 |
gdh |
<nick>,
I noticed you are a mentor for the analysis library project. Can
you help me get a good proposal? |
| 16:24.28 |
gdh |
or something
like that. |
| 16:24.44 |
gdh |
so if you
wanted to ask me for help, you would say: |
| 16:24.58 |
gdh |
gdh, can you
help me learn how to use IRC? |
| 16:25.00 |
brlcad |
waves |
| 16:25.19 |
gdh |
and it looks
like brlcad is ready to talk to you, so go ahead! |
| 16:25.23 |
brlcad |
pankaj_: big
backlog so you'll just have to be patient (and *stay* on
IRC)... |
| 16:25.34 |
brlcad |
we can't
respond if you're not here :) |
| 16:26.48 |
pankaj_ |
thank you for
your response....actually i trying this irc from past 2 days to
chat with you only |
| 16:27.15 |
gdh |
pankaj_,
sometimes developers are logged on but not at their
computers |
| 16:27.25 |
gdh |
it may take
awhile to get a response |
| 16:28.10 |
gdh |
and don't
worry about not knowing irc |
| 16:28.17 |
gdh |
you'll pick
it up, no problem |
| 16:30.02 |
pankaj_ |
ok....can you
just tell me what are things i have to do for GSoC....and in
writing a good proposal ... |
| 16:31.00 |
*** join/#brlcad Iordanis_
(Iordanis@host214-207.cvd.fit.edu) |
| 16:31.15 |
gdh |
take a look
at the checklist (http://brlcad.org/wiki/Google_Summer_of_Code/Checklist) |
| 16:31.30 |
gdh |
from there,
take the project you want to do and talk to the mentor about
it |
| 16:31.41 |
gdh |
see what he
thinks needs to be done |
| 16:31.51 |
gdh |
figure out
what your strengths are in the area |
| 16:32.00 |
brlcad |
pankaj_: yes,
I've seen your previous attempts, and every time I went to reply,
you weren't here |
| 16:32.00 |
gdh |
and write
your proposal based on them |
| 16:32.11 |
``Erik |
it doesn't
even have to be one of those ideas, you can come up with your own
ideas to propose |
| 16:32.11 |
*** join/#brlcad Izak_
(~isaac@41.202.193.216) |
| 16:32.26 |
brlcad |
that's not
how you use IRC, you're supposed to ask a (specific) question and
wait for an answer |
| 16:32.42 |
Iordanis_ |
``Erik
regarding to the webdevelopment bugs |
| 16:32.46 |
``Erik |
!notify
ask |
| 16:32.48 |
brlcad |
we don't just
sit here waiting to answer your questions, you shouldn't just sit
and wait for a response :) |
| 16:33.05 |
Notify |
Questions in
the channel should be specific, informative, complete, concise, and
on-topic. Don't ask if you can ask a question first. Don't ask if
a person is there; just ask what you intended to ask them. Better
questions more frequently yield better answers. We are all here
voluntarily or against our will. |
| 16:33.18 |
Iordanis_ |
would it be
inaproriete to offer to fix more than one of the web development
features. I believe I can do 2 but I will try for 3 |
| 16:33.40 |
brlcad |
plus this
weekend was just really really busy, like I said lots of
backlog |
| 16:33.49 |
Iordanis_ |
will this
affect neggatively my final evaluation or you would even not
consider me for the GSOC since I might be offering something
impossible? |
| 16:35.08 |
Izak_ |
Hello Guys
Can any one give me a lead on a mentor's address working on some
BRLCAD primitives like heart sufaces ? |
| 16:35.46 |
Iordanis_ |
``Erik I can
do steps towards a solution for on all of the bugs and maybe finish
them after GSOC but I am not sure if I should include them all in
my proposal. |
| 16:35.55 |
*** join/#brlcad viku
(uid11086@gateway/web/irccloud.com/x-lhabtkfoekgscpmv) |
| 16:35.58 |
gdh |
Iordanis_, I
think it's best to have a smaller project that you'll finish early
than a large project that can't be done |
| 16:36.02 |
``Erik |
Iordanis_: I
answered that yesterday... |
| 16:36.12 |
brlcad |
gdh: and I
think you're write (someone is creating a GSoC proposal) .. more
should be doing that ;) |
| 16:36.17 |
``Erik |
17:39 <
``Erik> Iordanis_: if someone came in with exactly the right
skillset and experience, all three could theoretically be done in
the time allotment, but it'd be better to just pick one and allow
extra time for polish and padding for the unexpected issues you can
always expect |
| 16:36.36 |
Iordanis_ |
I
see |
| 16:36.47 |
Iordanis_ |
thanks for
the advise |
| 16:36.51 |
brlcad |
gdh: even if
the analysis library seems out of your reach, I suggest proposing a
very specific code refactoring project |
| 16:37.12 |
gdh |
brlcad, I was
planning to |
| 16:37.44 |
brlcad |
pankaj_: okay
mostly caught up with what you posted ... you gotta give me more
than that to work with :) |
| 16:37.46 |
gdh |
like I told
pankaj_, proposals need to play off the students'
strengths |
| 16:38.12 |
pankaj_ |
brlcad
actually i think i can do the project on Rendering & Analysis
Projects |
| 16:38.23 |
``Erik |
brlcad:
http://sourceforge.net/projects/rayforce/ |
| 16:38.36 |
gdh |
pankaj_, a
good step is to tell why you think that, what experience you have,
etc. |
| 16:38.49 |
gdh |
Iordanis_,
you're welcome |
| 16:39.01 |
brlcad |
pankaj_: so
first off, stop thinking about them like that -- they're merely
project areas, ideas for projects -- it's ultimately YOUR project
that you define |
| 16:39.45 |
brlcad |
I suggest
compiling/installing brl-cad if you have not already, and learn
some of the very basics while discussing them here |
| 16:40.08 |
brlcad |
that will
give you an idea for an area that interests you the most, such as a
rendering and analysis project |
| 16:40.14 |
pankaj_ |
i love
physics and maths....i do coding as its gonna be my
professional... |
| 16:40.25 |
*** join/#brlcad rays2pix
(~deepak@14.139.226.34) |
| 16:41.04 |
brlcad |
``Erik: hah,
whatdayaknow, finally |
| 16:41.44 |
brlcad |
looks like
they put it up last month, 3/21 |
| 16:41.58 |
``Erik |
yeah, and
cmake seemed challenging |
| 16:43.03 |
gdh |
pankaj_, if
you like physics and math, you could try some of the scientific
projects like astronomical units and bending light |
| 16:43.05 |
brlcad |
now that'd be
more interesting to put under librt ala adrt, to see if it does
anything better/right |
| 16:43.45 |
brlcad |
pankaj_:
what's your coding experience? |
| 16:44.54 |
pankaj_ |
i do c/c++ ,
sql, unix....ect |
| 16:45.27 |
brlcad |
``Erik:
starseeker: n_reed: others: our sf.net project gets upgraded today
-- svn download instructions will change (different
URL) |
| 16:45.44 |
brlcad |
pankaj_:
that's not what I mean |
| 16:46.09 |
``Erik |
I'll tell
indianlarry so he can commit his last 3 months of work |
| 16:46.25 |
gdh |
pankaj_,
something that mentors need to know is what software you've worked
on before |
| 16:46.37 |
brlcad |
``Erik: I
think there's a way to point a current checkout to a new repo, but
have to test it myself |
| 16:47.08 |
brlcad |
pankaj_: what
have you done in C/C++, sql, unix, ... etc that would be relevant
and interesting for someone else to know? :) |
| 16:47.33 |
pankaj_ |
ok....i did
my first app in widows 8 ...and it got published also |
| 16:48.00 |
gdh |
pankaj_, what
was the app? |
| 16:48.08 |
``Erik |
damn, he
still won't commit, says he'll carry diffs if necessary |
| 16:48.34 |
pankaj_ |
app name is
The CheatBook |
| 16:48.41 |
``Erik |
if nothing
else, find . -name '.svn/entries' | xargs sed -i.bak
's/oldurl/newurl/' |
| 16:50.07 |
gdh |
pankaj_, what
does The CheatBook do? |
| 16:50.33 |
gdh |
mentors want
to know what you have written, but they want to know what it does,
how it does what it does, etc. |
| 16:50.38 |
gdh |
Details are
everything |
| 16:51.06 |
gdh |
mentors are
very busy (they do this in their spare time), so making it easy on
them is essential. |
| 16:51.12 |
pankaj_ |
its actually
a information app on the cheat code available in some of the famous
games... |
| 16:51.42 |
pankaj_ |
and user also
can add the cheats if they know the proper working ones |
| 16:51.43 |
gdh |
does it have
a website? |
| 16:52.13 |
pankaj_ |
http://apps.microsoft.com/windows/app/the-cheatbook/54689141-84f3-4075-b5ac-df01368174df |
| 16:53.25 |
``Erik |
steals the idea, does an iOS version and becomes a
billionaire, mwahahaha O:-) |
| 16:53.37 |
``Erik |
I mean, uh,
cool |
| 16:54.15 |
gdh |
pankaj_,
``Erik has a point. Make it an iOS and Android app |
| 16:54.20 |
gdh |
but that's
off topic |
| 16:54.41 |
pankaj_ |
i did it in
windows because it is still new |
| 16:55.20 |
pankaj_ |
and android
is already full of apps |
| 16:55.24 |
``Erik |
pankaj_:
looks nice, does it use sqlite to store the data? |
| 16:55.45 |
pankaj_ |
yah....its
under my control |
| 16:56.54 |
pankaj_ |
and i am
thinking of making same app in ios...but |
| 16:57.11 |
pankaj_ |
it takes time
to meas i am a student .... |
| 16:57.51 |
``Erik |
plus the
99usd/yr for ios dev access, and needing devices to test on... bit
of a monetary barrier to entry |
| 16:58.46 |
*** join/#brlcad caen23_
(~cezar@92.81.184.9) |
| 17:00.14 |
*** join/#brlcad kesha_
(~kesha@14.139.122.114) |
| 17:01.50 |
*** join/#brlcad pankaj
(6a4c2d34@gateway/web/freenode/ip.106.76.45.52) |
| 17:02.42 |
pankaj |
sorry....i
stay in my college hostel....and they have blocked the chat
category site and all.... |
| 17:03.02 |
pankaj |
so i am using
my mobile connection .... |
| 17:05.11 |
pankaj |
so....can
anyone help me ?? |
| 17:05.44 |
brlcad |
pankaj: have
you ever worked collaboratively on a project? |
| 17:05.53 |
brlcad |
participated
in open source before? |
| 17:07.08 |
Izak_ |
Ch3ck are u
active? |
| 17:07.12 |
pankaj |
i didnt get
u.....soon i am attending a program " Hackathon " |
| 17:10.13 |
brlcad |
pankaj: I
mean have you ever written a piece of code where you wrote some of
the code and one ore more other people wrote other parts of the
code |
| 17:10.18 |
brlcad |
and you had
to make them work together |
| 17:10.31 |
brlcad |
all within
the same program |
| 17:11.08 |
pankaj |
i am working
on computer graphics project ....as ti is a part of my academic
program |
| 17:11.16 |
brlcad |
Izak_: what
do you mean by heart surface? |
| 17:11.53 |
brlcad |
what's the
project? |
| 17:12.58 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 0 /wiki/User:Vladbogolin: |
| 17:13.41 |
Izak_ |
A primitive
that has the shape of a heart or love? |
| 17:13.49 |
Izak_ |
You know like
Valentine's day present |
| 17:15.42 |
kesha_ |
heyy.. I
wanted to know about the tools like simians that can help me to
find code similarity.. |
| 17:16.15 |
kesha_ |
How to use ,
the extent to which they are reliable .. |
| 17:16.58 |
*** join/#brlcad pankaj
(6a4c3c65@gateway/web/freenode/ip.106.76.60.101) |
| 17:16.58 |
kesha_ |
so..can
anyone help me ?? |
| 17:17.29 |
pankaj |
sorry....again a internet
problem |
| 17:19.22 |
gdh |
kesha_,
unfortunately the developers are very busy right now, so they may
not help you right off. |
| 17:19.28 |
gdh |
You may have
to wait a while. |
| 17:19.38 |
gdh |
(I'm not a
developer, btw) |
| 17:21.51 |
pankaj |
k....tell me
what are things i have to do now??.... |
| 17:24.38 |
Izak_ |
brlcad_: The
project is Implement a heart surface primitive |
| 17:24.42 |
gdh |
pankaj, have
patience. |
| 17:25.21 |
pankaj |
k..... |
| 17:26.02 |
brlcad |
Izak_: I know
the shape, just didn't know if that's what you were referring to
:) |
| 17:26.13 |
brlcad |
you can
obviously make a heart with a lot of different types of
shapes |
| 17:26.24 |
brlcad |
s/shapes/geometry
representations/ |
| 17:27.06 |
brlcad |
kesha_:
learning how to use them involves reading their documentation...
but I can say that it's pretty darn relaible |
| 17:27.31 |
brlcad |
kesha_:
presumably you've read our page that mentions running it and shows
an example |
| 17:28.13 |
brlcad |
pankaj: I'd
asked you what the graphics project was |
| 17:30.04 |
brlcad |
pankaj: it
feels like we're talking in circles ... slowly... because you keep
giving very vague information and I have to pry relevant details
out of you :) |
| 17:30.46 |
pankaj |
its a
reaction of particles behavior on a spherical surface |
| 17:31.54 |
brlcad |
so an
oriented particle system for surface modeling |
| 17:32.07 |
brlcad |
how far along
are you? what is your piece specifically? |
| 17:32.10 |
pankaj |
a kind
of... |
| 17:32.34 |
brlcad |
go on.. what
kind :) |
| 17:32.55 |
pankaj |
its a team
project ... |
| 17:33.26 |
brlcad |
you said that
already |
| 17:33.57 |
Izak_ |
Ch3ck: Tu es
la? |
| 17:34.03 |
brlcad |
i presume you
said "a kind of..." in response to me saying it's an oriented
particle system |
| 17:34.14 |
brlcad |
so if it's a
kind of oriented particle system, what kind is it? |
| 17:34.37 |
brlcad |
I know it's a
team project, hence my question "what is your piece
specifically?" |
| 17:34.54 |
pankaj |
sorry for
disturbance ....actually its 11pm here...so my hostel warden is
asking me to switch off the light and all..... |
| 17:35.58 |
Izak_ |
brlcad_: Is
this a link to the BRLCAD geometry representations? |
| 17:36.27 |
pankaj |
can u tell me
at what time you will be free.... |
| 17:36.50 |
brlcad |
pankaj: you
need to start here: http://brlcad.org/wiki/IRC |
| 17:36.57 |
brlcad |
I'm free and
busy all the time |
| 17:37.51 |
brlcad |
if you want
predictability, send an e-mail to the mailing list ... but then you
have to be even way MORE specific with your questions that you are
being here |
| 17:37.56 |
brlcad |
saying "help
me" is not a question |
| 17:38.13 |
brlcad |
we'll gladly
help answer questions, but you have to come up with the
plan |
| 17:38.30 |
pankaj |
can u suggest
me some of the things that i have to do right now..... |
| 17:38.31 |
pankaj |
yah... |
| 17:38.31 |
brlcad |
and of course
you have to ask good questions that helps you
understand |
| 17:38.52 |
brlcad |
I've told you
several things that you have to do right now :) |
| 17:39.01 |
``Erik |
pankaj: read
the web page linked in the URL, follow the checklist link and do
it |
| 17:39.04 |
brlcad |
see our
checklist, read it in detail, read it again |
| 17:39.11 |
``Erik |
er, web page
linked in the channel topic |
| 17:39.17 |
``Erik |
<-- points
at the top of the window |
| 17:39.59 |
pankaj |
k....i will
through the links |
| 17:40.19 |
brlcad |
pankaj: I
highly suggest you read all of this since your posts hit on many of
the points this write-up mentions: http://www.catb.org/esr/faqs/smart-questions.html |
| 17:40.36 |
brlcad |
it is long
for a reason |
| 17:41.09 |
brlcad |
Izak_: "Is
this a link" .. is what a link?? |
| 17:41.11 |
gdh |
pankaj,
preparation is key for open source projects in general and GSoC in
particular |
| 17:41.25 |
pankaj |
one more
thing....are you people will be online alwasys i mean 24
hours |
| 17:41.40 |
gdh |
pankaj, they
have to sleep, but they are always logged on |
| 17:41.50 |
brlcad |
we're online
24/7 but we're not necessarily chatty 24/7 ... we multitask and
sometimes eat |
| 17:41.55 |
gdh |
if they don't
answer, they may be busy, they may be sleeping |
| 17:42.11 |
brlcad |
there's
plenty of time to sleep when you're dead |
| 17:42.40 |
pankaj |
even i am not
in a mode to sleep ....but |
| 17:42.50 |
pankaj |
these rules
are killing me |
| 17:43.27 |
Izak_ |
brl-cad_: The
"s/shapes/geometry representations" |
| 17:43.41 |
pankaj |
its totally
great .....because this is the first time , i am chatting on
irc |
| 17:43.43 |
*** join/#brlcad Ch3ck
(~Ch3ck@41.205.13.189) |
| 17:43.47 |
Ch3ck |
Hi |
| 17:44.01 |
brlcad |
hi
Ch3ck |
| 17:44.05 |
pankaj |
and i dont
wanna quite it so soon |
| 17:44.22 |
brlcad |
pankaj: well
welcome, hopefully exciting, hopefully educational ;) |
| 17:44.27 |
Ch3ck |
i wish to
work on the pull operation which is the opposite of the
push |
| 17:44.29 |
Ch3ck |
operation. |
| 17:44.49 |
brlcad |
pankaj: not
meant to be daunting or confusing, just a lot to learn .. ask good
questions, learn, ask more |
| 17:44.57 |
Ch3ck |
while looking
at the source code i did not see the definition of the 'mat_t' data
type. |
| 17:45.00 |
*** join/#brlcad ncsaba
(~ncsaba@p549822D0.dip0.t-ipconnect.de) |
| 17:45.04 |
brlcad |
Ch3ck: yep
you posted to the list too iirc |
| 17:45.07 |
Ch3ck |
i assume its
a 4x4 matrix |
| 17:45.07 |
brlcad |
hi
ncsaba |
| 17:45.12 |
Ch3ck |
yeah.. |
| 17:45.20 |
ncsaba |
Hi brlcad
:-) |
| 17:45.34 |
Ch3ck |
so so i wish
to know the project mentor for pull routine on the
matrix. |
| 17:46.03 |
Ch3ck |
I would like
connect directly with him so he could assist me in developing my
project proposal |
| 17:46.04 |
pankaj |
if u dont
mind ....can i know your time and date now |
| 17:46.14 |
Ch3ck |
there are
some specific questions i would need to ask him
directly |
| 17:46.15 |
brlcad |
Izak_: OOOh,
s/pattern/replace/ ... means "replace the 'pattern' with the
'replace' text in the preceeding statement/ |
| 17:46.34 |
Ch3ck |
could Izak_
u der? |
| 17:46.44 |
brlcad |
Ch3ck: we
don't sort out mentors for quite some time, you can and should talk
to as many people as possible ;) |
| 17:46.52 |
ncsaba |
brlcad: I've
finished with the pipe.c/analyze -> now I'm struggling with the
white space... |
| 17:46.53 |
Ch3ck |
ok |
| 17:47.21 |
brlcad |
I reply to
nearly every proposal for example, but will hopefully not be
mentoring all of them! :) |
| 17:47.40 |
Ch3ck |
well i just
need some enlightenment on the general working of the push command
so i could determine exactly how to make the reverse which is the
pull |
| 17:47.58 |
Ch3ck |
since there
is no comment at the beginning of the push.c and
xpush.c |
| 17:48.12 |
brlcad |
pankaj: EDT,
UTC-4 |
| 17:48.16 |
Ch3ck |
files.. so i
am flying a little blind here |
| 17:48.43 |
brlcad |
Ch3ck: if
your question is specific enough, just about anyone on the dev list
or here will be able to answer |
| 17:49.03 |
Ch3ck |
so if you
could please explain to me generally what the push does on a the
data structure in general i could get more insight into the
code. |
| 17:49.04 |
Ch3ck |
ok |
| 17:49.10 |
Ch3ck |
let me be
specific. |
| 17:49.11 |
brlcad |
best to start
by actually creating some geometry, apply an edit, push
it |
| 17:49.24 |
Ch3ck |
ok |
| 17:49.35 |
brlcad |
CSG is a
directed acyclic graph |
| 17:49.49 |
brlcad |
rather, the
modeling hierarchy can be thought of .. as a hierarchy |
| 17:50.00 |
brlcad |
and you can
have matrices at any layer in that hierarchy |
| 17:50.11 |
Ch3ck |
well from
what i see on the source code the push routine forms a linked list
of nodes.. |
| 17:50.13 |
brlcad |
that move
things around, rotate them, est |
| 17:50.37 |
*** part/#brlcad gdh
(~quassel@70.36.71.180) |
| 17:50.37 |
brlcad |
yes, as you
walk down the graph, that single path is effectively a linked list
of nodes |
| 17:51.14 |
Ch3ck |
what i don't
get is if the pull operation will act on the linked list fromed by
the push command or it will simply do a reverse walk of the push
command.? |
| 17:51.27 |
brlcad |
when you
"push" the matrix, you combine a matrix from one level and push it
down onto the next, and do that over and over until you've pushed
it onto the lowest node |
| 17:51.51 |
brlcad |
it will do
whatever you make it do |
| 17:51.59 |
Izak_ |
Ch3ck:Reverse
in the CSG sense. |
| 17:52.16 |
brlcad |
forget about
the implementation for a sec, make sure you understand the task
conceptually first |
| 17:52.39 |
brlcad |
say i have a
sphere modeled at the origin (0,0,0) |
| 17:52.44 |
Izak_ |
Which files
in the source code can help understand a particular primitive
? |
| 17:52.51 |
Notify |
03BRL-CAD:carlmoore * 55206
brlcad/trunk/src/tclscripts/archer/ShaderEdit.tcl: fix spelling of
'light' |
| 17:53.05 |
brlcad |
i put that
sphere into a part/region named "sph.r" |
| 17:53.10 |
Ch3ck |
yeah thats
what i want to understand and since the src code does not have any
comments thats the reason i'm flying blind here.. |
| 17:53.18 |
brlcad |
I apply a
matrix edit to sph.r to move it to 100,0,0 |
| 17:53.40 |
brlcad |
the sphere is
still at 0,0,0 but sph.r translates it to 100,0,0 |
| 17:53.48 |
Ch3ck |
yes |
| 17:53.57 |
Izak_ |
brlcad:You
are throwing some light here. Thanks |
| 17:53.58 |
Ch3ck |
i'm
following.. |
| 17:54.02 |
brlcad |
a PUSH
operation, puts the sphere at 100,0,0 with the sph.r having NO
matrix (rather, a unit matrix) |
| 17:54.40 |
Ch3ck |
yes... |
| 17:54.43 |
brlcad |
an
unpush/PULL operation is meant to reverse that, putting the sphere
back at a 0,0,0 origin and sph.r having a matrix that puts the
sphere at 100,0,0 |
| 17:55.12 |
brlcad |
overly simple
case, but conceptually that's the idea |
| 17:55.29 |
Ch3ck |
ok |
| 17:55.44 |
Ch3ck |
thanks i'm
starting to see what it does c |
| 17:55.44 |
Izak_ |
Ch3ck I hope
you are happy now? |
| 17:55.50 |
brlcad |
gets more
complicated, say that sph.r is in an assembly "sph.c" |
| 17:55.53 |
Ch3ck |
well still
digesting |
| 17:56.05 |
Ch3ck |
yes.. |
| 17:56.34 |
Ch3ck |
brlcad: could
you please give me a link to where i could get some more concepts
on the push operation please? |
| 17:56.39 |
brlcad |
say you
*also* have a matrix in sph.c ... that scales the sphere
2x |
| 17:57.09 |
brlcad |
Ch3ck: see
http://brlcad.org/w/images/3/36/Object_Editing_-_the_oed_Command.pdf |
| 17:57.35 |
Ch3ck |
thanks very
much blrcad |
| 17:57.42 |
Ch3ck |
i appreciate
it .. |
| 17:57.50 |
Ch3ck |
can't wait to
start working on it.. |
| 17:57.50 |
brlcad |
go through
maybe one or two of the tutorials on here http://brlcad.org/wiki/Documentation
in the Introduction to MGED until you've actually applied a matrix
edit (I forget which lesson introduces that) |
| 17:58.03 |
Ch3ck |
Izak_: how u
doing?? |
| 17:58.08 |
ncsaba |
brlcad: can I
also ask for some hep ? |
| 17:58.10 |
ncsaba |
:) |
| 17:58.12 |
brlcad |
learn how to
apply a matrix edit, then push it and see what it does to the
underlying combinations and primitives |
| 17:58.20 |
brlcad |
~ask |
| 17:58.20 |
ibot |
Questions in
the channel should be specific, informative, complete, concise, and
on-topic. Don't ask if you can ask a question first. Don't ask if
a person is there; just ask what you intended to ask them. Better
questions more frequently yield better answers. We are all here
voluntarily or against our will. |
| 17:58.22 |
brlcad |
:P |
| 17:58.26 |
Izak_ |
Fine massa
getting no apples yet |
| 17:58.46 |
brlcad |
Izak_:
src/librt/primitives/*/*.c is where all the primitives
are |
| 17:59.18 |
Izak_ |
Thanks
brlcad |
| 17:59.52 |
ncsaba |
sooo, I'm
applying the sh/indent.sh script - and it changes the spacing
completely |
| 18:00.05 |
Ch3ck |
brlcad:
thanks.. |
| 18:00.08 |
ncsaba |
and I mean
everything, also what I didn't touch |
| 18:00.26 |
Notify |
03BRL-CAD:starseeker * 55207
brlcad/trunk/src/other/libregex/regex.h: __APPLE__ isn't defined if
we're not on Apple |
| 18:00.43 |
brlcad |
Izak_: a
heart primitive is going to be rather similar to a tor (torus) or
tgc (cone/cylinder) |
| 18:01.08 |
brlcad |
in that
you'll probably end up calling rt_poly_roots() to obtain the roots
of intersection |
| 18:01.29 |
brlcad |
ncsaba: which
file? |
| 18:01.34 |
ncsaba |
any |
| 18:01.40 |
brlcad |
unlikely
:) |
| 18:01.46 |
brlcad |
many
maybe |
| 18:01.50 |
brlcad |
but not
any |
| 18:01.51 |
ncsaba |
it puts the
tab distance at 2 |
| 18:01.55 |
brlcad |
that's
wrong |
| 18:02.06 |
ncsaba |
sure - but
where can I change that ? |
| 18:02.09 |
brlcad |
so the script
might not be set up right for different/newer versions of
emacs |
| 18:02.16 |
ncsaba |
ok |
| 18:02.23 |
ncsaba |
let me check
my version... |
| 18:02.29 |
brlcad |
too many
variables |
| 18:02.37 |
ncsaba |
GNU Emacs
23.1.1 |
| 18:02.39 |
brlcad |
your .emacs
and settings come into play too |
| 18:02.57 |
ncsaba |
well not by
default - I tried to set up one, and it was ignored |
| 18:03.12 |
brlcad |
what was
ignored, the .emacs file? |
| 18:03.52 |
ncsaba |
until I
changed the command line in sh/indent.sh to: emacs -batch -l
"$bir_dir/$bir" -f batch-indent-region
"$file.indent.new" |
| 18:04.08 |
ncsaba |
then my
~/.emacs file was having some effect... |
| 18:04.30 |
brlcad |
this is an
older one I've used: http://brlcad.org/wiki/Emacs |
| 18:05.27 |
ncsaba |
OK, will
try |
| 18:05.30 |
brlcad |
ncsaba:
that's the line in indent.sh .. what'd you change? |
| 18:05.59 |
ncsaba |
sorry, copied
the wrong line |
| 18:06.00 |
ncsaba |
emacs -batch
-l $HOME/.emacs -l "$bir_dir/$bir" -f batch-indent-region
"$file.indent.new" |
| 18:06.25 |
brlcad |
interesting |
| 18:06.48 |
brlcad |
didn't used
to need to explicitly load the .emacs in batch mode, so perhaps
that's the change and we were getting something
implicitly |
| 18:07.02 |
ncsaba |
I have no
experience with emacs, but surely that change made a
difference |
| 18:07.03 |
brlcad |
it'd be good
to figure out what and put it in the batch-indent-region
file |
| 18:08.00 |
brlcad |
backs up all sf.net data |
| 18:10.26 |
brlcad |
ncsaba: if
you know some emacs-basics, you can run M-x indent-region after
running C-spacebar M-> |
| 18:10.47 |
brlcad |
that'll avoid
needing to run indent.sh |
| 18:11.36 |
brlcad |
(M is "press
and release ESC" followed by the next key(s) after the
'-') |
| 18:11.37 |
ncsaba |
no, don't
know eny emacs basics :-( |
| 18:12.10 |
ncsaba |
I'm not using
emacs at all right now |
| 18:12.59 |
brlcad |
k |
| 18:13.03 |
brlcad |
what do you
use? |
| 18:13.17 |
*** join/#brlcad rays2pix
(~deepak@14.139.226.34) |
| 18:14.32 |
ncsaba |
I settled for
codelite |
| 18:14.34 |
*** join/#brlcad Ch3ck
(~Ch3ck@41.205.13.248) |
| 18:14.40 |
Ch3ck |
Hey |
| 18:14.59 |
Ch3ck |
jst recovered
from some network breakdown. |
| 18:15.16 |
ncsaba |
I'm testing
now the .emacs settings from the wiki |
| 18:15.49 |
Ch3ck |
brlcad: could
please give me those links to the concept behind the push command,
matrix edit and probably pull routines? |
| 18:15.53 |
ncsaba |
copy-pasted
them, now I get an error: Wrong number of arguments: quote,
2 |
| 18:16.10 |
brlcad |
yeah, that's
probably a version mismatch |
| 18:16.56 |
brlcad |
try removing
everything after the ; key bindings ; comment |
| 18:17.35 |
brlcad |
could be that
copy-paste messed up on one of those lines .. there's an embedded
hard tab |
| 18:18.53 |
brlcad |
ncsaba: could
also try codelite's settings: http://codelite.org/LiteEditor/LocalPreferences
... columns per tab = 8, columns per indent = 4 |
| 18:19.51 |
ncsaba |
sure, that is
already what I have set in codelite |
| 18:20.18 |
ncsaba |
and that's
how I had it before the last patch too - so I suppose it is not
enough |
| 18:20.27 |
*** join/#brlcad rays2pix
(~deepak@110.234.229.2) |
| 18:20.47 |
brlcad |
it's probably
not smart enough to mix the two where indents are smaller than the
tab stop size |
| 18:21.08 |
*** join/#brlcad Izak_
(~isaac@41.202.197.178) |
| 18:21.09 |
brlcad |
or need to
check that use tab checkbox |
| 18:21.46 |
ncsaba |
oh sorry - I
checked now and it was set to indent at 8 |
| 18:22.01 |
ncsaba |
I thought
I've set that to 4... |
| 18:22.01 |
brlcad |
alternatively, could just make it use
spaces for indent, 4 per indent, no tabs, then run ws.sh to convert
them to tabs |
| 18:22.57 |
ncsaba |
ok, possible
it was reset after a VM crash I had |
| 18:24.24 |
Ch3ck |
hi brlcad:
could you please give me the links to the pages concerning the
concept behind the push/ matrix edit operatons please ? so i could
read more on them. |
| 18:24.48 |
*** join/#brlcad m_daga
(~0_level@173.44.133.227) |
| 18:25.16 |
brlcad |
wow, it's
grown ... our repo is now 1.58 GB |
| 18:25.22 |
ncsaba |
anyway, now I
need to get all the files wrongly indented by sh/indent.sh back on
track, so I'll still try to get that working |
| 18:25.31 |
brlcad |
Ch3ck: what
pages? |
| 18:26.52 |
brlcad |
if we had
time to write something that specific, we wouldn't need someone to
implement unpush as it'd already be done ;) |
| 18:26.58 |
brlcad |
you can read
the man page on push/xpush |
| 18:27.21 |
brlcad |
I believe
it's talked about in Principles of Effective Modeling (also in our
docs section) |
| 18:27.41 |
Ch3ck |
ok |
| 18:27.49 |
brlcad |
but the real
meat is understanding how to create geometry and apply a matrix
edit |
| 18:27.55 |
Ch3ck |
could you
please give me the link to the wiki pages please? |
| 18:28.05 |
brlcad |
if you
understand that, understanding pull/unpush is natural |
| 18:28.13 |
Ch3ck |
you gave me
something like that earlier.. |
| 18:28.19 |
ncsaba |
brlcad: I
deleted everything after the "key bindings", now it doesn't error
out but still formats at 2 space indentation... :-( |
| 18:28.20 |
brlcad |
really? |
| 18:28.22 |
Ch3ck |
ok |
| 18:28.31 |
Ch3ck |
ok |
| 18:28.31 |
Ch3ck |
thanks |
| 18:28.33 |
Izak_ |
Ch3ck_:
Please check your gmail NOW |
| 18:29.05 |
Izak_ |
ncsaba_: Just
ask for help. Don't ask if you should first? |
| 18:29.33 |
ncsaba |
Ch3ck: this
is what you mean ?
http://brlcad.org/w/images/3/36/Object_Editing_-_the_oed_Command.pdf |
| 18:29.38 |
Ch3ck |
ok |
| 18:29.50 |
Ch3ck |
yeah |
| 18:29.56 |
brlcad |
Ch3ck: I hope
you're not saying that you can't be bothered to check your
scrollback history ... or browse a website ... or perform a web
search... |
| 18:30.04 |
Ch3ck |
i lost my
connection here so i lost all the pages. |
| 18:30.06 |
rays2pix |
I have put
together a draft proposal in the wiki. will be glad if I some one
could review it |
| 18:30.10 |
Ch3ck |
yeah |
| 18:30.11 |
brlcad |
that would be
a really bad impression to give your mentors |
| 18:30.15 |
Ch3ck |
thanks |
| 18:30.19 |
Ch3ck |
i got
all.. |
| 18:30.54 |
brlcad |
it was more
than that one pdf link, so I hope you do revist what's already been
said |
| 18:31.04 |
Ch3ck |
yeah |
| 18:31.15 |
Ch3ck |
my computer
went off with the loss of electricity so |
| 18:31.22 |
Ch3ck |
thats why i
lost the links |
| 18:31.24 |
brlcad |
so that still
left two other options |
| 18:31.28 |
brlcad |
at
least |
| 18:31.30 |
Ch3ck |
thanks |
| 18:31.35 |
Ch3ck |
i got the
links now |
| 18:31.40 |
Ch3ck |
thanks to you
all |
| 18:31.54 |
brlcad |
Ch3ck: I'm
giving you a hard time because that's not effective
collaboration |
| 18:31.56 |
ncsaba |
brlcad: at
first I also didn't notice that the chat is logged... |
| 18:32.10 |
brlcad |
it's damn
convenient for you, but only by being a burden on others (however
minimal) |
| 18:32.32 |
brlcad |
that won't
work, you will be expected to put forth effort (WAY more effort) if
you get slotted |
| 18:32.46 |
Ch3ck |
yeah i
understand |
| 18:33.44 |
brlcad |
ncsaba: yep,
10 years worth of logs next year :) |
| 18:34.37 |
ncsaba |
way too much
to read it all ;-) |
| 18:35.04 |
ncsaba |
of course it
can be searched though.. |
| 18:35.33 |
ncsaba |
OK, I will
need some more emacs fighting :-) |
| 18:38.25 |
Izak_ |
Where can I
get images of brlcad_ primitives ( geometry representations)
? |
| 18:40.11 |
ncsaba |
brlcad: so,
if I add: (setq-default c-basic-offset 4) -> now it indents some
lines with 2 tabs where originally were 4 spaces -
crazy |
| 18:41.54 |
Ch3ck |
Izak: the
best thing is to check online |
| 18:42.14 |
Ch3ck |
and read the
documentation |
| 18:42.19 |
Ch3ck |
on the wiki
page.. |
| 18:45.08 |
Izak_ |
thanks
Ch3ck_: |
| 18:46.11 |
ncsaba |
brlcad: the
indet script is only changing the white space on the beginning of
the lines, or it does more complex things too ? |
| 18:48.18 |
Ch3ck |
Izak: checked
my gmail and saw nothing what up? |
| 18:58.17 |
rays2pix |
I am afraid
whether my previous message was lost:)! So just trying
again. |
| 18:59.05 |
rays2pix |
I have put a
proposal on image processing. Will be relaxed a bit, if some one is
intending to look it up! |
| 19:01.29 |
Ch3ck |
just give the
link |
| 19:01.52 |
Ch3ck |
hey guys i
wish to know where the 'mat_t' data type is defined in the
src |
| 19:02.14 |
Ch3ck |
i have looked
at raytrace.h, bu.h, bn.h, vmath.h headers |
| 19:02.25 |
Ch3ck |
to no avail
could some one help me out here.. |
| 19:02.54 |
Ch3ck |
i assume its
a 4x4 matrix probably i just want to see how it is defined so i can
continue workx on my proposal.. |
| 19:04.14 |
*** join/#brlcad Izak
(~isaac@41.202.195.186) |
| 19:05.01 |
Guest8550 |
Ch3ck please
check ur gmail account |
| 19:05.24 |
Ch3ck |
i have
checked there is nothx there |
| 19:05.27 |
Ch3ck |
what
up? |
| 19:06.04 |
Ch3ck |
ok |
| 19:06.04 |
Ch3ck |
i see
it |
| 19:06.09 |
Ch3ck |
i have
checked it. |
| 19:06.18 |
Ch3ck |
thanks
Izak |
| 19:06.47 |
*** part/#brlcad m_daga
(~0_level@173.44.133.227) |
| 19:07.42 |
*** join/#brlcad zero_level
(~0_level@173.44.133.227) |
| 19:08.35 |
Izak |
Ch3ck_:Please
send me the email |
| 19:09.21 |
Ch3ck |
ok |
| 19:10.03 |
Ch3ck |
Izak: gimme
ur email. |
| 19:10.18 |
Ch3ck |
so i can
forward iutt to u.. |
| 19:13.11 |
Ch3ck |
i mean ur
gmail acc. |
| 19:16.44 |
Guest16696 |
Ch3ck :
u2isaac@yahoo.com |
| 19:17.04 |
Ch3ck |
yeah already
sent it .. |
| 19:17.17 |
Ch3ck |
thought you
wanted it thru ur gmail.. |
| 19:18.03 |
ncsaba |
brlcad: ok, I
found why codelite doesn't want to format well: http://sourceforge.net/p/codelite/bugs/866/ |
| 19:18.51 |
ncsaba |
basically it
resets my setting of indentation level to 8 :-( |
| 19:19.28 |
Guest16696 |
Ch3ck:Any how
thanks |
| 19:22.12 |
ncsaba |
this is
exactly the kind of things I hate - being blocked by code
formatting issues, which I couldn't care less of :-) |
| 19:34.46 |
brlcad |
ncsaba: it's
just indentation |
| 19:35.14 |
ncsaba |
ok |
| 19:35.33 |
ncsaba |
I will just
manually reindent my additions then |
| 19:35.47 |
ncsaba |
what is the
exact rule there ? |
| 19:35.48 |
brlcad |
or like I
said, tell codelight to just use 4-char space
indentation |
| 19:35.51 |
brlcad |
then run
ws.sh |
| 19:36.02 |
ncsaba |
ok, probably
that's what I'll do |
| 19:36.18 |
rays2pix |
brlcad:sorry
if this is annoying, but I am afraid whether my irc messages were
lost in clutter |
| 19:36.21 |
ncsaba |
codelite has
a bug and doesn't like different tab and indent |
| 19:36.47 |
brlcad |
our
indentation is spelled out in hacking, but it's basically
tab-compressed 4-char indents |
| 19:37.15 |
brlcad |
so 4spc,
1tab, 1tab+4spc, 2tab, etc as you indent 1, 2, 3, 4
levels |
| 19:37.59 |
brlcad |
provides
fewest bytes with a fixed visual presentation that displays
correctly if you run cat or feed a file to a printer |
| 19:39.33 |
ncsaba |
ok |
| 19:40.07 |
ncsaba |
unfortunately
if I set codelite to tab=4 then the existing code looks unreadable
:-( |
| 19:40.20 |
ncsaba |
so it will
stay at indent=tab=8 |
| 19:41.00 |
ncsaba |
and I will
take care of indentation manually |
| 19:42.29 |
brlcad |
tab should
still be 8 |
| 19:42.35 |
brlcad |
indent !=
tab |
| 19:42.42 |
brlcad |
that's why
there were two input fields |
| 19:43.07 |
brlcad |
indent=4,
tab=8, use tabs = no |
| 19:45.40 |
*** join/#brlcad Iordanis_
(Iordanis@host214-207.cvd.fit.edu) |
| 19:46.13 |
ncsaba |
yes, but if I
set indent to 4, tab=8, save -> next time I open the dialog both
are again at 8 |
| 19:46.27 |
brlcad |
ah, so
buggy |
| 19:46.29 |
ncsaba |
yes |
| 19:46.36 |
brlcad |
what if you
set both to 4? |
| 19:46.38 |
*** join/#brlcad Iordanis
(Iordanis@host214-207.cvd.fit.edu) |
| 19:46.43 |
brlcad |
and to not
use tabs |
| 19:46.46 |
ncsaba |
then I can't
read the code :) |
| 19:47.01 |
ncsaba |
the existing
tabs will be 4 |
| 19:47.29 |
brlcad |
hrm, that
sucks |
| 19:47.43 |
ncsaba |
yes, but I
can live with that |
| 19:47.56 |
brlcad |
yet another
option .. http://astyle.sourceforge.net/ |
| 19:47.58 |
ncsaba |
I just won't
use it's auto-formatting |
| 19:48.05 |
brlcad |
it has
support for our format (the latest version) |
| 19:49.06 |
ncsaba |
ok, thanks,
I'll check it out |
| 19:50.22 |
rays2pix |
brlcad: I
have a draft version of proposal at http://brlcad.org/wiki/User:Rays2pix2013/GSoc2013/Proposal |
| 19:50.23 |
ncsaba |
so I suppose
the astyle 1.23 which ships with ubuntu lucid will not format
properly ? |
| 19:50.56 |
rays2pix |
brlcad: Can
you please look into it and give me some pointers for further
expansion |
| 19:52.07 |
brlcad |
ncsaba:
nope |
| 19:52.11 |
brlcad |
2.03 |
| 19:52.22 |
brlcad |
looks like
the very top feature in their latest release notes |
| 19:52.30 |
ncsaba |
ok |
| 19:52.36 |
ncsaba |
downloaded
sources... |
| 19:52.43 |
brlcad |
I made a
patch for him last year, but it took him forever to push out a new
release |
| 19:54.07 |
ncsaba |
ok
:-) |
| 19:56.32 |
brlcad |
rays2pix: at
a quick glance, that's looking really good |
| 19:57.30 |
rays2pix |
brlcad:
Thanks..Will wait for your queries though. |
| 19:57.35 |
brlcad |
it could use
a little more detail and needs a week-by-week schedule |
| 19:57.46 |
brlcad |
the
deliverables as stated are too generic/vague |
| 19:59.00 |
rays2pix |
brlcad: I
wanted to verify whether I am in right direction with current
proposed interfaces. If thats verified , I would add few more and
work up a schedule |
| 20:00.02 |
ncsaba |
brlcad:
before I spend an hour reading astyle docs and experimenting, do
you have perhaps at hand the right parameters ? (if not, I will
take that hour...) |
| 20:07.36 |
brlcad |
rays2pix:
right direction, sure |
| 20:07.54 |
brlcad |
details to be
worked out though, even after selections are made |
| 20:08.14 |
brlcad |
I'd suggest
getting rid of filtering altogether, and just keeping it in mind
for setting up the API |
| 20:09.11 |
brlcad |
to me, i'd
think we'd want to move towards a "struct icv_image" that is a more
generalized data container |
| 20:09.33 |
brlcad |
either
getting rid of or encapsulating into a union or type field where
the data resides |
| 20:10.13 |
brlcad |
(i.e., no
separate filename field, just a source notion) |
| 20:10.25 |
rays2pix |
brlcad: I was
also thinking the same. I am under a assumption that we would need
to maintain details of only bw and pix formats for processing
needs |
| 20:10.40 |
n_reed |
looks like
the sf site has changed |
| 20:10.54 |
brlcad |
ideally
supportting streaming and out-of-core processing as well as
traditional file and in-memory processing |
| 20:11.31 |
brlcad |
n_reed: it
only looks like it changed because it's different |
| 20:12.12 |
rays2pix |
brlcad : okay
will do that. Sorry I didnt get what you meant by "get rid of
filtering ". |
| 20:14.21 |
brlcad |
rays2pix: you
do realize the only difference between bw and pix is 1 channel vs 3
right? |
| 20:14.54 |
rays2pix |
yep |
| 20:15.19 |
brlcad |
if you had a
four pixel image (2x2), it can have N-channels of data |
| 20:15.34 |
brlcad |
that data
could be char or large integer or even floating point |
| 20:16.03 |
rays2pix |
okay. I was
assuming it to be char. Will correct that |
| 20:16.20 |
brlcad |
so it's
something to think about |
| 20:16.42 |
brlcad |
do we want
the in-memory processing format to be the fastest |
| 20:16.45 |
brlcad |
the most
flexible |
| 20:17.02 |
brlcad |
the most
generalized |
| 20:17.06 |
brlcad |
the most
input preserving |
| 20:17.17 |
brlcad |
lots of
considerations |
| 20:17.58 |
brlcad |
interleaved,
non-interleaved |
| 20:18.24 |
rays2pix |
I dont have a
clue on how brlcad wants it ..like what is typically a big image
within brlcad |
| 20:18.35 |
brlcad |
for the 2x2,
is it rgbrgbrgbrgb bytes or rrrrggggbbbb |
| 20:18.51 |
brlcad |
and do we
keep them in memory as such, or is that just the output |
| 20:19.00 |
rays2pix |
if it isnt
too big, I would work towards flexible and generalized interface at
the expense of speed |
| 20:19.02 |
brlcad |
we want to
preserve data as much as possible |
| 20:19.09 |
brlcad |
image sizes
are indeterminate |
| 20:19.30 |
brlcad |
commonly
2k-4k square but mostly due to performance limitations going
bigger |
| 20:19.40 |
brlcad |
designing
something better doesn't have to be constrained by that |
| 20:20.14 |
rays2pix |
okay . We
keep the input memory unchanged. My plan was to use a separate
memory for the output. Is it bad? |
| 20:20.36 |
brlcad |
the emphasis
should definitely be on "conversion" though, so that is entirely a
question of streams, formats, bytes, interleavings |
| 20:21.44 |
rays2pix |
ok. will
explore and get back with details |
| 20:21.51 |
brlcad |
doubling the
memory requirements doesn't sound like a great idea unless it
provides some specific gain |
| 20:23.02 |
rays2pix |
I see that ,
will modify it. |
| 20:26.46 |
brlcad |
rays2pix: I
suggest taking a peek at what some of the other libs do
too |
| 20:26.46 |
ncsaba |
brlcad:
"astyle -xT" will still modify extensively pipe.c, any idea what I
can still do to limit the damage ? |
| 20:28.09 |
brlcad |
rays2pix:
like looking at openexr, imagemagick, and netpbm |
| 20:28.37 |
brlcad |
ncsaba: you
sure you have the astyle flags right? |
| 20:28.39 |
rays2pix |
sure. I am
currently looking at imagemagick will check out others
too. |
| 20:28.42 |
brlcad |
i don't
recall what they are |
| 20:29.14 |
brlcad |
rays2pix: we
definitely want to be able to process HDR output, so keep that in
mind |
| 20:29.19 |
brlcad |
inputs/outputs |
| 20:31.00 |
ncsaba |
brlcad: the
-xT is the one forcing 4 space indent and 8 tab, with tab as much
as possible -> but it also touches parts of the code I didn't
want it to touch |
| 20:31.16 |
brlcad |
it might make
sense to convert inputs into a generalized double-precision format,
with N channels, then convert to output as requested |
| 20:31.22 |
ncsaba |
perhaps I
still need some other settings too - but there are so many, I can't
figure it out |
| 20:31.44 |
ncsaba |
my code is
now formatted well, but the rest is disturbed |
| 20:31.45 |
brlcad |
ncsaba: yeah,
I just don't remember it being that simple |
| 20:31.55 |
rays2pix |
that makes it
more interesting. I will come up with ways to accomodate various
formats. |
| 20:33.08 |
brlcad |
thinks filtering / conversion should be OpenCL
plugins |
| 20:33.53 |
brlcad |
so you have
readers/writers for the various formats, and processors in
opencl |
| 20:34.12 |
brlcad |
so we can
leverage parallelism and gpus a little easier |
| 20:35.25 |
rays2pix |
thats
better.will think that way ! |
| 20:35.27 |
brlcad |
rays2pix: so
I don't want to get too much glitter in your eyes ... I'm rambling
on about double precision outputs but do know that JUST getting all
of our image tools able to read/write any format using libicv would
be a huge win and a viable GSoC project |
| 20:35.39 |
brlcad |
if both can
happen, great |
| 20:36.12 |
brlcad |
but we do
have a lot of tools, and it'll be better to either have an
immediate code gain through refactoring or performance/architecture
gain through new structures (that are put into immediate
use) |
| 20:36.20 |
rays2pix |
sure:! I am
also interested in making the base interface faster and better.
Once the infrastructure is in place we can add other
tools |
| 20:37.06 |
rays2pix |
I would vote
for performance gain, I can rewrite the existing tools in about a
months time. |
| 20:37.13 |
brlcad |
no you can't
:) |
| 20:37.26 |
brlcad |
and that's
okay |
| 20:37.49 |
brlcad |
they're not
all trivial tools like bwfilter |
| 20:37.53 |
brlcad |
or
bw-pix |
| 20:38.06 |
brlcad |
and there are
still 100+ |
| 20:38.33 |
starseeker |
ncsaba: for
astyle, you can try our misc/astyle.opt file - I don't recall how
close it gets you to the correct formatting, but it should
help |
| 20:38.53 |
ncsaba |
starseeker:
thanks for the hint ! |
| 20:38.54 |
brlcad |
you'd have to
convert something like 1 an hour for an entire month without making
a mistake or encountering/introducing any bugs |
| 20:39.18 |
rays2pix |
mm..may be
most of what I went through looked trivial like scaling and
interpolation. Alright, for proposal I would expand the
icv_convert part |
| 20:39.50 |
starseeker |
also has had abysmal luck configuring emacs to do correct
formatting via the .sh scripts, so astyle is a nice option to
have |
| 20:39.51 |
brlcad |
it's in the
name ICV .. "image conversion" |
| 20:39.56 |
brlcad |
it has to get
that part right |
| 20:40.14 |
brlcad |
where right
is entirely subjective, has to be awesome |
| 20:41.07 |
rays2pix |
I agree on
the second part! Would like to learn writing parallel code using
this task. |
| 20:42.04 |
brlcad |
writing
parallel code is a little different from writing opencl
code |
| 20:42.14 |
rays2pix |
oh |
| 20:42.24 |
``Erik |
got an email
saying our project has been upgraded |
| 20:42.41 |
starseeker |
so time to
re-checkout the repo? |
| 20:43.05 |
rays2pix |
parallel code
is for multi-core and opencl is for gpu? is it so? |
| 20:43.23 |
``Erik |
rays2pix:
generally, yeah... |
| 20:46.20 |
brlcad |
``Erik: repo
is still importing |
| 20:46.23 |
brlcad |
it'll be a
hwile |
| 20:47.05 |
brlcad |
rays2pix:
opencl is a generalized computing architecture for both cpu and
gpu |
| 20:47.37 |
brlcad |
you can
schedule work on gpu, cpu, or both, you just define a task, tell it
where to run that task, and how |
| 20:47.44 |
rays2pix |
ok |
| 20:48.44 |
brlcad |
it obviously
involves parallelism in the "how" but it's rather different from
traditional "parallel computing" where you create threads or
processes |
| 20:49.01 |
brlcad |
managing
mutexes, semahpores, IPC, shared memory, etc |
| 20:49.16 |
``Erik |
'hwile' like
http://www.youtube.com/watch?v=lich59xsjik
? |
| 20:49.33 |
brlcad |
yes |
| 20:49.48 |
brlcad |
qhuite |
| 20:50.00 |
ncsaba |
brlcad: I
updated from svn, and I get an error compiling:
src/other/libregex/regex.h:60: note: previous declaration of
off_t was here |
| 20:50.35 |
rays2pix |
i see, I was
proposing a traditional one in my draft. now will look in to opencl
and will take care about the constraints it brings |
| 20:50.53 |
ncsaba |
I use "ninja"
to compile, is there anything I'm missing, perhaps I need to do
some "clean" compile or so ? |
| 20:51.19 |
brlcad |
ncsaba:
that's a very recent change |
| 20:51.35 |
brlcad |
can revert
back to what you were on or stub in a fix |
| 20:51.44 |
brlcad |
or wait for
someone else to fix it |
| 20:51.56 |
rays2pix |
brlcad:thanks
I got handful of things to do. Will update the proposal and let you
know. thanks for your time and patience |
| 20:51.57 |
brlcad |
someone's
trying to get 64-bit windows to behave |
| 20:52.05 |
ncsaba |
aha |
| 20:52.16 |
``Erik |
what platform
and revision did you see the failure? |
| 20:53.01 |
``Erik |
r55207 SHOULD
have finished that issue off... |
| 20:53.54 |
ncsaba |
ubuntu
lucid |
| 20:54.17 |
ncsaba |
Ubuntu
10.04.4 LTS |
| 20:54.42 |
ncsaba |
I commented
out that line 60, seems to compile |
| 20:55.54 |
ncsaba |
I don't have
enough experience with C/includes/platforms to figure out what is
the right solution there... |
| 20:56.23 |
ncsaba |
I just want
to make sure my changes compile before submitting a patch
:-) |
| 20:58.14 |
*** join/#brlcad caen23
(~cezar@92.81.210.66) |
| 21:05.52 |
``Erik |
when did you
do your last svn up? if you do an "svn info", what revision does it
say? |
| 21:06.22 |
``Erik |
(I have an
Ubuntu 12.04.2 LTS box I can try on if you're using
55207) |
| 21:09.01 |
ncsaba |
svn update
-> At revision 55207. (this was ~30 mins ago) |
| 21:10.12 |
ncsaba |
commenting
out line 60 of regex.h let's me compile, and mged works
too |
| 21:11.39 |
``Erik |
strange that
the system libregex wasn't found... doing a cmake now |
| 21:15.41 |
``Erik |
yeah... hm,
dunno if I want to try committing while the migration is in
process, though |
| 21:22.48 |
ncsaba |
so, I posted
the patch - formatting the white space was at least as demanding as
doing the math... |
| 21:23.21 |
ncsaba |
thanks for
the help :-) |
| 21:24.35 |
ncsaba |
will leave
now, late here, bye ! |
| 21:30.55 |
Notify |
03BRL-CAD:carlmoore * 55208
brlcad/trunk/src/conv/nmg/asc-nmg.c: accept - as argument for
stdin; also acknowledge what will be used for input & output;
further changes will be needed for no-argument 'Usage'
result |
| 22:18.00 |
*** join/#brlcad maths22
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 22:18.01 |
*** join/#brlcad aks001
(uid10889@gateway/web/irccloud.com/x-kkouzuuqczuelqeo) |
| 22:18.01 |
*** join/#brlcad archivist
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
| 22:51.48 |
``Erik |
got an email
saying the repo migration is complete |
| 23:12.39 |
*** join/#brlcad maths22
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 23:12.40 |
*** join/#brlcad aks001
(uid10889@gateway/web/irccloud.com/x-kkouzuuqczuelqeo) |
| 23:12.40 |
*** join/#brlcad archivist
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
| 00:22.43 |
brlcad |
~cadsvn |
| 00:22.43 |
ibot |
To obtain
BRL-CAD from Subversion: svn checkout https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk
brlcad |
| 00:23.26 |
brlcad |
~no, cadsvn
is To obtain BRL-CAD from Subversion: svn checkout https://svn.code.sourceforge.net/p/brlcad/code/brlcad/trunk
brlcad |
| 00:23.51 |
brlcad |
~cadsvn |
| 00:23.51 |
ibot |
To obtain
BRL-CAD from Subversion: svn checkout https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk
brlcad |
| 00:23.56 |
brlcad |
gr |
| 00:24.12 |
brlcad |
~cadsvn is
<reply>To obtain BRL-CAD from Subversion: svn checkout
https://svn.code.sourceforge.net/p/brlcad/code/brlcad/trunk
brlcad |
| 00:24.12 |
ibot |
...but cadsvn
is already something else... |
| 00:24.18 |
brlcad |
~no cadsvn is
<reply>To obtain BRL-CAD from Subversion: svn checkout
https://svn.code.sourceforge.net/p/brlcad/code/brlcad/trunk
brlcad |
| 00:24.18 |
ibot |
okay,
brlcad |
| 00:24.24 |
brlcad |
~cadsvn |
| 00:24.24 |
ibot |
To obtain
BRL-CAD from Subversion: svn checkout https://svn.code.sourceforge.net/p/brlcad/code/brlcad/trunk
brlcad |
| 00:25.21 |
brlcad |
(still using
https for public instruction here to avoid proxy/firewall
explanations) |
| 00:29.19 |
Notify |
03BRL-CAD:brlcad * 55208
brlcad/trunk/README: first commit to the new repo. shorten some
irerelevant and redundant detail. |
| 00:30.09 |
*** join/#brlcad maths22
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 00:30.09 |
*** join/#brlcad aks001
(uid10889@gateway/web/irccloud.com/x-kkouzuuqczuelqeo) |
| 00:30.09 |
*** join/#brlcad archivist
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
| 00:30.28 |
n_reed |
yeah i liked
the speed of the svn+ssh checkout |
| 00:33.03 |
starseeker |
wonders how long it will take him to get used to the new
path... |
| 00:36.54 |
starseeker |
brlcad:
what's your take on the regex thing? Fix the one in there for 64
bit, or switch to something like pcre that's still actively
maintained? |
| 00:38.34 |
brlcad |
that it was
working fine and rweiss broke it trying to make it
better? |
| 00:39.52 |
brlcad |
pcre isn't
nearly as portable or as fast as our old bsd copy last I tested, it
would warrant retesting before replacing |
| 00:40.05 |
brlcad |
at least pcre
is dependency-free iirc |
| 00:40.49 |
brlcad |
but still,
our lib should be working just fine -- I havent heard any issues
that weren't self-inflicted |
| 00:41.32 |
starseeker |
apparently
the red command failed on 64bit windows |
| 00:41.57 |
brlcad |
and the
quintessential... |
| 00:42.00 |
brlcad |
why? |
| 00:42.10 |
brlcad |
otherwise,
that means nothing |
| 00:42.19 |
Notify |
03BRL-CAD:tbrowder2 * 55209
(brlcad/trunk/t.txt
===================================================================
and 1441 others): test |
| 00:42.57 |
Notify |
03BRL-CAD:tbrowder2 * 55210
(brlcad/trunk/t.txt
===================================================================
and 1441 others): remove test file |
| 00:43.17 |
brlcad |
wow big parse
fail there |
| 00:44.04 |
starseeker |
brlcad: his
comment in regex.h suggests that off_t is defined as a "long",
which I guess is 32 bit was wasn't enough to hold 64 bit
information? |
| 00:44.37 |
brlcad |
I'd commented
several months ago that one of his changes was highly suspect and
possibly introducing a behavior change |
| 00:44.47 |
starseeker |
in
red? |
| 00:44.54 |
brlcad |
in
libregex |
| 00:44.58 |
starseeker |
ah |
| 00:46.04 |
brlcad |
he's changing
a lot of size-specific logic in there, which wold be fine in some
places, but libregex is tightly packed |
| 00:46.09 |
starseeker |
blinks - wow, svn log was a *lot* faster |
| 00:46.15 |
brlcad |
lots of bit
operations for speed |
| 00:46.21 |
starseeker |
nods |
| 00:46.45 |
brlcad |
can't just
jack types around like he seems to be doing withour deeper
understandin/testing |
| 00:47.17 |
brlcad |
I'd roll back
to before the rampage a few months ago and see what the original
issues were |
| 00:50.14 |
brlcad |
starseeker:
you can take out the todo readme, certainly what was
intended |
| 00:50.55 |
starseeker |
nods |
| 00:51.36 |
starseeker |
sorry,
computer froze up again - this sucker may be on its last
bits... |
| 00:51.39 |
brlcad |
looks like
r51054 is the first commit I flagged in review |
| 00:51.58 |
brlcad |
claims that
got red working.. |
| 00:52.56 |
starseeker |
if it really
is a data type size issue, that could be a little tricky to get
right - like you said, lots of size specific logic |
| 00:54.04 |
brlcad |
the problem
is a lack of a problem definition |
| 00:54.25 |
starseeker |
growl...
"Authorization failed." |
| 00:54.37 |
brlcad |
his response
to my inquiry was: |
| 00:54.44 |
brlcad |
"The file
regexec.c includes engine.c twice where the data types changed
between the versions. To make this work the sizeof(long) must equal
sizeof(char *) which it is not on Win64. The easiest solution was
to change all the places where 'long' and 'unsigned long' were used
to the 'size_t' and 'ssize_t' since sizeof(char *) and
sizeof(size_t) are always equal." |
| 00:55.22 |
brlcad |
to me, that
says he's possibly using the wrong types anyways, and struggling
now because of it |
| 00:56.29 |
brlcad |
NEED the
actual win64 error/issue, but using a uint32_t might have been what
was needed if type sizes are expected in libregex |
| 00:56.34 |
starseeker |
wondered a bit if fundamentally variable sized types like
size_t would work in that application... |
| 00:56.50 |
starseeker |
at least,
without designing for it up front |
| 01:01.27 |
brlcad |
from what I
saw when I reviewed the commit, libregex doesn't seem to care, but
several of the bit operations looked like they may have assumed a
long was 32-bit |
| 01:02.03 |
brlcad |
so converting
to size_t (and later to off_t) just exacerbate the problem to
everywhere |
| 01:02.17 |
brlcad |
while
possibly making compiler warnings go away |
| 01:02.26 |
brlcad |
(via quiet
casting, not fixing) |
| 01:08.05 |
Notify |
03BRL-CAD:starseeker * 55211
brlcad/trunk/TODO: Have enough info in src/other/README to remove
TODO item. |
| 01:08.10 |
starseeker |
huzza |
| 01:08.37 |
starseeker |
proceeds to start backing up his home drive before anything
else goes south.. |
| 01:27.19 |
Notify |
03BRL-CAD:n_reed * 55212
(brlcad/trunk/include/dm.h brlcad/trunk/src/mged/attach.c): Make dm
func decls C++ friendly. Specifying the dm_processOptions params
revealed mged_attach needs to dup its argv since the former doesn't
make the same const promise (presumably because it wraps bu_getopt,
which imitates getopt's signature). |
| 01:30.54 |
*** join/#brlcad Iordanis
(Iordanis@host214-207.cvd.fit.edu) |
| 01:33.10 |
*** join/#brlcad Iordanis_
(Iordanis@host214-207.cvd.fit.edu) |
| 03:40.54 |
brlcad |
starseeker:
https://sourceforge.net/p/brlcad/discussion/362509/thread/0efcfc44 |
| 03:53.50 |
kanzure |
brlcad: it
looks like sourceforge has roled out new url schemas? they also
sent out some new urls for svn+ssh:// earlier today.. |
| 03:53.53 |
kanzure |
*rolled |
| 04:23.49 |
*** join/#brlcad caen23
(~cezar@92.83.176.26) |
| 04:41.34 |
*** join/#brlcad n_reed
(~molto_cre@66-118-151-70.static.sagonet.net) |
| 05:00.02 |
starseeker |
brlcad:
thanks - got it |
| 08:00.25 |
brlcad |
kanzure: yes,
I finally "upgraded" our project pages |
| 08:00.28 |
brlcad |
details on
the mailing list |
| 08:01.06 |
brlcad |
(it's been an
option since last fall, but I delayed while they got more features
migrated) |
| 08:18.13 |
caen23 |
hmm... any
reason why wiki usernames need to be at least 10
characters? |
| 08:19.30 |
Notify |
03BRL-CAD
Wiki:92.83.176.26 * 5083 /wiki/Compiling: /* Download BRL-CAD
*/ |
| 08:21.03 |
Notify |
03BRL-CAD
Wiki:92.83.176.26 * 5084 /wiki/Compiling: /* Configure
*/ |
| 08:24.32 |
kanzure |
brlcad: ah i
didn't know it was voluntary. cool. |
| 08:47.25 |
*** join/#brlcad crdueck
(~cdk@24.212.219.10) |
| 09:31.05 |
*** join/#brlcad vladbogo
(~vlad@188.25.239.23) |
| 09:41.39 |
*** join/#brlcad caen23
(~cezar@92.81.199.243) |
| 09:47.37 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 10:46.19 |
Notify |
03BRL-CAD:tbrowder2 * 55213 (svn:mime-type
## -0,0 +1 ## and 2 others): test |
| 10:46.52 |
Notify |
03BRL-CAD:tbrowder2 * 55214
(brlcad/trunk/t.txt
===================================================================
and 11 others): test |
| 10:47.29 |
Notify |
03BRL-CAD:tbrowder2 * 55215 (svn:mime-type
## -0,0 +1 ## and 2 others): test |
| 10:47.44 |
Notify |
03BRL-CAD:tbrowder2 * 55216
(brlcad/trunk/t.txt
===================================================================
and 11 others): test |
| 10:55.06 |
Notify |
03BRL-CAD:tbrowder2 * 55217 (svn:mime-type
## -0,0 +1 ## and 2 others): update |
| 10:55.38 |
Notify |
03BRL-CAD:tbrowder2 * 55218
(brlcad/trunk/t.c
===================================================================
and 11 others): final test |
| 11:08.39 |
``Erik |
neat |
| 11:11.00 |
*** join/#brlcad caen23
(~cezar@92.81.199.243) |
| 11:40.57 |
*** join/#brlcad hsrai
(~hsrai@202.164.53.116) |
| 11:49.58 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5085 /wiki/User:Phoenix/GSoc2013/Proposal: /*
Project title */ |
| 13:10.35 |
*** join/#brlcad zero_level
(~0_level@50.2.252.100) |
| 13:36.52 |
*** join/#brlcad pankaj
(6a4c2c67@gateway/web/freenode/ip.106.76.44.103) |
| 13:37.01 |
pankaj |
hi |
| 13:38.19 |
pankaj |
anyone is
there??? |
| 13:51.08 |
*** join/#brlcad ncsaba
(~ncsaba@p54982096.dip0.t-ipconnect.de) |
| 13:58.28 |
pankaj |
i want to
work on Non-vacuum gravity simulator project idea.... can anyone
suggest me how to go about that... |
| 14:00.38 |
ncsaba |
hi
all |
| 14:01.14 |
ncsaba |
anybody
around I can talk about refactoring analyze.c ? |
| 14:03.34 |
ncsaba |
the idea is
that the analyze command currently only results in human readable
output, but that's not very useful for scripts to query the
object's properties |
| 14:04.48 |
ncsaba |
also I would
like to have much more data points available for querying than
currently possible... |
| 14:06.15 |
ncsaba |
in a pipe for
example (the primitive I currently study) I would like to be able
to query in a script all/any of the bending center points for the
bent segments |
| 14:09.01 |
ncsaba |
the key point
here is to define a sensible interface, where the primitives fill
some data structures with analyze results, and the analyze.c code
displays those structures |
| 14:09.53 |
ncsaba |
and some
other command could filter those structures and fill TCL variables
for example with the corresponding TCL data structures |
| 14:11.05 |
ncsaba |
so
analyze.c/h I would expect to define some generic structures (to be
filled by primitives), and have generic routines to disply
them |
| 14:11.53 |
ncsaba |
and some new
command would use the same primitive routines to fill the data,
then put it in TCL structures, possibly filtering for specific
variables asked for |
| 14:12.04 |
ncsaba |
does all this
make sense ? |
| 14:15.20 |
*** join/#brlcad caen23
(~cezar@92.81.188.183) |
| 14:29.59 |
ncsaba |
ok, I have to
leave... bye |
| 14:59.11 |
starseeker |
so has viewvc
(online html-ified repo navigation, diff, etc.) gone
bye-bye? |
| 15:01.11 |
``Erik |
https://sourceforge.net/p/brlcad/code/HEAD/tree/brlcad/trunk/ |
| 15:44.11 |
*** join/#brlcad zero_level
(~0_level@50.2.252.100) |
| 15:58.24 |
*** join/#brlcad pankaj
(310fd538@gateway/web/freenode/ip.49.15.213.56) |
| 16:05.46 |
*** join/#brlcad pankaj
(6a4da21f@gateway/web/freenode/ip.106.77.162.31) |
| 16:06.10 |
pankaj |
hello....everyone... |
| 16:07.11 |
pankaj |
i have
decided to work on Non-vacuum gravity simulator project
idea.....can anyone suggest me"how to go about
that".... |
| 16:14.34 |
pankaj |
..... |
| 16:15.18 |
pankaj |
waiting for
your response .... |
| 16:17.32 |
brlcad |
hello
pankaj |
| 16:18.00 |
pankaj |
thank you for
the response.. |
| 16:18.07 |
zero_level |
hey _pankaj
.. although i am a newbie in this .. but as i understand .. you
will have to come up with a project proposal based on the idea ..
it is good that you have shown your interest in brlcad .. Since
most of the developers are busy they may not be able to help you
with what is expected or.. you could see the developer mailing list
and its archives .. you could also try digging in the
code |
| 16:18.08 |
zero_level |
to understand
what is expected .. for this just download the code repo from
sourceforge.net using svn ..else you could read last year's
proposal or final reports from brlcad GSOC selected students ..
morever you could mail to the mailing list directly .. |
| 16:18.13 |
brlcad |
ah ncsaba
left.. |
| 16:18.46 |
brlcad |
pankaj: don't
wait for a response, RESEARCH! :) |
| 16:18.55 |
brlcad |
that's how
you go about that |
| 16:18.56 |
pankaj |
ya....i
went |
| 16:19.12 |
zero_level |
@ _brlcad
hope i made it clear from what i wrote |
| 16:19.15 |
brlcad |
you read
code, read more code, ask some questions, read more code still,
start writing up some goals |
| 16:19.55 |
zero_level |
_brlcad i am
working on consolidating image processing.. hope i will come with a
proposal by tommorow |
| 16:19.55 |
brlcad |
and some of
what zero_level just said, read up on the previous activity on that
project |
| 16:19.57 |
pankaj |
can you tell
me...what i have to do in that ... |
| 16:20.26 |
brlcad |
pankaj:
nobody can tell you ... "what you have to do in that" |
| 16:20.37 |
brlcad |
the is
exactly the work |
| 16:20.40 |
pankaj |
i mean any
coding stuffs.... |
| 16:20.58 |
brlcad |
ask me a
question about the code and I'll answer as specific as your
question |
| 16:21.26 |
brlcad |
why did you
pick that project? |
| 16:21.39 |
pankaj |
ya....sure....but i am not getting what i
need to do right now with that |
| 16:21.46 |
pankaj |
because |
| 16:22.11 |
brlcad |
first off,
take a deep breath |
| 16:22.12 |
pankaj |
i told you
already i love physics and maths... |
| 16:22.15 |
brlcad |
you're trying
too hard :) |
| 16:22.25 |
brlcad |
need to take
a step back and understand your problem |
| 16:22.40 |
brlcad |
then apply
basic problem solving skills, tackle your problem and understanding
one step at a time |
| 16:23.12 |
brlcad |
if you don't
know where you're going or why, I can't exactly help give you
driving directions |
| 16:23.50 |
pankaj |
my problem
is...i dont know what is the problem with the project i mean what i
need to do in that project |
| 16:24.17 |
brlcad |
zero_level:
sounds good, what's your goal? |
| 16:24.28 |
brlcad |
pankaj: YOU
define the project, not us |
| 16:24.36 |
brlcad |
so the
problem is what you decide to do |
| 16:24.49 |
brlcad |
we merely
suggest starting points |
| 16:25.01 |
brlcad |
that's the
case with nearly all orgs and projects, they are your
proposal |
| 16:25.12 |
pankaj |
i have
decided to work on Non-vacuum gravity simulator idea.. |
| 16:25.12 |
brlcad |
so there you
go, you need to figure out what you want it to do |
| 16:25.19 |
brlcad |
that's an
idea, not a project |
| 16:25.34 |
brlcad |
that's like
saying "i have decided to work on building a car.." |
| 16:25.52 |
brlcad |
okay, what
kind of car, where will it be drive, what will it be used
for? |
| 16:26.42 |
brlcad |
"09:38 <
pankaj> anyone is there???" <-- pleae don't do that again
:) |
| 16:27.04 |
pankaj |
oops....sorry
for that... |
| 16:27.08 |
brlcad |
that is not
how IRC works |
| 16:27.19 |
brlcad |
see our wiki
page (which I believe I referred you to earlier...) |
| 16:28.19 |
pankaj |
i saw...there
some categories and their related topics... |
| 16:28.34 |
brlcad |
our wiki page
on IRC etiquette |
| 16:28.36 |
zero_level |
i have
basically looked at most of the utilities in the utlity
folder |
| 16:29.00 |
brlcad |
zero_level:
and what did you discover? |
| 16:29.11 |
zero_level |
i found four
categories bw,pix,plots and missceallenaous |
| 16:29.37 |
zero_level |
and sub
categories Operations, filters, and conversions |
| 16:30.30 |
pankaj |
k....Non-vacuum gravity simulator is just
an idea ,,not a project??? |
| 16:31.09 |
brlcad |
pankaj: what
is the title of the page that listed that topic? |
| 16:32.02 |
pankaj |
scientific
projects |
| 16:32.15 |
brlcad |
zero_level:
and did a project come to mind, how to extend, refactor, or
otherwise improve that body of code? |
| 16:32.26 |
brlcad |
pankaj: the
title of the page |
| 16:32.28 |
brlcad |
not the
section |
| 16:32.46 |
brlcad |
/wiki/what? |
| 16:33.05 |
pankaj |
main
page |
| 16:33.16 |
pankaj |
BRL-CAD
Wiki |
| 16:33.28 |
brlcad |
well which
one? |
| 16:33.43 |
brlcad |
and both are
wrong, Non-vacuum isn't on either of those |
| 16:34.15 |
zero_level |
_pankaj i
hope brlcad is talking abt this http://brlcad.org/wiki/Google_Summer_of_Code/Project_Ideas |
| 16:34.24 |
zero_level |
which says
Project Ideas |
| 16:34.44 |
brlcad |
gives zero_level a cookie for correct |
| 16:35.02 |
pankaj |
its under
scientific projects... |
| 16:35.09 |
brlcad |
so? |
| 16:35.15 |
brlcad |
that wasn't
my question |
| 16:35.47 |
pankaj |
sorry...but i
didnt get your question |
| 16:35.55 |
brlcad |
you should
say that then |
| 16:36.00 |
zero_level |
_pankaj you
would like to read open-advice.org |
| 16:36.35 |
zero_level |
_brlcad
thanks! |
| 16:36.37 |
brlcad |
pankaj: open
source really emphasizes communication |
| 16:36.54 |
brlcad |
if you don't
understand something I say or ask, don't just make up guess
answers |
| 16:37.06 |
brlcad |
get
clarification, explain what you do not understand |
| 16:37.47 |
brlcad |
we're here to
help you, but can't help you if you don't communicate
effectively |
| 16:39.14 |
brlcad |
pankaj: do
you understand what I was saying with my question now? |
| 16:39.28 |
brlcad |
you asked
whether it was an idea or a project |
| 16:39.33 |
brlcad |
it's a
project idea |
| 16:39.43 |
*** join/#brlcad pankaj_
(310fcab1@gateway/web/freenode/ip.49.15.202.177) |
| 16:39.55 |
brlcad |
and how much
did you miss? |
| 16:40.52 |
pankaj_ |
sorry for
disturbance... |
| 16:41.02 |
brlcad |
pankaj_: what
was the last line you saw? |
| 16:41.15 |
pankaj_ |
open-advice.org... |
| 16:41.28 |
brlcad |
12:36 <
brlcad> pankaj: open source really emphasizes
communication |
| 16:41.28 |
brlcad |
12:36 <
brlcad> if you don't understand something I say or ask, don't
just make up guess answers |
| 16:41.31 |
brlcad |
12:37 <
brlcad> get clarification, explain what you do not
understand |
| 16:41.33 |
brlcad |
12:37 <
brlcad> we're here to help you, but can't help you if you don't
communicate effectively |
| 16:41.37 |
brlcad |
12:39 <
brlcad> pankaj: do you understand what I was saying with my
question now? |
| 16:44.16 |
zero_level |
also i have
seen the current progress on libicv and the logs describing
bu_image converted to icv_image ... i saw the codes in libicv
describes the file format but has only one utility i.e. rotate.. I
am looking at some openly available image library to represent the
images in brlcad... and convert this part of code into a sub tool
like rtwizard application .. |
| 16:45.58 |
*** join/#brlcad pankaj
(310f800e@gateway/web/freenode/ip.49.15.128.14) |
| 16:46.17 |
pankaj |
:( |
| 16:46.49 |
brlcad |
pankaj: is
there a reason you cannot use a real irc client? |
| 16:48.07 |
pankaj |
no....my
hostel wifi blocks chat category sites and all...and i am using
this loosy modem ... |
| 16:48.23 |
pankaj |
thats why i
am not able to be steady .. |
| 16:48.37 |
brlcad |
a real irc
client won't be a "chat category site" |
| 16:48.59 |
brlcad |
irc is over
it's own port, not http |
| 16:48.59 |
pankaj |
stay
connected |
| 16:49.44 |
brlcad |
that's why
I'm suggesting you try a real client |
| 16:49.46 |
pankaj |
may be ....i
dont have much knowledge about irc....but they did setup like
that |
| 16:50.25 |
brlcad |
there are
only a thousand or more tutorials around the web (including the IRC
wiki page I asked you to read yesterday) |
| 16:51.28 |
brlcad |
you will find
that most people in open source have very little patience if you do
not read information provided specifically to help you understand
something |
| 16:52.22 |
brlcad |
please read
http://brlcad.org/wiki/IRC
in full, try one of the real clients in the IRC client
list |
| 16:54.32 |
*** join/#brlcad pankaj
(706e5874@gateway/web/freenode/ip.112.110.88.116) |
| 16:54.55 |
pankaj |
sorry...this
internet is such.... |
| 16:55.05 |
brlcad |
please read
http://brlcad.org/wiki/IRC
in full, try one of the real clients in the IRC client
list |
| 16:55.16 |
brlcad |
you will find
that most people in open source have very little patience if you do
not read information provided specifically to help you understand
something |
| 16:55.41 |
pankaj |
do u want me
to download mIRC???? |
| 16:55.54 |
brlcad |
wtf |
| 16:56.07 |
pankaj |
sorry |
| 16:57.52 |
brlcad |
"no", I want
you to read http://brlcad.org/wiki/IRC in
full, and try one of the real clients in the IRC client
list |
| 16:58.17 |
pankaj |
ok...i am on
it... |
| 17:09.13 |
*** join/#brlcad pankaj_
(6a4c3d33@gateway/web/freenode/ip.106.76.61.51) |
| 17:09.19 |
zero_level |
_brlcad
? |
| 17:16.06 |
pankaj_ |
i installed
mirc.. |
| 17:17.37 |
pankaj_ |
please help
me in this |
| 17:26.10 |
pankaj_ |
sorry |
| 17:34.34 |
*** part/#brlcad zero_level
(~0_level@50.2.252.100) |
| 17:34.44 |
*** join/#brlcad ddg80
(~IceChat77@129.7.255.66) |
| 17:47.06 |
*** join/#brlcad pankaj
(6a4285ad@gateway/web/freenode/ip.106.66.133.173) |
| 17:50.18 |
pankaj |
:'( |
| 18:01.16 |
*** join/#brlcad caen23
(~cezar@92.83.176.190) |
| 18:58.28 |
*** join/#brlcad vladbogo
(~vlad@188.25.239.23) |
| 19:03.29 |
Notify |
03BRL-CAD
Wiki:Tmaguire98 * 0 /wiki/User:Tmaguire98: |
| 19:22.45 |
*** join/#brlcad pankaj
(310f897d@gateway/web/freenode/ip.49.15.137.125) |
| 19:24.25 |
pankaj |
this is again
me.... |
| 19:28.35 |
pankaj |
is there
anyone[ i mean student] working on Non-vacuum gravity simulator
idea of scientific projects??? |
| 19:46.23 |
vladbogo |
hi |
| 19:47.34 |
vladbogo |
i have just
got the code from the new repo and I get an compilation error that
off_t from regex.h was previously defined |
| 19:49.17 |
vladbogo |
i commented
that line and everything seems to work fine but i do not know if
this is the solution |
| 19:49.41 |
vladbogo |
is there
anything i should do? |
| 19:53.04 |
*** join/#brlcad pankaj
(310f897d@gateway/web/freenode/ip.49.15.137.125) |
| 19:54.44 |
pankaj |
i am having a
look over previous years development over Non-vacuum gravity
simulator idea project done by Alex Taylor... |
| 20:14.51 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 0 /wiki/User:IIIzzzaaakkk: |
| 20:23.45 |
*** join/#brlcad caen23_
(~cezar@92.81.209.88) |
| 20:34.11 |
``Erik |
vladbogo:
leave it commented out, it's a messed up hack to deal with 64b
windows that needs some more attention :/ |
| 20:35.35 |
vladbogo |
``Erik thanks
for your reply |
| 21:43.58 |
*** join/#brlcad mpictor
(~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) |
| 22:28.43 |
*** join/#brlcad mpictor
(~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) |
| 22:38.31 |
brlcad |
mpictor:
welcome! |
| 22:41.13 |
mpictor |
hey
:) |
| 22:41.24 |
mpictor |
see my email
about #stepcode? |
| 22:41.34 |
mpictor |
* #stepcode
? |
| 22:41.50 |
mpictor |
finally
created it, as starseeker suggested |
| 22:45.01 |
brlcad |
yep, already
joined |
| 22:45.10 |
brlcad |
you use IRC
before? |
| 22:46.16 |
mpictor |
occasionally |
| 00:00.56 |
kanzure |
"Because the
Unigraphics-to-BRL-CAD converter, ug-g, was written using the
Unigraphics UG/Open API library, users must have a Unigraphics
UG/Open execute or development license in order to run
it." |
| 00:01.16 |
kanzure |
is that true?
there's a ug-g binary in brlcad that's useless without a license
key somewhere? |
| 00:21.11 |
starseeker |
kanzure: if I
remember correctly, that bit can't even be compiled without their
API |
| 00:21.55 |
starseeker |
kanzure: that
code is in src/external/Unigraphics |
| 00:22.15 |
starseeker |
it hasn't
been built in a long time - since well before the CMake build,
actually |
| 00:23.30 |
starseeker |
also, if I
recall correctly that code, even when compiled up and working,
won't import or preserve NURBS - it brings things in as
BoTs |
| 00:24.03 |
kanzure |
ah
fascinating. |
| 00:24.40 |
starseeker |
step-g is the
wave of the future :-) |
| 00:53.22 |
kanzure |
well, the
only reason i brought it up is because he claimed it can be used to
get out usable files from solidworks. but that seems like a really
weird claim to make if it requires a proprietary blob of code...
because there's already tons of proprietary blobs of code that can
do that. |
| 02:22.56 |
starseeker |
nods - it might not be clear at a glance that it needs the
external libs |
| 02:24.08 |
brlcad |
kanzure:
yeah, the ug-g converter is like our Pro/E export plugin -- they're
link against their API/libraries and work with their
runtime |
| 02:24.21 |
brlcad |
hence why we
shove them in src/external |
| 02:24.42 |
starseeker |
wonders if they are even keeping around once the STEP support
matures |
| 02:24.52 |
starseeker |
s/even
keeping/even worth keeping |
| 02:26.27 |
brlcad |
kanzure: and
I think the compatibility he claims is unlikely (that .sldprt will
sufficiently be read by something that reads .prt files) .. maybe,
but that's certainly not something we've ever investigated or
tested |
| 02:33.46 |
kanzure |
oh there's
also a Pro/E plugin. huh. |
| 02:34.19 |
kanzure |
starseeker: i
think they should be tossed if STEP exports more data *and* the
other application reads back out the same data |
| 02:34.34 |
kanzure |
of course,
STEP implementations vary.. |
| 02:36.36 |
kanzure |
erm.. i mean,
if the proprietary software produces an exactly equivalent "their
native file format" version of a model both from (1) g-step output
and (2) g-ug output |
| 02:36.43 |
kanzure |
although,
this assumes a perfect g-ug implementation |
| 02:36.48 |
kanzure |
so that test
might be inappropriate. |
| 03:09.23 |
Notify |
03BRL-CAD:brlcad * 55236
brlcad/trunk/NEWS: nick improved the step-g importer in 55219
fixing a segfault and allowing the converter to handle more varied
inputs |
| 03:10.51 |
Notify |
03BRL-CAD:brlcad * 55237
brlcad/trunk/src/util/cv.c: if one section gets curlies, the other
should too |
| 03:20.14 |
Notify |
03BRL-CAD:brlcad * 55238
brlcad/trunk/src/util/decimate.c: call bu_exit() and avoid setting
an expression boolean to a variable |
| 03:22.48 |
kanzure |
which
proprietary cad tool has the best STEP importer/exporter? iirc
opencascade supports STEP but it had spatchy coverage? |
| 03:22.53 |
kanzure |
cstirk: i
guess that's a question for you. |
| 03:23.57 |
Notify |
03BRL-CAD:brlcad * 55239
brlcad/trunk/src/libged/model2view.c: browder noticed that these
two can be combined, simplifies even further. |
| 03:31.23 |
Notify |
03BRL-CAD:brlcad * 55240
brlcad/trunk/NEWS: bob fixed a bug / expanded support in r52470 to
better support multiple monitors under linux. for setups not using
xinerama or some other mechanism for treating multiple hardware
displays as one big virtual display, this fix makes it work even if
X is configured to treat them separately, returning the proper
visual for the right screen. |
| 03:34.56 |
Notify |
03BRL-CAD:brlcad * 55241
brlcad/trunk/NEWS: Ro?\195?\159berg fixed a memory leak in the pipe
primitive where nobody ever implemented the rt_pipe_free() function
to actually release memory. now does the deed. |
| 03:53.54 |
cstirk |
kanzure:
CATIA of the major vendors, Datakit of the third-party translators.
The data is here http://www.cax-if.org/vendor_info.php |
| 04:21.49 |
*** join/#brlcad harmanpreet
(~chatzilla@202.164.53.119) |
| 06:01.42 |
*** join/#brlcad maths22
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 06:01.46 |
*** join/#brlcad n_reed
(~molto_cre@66-118-151-70.static.sagonet.net) |
| 06:06.36 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
| 06:14.54 |
*** join/#brlcad Iordanis
(Iordanis@host214-207.cvd.fit.edu) |
| 06:33.38 |
*** join/#brlcad harmanpreet
(~chatzilla@202.164.53.119) |
| 07:21.51 |
*** join/#brlcad harmanpreet
(~chatzilla@202.164.53.119) |
| 07:45.19 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 07:52.28 |
*** join/#brlcad harmanpreet
(~chatzilla@202.164.53.119) |
| 08:30.37 |
*** join/#brlcad harmanpreet
(~chatzilla@202.164.53.119) |
| 08:34.48 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-138-1.skif.com.ua) |
| 09:28.30 |
*** join/#brlcad caen23
(~cezar@92.81.194.220) |
| 10:13.48 |
*** join/#brlcad hilnius_bnc
(~hilnius_b@client-resel-2.enst-bretagne.fr) |
| 10:26.47 |
*** join/#brlcad hilnius_bnc
(~hilnius_b@client-resel-2.enst-bretagne.fr) |
| 11:14.48 |
*** join/#brlcad caen23
(~cezar@92.83.176.40) |
| 11:19.50 |
*** join/#brlcad caen23_
(~cezar@92.83.176.40) |
| 11:22.03 |
*** join/#brlcad ``Erik_
(~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) |
| 11:52.21 |
*** join/#brlcad harmanpreet
(~chatzilla@124.253.31.174) |
| 12:29.52 |
*** join/#brlcad jasleen
(~chatzilla@117.253.228.187) |
| 12:38.00 |
*** join/#brlcad harmanpreet
(~chatzilla@124.253.24.225) |
| 12:40.36 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 12:41.24 |
*** part/#brlcad jasleen
(~chatzilla@117.253.228.187) |
| 12:41.37 |
*** join/#brlcad jasleen
(~chatzilla@117.253.228.187) |
| 12:52.04 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-138-1.skif.com.ua) |
| 13:27.55 |
*** join/#brlcad Izak_
(~isaac@41.202.195.59) |
| 13:27.58 |
Notify |
03BRL-CAD
Wiki:KeshaSShah * 5090 /wiki/User:KeshaSShah: Created page with "=
Personal Information= Name: Kesha Shah E-mail
address:[mailto:kesha.shah1106@gmail.com kesha.shah1106@gmail.com]
IRC nickname: kesha_ =Brief backgrou..." |
| 13:28.09 |
Izak_ |
hey |
| 13:29.24 |
Izak_ |
brlcad_: Do
you use mged commands and other primitives to build a heart
primitive |
| 13:33.22 |
*** join/#brlcad jasleen
(~chatzilla@117.253.228.187) |
| 13:35.35 |
Izak_ |
jasleen_: How
do you build a primitive out of the existing ones? |
| 13:36.07 |
Notify |
03BRL-CAD:erikgreenwald * 55242
brlcad/trunk/TODO: mention the togl replacement intent |
| 13:36.47 |
Izak_ |
<PROTECTED> |
| 13:44.50 |
jasleen |
Izak_:you can
make inbuilt primitives using commands or GUI and by using
addition, subtraction operations of CSG (constructive solid
geometry) you can make complex objects |
| 13:44.57 |
kesha |
Hi, i am
working on Code refactoring project. I have also submitted proposal
for it: http://brlcad.org/wiki/User:KeshaSShah |
| 13:45.39 |
kesha |
I would like
to know who will be mentoring this project? I would like to get
reviews on it |
| 13:46.17 |
kesha |
is very excited to refactor and reduce BRL-CAD
codebase |
| 13:49.33 |
Izak_ |
jasleen_: I
want to build a heart primitive . So are you saying I will have to
use mged commands ? |
| 13:51.09 |
kesha |
I have also
tried to reach on mailing list. I will really appreciate if someone
can help me out. |
| 13:53.10 |
Izak_ |
kesha_: I am
in the same soup . |
| 13:53.27 |
Izak_ |
It appears
sourceforge lists have a problem |
| 14:01.15 |
kesha |
izak_ :
really ! I am so enthusiastic right now. Its too hard to be patient
! |
| 14:01.27 |
*** join/#brlcad Izak_
(~Izak@41.202.195.59) |
| 14:01.32 |
kesha |
izak_ :
really ! I am so enthusiastic right now. Its too hard to be patient
! |
| 14:02.31 |
Izak_ |
Kesha_: So
what do you intend to work on ? |
| 14:03.13 |
kesha |
Izak_: Code
Refactoring and Code reducing. |
| 14:03.22 |
kesha |
Izak_: N You
? |
| 14:04.24 |
Izak_ |
A heart
surface primitive |
| 14:04.53 |
kesha |
Have you made
the proposal ? |
| 14:05.14 |
Izak_ |
I am still
doing so ? |
| 14:05.15 |
kesha |
Who is your
mentor ? |
| 14:05.39 |
Izak_ |
I have been
told any one can mentor me. |
| 14:05.54 |
kesha |
Great
! |
| 14:06.46 |
Notify |
03BRL-CAD
Wiki:Jasleen Kaur * 0 /wiki/User:Jasleen_Kaur: |
| 14:07.10 |
kesha |
Hey listen, I
have got my final exams running now. I need to study ! Just few hrs
left and have to burn my midnight lamp to study ! |
| 14:07.14 |
kesha |
Catch You
later |
| 14:07.38 |
Izak_ |
Okay. One
open source spirit bro |
| 14:07.52 |
kesha |
Izak_:
*sis |
| 14:08.01 |
kesha |
is a girl |
| 14:08.30 |
Izak_ |
Oh oh . I am
sorry I concluded. |
| 14:08.40 |
Izak_ |
Hope you
don't mind |
| 14:08.52 |
Notify |
03BRL-CAD:bob1961 * 55243
brlcad/trunk/src/tclscripts/archer/ShaderEdit.tcl: Added support
for the following shaders in Archer: texture(color), texture(b/w),
bump and extern. |
| 14:09.08 |
kesha |
Never mind !
:) |
| 14:09.34 |
Izak_ |
So what do
you read - your major ? |
| 14:10.34 |
kesha |
I have to
select it next Year. Right now, ICT - Information and Communcation
Technology . |
| 14:11.00 |
Izak_ |
HHmm. I
see. |
| 14:11.19 |
Izak_ |
I major in
computer science |
| 14:11.42 |
kesha |
Cool. In
which University ? |
| 14:12.06 |
Izak_ |
The
University of Buea , Cameroon , Africa |
| 14:12.18 |
Izak_ |
N you
? |
| 14:13.00 |
kesha |
Dhirubhai
Ambani Institute of Information and Communication Technology,
India, Asia |
| 14:15.24 |
Izak_ |
Wow. I hear
you guys and girls in India are the best programmers |
| 14:16.48 |
kesha |
True that.
Last year we had 17 students in GSoC. |
| 14:16.49 |
*** join/#brlcad jasleen
(~chatzilla@117.253.232.146) |
| 14:18.58 |
Izak_ |
kesha_: Wow
thats cool |
| 14:18.59 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-138-1.skif.com.ua) |
| 14:20.45 |
Izak_ |
jasleen_: I
want to build a heart surface primitive. Do I have to use the mged
commands ? Can a script in the mged language be a useful patch in
my proposal ? |
| 14:22.12 |
Izak_ |
kesha_: Do
you the maximum number of proposals which are accepted each year
by a mentor organisation ( like BRL CAD ) ? |
| 14:28.17 |
*** part/#brlcad harmanpreet
(~chatzilla@124.253.24.225) |
| 14:29.32 |
jasleen |
Izak_: making
an object is entirely different than making a primitive. MGED
commands are used for making 3D models. Creating a new primitive
include coding and maths intensive task. |
| 14:29.45 |
*** join/#brlcad Shabbir
(6f4467a3@gateway/web/freenode/ip.111.68.103.163) |
| 14:30.47 |
kesha |
Izak_: Didn't
get you |
| 14:31.03 |
Izak_ |
Jasleen_: I
have found the math equation for a 3d heart ? Is that what I have
to program ? |
| 14:32.05 |
Izak_ |
Do you the
highest number of students BRLCAD will take for the GSOC 2013
? |
| 14:32.47 |
jasleen |
Izak_ : You
have think logically. |
| 14:32.51 |
*** part/#brlcad jasleen
(~chatzilla@117.253.232.146) |
| 14:33.18 |
*** join/#brlcad jasleen
(~chatzilla@117.253.232.146) |
| 14:33.57 |
Izak_ |
Jasleen_:
Sorry for bugging you . |
| 14:34.23 |
kesha |
I don't know
this time.Last year there were 11 . |
| 14:39.18 |
*** join/#brlcad code_walker
(~Shubham@120.59.151.219) |
| 14:46.06 |
Notify |
03BRL-CAD:n_reed * 55244
(brlcad/trunk/src/conv/step/SurfaceCurve.cpp
brlcad/trunk/src/conv/step/TrimmedCurve.cpp): Technically can't get
an SDAI_Select out of a STEPaggregate, only a SelectAggregate; fix
casts to reflect reality. Also, delete unloaded objects rather than
storing them (see r55219). |
| 14:50.55 |
*** join/#brlcad code_walker
(~Shubham@120.59.151.219) |
| 14:54.40 |
*** join/#brlcad caen23
(~cezar@92.81.193.91) |
| 14:55.34 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-138-1.skif.com.ua) |
| 14:55.40 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 15:08.51 |
Notify |
03BRL-CAD:starseeker * 55245
brlcad/trunk/src/other/poly2tri/poly2tri/sweep/sweep_context.cc:
Don't make a zero lenght edge (i.e. the x and y points are
identical) - avoids a crash |
| 15:12.51 |
*** join/#brlcad cstirk
(~quassel@c-71-56-216-45.hsd1.co.comcast.net) |
| 15:18.18 |
*** join/#brlcad Ch3ck
(~Ch3ck@41.205.13.130) |
| 15:18.58 |
Ch3ck |
Hi
guys |
| 15:19.24 |
Ch3ck |
i just
finished my code patch and sample project proposal for the pull
routine |
| 15:19.40 |
Ch3ck |
i know its
not perfect so i need some feedback |
| 15:19.55 |
Ch3ck |
brlcad: how
do i submit my patch code? |
| 15:22.24 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 0 /wiki/User:NyahCh3ck20: |
| 15:23.41 |
Ch3ck |
yeah |
| 15:23.59 |
Ch3ck |
i just
created it now.. |
| 15:24.00 |
Ch3ck |
so do i
submit here? |
| 15:29.01 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 0 /wiki/User:Izakkayems: |
| 15:32.28 |
Izak_ |
Ch3ck_: Have
you submitted the proposal ? |
| 15:32.43 |
Ch3ck |
not
yet |
| 15:32.56 |
Ch3ck |
still trying
to work on the site.. |
| 15:34.31 |
Izak_ |
Ch3ck_: I
have created an account and logged in. What's next to join the
mailing list ? |
| 15:34.54 |
Ch3ck |
have u joined
the mailing list? |
| 15:35.43 |
*** join/#brlcad harmanpreet
(~chatzilla@124.253.144.208) |
| 15:36.42 |
Izak_ |
sourceforge.net is not connecting
? |
| 15:38.04 |
Izak_ |
Ch3ck I think
you need to use the Upload file tool ( top right hand corner of the
page) |
| 15:38.29 |
Ch3ck |
well thats
what i was thinking. |
| 15:41.19 |
Izak_ |
Kesha_: Have
you successfully joined the mailing list ? |
| 15:46.51 |
Izak_ |
Ch3ck_: Are u
on gmail , or fb now ? |
| 15:47.30 |
Ch3ck |
gmail... |
| 15:48.12 |
Ch3ck |
how do i
create a new page on brlcad.org wiki |
| 15:49.15 |
Izak_ |
Do u see the
toolbox on the top right hand corner ? |
| 15:51.55 |
Izak_ |
Click on the
upload file link |
| 16:01.06 |
*** join/#brlcad Ch3ck
(~Ch3ck@41.205.13.130) |
| 16:02.52 |
Izak_ |
Ch3ck_: How
far |
| 16:03.21 |
Ch3ck |
boy that
thing is complex. |
| 16:03.29 |
Ch3ck |
have u
already joined the mailing list. |
| 16:04.31 |
Izak_ |
sourceforge
is fucking up |
| 16:05.31 |
Izak_ |
Ch3ck_: I am
uploading a file to brlcad website |
| 16:06.13 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 0 /wiki/File:Thesis_writing.pdf: This file
helps postgraduate students in computing write their
dissertations. |
| 16:06.21 |
Ch3ck |
which
file? |
| 16:06.44 |
Ch3ck |
Notify: how
do i post my proposal on the wiki page? |
| 16:06.55 |
Izak_ |
The file that
Notify has shown above |
| 16:07.26 |
Izak_ |
Ch3ck_: Use
the "upload file option " |
| 16:08.57 |
Ch3ck |
ok |
| 16:09.48 |
Izak_ |
Is it
going? |
| 16:10.50 |
Ch3ck |
Izak: i can
only upload image files.. |
| 16:10.59 |
Izak_ |
Ch3ck_:
Notice that the file should be atmost 2MB |
| 16:11.11 |
Ch3ck |
i have to add
a new page and paste the information there |
| 16:11.11 |
Izak_ |
No it also
takes pdf files |
| 16:11.20 |
Ch3ck |
my proposal
is txt |
| 16:11.59 |
Izak_ |
Copy it to
openoffice and then save it as *.pdf |
| 16:12.14 |
Izak_ |
Open
openoffice.org |
| 16:12.47 |
Izak_ |
The upload
permitted file types include pdf |
| 16:16.56 |
Ch3ck |
ok |
| 16:26.35 |
Izak_ |
Ch3ck_: When
you copy and paste your proposal from / to openoffice.org , Go to
"File" and choose the "Export as PDF" option , A window pops up ,
choose submit as PDF not FDF and "export". It gets saved in the
chosen directory as a pdf file which you can then upload to
BRLCAD |
| 16:27.11 |
Izak_ |
Ch3ck_: I am
going home now to see Amalia off .She is travelling |
| 16:27.28 |
Izak_ |
Give me some
feedback |
| 16:27.30 |
Ch3ck |
aight |
| 16:27.33 |
Ch3ck |
ok |
| 16:27.39 |
Ch3ck |
i'll do what
you've said and see .. |
| 16:28.07 |
Izak_ |
I just tried
it now and it successfully got saved as a pdf |
| 16:28.11 |
Izak_ |
Bye
bye |
| 16:29.06 |
Ch3ck |
ok |
| 16:30.07 |
Izak_ |
See
ya |
| 16:33.37 |
*** join/#brlcad vladbogo
(~vlad@188.25.239.23) |
| 16:37.17 |
Ch3ck |
hey guys i
have finished a draft of my project proposal and i wanted to post
for feedback so as to develop it better |
| 16:37.34 |
Ch3ck |
can some one
please help me out here on how to paste on the wiki
pages? |
| 16:37.45 |
vladbogo |
hi |
| 16:37.53 |
vladbogo |
i am a
student too |
| 16:39.19 |
vladbogo |
as I seen
after creating an account on the wiki page you can access a URL
like http://brlcad.org/wiki/User:USERNAME/Proposal
andyou have the option to create the page |
| 16:40.07 |
vladbogo |
after you
select the create tab a text box opens and you have the option to
save the page |
| 16:40.22 |
vladbogo |
I haven't
saved any page yet but I suppose it should work |
| 16:41.02 |
vladbogo |
I just
created a template and seen the preview without saving the actual
page |
| 16:41.07 |
vladbogo |
hope it
helps:) |
| 16:45.33 |
vladbogo |
also in order
to create headings you should write something like =Project
Information= |
| 16:50.14 |
*** join/#brlcad harmanpreet
(~chatzilla@210.56.127.140) |
| 16:50.17 |
Notify |
03BRL-CAD:bob1961 * 55246
brlcad/trunk/src/tclscripts/lib/Ged.tcl: Added
validate2TupleNonZeroDigits and validate3TupleDoubles to
cadwidgets::Ged |
| 16:52.04 |
Notify |
03BRL-CAD:bob1961 * 55247
brlcad/trunk/src/tclscripts/archer/ShaderEdit.tcl: Just a bit of
cleanup. |
| 16:54.16 |
Ch3ck |
ok
thanks |
| 16:54.27 |
Ch3ck |
vladbogo:
thanks |
| 16:54.34 |
Ch3ck |
let me
see |
| 16:55.12 |
vladbogo |
you're
welcome |
| 16:58.32 |
Ch3ck |
so what
project are u working on? |
| 16:58.39 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 5092 /wiki/User:Vladbogolin/Proposal: Created
page with "=Personal Information= *Name: Bogolin Simion Vlad
*E-mail address: vladbogolin@gmail.com *IRC username: vladbogo
===Background info=== ====Skils==== ====Projects====
=P..." |
| 16:59.14 |
vladbogo |
New
cross-platform 3D display manager |
| 16:59.18 |
vladbogo |
you? |
| 17:00.06 |
Ch3ck |
pull routine
the reverse of the push command |
| 17:00.09 |
Ch3ck |
in
megd |
| 17:00.11 |
vladbogo |
i have just
created a page just with headings |
| 17:00.15 |
vladbogo |
so it
works |
| 17:00.32 |
vladbogo |
it looks like
this http://brlcad.org/wiki/User:Vladbogolin/Proposal |
| 17:00.42 |
Ch3ck |
so explain to
me how this page thing works |
| 17:01.05 |
Ch3ck |
cuz i tried
pasting my proposal earlier and they spam warnings |
| 17:01.06 |
Ch3ck |
or somethx
like that |
| 17:01.35 |
Ch3ck |
i also wrote
a patch for the proposal |
| 17:01.37 |
vladbogo |
i think that
if you press the edit button on the page i have just posted you can
see what I actually written |
| 17:01.46 |
Ch3ck |
so how do i
submit the patch |
| 17:02.24 |
Ch3ck |
so what
should i write as summary of page |
| 17:02.40 |
Ch3ck |
and should i
just cpy and paste my proposal |
| 17:02.46 |
Ch3ck |
or is there
anything special i have to do.? |
| 17:03.34 |
vladbogo |
the patch you
should submit here http://sourceforge.net/p/brlcad/patches/ |
| 17:03.50 |
vladbogo |
you need to
create an account |
| 17:04.31 |
vladbogo |
well the
editing is like this |
| 17:05.09 |
vladbogo |
=Heading=
creates a new heading that automatically appears on the Table of
contents |
| 17:06.54 |
vladbogo |
if you want a
sub header you simply write "==SubHeader==" |
| 17:06.58 |
vladbogo |
and so
on |
| 17:08.53 |
Ch3ck |
ok
thanks |
| 17:09.01 |
Ch3ck |
so which part
of the world are u from? |
| 17:09.12 |
vladbogo |
romania |
| 17:09.16 |
vladbogo |
you? |
| 17:10.02 |
Ch3ck |
Cameroon,
Africa |
| 17:10.06 |
Ch3ck |
u on
facebook? |
| 17:10.11 |
Ch3ck |
or
twitter? |
| 17:10.16 |
vladbogo |
facebook |
| 17:10.28 |
Ch3ck |
www.facebook.com/3lroy |
| 17:10.31 |
Ch3ck |
thanks my
link |
| 17:10.35 |
Ch3ck |
u? |
| 17:10.50 |
vladbogo |
https://www.facebook.com/vlad.bogolin |
| 17:12.26 |
Ch3ck |
aight |
| 17:12.31 |
Ch3ck |
seen
it |
| 17:13.05 |
vladbogo |
me
too |
| 17:13.29 |
Ch3ck |
creating the
page |
| 17:13.45 |
Ch3ck |
so are u a
CSC major? |
| 17:16.28 |
vladbogo |
yes i study
CS |
| 17:16.41 |
vladbogo |
you too I
suppose? |
| 17:21.13 |
Ch3ck |
yup.. |
| 17:21.39 |
Ch3ck |
so how many
geeks are in ur community.. |
| 17:21.50 |
Ch3ck |
cuz here its
hard to find a good programmer |
| 17:21.58 |
Ch3ck |
except in
school |
| 17:25.38 |
Ch3ck |
vladbogo: i
tried to save the page and it gave the following error "The text
you wanted to save was blocked by the spam filter. This is probably
caused by a link to a blacklisted external site. " |
| 17:25.48 |
Ch3ck |
what does
this mean? |
| 17:26.24 |
vladbogo |
i don't have
any idea |
| 17:26.49 |
vladbogo |
do you have
any links in your text? |
| 17:27.38 |
vladbogo |
here you can
find quite a few good programmers but mostly just in
school |
| 17:28.54 |
*** join/#brlcad Navdeep
(75dcac39@gateway/web/freenode/ip.117.220.172.57) |
| 17:30.59 |
Ch3ck |
yes |
| 17:32.29 |
vladbogo |
try removing
the links and it might work |
| 17:35.17 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 5093 /wiki/User:NyahCh3ck20/Proposal: Gsoc 2013
Proposal |
| 17:36.01 |
Ch3ck |
yeah |
| 17:36.05 |
Ch3ck |
its starting
to work |
| 17:37.26 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 5094 /wiki/User:NyahCh3ck20/Proposal: Gsoc 2013
Proposal |
| 17:37.32 |
vladbogo |
that's good
:) |
| 17:46.21 |
Ch3ck |
yeah |
| 17:46.32 |
Ch3ck |
but i have
not succeeded in pasting all the parts |
| 17:51.08 |
*** join/#brlcad rays2pix
(~deepak@14.139.226.34) |
| 17:57.47 |
*** join/#brlcad jasleen
(~chatzilla@117.253.232.146) |
| 17:59.59 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 5095 /wiki/User:NyahCh3ck20/Proposal: Gsoc 2013
Proposal |
| 18:02.16 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 5096 /wiki/User:NyahCh3ck20/Proposal: Gsoc 2013
Proposal |
| 18:04.29 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 5097 /wiki/User:NyahCh3ck20/Proposal: /*Links
*/ |
| 18:05.51 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 5098 /wiki/User:NyahCh3ck20/Proposal: /* Links
*/ |
| 18:07.46 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 5099 /wiki/User:NyahCh3ck20/Proposal: /*
Development schedule */ |
| 18:11.56 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 5100 /wiki/User:NyahCh3ck20/Proposal: /*
Development schedule */ |
| 18:12.43 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 5101 /wiki/User:NyahCh3ck20/Proposal: /* Time
availability */ |
| 18:15.04 |
*** join/#brlcad cstirk
(~quassel@c-71-56-216-45.hsd1.co.comcast.net) |
| 18:17.51 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 18:18.57 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 5102 /wiki/User:NyahCh3ck20/Proposal: /*
Introduction = */ |
| 18:20.14 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 5103 /wiki/User:NyahCh3ck20/Proposal: /* The
Working of the Pull Routine */ |
| 18:22.03 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 5104 /wiki/User:NyahCh3ck20/Proposal: /* July
1st (~ 3 weeks) */ |
| 18:23.20 |
*** join/#brlcad harmanpreet
(~chatzilla@124.253.22.183) |
| 18:27.30 |
Ch3ck |
succeeded in
posting my proposal |
| 18:27.38 |
Ch3ck |
so how do i
upload a patch |
| 18:31.57 |
vladbogo |
to submit a
patch visit http://sourceforge.net/p/brlcad/patches/ |
| 18:32.20 |
vladbogo |
log in and
then press Create Ticket |
| 18:32.45 |
vladbogo |
you find
additional info there on how to obtain the file you need to
submit |
| 18:35.47 |
kesha |
Ch3ck: Did u
check the mail ? |
| 18:36.04 |
Ch3ck |
yeah |
| 18:36.08 |
Ch3ck |
checked |
| 18:36.16 |
Ch3ck |
and i have
already pasted my proposal |
| 18:36.28 |
Ch3ck |
just waiting
for feedback from the mentors |
| 18:36.31 |
kesha |
great |
| 18:36.32 |
Ch3ck |
here is the
link |
| 18:36.35 |
kesha |
link
? |
| 18:37.20 |
Ch3ck |
http://brlcad.org/wiki/User:NyahCh3ck20/Proposal |
| 18:37.25 |
Ch3ck |
yes |
| 18:37.29 |
Ch3ck |
the link to
my proposal |
| 18:37.47 |
Ch3ck |
just want to
know what u think i can improve. |
| 18:42.36 |
kesha |
I m not the
right one to review. Even my proposal's review is pending
. |
| 18:43.06 |
kesha |
Whenever
develpers will get time, they will do it.. |
| 18:43.11 |
kesha |
Have Patience
! |
| 18:43.28 |
kesha |
Btw, Its
looks great.. |
| 18:43.46 |
kesha |
Did u go for
it on melange ? |
| 18:44.30 |
Ch3ck |
yeah? |
| 18:44.52 |
Ch3ck |
well i think
my approach to developing the push routine needs more
light |
| 18:45.04 |
Ch3ck |
just waiting
to hear what the mentors will say. |
| 18:45.47 |
kesha |
Good Luck
! |
| 18:49.17 |
Ch3ck |
yeah
thanks |
| 18:49.24 |
Ch3ck |
so what
project are u working on? |
| 18:51.28 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 5105 /wiki/User:NyahCh3ck20/Proposal: /* Links
*/ |
| 18:52.17 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 5106 /wiki/User:NyahCh3ck20/Proposal: /* Links
*/ |
| 18:53.34 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 5107 /wiki/User:NyahCh3ck20/Proposal: /* Links
*/ |
| 18:55.27 |
Ch3ck |
succeeded in
submitting my code patch.. |
| 19:06.38 |
*** join/#brlcad cstirk
(~quassel@c-71-56-216-45.hsd1.co.comcast.net) |
| 19:13.55 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 19:16.00 |
*** join/#brlcad caen23
(~cezar@92.81.196.42) |
| 19:17.18 |
Notify |
03BRL-CAD
Wiki:KeshaSShah * 5108 /wiki/User:KeshaSShah: /* Problems I would
encounter and how will I solve them ? */ |
| 19:19.20 |
*** join/#brlcad re-stage
(~arseni@178.121.65.27) |
| 19:41.20 |
*** join/#brlcad Ch3ck
(~Ch3ck@41.205.13.53) |
| 19:43.16 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 19:46.08 |
Notify |
03BRL-CAD:n_reed * 55248
brlcad/trunk/src/conv/step/SurfaceCurve.cpp: looks like
t_pcurve_or_surface is the select type, and the underlying type
should be one of pcurve or surface |
| 19:48.09 |
Ch3ck |
brlcad:
waiting on your feedback from my proposal |
| 19:48.49 |
Ch3ck |
Good bye
gus |
| 20:02.20 |
*** join/#brlcad rays2pix
(~deepak@14.139.226.34) |
| 20:11.47 |
*** join/#brlcad mpictor
(~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) |
| 20:21.11 |
Notify |
03BRL-CAD:carlmoore * 55249
brlcad/trunk/src/sig/dauto2.c: rearrange blank lines for closer
comparison with dauto.c source code |
| 20:28.14 |
rays2pix |
I assume that
in brlcad we are dealing with raster formats only. Do we need
vector formats too? |
| 20:29.52 |
``Erik |
at the
moment, it's all raster... something like svg would be nice for
things like rtedge, but we don't have that capability
yet |
| 20:32.11 |
rays2pix |
Okay Erik, I
will try to handle the various raster formats for GSoC project.
If time permits I would extend it to SVG alikes |
| 21:08.21 |
*** join/#brlcad zero_level
(0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) |
| 21:08.54 |
zero_level |
hii
all.. |
| 21:09.40 |
zero_level |
how important
is bactracking for BRLCAD |
| 21:10.01 |
zero_level |
I mean
accessibility for current functions.. |
| 21:10.17 |
zero_level |
current tools
in future versions |
| 21:10.18 |
Notify |
03BRL-CAD:carlmoore * 55250
brlcad/trunk/src/util/dbcp.c: supply D as a possible option,
because the messages which have been furnished mention
it |
| 21:33.35 |
Notify |
03BRL-CAD:r_weiss * 55251
brlcad/trunk/src/other/libregex/regex.h: Bug fix to "regex.h" for
the bundled "libregex" to allow it to build on Linux
32bit. |
| 21:33.37 |
Notify |
03BRL-CAD:r_weiss * 55251
brlcad/trunk/src/other/libregex/regex.h: Bug fix to "regex.h" for
the bundled "libregex" to allow it to build on Linux
32bit. |
| 22:15.24 |
*** join/#brlcad rays2pix
(~deepak@14.139.226.34) |
| 22:15.24 |
*** join/#brlcad aks001
(uid10889@gateway/web/irccloud.com/x-kkouzuuqczuelqeo) |
| 22:15.24 |
*** join/#brlcad archivist
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
| 00:47.26 |
Notify |
03BRL-CAD
Wiki:Tbrowder * 5109 /wiki/Summer_of_Code/Acceptance: /* Make a
patch */ |
| 01:15.16 |
*** join/#brlcad code_walker
(~Shubham@59.177.46.200) |
| 01:51.34 |
*** join/#brlcad code_walker
(~Shubham@120.56.157.207) |
| 01:55.03 |
*** join/#brlcad code_walker
(~Shubham@120.56.157.207) |
| 02:39.27 |
*** join/#brlcad code_walker
(~Shubham@120.56.157.207) |
| 02:43.28 |
*** join/#brlcad Iordanis
(Iordanis@host214-207.cvd.fit.edu) |
| 02:46.05 |
*** join/#brlcad code_walker
(~Shubham@120.56.157.207) |
| 03:46.53 |
*** join/#brlcad KimK
(~Kim__@wsip-184-176-200-171.ks.ks.cox.net) |
| 04:04.38 |
starseeker |
n_reed: just
curious - how come the step importer is naming things according to
the convention ''0.s, ''1.s, etc.? |
| 04:08.29 |
*** join/#brlcad Iordanis
(Iordanis@host214-207.cvd.fit.edu) |
| 04:14.48 |
*** join/#brlcad inba
(b649a526@gateway/web/freenode/ip.182.73.165.38) |
| 04:39.23 |
*** join/#brlcad harmanpreet
(~chatzilla@202.164.53.118) |
| 04:47.55 |
harmanpreet |
brlcad: I
proposed a GSoC project of my own on BRL-CAD developers mailing
list and now awaiting your response. Here is the link of the mail:
https://sourceforge.net/mailarchive/forum.php?thread_name=CANyDKBBoUNMbcuCGmgaPdRu%3DyH5p3qb%2B866YEu-Dzw4sRkN5vg%40mail.gmail.com&forum_name=brlcad-devel |
| 04:47.57 |
harmanpreet |
Can it be
considered as GSoC project? If needed, I can supply additional
details for your consideration. |
| 05:31.16 |
*** join/#brlcad harmanpreet
(~chatzilla@202.164.53.118) |
| 05:40.18 |
brlcad |
harmanpreet:
anything can be considered :) |
| 05:41.04 |
harmanpreet |
brlcad: oh
thanks.. :) |
| 05:44.01 |
harmanpreet |
and I just
tried to compile the new revision, it fails. |
| 05:45.05 |
harmanpreet |
sorry..
ignore above message |
| 05:46.05 |
harmanpreet |
let me
confirm |
| 05:47.23 |
brlcad |
just
replied |
| 05:48.03 |
brlcad |
if you get a
build failure, should be trivial to resolve at least
locally |
| 05:48.08 |
brlcad |
even better
if you can fix it proper |
| 05:51.18 |
harmanpreet |
hmm |
| 06:09.51 |
*** join/#brlcad harmanpreet
(~chatzilla@202.164.53.118) |
| 06:14.22 |
caen23 |
brlcad: is
there any svn command to find out the latest rev number without
downloading the updated files? |
| 06:16.20 |
harmanpreet |
brlcad: It
seems like a brlcad file is clashing with linux system file. Linux
does not require that declaration. Then the possible solution is to
rename the variable 'off_t' to something like ms_off_t in every
file where it exists. So, if you can confirm, I can submit a patch
for the same. |
| 06:23.50 |
*** join/#brlcad jasleen
(~chatzilla@202.164.53.117) |
| 07:25.55 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 08:04.38 |
*** join/#brlcad re-stage
(~arseni@178.121.165.241) |
| 08:15.14 |
*** join/#brlcad zero_level
(0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) |
| 09:15.06 |
*** join/#brlcad harmanpreet
(~chatzilla@202.164.53.117) |
| 09:15.30 |
Notify |
03BRL-CAD:phoenixyjll * 55252
brlcad/trunk/src/librt/tests/CMakeLists.txt: Add a test program to
test the SSI functionality.P.S. It seems there's a bug in the draw
command in MGED on pipe primitives. |
| 09:21.40 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5110 /wiki/User:Phoenix/GSoc2013/Proposal: /* Things
I have done this year */ |
| 09:22.57 |
*** join/#brlcad jasleen
(~chatzilla@202.164.53.119) |
| 09:43.08 |
brlcad |
caen23: svn
info |
| 09:43.27 |
brlcad |
svn info
. |
| 09:43.33 |
Notify |
03BRL-CAD:phoenixyjll * 55253
brlcad/trunk/src/librt/tests/test_ssi.cpp: Eliminate the compiling
problems in Linux. |
| 09:43.57 |
brlcad |
harmanpreet:
think bigger picture |
| 09:44.09 |
brlcad |
what if it
weren't using off_t |
| 09:44.39 |
brlcad |
perhaps
uint32_t instead for example |
| 09:44.46 |
brlcad |
what all
might need to change |
| 09:50.19 |
caen23 |
brlcad: it
shows the number of the local copy. right now, i get 55251 instead
of 55253 |
| 09:56.55 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 09:59.43 |
brlcad |
caen23: oh
you meant on the server, read that wrong |
| 09:59.45 |
brlcad |
svn info
https://svn.code.sf.net/p/brlcad/code/brlcad/trunk |
| 10:01.36 |
caen23 |
ugh, makes
sense. thanks |
| 10:04.09 |
Notify |
03BRL-CAD:phoenixyjll * 55254
brlcad/trunk/src/librt/tests/test_ssi.cpp: Remove the unnecessary
conversion and debugging outputs. |
| 10:04.58 |
brlcad |
np |
| 10:10.38 |
harmanpreet |
brlcad: hey..
can you tell, how much it will be useful if we make a web interface
of BRL-CAD where the user will play with interactive and easy GUI
(front end) and at the back end, BRL-CAD will handle all the
data. |
| 10:12.11 |
harmanpreet |
this will be
browser based, hence platform independent GUI. |
| 10:25.52 |
brlcad |
it's hard to
say how useful that would be at this point |
| 10:26.10 |
brlcad |
I could see
that being a viable option in 5-10 years, so perhaps worth working
towards |
| 10:26.14 |
brlcad |
but today,
it's riddled with problem |
| 10:26.37 |
brlcad |
several of
the big CAD vendors have already done this, invested millions, and
they've not exactly taken off |
| 10:35.49 |
Notify |
03BRL-CAD
Wiki:Jasleen Kaur * 5111 /wiki/User:Jasleen_Kaur: Created page with
"Name: Jasleen Kaur E-mail address: jasleen.7956@gmail.com IRC
nickname: jasleen" |
| 11:26.35 |
*** join/#brlcad zero_level
(0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) |
| 11:27.42 |
Notify |
03BRL-CAD:bob1961 * 55255
brlcad/trunk/src/tclscripts/vmath.tcl: Added RAD2DEG as well as
more precision to the value of DEG2RAD. Note - adding RAD2DEG fixes
a bug in the pattern tool. |
| 11:33.05 |
*** join/#brlcad Tanu
(3b5dcb95@gateway/web/freenode/ip.59.93.203.149) |
| 11:35.09 |
harmanpreet |
oh.. this was
another idea / proposed project for GSoC |
| 11:41.15 |
*** part/#brlcad Tanu
(3b5dcb95@gateway/web/freenode/ip.59.93.203.149) |
| 12:23.21 |
brlcad |
harmanpreet:
I got that, it's worth having two proposals but you'd have to go
into a fair bit of detail on "how" |
| 12:23.54 |
brlcad |
may want to
see where the GCI projects left off as one or two of those tasks
involved web editing proof of examples |
| 12:42.05 |
Notify |
03BRL-CAD:bob1961 * 55256
brlcad/trunk/src/tclscripts/mged/pattern.tcl: This fixes a bug in
MGED's pattern tool when using the cylinder pattern. |
| 12:43.33 |
*** join/#brlcad code_walker
(~Shubham@59.177.37.226) |
| 12:49.25 |
brlcad |
n_reed: sent
reply, hopefully before you hit the road |
| 13:01.20 |
*** join/#brlcad code_walker
(~Shubham@59.177.37.226) |
| 13:02.28 |
Notify |
03BRL-CAD:bob1961 * 55257
brlcad/trunk/src/tclscripts/mged/pattern.tcl: Update MGED's pattern
tool by fixing pattern_cyl so that it accomodates the advertised
-lr option. |
| 13:22.21 |
*** join/#brlcad vladbogo
(~vlad@188.25.239.23) |
| 14:42.07 |
starseeker |
ok, this is
just friggin cool:
http://mediapreservation.wordpress.com/2012/06/20/extracting-audio-from-pictures/ |
| 14:49.07 |
``Erik |
neat |
| 15:05.46 |
*** join/#brlcad jasleen
(~chatzilla@117.253.202.208) |
| 15:26.47 |
*** join/#brlcad Ch3ck
(~Ch3ck@41.202.197.145) |
| 15:26.54 |
Ch3ck |
Hi |
| 15:28.13 |
*** join/#brlcad harmanpreet
(~chatzilla@124.253.25.22) |
| 15:28.35 |
*** join/#brlcad Izak
(~Izak@41.202.197.145) |
| 15:29.03 |
Guest98294 |
Ch3ck_: |
| 15:29.54 |
*** join/#brlcad Izak_
(~Izak@41.202.197.145) |
| 15:30.07 |
Izak_ |
Ch3ck: How
far? |
| 15:30.44 |
Ch3ck |
yeah trying
to submit my proposal to google.. |
| 15:32.44 |
code_walker |
guys can u
tell how can i post an email to list members or mentors |
| 15:33.18 |
Ch3ck |
yeah |
| 15:33.24 |
Ch3ck |
goto
brlcad.org and subscribe to the mailing list |
| 15:33.34 |
code_walker |
i had done
that |
| 15:33.35 |
Ch3ck |
any let me
give u the link |
| 15:33.41 |
code_walker |
now
what? |
| 15:34.19 |
code_walker |
i have
already subscribed at it |
| 15:34.25 |
code_walker |
now
what |
| 15:35.59 |
code_walker |
should i sent
a mail to brlcad-devel@lists.sourceforge.net |
| 15:36.03 |
code_walker |
? |
| 15:37.31 |
cstirk |
harmanpreet:
regarding your project ideas of 2d drawing from 3d models and
browser gui there is some work you could build on |
| 15:38.19 |
Izak_ |
Does anyone
know how to go about implementing a primitive for
brlcad? |
| 15:38.38 |
harmanpreet |
cstirk:
okay.. can I see them? |
| 15:38.45 |
*** join/#brlcad Ch3ck
(~Ch3ck@41.202.197.145) |
| 15:39.05 |
Ch3ck |
code_walker:
have you subscribed to the mailing list? |
| 15:39.13 |
code_walker |
ya |
| 15:39.20 |
code_walker |
what to do
now? |
| 15:39.21 |
Ch3ck |
ok |
| 15:39.28 |
Ch3ck |
just check ur
email |
| 15:39.32 |
cstirk |
many projects
use three.js or scene.js for 3D display using WebGL, check out
step3d, babel3d, grabcad workbench, etc. |
| 15:39.35 |
Ch3ck |
and see if
there is a confirmation |
| 15:39.45 |
Ch3ck |
to the
subscription |
| 15:39.54 |
code_walker |
i have done
that confirmation part too |
| 15:40.03 |
Ch3ck |
Hey guys i
have just fiinished the first draft of my resume |
| 15:40.20 |
Ch3ck |
can anyone
please help me review it and give me some thoughts? |
| 15:40.22 |
Ch3ck |
here is the
link |
| 15:40.39 |
code_walker |
check |
| 15:40.45 |
code_walker |
what to do
now? |
| 15:40.47 |
Ch3ck |
code_walker:
if you have done that then you can send an email to the mailing
list |
| 15:40.55 |
Ch3ck |
send an email
to the mailing list |
| 15:40.56 |
*** join/#brlcad ioanacroi
(~ioana@188.25.239.23) |
| 15:41.00 |
Ch3ck |
it'll
go |
| 15:41.08 |
Ch3ck |
and introduce
yourself |
| 15:41.38 |
Ch3ck |
can anyone
here please help me review my proposal? |
| 15:41.40 |
code_walker |
u mean to
this brlcad-devel@lists.sourceforge.net |
| 15:41.41 |
Ch3ck |
here is the
link |
| 15:41.51 |
Ch3ck |
http://brlcad.org/wiki/User:NyahCh3ck20/Proposal |
| 15:41.59 |
Ch3ck |
code_walker:
yes |
| 15:42.02 |
Ch3ck |
thats
it. |
| 15:42.06 |
cstirk |
drawings need
annotations, and there are modeling standards for them like ANSI
14.41, and data standards in STEP |
| 15:42.52 |
code_walker |
but whenever
i sent an email to this it tells me this "You are not allowed to
post to this mailing list, and your message has |
| 15:42.52 |
code_walker |
been
automatically rejected." |
| 15:43.06 |
Notify |
03BRL-CAD:bob1961 * 55258
brlcad/trunk/src/tclscripts/lib/Ged.tcl: Updated GED_RAD2DEG to use
the value found in vmath.h. Also added GED_DEG2RAD. |
| 15:43.22 |
code_walker |
what to do i
don't know? |
| 15:43.38 |
harmanpreet |
cstirk: well
thanks.. I am going with 2D drawings related project. |
| 15:43.55 |
harmanpreet |
cstirk: can
you give some reference links? |
| 15:44.09 |
Ch3ck |
code_walker:
you have not subscribed correctly |
| 15:44.11 |
harmanpreet |
:) |
| 15:44.20 |
Ch3ck |
or you have
not activated ur email |
| 15:44.21 |
Ch3ck |
try to subs
to the mailing list again |
| 15:44.21 |
Ch3ck |
and see what
happends |
| 15:45.18 |
code_walker |
k |
| 15:45.25 |
*** join/#brlcad vladbogo
(~vlad@188.25.239.23) |
| 15:45.46 |
Notify |
03BRL-CAD:bob1961 * 55259
brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Minor tweak to
ArcherCore::make |
| 15:46.09 |
cstirk |
harmanpreet:
here is a public source http://www.cax-if.org/documents/rec_prac_styling_org_v12.pdf |
| 15:47.47 |
cstirk |
harmanpreet:
the CAX-IF recommended practice for GD&T that is public is
obsolete, and the new draft is private, but I can get you a
copy |
| 15:48.32 |
Notify |
03BRL-CAD
Wiki:APPOITASERS * 0 /wiki/User:APPOITASERS: |
| 15:49.12 |
*** part/#brlcad ioanacroi
(~ioana@188.25.239.23) |
| 15:50.57 |
cstirk |
harmanpeet:
the public GD&T recommended practice http://www.cax-if.org/joint_testing_info.html#recpracs
will give you an idea of the scope, but the modeling constructs
have changed in the new draft |
| 15:52.13 |
harmanpreet |
cstirk:
thanks for your efforts.. :) need to check them
thoroughly. |
| 15:59.09 |
*** join/#brlcad Ch3ck
(~Ch3ck@41.202.197.145) |
| 15:59.17 |
Ch3ck |
Hey |
| 15:59.24 |
code_walker |
check |
| 15:59.25 |
harmanpreet |
cstirk: can
you give any links to recent work done in the field of annotations
in BRL-CAD? |
| 15:59.43 |
code_walker |
i have to
subscribe at sourceforge right? |
| 15:59.43 |
Ch3ck |
code_walker:
yes? |
| 15:59.48 |
harmanpreet |
and any
documentation if available? |
| 16:00.03 |
Ch3ck |
well first
have to subscribe to the mailing list |
| 16:00.09 |
code_walker |
ya |
| 16:00.11 |
code_walker |
where |
| 16:00.12 |
Ch3ck |
before
sourceforge |
| 16:00.25 |
Ch3ck |
well let me
give u the link |
| 16:00.30 |
code_walker |
can u give me
link of it |
| 16:00.35 |
Ch3ck |
to subscribe
to the mailing list |
| 16:00.43 |
Ch3ck |
checking... |
| 16:00.43 |
code_walker |
k |
| 16:02.08 |
cstirk |
harmanpreet:
brl-cad has done work on their STEP translator, but only geometry
so far, not annotations http://stepcode.org/stepcode-use-doxygen/step-g_8cpp.html |
| 16:04.39 |
code_walker |
check? |
| 16:05.32 |
Izak_ |
Ch3ck_: is
coming |
| 16:07.24 |
jasleen |
I had
download and compile the source code. Is there any documentation
available to study its directory structure? |
| 16:07.33 |
code_walker |
check u
there? |
| 16:12.57 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.202.97.129) |
| 16:15.40 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5112 /wiki/User:Phoenix/GSoc2013/Proposal: /*
Calculating surface-surface intersection curves */ |
| 16:19.05 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5113 /wiki/User:Phoenix/GSoc2013/Proposal: /*
Reporting the intersections (API designing) */ |
| 16:23.14 |
*** join/#brlcad Ch3ck
(~Ch3ck@41.202.197.236) |
| 16:23.31 |
Ch3ck |
code_walker:
sorry my computer is really disturbing |
| 16:23.36 |
Ch3ck |
i had to
restart.. |
| 16:23.41 |
code_walker |
ya |
| 16:23.44 |
code_walker |
np |
| 16:23.45 |
Ch3ck |
so have u
subscribed. |
| 16:23.52 |
code_walker |
ya |
| 16:24.00 |
code_walker |
but same prob
again |
| 16:24.11 |
Ch3ck |
ok |
| 16:24.19 |
Ch3ck |
is ur network
connection good? |
| 16:25.03 |
code_walker |
ya |
| 16:25.56 |
code_walker |
u were about
to give a link to where i should subscribe |
| 16:25.59 |
Ch3ck |
if you try
emailing the developer lists and it gives an error it means you
have not subscribed |
| 16:26.05 |
Ch3ck |
yeah |
| 16:26.16 |
Ch3ck |
still working
on it my network fails.. |
| 16:26.22 |
code_walker |
k |
| 16:30.28 |
Ch3ck |
code_walker:
https://lists.sourceforge.net/lists/listinfo/brlcad-devel |
| 16:31.01 |
code_walker |
ya |
| 16:31.12 |
code_walker |
i have
subscribed at this only |
| 16:31.16 |
Ch3ck |
subscribe
using that link |
| 16:31.27 |
*** join/#brlcad Izak
(~Izak@41.202.197.236) |
| 16:31.30 |
Izak |
cad |
| 16:32.11 |
code_walker |
k after this
i have just send whatever i want at this
brlcad-devel-owner@lists.sourceforge.net |
| 16:32.25 |
code_walker |
through my
gmail account |
| 16:32.29 |
*** join/#brlcad Izak_
(~Izak@41.202.197.236) |
| 16:32.52 |
Izak_ |
Ch3ck_: Have
you submitted the proposal to Google ? |
| 16:38.53 |
Ch3ck |
Izak: still
working on it.. |
| 16:38.54 |
Ch3ck |
code_walker:
yeah do that and tell me what happens next |
| 16:41.27 |
*** join/#brlcad Iordanis
(Iordanis@host214-207.cvd.fit.edu) |
| 16:43.08 |
Ch3ck |
brlcad: are
you there? |
| 16:54.18 |
*** join/#brlcad Izak_
(~isaac@41.202.193.131) |
| 16:54.56 |
Izak_ |
have u
finished with it/ |
| 16:56.27 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 5114 /wiki/User:NyahCh3ck20/Proposal: /* Overall
Structure Pull routine */ |
| 16:59.00 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 5115 /wiki/User:NyahCh3ck20/Proposal: /* The
Working of the Pull Routine */ |
| 17:00.11 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.202.97.129) |
| 17:00.31 |
*** join/#brlcad cstirk_
(~quassel@c-71-56-216-45.hsd1.co.comcast.net) |
| 17:03.06 |
brlcad |
code_walker:
that is not the right address |
| 17:03.33 |
brlcad |
the address
for the mailing list is on the page you subscribed from (and in
your confirmation e-mails) |
| 17:03.38 |
brlcad |
it's not
brlcad-devel-owner |
| 17:06.19 |
code_walker |
i have sent
my mails to brlcad-devel@lists.sourceforge.net |
| 17:06.56 |
code_walker |
this is the
address provided to me in my confirmation mails |
| 17:09.20 |
brlcad |
that's the
right address |
| 17:09.53 |
code_walker |
but whenever
i sent a mail to it i get this mail saying "You are not allowed to
post to this mailing list, and your message has been automatically
rejected" |
| 17:09.56 |
brlcad |
folks, you
should submit something to google-melange, even if entirely
woefully incomplete IMMEDIATELY |
| 17:09.59 |
brlcad |
don't wait
until you're done |
| 17:10.11 |
brlcad |
every year,
someone misses the deadline |
| 17:10.30 |
brlcad |
you can keep
editing it up until the deadline |
| 17:10.33 |
brlcad |
we don't read
them until after |
| 17:10.42 |
brlcad |
(unless you
put it up on our wiki for feedback) |
| 17:14.16 |
brlcad |
will catch up on the backlog questions in a little bit,
please wait if you asked a question -- I will answer so long as
you're here eventually |
| 17:17.49 |
vladbogo |
hello |
| 17:18.50 |
vladbogo |
can you give
me a hint where to look in order integrate the keyboard between qt
and tk? |
| 17:19.50 |
*** join/#brlcad Ch3ck
(~Ch3ck@41.202.195.110) |
| 17:20.01 |
*** join/#brlcad Izak_
(~isaac@41.202.195.110) |
| 17:20.57 |
Izak_ |
Phoenix_: Are
u there? |
| 17:21.03 |
Ch3ck |
Phoenix: u
der? |
| 17:41.40 |
caen23 |
is there a
way to skip receiving gsoc-related mail from the list, or should i
look into setting up filters with gmail? |
| 17:45.19 |
Izak_ |
caen23: You
need to make adjustments by writing to
brlcad-devel-request@lists.sourceforge.net. The subject of the
message should be HELP. |
| 17:56.45 |
kanzure |
haha what..
that wont add a filter to his email client. |
| 17:57.16 |
kanzure |
i am very
confused |
| 17:57.29 |
Ch3ck |
abt? |
| 17:58.10 |
kanzure |
why you would
expect an email to brlcad-devel-request@lists.sourceforge.net to
configure gmail |
| 18:05.12 |
caen23 |
if people
would prefix their subject with "gsoc", a filter would be trivial,
but i don't imagine they could be bothered, so i've set digests for
now |
| 18:06.31 |
kanzure |
are you one
of the mentors? |
| 18:06.44 |
caen23 |
no |
| 18:35.11 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 5116
/wiki/User:Vladbogolin/Proposal: |
| 18:39.04 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 5117
/wiki/User:Vladbogolin/Proposal: |
| 18:48.40 |
*** join/#brlcad harmanpreet_
(~chatzilla@124.253.18.74) |
| 19:44.05 |
*** join/#brlcad Iordanis
(Iordanis@host214-207.cvd.fit.edu) |
| 19:51.18 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 5118
/wiki/User:Vladbogolin/Proposal: |
| 20:11.15 |
brlcad |
shakes his head violently as he hits the "send" button on the
big report e-mail |
| 20:11.36 |
brlcad |
it came
together, but damn that was tough this go-round |
| 20:11.51 |
brlcad |
n_reed: thank
you once again, your section was easily the easiest :) |
| 20:12.23 |
brlcad |
starseeker:
your visuals were great, much of the report centers around that
test case and how it impacts so much |
| 20:39.11 |
brlcad |
vladbogo: to
answer your question, some more context is needed |
| 20:39.36 |
brlcad |
if you're
making a qt display manager, they don't directly have a notion of
key control, so you'd have to work that into your plan |
| 20:39.59 |
brlcad |
or start with
mouse control as a primary goal first |
| 20:40.24 |
brlcad |
try to
involve Tk as absolutely minimal as possible (if you can avoid it
entirely, even better) |
| 20:40.46 |
*** join/#brlcad mpictor
(~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) |
| 20:41.03 |
*** join/#brlcad KimK
(~Kim__@wsip-184-176-200-171.ks.ks.cox.net) |
| 20:41.14 |
vladbogo |
brlcad i was
thinking on looking on how actually tk deals with keyboard/mouse in
order to make an idea |
| 20:41.24 |
brlcad |
caen23: it's
the same mailing list so you could unsubscribe or switch it to
digets for a while, or filter |
| 20:41.59 |
brlcad |
vladbogo: you
might first want to fully understand what it means to be a brl-cad
DM |
| 20:42.10 |
brlcad |
did you make
the debug dm? |
| 20:42.15 |
vladbogo |
yes |
| 20:42.31 |
brlcad |
okay, so you
have your set of functions.. which of those involved
keyboard? |
| 20:42.59 |
brlcad |
because
theoretically, you could have keyboard input (via bu_fgets() for
example) on the debug console even |
| 20:43.38 |
brlcad |
as an
experiment if anything |
| 20:44.37 |
brlcad |
kanzure:
caen23 was (by far) are most awesome GCI participant |
| 20:44.40 |
brlcad |
hence the
list |
| 20:45.33 |
brlcad |
lots of cool
things to come out, but he did levels of awesome that only a few
others came close to rivaling |
| 20:45.38 |
kanzure |
huh? |
| 20:46.23 |
kanzure |
oh you are
saying these things because i asked if he was a mentor? |
| 20:50.06 |
brlcad |
yep |
| 20:52.32 |
vladbogo |
brlcad: I see
common_dm involves mouse |
| 20:53.00 |
vladbogo |
that was the
problem: I couldn't actually find the function that dealt with
mouse or keyboard |
| 20:53.19 |
vladbogo |
I forgot that
there are dm related sources in the mged folder |
| 20:54.15 |
vladbogo |
and also
today I tried to compile the sources on windows |
| 20:54.43 |
vladbogo |
but I got a
LNK1104 that some libraries couldn't be opened |
| 20:55.16 |
vladbogo |
as I
researched this is some visual studio issue and the path to
additional libraries should be quoted |
| 20:55.41 |
vladbogo |
I mention
that I used Visual Studio 2012 and Windows 8 x64 |
| 20:57.09 |
vladbogo |
I saw in the
installation instructions that VS 2010 is recommended |
| 20:57.24 |
vladbogo |
should I try
using VS 2010? |
| 21:01.19 |
brlcad |
vladbogo: so
you could frankly propose to eliinate all of the dm-related source
in mged, and that would make a fantastic gsoc proposal (if you were
capable of such a refactoring) |
| 21:01.25 |
brlcad |
that code
shouldn't live in there |
| 21:01.49 |
brlcad |
it exists
because someone thought it easier to just hack those in than to
modify DM proper to suit whatever needs it called for |
| 21:02.01 |
brlcad |
and now it's
a bit of an entangled mess |
| 21:02.07 |
brlcad |
lot of
duplication and gotchas |
| 21:03.21 |
brlcad |
I don't
recommend developing on windows, because you will have to resolve
compilation issues there predominantly by yourself, but you're
welcome to use it in any way you can |
| 21:04.15 |
brlcad |
we should
compile everywhere and with every version, so you should fix the
error before ignoring it and trying another version if you want to
help us progress forward |
| 21:04.27 |
vladbogo |
I will
consider also a refractoring-project |
| 21:05.27 |
vladbogo |
I do not
consider developing on windows but I taught I should compile it
also as the project should be cross-platform |
| 21:06.38 |
vladbogo |
the error
seems to be quite easy to solve but I don't really know is how
cmake makes the VS project |
| 21:07.40 |
vladbogo |
because I
tried a manual modification on the additional libraries for a
smaller target (not build all) and didn't get the error |
| 21:08.09 |
vladbogo |
i simply
modified ../../lib to "../../lib" |
| 21:08.37 |
vladbogo |
but in order
to make it work this should be done by cmake |
| 21:16.59 |
*** join/#brlcad tofu
(~sean@66-118-151-70.static.sagonet.net) |
| 21:21.59 |
vladbogo |
well thanks a
lot for your help |
| 21:22.32 |
vladbogo |
if I will
have time to see how cmake actually creates the VS project I will
try to solve the compilation error |
| 21:25.25 |
tofu |
great |
| 21:26.58 |
brlcad |
cmake
generates build projects based on the CMakeLists.txt files (and
files in misc/CMake/*.cmake) |
| 21:27.24 |
brlcad |
it's a simple
scripting language, so adding quotes is easy and probably in just
one place ..just have to find that place |
| 21:27.55 |
vladbogo |
ok then I
will try to see if I get any results |
| 21:52.38 |
Notify |
03BRL-CAD:carlmoore * 55260
brlcad/trunk/src/sig/dconv.c: reformat the warning |
| 22:12.45 |
*** join/#brlcad Iordanis
(Iordanis@host214-207.cvd.fit.edu) |
| 23:18.16 |
starseeker |
winces - sorry brlcad, you should have pinged me, maybe I
could have done a bit better sending you stuff. Glad the visuals
helped - that's actually where the "drawing small spheres" bug (if
it is a bug) showed up |
| 23:53.38 |
Notify |
03BRL-CAD:starseeker * 55261
brlcad/trunk/src/librt/tests/test_ssi.cpp: Per Code Conventions
section in hacking, don't use straight-up strcpy and strcat. Go
with vls strings instead. To run the check for these cases, build
the 'regress-repository' target - e.g. 'make
regress-repository' |
| 00:30.40 |
*** join/#brlcad Iordanis__
(Iordanis@host214-207.cvd.fit.edu) |
| 01:33.50 |
*** join/#brlcad zero_level
(0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) |
| 01:53.54 |
brlcad |
hi
zero_level |
| 01:54.14 |
zero_level |
hii.. |
| 01:55.08 |
zero_level |
i am
currently working on a patch that will load images in the icv
library |
| 01:55.15 |
zero_level |
that was
missing there. |
| 03:02.05 |
*** join/#brlcad zero_level
(0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) |
| 03:02.55 |
brlcad |
zero_level:
sounds good |
| 03:15.26 |
zero_level |
i believe we
dont get patch notification on this window.. |
| 03:20.14 |
*** join/#brlcad kesha_
(~kesha@14.139.122.114) |
| 03:33.06 |
zero_level |
@blcad
earlier i thought of using cxImage library but i think when u said
why do i use this, i actually had no reason to justify i tried to
find all night about why cxImage is better, then i compared the
codes of cxImage and current utilities.. |
| 03:35.58 |
brlcad |
zero_level:
yeah, no notification for patches (until they are
committed) |
| 03:36.10 |
zero_level |
but seeing
that i found cxImage may not be that good because the brlcad's IPTs
make use of the pix and bw format very efficiently and using
cxImage library we will have to read the whole image in one go,
which in current scenario is read line by line |
| 03:37.27 |
zero_level |
i have thus
planned to re work on my proposal and as u suggested include only
the cosolidation part and improvements in the usability and
addition of options, |
| 04:12.26 |
*** join/#brlcad kesha_
(~kesha@14.139.122.114) |
| 04:15.36 |
*** join/#brlcad Iordanis__
(Iordanis@host214-207.cvd.fit.edu) |
| 04:56.43 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 04:57.48 |
kesha |
My eyes are
unable to catch ADD NEW button on https://sourceforge.net/p/brlcad/patches/
|
| 04:58.09 |
kesha |
Where is that
button ? |
| 05:00.47 |
kesha |
I want to
submit a patch .. |
| 05:31.23 |
brlcad |
hello
kesha |
| 05:34.07 |
brlcad |
kesha: are
you logged in? |
| 05:34.34 |
brlcad |
kesha: there
should be a "Create Ticket" button on the left |
| 05:34.36 |
kesha |
yes.. |
| 05:34.45 |
kesha |
I found it
just a sec ago.. |
| 05:34.48 |
kesha |
Thanks.. |
| 05:34.58 |
brlcad |
lots of
..... |
| 05:35.07 |
kesha |
The label has
been changed !! |
| 05:35.18 |
brlcad |
yeah, the
whole interface was changed last week |
| 05:36.13 |
kesha |
http://brlcad.org/wiki/Patches
should also be modified accordingly... |
| 05:38.14 |
kesha |
brlcad: i
want to dedicate doing code refactoring this summer with brlcad..
my exams completed today and now I will get time.. |
| 05:38.53 |
kesha |
in code
Refactoring projects, I picked up "move LIBWDB comments " and
changed them in 10 mins.. It was just a small piece of
work.. |
| 05:39.18 |
kesha |
I want to do
some hardcore refactoring.. |
| 05:39.21 |
kesha |
now.. |
| 05:41.11 |
brlcad |
kesha: it's a
wiki, go for it ;) |
| 05:41.19 |
kesha |
brlcad: Can
you help me planning out how to go about systematically.. I mean if
the development schedule is made wisely and good, then it reduces
half the mess.. |
| 05:41.44 |
brlcad |
kesha: what's
your background? |
| 05:42.37 |
brlcad |
just the
short/quick version, highlights ;) |
| 05:42.50 |
kesha |
brlcad: I
have completed Second Year B.Tech in Information and Communication
technology .. Have a good grasp on C.. |
| 05:43.05 |
brlcad |
what is a
B.Tech? |
| 05:43.06 |
kesha |
yea !
:P |
| 05:43.34 |
kesha |
Bachlor of
Technology ..This is what its called in India' |
| 05:43.37 |
kesha |
;) |
| 05:44.07 |
brlcad |
okay |
| 05:44.33 |
brlcad |
how long have
you been programming? started in college? |
| 05:44.43 |
brlcad |
i.e., 2
years? |
| 05:44.45 |
kesha |
brlcad: I
have done courses on system level programming, object oriented
programming and ofcourse, introduction to programming |
| 05:44.53 |
kesha |
no.since 11th
grade ... |
| 05:44.56 |
kesha |
i.e 4
years.. |
| 05:45.06 |
brlcad |
how long with
C? |
| 05:46.00 |
kesha |
brlcad:
Officially it was in 1st year college, but I was very enthusiatic
and did a course to learn C , C++ before entering
college.. |
| 05:46.13 |
kesha |
brlcad: 4
years with C.. |
| 05:46.51 |
brlcad |
you really
don't need to end every sentence with ... |
| 05:47.07 |
brlcad |
relax
:) |
| 05:47.11 |
kesha |
oops
! |
| 05:47.38 |
kesha |
realised after you pointed it out |
| 05:49.42 |
brlcad |
kesha: so if
you had to identify three of our project ideas that were the most
interesting, what would they be? |
| 05:54.56 |
kesha |
brlcad: First
of all, my first priority would be Code Refactoring, next is GUI
and thirdly, am not so confident about Geometry Conversion and
Processing, but after I do some searching and surfing, I can say
better on that topic. |
| 05:57.13 |
kesha |
brlcad: If
Refactoring is not of high impact as of now, I would love to go for
GUI. |
| 06:00.37 |
kesha |
Integrating
with Analysis tools in GUI . |
| 06:16.31 |
*** join/#brlcad rays2pix
(~deepak@14.139.226.34) |
| 06:37.08 |
brlcad |
kesha: code
refactoring is an entire category or projects |
| 06:37.43 |
brlcad |
I would
encourage some consideration of geometry conversion and processing,
not a lot of interest in that area to date |
| 06:37.59 |
brlcad |
again though,
those are all major areas of development, what specifically
interests you? |
| 06:51.32 |
*** join/#brlcad priyanka
(~priyanka@118.102.186.30) |
| 07:01.01 |
*** join/#brlcad vladbogo
(~vlad@86.121.101.132) |
| 07:36.32 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 07:41.46 |
*** join/#brlcad kesha_
(~kesha@14.139.122.114) |
| 08:40.48 |
*** join/#brlcad kesha_
(~kesha@14.139.122.114) |
| 08:47.09 |
*** join/#brlcad ncsaba
(~ncsaba@p54982FD5.dip0.t-ipconnect.de) |
| 08:50.03 |
*** join/#brlcad kesha_
(~kesha@14.139.122.114) |
| 08:56.51 |
ncsaba |
Hi
all |
| 08:57.54 |
ncsaba |
anybody knows
if there is already some (visible, public) project to illustrate
the parameters of the different promitives ? |
| 08:58.08 |
ncsaba |
s/promitives/primitives |
| 09:01.09 |
ncsaba |
OK, I suppose
this page could be augmented: http://brlcad.org/wiki/BRL-CAD_Primitives |
| 09:23.33 |
ncsaba |
and this one
should also be augmented with figures:
doc/html/manuals/mged/brlcad_solids.html |
| 09:29.16 |
ncsaba |
I would add
the "Primitive Solids" as a separate link in the "mged" table of
contents - from my POV it is the most important page for BRLCAD
beginners ! |
| 09:31.07 |
*** join/#brlcad zero_level
(0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) |
| 09:31.51 |
ncsaba |
I will start
to create some drawings for the parameters of the most frequently
used (by me) primitives |
| 09:49.49 |
*** join/#brlcad Kseniia
(~kvirc@46.98.81.52) |
| 09:50.30 |
*** join/#brlcad Kseniia
(2e625134@gateway/web/freenode/ip.46.98.81.52) |
| 10:15.29 |
*** join/#brlcad kesha_
(~kesha@14.139.122.114) |
| 11:15.11 |
*** join/#brlcad vladbogo
(~vlad@86.121.101.132) |
| 12:04.38 |
*** join/#brlcad vladbogo_
(~vlad@86.121.102.254) |
| 12:10.08 |
*** join/#brlcad vladbogo__
(~vlad@86.124.248.194) |
| 12:11.09 |
*** join/#brlcad ncsaba
(~ncsaba@p54982FD5.dip0.t-ipconnect.de) |
| 12:16.38 |
*** join/#brlcad vladbogo_
(~vlad@86.121.101.110) |
| 12:34.02 |
*** join/#brlcad rays2pix
(~deepak@14.139.226.34) |
| 13:19.00 |
*** join/#brlcad jasleen
(~chatzilla@117.255.245.52) |
| 13:44.09 |
ncsaba |
anybody knows
where can I find a reference for the available parameters of each
shader type ? |
| 13:45.21 |
ncsaba |
I actually
looked over all documentation I could find in the svn checkout,
plus googled for "brlcad shader parameters" -> there's no useful
result ! |
| 13:46.15 |
ncsaba |
I really find
this as the biggest problem of brlcad - everything is there you
could use, just so hard to find that it is practically
useless |
| 13:47.42 |
ncsaba |
I go and look
into the source code, and will figure out the plastic shader
parameters I can use - but really, this is not how it should
work |
| 14:12.15 |
starseeker |
ncsaba: it's
open source - help to fix it! |
| 14:14.21 |
*** join/#brlcad cstirk
(~quassel@c-71-56-216-45.hsd1.co.comcast.net) |
| 14:15.23 |
brlcad |
ncsaba:
there's a document on the website |
| 14:15.27 |
brlcad |
under
documentation |
| 14:16.26 |
brlcad |
http://brlcad.org/w/images/2/2c/Optical_Shaders.pdf |
| 14:16.55 |
ncsaba |
well I can't
help fixing it all at once -> I'll do now some pictures of the
primitive parameters, I find that the most important |
| 14:16.58 |
brlcad |
ncsaba: I
think we all agree that the shader subsystem sucks too
;) |
| 14:17.20 |
brlcad |
or at least
is terribly difficult to find |
| 14:17.25 |
ncsaba |
that one pdf
I already found |
| 14:17.29 |
brlcad |
it's been
documented several times in several ways over the years |
| 14:17.56 |
ncsaba |
but that one
only mentions 2 parameters of the plastic shader if I'm not
mistaken |
| 14:17.59 |
zero_level |
@ brlcad can
u tell me the need of magic number for icv_image_file |
| 14:19.04 |
brlcad |
ncsaba: if
you right-click each input field on the combination editor, there
is a description |
| 14:19.28 |
ncsaba |
BTW, I'm also
searching for text annotations in BRLCAD, I suppose there's no such
thing implemented yet ? Would help me now at the current task of
picturing parameters |
| 14:19.43 |
brlcad |
zero_level:
nearly all of our structures have a "magic number" that is used for
memory corruption detection |
| 14:19.56 |
ncsaba |
brlcad: ok,
that's something I didn't try, I'm not really using the GUI, all is
done via CL |
| 14:20.25 |
brlcad |
zero_level:
simple concept, you set a value like 0x12341234 and check that the
value is that every time you use it ... if it's ever not 0x12341234
then you know you have bad memory |
| 14:21.00 |
brlcad |
ncsaba: you
are correct, there are presently no text annotations but that's
actually a task being currectly worked |
| 14:21.39 |
brlcad |
ncsaba: man
mater may give some insight |
| 14:21.48 |
zero_level |
i have
created a structure in my patch for the size, do you suggest
putting a magic number there. ? |
| 14:21.54 |
*** join/#brlcad chalk
(272f0c7c@gateway/web/freenode/ip.39.47.12.124) |
| 14:21.57 |
*** join/#brlcad code_walker
(~Shubham@120.59.146.195) |
| 14:22.03 |
brlcad |
we do need
some way to interactively query the shader system for available
shaders, their parameters, and documentation |
| 14:22.03 |
chalk |
hello |
| 14:22.10 |
brlcad |
maybe a
"shader" command to replace "mater" |
| 14:22.35 |
brlcad |
zero_level:
don't worry about magic numbers right now |
| 14:22.39 |
brlcad |
hello
chalk |
| 14:23.16 |
ncsaba |
brlcad:
thanks for the shader hints, that helps -> would be perhaps good
to add them to the glossary text for "shader"/"mater" |
| 14:23.19 |
chalk |
hey i need
some advice on the idea i have chosen |
| 14:25.56 |
*** join/#brlcad code_walker
(~Shubham@120.59.146.195) |
| 14:26.32 |
ncsaba |
brlcad: the
shader man page is not really helpful for shader parameters, but
the GUI has good help text |
| 14:26.40 |
chalk |
well i am an
undergraduate student and i have taken two courses on C++,one is
Algorithm and computing and the other one is Object-oriented
programming and data structures. During my courses, i have debugged
alot of programs on C++ and was wondering whether i am eligible to
take on the idea of fixing bugs.... |
| 14:26.49 |
code_walker |
brlcad |
| 14:27.15 |
code_walker |
i have made
successfully a small version of cpd |
| 14:27.18 |
code_walker |
in
c |
| 14:28.04 |
ncsaba |
brlcad: what
is the status of the text annotations project, is there anything
usable already ? |
| 14:28.09 |
ncsaba |
some pointers
? |
| 14:28.30 |
code_walker |
i needed to
know,should i adapt current cpd in c |
| 14:28.56 |
code_walker |
this
regarding code reduction |
| 14:29.00 |
code_walker |
is* |
| 14:29.18 |
chalk |
hey brylcad
are you there? |
| 14:29.48 |
code_walker |
ya u
there? |
| 14:31.26 |
chalk |
okay well i
needed to ask that what kind of programs would be assigned to us if
i apply to fix bugs? |
| 14:35.32 |
chalk |
umm... |
| 14:36.07 |
chalk |
...can anyone
answer my question |
| 14:36.18 |
ncsaba |
brlcad: I
would add this line to the entry for "shader" in the
"doc/html/manuals/mged/brlcad_glossary.html" file: |
| 14:36.19 |
ncsaba |
For a list of
available shaders and the meaning of the parameters |
| 14:36.19 |
ncsaba |
open the
combination editor in mged, select a shader, and right click on the
input fields. |
| 14:36.32 |
brlcad |
ncsaba: hm,
it looks like the appendix seen on the website is not something
actually recorded in docbook |
| 14:36.48 |
brlcad |
I presume the
intent there is that it would be auto-generated based on keywords
and commands used |
| 14:37.13 |
ncsaba |
which
appendix ? |
| 14:37.26 |
brlcad |
so might just
help to beef up the "mater" command documentation,
doc/docbook/system/mann/en/mater.xml |
| 14:37.55 |
brlcad |
ncsaba: "the
glossary text" I presumed you were referring to the command/keyword
appendix in volume II |
| 14:38.04 |
brlcad |
otherwise,
what glossary text ;) |
| 14:38.12 |
ncsaba |
"doc/html/manuals/mged/brlcad_glossary.html" |
| 14:38.35 |
brlcad |
chalk and
code_walker: run this: /msg ibot ask |
| 14:39.02 |
chalk |
how? |
| 14:39.12 |
brlcad |
what do you
mean how? |
| 14:39.16 |
brlcad |
with your
keyboard |
| 14:39.17 |
brlcad |
you type
it |
| 14:39.23 |
chalk |
okay okay
sorry |
| 14:40.17 |
brlcad |
chalk: you're
welcome to submit a proposal for absolutely anything
really |
| 14:40.27 |
brlcad |
but I would
suggest proposing something as specific as possible |
| 14:40.40 |
code_walker |
brlcad:i have
made a small version of cpd in c |
| 14:40.42 |
brlcad |
fixing bugs
is great and all, but it's usually a cop-out |
| 14:41.02 |
brlcad |
code_walker:
you already said that :) |
| 14:41.23 |
code_walker |
ya but
presumed u didn't noticed that |
| 14:41.33 |
code_walker |
so i repeated
it |
| 14:42.23 |
code_walker |
i think this
project code reduction is mainly to adapt current cpd in
c |
| 14:42.29 |
code_walker |
and
c++ |
| 14:42.32 |
brlcad |
I did notice
it, I read pretty much everything (as do most on IRC)
;) |
| 14:42.49 |
code_walker |
k |
| 14:42.50 |
brlcad |
what does
that mean to you "adapte current cpd in c/c++"? |
| 14:42.54 |
code_walker |
my bad
then |
| 14:42.56 |
ncsaba |
brlcad: what
I would like to see is some kind of brlcad reference which you can
consult when you actually know what you want to do but not exactly
how... as opposed to a tutorial where you want to learn things you
don't know about the new software |
| 14:43.05 |
code_walker |
pmd-cpd |
| 14:43.14 |
chalk |
i am not
coping out, its just that i really want to participate in google
summer of code and this is the thing which i actually understood
completely. |
| 14:43.24 |
brlcad |
ncsaba: and
how to go about presenting that? |
| 14:43.27 |
ncsaba |
I find most
of the things are scattered in tutorials currently |
| 14:43.28 |
brlcad |
there is the
apropos command |
| 14:43.36 |
brlcad |
which
searches the short descriptions |
| 14:43.45 |
brlcad |
ala unix
apropos command |
| 14:44.08 |
brlcad |
chalk: I
wasn't suggesting that you specifically are coping out, my
bad |
| 14:44.26 |
code_walker |
actually this
project is mainly to improve the current verdions of cpd's that are
there in the market right now |
| 14:44.28 |
brlcad |
I was
suggesting that usually the person suggesting that is capable of
far more, but just shy or haven't done their research |
| 14:44.35 |
chalk |
no no iits
okay |
| 14:45.02 |
chalk |
well actually
i did my research |
| 14:45.25 |
chalk |
and fixing
bugs is all i could completely undestand...honestly |
| 14:45.34 |
ncsaba |
brlcad: well
a reference, which explains the exact meaning of things - so if I
want to look up a primitive for example, I know exactly the meaning
of all parameters |
| 14:46.01 |
chalk |
what i want
to ask is that if i apply to fix bug, what chance do i have of
being selected?? |
| 14:46.06 |
ncsaba |
right now I'm
still experimenting till I get it right |
| 14:46.14 |
brlcad |
chalk: all
you could completely understand is probably a function of research
and terminology |
| 14:46.21 |
brlcad |
several of
the ideas are very simple |
| 14:47.00 |
ncsaba |
the mged
commands page is a good reference, but it's not all |
| 14:47.04 |
brlcad |
I propose a
challenge to the way you're thinking about the ideas page
though |
| 14:47.14 |
brlcad |
it's not a
dinner menu |
| 14:47.19 |
brlcad |
you're not
picking something to do |
| 14:47.42 |
brlcad |
it's merely a
page of recipe titles |
| 14:48.06 |
brlcad |
it's your job
to come up with something interesting (to you!), an interesting
dish to make that others will probably like too |
| 14:48.41 |
ncsaba |
brlcad: I
will come back to the BRLCAD reference later - right now I will
focus on creating images for the primitive parameters |
| 14:48.42 |
brlcad |
you're the
chef, not the consumer |
| 14:48.58 |
brlcad |
ncsaba: we
have a primitive reference in our todo |
| 14:49.03 |
brlcad |
along with a
slew of other docs |
| 14:49.25 |
brlcad |
see the very
bottom of the TODO file |
| 14:49.29 |
ncsaba |
yes, but I
need that primitive reference _now_ for my own use :-) |
| 14:49.40 |
ncsaba |
so if there
is none, I will do it myself |
| 14:49.47 |
*** join/#brlcad code_walke
(~Shubham@120.59.146.195) |
| 14:49.54 |
ncsaba |
if you have
any partial results, please point me to it... |
| 14:49.55 |
brlcad |
BRL-CAD Ray
Tracing Shaders and BRL-CAD Primitives are the two relevant
;) |
| 14:50.11 |
brlcad |
there is a
primitive reference now, at the back of volume II |
| 14:50.23 |
brlcad |
it's just not
very explanatory |
| 14:50.25 |
ncsaba |
ok, let mes
see |
| 14:50.35 |
brlcad |
it identifies
everything with pictures, though |
| 14:50.45 |
*** join/#brlcad code_walker
(~Shubham@120.59.146.195) |
| 14:51.01 |
code_walker |
brlcad:u
there? |
| 14:51.05 |
brlcad |
the TODO
entry is to make that a stand-alone document with even more
detail |
| 14:51.12 |
brlcad |
code_walker:
OMG |
| 14:51.18 |
code_walker |
i
got |
| 14:51.22 |
brlcad |
did you run
"/msg ibot ask" |
| 14:51.26 |
code_walker |
disconnected |
| 14:51.40 |
brlcad |
I mentioned
ibot ask before you disconnected |
| 14:51.46 |
code_walker |
ya |
| 14:51.50 |
brlcad |
and did
you? |
| 14:51.51 |
code_walker |
i
didn't |
| 14:51.59 |
brlcad |
why
not? |
| 14:52.10 |
code_walker |
doing it
right now |
| 14:52.23 |
code_walker |
my net is
troubling me today |
| 14:52.29 |
code_walker |
thats
y |
| 14:52.45 |
code_walker |
getting dc
very frequently |
| 14:52.49 |
brlcad |
there is a
protocol of behavior for IRC that helps make group chat pleasant
for all and scalable |
| 14:53.42 |
*** topic/#brlcad by code_walker -> /msg ibot
ask |
| 14:53.45 |
brlcad |
you were able
to chat for a solid 20 minutes before you got disconnected, so I
don't buy that |
| 14:54.27 |
brlcad |
code_walker:
that was not right |
| 14:54.32 |
*** topic/#brlcad by brlcad -> BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/
|| GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code |
| 14:54.33 |
code_walker |
by troubling
i mean bad |
| 14:54.38 |
code_walker |
net
speed |
| 14:54.44 |
code_walker |
very
low |
| 14:54.56 |
brlcad |
what does net
speed have to do with typing "/msg ibot ask" |
| 14:54.58 |
code_walker |
i can't do my
all the stuffs properly |
| 14:55.16 |
code_walker |
ya
sorry |
| 14:55.19 |
code_walker |
for
that |
| 14:56.07 |
brlcad |
code_walker:
participating in open source is CENTERED around effective
communication |
| 14:56.17 |
brlcad |
it's a
dominant factor in proposal selection |
| 14:56.35 |
*** join/#brlcad aks001
(uid10889@gateway/web/irccloud.com/x-wvqykhyrtiynsjlw) |
| 14:56.55 |
brlcad |
right now, I
think it's definitely an area you should work on |
| 14:57.06 |
brlcad |
learning and
mistakes are expected, okay |
| 14:57.07 |
code_walker |
k i
will |
| 14:57.58 |
brlcad |
having to
stop like this to explain this basic point is not okay |
| 14:58.35 |
brlcad |
if you don't
understand something, you should ask specific questions and get
clarification |
| 14:58.59 |
brlcad |
we ARE here
to help you (and others) |
| 14:59.43 |
brlcad |
did you run
the ibot ask thing yet? |
| 14:59.56 |
code_walker |
ya i
did |
| 14:59.58 |
chalk |
hey brlcad
what is ibot?? |
| 15:03.19 |
brlcad |
code_walker:
what is the point that is trying to convey? |
| 15:03.33 |
brlcad |
ibot:
ibot |
| 15:03.33 |
ibot |
hmm... ibot
is not a help system |
| 15:03.39 |
brlcad |
heh |
| 15:03.42 |
code_walker |
about
project? |
| 15:04.30 |
brlcad |
ibot:
infobot |
| 15:04.30 |
ibot |
well, infobot
is me, http://infobot.svn.sourceforge.net/svnroot/infobot/
// The original infobot is no more, it has been replaced by the
latest version of blootbot, accompanied by a rename back to infobot
// apt/ibot/infobot/purl is now an infobot run by
TimRiker |
| 15:04.31 |
code_walker |
i just wanted
to ask more about cpd's implementation |
| 15:05.04 |
brlcad |
code_walker:
what was the point of running "/msg ibot ask"? |
| 15:05.06 |
code_walker |
so that i
should work more to improve my current code |
| 15:05.38 |
code_walker |
to ask what
is meant to ask |
| 15:06.11 |
brlcad |
code_walker:
we can talk about that after you understand this rather critical
point of communication |
| 15:06.17 |
brlcad |
no, that was
not the point |
| 15:06.46 |
brlcad |
the you made
a mistake earlier, and that link explains the mistake |
| 15:08.42 |
code_walker |
rather it is
about asking your question and getting a good answer for
it |
| 15:08.51 |
code_walker |
its not
important |
| 15:08.54 |
code_walker |
that |
| 15:09.12 |
brlcad |
still not
it |
| 15:09.30 |
brlcad |
"10:51 <
code_walker> brlcad:u there?" <-- this should not
happen |
| 15:10.00 |
code_walker |
i understood
that before too |
| 15:10.14 |
code_walker |
and i will
not repeat that again |
| 15:10.16 |
brlcad |
that's why
communication is so important |
| 15:10.24 |
brlcad |
you never
once indicated that you've understood that point |
| 15:10.37 |
code_walker |
actually,i
saw others doing that |
| 15:10.38 |
brlcad |
I can't read
your mind, only what you wright |
| 15:10.48 |
brlcad |
s/wright/write/ |
| 15:10.53 |
brlcad |
can't wright
write ;) |
| 15:11.04 |
code_walker |
my
bad |
| 15:11.36 |
ncsaba |
brlcad: but
then there's not much difference to a mail-based forum, if the
interactivity is just occasional - then I for example would prefer
to just write a mail |
| 15:11.49 |
ncsaba |
if I come to
IRC, I really want interactive and direct discussion :) |
| 15:11.54 |
code_walker |
im sorry,the
main aspect of coding "don't copy" |
| 15:12.05 |
brlcad |
code_walker:
you were called out because you did it twice, the second time AFTER
I gave you the information that explained to not do
that |
| 15:12.33 |
brlcad |
open source
has little tolerance for not reading information... :) |
| 15:12.36 |
brlcad |
anyways,
moving on |
| 15:12.39 |
brlcad |
cpd |
| 15:12.54 |
code_walker |
ya |
| 15:12.57 |
brlcad |
can you
explain to me what bearing that has on code reduction? |
| 15:13.54 |
code_walker |
actually,i
had made a small version of cpd in c but its applications are
limited right now |
| 15:14.01 |
code_walker |
im expanding
it |
| 15:14.07 |
ncsaba |
brlcad: I
can't find the volume II on the web - and the locally installed
version has no appendix, just as you said |
| 15:14.08 |
code_walker |
to be more
accurate |
| 15:14.11 |
ncsaba |
all I found
is htis : http://brlcad.org/wiki/BRL-CAD_Primitives |
| 15:14.23 |
code_walker |
i wanted to
more about its implementation |
| 15:14.29 |
code_walker |
know* |
| 15:15.48 |
brlcad |
code_walker:
but you're not answering my question -- you're explaining that you
put a fuel injector in a car and I'm asking you where we're
driving |
| 15:16.15 |
brlcad |
what does cpd
have to do with code reduction? can you explain it to
me? |
| 15:16.22 |
code_walker |
ya |
| 15:16.43 |
*** join/#brlcad jasleen
(~chatzilla@117.253.233.214) |
| 15:16.58 |
code_walker |
im making a
cpd to detect simple duplicated code segments in c |
| 15:17.09 |
brlcad |
start with
what a cpd is |
| 15:17.12 |
code_walker |
which are
exact copy |
| 15:17.19 |
brlcad |
i'm sure
there are others here which don't know that acronym |
| 15:17.22 |
code_walker |
cpd is a copy
paste |
| 15:17.25 |
code_walker |
detector |
| 15:17.34 |
code_walker |
which finds
the |
| 15:17.42 |
brlcad |
and how does
your copy-paste detector different from simian? |
| 15:17.43 |
code_walker |
duplicated
code segments |
| 15:17.48 |
code_walker |
ya |
| 15:17.51 |
code_walker |
thats
what |
| 15:17.55 |
code_walker |
is my
point |
| 15:18.04 |
code_walker |
actually
thats what i |
| 15:18.43 |
brlcad |
please think
your thought through and type it |
| 15:18.44 |
code_walker |
thats why i
wanted to |
| 15:18.45 |
brlcad |
a
running |
| 15:18.47 |
brlcad |
dialog |
| 15:18.49 |
code_walker |
know more
about |
| 15:18.50 |
brlcad |
of
what |
| 15:18.52 |
brlcad |
you're
thinking |
| 15:18.55 |
brlcad |
gets very
annoying |
| 15:18.56 |
brlcad |
quickly |
| 15:19.02 |
code_walker |
cpd |
| 15:19.03 |
brlcad |
:) |
| 15:19.46 |
code_walker |
im wanted to
make it exclusively for c/c++ |
| 15:20.15 |
code_walker |
should i code
that same cpd as that of simian |
| 15:20.29 |
code_walker |
but i don't
want to do that |
| 15:21.12 |
brlcad |
I'm not sure
I understand your concern, frankly |
| 15:21.24 |
brlcad |
are you
actually proposing to implement a simian alternative for
GSoC? |
| 15:21.31 |
brlcad |
or reduce
BRL-CAD code? |
| 15:21.38 |
brlcad |
there's
certainly not time to do both |
| 15:21.39 |
code_walker |
no |
| 15:22.09 |
code_walker |
thats why im
asking from you to know more about its implementation |
| 15:22.45 |
brlcad |
but what's
the relevance? |
| 15:23.28 |
brlcad |
if you're
proposing to work on your CPD for GSoC, I'd have to ask what the
value is for BRL-CAD |
| 15:23.36 |
code_walker |
to improve
over the existing versions of cpd |
| 15:23.44 |
brlcad |
if you're not
proposing to work on it for GSoC, then I have to ask why we're
talking about it ;) |
| 15:24.11 |
code_walker |
i will work
it for gsoc only |
| 15:24.16 |
brlcad |
what's the
relevance for GSoC |
| 15:24.19 |
brlcad |
okay |
| 15:24.38 |
code_walker |
k i will
research more about it then |
| 15:24.39 |
brlcad |
so then my
first point -- what is the value for BRL-CAD? |
| 15:24.52 |
code_walker |
highest |
| 15:25.01 |
brlcad |
you're not
understanding |
| 15:25.08 |
code_walker |
im concerned
more about brlcad |
| 15:25.21 |
brlcad |
but your
project has nothing to do with BRL-CAD |
| 15:25.40 |
code_walker |
ya but i will
do it under brlcad rather |
| 15:25.41 |
brlcad |
you might as
well be proposing to implement a new web browser |
| 15:25.58 |
brlcad |
because all
the devs use web browsers and yours is going to be
better |
| 15:26.05 |
brlcad |
and it'll
help |
| 15:26.20 |
brlcad |
maybe it
would, but it has nothing to do with BRL-CAD directly from what
you've described |
| 15:27.03 |
code_walker |
thats my
point i want to introduce a better tool in the market |
| 15:27.07 |
brlcad |
GSoC doesn't
exist to get pet projects funded |
| 15:27.15 |
code_walker |
for code
reduction in c/c++ |
| 15:27.18 |
brlcad |
it exists to
help foster open source communities |
| 15:27.34 |
brlcad |
your project
only fosters your project |
| 15:28.02 |
brlcad |
more power to
you and I think it's great that you have a project in mind and that
you're making it open source |
| 15:28.11 |
brlcad |
it just
doesn't make it a viable open source project |
| 15:28.17 |
code_walker |
ya |
| 15:28.21 |
brlcad |
maybe if you
write it all up into a proposal, it'll make more sense |
| 15:28.30 |
code_walker |
ya |
| 15:28.38 |
code_walker |
i have done
that already |
| 15:28.46 |
brlcad |
but at this
point, I'd have to wonder how you're even different from the
half-dozen other code reduction tools already available |
| 15:29.15 |
code_walker |
ya they are
better in anysense |
| 15:29.27 |
brlcad |
if you wanted
to use your tool/method on BRL-CAD for GSoC, that'd be a completely
different matter |
| 15:29.41 |
code_walker |
especially
after they wer based on statemen to statement |
| 15:29.45 |
code_walker |
implementation |
| 15:30.03 |
brlcad |
so you're
saying yours sucks and you should be given a gsoc slot to make it
better? :) |
| 15:30.10 |
ncsaba |
brlcad: I
found finally the web version of the "Introduction_to_MGED.pdf",
which must be the volume II you were talking about -> will work
on getting that in docbook, but not in a tutorial - I find this
deserves to live in a separate and properly named reference
file |
| 15:30.11 |
brlcad |
not much of a
salesman ;) |
| 15:30.45 |
brlcad |
ncsaba: yes,
the mged intro is vol II (sorry, long history with that
document) |
| 15:30.53 |
brlcad |
all of the
lessons in vol II are in docbook already |
| 15:31.01 |
code_walker |
i just want
to get more ahead in this project to know more about it |
| 15:31.10 |
ncsaba |
yes, but not
the appendix with the primitives |
| 15:31.13 |
code_walker |
and |
| 15:31.15 |
brlcad |
ncsaba: the
appendicies at the end weren't converted to docbook,
right |
| 15:31.22 |
chalk |
ibot
ask |
| 15:31.22 |
ibot |
Questions in
the channel should be specific, informative, complete, concise, and
on-topic. Don't ask if you can ask a question first. Don't ask if
a person is there; just ask what you intended to ask them. Better
questions more frequently yield better answers. We are all here
voluntarily or against our will. |
| 15:31.25 |
brlcad |
the thinking
was that they'd be auto-generated |
| 15:31.29 |
code_walker |
certainly
make it better than before |
| 15:31.54 |
brlcad |
code_walker:
"i just want to get more ahead in this project to know more about
it" |
| 15:32.11 |
ncsaba |
brlcad: aha,
that certainly makes sense - but then it should go into annotations
in each primitive ? |
| 15:32.21 |
brlcad |
1) you don't
need gsoc for that and 2) it's a very self-centered perspective,
which isn't the open source way |
| 15:32.54 |
brlcad |
ncsaba:
something like that -- default annotations |
| 15:33.01 |
code_walker |
but this is
the right time to be a part of gsoc |
| 15:33.16 |
brlcad |
for example
the screenshots that are already in that appendix are just captures
of the wireframe when you go into primitive edit mode |
| 15:33.24 |
brlcad |
with an
underlayed ray trace |
| 15:33.29 |
code_walker |
because my
final year of graduation is going to start now |
| 15:33.34 |
brlcad |
code_walker:
this is the right time |
| 15:33.37 |
brlcad |
that is not
the right project |
| 15:33.48 |
code_walker |
its the most
crucial time |
| 15:33.52 |
brlcad |
gsoc does not
exist to get pet projects funded |
| 15:33.59 |
ncsaba |
brlcad: then
I would do that as a primitive function which generates the right
picture |
| 15:34.04 |
brlcad |
it's the most
crucially wrong project |
| 15:34.45 |
ncsaba |
wire-frame +
annotations, then raytrace with underlay |
| 15:34.58 |
code_walker |
but i can do
more in this project |
| 15:35.00 |
brlcad |
code_walker:
your goal should not -- CANNOT -- be just the development of your
tool |
| 15:35.03 |
code_walker |
as |
| 15:35.12 |
ncsaba |
and then a
script which runs that for each primitive it finds |
| 15:35.16 |
code_walker |
i have done a
similar project in my college oo |
| 15:35.39 |
brlcad |
it should
DIRECTLY foster open source in some way (NOW) .. if you proposed
developing your tool and applying it to an open source project like
BRL-CAD with a reasonable development timeline and clear benefits,
that'd be another matter |
| 15:35.56 |
code_walker |
i want to
make a tool which i started to make in my college but didn/t
finshed it |
| 15:36.06 |
brlcad |
but that's
not what you're proposing, and I doubt there'd be enough time to do
both |
| 15:36.27 |
brlcad |
code_walker:
good for you, so make your tool |
| 15:36.37 |
brlcad |
I have a
dozen projects I made in college but didn't finish too |
| 15:36.54 |
code_walker |
ya |
| 15:37.03 |
brlcad |
and not one
of them is relevant to GSoC |
| 15:37.14 |
brlcad |
gotta run,
talk more later |
| 15:37.17 |
ncsaba |
brlcad: do
you have some pointer to some existing annotations processing tool
brlcad (potentially) already uses ? |
| 15:37.20 |
code_walker |
but when i
saw that on brlcad's idealist |
| 15:37.53 |
code_walker |
i thought
thats a good chance to increase my research on it |
| 15:39.09 |
code_walker |
is that thing
bad on my part? |
| 15:39.51 |
*** join/#brlcad Iordanis
(Iordanis@host214-207.cvd.fit.edu) |
| 15:42.52 |
ncsaba |
brlcad: I
really would like to work on improving the documentation - but I
also don't want to duplicate already done work, and I surely need
pointers to current practices, so whatever I do is aligned with the
way brlcad is doing it - and currently this GSOC thingy takes all
your time, so I guess I'll be back later once things cool down
here |
| 15:44.03 |
ncsaba |
or will
switch to mailing - IRC is simply frustrating for me
currently |
| 16:15.24 |
*** join/#brlcad code_walker
(~Shubham@120.59.146.195) |
| 16:20.55 |
brlcad |
code_walker:
it's not a bad thing, but it can't be the ONLY thing .. you have to
tie your project to tangible direct immediate goals that benefit
BRL-CAD, and NOT focus (at all) on your cpd project
objectives |
| 16:21.39 |
brlcad |
it can be a
means to an end, but not the goal (for gsoc) |
| 16:22.52 |
code_walker |
and im doing
it for the benefit of brlcad only |
| 16:23.22 |
code_walker |
sir can i ask
you a question |
| 16:23.23 |
code_walker |
? |
| 16:23.59 |
brlcad |
it doesn't
have to only benefit brl-cad, but you do have to identify brl-cad
benefits and make them part of your plan, explain how they're
worthwhile, defend your approach, etc |
| 16:24.39 |
brlcad |
code_walker:
*sigh* |
| 16:24.42 |
brlcad |
read this:
12:23 < code_walker> sir can i ask you a question |
| 16:24.44 |
brlcad |
and read
this: |
| 16:24.45 |
brlcad |
~ask |
| 16:24.45 |
ibot |
Questions in
the channel should be specific, informative, complete, concise, and
on-topic. Don't ask if you can ask a question first. Don't ask if
a person is there; just ask what you intended to ask them. Better
questions more frequently yield better answers. We are all here
voluntarily or against our will. |
| 16:25.17 |
brlcad |
really, it
seems like you're just not trying very hard at all |
| 16:26.08 |
code_walker |
what is in
calling a mentor "sir" |
| 16:26.15 |
code_walker |
wrong* |
| 16:27.23 |
brlcad |
what does the
second sentence say? if you don't comprehend what you read, we
cannot work with you |
| 16:27.50 |
*** join/#brlcad rays2pix
(~deepak@14.139.226.34) |
| 16:45.23 |
code_walker |
brlcad:i have
used occurrence table concept to built a cpd |
| 16:45.36 |
code_walker |
i there a
better way? |
| 16:45.39 |
*** join/#brlcad vladbogo
(~vlad@86.121.100.121) |
| 16:46.57 |
brlcad |
there usually
is a better way to do just about anything |
| 17:58.11 |
*** join/#brlcad Iordanis
(Iordanis@host214-207.cvd.fit.edu) |
| 19:18.13 |
*** join/#brlcad vladbogo
(~vlad@86.121.103.57) |
| 19:43.49 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
| 20:32.04 |
maths22 |
brlcad: on
the GSOC homepage, they should have the new logo (I
think) |
| 20:34.03 |
brlcad |
maths22:
afaik, that is the new logo... |
| 20:34.23 |
brlcad |
at least I
pulled it from the gsoc site |
| 21:11.10 |
rays2pix |
BRLCAD_ADDEXEC(pix-rgba pix-rgba.c
";libfb;libbu;${PNG_LIBRARY};${BABL_LIBRARY}") - have added this
line in CMakeList to create a new executable |
| 21:12.36 |
rays2pix |
it link.txt
for corresponding file doesnt have the "-lbabl" updated in
it |
| 21:14.24 |
rays2pix |
To link with
a 3rd party library-libbabl i set include dir and added library
dependency as above. Am I missing a step here.? |
| 21:20.53 |
zero_level |
rays2pix: i
dont know but without any pre chats its hard to understand what u
have asked ? |
| 21:21.49 |
rays2pix |
zero_level:
plainly how to add library dependency in CMake build
system |
| 21:22.29 |
brlcad |
rays2pix:
where is BABL_LIBRARY set? |
| 21:22.51 |
brlcad |
(you can't
just make up new ones, they are tested for and set) |
| 21:23.27 |
rays2pix |
brlcad: I
have set that within utils CMakeLists.txt |
| 21:23.41 |
rays2pix |
set(BABL_LIB
/usr/local/lib/libbabl-0.1.so) |
| 21:23.54 |
brlcad |
BABL_LIB !=
BABL_LIBRARY |
| 21:24.11 |
brlcad |
and that's
still not the right way to specify a library |
| 21:24.59 |
brlcad |
it'll
ultimately need to turn into -lbabl |
| 21:25.25 |
brlcad |
though if
you're going to introduce a new dependency, you should have a
detailed justification (cost benefit analysis) |
| 21:25.46 |
brlcad |
and a plan
:) |
| 21:26.18 |
rays2pix |
just tried it
for a quick testing. . doing some tests for it. |
| 21:27.41 |
rays2pix |
brlcad:where
should I refer for adding a library in the right way? |
| 21:34.33 |
maths22 |
brlcad: there
are two logos: the little black and blue one and the 3d
one. |
| 21:34.54 |
maths22 |
shouldn't the
black and blue one be a stylization of the 3d one designed for a
thumbnail? |
| 21:37.48 |
brlcad |
rays2pix: any
of the other existing libraries, our cmake examples, the cmake
docs, .. |
| 21:38.25 |
brlcad |
maths22:
you're welcome to update it, but I just didn't want to use the
exact same one we used last year except for the name
changed |
| 21:38.31 |
brlcad |
black and
white worked out nicely |
| 21:38.52 |
brlcad |
i don't see a
"3d" one |
| 21:43.13 |
*** join/#brlcad zero_level
(0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) |
| 22:03.16 |
*** join/#brlcad zero_level_
(0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) |
| 22:03.44 |
*** part/#brlcad zero_level_
(0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) |
| 22:03.52 |
*** join/#brlcad zero_level_
(0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) |
| 22:04.07 |
*** part/#brlcad zero_level_
(0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) |
| 22:04.20 |
*** join/#brlcad zero_level_
(0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) |
| 22:21.43 |
maths22 |
I will take a
look later |
| 22:25.58 |
Notify |
03BRL-CAD
Wiki:Sean * 5154
/wiki/Google_Summer_of_Code/Project_Ideas: |
| 22:26.00 |
Notify |
03BRL-CAD
Wiki:Sean * 5155
/wiki/Google_Summer_of_Code/Project_Ideas: |
| 22:26.02 |
Notify |
03BRL-CAD
Wiki:Sean * 5156 /wiki/STEP_Coverage_Tes: Created page with "STEP
is the current standard for exchange of CAD data between different
software packages. BRL-CAD makes use of the STEPcode project to
implement its step-g importer, but the..." |
| 22:26.04 |
Notify |
03BRL-CAD
Wiki:Sean * 5157 /wiki/STEP_Incremental_Loading: Created page with
"STEP is the current standard for exchange of CAD data between
different software packages. BRL-CAD makes use of the STEPcode
project to implement its step-g importer, but it ..." |
| 22:26.06 |
Notify |
03BRL-CAD
Wiki:Sean * 5158 /wiki/STEP_Multiple_Protocol_Parsing: Created page
with "STEP is the current standard for exchange of CAD data between
different software packages. BRL-CAD makes use of the STEPcode
project to implement its step-g importer, but cur..." |
| 22:26.08 |
Notify |
03BRL-CAD
Wiki:Sean * 5159 /wiki/STEP_AP_242_Parser: Created page with "STEP
is the current standard for exchange of CAD data between different
software packages. BRL-CAD makes use of the STEPcode project to
implement its step-g importer, but it ..." |
| 22:26.10 |
Notify |
03BRL-CAD
Wiki:Sean * 5160
/wiki/Google_Summer_of_Code/Project_Ideas: |
| 22:26.20 |
Notify |
03BRL-CAD
Wiki:Priyankapk * 0 /wiki/User:Priyankapk: |
| 22:26.23 |
Notify |
03BRL-CAD
Wiki:Starseeker * 5161 /wiki/STEP_Libraries: Tweak STEP Libraries
project |
| 22:26.24 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5162 /wiki/User:Phoenix/GSoc2013/Proposal: /* Things
I have done this year */ |
| 22:26.26 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 5163 /wiki/User:Izak: /* DEVELOPMENT SCHEDULE
AND TIMELINE */ |
| 22:26.28 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 5164 /wiki/User:Izak: /* PROJECT SUMMARY
*/ |
| 22:26.31 |
Notify |
03BRL-CAD
Wiki:41.92.211.105 * 5165 /wiki/User:Izak: /* LINKS TO CODE OR
ALGORITHMS WHICH YOU INTEND TO USE */ |
| 22:26.32 |
Notify |
03BRL-CAD
Wiki:41.92.211.105 * 5166 /wiki/User:Izak: /* LINKS TO CODE OR
ALGORITHMS WHICH YOU INTEND TO USE */ |
| 22:26.34 |
Notify |
03BRL-CAD
Wiki:14.139.243.162 * 5167 /wiki/User:Level_zero/proposal: Addition
of working schedule |
| 22:26.46 |
Notify |
03BRL-CAD:brlcad * 55274
brlcad/trunk/include/bu.h: no longer searches share/brlcad/VERSION
by default, searches DATA_DIR and share |
| 22:27.44 |
Notify |
03BRL-CAD:phoenixyjll * 55275
brlcad/trunk/src/librt/tests/test_ssi.cpp: Use the sketch primitive
to represent 2D intersection curves. |
| 22:28.02 |
Notify |
03BRL-CAD:carlmoore * 55276
brlcad/trunk/src/libfb/fb_generic.c: fix type (need long
unsigned) |
| 22:28.04 |
Notify |
03BRL-CAD:carlmoore * 55277
brlcad/trunk/src/libfb/fb_paged_io.c: fix type (needed long
unsigned) |
| 22:28.06 |
Notify |
03BRL-CAD:carlmoore * 55278
(brlcad/trunk/src/liboptical/material.c
brlcad/trunk/src/liboptical/photonmap.c): fix types |
| 22:28.22 |
Notify |
03BRL-CAD:carlmoore * 55279
brlcad/trunk/src/sig/ddisp.c: shift the isatty test further up (no
point in processing the options if this fails), and add '<
inputfile' to the usage |
| 22:28.26 |
Notify |
03BRL-CAD:bob1961 * 55280
brlcad/trunk/src/librt/primitives/metaball/metaball.c: Minor tweak
to rt_metaball_get. |
| 22:28.29 |
Notify |
03BRL-CAD:carlmoore * 55281
brlcad/trunk/src/sig/dfft.c: additions to the Usage |
| 22:28.34 |
Notify |
03BRL-CAD:carlmoore * 55282
brlcad/trunk/src/sig/dfft.c: use spaces, not tabs |
| 22:28.37 |
Notify |
03BRL-CAD:carlmoore * 55283
brlcad/trunk/src/conv/dbupgrade.c: shift duplicate code from
if-else, remove unneeded 'if (reverse )' from an 'else', and shift
logic around to avoid unnecessary creation of output
file |
| 22:28.39 |
Notify |
03BRL-CAD:carlmoore * 55284
brlcad/trunk/src/conv/nmg/asc-nmg.c: try to implement no-argument
situation |
| 22:28.53 |
Notify |
03BRL-CAD:brlcad * 55285
brlcad/trunk/src/proc-db/csgbrep.cpp: it's evident that it's still
running, just say the output file. |
| 22:28.56 |
Notify |
03BRL-CAD:brlcad * 55286
brlcad/trunk/src/librt/primitives/nmg/nmg_rt_segs.c: use %p to
print pointers |
| 22:28.58 |
Notify |
03BRL-CAD:carlmoore * 55287
brlcad/trunk/src/liboptical/sh_prj.c: fix type warnings |
| 22:29.01 |
Notify |
03BRL-CAD:carlmoore * 55288
brlcad/trunk/src/sig/dfft.c: oops, was looking for both stdin &
stdout w/r to isatty; move back to earlier location (removing a set
of braces), and also fix usage of -? |
| 22:29.03 |
Notify |
03BRL-CAD:brlcad * 55289
brlcad/trunk/NEWS: richard improved/fixed the gqa command in r52355
so that regions with zero hits which are in the overlap list are
not reported as having zero hits. |
| 23:06.46 |
zero_level |
``Erik: is
there a way to remove already submitted patch |
| 23:34.30 |
*** join/#brlcad jbschw
(4355ee54@gateway/web/freenode/ip.67.85.238.84) |
| 23:35.03 |
jbschw |
#j
yellowfin |
| 23:35.06 |
jbschw |
whoops |
| 00:32.09 |
*** join/#brlcad zero_level
(0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) |
| 00:35.05 |
zero_level |
brlcad: i
have never been involved in a software development with this big
code base. But have read courses dealing with aspects of software
engineering. with that i have made the working schedule |
| 00:35.25 |
zero_level |
Acc. to your
experience. need your suggestions in that |
| 00:37.03 |
zero_level |
http://brlcad.org/wiki/User:Level_zero/proposal#Working_Schedule |
| 00:54.41 |
*** join/#brlcad zero_level
(0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) |
| 02:12.18 |
maths22 |
brlcad: do
you have a gimp-type image file for this: http://brlcad.org/images/angelov_512x256.png |
| 02:13.01 |
maths22 |
the wiki
notifier is working wekk :) |
| 02:13.09 |
maths22 |
sorry;
well |
| 02:35.48 |
Notify |
03BRL-CAD
Wiki:14.139.243.162 * 5168 /wiki/User:Level_zero/proposal: Edited
various parts |
| 02:38.34 |
zero_level |
:math22 can u
review my proposal |
| 02:39.22 |
zero_level |
maths22: can
u review my proposal at /wiki/User:Level_zero/proposal |
| 02:48.54 |
maths22 |
zero_level: I
am an HS student, not a mentor, so no, I cannot review your
proposal |
| 02:49.28 |
maths22 |
There are
only so many mentors, but hopefully one will eventually have time
to look at it |
| 02:49.36 |
maths22 |
They have
other things to do too :) |
| 02:51.04 |
zero_level |
yeah.. i knew
u are not among the developers or mentors. I thought you are one of
the gsocers. Thus asked to review and suggest. |
| 02:51.52 |
zero_level |
mentors' #irc
are given on the web.. ;) |
| 02:52.04 |
maths22 |
I know; not
trying to be rude or anything. |
| 02:52.22 |
zero_level |
sure :) never
taken :) |
| 02:59.43 |
*** join/#brlcad maths22_
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 03:08.27 |
Notify |
03BRL-CAD
Wiki:14.139.243.162 * 5169 /wiki/User:Level_zero/proposal: V
0.1 |
| 03:08.56 |
Notify |
03BRL-CAD
Wiki:Hanamichi15 * 0 /wiki/User:Hanamichi15: |
| 03:18.17 |
zero_level |
brlcad: I
have worked further on my proposal. please suggest improvemnets.
thnx |
| 04:12.31 |
brlcad |
zero_level:
at a glance, it's looking pretty good |
| 04:13.05 |
brlcad |
June 24 - Aug
16 is pretty vague, could be more specific |
| 04:13.35 |
brlcad |
with docs and
testing, that doesn't really leave much of any time for
implementation, so I'd expect you should be able to say what you're
implementing with more specificity |
| 04:14.16 |
brlcad |
your last two
weeks are a bit of a punt, Sep 16 - Sep 27 |
| 04:14.23 |
brlcad |
doesn't take
two weeks to "submit code" |
| 04:14.27 |
brlcad |
maybe two
hours |
| 04:15.24 |
brlcad |
zero_level:
also .. "I propose to add these functionalities in the icv library"
... like hell you will get that much done :D |
| 04:16.38 |
brlcad |
if you
focused only on processing and not on import/export and formats,
"maybe" ... but still seems unlikely |
| 04:18.07 |
brlcad |
maths22: I'd
have to check, not sure what all we have now, but unlikely a gimp
file |
| 04:18.23 |
brlcad |
maybe a
photoshop file, and we do now have a few .g versions from
GCI |
| 04:19.01 |
brlcad |
maths22: you
most certainly could be qualified to be a GSoC mentor
:) |
| 04:19.43 |
brlcad |
mentoring has
no requirements other than willingness and familiarity |
| 04:45.08 |
*** join/#brlcad meem
(~josh@x-128-101-180-83.reshalls.umn.edu) |
| 04:52.32 |
*** part/#brlcad meem
(~josh@x-128-101-180-83.reshalls.umn.edu) |
| 05:27.00 |
*** join/#brlcad maths22
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 05:27.12 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
| 05:36.34 |
*** join/#brlcad rays2pix
(~deepak@110.234.229.2) |
| 05:41.15 |
*** join/#brlcad avneet
(~avneet@202.164.53.122) |
| 05:43.10 |
*** join/#brlcad mandy__
(caa43575@gateway/web/freenode/ip.202.164.53.117) |
| 05:44.06 |
*** part/#brlcad mandy__
(caa43575@gateway/web/freenode/ip.202.164.53.117) |
| 05:44.45 |
*** join/#brlcad avneet
(caa43575@gateway/web/freenode/ip.202.164.53.117) |
| 05:45.10 |
avneet |
Hello
! |
| 05:45.36 |
avneet |
I want to
discuss about project STEP Libraries |
| 05:46.37 |
avneet |
On wiki page,
it is mention to cleanup the code. |
| 05:47.03 |
avneet |
<PROTECTED> |
| 05:58.38 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
| 06:00.09 |
*** join/#brlcad n_reed
(~molto_cre@66-118-151-70.static.sagonet.net) |
| 06:00.10 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
| 06:01.55 |
avneet |
what have to
do in STEP Libraries project? |
| 06:02.23 |
avneet |
Have to
cleanup SC ? |
| 06:02.29 |
*** join/#brlcad maths22
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 06:08.47 |
*** join/#brlcad avneet_
(caa43575@gateway/web/freenode/ip.202.164.53.117) |
| 06:10.41 |
cstirk |
avneet: there
are several STEP projects, and I am one of the mentors for
them |
| 06:12.10 |
cstirk |
n_reed and
starseeker are also knowledgeable regarding STEP |
| 06:12.46 |
cstirk |
you need to
read the background materials on brl-cad and stepcode |
| 06:14.45 |
cstirk |
do you have a
specific question about one of the projects, or have a related
project to propose? |
| 06:16.26 |
avneet_ |
Yes, I am
talking about STEP Libraries project |
| 06:17.33 |
avneet_ |
http://brlcad.org/wiki/STEP_Libraries |
| 06:18.01 |
avneet_ |
I have to
clean which libraries? Is it SC libraries or not? |
| 06:20.36 |
cstirk |
Thanks.
There are several STEP projects, the one you list is a good
one |
| 06:21.02 |
avneet_ |
on this wiki
page, a link is mentioned https://github.com/stepcode/stepcode
for study |
| 06:21.42 |
avneet_ |
Please tell
me I have to improve SC librray? |
| 06:21.50 |
cstirk |
Yes, also
www.stepcode.org and the linked google group |
| 06:22.29 |
avneet_ |
ok, now it's
clear that i have to work upon SC library. |
| 06:23.10 |
cstirk |
The STEP
Libraries project is to improve stepcode for brlcad |
| 06:24.16 |
avneet_ |
improve
stepcode this one https://github.com/stepcode/stepcode
? |
| 06:25.36 |
avneet_ |
If we modify
SC then it wil effect on src/con/step code? |
| 06:25.45 |
cstirk |
Yes, and how
brlcad implements it as documented here http://stepcode.org/stepcode-use-doxygen/step-g_8cpp.html |
| 06:27.31 |
kanzure |
excellent |
| 06:28.24 |
cstirk |
There are
many things you can do to improve stepcode for brlcad, this project
is focused on quality, performance, and documentation |
| 06:29.46 |
avneet_ |
ok, it is
very interesting. |
| 06:29.51 |
avneet_ |
:) |
| 06:31.48 |
cstirk |
It is a good
project for someone that does not know much about CAD or STEP, but
is willing to learn and has a good foundation in software
fundamentals |
| 06:43.44 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 06:45.53 |
*** join/#brlcad avneet
(65d65f86@gateway/web/freenode/ip.101.214.95.134) |
| 06:48.37 |
cstirk |
avneet:
please create a wiki page to start with your background and
interests, and look at the information on stepcode like the google
group and github |
| 06:49.19 |
cstirk |
That will
help us and you to focus on areas where you can
contribute |
| 07:02.30 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 07:12.57 |
*** join/#brlcad kesha_
(~kesha@14.139.122.114) |
| 07:13.16 |
*** join/#brlcad tofu_
(~sean@66-118-151-70.static.sagonet.net) |
| 07:15.48 |
*** join/#brlcad rays2pix
(~deepak@110.234.229.2) |
| 07:26.22 |
*** join/#brlcad kesha_
(~kesha@14.139.122.114) |
| 07:47.23 |
*** join/#brlcad jasleen
(~chatzilla@202.164.53.118) |
| 07:48.12 |
*** join/#brlcad kesha_
(~kesha@14.139.122.114) |
| 08:06.42 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 08:28.22 |
*** join/#brlcad harmanpreet
(~chatzilla@202.164.53.117) |
| 08:38.45 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 08:46.32 |
*** join/#brlcad harmanpreet
(~chatzilla@202.164.53.117) |
| 08:46.57 |
*** join/#brlcad jasleen
(~chatzilla@202.164.53.118) |
| 10:13.11 |
*** join/#brlcad jasleen
(~chatzilla@202.164.53.119) |
| 10:35.01 |
jasleen |
I am working
on Cross Platform Display Manager. |
| 10:36.30 |
jasleen |
In project's
main page, it is written that OGRE or Qt should use to make it
cross Platform. |
| 10:36.57 |
jasleen |
and also it
is written that OGRE/Qt running and embedded within a Tk
window |
| 10:37.13 |
jasleen |
here it
is-http://brlcad.org/wiki/New_Cross-Platform_3D_Display_Manager |
| 10:37.48 |
jasleen |
I have a
Question to make it cross platform, why Tk not used? |
| 10:39.58 |
jasleen |
If TK window
is made in TK/TCL, then why Qt or OGRE are prioritized? |
| 10:40.37 |
jasleen |
TK itself is
a cross platform framework. |
| 11:03.01 |
*** join/#brlcad jasleen
(~chatzilla@202.164.53.118) |
| 11:11.11 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 11:12.18 |
zero_level |
jasleen: you
could write that in a proposal and submit. |
| 11:13.02 |
zero_level |
jasleen: Once
the developers are here they would surely answer your
queries. |
| 11:13.43 |
zero_level |
to start with
you could create a wiki page for your proposal by creating an
account at brlcad.org |
| 11:14.22 |
*** join/#brlcad harmanpreet
(~chatzilla@202.164.53.117) |
| 11:16.34 |
zero_level |
kesha_: how
is your proposal going. |
| 11:16.48 |
zero_level |
have u
submitted to the mellange website. |
| 11:20.00 |
``Erik |
http://techland.time.com/2013/05/01/tiny-toon-ibm-makes-a-movie-out-of-atoms/ |
| 11:21.14 |
``Erik |
jasleen: ogre
provides a much better 3d display mechanism, qt supposedly provides
a richer nicer looking 2d widget toolkit, our current approach is
tk |
| 11:23.36 |
jasleen |
``Erik: If
Tk is current approach, then display should be in Tk |
| 11:25.46 |
``Erik |
i'm not an
advocate of qt, I think brlcad might have a set of reasons to
consider it... he should be on in the next couple of
hours |
| 11:26.03 |
jasleen |
ok |
| 11:26.20 |
*** join/#brlcad avneet
(caa43575@gateway/web/freenode/ip.202.164.53.117) |
| 11:26.47 |
``Erik |
but for 3d
type stuff, we hijack a tk canvas to blast opengl or X stuff to,
and we have one app that currently uses togl... those might benefit
greatly from using ogre to drive a tk widget |
| 11:26.50 |
jasleen |
``Erik: Can
you tell me about Tk window? What is this and where is its source
code? |
| 11:27.32 |
``Erik |
whu? you mean
how BRL-CAD uses it? or? |
| 11:28.05 |
jasleen |
yes. What is
this? and how to use it? |
| 11:28.10 |
``Erik |
mged and
archer are probably the two heaviest TK using programs in
BRL-CAD |
| 11:28.27 |
jasleen |
ok |
| 11:28.56 |
jasleen |
``Erik: I
choose Qt for this purpose. |
| 11:29.58 |
jasleen |
``Erik: I am
more famillier with Qt, I would like to use Qt
framework. |
| 11:30.00 |
avneet |
Is currently
BRL-CAD not using STEPcode? |
| 11:30.08 |
jasleen |
Is it
ok? |
| 11:30.33 |
``Erik |
I'd recommend
that you hang out for a while and talk to brlcad (possibly
starseeker) about the project goals regarding qt... I can't really
help there :) |
| 11:30.48 |
``Erik |
avneet: I
believe it's used in the src/conv/step-g converter |
| 11:30.49 |
jasleen |
ok
:) |
| 11:32.38 |
avneet |
but i code is
different of svn with github repository of STEPcode |
| 11:32.45 |
avneet |
i
think |
| 11:33.21 |
``Erik |
it looks like
we have a copy of the github one in src/other/step/ (but it may be
out of date) |
| 11:34.52 |
``Erik |
c415e49 looks
like the last merge from git? might just be a partial, and has been
modified since |
| 11:38.25 |
*** join/#brlcad rays2pix
(~deepak@110.234.229.2) |
| 11:39.58 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
| 11:47.11 |
*** join/#brlcad avneet
(caa43575@gateway/web/freenode/ip.202.164.53.117) |
| 11:51.55 |
*** join/#brlcad harmanpreet
(~chatzilla@202.164.53.117) |
| 11:52.52 |
starseeker |
avneet: we
are currently using a different fork of the original stepcode, but
just recently we merged our changes with the main stepcode project
on github - after the upcoming release we will be switching to
using stepcode |
| 11:53.18 |
starseeker |
so the code
base you want to focus on for gsoc is the github
stepcode |
| 11:53.26 |
*** join/#brlcad jasleen
(~chatzilla@202.164.53.118) |
| 11:55.14 |
starseeker |
jasleen: Qt
is what we would eventually like to use as a foundation for a new
GUI, for a number of reasons, but an initial transitional stage of
embedding an OGRE window inside a Tk window (much as MGED currently
embeds an OpenGL window) would be an excellent start |
| 12:00.43 |
starseeker |
jasleen: a
decent place to start with understanding how we might eventually
want to work with Qt and OGRE is to study this demo:
http://advancingusability.wordpress.com/2013/03/30/how-to-integrate-ogre3d-into-a-qt5-qml-scene/ |
| 12:04.40 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 12:05.17 |
kesha |
zero_level: I
have submitted on melange but it needs heavy
modifications. |
| 12:05.25 |
kesha |
zero_level:
what about you ? |
| 12:09.24 |
zero_level |
not yet
submitted on mellange. |
| 12:11.22 |
*** join/#brlcad avneet
(caa43575@gateway/web/freenode/ip.202.164.53.117) |
| 12:15.45 |
*** join/#brlcad harmanpreet
(~chatzilla@202.164.53.117) |
| 12:16.26 |
*** join/#brlcad jasleen
(~chatzilla@202.164.53.118) |
| 12:18.45 |
jasleen |
starseeker: I
didn't use OGRE yet, But if you recommend to use it. Then would
defintely start it. |
| 12:26.37 |
*** join/#brlcad viku
(uid11086@gateway/web/irccloud.com/x-ohdkzeiyitokumzz) |
| 12:42.31 |
*** join/#brlcad jasleen
(~chatzilla@202.164.53.118) |
| 12:43.43 |
*** join/#brlcad harmanpreet
(~chatzilla@202.164.53.117) |
| 13:29.17 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 13:29.39 |
*** join/#brlcad rays2pix
(~deepak@14.139.226.34) |
| 13:37.02 |
*** part/#brlcad rays2pix
(~deepak@14.139.226.34) |
| 13:37.05 |
*** join/#brlcad rays2pix
(~deepak@14.139.226.34) |
| 14:30.31 |
*** join/#brlcad jasleen
(~chatzilla@117.253.233.158) |
| 14:44.44 |
Notify |
03BRL-CAD:erikgreenwald * 55290
(brlcad/trunk/src/other/poly2tri/poly2tri/poly2tri.h
brlcad/trunk/src/other/poly2tri/poly2tri/sweep/advancing_front.h
brlcad/trunk/src/other/poly2tri/poly2tri/sweep/sweep.h): add
newlines to end of files |
| 14:56.13 |
Notify |
03BRL-CAD:n_reed * 55291
brlcad/trunk/src/conv/step/OpenNurbsInterfaces.cpp: more readable
variable names; don't unitize direction vectors per
bn_isect_line3_line3 documentation |
| 14:59.24 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 15:10.03 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 15:48.03 |
Notify |
03BRL-CAD:carlmoore * 55292
brlcad/trunk/src/librt/tests/test_ssi.cpp: remove trailing
blanks/tabs |
| 15:52.52 |
Notify |
03BRL-CAD:carlmoore * 55293
brlcad/trunk/src/sig/dfft.c: simplify by letting h and ? go to
'default' |
| 16:13.38 |
*** join/#brlcad zero_level
(0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) |
| 16:15.14 |
*** join/#brlcad rays2pix
(~deepak@14.139.226.34) |
| 16:24.06 |
cstirk |
kesha: STEP
AP242 vs multi-protocol? AP242 probably needs to be done first.
Get to work on your application and wiki page. |
| 16:31.36 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 16:31.41 |
maths22 |
photoshop
works. I have photoshop 2 |
| 16:31.52 |
maths22 |
sorry
too |
| 16:31.56 |
*** join/#brlcad Ch3ck
(~Ch3ck@41.205.14.92) |
| 16:32.00 |
Ch3ck |
Hey
guys |
| 16:32.30 |
maths22 |
I just picked
gimp because I thought it was more probable |
| 16:32.47 |
Ch3ck |
brlcad:
hi |
| 16:33.17 |
maths22 |
could I get
the psd file? |
| 16:37.26 |
kesha |
Ch3ck: I
don't think brlcad is here now. |
| 16:37.49 |
Ch3ck |
kesha: ok
thanks |
| 16:38.03 |
Ch3ck |
so how is it
going guys with the gsoc proposals? |
| 16:38.23 |
zero_level |
ch3k:
hii! |
| 16:38.29 |
kesha |
Ch3ck:I am
also waiting for him. |
| 16:38.47 |
maths22 |
I see all you
gsoc people have 1 day left. Do you know how many of you there
are? |
| 16:39.15 |
Ch3ck |
kesha:
ok |
| 16:39.24 |
Ch3ck |
zero_level:
hiiii what up? |
| 16:39.37 |
zero_level |
math22: u do
all the web work |
| 16:39.45 |
zero_level |
tell us how
many have registered |
| 16:39.55 |
Ch3ck |
maths22: well
they must be many but the number does not really matter since all
the projects are also many |
| 16:40.58 |
zero_level |
math22: u do
all the web work .. tell us how many have registered |
| 16:41.55 |
maths22 |
Where would
they have registered? I can only see the wiki, but it dosen't have
any list of gsoc participants. |
| 16:43.30 |
kesha |
zero_level:
Do you mean on melange ? |
| 16:44.21 |
maths22 |
I don't have
melange access if that is what you mean. |
| 16:44.37 |
zero_level |
no! i thought
the proposals on the wiki |
| 16:44.44 |
Ch3ck |
nop |
| 16:44.56 |
Ch3ck |
guys u guys
can't know how many have registered |
| 16:44.57 |
Ch3ck |
so
far |
| 16:45.14 |
Ch3ck |
that can only
be known by the organization since the applications |
| 16:45.18 |
Ch3ck |
are sent to
them. |
| 16:45.40 |
maths22 |
I can tell
you that, since april, 31 users have created wiki
accounts. |
| 16:45.41 |
Ch3ck |
but well you
can estimate how many are participating based on the discussions on
the developer lists and |
| 16:46.00 |
maths22 |
Probably a
number of them are gsoc applicants, but I'm not sure how
many |
| 16:46.06 |
Ch3ck |
maths22: that
does not mean 31 have applied |
| 16:46.18 |
Ch3ck |
only Google
and brlcad know |
| 16:46.27 |
Ch3ck |
since they
receive the applications |
| 16:46.38 |
maths22 |
I think
``Erik may too; he seems to be the |
| 16:46.45 |
Ch3ck |
well you can
look at the code patches submitted on source forge |
| 16:46.45 |
maths22 |
"second in
command" |
| 16:47.02 |
Ch3ck |
yeah ``Erik
is a brlcad mentor |
| 16:47.05 |
Ch3ck |
so he can
know |
| 16:47.19 |
Ch3ck |
but knowing
the number of applicants does not matter much |
| 16:47.30 |
Ch3ck |
if your
proposal is good you'll be selected |
| 16:48.00 |
Ch3ck |
What matters
is they want as many good hard to find programmers as possible who
they can work with during the summer. |
| 16:48.54 |
maths22 |
I was just
wondering because I was curious; last year, it looks like they
accepted 11; the year before only 2 |
| 16:49.10 |
maths22 |
I know that
this year they want at least 3, but I wonder how many they will do
in the end |
| 16:52.14 |
Ch3ck |
well nobody
can tell except the mentors probably.. |
| 16:52.37 |
maths22 |
And they
probably won't know until they see all the applications |
| 16:56.44 |
zero_level |
check:
maths22: true that |
| 16:56.47 |
Ch3ck |
well based on
those that have applied for now they will have some numbers
already |
| 16:57.09 |
maths22 |
true |
| 17:03.59 |
Ch3ck |
yeah |
| 17:12.28 |
Ch3ck |
zero_level: u
der? |
| 17:13.10 |
zero_level |
ch3ck: yes. i
think ur comments will help me further |
| 17:13.43 |
Ch3ck |
ok
np |
| 17:19.05 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 5170 /wiki/User:NyahCh3ck20/Proposal: /*
Personal Information */ |
| 17:20.13 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 5171 /wiki/User:NyahCh3ck20/Proposal: /*
Programming Background */ |
| 17:22.06 |
Notify |
03BRL-CAD:starseeker * 55294
brlcad/trunk/src/brlman/CMakeLists.txt: Install
brlman.bat |
| 17:29.04 |
*** join/#brlcad vladbogo
(~vlad@86.121.101.219) |
| 17:32.25 |
Ch3ck |
hey
vlad |
| 17:33.09 |
vladbogo |
hi |
| 17:33.27 |
Ch3ck |
1 day 1hour
2go.. |
| 17:34.43 |
vladbogo |
yep |
| 17:35.03 |
Ch3ck |
so have u
gotten fback from brlcad? |
| 17:35.09 |
Ch3ck |
concerning ur
proposal.. |
| 17:38.59 |
vladbogo |
no I
haven't |
| 17:39.17 |
Ch3ck |
well it seems
they are very busy these days.. |
| 17:39.29 |
vladbogo |
I supposed
that they are |
| 17:39.47 |
Ch3ck |
well
applications end 2moro... |
| 17:40.03 |
Ch3ck |
wanted to c
brlcad for some changes he asked me to make. |
| 17:41.07 |
vladbogo |
I have also
made a second proposal for another project |
| 17:41.21 |
Ch3ck |
ok |
| 17:41.25 |
vladbogo |
so I hope
things will turn out good:D |
| 17:41.26 |
Ch3ck |
well i made
only 1 |
| 17:41.36 |
Ch3ck |
we all hope
so.. |
| 17:41.53 |
Ch3ck |
the time was
really short to study the code and make proposals.. |
| 17:41.59 |
Ch3ck |
just about
2-3weeks |
| 17:42.32 |
vladbogo |
and also a
lot of school projects |
| 17:44.58 |
zero_level |
vladbogo:
well in my case i was able to brief through most of the
parts |
| 17:48.17 |
vladbogo |
zero_level:
that's good, I was also able to brief through most of the parts but
it was a really busy 3 week time |
| 17:48.36 |
Ch3ck |
yeah |
| 17:48.39 |
Ch3ck |
it
was |
| 17:48.50 |
Ch3ck |
it took me
some time to get used to the libraries |
| 17:51.07 |
vladbogo |
yes but we
finally managed to get used to them and we learned some new
things |
| 17:51.33 |
Ch3ck |
yeah.. |
| 17:51.40 |
zero_level |
vladbogo:
even i could make only 1 |
| 17:51.52 |
Ch3ck |
me
too.. |
| 17:52.42 |
vladbogo |
well mine are
a little bit related so it was easier because the actual code that
I had to study is the same |
| 17:53.01 |
Ch3ck |
good for
you... |
| 18:01.57 |
*** join/#brlcad vlad__
(~vlad@86.121.102.72) |
| 18:04.41 |
*** join/#brlcad vlad__
(~vlad@86.121.102.72) |
| 18:07.10 |
*** join/#brlcad kesha_
(~kesha@14.139.122.114) |
| 18:10.51 |
*** join/#brlcad priyanka
(~priyanka@118.102.186.30) |
| 18:11.34 |
*** join/#brlcad jasleen
(~chatzilla@117.253.233.158) |
| 18:13.55 |
Notify |
03BRL-CAD:carlmoore * 55295
brlcad/trunk/src/sig/dmod.c: define 'usage' and also allow for -h
and -? |
| 18:14.22 |
priyanka |
tgf-g command
has no manual page. Is there any description about it in any other
source? |
| 18:15.06 |
Ch3ck |
no
idea? |
| 18:19.34 |
priyanka |
how to use
this command? |
| 18:19.51 |
priyanka |
or where it
is used and when? |
| 18:20.09 |
Ch3ck |
well i don't
know |
| 18:20.22 |
Ch3ck |
well you
could ask on the developer's mailing list. |
| 18:21.11 |
priyanka |
i never got
any reply from their side :( |
| 18:21.27 |
priyanka |
I posted on
mailing list too |
| 18:22.08 |
zero_level |
priyanka: i
think patience is the need. |
| 18:22.17 |
zero_level |
stay here for
some time. |
| 18:22.31 |
Ch3ck |
well they
have alot of work on their hands now.. |
| 18:22.33 |
zero_level |
you will be
sure to get the reply |
| 18:22.38 |
Ch3ck |
so you gotta
be rally patient. |
| 18:22.40 |
zero_level |
check:
true |
| 18:22.47 |
Ch3ck |
as zero_level
says. |
| 18:22.49 |
Ch3ck |
yeah |
| 18:24.54 |
vladbogo |
priyanka:
there's a tgf-g.cpp source in src/conv/intaval |
| 18:25.07 |
vladbogo |
maybe you can
find information there |
| 18:25.33 |
vladbogo |
sorry
src/conv/intaval |
| 18:26.07 |
vladbogo |
never-mind I
thought I have written the path wrong the first time |
| 18:27.34 |
zero_level |
vladbogo: u
did grep ? |
| 18:27.39 |
vladbogo |
ack-grep |
| 18:27.43 |
zero_level |
yeah.. |
| 18:28.02 |
zero_level |
teach this to
her as well |
| 18:28.14 |
priyanka |
I saw that
file |
| 18:28.37 |
priyanka |
But need to
run the command |
| 18:28.49 |
priyanka |
to know its
functioning well |
| 18:29.31 |
priyanka |
So I want
some description . |
| 18:32.36 |
priyanka |
Anyways,
exploring these files. Thanks for reply |
| 18:33.51 |
vladbogo |
you're
welcome also if you run ack-grep you find other related sources.
Maybe you can find out there some more info |
| 18:36.03 |
priyanka |
ok. |
| 18:36.29 |
priyanka |
I usually us
this command for locating files: locate tgf-g|grep ~/Desktop/brl\
cad/ |
| 18:36.36 |
priyanka |
*use |
| 18:51.39 |
Ch3ck |
priyanka: gud
4 u right? |
| 18:53.42 |
*** join/#brlcad kesha_
(~kesha@14.139.122.114) |
| 19:05.06 |
*** join/#brlcad kesha_
(~kesha@14.139.122.114) |
| 19:08.47 |
priyanka |
? |
| 19:12.30 |
*** join/#brlcad kesha_
(~kesha@14.139.122.114) |
| 19:20.28 |
*** join/#brlcad zero_level
(0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) |
| 19:27.17 |
Notify |
03BRL-CAD:starseeker * 55296
(brlcad/trunk/include/vmath.h
brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c): Rather than
defining a VMATH macro that unitizes and returns if there is a
tolerance error, just do the test in the calling code and use the
standard UNITIZE macro. |
| 19:31.45 |
Notify |
03BRL-CAD:carlmoore * 55297
brlcad/trunk/src/sig/dmod.c: only 'cosmetic' changes to make this
look more like smod.c |
| 19:34.43 |
Notify |
03BRL-CAD:carlmoore * 55298
brlcad/trunk/src/sig/smod.c: add h? to option string, and change
'bwmod:' to 'smod:' |
| 19:39.38 |
*** join/#brlcad kesha__
(~kesha@14.139.122.114) |
| 19:43.37 |
Notify |
03BRL-CAD:carlmoore * 55299
brlcad/trunk/src/sig/dmod.c: remove 2 spaces to make this look a
little more like smod.c |
| 19:45.26 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 19:47.11 |
Notify |
03BRL-CAD:carlmoore * 55300
brlcad/trunk/src/sig/smod.c: add 2 'else's, and create the 'usage'
string |
| 19:48.51 |
*** join/#brlcad kesha_
(~kesha@14.139.122.114) |
| 19:56.05 |
Notify |
03BRL-CAD:carlmoore * 55301
brlcad/trunk/src/sig/dmod.c: delete a few more spaces in comparison
to smod.c |
| 19:58.35 |
Notify |
03BRL-CAD:carlmoore * 55302
brlcad/trunk/src/sig/smod.c: make use of 'usage' |
| 20:16.42 |
Ch3ck |
exit |
| 20:16.46 |
Ch3ck |
bye
guys |
| 20:42.58 |
Notify |
03BRL-CAD:n_reed * 55303
brlcad/trunk/src/conv/step/OpenNurbsInterfaces.cpp: add some
helpers to reduce duplication and improve readability |
| 20:45.29 |
*** join/#brlcad vlad__
(~vlad@86.121.103.147) |
| 20:46.34 |
*** join/#brlcad maryannexe
(~Adium@ppp91-122-40-21.pppoe.avangarddsl.ru) |
| 20:54.02 |
*** join/#brlcad kesha__
(~kesha@14.139.122.114) |
| 21:29.25 |
*** join/#brlcad kesha__
(~kesha@14.139.122.114) |
| 21:32.06 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 21:55.34 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 22:16.31 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 22:58.01 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 23:02.22 |
Notify |
03BRL-CAD
Wiki:Showmemark * 0 /wiki/User:Showmemark: |
| 23:07.40 |
starseeker |
maryannexe:
the wiki and idea outline should get you started - you need to come
up with a proposal of what specifically to do and how to accomplish
it |
| 23:08.53 |
starseeker |
study the
topic enough so that you can make intelligent suggestions about how
to proceed - the basic pointers on the idea page should be enough
to get you started |
| 23:26.16 |
maryannexe |
well, in
general, the point is clear. now i'm working on my
proposal. |
| 23:26.26 |
maryannexe |
it is my
first participation in GSoC and difficult for me to make the
timeline. for example what happens if I say in my proposal that
i'll do smth in June, and then i do in July? |
| 23:26.39 |
maryannexe |
how much
detail should I make a timeline? |
| 23:30.15 |
starseeker |
maryannexe:
the more detail the better |
| 23:30.23 |
starseeker |
you can't
have too much |
| 23:32.33 |
starseeker |
maryannexe:
you need to scope out your approach to the problem well enough that
you *can* build a timeline |
| 23:33.01 |
maryannexe |
too much
what? |
| 23:33.06 |
starseeker |
if your
concept of the task is simply "do X over the course of the summer"
that's not enough |
| 23:33.15 |
starseeker |
you can't
have too much detail in your proposal |
| 23:34.48 |
maryannexe |
ok,
thx |
| 00:47.49 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 02:26.51 |
tofu_ |
hi
maryannexe |
| 02:28.31 |
*** mode/#brlcad [+o tofu] by ChanServ |
| 02:29.06 |
maryannexe |
hi! |
| 02:30.04 |
brlcad |
maryannexe:
what interests you? |
| 02:34.07 |
maryannexe |
gui,
interested in cross-platform 2D framebuffer task |
| 03:02.57 |
brlcad |
maryannexe:
very good, have you worked with any of our framebuffers tools
yet? |
| 03:33.00 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 03:33.40 |
maryannexe |
No, did not
participate in the development of brl-cad before. interested in the
project when I chose an organization within gsoc, so I decided to
choose something from the easier tasks. |
| 03:35.18 |
kesha |
brlcad: I
looked at other STEP projects. I think I can do on AP242
Parser. |
| 03:35.47 |
kesha |
brlcad: But I
am afraid that I have very less time for making proposal and to do
research on that |
| 03:40.43 |
maryannexe |
I am engaged
in 3d graphics and design so I would like to contribute to the
development of the project associated with it ) |
| 03:41.50 |
Notify |
03BRL-CAD
Wiki:AvneetKaur * 0 /wiki/User:AvneetKaur: |
| 03:42.22 |
kesha |
brlcad: I am
confused as to should I polish my previous propsal or be brave
enough and go for AP242 Parser ? |
| 03:49.29 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 03:49.58 |
*** join/#brlcad maryannexe
(~Adium@ppp91-122-40-21.pppoe.avangarddsl.ru) |
| 03:59.25 |
*** join/#brlcad avneet
(caa43575@gateway/web/freenode/ip.202.164.53.117) |
| 03:59.46 |
avneet |
hi |
| 04:00.00 |
avneet |
http://brlcad.org/wiki/Help ;
This link os not working |
| 04:00.09 |
avneet |
os /
is |
| 04:00.37 |
avneet |
Actually i
want to create a wiki page there. |
| 04:04.41 |
kesha |
avneet: Go to
the address where you want to create wiki page and click on edit.
Create, Preview and Update. |
| 04:09.23 |
kesha |
brlcad: Any
suggestions ? |
| 04:13.22 |
avneet |
I am doing
the same, but some formatting problem there. |
| 04:25.44 |
zero_level |
avneet: For
submitting the proposals, first login into your BRL-CAD account and
then go to wiki pages, write the URL and create a page. You can
copy-paste your proposal over there, Click on Show Preview to see
how it looks and then finally save ! |
| 04:26.31 |
zero_level |
avneet: this
is copy of the message on mailing list |
| 04:27.34 |
Notify |
03BRL-CAD
Wiki:Iamlnmdave * 0 /wiki/User:Iamlnmdave: |
| 04:29.08 |
Notify |
03BRL-CAD
Wiki:Level zero * 5172 /wiki/User:Level_zero/proposal: Few
improvemnets |
| 04:30.46 |
Notify |
03BRL-CAD
Wiki:Level zero * 5173 /wiki/User:Level_zero/proposal: /* Links to
code and Tools to be used */ |
| 04:32.09 |
Notify |
03BRL-CAD
Wiki:Level zero * 5174 /wiki/User:Level_zero/proposal: /*
Consolidating IPT(s) under LIBICV */ |
| 04:33.17 |
Notify |
03BRL-CAD
Wiki:Level zero * 5175 /wiki/User:Level_zero/proposal: /*
Documentation */ |
| 04:33.34 |
Notify |
03BRL-CAD
Wiki:Level zero * 5176 /wiki/User:Level_zero/proposal: /*
Deliverables */ |
| 04:34.27 |
Notify |
03BRL-CAD
Wiki:Level zero * 5177 /wiki/User:Level_zero/proposal: /* July 16 -
Sep 2 [~7 Week] */ |
| 04:36.00 |
Notify |
03BRL-CAD
Wiki:Level zero * 5178 /wiki/User:Level_zero/proposal: /* Time
Availability */ |
| 04:39.33 |
Notify |
03BRL-CAD
Wiki:Level zero * 5179 /wiki/User:Level_zero/proposal: /* Use of
image containers and structures */ |
| 04:41.22 |
zero_level |
avneet:
en.wikipedia.org/wiki/Help:Editing this has the guidelines for
formatting |
| 04:50.57 |
*** join/#brlcad avneet
(caa43575@gateway/web/freenode/ip.202.164.53.117) |
| 04:51.29 |
avneet |
Here is my
proposal :
https://google-melange.appspot.com/gsoc/proposal/review/google/gsoc2013/avneet/1# |
| 04:51.33 |
brlcad |
kesha: you
certainly have your work cut out for you, but there is still lots
of time for writing a good proposal |
| 04:51.51 |
avneet |
If any
modifications are required, then please tell me |
| 04:52.29 |
brlcad |
if you put it
on the wiki and reference a link to the wiki in your
gsoc-submission (and this goes for everyone), you'll be able to
keep updating and improving the wiki page after the deadline. we
may have some of you do that anyways. |
| 04:52.34 |
kesha |
brlcad: can I
modify proposal after 14 hrs |
| 04:52.36 |
kesha |
? |
| 04:53.04 |
kesha |
brlcad: thats
good. |
| 04:53.11 |
brlcad |
you can
modify it on our wiki |
| 04:53.33 |
brlcad |
what's in
melange becomes read-only after the deadline |
| 04:54.07 |
brlcad |
still, it
shouldn't take more than a couple days to write a strong proposal
-- you can then focus on writing an interesting patch to
demonstrate your ability level |
| 04:54.47 |
kesha |
brlcad: Right
now, I have made two idea proposal- STEP library and Code
Refacotring . Should I withdraw any of them or keep both
? |
| 04:54.59 |
brlcad |
keep
both |
| 04:55.34 |
zero_level |
brlcad: i
have taken up your suggestions from yesterday's IRC |
| 04:55.34 |
brlcad |
indicate
which is your first priority if one is more interesting to you than
the other |
| 04:55.39 |
brlcad |
excellent |
| 04:56.35 |
kesha |
brlcad: Can
you give some pointers to start with AP242 parser ? I also want to
understand AP203 and AP214 . |
| 04:57.00 |
brlcad |
kesha:
wikipedia has a good intro to the STEP APs |
| 04:57.13 |
kesha |
brlcad: Do
you mean writing both ideas in one propsal only? |
| 04:58.27 |
brlcad |
nope |
| 04:59.06 |
brlcad |
if you submit
two proposals, tell us which is the priority |
| 04:59.16 |
brlcad |
put it in
both proposals |
| 05:03.23 |
kesha |
brlcad: okay.
And any links to tutorials or Docs discussing BRL-CAD using
hardwired AP203 and problems they face now, etc. |
| 05:09.39 |
brlcad |
kesha: nope,
you're best bet is to compile stepcode (src/other/step) and try to
understand file-wise how AP203 currently is parsed, how sources are
generated, and what happens when you replace 203 with 214
now. |
| 05:11.42 |
zero_level |
brlcad: i
still think image formats are going to be important. but as per
your suggestion some time saving is done in last weeks. so that
enough time is alotted to other image functionalities. |
| 05:25.13 |
*** join/#brlcad jasleen
(~chatzilla@117.255.246.83) |
| 05:31.42 |
kesha |
brlcad: okay
and what about the git repo containing STEP code? |
| 06:36.26 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 06:41.37 |
Notify |
03BRL-CAD
Wiki:KeshaSShah * 0 /wiki/User:KeshaSShah: Updating my user wiki
and organizing it well as adviced by Sean on IRC |
| 06:45.57 |
*** join/#brlcad rays2pix
(~deepak@110.234.229.2) |
| 06:52.55 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 07:00.33 |
Notify |
03BRL-CAD
Wiki:KeshaSShah * 5182
/wiki/User:KeshaSShah/GSoC13/Priority1: |
| 07:10.37 |
*** join/#brlcad jasleen
(~chatzilla@117.255.246.83) |
| 07:23.20 |
Notify |
03BRL-CAD
Wiki:KeshaSShah * 5183 /wiki/User:KeshaSShah/GSoC13: Created page
with "=About Me= *Name:Kesha Shah =Contact= *E-mail address:
[mailto:kesha.shah1106@gmail.com kesha.shah1106@gmail.com] *IRC
nickname: kesha_ =Brief background = * I am an 1..." |
| 07:35.26 |
*** join/#brlcad avneet
(65d7975e@gateway/web/freenode/ip.101.215.151.94) |
| 08:14.54 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 08:14.57 |
*** join/#brlcad kesha_
(~kesha@14.139.122.114) |
| 08:20.20 |
Notify |
03BRL-CAD
Wiki:KeshaSShah * 5184 /wiki/User:KeshaSShah/GSoC13/Reports:
Development Report Till Date |
| 08:32.29 |
*** join/#brlcad maryannexe
(~Adium@ppp91-122-40-21.pppoe.avangarddsl.ru) |
| 09:12.01 |
*** join/#brlcad jasleen
(~chatzilla@117.255.246.83) |
| 10:08.53 |
*** join/#brlcad vladbogo
(~vlad@86.121.100.176) |
| 10:57.06 |
*** join/#brlcad rays2pix
(~deepak@110.234.229.2) |
| 11:06.19 |
brlcad |
kesha_: what
about it? |
| 11:16.50 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 11:32.57 |
rays2pix |
Is it fine to
put up a shorter version in melange and a detailed proposal in
wiki? |
| 11:33.31 |
kesha |
brlcad: I
mean is that the origin for src/other/step? The latest change was
18 days ago, so in case I might not be having the latest diffs
merged, so do I pull it from there ? |
| 11:38.34 |
brlcad |
kesha: if
you're selected to work on a STEP project, you will be using the
github sources and our converter in src/conv/step, so
"yes" |
| 11:39.48 |
brlcad |
rays2pix: I
suggest putting all the detail you have on the wiki into melange,
but also link to the wiki |
| 11:40.05 |
brlcad |
so it'll be
clear how far along you got by the deadline and how much is
after |
| 11:40.54 |
rays2pix |
brlcad:
sure |
| 11:47.29 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 11:47.43 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 11:54.41 |
kesha |
brlcad: am
looking forward to.. :) |
| 12:08.12 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 5185 /wiki/User:Izak: /* LINKS TO CODE OR
ALGORITHMS WHICH YOU INTEND TO USE */ |
| 12:08.54 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 5186 /wiki/User:Izak: /* DELIVERABLES
*/ |
| 12:14.15 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 12:14.47 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 5187 /wiki/User:Izak: /* DEVELOPMENT SCHEDULE
AND TIMELINE */ |
| 12:20.55 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 5188 /wiki/User:Izak: /* DELIVERABLES
*/ |
| 12:21.38 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 5189 /wiki/User:Izak: /* DEVELOPMENT SCHEDULE
AND TIMELINE */ |
| 12:22.36 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 5190 /wiki/User:Izak: /* DEVELOPMENT SCHEDULE
AND TIMELINE */ |
| 12:23.05 |
*** part/#brlcad zero_level
(0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) |
| 12:27.25 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 5191 /wiki/User:Izak: /* PROJECT DESCRIPTION
*/ |
| 12:27.52 |
*** join/#brlcad jbschw
(b84ab0f2@gateway/web/freenode/ip.184.74.176.242) |
| 12:28.48 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 5192 /wiki/User:Izak: /* PROJECT DESCRIPTION
*/ |
| 12:30.40 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 5193 /wiki/User:Izak: /* PROJECT SUMMARY
*/ |
| 12:32.03 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 5194 /wiki/User:Izak: /* PROJECT DESCRIPTION
*/ |
| 12:33.52 |
*** join/#brlcad ajQD
(~ajQD@gateway/tor-sasl/ajqd) |
| 12:33.56 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 5195 /wiki/User:Izak: /* PROJECT DESCRIPTION
*/ |
| 12:37.06 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 5196 /wiki/User:Izak: /* PROJECT DESCRIPTION
*/ |
| 12:40.53 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 12:43.57 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 5197 /wiki/User:Izak: /* PROJECT DESCRIPTION
*/ |
| 12:45.32 |
maths22 |
brlcad: could
I get the photoshop version of the logo? |
| 12:53.52 |
*** join/#brlcad zero_level
(0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) |
| 13:32.36 |
*** join/#brlcad zero_level
(0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) |
| 13:36.35 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 13:43.17 |
*** join/#brlcad jasleen
(~chatzilla@117.253.228.173) |
| 13:46.23 |
jasleen |
starseeker: I
had written a proposal and submitted it (new cross platform display
manager) |
| 13:47.08 |
jasleen |
starseeker: I
planned to create a new Cross platform GUI in it. |
| 13:47.27 |
jasleen |
Is it
ok? |
| 13:48.19 |
jasleen |
I will
integrate command line, graphic window, menu bar, toolbar all in
onw window. |
| 13:48.32 |
jasleen |
Is this what
a project was? |
| 13:48.42 |
jasleen |
I am
confused. Help me. |
| 13:51.56 |
Notify |
03BRL-CAD
Wiki:KeshaSShah * 5198 /wiki/User:KeshaSShah/GSoC13/Priority2:
Created page with "==Project Title:== ::STEP LIBRARIES =Detailed
project description= *Most of my fellow participants are working on
how important it is to keep your code in working order and
a..." |
| 13:55.43 |
*** join/#brlcad kesha_
(0e8b7a72@gateway/web/freenode/ip.14.139.122.114) |
| 14:16.34 |
*** join/#brlcad code_walker
(~Shubham@120.59.158.9) |
| 14:23.57 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 14:37.47 |
*** join/#brlcad zero_level
(0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) |
| 14:51.16 |
jasleen |
Now, it
clears me what my actual project is |
| 14:51.18 |
jasleen |
:) |
| 15:09.20 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 15:12.18 |
*** join/#brlcad jasleen
(~chatzilla@117.253.203.53) |
| 15:41.53 |
*** join/#brlcad zero_level
(ca4ead12@gateway/web/freenode/ip.202.78.173.18) |
| 15:54.47 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5199 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* Brief Introduction */ |
| 15:58.18 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5200 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* Brief Introduction */ |
| 16:03.41 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 16:08.02 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5201 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* Detailed Description */ |
| 16:08.41 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5202 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* ICV IMAGE DATA MODEL */ |
| 16:10.04 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5203 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* ICV Image data model */ |
| 16:10.38 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5204 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* ICV Image data model */ |
| 16:16.46 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5205 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* Image Helpers */ |
| 16:17.14 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5206 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* Image Handling */ |
| 16:17.42 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5207 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* ICV Image data model */ |
| 16:20.28 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 16:21.31 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5208 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* Image Handling */ |
| 16:25.28 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5209 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* Detailed Description */ |
| 16:29.11 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5210 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* APIs for Image Handling */ |
| 16:29.20 |
Notify |
03BRL-CAD
Wiki:Rajkoushik * 0 /wiki/User:Rajkoushik: |
| 16:29.38 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5211 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* APIs for Image Handling */ |
| 16:31.29 |
Notify |
03BRL-CAD
Wiki:Rajkoushik * 5212 /wiki/User:Rajkoushik/GSOC2013/proposal:
Created page with "=GSOC 2013 Proposal=" |
| 16:37.37 |
cstirk |
kesha: please
sign up for the stepcode google group and post a link to your
proposal on the brlcad wiki |
| 16:38.51 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5213 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* APIs for Image Handling */ |
| 16:39.23 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5214 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* APIs for Image Handling */ |
| 16:39.29 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 16:39.46 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5215 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* APIs for Image Handling */ |
| 16:42.09 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5216 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* Conversions */ |
| 16:42.52 |
kesha |
cstirk: Link
? I didn't get you. and yes, I joined the google group. |
| 16:43.51 |
cstirk |
kesha: post a
message to the stepcode google group with the web link to your
proposal |
| 16:43.52 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5217 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* Pixel Accessors */ |
| 16:44.56 |
cstirk |
kesha: look
through the stepcode github issues to understand some of the issues
that have been resolved, or have been identified |
| 16:45.15 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5218 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* Pixel Accessors */ |
| 16:45.17 |
kesha |
cstirk: But
still the proposal is not framed and polished well. Should I do it
now or after the project on wiki page is updated well ? |
| 16:45.44 |
cstirk |
kesha: say
you are seeking commments/suggestions |
| 16:46.21 |
cstirk |
kesha:
include in your proposal identified issues that you can work
on |
| 16:48.15 |
kesha |
cstirk: okay.
And am right now confused between improving STEP library and STEP
AP Parsing. So, actually I am not able to target well. I think I
should take one of the two paths and move forward. |
| 16:49.29 |
cstirk |
kesha: STEP
Libraries seems closer to your interests in refactoring |
| 16:50.51 |
kesha |
cstirk: Yes,
That I have put on second priority before STEP AP. |
| 16:51.16 |
kesha |
cstirk: Okay,
then am sticking to that one right now. |
| 16:53.26 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5219 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* Detailed Description */ |
| 16:54.04 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5220 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* File Conversions */ |
| 16:55.17 |
kesha |
cstirk: Do I
just look at cleanup issues or others also ?
https://github.com/stepcode/stepcode/issues?labels=cleanup&page=1&state=open
?? |
| 16:57.59 |
cstirk |
kesha:
cleanup is a good place to start |
| 16:58.10 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5221 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* File Conversions */ |
| 16:58.52 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5222 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* APIs for Image Handling */ |
| 16:59.05 |
Notify |
03BRL-CAD
Wiki:KeshaSShah * 5223 /wiki/User:KeshaSShah/GSoC13/Priority2: /*
Links to any code or algorithms you intend to use */ |
| 17:01.34 |
cstirk |
kesha: also
look at others like #170, #90, 197 |
| 17:01.44 |
Notify |
03BRL-CAD
Wiki:KeshaSShah * 5224 /wiki/User:KeshaSShah/GSoC13: /* Development
Logs */ |
| 17:05.46 |
kesha |
cstirk: part
21 related ones. okay. |
| 17:12.33 |
Notify |
03BRL-CAD:bob1961 * 55304
(brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl
brlcad/trunk/src/tclscripts/archer/PipeEditFrame.tcl): Minor
cleanup. |
| 17:16.23 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5225 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* Detailed Description */ |
| 17:17.40 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5226 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* Detailed Description */ |
| 17:20.58 |
Notify |
03BRL-CAD:bob1961 * 55305
(brlcad/trunk/include/ged.h brlcad/trunk/include/tclcad.h and 7
others): This is the initial installment of metaball editing
support in Archer. More to follow... |
| 17:25.35 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 17:31.38 |
*** join/#brlcad jasleen
(~chatzilla@117.253.233.227) |
| 17:33.02 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5227 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* Development Schedule */ |
| 17:34.04 |
Notify |
03BRL-CAD
Wiki:KeshaSShah * 5228 /wiki/User:KeshaSShah/GSoC13/Priority2: /*
Detailed project description */ |
| 17:34.18 |
Notify |
03BRL-CAD
Wiki:KeshaSShah * 5229 /wiki/User:KeshaSShah/GSoC13/Priority2: /*
Detailed project description */ |
| 17:35.26 |
Notify |
03BRL-CAD
Wiki:KeshaSShah * 5230 /wiki/User:KeshaSShah/GSoC13: /* Priority 1:
"Code Reduction and Reducing for Reduced Maintenance Cost"
*/ |
| 17:37.04 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5231 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* Deliverables */ |
| 17:38.47 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5232 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* Why brlcad */ |
| 17:41.09 |
Notify |
03BRL-CAD:bob1961 * 55306
brlcad/trunk/src/tclscripts/archer/MetaballEditFrame.tcl: Remove
debug strings and fixed a typo in
MetaballEditFrame::moveElement. |
| 17:42.21 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5233 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* Why me */ |
| 17:44.07 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5234 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* Brief background */ |
| 17:45.19 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5235 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* Why me */ |
| 17:48.43 |
Notify |
03BRL-CAD
Wiki:KeshaSShah * 5236 /wiki/User:KeshaSShah/GSoC13: /* Google
Summer Of Code 2013 */ |
| 17:49.05 |
*** join/#brlcad jbschw
(b84ab0f2@gateway/web/freenode/ip.184.74.176.242) |
| 17:57.52 |
*** join/#brlcad zero_level
(0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) |
| 17:58.56 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5237
/wiki/User:Rays2pix2013/GSoc2013/Proposal: |
| 17:59.57 |
*** join/#brlcad avneet
(65d092bf@gateway/web/freenode/ip.101.208.146.191) |
| 18:03.32 |
Notify |
03BRL-CAD:carlmoore * 55307
brlcad/trunk/src/sig/dmod.c: remove a few spaces -- just a cosmetic
change with smod.c in mind |
| 18:04.07 |
kesha |
cstirk: Sent
the mail and added some issues on proposal page. |
| 18:05.03 |
cstirk |
kesha: I am
looking through your proposal now |
| 18:06.39 |
kesha |
cstirk: point
out the modifications required. |
| 18:07.33 |
cstirk |
kesha: #227
may be done already, say that you will review issues and help get
them organized |
| 18:10.48 |
Notify |
03BRL-CAD
Wiki:KeshaSShah * 5238 /wiki/User:KeshaSShah/GSoC13/Priority2: /*
Detailed project description */ |
| 18:11.25 |
kesha |
cstirk:
done |
| 18:17.20 |
kesha |
cstirk:
Anything else needs to be added or modified ? |
| 18:17.29 |
Notify |
03BRL-CAD
Wiki:Rays2pix2013 * 5239 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
/* Commitment on time */ |
| 18:18.31 |
cstirk |
kesha: looks
good so far |
| 18:20.18 |
kesha |
cstirk: Okay.
:) |
| 18:23.43 |
cstirk |
kesha: good
luck, it is an important project and you will get to apply your C
and C++ skills |
| 18:28.22 |
kesha |
cstirk:
Thanks. I am looking forward to learn and gain new skills, apply my
knowledge to large codebase and get a memorable experience and an
idea of working with OpenSource. This is the best possible use of
my 3 month summer holidays. Thanks BRL-CAD and all developers for
your guidance till now once again! |
| 18:30.44 |
cstirk |
kesha: get
your application into gsoc, and keep revising your plan on the wiki
as you learn more and get some feedback |
| 18:38.10 |
*** join/#brlcad zero_level
(0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) |
| 18:45.21 |
brlcad |
wow, we've
got far more detailed proposals than I realized were coming
in |
| 18:45.41 |
brlcad |
this will be
quite a competitive selection this year |
| 18:47.30 |
brlcad |
12 minutes
until the submission deadline remaining |
| 18:53.38 |
kesha |
cstirk: sure.
:excited: |
| 18:54.58 |
kesha |
brlcad:
Countdown goes to 5 minutes ! |
| 19:15.41 |
*** join/#brlcad harmanpreet
(~chatzilla@124.253.16.97) |
| 19:18.16 |
brlcad |
pencils
down! |
| 19:18.33 |
brlcad |
so we'll be
reading and reviewing proposals over the next couple
weeks |
| 19:19.07 |
brlcad |
the one thing
that students can do in the meantime is answer any questions we
post as comments |
| 19:19.15 |
brlcad |
and, of
course, become familiarized with the code |
| 19:19.45 |
brlcad |
work on a
patch if you haven't yet, work on another if you have -- the better
handle we have on your skill level, the stronger your proposal will
be |
| 19:20.21 |
brlcad |
doc changes
and new code are okay, but really want to see logic/code getting
modified |
| 19:30.27 |
*** part/#brlcad maryannexe
(~Adium@ppp91-122-40-21.pppoe.avangarddsl.ru) |
| 19:32.19 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 19:32.34 |
*** join/#brlcad zero_level
(0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) |
| 19:46.59 |
``Erik |
http://www.squareonemail.com/un-happy-35th-birthday-to-spam-emails/ |
| 19:50.36 |
zero_level |
``Erik: now
since the deadline is over. And I dont know if i you have seen my
proposal. Please give some feedback on my proposal so that i can
start the work |
| 19:51.30 |
zero_level |
``Erik: here
is the link http://brlcad.org/wiki/User:Level_zero/proposal |
| 19:56.18 |
``Erik |
whoa,
deadline already hit? time flies O.o |
| 19:57.34 |
``Erik |
zero_level:
sorry, I didn't realize you wanted me to review your proposal, I
can provide comment and perhaps offer ideas for suitable pre-gsoc
patches, if you still want... |
| 19:58.11 |
zero_level |
``Erik: yeah
sure |
| 19:58.49 |
zero_level |
Actual I
wanted to know if my plan for icv is in sync with the
organisation's need |
| 20:00.15 |
zero_level |
*Actually |
| 20:02.54 |
``Erik |
yeah, the
hope for that idea/project was to have all these image converters
be reduced down to a couple library calls |
| 20:03.53 |
``Erik |
personally, I
think it'd be neat to have them all be a single actual binary,
hardlinked and the name is used to set the read and write file
types (like gzip/gunzip both point to the same inode) |
| 20:04.16 |
``Erik |
might want to
clean up the spelling errors, though... :) |
| 20:04.32 |
``Erik |
implemnetation, commong, ... |
| 20:05.37 |
zero_level |
and about
other image functioanlities |
| 20:06.04 |
zero_level |
spelling i
was never good at them.. editting now. :) |
| 20:08.18 |
``Erik |
rotate,
scale, interpolate, etc? yeah... libicv was intended to be a
mini-ImageMagick |
| 20:08.36 |
Notify |
03BRL-CAD
Wiki:14.139.243.162 * 5240 /wiki/User:Level_zero/proposal:
/*Spellings*/ |
| 20:10.58 |
zero_level |
yeah meant
? |
| 20:12.19 |
Notify |
03BRL-CAD
Wiki:14.139.243.162 * 5241 /wiki/User:Level_zero/proposal: /*
Categories of Image Processing Functions */ |
| 20:16.21 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 20:17.05 |
zero_level |
``Erik: so am
i on track with the needs |
| 20:17.24 |
``Erik |
yes |
| 20:18.33 |
zero_level |
``Erik: i
want to understand the patches in BRL-CAD from you. How is a
submitted patch accepted in the main code |
| 20:20.43 |
``Erik |
when it's put
into the tracker, one of the committers will apply it to their
tree, review it, etc... if it's all good, it'll be committed and
info like the originator, sourceforge artifact id, and purpose will
be added to the log.... |
| 20:22.02 |
``Erik |
a trusted
committer will act as gatekeeper until it's agreed that the
submitter is competent and trustworthy, the submitter becomes a
trusted committer... :) |
| 20:25.16 |
zero_level |
``Erik:
K |
| 20:29.04 |
*** join/#brlcad rays2pix
(~deepak@14.139.226.34) |
| 20:35.56 |
*** part/#brlcad rays2pix
(~deepak@14.139.226.34) |
| 20:35.57 |
*** join/#brlcad rays2pix
(~deepak@14.139.226.34) |
| 21:21.06 |
rays2pix |
Finally
managed to submit the proposal just few minutes before
deadline. |
| 21:22.37 |
rays2pix |
I have doubts
on approaching openCL, openCL does have image types but says its
not supported in all devices |
| 21:22.59 |
rays2pix |
Should we be
using vector based approach or take advantage of image
types |
| 21:34.38 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 22:31.43 |
*** part/#brlcad zero_level
(0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) |
| 22:31.55 |
*** join/#brlcad zero_level
(0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) |
| 23:50.47 |
zero_level |
``Erik: what
is the policy to assign mentors in BRL-CAD. although i read that it
will be all mentors mentoring all the participants. but still will
their be some pairing |
| 00:26.16 |
*** part/#brlcad mpictor
(~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) |
| 00:34.11 |
``Erik |
icv uses a
24b rgb internal format, identical to the pix data. it should
probably be altered to cope with high dynamic range input, stuff
that exr could use... |
| 00:51.12 |
*** join/#brlcad lnmraj
(0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) |
| 00:52.45 |
*** join/#brlcad zero_level
(0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) |
| 02:23.45 |
*** join/#brlcad yiyus
(1242712427@je.je.je) |
| 02:54.26 |
*** join/#brlcad kesha
(~kesha@49.202.239.240) |
| 03:16.19 |
*** join/#brlcad caen23
(~cezar@92.81.180.129) |
| 03:46.50 |
*** join/#brlcad zero_level
(0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) |
| 04:57.03 |
*** join/#brlcad kesha
(~kesha@49.202.239.240) |
| 04:57.39 |
*** join/#brlcad kesha
(~kesha@49.202.239.240) |
| 05:07.24 |
*** join/#brlcad cstirk
(~quassel@c-71-56-216-45.hsd1.co.comcast.net) |
| 06:11.15 |
*** join/#brlcad avneet
(caa43575@gateway/web/freenode/ip.202.164.53.117) |
| 07:45.00 |
Notify |
03BRL-CAD
Wiki:KeshaSShah * 5243
/wiki/User:KeshaSShah/GSoC13/Reports: |
| 08:12.37 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 08:28.39 |
*** join/#brlcad caen23_
(~cezar@92.85.85.119) |
| 09:37.21 |
*** join/#brlcad avneet
(caa43575@gateway/web/freenode/ip.202.164.53.117) |
| 09:46.21 |
*** join/#brlcad kesha
(~kesha@49.202.239.240) |
| 09:51.01 |
*** join/#brlcad caen23_
(~cezar@92.81.205.209) |
| 10:03.28 |
*** join/#brlcad avneet
(caa43575@gateway/web/freenode/ip.202.164.53.117) |
| 10:38.10 |
*** join/#brlcad avneet_
(caa43575@gateway/web/freenode/ip.202.164.53.117) |
| 11:34.06 |
*** join/#brlcad cstirk
(~quassel@c-71-56-216-45.hsd1.co.comcast.net) |
| 11:51.27 |
*** join/#brlcad kesha
(~kesha@49.202.239.240) |
| 12:19.39 |
Notify |
03BRL-CAD:bob1961 * 55308
(brlcad/trunk/include/ged.h brlcad/trunk/src/libged/CMakeLists.txt
and 7 others): This includes the addtion of the pset command as
well as other mods related to supporting metaball editing in
Archer. |
| 12:20.56 |
*** join/#brlcad jbschw
(b84ab0f2@gateway/web/freenode/ip.184.74.176.242) |
| 12:40.01 |
Notify |
03BRL-CAD
Wiki:5.135.165.126 * 5244
/wiki/Tutorial/Blender_to_CAD: |
| 14:04.23 |
Notify |
03BRL-CAD:d_rossberg * 55309
(brlcad/trunk/include/analyze.h brlcad/trunk/src/conv/g-voxel.c and
2 others): refactoring of the voxelize functions- fixed memory
leaks- filter air voxels- catched a file error |
| 14:09.18 |
*** join/#brlcad rays2pix
(~deepak@14.139.226.34) |
| 14:10.33 |
*** join/#brlcad vladbogo
(~vlad@86.121.101.35) |
| 14:12.38 |
*** join/#brlcad cstirk
(~quassel@c-71-56-216-45.hsd1.co.comcast.net) |
| 14:23.06 |
*** join/#brlcad jasleen
(~chatzilla@117.253.203.134) |
| 14:42.28 |
*** join/#brlcad vlad__
(~vlad@86.121.101.30) |
| 14:50.37 |
*** join/#brlcad vladbogo
(~vlad@86.121.96.57) |
| 15:03.21 |
*** join/#brlcad harmanpreet
(~chatzilla@124.253.17.172) |
| 16:24.50 |
*** join/#brlcad kesha
(~kesha@49.249.18.218) |
| 17:15.00 |
*** join/#brlcad cstirk
(~quassel@c-71-56-216-45.hsd1.co.comcast.net) |
| 17:28.05 |
*** join/#brlcad kesha (~kesha@49.249.1.70) |
| 17:28.35 |
*** join/#brlcad cstirk
(~quassel@c-71-56-216-45.hsd1.co.comcast.net) |
| 17:48.22 |
Notify |
03BRL-CAD
Wiki:Sean * 0 /wiki/User:Rajkoushik/GSOC2013/proposal: content was:
"=GSOC 2013 Proposal=" (and the only contributor was
"[[Special:Contributions/Rajkoushik|Rajkoushik]]") |
| 17:57.57 |
*** join/#brlcad pankaj
(6a4c2d62@gateway/web/freenode/ip.106.76.45.98) |
| 18:04.53 |
*** join/#brlcad cstirk
(~quassel@c-71-56-216-45.hsd1.co.comcast.net) |
| 18:17.31 |
brlcad |
okay, first
pass through the proposals is complete |
| 18:17.53 |
brlcad |
weeded out
the junk, looks like there's going to be some good
competition |
| 18:18.22 |
``Erik |
weeds out the weeding out from his mailbox
O.o |
| 18:18.50 |
brlcad |
ah, I wasn't
getting anything .. guess it e-mails "everyone elese" |
| 18:19.59 |
*** join/#brlcad jasleen
(~chatzilla@117.253.203.134) |
| 18:25.53 |
Notify |
03BRL-CAD:bob1961 * 55310
(brlcad/trunk/src/tclscripts/archer/GeometryEditFrame.tcl
brlcad/trunk/src/tclscripts/archer/MetaballEditFrame.tcl): The
following statements indicate mods to the metaball edit panel.
Added components for entering method and threshold. Also added
components for activating and setting the selected point size.
Finished wiring the table. |
| 18:27.31 |
kesha |
cstirk: I am
working on issue #47 https://github.com/stepcode/stepcode/issues/47
and if I remove the ones in fedex_plus and run make it gives me
error. For example, I removed comlexlist.cc file from fedex_plus as
same copy existed in clstepcore. |
| 18:27.40 |
kesha |
now I get
this error- |
| 18:27.47 |
kesha |
make[2]: ***
No rule to make target `../src/fedex_plus/complexlist.cc', needed
by `src/fedex_plus/CMakeFiles/fedex_plus.dir/complexlist.cc.o'.
Stop. |
| 18:28.26 |
kesha |
cstirk: This
happens for almost all the files that needs to be removed from
fedex_plus. |
| 18:31.31 |
kesha |
cstirk:
should I remove it from CMakeLists.txt also ? |
| 18:35.05 |
brlcad |
kesha: you
have to remove it from the cmakelists.txt file also, as that is the
build system file that describes what to build |
| 18:40.29 |
kesha |
then I am
getting error like- |
| 18:40.35 |
kesha |
CMake Error:
Error in cmake code at |
| 18:40.37 |
kesha |
/home/kesha/stepcode/src/fedex_plus/CMakeLists.txt:1: |
| 18:40.38 |
kesha |
Parse error.
Expected a command name, got unquoted argument with text
"set". |
| 18:41.01 |
brlcad |
that looks
like a syntax error, you made a mistake somewhere |
| 18:41.10 |
kesha |
brlcad: Is
there a pastebin where I can paste my output instead of copying it
here? |
| 18:41.37 |
brlcad |
any pastebin
EXCEPT pastebin.com will work just fine |
| 18:43.00 |
*** join/#brlcad caen23
(~cezar@92.81.205.209) |
| 18:43.29 |
kesha |
brlcad: okay.
I will try to debug my mistake. |
| 19:00.45 |
kesha |
brlcad:
http://pastebin.mozilla.org/2379884
. I get this when I deleted print.cc and updated CMakeLists.txt and
run make. Any idea ? |
| 19:02.19 |
brlcad |
kesha: what
does that message tell you? |
| 19:04.19 |
kesha |
In
cmake/SC_Utils.cmake , 62 line is add_executable(${execname}
${srcslist}) |
| 19:04.46 |
brlcad |
no |
| 19:05.15 |
brlcad |
that is what
it output |
| 19:05.39 |
*** join/#brlcad caen23
(~caen23@92.81.205.209) |
| 19:06.35 |
brlcad |
what does the
whole output mean to you? |
| 19:07.04 |
brlcad |
if you don't
understand what it means, you MUST start there and understand what
it is saying |
| 19:07.29 |
brlcad |
of course,
it's not a great output |
| 19:07.29 |
kesha |
that the
source file ../fedex_plus/print.cc is missing. |
| 19:07.42 |
kesha |
But that is
what I removed intenstionally.. |
| 19:08.06 |
brlcad |
that's
good |
| 19:08.12 |
brlcad |
so why might
that happen? |
| 19:08.19 |
kesha |
I am not
getting as to where its getting instruction to look up for that
file. |
| 19:08.38 |
brlcad |
and THAT is
what is more important to realize |
| 19:08.46 |
brlcad |
it's
obviously got the instruction to build that file |
| 19:08.49 |
brlcad |
and you think
you've removed it |
| 19:09.17 |
brlcad |
so either you
didn't, or it's not aware you did, or you did and there are still
other places it's referenced |
| 19:09.41 |
kesha |
over and
above CMakeLists.txt I think its getting instruction from somewhere
from cmake folder |
| 19:09.43 |
brlcad |
so go down
that list |
| 19:10.06 |
brlcad |
you say you
edited CMakeLists.txt |
| 19:10.09 |
brlcad |
confirm that
you did |
| 19:10.38 |
brlcad |
which file
did you change? |
| 19:11.25 |
kesha |
yes I did
change |
| 19:11.35 |
brlcad |
how did you
confirm? |
| 19:11.47 |
kesha |
Its in file
/stepcode/src/fedex_plus/Cmakelists.txt |
| 19:12.10 |
kesha |
I opened it
and saw again ! |
| 19:12.30 |
brlcad |
so you just
used your eyes to visually inspect? |
| 19:13.34 |
kesha |
yea..any
other way to confirm ? |
| 19:13.48 |
brlcad |
eyes can lie,
even unintentionally -- if I asked you to prove that you did, how
might you prove it? |
| 19:14.57 |
brlcad |
whistles the jeopardy theme |
| 19:16.49 |
kesha |
http://pastebin.mozilla.org/2379915
This is what my CMakeLists looks with no print.cc in |
| 19:16.50 |
kesha |
set(fedex_plus_SOURCES |
| 19:16.52 |
kesha |
<PROTECTED> |
| 19:17.38 |
brlcad |
kesha: heh,
so getting a third-party (me) to confirm is one way to "prove it",
albeit still not without potential for error (my eyes) |
| 19:17.46 |
brlcad |
what's an
UNBIASED way to check? |
| 19:18.51 |
kesha |
maybe the
system itself checks ?! |
| 19:19.01 |
brlcad |
kesha: this
is a problem with the process you're using to debug the problem,
that is what I'm trying to fix -- not the actual error (which is
really quite simple) |
| 19:19.16 |
brlcad |
no, there's a
way YOU can check it unbiased |
| 19:19.41 |
brlcad |
have you ever
used 'grep'? |
| 19:20.15 |
kesha |
very
seldom. |
| 19:20.22 |
brlcad |
but you
have |
| 19:20.26 |
brlcad |
so you know
what it does |
| 19:20.35 |
brlcad |
that's pretty
unbiased |
| 19:20.47 |
brlcad |
if grep can't
find print.cc in the file, it's pretty likely that it's not in the
file |
| 19:21.00 |
kesha |
searches out
everywhere the argument that is passed after grep. |
| 19:21.05 |
brlcad |
"grep
print.cc CMakeLists.txt" should return empty |
| 19:21.49 |
brlcad |
if you don't
know grep, you should learn it -- it's a fundamental
tool |
| 19:22.35 |
kesha |
its giving me
empty. I ran that grep command in the fedex_plus
directory. |
| 19:22.46 |
brlcad |
good |
| 19:23.05 |
brlcad |
so when I
wrote "so either you didn't, or it's not aware you did, or you did
and there are still other places it's referenced" .. that takes
care of the FIRST one |
| 19:23.21 |
brlcad |
the build
system might not be aware that you made the edit |
| 19:23.40 |
brlcad |
in that case,
you'd need to delete your cmake cache files and re-run cmake, but
lets assume that's not a problem for the moment |
| 19:23.55 |
brlcad |
that leaves
you with "you did and there are still other places it's
referenced" |
| 19:24.14 |
brlcad |
which you
implied with "I think its getting instruction from somewhere from
cmake folder" |
| 19:24.21 |
kesha |
coming to
third case which I thought initiall would be problem. |
| 19:24.32 |
kesha |
yes |
| 19:24.35 |
brlcad |
but you don't
need to "think" that -- you have an output message, what does it
say? |
| 19:25.38 |
brlcad |
this is also
where your eyes can deceive you, but you'll just have to read the
message from start to finish |
| 19:26.32 |
kesha |
wait a
minute |
| 19:26.45 |
brlcad |
i don't like
waiting |
| 19:27.42 |
kesha |
its getting
CMake Error at cmake/SC_Utils.cmake:62 (add_executable) |
| 19:27.51 |
brlcad |
right |
| 19:28.08 |
brlcad |
that's saying
it was running an add_executable() macro .. and encountered an
error |
| 19:28.19 |
kesha |
that has got
something to do with In cmake/SC_Utils.cmake , 62 line -
add_executable(${execname} ${srcslist}) |
| 19:28.40 |
brlcad |
that's where
that macro is called |
| 19:28.54 |
brlcad |
has
everything to do with it, but you need to keep reading the
error |
| 19:29.41 |
kesha |
and maybe
called from SC_ADDEXEC(fedex_plus "${fedex_plus_SOURCES}"
"libexppp;express;base") i,e 34th line in cmakelist.txt |
| 19:29.42 |
kesha |
?? |
| 19:29.51 |
brlcad |
gah,
stop |
| 19:29.54 |
brlcad |
read the
error |
| 19:30.18 |
brlcad |
what's that
line? |
| 19:30.42 |
brlcad |
(in the
error, not the cmakelists.txt file) |
| 19:31.43 |
kesha |
anything to
do with its trying different extensions ? |
| 19:31.48 |
brlcad |
lines 6 and 7
say it tried a bunch of extensions to find the file (print.cc) when
it couldn't find it |
| 19:32.10 |
brlcad |
what do the
next two lines say? |
| 19:33.33 |
kesha |
Calling stack
with most recent call first. (LIFO). that is SC_ADDEXEC |
| 19:33.56 |
brlcad |
what is a
calling stack? |
| 19:34.22 |
kesha |
calling a
function on stack ? |
| 19:34.26 |
brlcad |
nope |
| 19:35.17 |
kesha |
calling a
macro from stack ? |
| 19:35.26 |
brlcad |
no |
| 19:35.46 |
brlcad |
so there's
part of the problem, you don't know what that label means so it's
hard to process the information that follows |
| 19:35.49 |
brlcad |
ask
:) |
| 19:35.58 |
brlcad |
a call
stack |
| 19:36.00 |
kesha |
what does
that mean ? |
| 19:36.08 |
brlcad |
http://en.wikipedia.org/wiki/Call_stack |
| 19:36.24 |
brlcad |
a call stack
is what happens when you have one function or macro call another
that calls another that calls another |
| 19:36.30 |
brlcad |
it's the list
of things called |
| 19:36.45 |
``Erik |
ponders making some popcorn |
| 19:36.47 |
brlcad |
with a C
program, for example, you start with main() which might call some
other function |
| 19:36.52 |
brlcad |
which might
call another |
| 19:37.09 |
brlcad |
"main() ->
log_message() -> printf()" for example |
| 19:37.12 |
brlcad |
that's a call
stack |
| 19:38.13 |
brlcad |
so that line
says it was running the function/macro in parenthesis and that is
where the add_executable() call was made |
| 19:38.48 |
brlcad |
which
function/macro called add_executable()? |
| 19:41.36 |
kesha |
in
cmake/scutils ? |
| 19:41.58 |
brlcad |
nope |
| 19:42.07 |
brlcad |
you don't
need to read a single file right now |
| 19:42.11 |
brlcad |
just look at
the error message |
| 19:42.23 |
brlcad |
the first
line says it was running add_executable() |
| 19:42.39 |
brlcad |
and it ran
into a problem (file not found) |
| 19:42.49 |
brlcad |
then it tells
you the call stack (what called what) |
| 19:42.56 |
brlcad |
what called
add_executable()? |
| 19:43.20 |
kesha |
Cmakelist.txt
called |
| 19:43.42 |
kesha |
while
executin SC_ADDEXEC |
| 19:43.48 |
kesha |
*executing |
| 19:44.15 |
brlcad |
so the answer
to my question then is what exactly? :) |
| 19:44.44 |
brlcad |
which
function()? |
| 19:45.10 |
kesha |
SC_ADDEXEC()
fuction |
| 19:45.16 |
brlcad |
good |
| 19:45.24 |
brlcad |
and in what
file was that call made? |
| 19:45.49 |
kesha |
Cmakelist.txt
file |
| 19:45.57 |
brlcad |
the is a file
name |
| 19:46.30 |
kesha |
fedex_plus |
| 19:46.32 |
brlcad |
what is the
full path? |
| 19:46.54 |
brlcad |
be
precise |
| 19:47.24 |
kesha |
in file
/src/fedex_plus/Cmakelist.txt |
| 19:47.44 |
brlcad |
how did you
come up with that filepath? |
| 19:48.11 |
kesha |
again my
visual senses ! |
| 19:48.38 |
brlcad |
well it's not
only imprecise (there is no file named "Cmakelist.txt") |
| 19:48.40 |
brlcad |
it's also
wrong |
| 19:49.31 |
kesha |
in file
/src/fedex_plus/CMakeLists.txt |
| 19:49.32 |
brlcad |
SC_ADDEXEC()
was called from what file? |
| 19:49.46 |
brlcad |
try
copy-paste |
| 19:50.09 |
brlcad |
what line was
it on? |
| 19:50.42 |
kesha |
line
34 |
| 19:50.47 |
brlcad |
of what
file? |
| 19:50.54 |
brlcad |
file
path |
| 19:51.26 |
kesha |
someone is
trying to pull my legs ! |
| 19:51.34 |
brlcad |
not at
all |
| 19:51.46 |
brlcad |
copy-paste
the answer |
| 19:52.19 |
kesha |
line 34 of
file stepcode/src/fedex_plus/CMakeLists.txt |
| 19:52.24 |
brlcad |
no |
| 19:52.47 |
brlcad |
that is also
not a copy-paste |
| 19:53.22 |
kesha |
line 34 of
file CMakeLists.txt in stepcode/src/fedex_plus/ |
| 19:53.28 |
kesha |
is this fine
? |
| 19:53.29 |
brlcad |
put this (
http://pastebin.mozilla.org/2379884
) into a file |
| 19:53.31 |
brlcad |
nope |
| 19:53.50 |
brlcad |
curl -O
http://pastebin.mozilla.org/2379884 |
| 19:54.02 |
brlcad |
grep 34
2379884 |
| 19:54.14 |
brlcad |
what is the
result? |
| 19:54.24 |
kesha |
src/fedex_python/CMakeLists.txt:34 |
| 19:54.26 |
kesha |
<PROTECTED> |
| 19:54.53 |
brlcad |
how is that
different from what you keep typing? |
| 19:55.13 |
brlcad |
(and yes,
that is right finally) :) |
| 19:55.15 |
kesha |
I was
mentioning stepcode package also |
| 19:55.23 |
brlcad |
no, something
else |
| 19:55.47 |
brlcad |
in what
directory is the CMakeLists.txt file? |
| 19:55.48 |
kesha |
the format
path:line ? |
| 19:56.32 |
brlcad |
what is
different between what you said earlier and what you just said
now: |
| 19:56.33 |
brlcad |
15:49 <
kesha> in file /src/fedex_plus/CMakeLists.txt |
| 19:56.39 |
brlcad |
15:54 <
kesha> src/fedex_python/CMakeLists.txt:34 |
| 19:56.50 |
kesha |
fedex_python
!! |
| 19:57.01 |
brlcad |
ding ding
ding |
| 19:57.42 |
brlcad |
"your eyes
can deceive you" |
| 19:58.11 |
brlcad |
grep print.cc
src/fedex_python/* |
| 19:58.26 |
kesha |
http://pastebin.mozilla.org/2379884
output doean't match with http://pastebin.mozilla.org/2380087 |
| 19:58.32 |
kesha |
*doesn't |
| 19:59.48 |
brlcad |
sure enough
it doesn't, what's your point? :) |
| 20:01.12 |
kesha |
I mean whats
the point in checking in src/fedex_python/ ? |
| 20:01.36 |
brlcad |
you'll have
to help me understand |
| 20:01.37 |
kesha |
Even the grep
print.cc src/fedex_python/ doen't give any output ! |
| 20:01.46 |
brlcad |
you said it
wasn't compiling and was giving you the error listed in
2379884 |
| 20:02.11 |
brlcad |
to understand
and fix that error, we follow the message |
| 20:02.20 |
brlcad |
if you made
other edits since then, you needed to communicate that |
| 20:03.21 |
brlcad |
if the same
three conditions I listed before apply and must be
checked |
| 20:04.01 |
brlcad |
when I look
at unmodified sources, I see print.cc listed in numerous build
files |
| 20:04.20 |
brlcad |
so if you've
removed/moved that source file, you're going to need to update
those numerous build files |
| 20:04.55 |
brlcad |
the
information you have to go on besides grepping the source tree is
the error messages from the build system |
| 20:05.00 |
brlcad |
does that
make sense to you? |
| 20:06.19 |
kesha |
okay..wait ..
I didn't get . http://pastebin.mozilla.org/2380104
. This is the error I am getting and doing grep for print.cc in
src/fedex_python gives me no output |
| 20:07.09 |
kesha |
Leave the
previous line. Forget it |
| 20:07.23 |
kesha |
feels dumb now |
| 20:07.37 |
kesha |
I got
it. |
| 20:07.54 |
Notify |
03BRL-CAD
Wiki:Sean * 5245 /wiki/Tutorial/Blender_to_CAD: Reverted edits by
[[Special:Contributions/5.135.165.126|5.135.165.126]] ([[User
talk:5.135.165.126|talk]]) to last revision by
[[User:Toshibarve|Toshibarve]] |
| 20:08.15 |
kesha |
will never blindly trust my eyes henceforth !
:P |
| 20:08.17 |
Notify |
03BRL-CAD
Wiki:Sean * 0 /wiki/User:5.135.165.126: Spamming links to external
sites |
| 20:09.06 |
brlcad |
kesha: try
grepping the entire tree |
| 20:09.15 |
brlcad |
grep -r
print.cc stepcode/* |
| 20:09.31 |
kesha |
brlcad:
Thanks a lot for having patience . It was great that you tried
answers from me and didn't write it directly. |
| 20:10.08 |
kesha |
brlcad: yes.
okay. |
| 20:10.33 |
brlcad |
you can
ignore any results in .svn directories, but should pay attention to
and understand any others |
| 20:11.14 |
kesha |
brlcad:
hmm |
| 20:12.34 |
kesha |
happy to see built 100% again |
| 20:17.11 |
kesha |
grep -r
print.cc stepcode/* now shows only those print.cc which I wanted
actually to be present. Other unwanted similar files are
removed |
| 20:31.47 |
Notify |
03BRL-CAD
Wiki:Dineshramesh * 0 /wiki/User:Dineshramesh: |
| 20:35.00 |
brlcad |
excellent |
| 20:51.15 |
*** join/#brlcad cstirk
(~quassel@c-71-56-216-45.hsd1.co.comcast.net) |
| 20:51.20 |
*** join/#brlcad cstirk_
(~quassel@c-71-56-216-45.hsd1.co.comcast.net) |
| 21:36.32 |
starseeker |
kesha:
Remember, to work on a project like this you need to understand the
basics of what is going on before you will be able to do more
substantial work. Believe me, I understand the temptation to try
and ignore everything except the bits related to what you're trying
to do at any given moment, but it's a temptation you need to
fight. |
| 21:40.40 |
starseeker |
The ability
to examine and understand existing code (build systems, C++, error
messages, whatever) is essential in open source (really, when
working with *any* pre-existing code base) |
| 21:41.42 |
``Erik |
starseeker,
aren't you up a bit late with your new start time tomorrow? ;>
*duck* |
| 21:42.17 |
starseeker |
winces - yeah, probably |
| 21:42.39 |
starseeker |
do they make
alarm clocks that administer Red Bull? |
| 21:42.48 |
``Erik |
um, there's
one that cooks bacon |
| 21:42.58 |
starseeker |
that might
work for Ed :-) |
| 21:43.16 |
``Erik |
http://bacontoday.com/waken-bacon-the-real-bacon-alarm-clock/ |
| 21:43.45 |
``Erik |
arduino+iv?
:D |
| 21:44.32 |
starseeker |
eeek |
| 21:44.56 |
``Erik |
cause of
death: off-by-1 error |
| 21:45.15 |
starseeker |
heh |
| 21:45.28 |
starseeker |
now *that's*
high stakes programming |
| 21:46.54 |
kesha |
starseeker:
from past 2 days I have been observing the src code in stepcode and
today I felt I should start up working with some issue and will
learn things as and how the problem is encountered. So according to
you, what should I do to examine and understand exisiting code if
not jumping upon to actual work ? |
| 21:47.20 |
starseeker |
kesha:
however it works for you - the key point is to make sure you *do*
understand what's going on |
| 21:48.23 |
starseeker |
you can't
"jump on" actual work without understanding what you are working on
- how would you know what the impact of your changes
is? |
| 21:49.32 |
kesha |
starseeker:
yeah. true that. |
| 21:49.50 |
kesha |
I understand
your point |
| 21:50.11 |
``Erik |
particularly
in a large cross platform package, "poke it until it works" tends
to leave it not working for other platforms... a couple of the more
finicky ones are windows (it's weird) and bsd (it's
strict) |
| 21:53.43 |
kesha |
``Erik: Does
every issue on solving on one platform needs to be checked on all
other platforms too? |
| 21:54.23 |
kesha |
``Erik: Or is
it something like collecting some and checking them altogether at
some later stage ? |
| 21:55.29 |
``Erik |
kesha: once
you have a lot of experience in dealing iwth the various platforms,
you can often predict if it will work everywhere, but it really
does need to be checked... |
| 21:55.57 |
``Erik |
even those
with 30+ years programming experience overlook something "basic" on
occasion :) |
| 21:57.31 |
``Erik |
(now with
BRL-CAD, we often tend to ignore one platform (windows) for long
periods of time, then try to clean up all the bugs at once... but
that's a matter of not having the time/patience to test every
change. My personal compile spread is fbsd32/fbsd64/linux64/mac64
for every change) |
| 22:04.46 |
kesha |
``Erik: Cool.
Four checks ! After I get comfortable on Linux first, then I can go
further on to other platforms ;) But yea, that thing also needs to
be focused . |
| 22:05.23 |
starseeker |
kesha:
remember to pay attention to compiler warnings. If you don't
understand what it's telling you, make sure you look it
up! |
| 22:06.52 |
kesha |
starseeker:
sure |
| 22:06.55 |
starseeker |
understanding
those comes first - then you get to understand why it is
complaining on BSD but not Linux |
| 22:07.45 |
starseeker |
kesha: it may
feel like you're "off-topic", but you aren't - those basic skills
are necessary not only here but in any future software development
you want to pursue |
| 22:09.39 |
starseeker |
there is now
a truly *vast* amount of legacy code doing work almost everywhere -
I don't know of any commercial or open source programming job that
is going to involve starting "from scratch" without attempting to
re-use at least some code from elsewhere |
| 22:10.38 |
kesha |
starseeker:
yes. I saw some warnings like unused variables and parameters .
something -WUNUSED... But I ignored at that point considering it a
warning and not an error ! |
| 22:11.20 |
kesha |
starseeker:
But now I will try to find out WHY whenever I encounter it next
time. |
| 22:11.25 |
starseeker |
kesha: do you
understand what the warning means, and why it's a
warning? |
| 22:14.05 |
kesha |
starseeker:
some conditions in which it may be hazardous and fail in certain
circumstances, but current compilation can go fine ignoring
it. |
| 22:14.25 |
starseeker |
kesha: Not
quite. If you aren't familiar with it already, this is a good page
to know about: http://gcc.gnu.org/onlinedocs/gcc/Warning-Options.html |
| 22:15.12 |
starseeker |
kesha: an
unused variable is defined, but not used by any logic in the
code |
| 22:16.20 |
starseeker |
so it's
"harmless", but also useless. If it's useless, why is it there?
The compiler is telling the programmer they may want to investigate
*why* the variable is unused |
| 22:18.46 |
``Erik |
warning can
help find things that are syntatically acceptable, but semantically
incorrect... definitely worth at least understanding the cause of
the warning as it could help you find a logic bug |
| 22:18.59 |
starseeker |
kesha:
another resource I've found helpful in the past is stackoverflow -
see, for example,
http://stackoverflow.com/questions/6164720/why-are-unused-variables-bad |
| 22:20.08 |
starseeker |
kesha:
generally speaking, it's better to clear warnings whenever possible
- the BRL-CAD code base enables a great many warning flags, and by
default turns them *all* into errors (-Werror) |
| 22:21.32 |
starseeker |
stepcode
isn't anywhere near ready for that, as far as I know, but it's a
worthwhile goal to strive for - the more warnings you clear,
trivial or not, the better the chance you'll see a message from the
compiler telling you something you need to know. |
| 22:22.06 |
starseeker |
noisy code
that throws lots of warnings is that much harder to work
with. |
| 22:23.25 |
starseeker |
stepcode has
a particular challenge in that it *generates* source code - often
times templates that provide a set of variables for all outputs may
end up using only a fraction of those variables, which can cause
unused warnings |
| 22:25.45 |
kesha |
starseeker:
yes, it generates the code, and the variable passed as parameter
wasn't actually been used anywhere in the function. |
| 22:26.14 |
kesha |
starseeker:
good to know about this. |
| 22:26.30 |
starseeker |
so in that
case, there is a design choice to make - should the generator be
smart enough to recognize that the variable is unused and add
something like the UNUSED wrapper we have in BRL-CAD? |
| 22:27.05 |
starseeker |
that's
something to talk about with the devs |
| 22:27.55 |
kesha |
ya, I will
raise a word about it. |
| 22:29.07 |
starseeker |
it may be
that it isn't the right time to deal with that particular issue,
but the important thing is you *understand* what the issue
is |
| 22:30.12 |
starseeker |
kesha: there
will be many similar issues that come up as you look at STEPcode -
as you work your way through them, your general understanding will
grow and you'll begin to recognize patterns |
| 22:31.44 |
starseeker |
patience and
perseverance are needed early on, but it's a little like learning a
language - as your vocabulary grows, you understand more and
more |
| 22:39.15 |
*** join/#brlcad mpictor
(~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) |
| 23:07.01 |
*** join/#brlcad jbschw
(4355ee54@gateway/web/freenode/ip.67.85.238.84) |
| 23:30.31 |
*** join/#brlcad kesha (~kesha@49.249.1.70) |
| 00:21.05 |
*** join/#brlcad mpictor_
(~mpictor_@2600:1015:b109:b3ba:0:39:4f8c:8301) |
| 02:27.02 |
``Erik |
http://cheezburger.com/7521949696 |
| 02:32.31 |
brlcad |
starseeker: I
figured out what I need to do |
| 02:32.59 |
brlcad |
needed to
distinguish between a symbol existing and being
declared |
| 02:33.25 |
brlcad |
appropriately, turns out cmake has a macro
for this |
| 02:33.53 |
brlcad |
unfortunately, their macro blows major
chunks and is basically broken for our needs |
| 02:35.41 |
brlcad |
CHECK_PROTOTYPE_EXISTS() is the
gem |
| 02:36.03 |
brlcad |
I'll just
have to implement it |
| 02:39.05 |
Notify |
03BRL-CAD:brlcad * 55643
brlcad/trunk/CMakeLists.txt: test for fileno() since the function
disappears in c99 pedantic mode (it's a posix function). instead,
check for kill() and fileno() being declared. |
| 03:10.42 |
Notify |
03BRL-CAD:brlcad * 55644
brlcad/trunk/src/libbn/plane.c: need stdlib.h for modf() and
nextafter() but remove the long double support since it requires
build system infrastructure. several relatively common platforms
(some not so common, some common) don't support long doubles.
(gnulib quotes FreeBSD 6.0, NetBSD 5.0, OpenBSD 3.8, Minix 3.1.8,
HP-UX 11, IRIX 6.5, Solaris 9, Cygwin, Interix 3.5) moreover, we'd
need |
| 03:10.44 |
Notify |
other changes
to make fastf_t be more than single or double
precision. |
| 03:12.55 |
Notify |
03BRL-CAD:brlcad * 55645
brlcad/trunk/include/config_win.h: windows has fileno() (because we
define it to _fileno()), and there aren't c99 declaration issues
because msvc doesn't give a hoot about it. |
| 03:16.16 |
Notify |
03BRL-CAD:brlcad * 55646
brlcad/trunk/include/config_win_cmake.h.in: ditto, we have
fileno() |
| 03:24.39 |
Notify |
03BRL-CAD:brlcad * 55647
brlcad/trunk/src/libbu/backtrace.c: hook off of the configure tests
so we don't get duplciate declarations when the posix kill() and
fileno() functions are available. |
| 03:39.03 |
Notify |
03BRL-CAD:brlcad * 55648
brlcad/trunk/src/libbu/units.c: the ctype functions technically
take an 'int' derived from an unsigned char, so netbsd is
appropriately warning about the danger passing a signed char. we
know these are strings, so casting to unsigned char is sufficient
to quell. |
| 03:57.13 |
Notify |
03BRL-CAD:brlcad * 55649
brlcad/trunk/misc/CMake/CompilerFlags.cmake: revert r54119 by
caen23 that made debug compilation also use gnu99 instead of gnu89.
as noted in the preceding comment, we intentionally compile with
both to provoke more warnings. need more info on the clang
failures. |
| 04:02.53 |
Notify |
03BRL-CAD:brlcad * 55650
brlcad/trunk/misc/CMake/CompilerFlags.cmake: separate the comments
so it's more obvious that we intentionally use two different
standards during compilation testing. |
| 04:20.15 |
Notify |
03BRL-CAD:brlcad * 55651
brlcad/trunk/misc/CMake/CompilerFlags.cmake: the gnu1x line was
leftover, remove |
| 04:21.43 |
Notify |
03BRL-CAD:brlcad * 55652
brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake: two more
warnings to aspire to |
| 04:27.53 |
Notify |
03BRL-CAD:phoenixyjll * 55653
(brlcad/trunk/src/libbrep/PullbackCurve.cpp
brlcad/trunk/src/libbrep/libbrep_brep_tools.cpp and 3 others): run
ws.sh on src/libbrep |
| 05:31.05 |
Notify |
03BRL-CAD:brlcad * 55654
brlcad/trunk/CMakeLists.txt: so CHECK_PROTOTYPE_EXISTS() is
woefully busted in numerous ways. assumes c++, has a bad symbol
test, results in unused var warnings, and doesn't work with
preprocessor-wrapped symbols coming from system headers. former
versions of CHECK_SYMBOL_EXISTS() almost did exactly what we need
(a simple (void)symbol; test just like AC_CHECK_DECL) but was
bastardized in |
| 05:31.07 |
Notify |
recent
versions so it now spews an error too (it's busted and has been
reported). |
| 05:37.58 |
*** join/#brlcad caen23
(~caen23@92.85.92.235) |
| 06:05.33 |
Notify |
03BRL-CAD:brlcad * 55655
brlcad/trunk/CMakeLists.txt: manually wrap a couple simple tests
since both CHECK_SYMBOL_EXISTS and CHECK_PROTOTYPE_EXISTS appear to
be completely unusable for testing header declarations. deserves a
macro in the meantime, but the issue has been reported. |
| 06:25.51 |
*** join/#brlcad caen23
(~caen23@92.81.171.72) |
| 06:27.18 |
Notify |
03BRL-CAD:brlcad * 55656
brlcad/trunk/src/libfb/if_tk.c: more ctype argument type
cleansing |
| 07:28.41 |
*** join/#brlcad Izak
(4ddc01da@gateway/web/freenode/ip.77.220.1.218) |
| 07:32.58 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 5360 /wiki/User:Izak: /* PERSONAL INFORMATION
*/ |
| 07:44.58 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 09:07.28 |
*** join/#brlcad caen23
(~caen23@92.81.213.245) |
| 09:29.37 |
*** join/#brlcad vladbogo
(~chatzilla@188.25.101.47) |
| 09:43.29 |
*** join/#brlcad merzo
(~merzo@60-178-133-95.pool.ukrtel.net) |
| 10:04.09 |
starseeker |
http://www.ebay.com/itm/Blackbird-Faster-Than-The-Wind-vehicle-/281114481020 |
| 10:04.32 |
starseeker |
votes the Smithsonian should buy it - that's one seriously
*cool* vehicle |
| 10:37.14 |
*** join/#brlcad mpictor_
(~mpictor_@2600:1015:b109:b3ba:0:39:4f8c:8301) |
| 11:37.56 |
Notify |
03BRL-CAD:brlcad * 55657
brlcad/trunk/CMakeLists.txt: thanks netbsd 5 ... they partially
implemented TLS support so it compiles and links, but will simply
crash at runtime. (gives __tls_get_addr() runtime link failure on
library linkage) change the test to also run the test, not just
compile it for the __thread test only to catch this failure.
pthread fallback should hopefully still work. |
| 11:43.25 |
*** join/#brlcad vladbogo
(~vlad@188.25.101.47) |
| 11:45.44 |
*** join/#brlcad merzo
(~merzo@60-178-133-95.pool.ukrtel.net) |
| 11:59.17 |
d_rossberg |
vladbogo:
look e.g. at src/libdm/CMakeLists.txt: BRLCAD_ENABLE_TK => DM_TK
... QT should be similar |
| 11:59.45 |
starseeker |
brlcad: we
can make our own local copy of CheckSymbolExists.cmake - if I
remember correctly how that works it should be used in place of the
system version, as long as we've specified the directory
correctly |
| 12:00.19 |
vladbogo |
d_rossberg:
thanks. I was currently searching for that |
| 12:00.54 |
starseeker |
CheckPrototypeExists.cmake too, for that
matter... we already have local copies of that since (IIRC) it
originally came from KDE and wasn't in CMake proper |
| 12:01.49 |
starseeker |
or I should
say some of the src/other builds do |
| 12:03.09 |
starseeker |
probably
would have to do that anyway, unless we want to make our minimum
CMake version the one where they fix the macros |
| 12:14.00 |
Notify |
03BRL-CAD:phoenixyjll * 55658
(brlcad/trunk/src/libged/brep.c
brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp): Eliminate
max_dis in the brep command for SSI. |
| 12:51.13 |
vladbogo |
d_rossberg:
it is ok if i set the BRLCAD_ENABLE_QT in libdm/CMakeLists.txt or
should I set it somewhere else? |
| 13:22.10 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5361 /wiki/User:Phoenix/GSoc2013/Reports: /*
Community bonding */ |
| 13:23.48 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5362 /wiki/MGED_CMD_brep: /* Syntax */ |
| 13:25.46 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5363 /wiki/MGED_CMD_brep: /* Argument(s)
*/ |
| 13:25.59 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5364 /wiki/MGED_CMD_brep: /* Argument(s)
*/ |
| 13:26.57 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5365 /wiki/MGED_CMD_brep: /* Example(s)
*/ |
| 13:27.50 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5366 /wiki/MGED_Commands: /* B */ |
| 13:45.46 |
Notify |
03BRL-CAD:phoenixyjll * 55659
(brlcad/trunk/src/libged/brep.c
brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp): Extended
the brep command to handle P/P, P/C, P/S, C/C and C/S. |
| 13:46.18 |
d_rossberg |
vladbogo:
look for BRLCAD_ENABLE in CMakeLists.txt at the root directory
;) |
| 13:47.48 |
vladbogo |
d_rossberg:
thanks |
| 13:48.59 |
Notify |
03BRL-CAD:phoenixyjll * 55660
brlcad/trunk/src/libbrep/px_event.cpp: Fix the format of
ON_PX_EVENT::Dump(). |
| 13:59.36 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5367 /wiki/User:Phoenix/GSoc2013/Reports: /*
Community bonding */ |
| 14:09.37 |
brlcad |
starseeker: I
know, that was my thought as well -- it still needed to be reported
upstream |
| 14:10.10 |
brlcad |
and I didn't
want to take the time to test getting a macro perfect for inclusion
in our build or submission to the cmake guys as a patch until after
release |
| 14:10.28 |
brlcad |
so just a
couple quick compile tests did the trick, just have to pick up from
there after releae |
| 14:10.43 |
brlcad |
is having a heckuva morning |
| 14:18.32 |
d_rossberg |
vladbogo:
your last comment to your patch is emty (?) |
| 14:20.09 |
vladbogo |
d_rossberg: I
initially added it empty by mistake, but I've edited the
post |
| 14:39.44 |
brlcad |
vladbogo:
just a sanity check, are you compiling with default flags or do you
have strict compilation (warnings as errors) disabled? |
| 14:49.40 |
brlcad |
mm, behold
the awesome of: find -L -type l |
| 14:50.59 |
brlcad |
an equivalent
of that for 'search' would be crazy useful |
| 14:51.25 |
Notify |
03BRL-CAD:carlmoore * 55661
brlcad/trunk/src/util/dunncolor.c: implement -h and -?, and
'Program continues running:' for no-arguments help |
| 14:59.55 |
Notify |
03BRL-CAD:carlmoore * 55662
brlcad/trunk/src/sig/dstats.c: remove verbose flag and reference to
'mode'; implement -h, -? |
| 15:02.24 |
vladbogo |
brlcad: it
seems I had strict compilation disabled. Is there any problem with
one of the patches? I will recompile them shortly |
| 15:06.10 |
brlcad |
vladbogo: if
you disable strict compilation, there will almost certainly be
problems later if there aren't already some now |
| 15:07.37 |
brlcad |
I hadn't
applied your patch yet, but it looked like it lacked some attention
to details right away (also demonstrated by all of rossberg's
feedback) |
| 15:07.43 |
brlcad |
had my doubts
that it would actually pass compilation |
| 15:08.03 |
vladbogo |
brlcad: I
know. My bad. I had a compiling script with the wiki/compiling
commands and somehow I missed the fact that strict compilation is
disabled |
| 15:08.10 |
brlcad |
in any
regard, you should be compiling with strict enabled -- it just
means you should not ignore what the compiler is telling
you |
| 15:08.18 |
brlcad |
must resolve
all warnings properly |
| 15:08.26 |
brlcad |
no
worries |
| 15:08.32 |
brlcad |
that's what
discussion is for ;) |
| 15:09.45 |
vladbogo |
thanks:) |
| 15:10.44 |
brlcad |
if there's a
warning you don't understand, just search it up |
| 15:11.13 |
brlcad |
there's
usually several dozen articles, pages, stackoverflow questions, and
more for each that explain them in detail |
| 15:11.26 |
brlcad |
or failing
all that, ask here |
| 15:11.31 |
brlcad |
I've pretty
much seen them all |
| 15:11.37 |
vladbogo |
I will. I'm
waiting for the compilation process right now. |
| 15:13.38 |
vladbogo |
also I wanted
to ask you about the additional info section on the melange page.
How detailed should it be: should it be a general description of
the project or something more specific? |
| 15:15.04 |
brlcad |
you mean the
public summary? |
| 15:16.18 |
brlcad |
this
write-up?
http://www.google-melange.com/gsoc/project/google/gsoc2013/vladbogolin/47001 |
| 15:18.08 |
vladbogo |
Yes. When
editing there is also an additional information in which I haven't
written nothing for the moment and appears as a TODO |
| 15:19.47 |
brlcad |
vladbogo:
additional info shows up like this:
http://www.google-melange.com/gsoc/project/google/gsoc2013/phoenixyjll/40001 |
| 15:20.19 |
brlcad |
include
whatever you like, but your abstract write-up looks good to
me |
| 15:20.34 |
vladbogo |
ok
thanks |
| 15:20.36 |
brlcad |
a link to
your wiki and/or dev log would be good |
| 15:21.43 |
vladbogo |
also I have
just compiled the latest version of the qt display manager patch
and it was successful. About this version were you talking
about? |
| 15:28.59 |
brlcad |
woo hoo,
netbsd compilation complete |
| 15:31.29 |
brlcad |
I believe
this release demonstrates that we've finally grown development
activity beyond the need for release branches |
| 17:57.29 |
starseeker |
blinks - netbsd got added to our list of targeted platforms
for this release? |
| 17:58.52 |
starseeker |
find -L -type
l searches for broken symbolic links? |
| 17:59.26 |
starseeker |
ah - you're
thinking of a way to look for entries in combs that reference
geometry that doesn't exist in the db? |
| 18:07.00 |
*** join/#brlcad kanzure_
(~kanzure@131.252.130.248) |
| 18:07.40 |
*** join/#brlcad crdueck_
(~cdk@24.212.219.10) |
| 18:17.17 |
*** join/#brlcad ibot (~ibot@rikers.org) |
| 18:17.17 |
*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/
|| GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code |
| 18:19.13 |
*** join/#brlcad ibot (~ibot@rikers.org) |
| 18:19.13 |
*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/
|| GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code |
| 18:27.54 |
*** join/#brlcad maths22_
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 18:32.13 |
*** join/#brlcad cstirk_
(~quassel@c-71-56-216-45.hsd1.co.comcast.net) |
| 19:09.11 |
*** join/#brlcad ibot (~ibot@rikers.org) |
| 19:09.11 |
*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/
|| GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code |
| 19:16.02 |
*** join/#brlcad kanzure
(~kanzure@131.252.130.248) |
| 19:18.50 |
*** join/#brlcad tofu
(~sean@66-118-151-70.static.sagonet.net) |
| 19:37.05 |
*** join/#brlcad mpictor
(~mpictor_@99-93-104-202.lightspeed.iplsin.sbcglobal.net) |
| 19:39.23 |
tofu |
starseek1r:
libGLU is somehow getting found in a /usr/pkg/lib
directory |
| 19:39.59 |
brlcad |
is there a
Find GLU different from our FindOpenGL? I don't see any reference
to /usr/pkg in our tree and it's causing a problem |
| 19:45.55 |
starseeker |
brlcad: there
shouldn't be... what plaform is this, netbsd? |
| 19:46.05 |
brlcad |
yep |
| 19:46.58 |
starseeker |
FindGL.cmake
and FindX11.cmake in our tree ook in /usr/pkg/xorg |
| 19:47.04 |
starseeker |
s/ook/look |
| 19:47.37 |
starseeker |
are there
symlinks in /usr/pkg/xorg ? |
| 19:48.02 |
brlcad |
checks |
| 19:48.08 |
brlcad |
fwiw:
http://paste.lisp.org/+2Y2I |
| 19:48.33 |
brlcad |
/usr/pkg/xorg
does not exist |
| 19:48.56 |
starseeker |
it might be
one of the "standard" system search paths CMake sets on
NetBSD... |
| 19:50.15 |
brlcad |
how to find
out where it's coming from? |
| 19:51.00 |
starseeker |
looks at our FindGL.cmake |
| 19:51.28 |
starseeker |
I don't
understand why there would be a cyclic dependency
there... |
| 19:51.59 |
brlcad |
what's even
more frustrating, /usr/X11R7/lib/libGLU.so exists and is the one it
needs to use |
| 19:52.28 |
starseeker |
what's the
other one doing there? |
| 19:53.26 |
brlcad |
I think one
is the base install, the other is the netbsd package management
system |
| 19:55.39 |
starseeker |
my first test
would be to add NO_DEFAULT_PATH to the OPENGL_glu_LIBRARY
find_library call in misc/CMake/FindGL.cmake and see if that
changes anything |
| 19:56.05 |
starseeker |
they *really*
shouldn't do that, especially if there are system incompatibilities
in the libraries |
| 19:57.02 |
brlcad |
do I need to
replace all the FindGL.cmake files in the tree or just the
top-level? |
| 19:57.11 |
starseeker |
er,
NO_CMAKE_SYSTEM_PATH rather |
| 19:57.20 |
starseeker |
just the top
level should work... |
| 19:57.45 |
starseeker |
FindX11.cmake
uses NO_CMAKE_SYSTEM_PATH, I think for similar
reasons... |
| 19:58.05 |
starseeker |
will update the others once a solution is
found |
| 19:58.16 |
starseeker |
brlcad: I can
add it if you like... |
| 19:58.40 |
starseeker |
tweaking the
FindGL.cmake file will involve a fair bit of testing |
| 19:59.24 |
brlcad |
so adding it
to the find_library() call (line 22) |
| 19:59.43 |
brlcad |
then clear
the cache, and see what it finds |
| 19:59.47 |
starseeker |
in
misc/CMake/FindGL.cmake? |
| 20:00.23 |
brlcad |
yeah |
| 20:00.29 |
starseeker |
line 22 is in
the header comments... |
| 20:01.37 |
brlcad |
sry, line
220 |
| 20:01.51 |
starseeker |
yeah |
| 20:02.07 |
brlcad |
so another
question, are those tests affected by other/prior
tests? |
| 20:02.14 |
starseeker |
the other
find_ calls in that case should probably have it to, for that
matter... |
| 20:02.29 |
brlcad |
like if a
find libz finds it in /usr/pkg/lib, is it going to look
there? |
| 20:02.34 |
starseeker |
only a
previous version of the same check |
| 20:03.00 |
starseeker |
ah. not
sure |
| 20:03.24 |
starseeker |
I doubt it if
the libz search specically added that path to its own
search |
| 20:04.00 |
brlcad |
well if it's
a system default path |
| 20:04.17 |
brlcad |
that for
whatever reason is mysteriously being searched before our specified
paths |
| 20:04.23 |
starseeker |
then it will
always look there unless we tell it not to in that specific
search |
| 20:05.12 |
brlcad |
right, but if
we let it search system for libz and then tell it not system for
libGLU, will it affect libGLU searching |
| 20:05.40 |
starseeker |
I want to say
no |
| 20:06.01 |
starseeker |
but there are
a lot of layers to the find_ macros |
| 20:06.18 |
starseeker |
brlcad: try
r55664 |
| 20:06.32 |
starseeker |
hmm - we seem
to have lost our bot |
| 20:30.42 |
*** join/#brlcad mpictor_
(~mpictor_@2600:1015:b114:3e93:0:39:4fd0:8901) |
| 20:30.42 |
*** join/#brlcad mpictor
(~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) |
| 20:30.42 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
| 20:30.42 |
*** join/#brlcad kanzure
(~kanzure@131.252.130.248) |
| 20:30.42 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
| 20:30.42 |
*** join/#brlcad ``Erik
(~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) |
| 20:30.42 |
*** join/#brlcad archivist
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
| 20:30.42 |
*** join/#brlcad cstirk
(~quassel@c-71-56-216-45.hsd1.co.comcast.net) |
| 20:30.42 |
*** join/#brlcad maths22_
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 20:30.42 |
*** join/#brlcad crdueck_
(~cdk@24.212.219.10) |
| 20:30.42 |
*** join/#brlcad merzo
(~merzo@60-178-133-95.pool.ukrtel.net) |
| 20:30.42 |
*** join/#brlcad vladbogo
(~vlad@188.25.101.47) |
| 20:30.43 |
*** join/#brlcad caen23
(~caen23@92.81.213.245) |
| 20:30.43 |
*** join/#brlcad KimK
(~Kim__@wsip-184-176-200-171.ks.ks.cox.net) |
| 20:30.43 |
*** join/#brlcad n_reed
(~molto_cre@66-118-151-70.static.sagonet.net) |
| 20:30.43 |
*** join/#brlcad Don_desk
(~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) |
| 20:30.43 |
*** join/#brlcad papna
(~papna@python/site-packages/papna) |
| 20:30.43 |
*** join/#brlcad ChanServ
(ChanServ@services.) |
| 20:30.43 |
*** mode/#brlcad [+o ChanServ] by
calvino.freenode.net |
| 20:32.27 |
brlcad |
well with the
detection measures in place, it's "the one that works"
:) |
| 20:32.28 |
starseeker |
but depending
on which X11 and which OpenGL library you previously selected, that
choice may change |
| 20:32.28 |
brlcad |
digging with
this default path stuff, I think I've found part of the issue on
the netbsd and there may be another approach altogether |
| 20:32.28 |
brlcad |
both GLU
libraries actually seem to work just fine |
| 20:32.29 |
starseeker |
winces |
| 20:32.30 |
starseeker |
ick |
| 20:32.32 |
starseeker |
it's like OSX
where you have the system Xorg X11 and one installed by fink -
what's the "right" answer? |
| 20:32.36 |
brlcad |
you want/need
there to be one, and there's really not |
| 20:32.36 |
brlcad |
that's the
whole arbitrary |
| 20:32.59 |
brlcad |
frankly, I'd
say we just look in whatever location the *vendor* shipped with
(only) and let the user specify anything else |
| 20:33.39 |
starseeker |
O.o isn't
that pretty much what we're currently doing with FindX11.cmake and
FindGL.cmake ? |
| 20:34.17 |
brlcad |
nah, we
search a ton of convention in those .. and cmake default does even
more it appears |
| 20:35.46 |
starseeker |
wait,
terminology check - by vendor do you mean the OS distribution or
the original project (Xorg, Mesa, etc.) |
| 20:35.46 |
brlcad |
and yeah,
even my notion of a vendor is no more or less flawed (arbitrary)
given enough distros and vendors and time |
| 20:36.18 |
brlcad |
it's looking
like with this netbsd system, it's basically a togl build system
issue |
| 20:36.39 |
brlcad |
it needs to
test the glew.h header because it requires a rather new version of
it |
| 20:36.54 |
brlcad |
it provides
one in its include directory, but that is searched after system
dirs |
| 20:37.01 |
starseeker |
can't help thinking our "builds easily out of the box"
experience that we try to guarantee with src/other is sunk before
it sails if we force the user to specify basic things like X11
location... |
| 20:37.08 |
starseeker |
brlcad:
ah |
| 20:38.01 |
starseeker |
that's... odd
- I thought I took steps to check in the local src directories
before the system dirs |
| 20:38.03 |
brlcad |
who is
talking about forcing the user to specify things like X11
location?? |
| 20:38.11 |
brlcad |
non
sequitor? |
| 20:38.33 |
brlcad |
just because
you can't sometimes know the answer doesn't mean you'd always force
them to tell you |
| 20:38.35 |
starseeker |
if we don't
check in the various locations we've got in FindX11 and FindGL,
we'll need user input |
| 20:39.14 |
brlcad |
you make them
tell when it's not obvious ... or we make sure we test everything
we're using so it doesn't result in errors down the line that they
can't decipher |
| 20:39.16 |
starseeker |
isn't that
the "searching a ton of convention" you were objecting to
earlier? |
| 20:39.57 |
brlcad |
you're
reading into what I'm saying as implying something I've not
said... |
| 20:40.05 |
starseeker |
is confused |
| 20:41.12 |
brlcad |
I've said
what I mean and only mean what I've said ;) |
| 20:41.28 |
brlcad |
that is to
say I've not objected to anything that I recall |
| 20:41.45 |
brlcad |
just
commenting on the system, our options, noting various
deficiencies |
| 20:41.49 |
brlcad |
that is
all... |
| 20:42.35 |
starseeker |
You had said
earlier "if we're going to even try and be
smart/fancy/auto-detecting like this..." - the implication being
that we have the option *not* to try it |
| 20:43.29 |
brlcad |
we certainly
do have that option .. it's code? still wasn't implying that was
the thing to do or not do |
| 20:44.10 |
starseeker |
ah - I had
the distinct impression over the last few years that you were not a
fan of the automatic searching approach |
| 20:44.24 |
brlcad |
relevance?
:) |
| 20:44.25 |
starseeker |
as you say,
reading in... |
| 20:44.59 |
starseeker |
well, you're
the project lead... if you don't like it then it's probably not a
good idea for me to push in that direction :-P |
| 20:45.19 |
brlcad |
I'm not a fan
of using a mouse either, but that doesn't mean it's not good for
lots of things or that I need to use it or that it's inherently
bad |
| 20:45.31 |
brlcad |
even if I
thought it was BAD, it doesn't mean it's workable |
| 20:45.44 |
brlcad |
*not
workable |
| 20:46.13 |
brlcad |
i'm more
thinking long term how we evolve this even more so that it
continues to get better |
| 20:46.36 |
starseeker |
in my
experience, if you're thumbs down on something it's usually 'cause
you have a better idea - given the number of times I've lost those
arguments, it's usually more efficient to just skip to the system
you want and try to get that working |
| 20:46.50 |
brlcad |
and not being
hamstrung by any decision or punting that current is as good as
it's going to get |
| 20:47.24 |
brlcad |
e.g., if the
current searching really is as good as it gets with this approach,
then I would naturally be a proponent of considering other
approaches if only to keep us improving |
| 20:47.47 |
brlcad |
(that said,
before you read into that! .. I don't think this is as good as it
gets by a long shot) |
| 20:48.33 |
starseeker |
brlcad: I
just want to know what needs to be coded up to solve the problem to
your satisfaction |
| 20:48.48 |
brlcad |
so back to
the problem at hand, a build failure and what to do about it
:) |
| 20:49.01 |
starseeker |
mutters under his breath about nuking togl from
orbit |
| 20:49.12 |
brlcad |
stop trying
to please me, make the code be the best it can possibly
be |
| 20:49.38 |
brlcad |
whether
incrementally or in stages or steps .. it has to evolve with our
needs |
| 20:49.43 |
brlcad |
it is just
code, after all |
| 20:49.46 |
brlcad |
all code can
be improved |
| 20:49.54 |
starseeker |
alright, glew
details - you say it's finding a system glew that it doesn't
like? |
| 20:50.02 |
brlcad |
raises a good
point, what is togl in there for? |
| 20:50.10 |
brlcad |
adrt? |
| 20:50.15 |
starseeker |
isst gui, and
customer code |
| 20:50.24 |
starseeker |
maybe just
isst gui now |
| 20:50.45 |
starseeker |
if we do what
archer/mged do to provide an opengl context to feed ISST, that
might be the way out |
| 20:51.50 |
brlcad |
okay, so
either hooking isst through libdm or integrating togl into archer
would be some semblance of forward |
| 20:52.18 |
brlcad |
isst gui by
itself is pretty compelling evidence to retain |
| 20:53.02 |
starseeker |
isst gui
probably should be hooking through libdm, actually - I think togl
was just the quick-and-dirty way to get an opengl context to play
with |
| 20:53.43 |
brlcad |
thinks a STEP/ISST viewer would be highly valued
pairing |
| 20:54.27 |
starseeker |
the question
will be whether ``Erik's fast drawing trick can work inside a libdm
opengl window - if it can, then isst would actually become a poster
child for how to do "stand-alone" libdm apps |
| 20:54.39 |
brlcad |
absolutely |
| 20:54.49 |
brlcad |
and if libdm
can't handle that, we should make it handle it |
| 20:54.54 |
brlcad |
(it should be
able to) |
| 20:55.33 |
starseeker |
pulls up the isst code... |
| 20:56.02 |
starseeker |
just before
release... heck of a time for this, but what the hey... |
| 20:56.46 |
brlcad |
I worked on a
stand-along libdm app a while back ... recall keybindings being the
biggest obstacle |
| 20:57.35 |
starseeker |
yeah, that
was an issue with togl too iirc - let's see if we can get the libdm
opengl context up in place of the togl opengl context as a first
step |
| 21:00.45 |
brlcad |
starseeker:
for glew, do you know if there would be any issue always searching
their provided include dir first? |
| 21:01.08 |
starseeker |
you mean
togl's? I thought that's what it *was* doing |
| 21:01.14 |
starseeker |
if it isn't,
go for it |
| 21:01.44 |
starseeker |
actually stuck glew in when doing the initial import of togl,
IIRC - was needed to wrap some nastiness |
| 21:03.42 |
brlcad |
yeah, it's
not doing that |
| 21:04.01 |
brlcad |
searches
system first -- thought it might have been intentional (to get a
newer glew) |
| 21:04.19 |
brlcad |
testing |
| 21:04.28 |
starseeker |
scowls... this is probably going to be a significant
restructure, actually - I cheated and used togl's Tcl command line
init-and-pack routines to create and stash the context in a
Tcl_Obj, which is opened up by various call-back
functions |
| 21:04.59 |
brlcad |
you think
it's safer to revert the no-system-paths change for
release? |
| 21:05.06 |
brlcad |
or safe to
keep |
| 21:05.36 |
starseeker |
brlcad:
dunno. It was apparently an issue on netbsd... |
| 21:05.44 |
starseeker |
worked OK on
Linux here when I tried it |
| 21:06.10 |
brlcad |
that just
leaves a lot of other untested environments :) |
| 21:06.19 |
starseeker |
yeah - I'd
say revert it for now |
| 21:06.45 |
brlcad |
it's feeling
more stable after the past weekends changes going in |
| 21:06.45 |
starseeker |
but we
probably want to stick it back in afterwards, if for no other
reason than to match better what we do when searching for
X11 |
| 21:06.50 |
brlcad |
just need
another windows sanity test |
| 21:07.13 |
starseeker |
regex/red
sanity, or just archer/mged generic testing? |
| 21:07.15 |
brlcad |
I can kick
off a slew of compiles to test that change one last
time |
| 21:07.20 |
brlcad |
just
compilation sanity |
| 21:07.27 |
starseeker |
starts a build |
| 21:07.41 |
brlcad |
lot of little
things that could kick off a failure on windows |
| 21:08.08 |
brlcad |
woot |
| 21:08.09 |
brlcad |
In file
included from
/home/sean/brlcad/src/other/togl/src/glew/glew.c:32: |
| 21:08.09 |
brlcad |
/home/sean/brlcad/src/other/togl/src/../include/GL/glew.h:2580:2:
error: #error got here |
| 21:08.15 |
brlcad |
(that's a
good error) |
| 21:08.20 |
starseeker |
hehe |
| 21:10.47 |
starseeker |
uh... 2580 in
glew.h doesn't seem to have anything that would complain about "got
here"... |
| 21:11.52 |
starseeker |
brlcad: I
don't suppose plugging in the newest glew would help? |
| 21:12.23 |
brlcad |
that was my
own code, testing that it got to a critical symbol it
needs |
| 21:12.29 |
brlcad |
nope |
| 21:12.33 |
brlcad |
i think
this'll fix it |
| 21:12.50 |
starseeker |
ah - phew
:-) |
| 21:14.00 |
brlcad |
woot, togl
compiled clean .. now to check the rest of the build |
| 21:17.29 |
starseeker |
ah, bugger,
that's right - if we go with libdm we'll need code for wgl and
ogl |
| 21:17.47 |
starseeker |
(assuming we
can get the TIE stuff to work on Windows...) |
| 21:19.00 |
brlcad |
what do you
mean? |
| 21:19.56 |
starseeker |
I guess I
should say we *may* need code for both - ogl is X11 only, so if we
want an ISST opengl context on Windows we'll need a wgl display
manager |
| 21:19.57 |
brlcad |
sounds like
"to go with libdm, we need another hook function so we don't end up
with dm-platform-specific code in the client applications"
:) |
| 21:21.09 |
starseeker |
judging by
tclcad_obj, we'll at least need to pass in the DM_OGL and DM_WGL
build flags for the right headers |
| 21:21.39 |
starseeker |
don't know if
we'll need more platform specific stuff until we see how ``Erik's
fast TIE display behaves with libdm |
| 21:22.48 |
starseeker |
hopefully
not, but if I understand correctly his drawing approach is pretty
different from what's usually done with libbm |
| 21:25.00 |
brlcad |
you say that
but all i hear are things that need to be fixed |
| 21:25.25 |
brlcad |
callers
aren't supposed to be aware of DM types (at all, ever) |
| 21:26.13 |
brlcad |
of course,
this is not the current state of affairs, but I consider that a
failure of attention only ... :) |
| 21:26.18 |
starseeker |
``Erik's fast
display uses some OpenGL specific stuff, so I'm guessing he would
need to pull the opengl context out of the dm_vars |
| 21:26.26 |
starseeker |
heh |
| 21:26.38 |
brlcad |
yeah, opengl
is about as "aware" as they need to be |
| 21:26.51 |
brlcad |
but that's
like a DM attribute/setting that should be queryable |
| 21:27.04 |
starseeker |
well, if we
can get away with togl for this release it would be nice to fix
whatever needs fixing and nuke it - it's been a royal
pain |
| 21:27.46 |
starseeker |
not to
mention we could use libdm's proper quaternion support for rotation
instead of that miserable hack that's in there now |
| 21:28.11 |
brlcad |
nods |
| 21:29.13 |
starseeker |
being able to
make it a "mode" in archer would solve a number of other things,
like proper tree support |
| 21:30.56 |
starseeker |
but that
*would* be a major "binding" problem :-) tree actions, mouse
actions, keys... probably not too different from sketch in some
ways as a distinct interaction mode |
| 21:41.01 |
starseeker |
windows build
commencing |
| 21:43.35 |
starseeker |
brlcad: did
you want me to revert the FindGL.cmake change? |
| 22:04.20 |
starseeker |
build
succeeded on Windows, mged comes up and raytraces
toyjeep |
| 22:12.22 |
*** join/#brlcad caen23
(~caen23@92.81.213.245) |
| 22:24.24 |
brlcad |
starseeker:
no, we can run with it if you think it's "better" |
| 22:25.05 |
brlcad |
netbsd is now
clean and compiles default |
| 22:25.19 |
brlcad |
only issue is
it seems to have littered the source tree with generated man
pages |
| 22:26.04 |
brlcad |
and symbolic
links in build tree |
| 23:02.36 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
| 23:03.31 |
Notify |
03BRL-CAD:carlmoore * 55663
brlcad/trunk/src/util/dunnsnap.c: remove h for high-res ('s 1024'
or 'S 1024' in its place), and implement -h,-? |
| 23:03.43 |
Notify |
03BRL-CAD:starseeker * 55664
brlcad/trunk/misc/CMake/FindGL.cmake: Add NO_CMAKE_SYSTEM_PATH to
OpenGL searches, to mirror FindX11 behavior. |
| 23:03.45 |
Notify |
03BRL-CAD:carlmoore * 55665
brlcad/trunk/src/sig/dwin.c: implement -h and -? for help, specify
usage of files (not stdin/stdout), and change old h to
H |
| 23:03.55 |
Notify |
03BRL-CAD:brlcad * 55666
brlcad/trunk/src/other/togl/src/CMakeLists.txt: search the provided
source directories for headers before searching for them in system
directories. fixes a build error encountered on a system where the
system-installed glew.h was too old to be used. warrants a header
compatibility test if we encounter a case where the system dirs
need to get searched first. |
| 23:04.10 |
Notify |
03BRL-CAD:carlmoore * 55667
brlcad/trunk/src/conv/dxf/dxf-g.c: remove a 'break'; add -h,-?; add
'Usage' |
| 23:42.29 |
``Erik |
sooo much
backlog |
| 23:45.35 |
``Erik |
the subset of
togl actually used by isst could be rewritten with very little
effort... allz isst does is update a texture and blast it to the
screen with one big quad |
| 23:47.06 |
``Erik |
the ogl dm,
iirc, draws rle scanlines using glrect, which is pretty crappy on
modern hw (slow on osX, probably due to how glRect() is
emulated)... |
| 23:49.12 |
``Erik |
and yeh,
'convention' is all over the map, linux is weird in the greater
scheme in how similar the distros tend to be.. even before lsb :)
some systems considered it normal to put executables in /etc/, and
frequently, /opt/<package>/ is normal... and that's just
unix |
| 00:18.38 |
DarkCalf |
waves to #brlcad |
| 00:37.54 |
*** join/#brlcad kesha_
(~kesha@49.248.244.66) |
| 00:58.32 |
*** join/#brlcad kesha_
(~kesha@49.248.244.66) |
| 01:05.49 |
*** join/#brlcad kesha_
(~kesha@49.248.244.66) |
| 01:55.18 |
*** join/#brlcad kesha_
(~kesha@49.248.244.66) |
| 02:14.47 |
*** join/#brlcad kesha_
(~kesha@49.248.244.66) |
| 03:40.04 |
*** join/#brlcad zero_level
(~zero_leve@117.205.23.195) |
| 03:45.40 |
*** join/#brlcad KimK
(~Kim__@wsip-184-176-200-171.ks.ks.cox.net) |
| 04:05.53 |
*** join/#brlcad zero_level
(~zero_leve@117.212.30.199) |
| 04:30.36 |
*** join/#brlcad zero_level
(~zero_leve@117.220.8.156) |
| 04:35.50 |
*** join/#brlcad zero_level
(~zero_leve@117.220.8.156) |
| 04:39.43 |
*** join/#brlcad harmanpreet
(~chatzilla@202.164.53.117) |
| 04:45.02 |
*** join/#brlcad KimK
(~Kim__@wsip-184-176-200-171.ks.ks.cox.net) |
| 04:53.59 |
*** join/#brlcad KimK
(~Kim__@wsip-184-176-200-171.ks.ks.cox.net) |
| 04:54.27 |
*** join/#brlcad DarkCalf
(~DarkCalf@173.231.40.99) |
| 04:57.13 |
*** join/#brlcad zero_level
(~zero_leve@117.212.25.75) |
| 05:09.08 |
*** join/#brlcad harmanpreet
(~chatzilla@202.164.53.117) |
| 05:09.51 |
*** join/#brlcad DarkCalf
(~DarkCalf@173.231.40.99) |
| 05:17.27 |
*** join/#brlcad zero_level
(~zero_leve@117.205.28.97) |
| 05:33.05 |
Notify |
03BRL-CAD
Wiki:Harman052 * 5433 /wiki/User_talk:Harman052: |
| 05:37.10 |
*** join/#brlcad harmanpreet
(~chatzilla@202.164.53.117) |
| 05:43.47 |
*** join/#brlcad KimK
(~Kim__@wsip-184-176-200-171.ks.ks.cox.net) |
| 06:17.57 |
*** join/#brlcad KimK
(~Kim__@wsip-184-176-200-171.ks.ks.cox.net) |
| 06:47.59 |
*** join/#brlcad harmanpreet
(~chatzilla@202.164.53.117) |
| 07:15.59 |
*** join/#brlcad crdueck
(~cdk@24.212.219.10) |
| 07:34.57 |
*** join/#brlcad harmanpreet
(~chatzilla@202.164.53.117) |
| 07:52.11 |
*** join/#brlcad harmanpreet
(~chatzilla@202.164.53.117) |
| 07:58.41 |
*** join/#brlcad harmanpreet
(~chatzilla@202.164.53.117) |
| 08:01.15 |
*** join/#brlcad crdueck
(~cdk@24.212.219.10) |
| 08:41.08 |
Notify |
03BRL-CAD:phoenixyjll * 55795
brlcad/trunk/src/libbrep/intersect.cpp: Use macros to represent
default tolerance and change it to 0.001 (the same as the default
tolerance of curve/curve, curve/surface, surface/surface defined by
openNURBS). |
| 08:42.43 |
*** join/#brlcad zero_level
(~zero_leve@117.205.30.31) |
| 08:49.14 |
Notify |
03BRL-CAD:phoenixyjll * 55796
brlcad/trunk/src/libbrep/intersect.cpp: The input u_domain and
v_domain should be considered. |
| 08:50.23 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5434 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 1
*/ |
| 09:04.21 |
*** join/#brlcad zero_level
(~zero_leve@117.205.27.5) |
| 09:05.50 |
*** join/#brlcad vladbogo
(~chatzilla@188.25.101.47) |
| 09:22.36 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 5435
/wiki/User:Vladbogolin/GSoC2013/Logs: |
| 10:06.08 |
*** join/#brlcad zero_level
(~zero_leve@59.91.152.164) |
| 10:32.48 |
*** join/#brlcad zero_level
(~zero_leve@117.220.15.37) |
| 11:01.31 |
*** join/#brlcad zero_level
(~zero_leve@117.205.16.166) |
| 11:30.17 |
*** join/#brlcad caen23
(~caen23@92.81.220.39) |
| 11:39.31 |
zero_level |
hi
Erik |
| 11:39.43 |
zero_level |
just read ur
comment on my bwhisteq patch |
| 12:07.35 |
Notify |
03BRL-CAD
Wiki:Level zero * 5436 /wiki/User:Level_zero/patches: /* patch
adding structure definitions in ICV.h */ |
| 12:12.40 |
*** join/#brlcad zero_level
(~zero_leve@117.205.29.105) |
| 12:41.35 |
*** join/#brlcad zero_level
(~zero_leve@117.205.23.229) |
| 12:54.26 |
*** join/#brlcad vladbogo
(~chatzilla@188.25.101.47) |
| 13:04.28 |
*** join/#brlcad zero_level
(~zero_leve@117.205.26.159) |
| 13:06.03 |
*** join/#brlcad kesha (~kesha@49.249.9.55) |
| 13:13.33 |
*** join/#brlcad kesha_
(~kesha@49.249.19.83) |
| 13:27.15 |
*** join/#brlcad zero_level
(~zero_leve@117.212.30.1) |
| 14:33.56 |
*** join/#brlcad KimK
(~Kim__@wsip-184-176-200-171.ks.ks.cox.net) |
| 15:25.36 |
Notify |
03BRL-CAD
Wiki:Fjibarguen * 0 /wiki/User:Fjibarguen: |
| 15:46.57 |
*** join/#brlcad zero_level
(~zero_leve@117.205.31.223) |
| 15:51.59 |
zero_level |
hi
``Erik: |
| 15:52.57 |
brlcad |
zero_level:
talked briefly about bwhisteq |
| 15:53.17 |
brlcad |
he looked at
your patch, looks like you do preserve the existing
behavior |
| 15:53.29 |
brlcad |
it just looks
like the existing behavior may be wrong :) |
| 15:53.47 |
brlcad |
that tool
hasn't been used or modified in a very LONG time |
| 15:53.56 |
brlcad |
can you
verify that it works? |
| 15:54.09 |
brlcad |
or
demonstrate that it doesn't? |
| 15:54.28 |
zero_level |
but brlcad :
who do i compare it with ? |
| 15:54.35 |
zero_level |
the matlab
histeq ? |
| 15:54.45 |
brlcad |
good
question |
| 15:54.59 |
zero_level |
both will be
way different |
| 15:55.16 |
brlcad |
you could
make a test file that has known values perhaps, like a 256x256
image with a gradient going from 0 to 255 |
| 15:55.34 |
brlcad |
something so
you'd know whether the result is "correct" |
| 15:55.40 |
brlcad |
or compare to
matlab |
| 15:55.52 |
zero_level |
moreover, i
still think both the implementation are same ! |
| 15:55.56 |
brlcad |
don't want to
spend too much time on it since it is so old |
| 15:56.04 |
zero_level |
my patch and
previous implementation |
| 15:56.12 |
brlcad |
if it works,
great, something might need to be documented |
| 15:56.43 |
brlcad |
zero_level:
yeah, that's understood now -- you just uncovered what seems like
might be a pre-existing bug |
| 15:56.46 |
brlcad |
no
worries |
| 15:57.07 |
brlcad |
if it doesn't
work, we can do a quick eval to decide whether it's worth
fixing |
| 15:57.18 |
brlcad |
need to know
if it's right/wrong though |
| 15:57.23 |
zero_level |
ok |
| 15:57.28 |
brlcad |
can you
figure it out? :) |
| 15:57.32 |
brlcad |
quickly
:) |
| 15:58.03 |
brlcad |
(just don't
want anyone to spend days on this) |
| 15:59.30 |
zero_level |
i procedding
it this way. --create a png file of uniform gradient using
matlab--converting it using bw-png --using bw-histeq(existing) and
bwhisteq(after patch) |
| 15:59.44 |
zero_level |
the resultant
must not have much difference |
| 15:59.52 |
zero_level |
is this
methodology fine ? |
| 16:07.59 |
zero_level |
brlcad: any
inputs about my methodology ? |
| 16:08.33 |
brlcad |
hopefully
you'd use png-bw... ;) |
| 16:09.19 |
brlcad |
zero_level:
so short answer - no |
| 16:09.37 |
brlcad |
there's no
question about your patch any longer, I believe |
| 16:10.08 |
brlcad |
the question
is wether bwhisteq (before or after patch) is actually correct or
not |
| 16:10.21 |
brlcad |
nothing to do
with the patch |
| 16:10.30 |
zero_level |
that i
understood :-) |
| 16:10.52 |
zero_level |
so, my
methodology about working of bwhisteq ? |
| 16:10.58 |
zero_level |
yes
png-bw |
| 16:11.17 |
brlcad |
oh, I see
you're telling me what you DID |
| 16:11.19 |
brlcad |
that's
fine |
| 16:11.29 |
brlcad |
we're past
that |
| 16:11.31 |
brlcad |
:) |
| 16:13.05 |
zero_level |
no it is what
i am doing to verify bwhisteq, after ur suggestion |
| 16:13.45 |
brlcad |
but how does
that verify whether bwhisteq is correct? |
| 16:13.56 |
brlcad |
it just
verifies your patch preserves behavior |
| 16:14.01 |
brlcad |
now whether
the behavior is right |
| 16:16.09 |
brlcad |
s/now/net/ |
| 16:16.11 |
zero_level |
yes since the
image is of equal bins. therefore bwhisteq must not change the
image. |
| 16:16.34 |
brlcad |
can't type toay apprently |
| 16:18.14 |
brlcad |
what does
bwhisteq actually do? |
| 16:18.35 |
brlcad |
rather what
is it "supposed" to do? |
| 16:19.17 |
zero_level |
it equalizes
the histogram |
| 16:20.10 |
zero_level |
so i am
giving it an image which has same number of pixels of intensities
from 0 to 255 |
| 16:20.21 |
brlcad |
<PROTECTED> |
| 16:21.19 |
brlcad |
so takes a
single 1-byte channel image file with intensity values |
| 16:21.52 |
brlcad |
presumably
finds the max to min range, maps that to 0-255, writes out new
single 1-byte channel image? |
| 16:24.39 |
zero_level |
to equalize,
yes! |
| 16:25.14 |
brlcad |
okay, just
making sure we're on the same page of understanding |
| 16:25.57 |
brlcad |
so then
gradient test is fine, but only mildly useful in that it should
provide no change |
| 16:27.44 |
brlcad |
I'd suggest
also testing three more images: one with half black and half 128,
another with half white and half 128, and last with half 128 and
half 127 |
| 16:28.04 |
brlcad |
can then just
visually inspect to make sure all three turn into half black half
white |
| 16:28.33 |
zero_level |
ok |
| 16:57.46 |
*** join/#brlcad harmanpreet
(~chatzilla@210.56.121.229) |
| 17:09.41 |
zero_level |
brlcad : only
for the first case(uniform) the answer is right |
| 17:09.48 |
zero_level |
for the rest
it is not right |
| 17:10.18 |
zero_level |
it is
converting to (127 - 128) combination |
| 17:11.34 |
*** join/#brlcad jordisayol
(~jordisayo@unaffiliated/jordisayol) |
| 17:14.15 |
zero_level |
no it is
converting to (63,191) |
| 17:14.45 |
zero_level |
the lighter
gets conveted to 191 and the darker gets coverted to 63 |
| 17:15.14 |
zero_level |
the lighter
half and the darker half |
| 17:24.48 |
Notify |
03BRL-CAD
Wiki:Harman052 * 5437 /wiki/User:Harman052: Formatting
Improved. |
| 17:26.04 |
*** join/#brlcad kesha_
(~kesha@49.249.200.67) |
| 17:27.09 |
*** join/#brlcad jordisayol
(~jordisayo@unaffiliated/jordisayol) |
| 17:34.52 |
*** join/#brlcad zero_level
(~zero_leve@117.205.17.121) |
| 17:54.56 |
*** part/#brlcad zero_level
(~zero_leve@117.205.17.121) |
| 17:54.58 |
*** join/#brlcad zero_level
(~zero_leve@117.205.17.121) |
| 18:09.15 |
Notify |
03BRL-CAD
Wiki:Harman052 * 5438 /wiki/User:Harman052/GSoc2013/Logs: Details
Updated |
| 18:29.03 |
*** part/#brlcad jordisayol
(~jordisayo@unaffiliated/jordisayol) |
| 18:36.07 |
*** join/#brlcad zero_level
(~zero_leve@117.205.24.89) |
| 18:52.32 |
*** join/#brlcad kesha_
(~kesha@49.249.200.67) |
| 18:57.31 |
*** join/#brlcad kesha_
(~kesha@49.249.200.67) |
| 19:03.04 |
*** join/#brlcad zero_level
(~zero_leve@117.205.16.250) |
| 19:34.46 |
*** join/#brlcad zero_level
(~zero_leve@117.205.16.149) |
| 19:49.13 |
*** join/#brlcad Ch3ck
(29cac1fa@gateway/web/freenode/ip.41.202.193.250) |
| 19:49.47 |
Ch3ck |
just made a
new patch for the new push routine with the additional ability to
recognise |
| 19:50.12 |
Ch3ck |
a push -x in
case there is no -x option as in push -x or
xpush(deprecated) |
| 19:50.21 |
Ch3ck |
also
concerning my pull routine |
| 19:51.20 |
Ch3ck |
i wish to
know if brlcad has an implementation of the inverse of a 4x4 matrix
so i could get started on studying the libged libraries and other
associated libraries related to my project. |
| 19:51.48 |
*** join/#brlcad mpictor
(~mark@2601:d:b280:9:d63d:7eff:fe2d:2505) |
| 19:57.59 |
*** join/#brlcad Izak
(29cac1fa@gateway/web/freenode/ip.41.202.193.250) |
| 19:58.46 |
Izak |
<PROTECTED> |
| 20:17.02 |
brlcad |
Ch3ck: saw
the patch, comments coming soon |
| 20:17.14 |
Ch3ck |
yeah |
| 20:17.16 |
brlcad |
there is some
inverse logic, but very limited |
| 20:17.26 |
Ch3ck |
it was just
the full source code |
| 20:17.35 |
Ch3ck |
i am trying
to upload a modified one |
| 20:17.40 |
brlcad |
ah, did not
see that |
| 20:17.41 |
Ch3ck |
but network
sucks. |
| 20:17.46 |
brlcad |
patches
should be just patches... :) |
| 20:17.52 |
brlcad |
svn
diff |
| 20:17.53 |
Ch3ck |
yeah |
| 20:18.05 |
Ch3ck |
i did that
today |
| 20:18.09 |
Ch3ck |
just
recovered from malaria |
| 20:18.22 |
Ch3ck |
so came back
stronger today.. |
| 20:18.59 |
zero_level |
brlcad: I saw
the result |
| 20:19.08 |
zero_level |
those were
not right |
| 20:19.15 |
zero_level |
just got the
hold of the source |
| 20:19.41 |
zero_level |
working to
modify that |
| 20:19.48 |
brlcad |
Ch3ck: glad
to hear you recovered! |
| 20:19.55 |
brlcad |
no recovering
would have kinda sucked... :) |
| 20:20.12 |
brlcad |
zero_level:
okay, so any notion of whether it'll be easy to fix? |
| 20:21.30 |
zero_level |
i am
considering to fully modify the code after calculation of
bins |
| 20:21.58 |
*** join/#brlcad Ch3ck_
(29cac1fa@gateway/web/freenode/ip.41.202.193.250) |
| 20:22.03 |
zero_level |
also i thing
this may be one of the brlcad's premitive function |
| 20:22.21 |
zero_level |
may be it
works for something else. |
| 20:22.30 |
brlcad |
maybe what
works? |
| 20:22.59 |
zero_level |
may be this
alorithim does something in the name of the histogram
equalization! |
| 20:23.11 |
brlcad |
you mean
something else, like just poorly named? |
| 20:23.14 |
zero_level |
so do u want
me to modify this file or add a new one ? |
| 20:23.16 |
zero_level |
yes! |
| 20:23.41 |
brlcad |
well if
that's not obvious from the file's contents, we don't need to spend
time figuring it out |
| 20:24.08 |
brlcad |
you could
search the history, see if the comments tell you
anything |
| 20:24.21 |
zero_level |
history of
bwhisteq ? |
| 20:24.35 |
brlcad |
prior to
r22000, that file would have been in the top-level util directory I
believe |
| 20:24.44 |
brlcad |
yes |
| 20:24.59 |
brlcad |
or if there
are any other utilities similarly named |
| 20:25.05 |
brlcad |
that deal
with histograms |
| 20:25.28 |
brlcad |
does pixhist
work alright? |
| 20:25.58 |
zero_level |
we dont have
a histogram equalization for pix |
| 20:25.59 |
brlcad |
pixhist3d is
another, pixhist3d-pl |
| 20:26.17 |
zero_level |
that i
suppose is performed by using pix-bw3 |
| 20:27.01 |
zero_level |
and then
bwhisteq and then bw3-pix |
| 20:27.42 |
zero_level |
using
bwhisteq meant performing equalization on each channel and then
combining |
| 20:28.23 |
brlcad |
so what is
ill-defined is what is meant by "equalized" |
| 20:28.49 |
zero_level |
the
interesting point as i saw was when there were two different halfs
of different intensities as the resultant of the three cases u
said |
| 20:29.27 |
brlcad |
if you have a
half 0/0/0 and half 255/255/255 image, those are either already
"equal" (assuming equal area) .. or their intensities still need to
be "balanced" |
| 20:29.29 |
zero_level |
and all these
were 63 for the darker half and 191 for the lighter
half |
| 20:29.32 |
Ch3ck_ |
brlcad: you
were saying.. |
| 20:30.10 |
zero_level |
what i saw
from the result were two buildings in the histogram at 63 and
191 |
| 20:30.17 |
brlcad |
zero_level:
yeah that is _also_ an equalization of sorts ... just an unusual
one (to me) |
| 20:30.18 |
zero_level |
which makes
it balanced |
| 20:30.28 |
zero_level |
yes! |
| 20:32.33 |
zero_level |
but when we
read the code it is not the the normal mapping as u
explained |
| 20:32.47 |
zero_level |
do u want me
test on lena image.. ? |
| 20:35.31 |
brlcad |
zero_level:
sure, would be good to see what it does |
| 20:36.06 |
brlcad |
if it's
useful, we can keep it as is |
| 20:36.08 |
zero_level |
brlcad: was
already on it! |
| 20:36.21 |
brlcad |
if we keep
it, we should document this behavior (better) |
| 20:36.37 |
brlcad |
if it's not
useful or only marginally so, we can get rid of it |
| 20:37.13 |
zero_level |
brlcad: ok
! |
| 21:18.00 |
zero_level |
checked for
barbara and lena works fine. |
| 21:18.14 |
zero_level |
i am finding
a way to post them on wiki so that u can see that |
| 21:18.21 |
zero_level |
brlcad: |
| 21:27.27 |
zero_level |
brlcad find
the images here barabara : http://tinypic.com/r/2rqeubl/5
barabara equalized : http://tinypic.com/r/71gq6q/5
lena : http://tinypic.com/r/33krogg/5
lena equalized : http://tinypic.com/r/10r2sti/5 |
| 21:33.28 |
*** join/#brlcad KimK
(~Kim__@wsip-184-176-200-171.ks.ks.cox.net) |
| 21:39.21 |
brlcad |
zero_level:
okay, so on the surface I'd say that's more than marginally
useful |
| 21:39.34 |
brlcad |
so keep on,
it's fine |
| 21:40.10 |
zero_level |
i still
wonder about the working of the code. Either it is state of the
art. or can be improved significantly |
| 21:40.28 |
brlcad |
yep |
| 21:40.45 |
brlcad |
in this case,
it's certainly not state of the art, but it is still
useful |
| 21:40.51 |
zero_level |
also saw
CxImage library there also they implement in the general way where
we map the pixels |
| 21:40.57 |
brlcad |
just not an
active area of development and hasn't been for probably 20
years |
| 21:43.08 |
brlcad |
zero_level:
so if you try equalize in cximage, do you get the same
result? |
| 21:43.27 |
brlcad |
maybe also
try "normalize" |
| 21:44.08 |
zero_level |
didnt install
the library but the code is entirely different |
| 21:44.17 |
zero_level |
checked with
matlab histeq function |
| 21:44.20 |
zero_level |
there are
differe |
| 21:44.25 |
zero_level |
*different |
| 21:44.38 |
brlcad |
they have a
demo app: http://www.codeproject.com/Articles/1300/CxImage |
| 21:44.49 |
brlcad |
that shows
equalize and normalize |
| 21:48.05 |
zero_level |
the matlab
histeq are slightly different. on seeing one cannot find the
difference. but pixel wise differences are observed using
subtraction |
| 21:48.55 |
brlcad |
pixdiff tool
will show you the differences |
| 21:49.22 |
brlcad |
still
"slightly different" is informative |
| 21:49.57 |
brlcad |
could imply a
round-off error or off-by-one bug or edge case handled differently
or just an entirely different (but similar) method
altogether |
| 21:51.52 |
brlcad |
did you do
histeq(I, 256) in matlab? |
| 21:52.22 |
brlcad |
default is
64 |
| 21:52.44 |
zero_level |
i did only
histeq(I) |
| 21:52.54 |
brlcad |
so that's
probably the difference |
| 21:52.58 |
zero_level |
ok |
| 21:53.00 |
brlcad |
try
256 |
| 21:54.10 |
brlcad |
I like that
you're comparing with matlab.... :) |
| 21:54.39 |
zero_level |
i did with
256 this tym |
| 21:55.06 |
brlcad |
BRL-CAD has
MANY parallels with Matlab in terms of design, history, commands,
low-level functionality |
| 21:56.09 |
zero_level |
the sum of
abs diff for pixels is 70434 for 263144 pixels |
| 21:56.17 |
zero_level |
*262144 |
| 21:56.30 |
zero_level |
for the
barbara image |
| 21:56.39 |
zero_level |
i think this
is negligible |
| 21:56.45 |
brlcad |
hm, how
diff? |
| 21:56.50 |
brlcad |
what does
pixdiff say? |
| 22:03.48 |
zero_level |
pixdiff
bytes: 191709 matching, 70434 off by 1, 0 off by
many |
| 22:04.06 |
brlcad |
nice, so that
is basically matching with some round-off error |
| 22:04.12 |
zero_level |
this is the
result of pixdiff on barbara equlaized with matlab and
bwhisteq |
| 22:04.38 |
brlcad |
it'd be
iteresting to figure out who has the rounding error |
| 22:04.57 |
brlcad |
could be
either, that's a very tiny difference |
| 22:05.46 |
brlcad |
given our
tools usage, my bets would be on it having a rounding issue but
that's still surprisingly good |
| 22:05.54 |
brlcad |
and
reinforces the value of the tool |
| 22:15.30 |
zero_level |
brlcad: about
that mail |
| 22:15.47 |
zero_level |
because it
has few things regarding the development plan |
| 22:16.20 |
zero_level |
also those
whole sum is because of 1 pixel intensity difference |
| 22:17.45 |
brlcad |
<PROTECTED> |
| 22:18.03 |
brlcad |
like
128/128/128 vs 128/127/128 |
| 22:18.10 |
*** join/#brlcad zero_level
(~zero_leve@117.205.16.149) |
| 22:18.16 |
brlcad |
<PROTECTED> |
| 22:18.19 |
brlcad |
like
128/128/128 vs 128/127/128 |
| 22:18.34 |
brlcad |
not even
127/127/127 vs 128/128/127 |
| 22:22.34 |
*** join/#brlcad zero_level
(~zero_leve@117.205.16.149) |
| 22:37.01 |
*** join/#brlcad zero_level
(75cd1727@gateway/web/freenode/ip.117.205.23.39) |
| 22:37.57 |
*** join/#brlcad zero_level_
(~zero_leve@117.205.23.39) |
| 00:43.20 |
*** join/#brlcad Tecan
(~fasdf@unaffiliated/unit41) |
| 00:46.57 |
Tecan |
its installed
how do i run ? |
| 00:47.13 |
Tecan |
brlman has
little / no effect |
| 00:47.36 |
Tecan |
sets a small fire in a corner to keep warm while
waiting |
| 00:50.06 |
Tecan |
mged |
| 00:53.28 |
Tecan |
neat
stuff |
| 00:55.27 |
Tecan |
is there a
book on this stuff ? |
| 01:05.12 |
*** join/#brlcad mpictor_
(~mpictor_@2601:d:b280:9:35a3:eb2d:dc1f:917b) |
| 01:44.25 |
*** join/#brlcad zero_level
(~zero_leve@117.205.27.20) |
| 02:47.08 |
*** join/#brlcad zero_level
(~zero_leve@117.205.19.181) |
| 03:19.01 |
*** join/#brlcad Tecan
(~fasdf@unaffiliated/unit41) |
| 03:40.48 |
*** join/#brlcad zero_level
(~zero_leve@117.212.24.35) |
| 03:52.51 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
| 03:52.52 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
| 03:53.44 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
| 03:55.42 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
| 03:55.43 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
| 04:45.14 |
*** join/#brlcad zero_level
(~zero_leve@117.220.12.178) |
| 05:02.58 |
*** join/#brlcad zero_level
(~zero_leve@117.220.12.187) |
| 05:46.25 |
*** join/#brlcad zero_level
(~zero_leve@117.205.30.60) |
| 05:52.15 |
*** join/#brlcad Tecan
(~fasdf@unaffiliated/unit41) |
| 06:04.24 |
*** join/#brlcad zero_level
(~zero_leve@117.205.18.113) |
| 07:03.29 |
*** join/#brlcad harmanpreet
(~chatzilla@202.164.53.117) |
| 07:16.54 |
*** join/#brlcad dtidrow
(~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) |
| 07:32.22 |
*** join/#brlcad harmanpreet
(~chatzilla@202.164.53.117) |
| 07:37.28 |
*** join/#brlcad zero_level
(~zero_leve@117.212.27.99) |
| 07:59.24 |
*** join/#brlcad harmanpreet
(~chatzilla@202.164.53.117) |
| 08:08.36 |
*** join/#brlcad kesha
(~kesha@49.249.200.67) |
| 08:13.59 |
*** join/#brlcad zero_level
(~zero_leve@117.212.31.132) |
| 08:32.33 |
*** join/#brlcad harmanpreet
(~chatzilla@202.164.53.117) |
| 08:49.08 |
harmanpreet |
? |
| 08:58.45 |
*** join/#brlcad zero_level
(~zero_leve@117.205.27.235) |
| 09:17.09 |
Notify |
03BRL-CAD
Wiki:KeshaSShah * 5439 /wiki/User:KeshaSShah/GSoC13/Reports: /*
Week 1 */ |
| 09:23.07 |
Notify |
03BRL-CAD
Wiki:KeshaSShah * 5440 /wiki/User:KeshaSShah/GSoC13/Reports: /*
June 18 */ |
| 09:25.54 |
*** join/#brlcad zero_level
(~zero_leve@117.205.29.19) |
| 10:06.44 |
*** join/#brlcad zero_level
(~zero_leve@117.212.28.39) |
| 10:18.53 |
*** join/#brlcad zero_level
(~zero_leve@117.212.28.39) |
| 10:22.06 |
*** join/#brlcad harmanpreet
(~chatzilla@202.164.53.117) |
| 10:43.15 |
*** join/#brlcad zero_level
(75d41c27@gateway/web/freenode/ip.117.212.28.39) |
| 10:43.50 |
*** join/#brlcad harmanpreet
(~chatzilla@202.164.53.117) |
| 10:44.12 |
*** join/#brlcad mpictor_
(~mpictor_@2600:1015:b113:4dff:0:f:2df:b101) |
| 11:06.44 |
*** join/#brlcad harmanpreet
(~chatzilla@202.164.53.117) |
| 11:10.14 |
*** join/#brlcad zero_level
(~zero_leve@117.205.30.171) |
| 11:35.33 |
*** join/#brlcad harmanpreet
(~chatzilla@202.164.53.117) |
| 11:49.59 |
*** join/#brlcad zero_level
(~zero_leve@117.220.14.195) |
| 12:01.51 |
zero_level |
hi brlcad:
``Erik: |
| 12:02.03 |
zero_level |
among the
utilities in the /src/util folder |
| 12:02.16 |
zero_level |
i am creating
a utility to test my conversion functions. |
| 12:02.49 |
zero_level |
i compiled
the source code as i did previously as illustrated in INSTALL
file |
| 12:03.20 |
zero_level |
but the new
test utility didnt get compiled ! |
| 12:03.34 |
zero_level |
do i have to
add the information in some file ? where ? |
| 12:28.00 |
*** join/#brlcad zero_level
(~zero_leve@117.212.26.179) |
| 12:38.03 |
*** join/#brlcad mpictor
(~mpictor_@2600:1015:b10f:860d:0:f:2e6:7301) |
| 12:47.56 |
*** join/#brlcad zero_level
(~zero_leve@117.205.24.226) |
| 13:16.49 |
*** join/#brlcad harmanpreet
(~chatzilla@124.253.78.126) |
| 13:43.15 |
*** join/#brlcad zero_level
(~zero_leve@117.205.24.192) |
| 14:10.14 |
brlcad |
zero_level:
yes, see the CMakeLists.txt file |
| 14:10.31 |
brlcad |
there's one
in pretty much every directory that describes how to compile things
in that directory |
| 14:10.51 |
zero_level |
also i guess
Makefile.am |
| 14:10.55 |
brlcad |
if you're
creating test tools, you may want to mirror the testing
infrastructure in src/libbu/tests |
| 14:11.03 |
brlcad |
there are no
longer Makefile.am files |
| 14:11.10 |
brlcad |
if you have
them, you're not up to date |
| 14:11.16 |
zero_level |
ok |
| 14:11.24 |
zero_level |
i have
7.23.1 |
| 14:11.31 |
zero_level |
do i download
7.24 ? |
| 14:11.40 |
brlcad |
er....
no |
| 14:12.11 |
brlcad |
you should be
working from a subversion checkout |
| 14:12.20 |
brlcad |
~cadsvn |
| 14:12.20 |
ibot |
To obtain
BRL-CAD from Subversion: svn checkout https://svn.code.sourceforge.net/p/brlcad/code/brlcad/trunk
brlcad |
| 14:12.38 |
brlcad |
that's the
slow but sure way |
| 14:12.55 |
zero_level |
ok. i did
this .. but days(months_) back |
| 14:12.58 |
brlcad |
for the
faster svn+ssh:// method, go to the sf.net project page |
| 14:13.00 |
zero_level |
updating
now |
| 14:13.07 |
brlcad |
okay, so then
you need to run "svn up" |
| 14:13.22 |
brlcad |
you should
run svn up every day, several times throughout the day |
| 14:13.53 |
brlcad |
basically
every time you Notify write a message in here, there's an update to
be received |
| 14:14.17 |
brlcad |
that means
someone commited a change |
| 14:15.44 |
*** join/#brlcad harman
(~harman@202.164.53.122) |
| 14:18.17 |
Notify |
03BRL-CAD:brlcad * 55797
brlcad/trunk/src/libbn/tcl.c: like this, zero_level
(ws) |
| 14:20.23 |
zero_level |
i saw libbu
now. where are the test tools installed ? |
| 14:20.49 |
zero_level |
didnt find
them among the binaries |
| 14:20.52 |
zero_level |
brlcad: |
| 14:37.59 |
*** join/#brlcad zero_level
(~zero_leve@117.205.30.149) |
| 14:43.35 |
brlcad |
zero_level:
they're not installed, but they are available after compilation in
the build directory |
| 14:43.41 |
brlcad |
bin
directory |
| 14:56.31 |
zero_level |
brlcad: also
about committing changes! do i have the access to ? |
| 14:57.01 |
brlcad |
zero_level:
considering you just today learned about "svn up", I'm not sure
you're ready for commit access :) |
| 14:57.28 |
zero_level |
i used to do
svn update |
| 14:57.33 |
zero_level |
:-) |
| 14:57.35 |
zero_level |
svn
status |
| 14:57.39 |
brlcad |
keep
submitting your work (daily) as patches and get folks to review
them |
| 14:57.45 |
zero_level |
ok |
| 14:57.58 |
brlcad |
we have a
backlog because of release |
| 14:58.06 |
zero_level |
ok |
| 14:58.08 |
brlcad |
used to ...
but didn't in months? :) |
| 14:58.22 |
brlcad |
or weeks at
least |
| 14:59.25 |
zero_level |
brlcad: also
can we disucss about this mail http://sourceforge.net/mailarchive/message.php?msg_id=31038788 |
| 15:05.10 |
brlcad |
zero_level:
big e-mails provoke big responses |
| 15:05.18 |
brlcad |
big responses
take considerable time |
| 15:05.33 |
brlcad |
see
aforementioned comment about there being a backlog because of
release :) |
| 15:19.11 |
*** join/#brlcad zero_level
(~zero_leve@117.205.17.127) |
| 15:20.08 |
*** join/#brlcad vladbogo
(~vlad@188.25.101.47) |
| 15:27.01 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 5441
/wiki/User:Vladbogolin/GSoC2013/Logs: |
| 15:45.04 |
brlcad |
if you have
questions, ask them here and get your answer ... don't
wait |
| 15:45.34 |
brlcad |
zero_level:
big e-mails provoke big responses, big responses take lots of time
-- see aforementioned comment about there being a
backlog |
| 15:45.50 |
vladbogo |
hi
all |
| 15:46.15 |
vladbogo |
i was working
on the integration of qt in the cmake build yesterday |
| 15:46.17 |
brlcad |
that's part
what makes IRC much more effective if you stay logged in, because
we can answer quick questions easily |
| 15:46.27 |
brlcad |
hi vladbogo
how goes it? |
| 15:46.37 |
vladbogo |
as i saw
there is a slight difference between qt4 and qt5 |
| 15:47.02 |
vladbogo |
i
successfully built a small project using qt5 |
| 15:47.30 |
vladbogo |
i wanted to
ask you what version of qt should I use? |
| 15:48.44 |
vladbogo |
i still have
to find out a way to determine the path to the qt installation.
Hopefully I will find out that today |
| 15:49.01 |
brlcad |
you should
use the very latest |
| 15:49.22 |
vladbogo |
that's what I
used but I wanted to be sure |
| 15:50.29 |
brlcad |
definitely
5 |
| 15:51.23 |
brlcad |
vladbogo: for
your project, build system issues are secondary -- you can/should
get by with as little effort as possible |
| 15:51.37 |
brlcad |
once you have
things working, we can hook up the build system properly very
quickly |
| 15:52.05 |
brlcad |
unless you
really want to understand the build system |
| 15:52.08 |
brlcad |
become a
cmake guru |
| 15:52.31 |
brlcad |
otherwise,
you can get away with just adding some compile/linker flags in your
specific directory |
| 15:53.09 |
vladbogo |
ok then I
will leave other details for later (such as determining the fact
that qt is installed) |
| 15:53.34 |
brlcad |
yep |
| 15:53.41 |
brlcad |
just assume
it's installed, use it |
| 15:53.54 |
brlcad |
when it comes
time to commit, we can sort out the build |
| 15:54.04 |
brlcad |
vladbogo:
where are your patches? |
| 15:54.15 |
brlcad |
can you
provide the links? |
| 15:54.29 |
brlcad |
I know you
have them down in a few places |
| 15:54.40 |
vladbogo |
immediately |
| 15:55.09 |
vladbogo |
this one is
the latest |
| 15:55.10 |
vladbogo |
http://sourceforge.net/p/brlcad/patches/189/ |
| 15:55.47 |
vladbogo |
and also the
qt patch |
| 15:55.49 |
vladbogo |
http://sourceforge.net/p/brlcad/patches/185/ |
| 15:56.11 |
vladbogo |
which is an
improved version of the txt display manager |
| 15:56.30 |
vladbogo |
should I also
provide the link to the ones I have done in the application
period? |
| 16:01.16 |
Notify |
03BRL-CAD:brlcad * 55798
brlcad/trunk/src/conv/g-voxel.c: accept sf patch 189 (Optional
arguments g-voxel.c) from Vlad Bogolin which provides the same
optional arguments as libged's voxelize command. |
| 16:07.36 |
Notify |
03BRL-CAD:brlcad * 55799
brlcad/trunk/AUTHORS: accepted patch from vlad bogolin to clean up
g-voxel, other patches pending too. he's a gsoc 2013
participant. |
| 16:16.28 |
brlcad |
vladbogo: per
your mailing list comment, who did you talk with? |
| 16:17.20 |
brlcad |
I don't want
to step in the way of their plans if they want you spending time
working on proper integration early rather than later |
| 16:18.16 |
brlcad |
I just tend
to like reactive, not anticipatory |
| 16:18.22 |
vladbogo |
D.
Rossberg |
| 16:19.09 |
brlcad |
and the build
isn't technically strictly necessary until it comes time to enable
that code, so it can happen now or later |
| 16:19.11 |
brlcad |
okay |
| 16:19.50 |
brlcad |
so keep on
then, but just don't let yourself get stuck -- we have a lot of
cmake expertise here |
| 16:19.58 |
vladbogo |
we haven't
discussed in what degree the integration should be done |
| 16:20.04 |
brlcad |
there should
be a find qt macro that you can run |
| 16:20.19 |
brlcad |
we're not
bundling qt, it's too big |
| 16:20.37 |
vladbogo |
I found that
but in order to work I have to specify the path in the
CMAKE_PREFIX_PATH |
| 16:20.42 |
brlcad |
so the build
system needs to simply test for it, similar to how it currently
tests for X11, and if it's available, it builds your
interface |
| 16:21.46 |
brlcad |
where is qt
installed on your system |
| 16:21.59 |
vladbogo |
in the home
directory |
| 16:22.43 |
brlcad |
so that's
something cmake could never find on its own, you have to tell
it |
| 16:22.57 |
brlcad |
did you read
http://qt-project.org/quarterly/view/using_cmake_to_build_qt_projects
? |
| 16:23.12 |
brlcad |
and http://www.kdab.com/using-cmake-with-qt-5/ |
| 16:23.35 |
vladbogo |
yes this are
exactly the pages I used |
| 16:23.56 |
brlcad |
okay
great |
| 16:24.56 |
brlcad |
so then try
just setting the prefix path |
| 16:25.08 |
brlcad |
CMAKE_PREFIX_PATH=~/path/to/Qt cmake
.. |
| 16:25.32 |
brlcad |
or cmake
-DCMAKE_PREFIX_PATH=~/path/to/Qt .. |
| 16:25.40 |
vladbogo |
like this it
works |
| 16:26.17 |
brlcad |
then you just
need to use the right variables to enable/disable your
files |
| 16:27.40 |
brlcad |
follow the
logic for BRLCAD_ENABLE_X11 as I expect you'll need to add similar
lines for BRLCAD_ENABLE_QT |
| 16:27.57 |
brlcad |
in the
top-level CMakeLists.txt file and src/libdm/CMakeLists.txt
file |
| 16:29.14 |
vladbogo |
i will look
then there. Now (in the qt-dm patch) the BRLCAD_ENABLE_QT is always
set |
| 16:29.56 |
vladbogo |
this was
planned for today |
| 16:30.15 |
brlcad |
k |
| 16:30.38 |
brlcad |
vladbogo:
curious, looking over your dm-txt patch -- why do you export all of
the functions? |
| 16:32.39 |
vladbogo |
that was a
misunderstanding |
| 16:32.50 |
vladbogo |
the txt dm
patch needs some reviews |
| 16:33.49 |
vladbogo |
i focused on
solving the problems on the qt-dm |
| 16:35.10 |
vladbogo |
should I fix
the dm-txt patch? |
| 16:54.21 |
brlcad |
yes
please |
| 16:54.43 |
brlcad |
probably end
up not even needing that new header |
| 16:54.52 |
vladbogo |
yes |
| 16:55.17 |
vladbogo |
i did all the
changes in the qt dm which at the moment is basically the
same |
| 16:56.13 |
brlcad |
nods |
| 17:01.09 |
vladbogo |
i will start
working to the txt dm |
| 17:07.03 |
vladbogo |
also I want
to ask you how should I approach the existence of the txt dm? Is it
ok if it's the same as the null dm and the macro is defined in
dm.h? |
| 17:09.15 |
harman |
brlcad: Hi, I
was working for making a patch to add feature requested at:
http://sourceforge.net/p/brlcad/feature-requests/130/.
I read your comment on this link to get some idea, but I am not
getting; from which to which file I am suppose to move? |
| 17:10.26 |
brlcad |
vladbogo:
what macro? |
| 17:10.52 |
brlcad |
if it's got a
macro that has to be published, that would be a reason for it to
have a header |
| 17:11.29 |
brlcad |
harman:
sourceforge is apparently having problems today .. site is really
slow |
| 17:13.09 |
vladbogo |
brlcad: dm.h
(line 53) (#define DM_NULL (struct dm *)NULL) I used the same
approach to determine that the txt dm exists and defined it there.
Being a debug dm I suppose it is ok because it has to be present
anytime |
| 17:13.47 |
brlcad |
vladbogo:
DM_NULL is just a typecast NULL |
| 17:13.57 |
brlcad |
for older
compilers |
| 17:14.16 |
brlcad |
that
could/should basically be NULL nowadays |
| 17:14.32 |
brlcad |
i don't see
what that has to do with your txt dm though.. |
| 17:16.04 |
brlcad |
harman: okay,
130 finally displayed -- the task involves the journal command in
mged, yes? |
| 17:16.15 |
harman |
yes.. |
| 17:16.28 |
brlcad |
harman: so
where is the journal command sources? |
| 17:16.58 |
brlcad |
aside from
asking, how might you go about finding it? |
| 17:18.00 |
harman |
actually.. I
read your comment and was trying to follow what you
said. |
| 17:18.25 |
brlcad |
okay |
| 17:18.38 |
harman |
i searched
for bu_log_add_hook |
| 17:18.46 |
vladbogo |
brlcad:
nevermind. I was thinking at something wrong |
| 17:18.51 |
harman |
and I found
it on log.c |
| 17:18.53 |
harman |
ok |
| 17:19.23 |
brlcad |
okay, that's
where that particular function is implemented, and? |
| 17:21.21 |
harman |
means.. I
found this in log.c |
| 17:32.34 |
brlcad |
heh |
| 17:34.10 |
brlcad |
harman: if
I'm trying to help you with something, you have to actually ask a
question or you'll have to follow down a line of reasoning to help
you understand what you need to do next |
| 17:35.26 |
brlcad |
you wrote
"from which to which file I am suppose to move?" which I started to
help you with, and you redirected onto my comment about
bu_log_add_hook, so my response followed "and?" and so what? you
found the sources for that log function. now what? |
| 17:37.10 |
brlcad |
glad to help,
but I'm not just going to try and guess or be a professor on a
white board telling you all there is to know about bu logging or
the journal command or mged's command infrastructure and hope that
something I say is something you were needing to hear |
| 17:37.17 |
brlcad |
that'd be
inefficient, right? |
| 17:37.32 |
brlcad |
so I'll help
you get to where you're going, but I'm not going to drive the car
:) |
| 17:39.12 |
brlcad |
you have the
right idea, obviously you should try to understand my reply to the
feature request since I basically say how to do it |
| 17:39.30 |
brlcad |
but you must
first understand and reproduce the problem so you know what it is
you're trying to change |
| 17:39.40 |
brlcad |
have you run
the journal command? |
| 17:39.56 |
harman |
oh.. I was
away from system.. |
| 17:40.04 |
brlcad |
you're
allowed to do that |
| 17:40.08 |
brlcad |
:) |
| 17:40.09 |
harman |
yes. |
| 17:40.20 |
harman |
i run
it |
| 17:40.28 |
brlcad |
do you
understand the problem as tom stated it? |
| 17:40.32 |
harman |
yes |
| 17:40.43 |
brlcad |
do you know
where/how the journal command is implemented? |
| 17:41.01 |
harman |
no |
| 17:41.18 |
brlcad |
so there's
your first step before trying to understand my reply since that's
part of the problem statement scope |
| 17:41.31 |
harman |
okay.. |
| 17:41.34 |
brlcad |
do you know
how to go about finding it? |
| 17:41.56 |
brlcad |
variety of
ways |
| 17:44.34 |
harman |
I basically
do file search |
| 17:46.16 |
brlcad |
okay, that's
a fine starting point, so what does that tell you? |
| 17:46.22 |
harman |
but that does
not give produce any result.. |
| 17:47.32 |
brlcad |
how are you
searching? |
| 17:47.54 |
brlcad |
you're
clearly able to run the journal command so SOMEWHERE in the source
tree there should be at least one reference to the word
journal |
| 17:48.56 |
harman |
history.c? |
| 17:49.32 |
brlcad |
I assume you
more specifically mean src/mged/history.c |
| 17:50.03 |
harman |
yes
yes |
| 17:50.45 |
brlcad |
that sounds
like the place, and if you followed a different approach for
finding the command, it would be confirmed |
| 17:51.20 |
harman |
i used grep
command |
| 17:51.29 |
brlcad |
good |
| 17:51.43 |
brlcad |
if you looked
in src/mged, you would have found a reference to "journal" and and
f_journal function |
| 17:52.21 |
brlcad |
that piece of
code should look very much like a command table, and would have
been strong evidences that you "found" where the command is hooked
in |
| 17:52.35 |
brlcad |
that
f_journal function becomes the starting point |
| 17:52.48 |
brlcad |
from there,
you find the implementation in history.c |
| 17:53.24 |
brlcad |
okay, so now
you should try to follow the logic in that file, starting with
f_journal(), to see if you have a basic understanding of what it's
doing |
| 17:53.39 |
harman |
okay.. |
| 17:53.40 |
brlcad |
then re-read
my response about how to possibly go about fixing it |
| 17:53.51 |
harman |
ok |
| 17:55.37 |
harman |
i will do
it |
| 17:55.53 |
brlcad |
once you have
a basic understanding of the command, that should really help with
figuring out what you can do to fix it |
| 17:56.09 |
brlcad |
at which
point my comments may help or you may even end up with a better
idea |
| 17:56.24 |
brlcad |
that command
was very quickly implemented, terrible code, so there's lots of
room for improvement |
| 17:56.33 |
brlcad |
you could
simply start by making a patch that cleans up the code |
| 17:56.49 |
harman |
okay.. |
| 17:56.55 |
brlcad |
refactoring
and improving code while you read it is a great way to learn the
code too |
| 17:57.11 |
harman |
thanks for
the tip |
| 17:57.32 |
brlcad |
just make
sure any "cleanup" changes you make are not mixed with any feature
request changes |
| 17:57.40 |
brlcad |
(a patch
should do just one thing, not many things) |
| 17:58.21 |
harman |
i will keep
it in mind |
| 17:58.30 |
brlcad |
same thing
with commits |
| 17:58.54 |
harman |
okay.. |
| 18:00.40 |
*** join/#brlcad caen23_
(~caen23@92.81.220.39) |
| 18:00.45 |
harman |
you were
talking about ideas you and other developers have idea to improve
project scope |
| 18:00.45 |
brlcad |
vladbogo:
your patches are looking great, daniel was happy too |
| 18:01.01 |
brlcad |
vladbogo: you
now have commit access, test commit some small change now if you
would please |
| 18:01.20 |
vladbogo |
brlcad:
thanks |
| 18:01.28 |
brlcad |
vladbogo: and
(re)read the HACKING section on dev responsibilities |
| 18:02.01 |
vladbogo |
brlcad: i
have also submitted the txt dm with fixes |
| 18:02.22 |
brlcad |
harman: yeah,
actually it was from another dev who really frowned on the proposed
interface approach, but liked the idea of a web interface
overall |
| 18:02.24 |
vladbogo |
brlcad: i
will read the HACKING again |
| 18:02.38 |
brlcad |
vladbogo:
excellent |
| 18:04.13 |
brlcad |
vladbogo: so
patch 179 is curious... |
| 18:04.38 |
zero_level |
brlcad: i am
posting few issues from the mail her |
| 18:04.42 |
zero_level |
*here |
| 18:05.09 |
zero_level |
brlcad
#Proposal Time Line Modifications |
| 18:05.35 |
zero_level |
I wish to
remove group 10-11 from my proposal. I believe this will help in
more time for the import/export tools and increases feasibility of
the project. |
| 18:05.48 |
zero_level |
My Update
proposal time line is here http://brlcad.org/wiki/User:Level_zero/GSOC13/timeline |
| 18:07.13 |
vladbogo |
brlcad: i
think that approach should be discussed in order to make the best
decision. That is just an idea I had in order to reduce the
#ifdefs |
| 18:07.39 |
brlcad |
vladbogo: it
seems like an incomplete patch? you leave dm_open() and add a new
function and a new MY_*() macro (bad name) |
| 18:08.47 |
brlcad |
zero_level:
what were groups 10-11? |
| 18:08.57 |
vladbogo |
I know it's a
bad name. My idea would be to modify DM_OPEN as MY_DM_OPEN but as I
only did the refactoring for the X dm that was not
possible |
| 18:09.34 |
brlcad |
I think
that's the "incomplete" I'm seeing |
| 18:09.39 |
zero_level |
http://brlcad.org/wiki/User:Level_zero/GSOC13/Refinements#Merge_or_Split_.28GROUP.2310.29 |
| 18:10.23 |
vladbogo |
brlcad:
adding a comment for the first commit it's ok? |
| 18:11.58 |
vladbogo |
brlcad: I
didn't knew if my idea for the patch it's better than the actual
implementation so I submitted the patch and if you think that it is
useful to finish it I will work on refactoring all the
dm's |
| 18:12.06 |
zero_level |
brlcad u will
find information regarding that on the web link |
| 18:12.08 |
brlcad |
vladbogo: as
long as it's a useful comment or improving a comment,
sure |
| 18:14.08 |
brlcad |
vladbogo: now
that you have commit, you can think about it from a different
approach and incrementally get there |
| 18:15.54 |
brlcad |
for example,
one commit could add the new dm_open callback to the struct, and
NULL entries for all of the DM's (with nothing using
them) |
| 18:16.32 |
brlcad |
zero_level:
brevity instead of links is nice ;) but that's a good question to
ask your reviewing mentor |
| 18:16.52 |
zero_level |
is he around
today ? |
| 18:17.05 |
brlcad |
zero_level:
technically speaking, I'm much more concerned that you end up with
a solid API design, framework for growth, and completely migrated
commands -- not works in progress |
| 18:17.24 |
brlcad |
so most of
your groups are secondary towards design |
| 18:17.29 |
zero_level |
ok |
| 18:17.48 |
brlcad |
already told
you during evals that you were being way too ambitious/presumptuous
:) |
| 18:18.19 |
brlcad |
your schedule
should reflect where all your time is still going though
regardless |
| 18:18.51 |
harman |
brlcad:
okay... you mentioned in the message that focusing on NURBS instead
of reinventing the wheel with basic shapes would improve scope. Can
you please tell how can I invlove NURBS in my project? |
| 18:19.14 |
zero_level |
brlcad
yesterday i submitted a patch regarding icv_structures. patch num =
192. link = http://sourceforge.net/p/brlcad/patches/192/ |
| 18:20.42 |
vladbogo |
brlcad: yes I
know what you mean but I don't know if the select_dm function is
the best approach because it still has ifdefs. |
| 18:22.02 |
brlcad |
harman: yeah,
and that is probably an involved discussion |
| 18:22.37 |
brlcad |
but the basic
notion is that we still don't think you fully get what you're
proposing with editing representations on the front-end and boolean
operations .... :) |
| 18:23.05 |
brlcad |
and we really
don't want to end up with a idea that is never put into production
use or just ends up being a neat demo |
| 18:23.25 |
brlcad |
or that
duplicates existing functionality unnecessarily! so many concerns.
;) |
| 18:24.03 |
brlcad |
which leaves
us introspecting what sort of interface WOULD be useful that we do
not readily have that might make sense in a browser |
| 18:24.22 |
brlcad |
and still
fits within scope |
| 18:24.53 |
brlcad |
zero_level: I
saw it |
| 18:25.01 |
zero_level |
brlcad :
ok |
| 18:25.17 |
brlcad |
vladbogo:
that is true, twas another critique |
| 18:25.25 |
zero_level |
am i going
right there ? |
| 18:25.30 |
brlcad |
the whole
point of those structure callback tables is to avoid the
ifdefs |
| 18:26.11 |
brlcad |
vladbogo:
perhaps another approach would be a callback that returns the type
... depends on how it's used, right? |
| 18:26.23 |
zero_level |
brlcad: today
i am making test functions for my convert patches |
| 18:26.53 |
zero_level |
also working
on group 1 (Croping) test compiles. |
| 18:27.00 |
brlcad |
zero_level:
you just submitted that, there are some others ahead of it...
:) |
| 18:27.11 |
zero_level |
ok |
| 18:27.16 |
vladbogo |
brlcad: I
know but there still has to be a way to select the dm. A new
callback that returns the type sounds like a good idea. |
| 18:27.30 |
brlcad |
if your old
patches aren't perfect, i'd suggest giving them a look over once
again (and make them perfect) |
| 18:27.52 |
brlcad |
vladbogo:
maybe .. it just depends what that type is used for |
| 18:28.01 |
brlcad |
ideally we'd
fully hide the type, it shouldn't matter |
| 18:28.58 |
brlcad |
at most,
callers really only need a few things like whether OpenGL is
available, whether there are events, maybe whether it's current,e
tc |
| 18:29.10 |
zero_level |
also brlcad:
i have created an index page on wiki which contains all the info. I
hope u have seen that. the link is here http://brlcad.org/wiki/User:Level_zero/ |
| 18:29.31 |
vladbogo |
brlcad: i
will consider this and think about a better solution |
| 18:30.51 |
brlcad |
zero_level:
no I hadn't seen that because that trailing slash isn't the
convention for user dirs |
| 18:30.55 |
brlcad |
http://brlcad.org/wiki/User:Level_zero |
| 18:31.05 |
brlcad |
should move
the page |
| 18:31.53 |
Notify |
03BRL-CAD
Wiki:Level zero * 0 /wiki/User:Level_zero/: trailing slash is not
the convention |
| 18:32.19 |
zero_level |
brlcad : here
it is http://brlcad.org/wiki/User:Level_zero/index |
| 18:33.33 |
harman |
brlcad: ok..
if it is an invloved discussion then I can start discussion over
mailing list and in the mean time I should work on patches. Is it
OK? |
| 18:34.39 |
zero_level |
brlcad : our
bwhisteq uses the same method as histeq. But the mapping is done as
such it avoids the closed form function to find the new
map. |
| 18:37.17 |
brlcad |
harman: it's
more an extension of your proposal discussion |
| 18:37.34 |
brlcad |
on
http://www.google-melange.com/gsoc/proposal/review/google/gsoc2013/harman052/15001#c46001 |
| 18:38.36 |
brlcad |
zero_level:
closed form... avoids what? statement doesn't say anything to me
as worded other than our bwhisteq tool matches matlabs histeq
function |
| 18:39.26 |
brlcad |
"But the
mapping is done as such it avoids the closed form function to find
the new map." ... which mapping? what is it? new map from what?
how is closed form relevant? :) |
| 18:40.04 |
harman |
brlcad:
sorry, i didn't get you. |
| 18:40.50 |
brlcad |
harman: i'm
saying that you probably don't have enough to start a discussion...
:) |
| 18:41.02 |
brlcad |
and just
asking for people to talk isn't likely going to start a
discussion |
| 18:41.39 |
harman |
then what
next? |
| 18:43.00 |
brlcad |
so I've got a
little time now, lets discuss where we left off |
| 18:43.19 |
*** join/#brlcad kesha
(~kesha@49.202.239.196) |
| 18:43.20 |
brlcad |
I get how
you're planning on displaying projected rpps in four
views |
| 18:44.12 |
brlcad |
but then
what? you used that in response to my concerns about how that
applies to the general case that you are reportedly aiming
for |
| 18:44.23 |
brlcad |
but your
description doesn't generalize |
| 18:44.49 |
brlcad |
it only works
for rpps because an un-rotated projected rpp is just a rectangle
and the web tech deals with drawing rectangles fine |
| 18:45.39 |
brlcad |
even with
rpps, I don't think your description deals with the visualization
aspect |
| 18:46.12 |
brlcad |
if I move an
rpp in just one view and subtract it, what does that mean? how is
the subtraction performed? |
| 18:46.22 |
brlcad |
the result is
not an rpp any longer |
| 18:49.03 |
brlcad |
I think to
make progress on a different direction, you're going to need to
understand what this problem is about geometry representation
types, what data you actually have to work with, and what it is
exactly that is being accomplished |
| 18:49.38 |
brlcad |
and this is
very much not feeling like a discussion. hello? |
| 18:50.01 |
harman |
i am reading
and thinking |
| 18:51.55 |
brlcad |
taking a step
back, the overarching goal was stated as a web interface to
BRL-CAD |
| 18:52.12 |
harman |
yes.. |
| 18:52.27 |
brlcad |
that's
obviously very open-ended, with a lot of room for doing something
really interesting and useful and not held back by our current
usability limitations |
| 18:52.32 |
brlcad |
that part I
think we all get :) |
| 18:53.53 |
brlcad |
however to
"shift all features and functionality of desktop software to
browser" is a very big statement from your proposal that begs for
understanding why this is a problem now |
| 18:54.41 |
brlcad |
why does
BRL-CAD currently not have OpenGL shaded display visualizations of
geometry? |
| 18:55.28 |
harman |
"shift all
features and functionality of desktop software to browser is the
ultimate goal. |
| 18:55.47 |
brlcad |
yes, I
realize this is meant as a small stepping stone, just a
start |
| 18:55.58 |
harman |
yes |
| 18:56.10 |
vladbogo |
brlcad: I am
trying to make my first commit but I don't know how to specify my
sourceforge username(I am trying svn commit --username). Can you
give me a hint? |
| 18:56.24 |
brlcad |
but there
still seems to be a fundamental realization that is yet to be
attained... :) |
| 18:56.51 |
brlcad |
vladbogo:
just run svn commit, it'll prompt a password, hit enter, it should
prompt a username |
| 18:57.42 |
brlcad |
harman: so to
my question -- why don't we already have pretty opengl shaded
views? |
| 18:58.52 |
harman |
please
explain.. |
| 18:59.18 |
brlcad |
your proposal
addresses a fundamental issue in BRL-CAD |
| 18:59.41 |
brlcad |
it's hard to
use, the interface is not "modern" or pretty or shaded ( you get
wireframes ) |
| 18:59.45 |
brlcad |
why do we
display wireframes |
| 18:59.50 |
brlcad |
why not
something else? |
| 19:00.00 |
harman |
you said..
wireframes |
| 19:00.03 |
vladbogo |
brlcad: i
tried that and it does not prompt neither password or username:
simply opens the editor and after writing the comment prompts svn:
Authorization failed |
| 19:00.20 |
harman |
has
mathematical reason behind their implementation |
| 19:01.16 |
brlcad |
vladbogo:
it'll depend what method you used to check out -- go to the sf.net
page and get a read/write checkout url |
| 19:01.35 |
vladbogo |
brlcad:
thanks |
| 19:01.44 |
brlcad |
harman:
wireframes don't have mathematical reasoning behind
them |
| 19:01.52 |
brlcad |
wireframes
are just a bunch of 3d line segments |
| 19:02.10 |
harman |
okay |
| 19:02.26 |
brlcad |
if I open up
the editor, create a sphere, create a cylinder that runs into the
sphere, create another sphere on the other end, and union the shape
together (like a barbell) ... what's the problem displaying
that? |
| 19:02.30 |
brlcad |
o-o |
| 19:02.41 |
brlcad |
or better:
O=O |
| 19:03.27 |
brlcad |
is there a
problem? |
| 19:03.33 |
harman |
with
wireframes? |
| 19:03.51 |
brlcad |
no, we
obviously already show the wireframe |
| 19:03.58 |
brlcad |
but why the
wireframe |
| 19:04.02 |
brlcad |
why not show
the geometry shaded |
| 19:04.13 |
harman |
yes.. I too
wanted to know |
| 19:04.14 |
brlcad |
like games or
blender or any other 3D |
| 19:04.14 |
harman |
as |
| 19:04.22 |
harman |
there are so
many CAd softwares |
| 19:04.24 |
brlcad |
this is what
you're missing :) |
| 19:04.28 |
harman |
like
FreeCAD |
| 19:04.37 |
brlcad |
mhmm, so
why? |
| 19:04.42 |
harman |
:-) |
| 19:05.02 |
harman |
you can
explain better.. ;-) |
| 19:05.16 |
brlcad |
"you're going
to need to understand what this problem is about geometry
representation types" |
| 19:05.28 |
brlcad |
geometry
representation |
| 19:05.56 |
brlcad |
what does it
mean to be a representation of geometry .. what is your data ..
what is your representation type |
| 19:06.07 |
brlcad |
take a simple
sphere |
| 19:06.18 |
brlcad |
a point
(0,0,0) and a radius (10) |
| 19:06.25 |
harman |
hmm |
| 19:06.25 |
brlcad |
now display
it |
| 19:06.38 |
brlcad |
what do you
do? |
| 19:07.33 |
brlcad |
for sake of
relevance, say we're using your web interface even, nice snazzy
html5 canvas or webgl, doesn't matter |
| 19:08.06 |
harman |
1. user
select primitive (sphere). |
| 19:08.24 |
harman |
2. fill
radius and name of object. |
| 19:08.51 |
harman |
in input
boxes (that appear after selection) |
| 19:08.58 |
brlcad |
that's what
the user does, sure fine |
| 19:09.02 |
brlcad |
now what do
YOU do |
| 19:09.15 |
brlcad |
you being the
code you wrote to ultimately display the sphere |
| 19:09.25 |
harman |
wait.. |
| 19:10.03 |
brlcad |
user does #1,
does #2 (specifies radius 10), now how is it actually
displayed? |
| 19:10.03 |
harman |
3. this will
draw a circular shape in the windows.. |
| 19:10.03 |
brlcad |
how? |
| 19:10.30 |
harman |
now at this
time.. only circular shape made in html5 or js is drawn |
| 19:10.47 |
brlcad |
and for
clarity, we're not drawing a 2d circle and pretending it's a
sphere, we want a 3d shaded sphere |
| 19:10.54 |
harman |
that
represent sphere (it's 2D view) |
| 19:11.51 |
brlcad |
we can have
this exact same explanation in 2D if you'd like, but the goal was
not 2D |
| 19:12.17 |
harman |
that's why we
provide 4 windows to see 2D different views of 3D
object |
| 19:13.42 |
brlcad |
which is why
you're not understanding the problem :) |
| 19:13.51 |
brlcad |
okay, so lets
simplify this to 2D |
| 19:13.52 |
harman |
?? |
| 19:14.23 |
brlcad |
the 4 views
doesn't have anything to do with representation |
| 19:14.36 |
brlcad |
they're just
views |
| 19:14.48 |
harman |
yes |
| 19:14.56 |
harman |
they are just
views |
| 19:14.57 |
brlcad |
so lets say
we have a view that is 100x100 |
| 19:15.05 |
harman |
ok |
| 19:15.30 |
brlcad |
and the view
is centered at 0,0 |
| 19:15.37 |
brlcad |
so -50,-50 to
50,50 |
| 19:15.52 |
brlcad |
and we're now
working with 2D geometry |
| 19:16.04 |
harman |
hmm |
| 19:16.08 |
brlcad |
your geometry
is a 2D circle defined with origin (0,0) and radius
(10) |
| 19:16.24 |
brlcad |
you want to
visualize it, what do you do? |
| 19:16.59 |
brlcad |
i don't mean
what does the user do |
| 19:17.07 |
brlcad |
what do YOU
make the code do to display it? |
| 19:17.29 |
harman |
Oh I
see.. |
| 19:18.18 |
harman |
you mean how
we will visualize it in 3D world? |
| 19:18.44 |
brlcad |
we're
sticking with 2D at the moment |
| 19:18.55 |
brlcad |
pretending
BRL-CAD is a fully 2D CAD system |
| 19:19.10 |
Notify |
03BRL-CAD:vladbogo * 55800
brlcad/trunk/src/conv/g-voxel.c: Added comment to
src/conv/g-voxel.c to highlight the optional parameters
section. |
| 19:19.21 |
brlcad |
we show an
outline of a circle, outlines of boxes, etc. .. wireframes only,
and we're trying to figure out why |
| 19:19.54 |
brlcad |
you're making
a new fancy web interface to show off this 2D system but don't want
to just display wireframes |
| 19:20.02 |
harman |
yes.. in that
case we will have outlines |
| 19:20.23 |
brlcad |
so user
specifies a circle, how do you display it? |
| 19:20.24 |
harman |
filled with
colour |
| 19:20.34 |
brlcad |
HOW |
| 19:20.51 |
harman |
html5 is
capable to make such shapes |
| 19:20.55 |
brlcad |
c'mon man,
you're a dev, talk code to me :) |
| 19:21.23 |
brlcad |
better, okay
so you plan to use html5 to display such a shape (2d
circle) |
| 19:22.05 |
harman |
yes |
| 19:22.11 |
brlcad |
now the user
creates another circle half offset from the first |
| 19:22.27 |
brlcad |
you again
draw the second with html5 |
| 19:23.27 |
brlcad |
that's all
fine, yes? |
| 19:23.37 |
harman |
yes |
| 19:23.39 |
brlcad |
now the user
requests an intersection boolean operation |
| 19:23.43 |
brlcad |
what do you
do? |
| 19:23.43 |
harman |
ok |
| 19:25.17 |
harman |
i mentioned
in the proposal that |
| 19:25.30 |
brlcad |
forget the
proposal, we're talking here and now :) |
| 19:25.56 |
brlcad |
i have two
circles defined and an intersection, what do you do? |
| 19:26.01 |
brlcad |
how do you
visualize that? |
| 19:26.12 |
harman |
order of
selction will matter |
| 19:26.27 |
brlcad |
for an
intersection order does not matter |
| 19:26.38 |
harman |
suppose
circle A and circle B.. |
| 19:26.39 |
brlcad |
a ^
b |
| 19:27.23 |
harman |
we will be
keeping a function behind the scene that holds the command of
intersection |
| 19:27.43 |
harman |
in which we
just need to fill the names of objects |
| 19:27.50 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 5444
/wiki/User:Vladbogolin/GSoC2013/Logs: |
| 19:28.12 |
brlcad |
okay, so
"comb intersection a + b" in BRL-CAD parlance ... we still need to
visualize this |
| 19:28.29 |
harman |
means? |
| 19:29.34 |
brlcad |
i've asked
how you visualize that shape |
| 19:29.44 |
harman |
the resulted
shape? |
| 19:30.00 |
brlcad |
whatever you
want to display |
| 19:30.23 |
brlcad |
user created
two spheres and asked for an intersection, what do you do to show
them that? |
| 19:30.49 |
brlcad |
you've told
me you have a function that holds a command .. that obviously
doesn't show them that |
| 19:30.53 |
brlcad |
what do you
do to show them that? |
| 19:31.20 |
brlcad |
sorry, two
circles |
| 19:34.17 |
harman |
we have event
handlers in javascript that can be used to show result on the
browser |
| 19:34.33 |
harman |
after user
finishes |
| 19:34.36 |
brlcad |
you're goin
to again make me ask HOW aren't you :) |
| 19:35.30 |
brlcad |
how is the
result of that action displayed? |
| 19:36.15 |
brlcad |
hums a song |
| 19:39.16 |
brlcad |
harman: this
is entirely about data and algorithm, not toolkits or user
interface |
| 19:40.14 |
brlcad |
your
inability to answer is getting at the heart of the
problem |
| 19:42.20 |
harman |
yes..
algorithm and all that to be faced at later stage not now. i know
it is possible but and can be done using above mentioned
tools. |
| 19:42.37 |
brlcad |
i'm going to
have to go soon, but think about it for a while -- how do you
actually show the result of an intersection of two circles? how is
the evaluation performed? what is the resulting data? |
| 19:42.50 |
brlcad |
no you don't
know that |
| 19:43.11 |
brlcad |
because it's
not possible with just the mentioned tools ... without you
implementing everything that's missing |
| 19:43.34 |
brlcad |
the algorithm
is not to be sorted out later, it's central to the ENTIRE
problem |
| 19:44.13 |
*** join/#brlcad caen23
(~caen23@92.81.220.39) |
| 19:44.15 |
harman |
that flow i
already explained, the function holds intersection
command |
| 19:44.16 |
brlcad |
you don't yet
understand why and that was fine during the proposal
review |
| 19:44.21 |
brlcad |
but now it's
critical |
| 19:44.29 |
brlcad |
okay, it
holds a command |
| 19:44.48 |
brlcad |
and then
what? |
| 19:45.06 |
brlcad |
that doesn't
show anything |
| 19:45.22 |
brlcad |
that doesn't
even calculate anything from an algorithmic perspective as
described |
| 19:46.09 |
harman |
user's
selection picks the names of objects and supply to function that
fills into command. |
| 19:46.32 |
harman |
that command
is written into file. |
| 19:47.41 |
brlcad |
we could have
this same discussion with pen and paper .. draw a circle on a piece
of paper then draw another overlapping circle ... now I ask for you
to draw me the intersection |
| 19:47.55 |
brlcad |
here's your
piece of paper, what do you do? |
| 19:50.14 |
harman |
it is already
drawn when both circles overlapped. :-) |
| 19:50.27 |
brlcad |
no, that's
the union |
| 19:50.44 |
harman |
omg |
| 19:51.01 |
harman |
sorry |
| 19:51.05 |
brlcad |
http://mathworld.wolfram.com/Circle-CircleIntersection.html |
| 19:51.13 |
brlcad |
see image
under (16) |
| 19:52.16 |
harman |
i know
intersection.. actually your questions.. |
| 19:52.19 |
harman |
:-) |
| 19:52.34 |
brlcad |
hm? |
| 19:52.50 |
brlcad |
not
following |
| 19:52.51 |
harman |
erase the non
overlapping part |
| 19:53.00 |
harman |
we got
intersection |
| 19:53.02 |
brlcad |
i gave you a
new sheet of paper |
| 19:53.12 |
brlcad |
how do you
draw just the intersection? |
| 19:54.27 |
brlcad |
you're on the
right track, but technically insufficient |
| 19:58.16 |
brlcad |
harman:
alright, times up, gotta run |
| 19:58.20 |
brlcad |
please do
continue to this about this |
| 19:58.31 |
brlcad |
think about
how it pertains to 2D circles |
| 19:58.51 |
brlcad |
think about
how it extends to arbitrary shapes (non-circles) |
| 19:59.24 |
brlcad |
where/how the
evaluation is performed, how you're actually showing a result,
where that data comes from ... and then how that all extends into
3D! |
| 19:59.44 |
brlcad |
we can talk
more later, but this is THE central issue |
| 19:59.49 |
harman |
okay |
| 20:00.16 |
brlcad |
s/please do
continue to this about this/please do continue to THINK about
this/ |
| 20:00.45 |
brlcad |
I'll be
waiting to hear what you've understood the next time we
talk |
| 20:00.58 |
harman |
sure |
| 20:01.03 |
brlcad |
in the
meantime, work on a good patch or three ;) |
| 20:01.40 |
harman |
hmmm |
| 20:09.02 |
Notify |
03BRL-CAD:brlcad * 55801
(brlcad/trunk/include/dm.h brlcad/trunk/src/libdm/CMakeLists.txt
and 3 others): accept sf patch 163 (Added a text DM) by Vlad
Bogolin which implements a non-graphical text debugging interface
to libdm. |
| 20:13.48 |
brlcad |
vladbogo: so
I'd call 55800 an unuseful comment as that's pretty much exactly
what the code says too. comments should say what the code does
not. (and there's probably not much to be said about a getopt
block) |
| 20:14.18 |
brlcad |
might as well
say /* do some stuff */ :) |
| 20:25.30 |
vladbogo |
brlcad: sorry
about that. I will be more careful in the future and I will remove
when I change the txt_open_dm() |
| 20:29.38 |
Notify |
03BRL-CAD:starseeker * 55802
brlcad/trunk/src/librt/primitives/bot/bot_wireframe.cpp: Start
trying to figure out how to speed up the sparse bot wireframe
drawing |
| 20:30.36 |
*** join/#brlcad mpictor
(~mark@2601:d:b280:9:d63d:7eff:fe2d:2505) |
| 20:34.31 |
Notify |
03BRL-CAD:starseeker * 55803
brlcad/trunk/src/librt/primitives/bot/bot_wireframe.cpp: memset
instead of loop here |
| 21:04.37 |
Notify |
03BRL-CAD:vladbogo * 55804
(brlcad/trunk/src/conv/g-voxel.c
brlcad/trunk/src/libdm/dm-generic.c
brlcad/trunk/src/libdm/dm-txt.c): Renamed txt_open_dm to txt_open
to maintain consistency. Also removed unuseful comment from
g-voxel.c |
| 21:14.17 |
Notify |
03BRL-CAD
Wiki:KeshaSShah * 5445 /wiki/User:KeshaSShah/GSoC13/Reports: /*
Week 1 */ |
| 21:23.50 |
*** join/#brlcad Ch3ck
(295cd318@gateway/web/freenode/ip.41.92.211.24) |
| 22:16.27 |
*** join/#brlcad zero_level
(~zero_leve@117.205.16.131) |
| 22:51.06 |
``Erik |
zero_level: I
think your submitted icv struct patch tries to add too much at one
whack... there are some parts that I like and some that I'm not
sure I agree with, but the lumping turns it into an
"all-or-nothing" decision... |
| 22:51.47 |
zero_level |
``Erik
ok |
| 22:52.15 |
zero_level |
what is
lumping turns it into an "all-or-nothing" decision ? |
| 22:52.22 |
``Erik |
zero_level:
I'm ok with the operations enum, I don't think having structs for
geometry and position add any value |
| 22:53.15 |
``Erik |
ICV_SIZE_NULL
seems redundant, just use NULL |
| 22:53.17 |
zero_level |
``Erik point
will be required in few functions |
| 22:53.28 |
zero_level |
like
icv_rect |
| 22:53.39 |
``Erik |
icv_kernel is
poorly named/commented, I don't understand what it's
for |
| 22:53.56 |
zero_level |
icv_kernel
stores the kernel information for filtering |
| 22:54.02 |
zero_level |
i will add
the comments there |
| 22:55.11 |
zero_level |
``Erik
geometry ? |
| 22:55.12 |
``Erik |
generally, a
patch should be the same as a commit... it should be very focused
in what it does and the 'one brief line' comment should instantly
let the casual reader understand the purpose, extent and
change |
| 22:55.16 |
``Erik |
width/height |
| 22:55.33 |
zero_level |
u mean size
? |
| 22:55.36 |
``Erik |
yes |
| 22:55.53 |
``Erik |
what's wrong
with passing in width, height, X and Y as seperate
arguments? |
| 22:56.12 |
zero_level |
ok. what we
could do is define a macro |
| 22:56.19 |
zero_level |
for
size |
| 22:56.28 |
zero_level |
and keep
points alive |
| 22:56.45 |
``Erik |
"struct
icv_size { int width, height; }" kinda makes me go "ugh, someone
has been looking at too much bad c++" |
| 22:57.04 |
zero_level |
#define
icv_size icv_point |
| 22:57.24 |
``Erik |
vmath even
provides 2d arrays that could be used with all the goodies, if you
really wanted |
| 22:58.24 |
``Erik |
one thing I
would like to see some attention to is the intermediate memory
format of the pixel data |
| 22:59.05 |
``Erik |
perhaps
stored with the rgb values in normalized floats, so we can do high
precision manipulations, etc |
| 22:59.40 |
``Erik |
high dynamic
range images, etc |
| 23:00.31 |
zero_level |
i am afraid
if we have a format for that ? |
| 23:00.43 |
zero_level |
our raw
formats like bw and pix use |
| 23:01.04 |
zero_level |
8bits pixel
and 24bit rgb pixel |
| 23:01.26 |
``Erik |
format for
which? pix and bw are inadequate... one of the big reasons icv
started was to improve output from raytracing tools... |
| 23:02.04 |
``Erik |
the ray
tracer has the capability to generate some very precise results,
but we throw away a lot of data to produce a 24 bit
image |
| 23:02.19 |
``Erik |
we want to do
better that what is already there! :D |
| 23:02.41 |
zero_level |
so how do u
suggest we do this? |
| 23:03.22 |
zero_level |
do we create
two image structures one with uchar and other with float
? |
| 23:04.15 |
zero_level |
also
conversion to float will have an impact on the api functions of
brlcad utilities |
| 23:05.18 |
``Erik |
the internal
representation would be float, so in reading a pix file, it'd be
for(i=0;i<pixels;i++){ buf.pix[i].red = ((double)*bp)/255.0;
bp++; buf.pix[i].green=((double)*bp)/255.0; bp++;
buf.pix[i].blue=((double)*bp)/255.0; } |
| 23:05.44 |
``Erik |
yes, the
utilites have to be taught to use the interface instead of directly
mucking with data |
| 23:06.44 |
zero_level |
since it is
raw format the current versions directly reads the bytes into the
buffer using read etc. |
| 23:06.57 |
``Erik |
I started
that process a while back, you'll see some utilities using
icv_save_writepixel() and icv_save_writescanline() instead of
directly accessing data... for the purpose of abstracting internal
representation |
| 23:08.34 |
``Erik |
src/rt/view.c
and src/rt/viewedge.c use the new api... they're also two of the
very few rt's that can save as png out of the box, due to the data
abstraction |
| 23:09.35 |
``Erik |
(I feel it's
important to address internal representation first, as that will
directly impact how all manipulation functions will be
written) |
| 23:10.10 |
zero_level |
also we could
do store a variable for data_type |
| 23:10.18 |
``Erik |
updating
existing tools to use an api right now will give us some freedome
in how we deal with the representation |
| 23:10.54 |
zero_level |
and make the
data variable a void* type |
| 23:11.28 |
zero_level |
i was
focussing on the utilities from src/util folder |
| 23:11.41 |
``Erik |
once the
internal representation is encapsulated, it can be
changed |
| 23:11.58 |
zero_level |
internal
representation of icv_image ? |
| 23:12.11 |
``Erik |
yeah... maybe
the first couple efforts could be redoing conversion utilities to
use the api? |
| 23:12.26 |
``Erik |
pix-png,
pix-bw, bw-pix, etc? |
| 23:14.54 |
zero_level |
this will
hamper the performance of these utilities |
| 23:15.18 |
zero_level |
my plan was
to implement them as functions in the libicv. ? |
| 23:15.32 |
zero_level |
and rather
other utilities also as functions of libicv |
| 23:15.55 |
``Erik |
the
performance is a non-issue... |
| 23:16.00 |
zero_level |
i have
designed an api call for them as well http://brlcad.org/wiki/User:Level_zero/GSOC13/api |
| 23:17.13 |
``Erik |
when I was
started with bu_image, I envisioned all the image conversion
utilities being basically 2 function calls... something of the
nature of "icv_image img; read_image(&img, argv[1]);
write_image(&image, ICV_PNG, argv[2]);" |
| 23:18.14 |
zero_level |
yes. for the
conversion tools even i think of doing it this way |
| 23:19.00 |
``Erik |
I actually
managed to unsettle starseeker in describing an approach where all
converters would be hard links to the same executable and the logic
of the executable parsing argv[0] for what mode to operate in
:) |
| 23:19.02 |
zero_level |
u see
icv_convert function in 188 patch |
| 23:19.53 |
``Erik |
I've only had
a chance to look at the bwhisteq patch and the icv structures
one... let me load it up (but I have to leave soon) |
| 23:22.10 |
*** join/#brlcad kesha
(~kesha@49.202.239.196) |
| 23:22.13 |
``Erik |
hm, that
patch definitely has some good stuff to it, I'll review it further
tomorrow |
| 23:22.55 |
zero_level |
although
untested |
| 23:23.01 |
``Erik |
sorry about
having to run so quick... I'll try to look it over before oh, 14:00
GMT? and I'll be on irc at that time |
| 23:23.01 |
zero_level |
i am testing
it today |
| 23:23.31 |
``Erik |
have a good
evening :) *wanders off* |
| 23:26.48 |
zero_level |
``Erik : same
to u, i will try to be around at that time. |
| 23:26.52 |
zero_level |
thanks |
| 23:27.51 |
zero_level |
``Erik Also
all my information are on this page http://brlcad.org/wiki/User:Level_zero/index |
| 00:01.26 |
zero_level |
``Erik I
think we will require smth of this kind |
| 00:01.45 |
zero_level |
#define
icv_add(a,b,c,n) do { \ |
| 00:01.46 |
zero_level |
<PROTECTED> |
| 00:01.46 |
zero_level |
<PROTECTED> |
| 00:01.46 |
zero_level |
<PROTECTED> |
| 00:01.46 |
zero_level |
<PROTECTED> |
| 00:01.48 |
zero_level |
<PROTECTED> |
| 00:01.50 |
zero_level |
<PROTECTED> |
| 00:01.53 |
zero_level |
<PROTECTED> |
| 00:04.09 |
zero_level |
<PROTECTED> |
| 00:30.50 |
``Erik |
if the types
are packed instead of named, HADD2() seems to be the
macro |
| 00:31.19 |
``Erik |
and as much
as I adore pointer math, that certain case might be better served
with a for loop and 'i' iterator for readability |
| 00:32.58 |
``Erik |
(it's a
tricky balance, but the real goal is to make it easily readable to
a human... excessive abstraction makes it hard to read, excessive
conciseness makes it hard to read... :) it's an art!) |
| 00:34.22 |
``Erik |
my gut
feeling is that a pixel op can be a macro, a full image thing
should be a func... |
| 00:41.36 |
zero_level |
also ``Erik I
want to ask an important point here. |
| 00:42.28 |
zero_level |
Since we are
making this library for use in brlcad only do we assume the
correctness of the arguments in the function by application
programmer or check them every where ? |
| 00:43.08 |
zero_level |
for eg. check
in icv_oper for size of the input images and the fact that they
must be equal |
| 02:43.11 |
zero_level |
``Erik,
brlcad: do we create seperate icv_math.h for these macros
? |
| 02:43.52 |
zero_level |
in
src/libicv |
| 03:00.54 |
brlcad |
[A |
| 03:08.35 |
*** join/#brlcad zero_level__
(~zero_leve@117.205.28.89) |
| 05:37.57 |
Notify |
03BRL-CAD
Wiki:Level zero * 5511 /wiki/User:Level_zero/GSOC13/logs: logs 24th
July |
| 06:48.42 |
Notify |
03BRL-CAD:phoenixyjll * 55833
(brlcad/trunk/include/brep.h
brlcad/trunk/src/libbrep/intersect.cpp): Begin to implement
curve-curve intersections. More tests and improvements are
needed. |
| 07:02.08 |
*** join/#brlcad kesha (~kesha@49.249.1.15) |
| 07:32.50 |
Notify |
03BRL-CAD:phoenixyjll * 55834
brlcad/trunk/src/libbrep/intersect.cpp: overlap_tolerance is used
now. |
| 07:43.39 |
Notify |
03BRL-CAD:phoenixyjll * 55835
brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Add the new
CCI and CSI functions to brep_debug.cpp. |
| 07:50.44 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5512 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 2
*/ |
| 08:14.54 |
*** join/#brlcad kesha (~kesha@49.249.1.15) |
| 08:41.48 |
*** join/#brlcad kesha (~kesha@49.249.1.15) |
| 08:54.47 |
Notify |
03BRL-CAD:phoenixyjll * 55836
brlcad/trunk/src/libbrep/intersect.cpp: Fix a fatal
typo. |
| 09:00.43 |
Notify |
03BRL-CAD:phoenixyjll * 55837
brlcad/trunk/src/libbrep/intersect.cpp: Add logic in case that one
side may fail. |
| 09:37.13 |
*** join/#brlcad kesha (~kesha@49.249.1.15) |
| 09:40.30 |
Notify |
03BRL-CAD:phoenixyjll * 55838
brlcad/trunk/src/libbrep/intersect.cpp: Fix an opposite logic, and
use pointers for ON_X_EVENTs. |
| 09:52.25 |
*** join/#brlcad kesha (~kesha@49.249.1.15) |
| 09:54.58 |
*** join/#brlcad kesha__
(~kesha@49.249.1.15) |
| 10:02.03 |
Notify |
03BRL-CAD:phoenixyjll * 55839
brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Fix wrong
index... |
| 10:09.15 |
*** join/#brlcad kesha__
(~kesha@49.249.191.238) |
| 10:51.07 |
*** join/#brlcad kesha__
(~kesha@49.249.9.138) |
| 11:31.35 |
*** join/#brlcad mpictor_
(~mpictor_@2600:1015:b115:5b2d:0:41:62b8:7a01) |
| 11:44.55 |
*** join/#brlcad vladbogo
(~vlad@86.121.102.76) |
| 12:15.09 |
archivist |
after reading an email, wonders why object oriented means
optimised ! |
| 12:20.29 |
*** join/#brlcad vladbogo_
(~vlad@86.124.248.7) |
| 12:36.05 |
*** join/#brlcad vladbogo__
(~vlad@86.121.100.209) |
| 12:58.31 |
*** join/#brlcad vladbogo__
(~vlad@86.121.103.81) |
| 13:04.08 |
*** join/#brlcad vladbogo_
(~vlad@86.121.100.72) |
| 13:18.48 |
brlcad |
archivist:
you're welcome to point that out ;) |
| 13:22.06 |
*** join/#brlcad vladbogo__
(~vlad@86.121.102.222) |
| 13:40.42 |
``Erik |
src/libged/simulate/simcollisionalgo.h:85:
error: cannot allocate an object of abstract type
'btRTCollisionAlgorithm' |
| 13:41.45 |
``Erik |
kinda looks
like a struct blah_s { struct blah_s thing; }; type issue to me,
but it's been a long time since I've mucked with that much c++ O.o
is there a pattern this should be shifted to (maybe seperate
declaration and definition?) |
| 13:55.42 |
brlcad |
``Erik:
how/where are you just now seeing this? |
| 13:56.17 |
vladbogo__ |
hi
all |
| 13:56.44 |
vladbogo |
I have just
managed to integrate Qt in the brlcad cmake build |
| 13:57.57 |
vladbogo |
but I have a
small problem: i get some warnings in the qt files. In order to do
the testing I've disabled the strict compilation but there is any
way to disable it just for the Qt? Or should I search for another
solution? |
| 13:59.05 |
*** join/#brlcad vladbogo_
(~vlad@86.121.102.115) |
| 14:16.35 |
*** join/#brlcad KimK
(~Kim__@wsip-184-176-200-171.ks.ks.cox.net) |
| 14:16.37 |
*** join/#brlcad kesha__
(~kesha@49.249.9.138) |
| 14:18.25 |
*** join/#brlcad cstirk
(~quassel@96.255.19.39) |
| 14:18.42 |
*** join/#brlcad kesha
(~kesha@49.249.9.138) |
| 14:27.59 |
``Erik |
brlcad: been
seeing it for a while on a machine that has bullet installed, have
just been not building there or disabling bullet... (I thought I'd
mentioned it a long time ago, but *shrug* I may be mistaken, or was
unclear at the time, or things were busy, or ...) |
| 14:29.48 |
``Erik |
the machine
is osX.8 with the gcc and clang from the latest xcode, bullet
installed from svn (my laptop at home) |
| 14:35.34 |
*** join/#brlcad KimK
(~Kim__@wsip-184-176-200-171.ks.ks.cox.net) |
| 14:42.42 |
*** join/#brlcad kesha__
(~kesha@49.249.9.138) |
| 15:52.28 |
``Erik |
seems the
bullet api changed a bit between 2.80 (mar 2012) and 2.81 (oct
2012) |
| 15:56.45 |
brlcad |
I think we
may have a GCI patch that fixes it |
| 15:56.51 |
brlcad |
sounds
familiar |
| 16:00.33 |
zero_level |
hi brlcad,
``Erik |
| 16:04.06 |
``Erik |
zero_level:
extra checks are probably unnecessary but probably wouldn't hurt as
we're not at a point of worrying about performance |
| 16:04.40 |
``Erik |
zero_level:
if you need new 'private' macros/functions, use a local header so
we can keep the interface minimal/simple |
| 16:05.01 |
``Erik |
(so
src/libicv/icv_math.h which does not get installed) |
| 16:06.23 |
zero_level |
also ``Erik
and brlcad have u seen my mail regarding existing use of libicv on
brlcad-devel? |
| 16:06.40 |
zero_level |
do i submit a
patch for icv_math.h ? |
| 16:10.28 |
``Erik |
zero_level:
don't do _icv, just update rt, libged and remrt... rt has
functionality to translate the rgb doubles to [0-255] packed char
arrays (!), so merely using a function to write the doubles in
would be preferable |
| 16:12.19 |
``Erik |
yeah, a patch
should be fine.. I've having issues with sourceforge, so I've only
gotten around to applying one patch and haven't really looked at
the others much :/ |
| 16:12.26 |
zero_level |
I hope they
use only Pix format . :-) |
| 16:13.01 |
``Erik |
brlcad: I
have no edit icon in the top right of the ticket, unless I'm really
blind O.o I see an rss icon and a mail 'subscribe' icon, that's
it |
| 16:14.18 |
``Erik |
zero_level:
rt converts the rgb doubles to pix format as it's raytracing, I'm
not sure about the others but I'd assume they're all rigged up to
use pix as the intermediate format right now... |
| 16:19.35 |
*** join/#brlcad vladbogo__
(~vlad@86.121.103.51) |
| 16:20.34 |
*** join/#brlcad witness__
(uid10044@gateway/web/irccloud.com/x-vfaxbrnvcosfmimy) |
| 16:29.53 |
zero_level |
brlcad : read
your email. |
| 16:34.15 |
zero_level |
``Erik,brlcad
this kind of representation may have issues while saving and
reading. Although colour channel -> representation may become
easier. |
| 16:34.41 |
zero_level |
*colour space
-> conversions may become easier |
| 17:00.22 |
``Erik |
yeh,
converting to something like cmyk for print would be neat down the
road |
| 17:07.19 |
zero_level |
``Erik what
do u suggest should we go with double** data or struct pixel_s
*data; |
| 17:13.05 |
``Erik |
the struct
approach is probably easier to read, and seems to be how OpenEXR
approaches it, so probably not a bad ide |
| 17:13.08 |
``Erik |
idea |
| 17:13.39 |
zero_level |
yes const
Rgba *pixels |
| 17:13.54 |
zero_level |
as they
implement in openexr ! |
| 17:18.19 |
*** join/#brlcad caen23_
(~caen23@92.83.178.201) |
| 17:30.15 |
*** join/#brlcad witness__
(uid10044@gateway/web/irccloud.com/x-nocyhhlktjpqlwpm) |
| 17:30.16 |
*** join/#brlcad vladbogo__
(~vlad@86.121.103.51) |
| 17:31.18 |
*** join/#brlcad mpictor_
(~mpictor_@2600:1015:b10b:81fb:0:45:24f7:b801) |
| 18:05.14 |
*** join/#brlcad vladbogo__
(~vlad@86.124.248.7) |
| 18:26.05 |
*** join/#brlcad vladbogo_
(~vlad@86.121.99.159) |
| 18:31.12 |
brlcad |
zero_level:
techincal discussions in public please :) |
| 18:33.14 |
brlcad |
``Erik: not
to ask the obvious, but are you logged into sourceforge (edit
icon) |
| 18:35.13 |
brlcad |
``Erik: ah, I
think I foudn the issue -- allure defaulted all developers to no
permissions |
| 18:35.16 |
brlcad |
should be
fixed now |
| 18:41.25 |
archivist |
brlcad, re
buildbot question, I used to run two slaves from the mariadb fork
of mysql, interesting experience, specially if the controller of
the system tries to up the parallelism of the build and test
process |
| 18:46.16 |
*** join/#brlcad vladbogo__
(~vlad@86.121.98.183) |
| 18:58.54 |
brlcad |
archivist:
interesting in what way? |
| 19:00.37 |
*** join/#brlcad vladbogo_
(~vlad@86.121.100.180) |
| 19:01.24 |
brlcad |
zero_level:
so one of the undertones that was not mentioned in my message about
separating the channels is that I'd also like to have a per-pixel
depth buffer |
| 19:03.03 |
brlcad |
RGBA is great
if all you need to deal with is RGBA data (which is exactly what
exr does) |
| 19:04.03 |
brlcad |
fully
generalizing the image construct entails not assuming RGB, not
assuming an alpha channel |
| 19:04.11 |
brlcad |
it's just
channels of information |
| 19:04.22 |
brlcad |
1 or more,
each with some prescribed meaning |
| 19:05.01 |
archivist |
brlcad, made
the PC unusable, was using this box for ubuntu 8.04 and another box
for the same OS but with realtime extensions on a cnc
machine |
| 19:05.31 |
archivist |
depending on
the phase of the build/test |
| 19:07.16 |
archivist |
so there are
trade offs between devs chasing results and the volunteer running a
slave |
| 19:12.18 |
*** join/#brlcad vladbogo__
(~vlad@86.121.102.245) |
| 19:14.00 |
brlcad |
I wasn't even
considering volunteer compute nodes yet |
| 19:14.02 |
brlcad |
:) |
| 19:26.42 |
zero_level |
``Erik,
brlcad what i see here is that each of two methods have there +pos
and -ves. |
| 19:31.15 |
*** join/#brlcad kesha
(~kesha@49.249.9.138) |
| 19:32.04 |
brlcad |
zero_level:
do you think you can itemize/summarie them? |
| 19:36.51 |
zero_level |
brlcad here u
go |
| 19:36.56 |
zero_level |
Storing them
as double** Allows multiple formats for storing and loading images
lot of preprocessing has to be done. Three arrays will have to
brought. we could use vmath.h Although some operations like pow,
scale, divide are still not in vmath thus will have to be
implemented. |
| 19:37.33 |
zero_level |
storing them
as RGBA Doesnot allow any other format. Not okay if we data of say
BW format, HSV format, or CMYKA format Good for storing images in
openexr format Expected to give good performance in processing
since only one array will have to be brought to the cache while
acessing an array of images. have to design icv_math.h |
| 19:38.19 |
zero_level |
i dont know
if i have left few others |
| 19:39.12 |
brlcad |
hm, so the
intent is not actually to USE vmath, just that the structures are
similar and can be indexed directly |
| 19:39.44 |
brlcad |
vmath would
only work for an interleaved array, i.e., a double
*rgba |
| 19:40.53 |
zero_level |
ok cut the
vmath thing. it is easier to build those macros. |
| 19:41.39 |
brlcad |
the
performance claim would need to be profiled, I'd be doubtful either
solution will be a performance issue |
| 19:41.58 |
zero_level |
ok |
| 19:42.22 |
brlcad |
an array of
structs may or may not have cache alignment issues, may or may not
stride cleanly |
| 19:42.50 |
brlcad |
an individual
array (of either just one channel or interleaved rgba) will stride
cleanly |
| 19:44.00 |
brlcad |
the question
for caching is whether the next pixel is likely in cache or not and
how many independent cache lines you have |
| 19:44.18 |
brlcad |
we could go
for the best of both worlds |
| 19:44.26 |
brlcad |
a dynamic
number of channels, but one array |
| 19:44.29 |
brlcad |
interleaved |
| 19:44.43 |
brlcad |
add another
field to indicate how many channels there are |
| 19:45.10 |
brlcad |
so it could
default to num_chan=4 for an RGBA array |
| 19:45.44 |
brlcad |
(i.e., a
double *data; size_t channels;) |
| 19:46.26 |
zero_level |
then i
believe we could use the char and double format by using
void* |
| 19:46.39 |
zero_level |
and having
macro like thesee |
| 19:47.21 |
zero_level |
UCHAR1C,
UCHAR3C UCHAR4C and DOUBLE1C, DOUBLE3C ... |
| 19:47.42 |
zero_level |
this will be
very handy i believe |
| 19:48.06 |
zero_level |
both keeping
the old formats intact and looking for new versions |
| 19:50.40 |
zero_level |
brlcad : what
do u say ? |
| 19:51.01 |
brlcad |
converting
void pointers is very problematic |
| 19:51.51 |
*** join/#brlcad Kimz
(~AndChat32@49.249.9.138) |
| 19:52.48 |
brlcad |
that also
sounds crazy messy API-wise to deal with implementation-wise for
the same aforementioned reasons |
| 19:53.14 |
brlcad |
something
that takes an image needs to handle all the possible encoding
types, and that becomes bad juju |
| 19:53.33 |
brlcad |
handling
everything as double would avoid that |
| 19:54.26 |
brlcad |
a possible
compromise might be to have a function that returns data in a
specific format, like "double RGBA" to "char RGB", for functions we
don't want to rewrite |
| 19:55.45 |
brlcad |
the only
reason for abstracting the type would be memory/performance
savings, and we don't yet have profile information to indicate it's
a problem |
| 19:55.57 |
vladbogo__ |
hi
all |
| 19:57.58 |
vladbogo |
brlcad: O
have successfully integrated Qt in the brlcad cmake but I have a
small problem: I get warnings during compilation in the Qt files.
For testing I have disabled strict compilation but there is any way
to do this just for Qt? |
| 19:58.55 |
brlcad |
vladbogo: it
entirely depends what the warnings are, whether you can quiet
them |
| 19:59.28 |
vladbogo |
the warnings
I get are for float comparison using == |
| 19:59.35 |
brlcad |
we can turn
off warnings for specific files, and do for much of our c++
sources, but sometimes we can quell them too |
| 19:59.49 |
brlcad |
and are you
doing a float comparison? :) |
| 20:00.28 |
vladbogo |
no:) in the
Qt files I've included I suppose there are some float
comparisons |
| 20:00.54 |
brlcad |
just
including a header shouldn't involve any comparisons... |
| 20:01.08 |
brlcad |
using a macro
that involves a comparison might |
| 20:19.13 |
vladbogo |
brlcad: sorry
for the delay: it took a while until it compiled. There are some
inline functions defined in the header |
| 20:19.32 |
brlcad |
ahhh |
| 20:20.40 |
vladbogo |
I am
currently not using that particular file but it's included in the
cmake build |
| 20:26.15 |
vladbogo |
also I have
another question: to successfully build Qt5 using cmake position
independent code must be enabled. Where should I set the flag in
order to maintain consistency? At the moment I set the flag in the
libdm/CMakeLists |
| 20:32.40 |
*** join/#brlcad mpictor_
(~mpictor_@2600:1015:b11f:68a:0:4c:cc98:8e01) |
| 20:36.43 |
*** join/#brlcad mpictor_
(~mpictor_@2600:1015:b11f:68a:0:4c:cc98:8e01) |
| 20:42.15 |
*** join/#brlcad mpictor_
(~mpictor_@2600:1015:b11f:68a:0:4c:cc98:8e01) |
| 20:45.24 |
*** join/#brlcad Kimz
(~AndChat32@49.249.9.138) |
| 20:48.34 |
*** join/#brlcad mpictor
(~mpictor_@2601:d:b280:9:7c7b:dd80:988b:1fbb) |
| 21:02.04 |
zero_level |
also brlcad
it is interesting to see that the opencv library stores it is char*
imagedata for all its formats |
| 21:03.20 |
zero_level |
now to use
double pointer it points this way douple_p = (double*)
img->imagedata; |
| 21:05.49 |
zero_level |
this does it
in interleaved fashion. Also preserves current functionality. And
will be helpful for implementing high resolution
images. |
| 21:06.39 |
zero_level |
this will
require addition of nchannels, and resolution info. |
| 21:37.36 |
``Erik |
zero_level:
png stores packed byte arrays... we want the most flexible internal
format... the encapsulation is the important part, the internal
stuff could all be c++ and expose a nice simple C interface and
it'd be all good... internal representation doesn't even have to be
RGB, it could be something else as long as it's a superset of the
data we want to wrangle |
| 21:37.48 |
*** join/#brlcad mpictor_
(~mpictor_@2601:d:b280:9:7c7b:dd80:988b:1fbb) |
| 21:38.38 |
*** join/#brlcad mpictor_
(~mpictor_@2601:d:b280:9:7c7b:dd80:988b:1fbb) |
| 21:54.43 |
zero_level |
ok
``Erik |
| 22:20.21 |
*** join/#brlcad vladbogo
(~vlad@86.121.102.245) |
| 22:29.11 |
*** join/#brlcad mpictor_
(~mpictor_@2601:d:b280:9:7c7b:dd80:988b:1fbb) |
| 22:52.15 |
*** join/#brlcad KimK
(~Kim__@wsip-184-176-200-171.ks.ks.cox.net) |
| 23:01.45 |
brlcad |
zero_level:
you really seem adamant about needing or wanting to store multiple
data lengths... at least you keep coming back to that point...but
why? |
| 23:02.46 |
brlcad |
a char*
encoding that can be cast to double* just means that it's bytes
presumably corresponding to an array of doubles |
| 23:02.51 |
*** join/#brlcad vladbogo
(~vlad@86.121.102.245) |
| 23:03.44 |
brlcad |
that's only
useful if that char* might also be other lengths, which I don't yet
see a need for until a profile shows that it's an order of
magnitude problem |
| 23:04.29 |
brlcad |
zero_level:
but you have raised a couple really good points about performance
and at least three data structure options -- I think you should
test them |
| 23:04.35 |
zero_level |
brlcad : i
think when we could do that why not do it. In this case the
positives are we will get support for current
functionalities. |
| 23:05.34 |
brlcad |
well, I've
stated several reasons why not |
| 23:06.04 |
brlcad |
there are
positives and negatives |
| 23:06.08 |
zero_level |
brlcad: point
regarding testing them all is great suggestion. But then that will
be a 2month project in itself ;) |
| 23:06.14 |
brlcad |
the negatives
seem huge to me |
| 23:06.26 |
brlcad |
no
no |
| 23:06.57 |
brlcad |
you should be
able to write a test in less than an hour for all three |
| 23:07.26 |
brlcad |
at best a
couple hours to try some things, testing is supposed to be quick
and just evaluates a simple concept |
| 23:07.49 |
brlcad |
if it takes
you more than a couple hours, you're probably doing something VERY
wrong ;) |
| 23:08.21 |
zero_level |
ok, you mean
a code which is not part of brlcad src. Yes that could be
done. |
| 23:09.08 |
zero_level |
i thought
changing the existing usage evertime i implement a new type of
data. |
| 23:09.27 |
brlcad |
I mean a
simple test.c file with a main() that tests struct { double r,
double g, ... } vs double *rgb; vs double **rgb |
| 23:11.17 |
brlcad |
zero_level:
how much memory do you have? |
| 23:11.27 |
zero_level |
6
GB |
| 23:11.33 |
zero_level |
physical
memory |
| 23:11.55 |
brlcad |
okay, so you
should be able to create a test image that's
10000x10000 |
| 23:14.15 |
*** join/#brlcad vladbogo_
(~vlad@86.124.248.122) |
| 23:14.32 |
brlcad |
allocate it,
test time to generate random values, test time to fill a data
structure with random values, test time to read all the data
structure values from start to finish, test time from finish to
start, test time to read half of them randomly, test time to zero
the image |
| 23:14.52 |
brlcad |
do that for
all three |
| 23:14.59 |
brlcad |
if you use
libbu, it'll make timing easy |
| 23:15.32 |
brlcad |
gcc
-L/path/to/brlcad/lib -L/path/to/brlcad/include test.c
-lbu |
| 23:15.50 |
brlcad |
er, gcc
-L/path/to/brlcad/lib -I/path/to/brlcad/include test.c
-lbu |
| 23:22.44 |
zero_level |
i am using
the fact that we store rgb of a pixel and also read rgb of pixel at
a time |
| 23:23.32 |
zero_level |
*a particular
pixel at a time. and not the r channel and g channel and.. as a
whole |
| 23:24.00 |
brlcad |
relevance? |
| 23:25.31 |
zero_level |
because i
guess that is how we will need in the operations. that is say
pix(244,233) that is (244,233)th pixel and all the channels of that
pixel |
| 23:25.50 |
brlcad |
you
misunderstand ... |
| 23:25.56 |
brlcad |
and so
what? |
| 23:26.20 |
brlcad |
we read/write
pixels and that is how we will need in the operations ... and so
what? |
| 23:26.57 |
brlcad |
you're not
saying something, and I don't know what that is |
| 23:27.34 |
zero_level |
i think i got
u. see u with the results. :-) ;) |
| 23:27.44 |
brlcad |
okay |
| 23:27.50 |
brlcad |
yes, that is
the *entire* point of testing |
| 23:28.10 |
brlcad |
it might
matter a lot, it might not matter at all |
| 23:28.26 |
brlcad |
it might be
good for some things and bad for others |
| 23:28.43 |
brlcad |
that's the
point of the 6 test timings |
| 23:28.55 |
brlcad |
and the three
data structures (and any others you want to compare) |
| 23:29.21 |
brlcad |
keep it as
simple and small as possible, so we can look and compare
fairly |
| 23:30.05 |
brlcad |
maybe show me
or erik after you get one structure set up so we can make sure
you're testing right |
| 23:30.27 |
brlcad |
bu_gettime()
will help with timing |
| 23:30.31 |
zero_level |
the source
code or the resutl ? |
| 23:30.42 |
brlcad |
source
code |
| 23:31.09 |
brlcad |
this should
literally be less than 100 lines of code for one structure,
probably less than 50 |
| 23:32.20 |
zero_level |
i am not sure
about that |
| 23:32.38 |
zero_level |
but do we
need the time for random values ? |
| 23:32.47 |
zero_level |
will it not
be same for all of them |
| 00:20.02 |
zero_level |
brlcad,
``Erik i am stuck at changing the existing usage of
libicv |
| 00:24.47 |
zero_level |
as discussed
the new structure icv_image doesnt have information regarding
filename , fd and has a double* data . |
| 00:25.51 |
zero_level |
the current
usage of libicv in rt usage them heavily. |
| 03:22.06 |
*** join/#brlcad dtidrow
(~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) |
| 05:33.02 |
Notify |
03BRL-CAD:phoenixyjll * 55866
brlcad/trunk/src/libbrep/intersect.cpp: Merge the overlap events
that are continuous, and eliminate the intersection points that are
inside the overlap events. |
| 06:26.57 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 07:04.43 |
Notify |
03BRL-CAD:phoenixyjll * 55867
brlcad/trunk/src/libbrep/test_curve_intersect.cpp: Add another test
for overlaps. |
| 07:30.14 |
*** join/#brlcad papna
(~papna@li590-168.members.linode.com) |
| 07:35.28 |
*** join/#brlcad papna
(~papna@python/site-packages/papna) |
| 07:37.17 |
*** join/#brlcad hsrai
(~hsrai@202.164.53.116) |
| 07:37.17 |
*** join/#brlcad harman
(~harman@202.164.53.122) |
| 07:37.17 |
*** join/#brlcad archivist
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
| 07:47.18 |
*** join/#brlcad caen23
(~caen23@92.81.190.86) |
| 08:00.01 |
*** join/#brlcad kesha__
(~kesha@49.249.1.41) |
| 08:35.30 |
Notify |
03BRL-CAD:phoenixyjll * 55868
brlcad/trunk/src/libbrep/test_curve_intersect.cpp: Remove the debug
message. |
| 09:31.15 |
Notify |
03BRL-CAD:phoenixyjll * 55869
brlcad/trunk/src/libbrep/intersect.cpp: Some special handling for
linear curves. |
| 09:37.29 |
*** join/#brlcad vladbogo
(~vlad@86.121.100.162) |
| 09:39.38 |
Notify |
03BRL-CAD:phoenixyjll * 55870
brlcad/trunk/src/libbrep/intersect.cpp: remove trailing
ws. |
| 09:45.29 |
Notify |
03BRL-CAD:phoenixyjll * 55871
brlcad/trunk/src/libbrep/intersect.cpp: gcc doesn't support using
ON_X_EVENT::TYPE::xxx, so we use ON_X_EVENT::xxx
directly. |
| 09:57.55 |
vladbogo |
hi
all |
| 09:59.04 |
vladbogo |
it is not
very clear what framebuffer the new display manager should
use |
| 10:01.38 |
vladbogo |
I saw that
there are already specific framebuffers for X11 and openGl but I
don't know if any is appropriate for the new display manager. I
would be really grateful if you could give e a hint about this
issue. |
| 10:32.02 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5527 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 2
*/ |
| 10:40.32 |
*** join/#brlcad mpictor_
(~mpictor_@2600:1015:b10b:bbdd:0:15:e010:9501) |
| 10:52.34 |
d_rossberg |
vladbogo: i
recommend to start with a null or text framebuffer, in the final
state a Qt framebuffer would be desirable |
| 10:53.14 |
vladbogo |
d_rossberg:
thanks for your reply |
| 10:54.19 |
vladbogo |
also i assume
that it is ok if the qt dm source it's a c++ one but just wanted to
be sure? |
| 10:57.40 |
d_rossberg |
yes, it's
necessarily so, and qt-dm interface functions have to be extern
"C" |
| 10:59.06 |
*** join/#brlcad yiyus
(1242712427@je.je.je) |
| 11:00.43 |
vladbogo |
d_rossberg:
I've successfully integrated Qt in the cmake build but there are
some warnings in the Qt files. |
| 11:02.11 |
vladbogo |
how can I
allow warnings for those files so that it can successfully compile
without strict compilation being turned off? |
| 11:10.05 |
d_rossberg |
did you
commited your changes? |
| 11:11.07 |
vladbogo |
d_rossberg:
not yet. I did't want to commit changes that are not
complete |
| 11:13.02 |
d_rossberg |
but you could
commit the search and integration of the Qt libraries into the
CMake build? |
| 11:14.14 |
vladbogo |
ok. I will.
Also the search for Qt only works at the moment by specifying the
path to Qt installation in the CMAKE_PREFIX_PATH |
| 11:14.32 |
d_rossberg |
remember to
"commit very frequently" ;) |
| 11:20.39 |
Notify |
03BRL-CAD:vladbogo * 55872
brlcad/trunk/CMakeLists.txt: Additional test for Qt installation.
Only works if CMAKE_PREFIX_PATH is set to Qt installation
path. |
| 11:24.58 |
starseeker |
vladbogo: is
find Qt5Widgets a new module? are they getting rid of the
"find_package(Qt5 ...." approach? |
| 11:27.02 |
starseeker |
ah, I see it
is |
| 11:27.40 |
vladbogo |
starseeker:
find_package(Qt ...) I saw it only works for Qt 4. For Qt 5 as I
researched there should be a find_package for every module. And
Qt5Widgets is a new module that groups Qt5GUI and Qt5Core and
probably more. |
| 11:29.34 |
starseeker |
vladbogo:
does your work need Qt5, or would 4 work as well? (OK if it needs
5, but if it can use 4 it changes the search logic) |
| 11:31.56 |
vladbogo |
starseeker:
brlcad told me to use the latest Qt version but I guess Qt4 would
work too |
| 11:33.28 |
starseeker |
vladbogo: no,
that's fine |
| 11:33.44 |
starseeker |
Qt5 has some
nice features that will be of considerable interest down the
road |
| 11:34.04 |
starseeker |
Hmm... looks
like you're taking the right approach: http://doc-snapshot.qt-project.org/5.0/qtdoc/cmake-manual.html |
| 11:36.16 |
vladbogo |
starseeker:
that's the page I used. Still there are some things that need to be
clarified regarding the cmake version |
| 11:36.48 |
starseeker |
vladbogo:
stick with the newer/modern approach |
| 11:37.22 |
starseeker |
if we have to
support older CMake versions we can address that later |
| 11:37.42 |
starseeker |
pwd |
| 11:37.45 |
d_rossberg |
requirering
Qt4 could be a big obstacle for many systems |
| 11:37.45 |
starseeker |
whoops |
| 11:37.59 |
starseeker |
yeah, Qt5 is
fine |
| 11:38.09 |
starseeker |
requiring
that actually *simplifies* the CMake logic |
| 11:38.16 |
d_rossberg |
sorry, i mean
requirering Qt5 |
| 11:38.37 |
vladbogo |
I've tried
the cmake 2.8.11 approach and even though theoretically the fPIC
flag shouldn't be required(from the example on the link you
provided) it still does not work |
| 11:38.42 |
starseeker |
well, if we
end up *requiring* Qt we'll have to get it working as a
subbuild |
| 11:39.47 |
Notify |
03BRL-CAD:starseeker * 55873
brlcad/trunk/CMakeLists.txt: Don't print the verbose warning if Qt5
isn't found. |
| 11:40.21 |
d_rossberg |
starseeker:
that's not the whole story: Qt4 is shipped with many Linux etc. but
for Qt5 there isn't even a FreeBSD port |
| 11:41.01 |
starseeker |
d_rossberg:
that's what I mean - we'd have to make Qt5 a viable src/other
subbuild, like we've done for Tcl/Tk |
| 11:41.24 |
d_rossberg |
starseeker:
please don't do this! |
| 11:41.38 |
starseeker |
d_rossberg:
we can keep the repository separate |
| 11:42.21 |
starseeker |
there are a
couple viable approaches for that |
| 11:42.31 |
d_rossberg |
squeezing all
the "other"s into our CMake build is a mess |
| 11:42.54 |
starseeker |
in what
sense? I thought we actually manage that quite well
now |
| 11:45.26 |
d_rossberg |
at least the
MSVC build is horrible slow, too many projects i don't
need |
| 11:45.55 |
*** join/#brlcad yiyus
(1242712427@je.je.je) |
| 11:46.15 |
starseeker |
d_rossberg:
there should be specific targets you can invoke to get just what
you need |
| 11:46.54 |
starseeker |
d_rossberg:
if you have system versions of src/other pieces you want to use on
MSVC, you can try that - you just have to set the
BRLCAD_BUNDLED_LIBRARIES variable to AUTO |
| 11:47.03 |
d_rossberg |
this works
for the gcc makefiles but not for ms |
| 11:47.30 |
d_rossberg |
(selecting
the target) |
| 11:47.32 |
starseeker |
we default to
"ON" for bundling on MSVC because it's rare for such systems to
have much of anything that we need, and the configure process is
inherently slow on Windows |
| 11:48.03 |
starseeker |
really? if
you select libbu as the build target from the MSVC list it builds
the whole thing? |
| 11:48.13 |
Notify |
03BRL-CAD:vladbogo * 55874
(brlcad/trunk/include/dm.h brlcad/trunk/src/libdm/CMakeLists.txt):
Changed dm-qt source to C++ file. Integrated Qt in the cmake build.
Modified dm.h so that there are no warnings in the
dm-qt.cpp. |
| 11:48.44 |
d_rossberg |
for gcc you
can write "make libbu" but in MSVC you have to open the solution
file with althe targets first |
| 11:49.15 |
vladbogo |
d_rossberg:
I've finished committing the changes |
| 11:49.30 |
starseeker |
d_rossberg:
ah, sure. But if you set the appropriate flags up front, most of
those targets won't be there |
| 11:51.14 |
starseeker |
(cmake
flags) |
| 11:53.08 |
d_rossberg |
starseeker:
then after starting the build of libbu it needs 40s to see that
there is nothing to do |
| 11:53.10 |
starseeker |
d_rossberg:
in the CMake gui, use the "Add Entry" button before running
configure to define "BRLCAD_BUNDLED_LIBS" as a STRING with value
"AUTO" and BRLCAD_EXTRADOCS as a BOOL with default value unchecked
(OFF) |
| 11:53.40 |
starseeker |
d_rossberg:
that's inherent to the dependency managing done by the CMake/MSVC
combination |
| 11:54.15 |
starseeker |
d_rossberg:
that's why the Ninja build tool is gaining a lot of fans, in fact -
it gives CMake builds blazing fast incremental
rebuilding |
| 11:54.25 |
starseeker |
I believe it
even runs on Windows |
| 11:55.25 |
d_rossberg |
but then why
i don't have these problems on linux? (cmake with gcc
makefiles) |
| 11:55.59 |
starseeker |
because MSVC
is a *lot* slower than gcc and make |
| 11:56.28 |
starseeker |
Ninja is
faster than Make too, even on Linux, it's just less
noticable |
| 11:58.01 |
*** join/#brlcad vladbogo_
(~vlad@86.124.248.118) |
| 11:58.42 |
starseeker |
If you want
to *really* build a minimal subset of BRL-CAD, there is the
BRLCAD_ENABLE_TARGETS variable |
| 11:59.10 |
starseeker |
Setting it to
"1" (i.e. build level 1 targets) will build only what is needed for
librt |
| 11:59.53 |
starseeker |
level "2"
will build the libraries but not most of the tools |
| 12:01.45 |
starseeker |
looking at
the BrlcadCore library link list I'd guess a level 2 build is
probably what you'd need |
| 12:02.52 |
*** join/#brlcad mpictor_
(~mpictor_@179.sub-174-241-194.myvzw.com) |
| 12:03.30 |
d_rossberg |
probable,
needs some tests |
| 12:03.31 |
starseeker |
as far as I
know we've never tried the more minimal BRLCAD_ENABLE_TARGETS
settings on MSVC, so you may find a problem or two - if so we can
straighten them out |
| 12:03.54 |
starseeker |
d_rossberg:
but that'll most likely be the best way to make the MSVC build more
tolerable |
| 12:04.20 |
d_rossberg |
because i
can't fix msvc at the moment - back to Qt: i would still consider
Qt5 as exotic and Qt4 as well established |
| 12:04.49 |
d_rossberg |
and if i
remember correctly Qt4 code should run with Qt5 too |
| 12:05.47 |
vladbogo |
d_rossberg: I
think so. I've only see that there are differences in the cmake
procedure |
| 12:06.38 |
starseeker |
possibly.
FWIW, I do know Meshlab had to do some work to get running on
Qt5 |
| 12:07.20 |
starseeker |
d_rossberg:
remember, we aren't going to be ditching our other systems for an
exclusively Qt solution anytime soon |
| 12:08.22 |
starseeker |
Qt will
represent the "cutting edge" of development, but people operating
on that edge should be up to getting Qt5 installed and
working |
| 12:09.57 |
starseeker |
once vladbogo
has a working solution in Qt5 we can look at how much (if anything)
is needed to also make it work with Qt4 - if it's minimal (and
hopefully it would be) then I agree supporting both is a good
idea |
| 12:10.10 |
starseeker |
but for the
initial development efforts I would say don't worry about
it |
| 12:12.08 |
starseeker |
(Qt5 has some
features that are extremely interesting for long term CAD gui
development - take a look at
http://advancingusability.wordpress.com/2013/03/30/how-to-integrate-ogre3d-into-a-qt5-qml-scene/ |
| 12:19.20 |
vladbogo |
when I try to
use the ogl display manager I get a completely transparent window
which seems quite weird. I did not have time to see why this
behavior so I want to ask you if it's the desired result or
something is wrong? |
| 12:20.37 |
starseeker |
that's not
typical - I've seen it now and then, I think it has something to do
with opengl settings or drivers on the system? |
| 12:22.00 |
Notify |
03BRL-CAD:starseeker * 55875
(brlcad/trunk/CMakeLists.txt
brlcad/trunk/src/other/CMakeLists.txt): Mark a few variables as
advanced so they don't clutter the default CMake GUI
display |
| 12:27.20 |
vladbogo |
starseeker: I
don't have any opengl custom settings but it might be the
problem. |
| 12:29.15 |
*** join/#brlcad Yoshi47
(~jan@64.235.102.210) |
| 12:30.21 |
d_rossberg |
vladbogo:
starseeker: it's not about ditching the other systems then rather
the other way round: i've only an "experimental" Qt5 on one machine
which doesn't run smoothly |
| 12:31.43 |
d_rossberg |
vladbogo: do
you want to use opengl in qt? |
| 12:36.09 |
vladbogo |
d_rossberg:
yes |
| 12:40.42 |
d_rossberg |
why? you
don't need ogl for simple graphics, is there something what
requires a special ogl feature? i personally only remember having
trouble with ogl, especially on linux, system crashes
included |
| 12:45.21 |
starseeker |
opengl will
be faster, but it *would* be nice to be able to fall back on
non-openGL based canvas/drawing if opengl isn't available or
working |
| 12:47.05 |
vladbogo |
well the
reason is that I have worked with opengl before and being new Qt
seemed to be best choice. |
| 12:47.19 |
d_rossberg |
opengl
*could* be useful if it's for handling shaded geometries, but
wireframes ... |
| 12:49.03 |
vladbogo |
in this case
I will not use it |
| 12:50.23 |
d_rossberg |
vladbogo: the
intention i have with Qt is that this is a GUI library for a very
wide variety of platforms, i wouldn't recommend to water it down
for no reason |
| 12:59.32 |
vladbogo |
I understand
so I will keep that in mind |
| 13:06.43 |
d_rossberg |
vladbogo:
next question: what is Qt5Widgets? don't you need an include and a
librariy directory? |
| 13:12.25 |
*** join/#brlcad vladbogo
(~vlad@86.124.248.118) |
| 13:12.38 |
*** join/#brlcad mpictor_
(~mpictor_@57.sub-174-225-65.myvzw.com) |
| 13:12.44 |
vladbogo |
d_rossberg:
sorry about that, internet problems |
| 13:12.55 |
d_rossberg |
no
problem |
| 13:14.00 |
d_rossberg |
btw, you
should have a look at the __BEGIN_DECLS, __END_DECLS macros; they
are used in almost every header file |
| 13:14.43 |
vladbogo |
Qt5Widgets is
a new module that groups all the Qt widgets and also includes the
dependencies for QtCore and QtGui |
| 13:15.42 |
vladbogo |
the necessary
files are in Qt5Widgets_INCLUDE_DIRS |
| 13:17.33 |
vladbogo |
found the
__BEGIN_DECLS and __END_DECLS macros and I will use them. Thanks
for the tip |
| 13:18.27 |
d_rossberg |
because of
the DECLS: i was a little bit confused, but the "#ifdef
__cplusplus" should be redundant in a .cpp file and the extern "C"
shouldn't be necessary there because it's already in the
declaration in the .h file |
| 13:19.39 |
vladbogo |
d_rossberg:
open function is declared and used in dm-generic.c so it has to
have extern "C" |
| 13:20.54 |
vladbogo |
about the
ifdef __cplusplus I've read that there is a good practice to use it
even in cpp files so that's why I used it |
| 13:24.52 |
d_rossberg |
so what's
your value for Qt5Widgets_INCLUDE_DIRS? |
| 13:28.22 |
vladbogo |
the
Qt5Widgets dir which includes a .h for all widgets, Qt5Core dir ad
Qt5Gui dir - that's what I read about |
| 13:29.42 |
vladbogo |
it may be too
much but I don't know exactly what I will use and for the test
application I made was necessary |
| 13:30.04 |
d_rossberg |
i.e.
/usr/include/Qt5 ? |
| 13:31.36 |
vladbogo |
I have
installed Qt5in the home dir but it should be
path_to_qt/include/QtWidgets,path_to_qt/include/QtCore and
path_to_qt/include/QtGui |
| 13:34.31 |
d_rossberg |
ok, on Linux
you don't need the libs for the build |
| 13:36.03 |
vladbogo |
ok so should
I omit the libs? |
| 13:37.00 |
d_rossberg |
for the
moment ;) |
| 13:37.10 |
vladbogo |
also the
set(CMAKE_POSITION_INDEPENDENT_CODE ON) I've read that only works
on cmake 2.8.9 and higher |
| 13:37.53 |
vladbogo |
should I set
the CMAKE_CXX_FLAGS instead? |
| 13:39.57 |
d_rossberg |
that's
something different, you shouldn't need it when working with .so
libraries, do you have .a (i.e. static) libraries? |
| 13:40.57 |
vladbogo |
well Qt5
needs the -fPIC flag |
| 13:42.24 |
d_rossberg |
but you build
Qt5 independently of BRL-CAD? and you got some libqt5core.so
files? |
| 13:42.33 |
Notify |
03BRL-CAD:starseeker * 55876
brlcad/trunk/src/other/step/CMakeLists.txt: have SCL avoid stomping
the CMAKE_BUILD_TYPE cash when acting as a subbuild. |
| 13:43.29 |
vladbogo |
I haven't
build Qt5 independently |
| 13:44.28 |
vladbogo |
after
installing Qt I got also some .so files |
| 13:45.03 |
d_rossberg |
? didn't you
used their configure and than make? |
| 13:46.48 |
vladbogo |
no. I've
downloaded an executable file that installed Qt |
| 13:47.18 |
d_rossberg |
(btw, there
is really an -fPIC issue in the BRL-CAD build but it shouldn't
influence the use of other libraries) |
| 13:48.05 |
vladbogo |
without the
fPIC flag I couldn't successfully compile |
| 13:48.49 |
vladbogo |
I've read
that in cmake 2.8.11 specifying the fPIC flag is not necessary so
I've installed cmake 2.8.11 to test it and it does not
work |
| 13:49.38 |
Notify |
03BRL-CAD:starseeker * 55877
(brlcad/trunk/CMakeLists.txt
brlcad/trunk/src/other/CMakeLists.txt): More tweaks for CMake GUI
manipulation of values |
| 13:51.54 |
d_rossberg |
ok, this is
something from my to-do list: add BRLCAD_CHECK_C_FLAG(fPIC) and
BRLCAD_CHECK_CXX_FLAG(fPIC) to
misc/CMake/CompilerFlags.cmake |
| 13:53.34 |
d_rossberg |
nevertheless
it's strange ... |
| 13:54.47 |
vladbogo |
http://www.kdab.com/using-cmake-with-qt-5./
here it's a slight explanation about the fPIC and fPIE
flags |
| 13:55.46 |
vladbogo |
it says that
this happens because in Qt5 "-reduce-relocations" configure option
is the default |
| 14:01.10 |
d_rossberg |
does adding
BRLCAD_CHECK_C_FLAG/BRLCAD_CHECK_CXX_FLAG work? |
| 14:04.45 |
vladbogo |
now testing:
it seems to take a while to compile |
| 14:10.00 |
vladbogo |
d_rossberg:
it seems to work |
| 14:12.34 |
d_rossberg |
then, can you
commit the changed CompilerFlags.cmake? (i.e. after adding a nice
comment etc.) |
| 14:12.44 |
vladbogo |
yes it
works |
| 14:12.54 |
vladbogo |
ok I will
immediately |
| 14:17.09 |
vladbogo |
ready:) |
| 14:17.13 |
Notify |
03BRL-CAD:vladbogo * 55878
(brlcad/trunk/misc/CMake/CompilerFlags.cmake
brlcad/trunk/src/libdm/CMakeLists.txt): Enable position independent
code in misc/CMake/CompilerFlags.cmake instead of in
src/libdm/CmakeLists.txt. Position independent code is required for
Qt5. |
| 14:19.39 |
d_rossberg |
you should
add a comment in CompilerFlags.cmake too, look at all the other
BRLCAD_CHECK_C_FLAG/BRLCAD_CHECK_CXX_FLAG entries |
| 14:19.44 |
Notify |
03BRL-CAD:starseeker * 55879
brlcad/trunk/src/libbrep/opennurbs_ext.cpp: more tweaks to make the
knot and non-knot code look similar. |
| 14:20.30 |
vladbogo |
d_rossberg:
ok, I will immediately |
| 14:27.26 |
Notify |
03BRL-CAD:vladbogo * 55880
brlcad/trunk/misc/CMake/CompilerFlags.cmake: Added a comment to
highlight the need of the position independent code
flag. |
| 14:33.40 |
*** join/#brlcad vladbogo_
(~vlad@86.124.248.162) |
| 14:44.39 |
*** join/#brlcad cstirk
(~quassel@96.255.19.39) |
| 14:46.38 |
*** join/#brlcad mpictor
(~mpictor_@135.sub-174-241-112.myvzw.com) |
| 14:55.29 |
brlcad |
zero_level:
available to discuss if needed, but you have to approach this VERY
incrementally working with the initial structure first |
| 15:00.47 |
Notify |
03BRL-CAD:vladbogo * 55881
brlcad/trunk/src/libdm/dm-qt.cpp: Use __BEGIN_DECL and __END_DECL
macros instead of extern "C". |
| 15:02.43 |
Notify |
03BRL-CAD:starseeker * 55882
brlcad/trunk/src/libbrep/opennurbs_ext.cpp: Don't define things we
aren't using... |
| 15:02.45 |
Notify |
03BRL-CAD:carlmoore * 55883
brlcad/trunk/doc/docbook/lessons/es/mged02_opciones_vistas.xml: fix
spelling of Spanish word 'acimut'; trailing 'h' was
removed |
| 15:02.53 |
vladbogo |
d_rossberg:
I've tried to remove the libs from the build but it does not
compile successfully anymore. |
| 15:03.49 |
d_rossberg |
which
libs? |
| 15:05.31 |
vladbogo |
Qt libs: you
said that are not required for Linux |
| 15:08.27 |
d_rossberg |
i was just
wondering why CMake asks for the headers but not for the libs, but
there is a "find_package" functionality behind which apparently
looks for the libs |
| 15:10.18 |
d_rossberg |
and the libs
are definitely required to run the program |
| 15:10.26 |
brlcad |
so just
blindly adding -fPIC is going to be a problem |
| 15:10.51 |
brlcad |
that make is
only possible to make shared library object files |
| 15:11.10 |
brlcad |
if someone
requests a static build, it's going to fail |
| 15:11.49 |
brlcad |
(this is one
of the reasons why libtool compiles everything twice, once with
-fPIC and once without) |
| 15:11.57 |
d_rossberg |
brlcad: the
other way round: static build needs this -fPIC, i tried it with the
libbrlcad.so |
| 15:13.36 |
d_rossberg |
when you
combine two static libs in one binary it's very likely that you
have to shift positions |
| 15:13.41 |
brlcad |
hm?
libbrlcad.so is a shared lib |
| 15:14.10 |
d_rossberg |
as a proto
type on my computer: yes |
| 15:14.37 |
d_rossberg |
needs only
some minor changes, -fPIC was one of them |
| 15:14.38 |
zero_level |
brlcad: today
last day i wrote new functions for creating image. writing pixel
and saving. |
| 15:15.33 |
d_rossberg |
ah:
libbrlcad.so contains librt.a, libbu.a ... |
| 15:18.24 |
vladbogo |
brlcad: there
is also the qt5_use_modules macro that encapsulates all of the
variable usage required to use a Qt module using with I've made a
successful cmake without setting the -fPIC flag but I don't know
yet how to integrate it in the brlcad cmake procedure. Should I
give it a try? |
| 15:24.58 |
brlcad |
vladbogo: if
it means getting rid of -fPIC, sure |
| 15:25.55 |
brlcad |
my original
suggestion remains to do the bare minimum for the build (or to be
comprehensive and do it properly) |
| 15:26.16 |
brlcad |
somewhere in
between those two options is a dangerous valley to be
in |
| 15:26.51 |
vladbogo |
brlcad: I
know but without setting the "-fPIC" I cannot compile |
| 15:27.17 |
brlcad |
so when you
can't compile, you have to say what and why and understand
why |
| 15:27.44 |
brlcad |
otherwise
saying you cannot compile could simply be because you don't have a
compure or lack fingers or it was raining inside or ... I shouldn't
have to guess |
| 15:28.04 |
brlcad |
uninformative
to ever just say a compile failed |
| 15:28.15 |
brlcad |
:) |
| 15:29.13 |
brlcad |
vladbogo: so
my response then is "why?" |
| 15:29.21 |
vladbogo |
as I read the
problem is that Qt5 has the "-reduce-locations" configure option by
default which means that the compilation is run with the
"-Bsymbolic-function" which makes function pointer comparison
ineffective |
| 15:29.35 |
vladbogo |
unless the
-fPIC flag is provided |
| 15:29.59 |
brlcad |
compilation
of qt5 itself or things using qt5? |
| 15:30.44 |
vladbogo |
things using
Qt5 |
| 15:31.49 |
brlcad |
we're a
"thing using Qt5" right? |
| 15:31.59 |
vladbogo |
yes |
| 15:32.00 |
brlcad |
we do not add
-Bsymbolic-function or do we know somehow? |
| 15:32.05 |
brlcad |
s/know/now/ |
| 15:33.50 |
vladbogo |
explicitly
not but I guess that it is already added in the Qt which has to be
used |
| 15:34.17 |
brlcad |
guessing
won't do, we need to understand what's going on to address
this |
| 15:34.28 |
brlcad |
so lets take
a step back and look at what's actually going on when whatever
fails |
| 15:34.36 |
brlcad |
first, what
fails? |
| 15:35.10 |
brlcad |
and is it a
compilation failure or a linker failure (you'll need to learn the
difference if you do not) |
| 15:51.04 |
*** join/#brlcad vladbogo
(~vlad@86.121.99.104) |
| 15:51.32 |
zero_level |
the issue now
is .. in the rt/view.c , viewedge.c viewxray.c and do.c these data
are written in uchar* format. |
| 15:51.56 |
zero_level |
so i will
have to conver this in the following way |
| 15:52.13 |
zero_level |
convert to
double in rt/.. (files) |
| 15:53.04 |
zero_level |
create image.
(by calling icv_create)[allocates memory for structure and data and
zeros the image] |
| 15:53.15 |
zero_level |
store the
double values. |
| 15:53.21 |
zero_level |
save the
image |
| 15:53.59 |
zero_level |
Now in save
if it is ppm, bw, pix the data is again covnerted to uchar. from
double. |
| 15:54.51 |
zero_level |
brlcad,
``Erik I find this redundant here. converting uchar->double and
double->uchar |
| 16:02.09 |
*** join/#brlcad vladbogo_
(~vlad@86.121.99.173) |
| 16:06.49 |
vladbogo_ |
brlcad:
tested with cmake 2.8.11 and there is no problem which is quite
weird because I am 100% sure I've tested it before and did not
work. So I will remove the fPIC flag and will try to solve this
issue later for other versions of cmake if necessary |
| 16:07.42 |
brlcad |
vladbogo_: I
completely believe that you ran into a failure, that's easy
:) |
| 16:08.05 |
brlcad |
but need to
know exactly what that error was and under what conditions, and
understand the problem |
| 16:08.21 |
*** join/#brlcad vladbogo__
(~vlad@86.121.102.228) |
| 16:08.22 |
brlcad |
in order to
do something about it |
| 16:08.36 |
brlcad |
vladbogo_:
are you having connection issues or something? |
| 16:08.49 |
vladbogo__ |
brlcad:
unfortunately yes |
| 16:08.50 |
brlcad |
what is it
with connection problems this year, it's insane... |
| 16:09.12 |
vladbogo__ |
so I think
I've received just part of your answer |
| 16:09.54 |
vladbogo__ |
saturday I
will be moving so there won't be any connection problems from
saturday on |
| 16:10.13 |
brlcad |
zero_level:
that sounds perfectly reasonable, but you might want to address the
file pointer first |
| 16:10.26 |
brlcad |
vladbogo__:
okay that's good to hear |
| 16:10.52 |
brlcad |
vladbogo__: I
just basically said that we need more information to do anything
about the problem, and I don't doubt there is a problem |
| 16:10.57 |
brlcad |
that's why
-fPIC is dangerous |
| 16:11.13 |
brlcad |
it will work
in some places and will outright fail under other platform
conditions |
| 16:11.26 |
brlcad |
and is
dependent on several other compiler flag settings and library
settings |
| 16:11.53 |
brlcad |
you can't
just turn it on everywhere |
| 16:12.05 |
vladbogo__ |
brlcad: I
know that's why I haven't committed the changes earlier |
| 16:12.45 |
brlcad |
vladbogo__:
you should be committing .. and doing so very
frequently |
| 16:12.54 |
brlcad |
just a matter
of committing in a way that keeps us moving forward |
| 16:13.33 |
vladbogo__ |
brlcad: I
know but I've just wanted to discuss with you the issue |
| 16:13.33 |
brlcad |
it takes some
thought and planning while you code |
| 16:14.12 |
brlcad |
okay, and??
:) |
| 16:14.28 |
vladbogo__ |
I mean I knew
that could be a problem so I did not want to put it there before
talking to you |
| 16:14.28 |
brlcad |
of course you
should discuss issues.... not sure what that has to do with how one
commits ;) |
| 16:14.44 |
brlcad |
well, that's
my point |
| 16:15.15 |
brlcad |
say you
determined that it was 100% necessary but knew it also might be a
problem |
| 16:15.21 |
brlcad |
so what do
you do |
| 16:15.29 |
brlcad |
you don't
need to wait on me to move forward |
| 16:15.37 |
brlcad |
you CERTAINLY
don't need to wait to commit something |
| 16:15.46 |
brlcad |
that
something just shouldn't be turning it on |
| 16:16.02 |
brlcad |
that's what I
mean about you have to think it through and plan |
| 16:16.20 |
*** join/#brlcad vladbogo_
(~vlad@86.121.99.145) |
| 16:17.00 |
vladbogo_ |
well cmake
2.8.11 solves the problem(no fPIC) so as you initially suggested I
will leave it like this |
| 16:17.05 |
brlcad |
you could
commit the flag check commented out or protected by an if () test,
for example and then write the mailing list asking for help
testing |
| 16:17.34 |
brlcad |
do you know
why cmake 2.8.11 seems to solve the problem? |
| 16:17.47 |
vladbogo_ |
brlcad:
that's good to know |
| 16:18.12 |
vladbogo_ |
not yet. I
was planning to do a little research tonight |
| 16:18.18 |
brlcad |
then you
cannot say that :) |
| 16:18.41 |
brlcad |
all you can
say is that the problem is not observed |
| 16:18.55 |
brlcad |
claiming that
cmake did anything isn't necessarily true |
| 16:19.46 |
vladbogo_ |
I saw on the
qt-project.org that this is solved by cmake but it didn't say
why |
| 16:20.12 |
brlcad |
simply, you
don't know why it's working now ... and that's okay, but don't jump
to conclusions until you understand the failure (and the reason it
works) |
| 16:20.25 |
vladbogo_ |
brlcad: ok
:) |
| 16:20.31 |
brlcad |
are you
familiar with the verbose flag? |
| 16:20.43 |
vladbogo_ |
not
really |
| 16:20.57 |
brlcad |
so by
default, cmake hides everything |
| 16:21.09 |
brlcad |
which isn't
at all helpful when you're dealing with low-level compilation
issues like this one |
| 16:21.35 |
brlcad |
you need to
know exactly what preprocessor, compilation, and linker flags are
being used |
| 16:21.55 |
brlcad |
and know
whether an error you're reading is a preprocessor failure,
compilation failure, or linker failure |
| 16:22.12 |
vladbogo_ |
that would be
useful |
| 16:22.21 |
brlcad |
it's not
going to tell you which |
| 16:22.26 |
brlcad |
that's your
job to figure out :) |
| 16:22.37 |
brlcad |
and it takes
time to learn |
| 16:22.47 |
brlcad |
but to get
that information from cmake, you have to compile
verbose |
| 16:22.50 |
brlcad |
make
VERBOSE=1 |
| 16:22.59 |
vladbogo_ |
yes but it
would be easier to find |
| 16:23.01 |
vladbogo_ |
thanks:) |
| 16:23.33 |
brlcad |
you just have
to get comfortable finding and reading a compile/linker line and
understanding the messages that come back |
| 16:25.21 |
vladbogo_ |
thanks a lot
for your help |
| 16:25.24 |
Notify |
03BRL-CAD:vladbogo * 55884
brlcad/trunk/misc/CMake/CompilerFlags.cmake: Removed position
independent code flag. |
| 16:26.13 |
vladbogo_ |
finally done
with the cmake integration and I can start working on embedding Qt
in Tk window |
| 16:29.03 |
brlcad |
excellent |
| 16:29.56 |
vladbogo_ |
thanks again
for your help and clarifications |
| 16:54.58 |
Notify |
03BRL-CAD:carlmoore * 55885
brlcad/trunk/include/icv.h: remove trailing blanks/tabs; fix
spellings |
| 17:11.54 |
zero_level |
brlcad to
handle file issues.. i am doing it this way. icv_create_image
(instead of icv_save_open) and then do all the processing then
icv_save (instead of icv_save_close) |
| 17:18.52 |
brlcad |
any way to
shorten those function names consistently would be good |
| 17:19.06 |
brlcad |
this is the
time to be thinking about API usability |
| 17:19.10 |
brlcad |
cleanliness
of the names |
| 17:19.51 |
brlcad |
e.g., having
icv_create_image() implies you might have the ability to
icv_create_somethingelse() later ... is that true? |
| 17:20.13 |
zero_level |
no plans as
such |
| 17:20.28 |
brlcad |
otherwise,
maybe icv_create() or icv_image() becomes more appropriate and more
API-friendly |
| 17:20.30 |
zero_level |
i guess that
cld be trimmed to icv_create |
| 17:20.36 |
zero_level |
yes |
| 17:20.38 |
brlcad |
should think
about that for every public symbol name |
| 17:21.50 |
brlcad |
and if you
have a create or construction function, it should pair with another
destroy/delete/close/whatever function unambiguously |
| 17:22.16 |
zero_level |
i have done
this icv_free_image |
| 17:33.27 |
brlcad |
which again
implies there's something other than images to free |
| 17:36.20 |
*** join/#brlcad vladbogo__
(~vlad@86.121.103.35) |
| 18:07.06 |
*** join/#brlcad Mahi
(~Mahi@ec2-54-226-39-211.compute-1.amazonaws.com) |
| 18:14.20 |
brlcad |
zero_level:
what's the status of patch 171? |
| 18:16.48 |
*** join/#brlcad vladbogo__
(~vlad@86.124.248.147) |
| 18:21.02 |
brlcad |
zero_level:
looks like 176 has the same issue and is ... basically the same
patch?? |
| 18:21.31 |
brlcad |
you're not
making this easy to review |
| 18:30.10 |
*** join/#brlcad vladbogo_
(~vlad@86.121.96.174) |
| 18:56.56 |
Notify |
03BRL-CAD
Wiki:41.202.192.81 * 5528 /wiki/User:Izak/GSOC_2013_logs: /* From
June 24th to June 28th */ |
| 19:10.17 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 5529
/wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 24 June - 30 June
*/ |
| 19:47.56 |
zero_level |
brlcad: for
all the patch informatio please see this http://brlcad.org/wiki/User:Level_zero/patches |
| 19:48.11 |
zero_level |
the convert
patch is now at 197 and 198 |
| 19:48.23 |
zero_level |
it has the
split versions |
| 19:50.26 |
*** join/#brlcad vladbogo
(~vlad@86.121.103.160) |
| 19:57.28 |
Notify |
03BRL-CAD:carlmoore * 55886
brlcad/trunk/src/librt/primitives/bot/bot_wireframe.cpp: remove
trailing blanks/tabs; fix a spelling |
| 20:01.42 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 5530
/wiki/User:Vladbogolin/GSoC2013/Logs: |
| 21:39.41 |
*** join/#brlcad dtidrow
(~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) |
| 22:05.57 |
*** join/#brlcad dtidrow
(~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) |
| 22:12.16 |
*** join/#brlcad DarkCalf
(~DarkCalf@173.231.40.99) |
| 22:52.38 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
| 22:53.38 |
``Erik |
zero_level:
if you dig into rt/view.c just a tiny bit more, you'll see that it
gets the rgb data from ap->a_color which just happens to be 3
doubles. |
| 23:03.21 |
zero_level |
ok. |
| 23:04.16 |
zero_level |
``Erik
currently i have written image create, image load, image save
functions |
| 23:04.29 |
zero_level |
for
pix,bw,ppm formats |
| 23:05.22 |
zero_level |
what do u
suggest should i attemppt for png format or refactor the old usage
as per the new functions? |
| 01:04.09 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 02:47.31 |
brlcad |
heh, just a
little bias there |
| 03:32.17 |
Notify |
03BRL-CAD:brlcad * 56229
(brlcad/trunk/src/tclscripts/helplib.tcl
brlcad/trunk/src/tclscripts/lib/Drawable.tcl and 3 others): more
.pl to .plot3 conversion |
| 03:57.43 |
FLOSSrookie |
I just
installed brl-cad from source using cmake. Umm...What do I type in
at the terminal to start it? |
| 03:59.40 |
FLOSSrookie |
Never
mind. |
| 03:59.57 |
FLOSSrookie |
I needed to
add it to the path. Forgot. |
| 04:05.04 |
*** part/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 04:47.39 |
Notify |
03BRL-CAD:brlcad * 56230
brlcad/trunk/NEWS: bob fixed/changed archer to now respect and
propagate the LIBRT_BOT_MINTIE environment variable. previously,
the existing archer preference for that variable would override if
a .archerrc file even got saved and users would still have to set
the environment variable for sub-process rt/rtedge invocations. now
the preference will pass down to sub-processes and it
respects |
| 04:47.41 |
Notify |
the env var
if it's set. |
| 04:50.30 |
Notify |
03BRL-CAD:brlcad * 56231
brlcad/trunk/NEWS: erik upgraded libpng to 1.6.3 from 1.6.2 (from
1.5.12). the subsequent upgrade makes the prior 1.6.2 work no
longer user-visible. |
| 04:52.00 |
*** join/#brlcad caen23
(~caen23@92.81.168.84) |
| 07:53.47 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 09:28.59 |
Notify |
03BRL-CAD
Wiki:Level zero * 5831 /wiki/User:Level_zero/GSOC13/logs: /* Week 6
*/ |
| 09:37.46 |
*** join/#brlcad Ch3ck
(~Ch3ck@195.24.220.16) |
| 09:52.50 |
*** join/#brlcad caen23
(~caen23@92.81.168.84) |
| 11:30.57 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 5832
/wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 22 July - 28 July
*/ |
| 11:37.38 |
brlcad |
Ch3ck: you
really need to stop yourself every time you send an
e-mail |
| 11:42.30 |
Ch3ck |
I don't
understand. |
| 11:43.38 |
brlcad |
Ch3ck: there
are still problems with your e-mails ... :) |
| 11:44.07 |
brlcad |
your very
last e-mail, you 1) top-posted and 2) included the entire message
in reply |
| 11:44.30 |
brlcad |
and this is
AFTER we've just talked about this exact point several times
now |
| 11:45.08 |
brlcad |
Do you
understand now? |
| 11:47.20 |
Ch3ck |
yes i get But
i usually try to delete the previous message before writing the
reply |
| 11:47.21 |
Ch3ck |
But i see
some ...(3 dots) below i don't know if thats the previous
message |
| 11:47.21 |
Ch3ck |
i need to
delete.. |
| 11:48.09 |
brlcad |
Ch3ck: what
is your e-mail program? |
| 11:48.24 |
Ch3ck |
i reply
straight from gmail. |
| 11:48.40 |
brlcad |
dear lord
then why does every e-mail have a problem? :) |
| 11:48.49 |
brlcad |
gmail is
built to do this right |
| 11:49.28 |
brlcad |
"Respond
inline: If you want to see the previous message within your reply,
scroll down until you see the "Show trimmed content" icon and
click it. |
| 11:49.33 |
brlcad |
THAT |
| 11:49.42 |
brlcad |
is from here:
https://support.google.com/mail/answer/2645922?hl=en |
| 11:49.47 |
Ch3ck |
ok |
| 11:49.49 |
Ch3ck |
i see
.. |
| 11:49.51 |
brlcad |
basically,
you should always click that ... |
| 11:50.02 |
Ch3ck |
ok |
| 11:50.07 |
*** join/#brlcad Izak_
(~Izak@195.24.220.16) |
| 11:50.09 |
brlcad |
and then
insert your replies, and delete the portions not
relevant |
| 11:50.15 |
Ch3ck |
was never
clicking it just used to reply directly. |
| 11:50.16 |
Ch3ck |
ok |
| 11:50.16 |
brlcad |
no need to
copy-paste anything |
| 11:50.36 |
Ch3ck |
ok |
| 11:50.53 |
brlcad |
send me a
test message |
| 11:51.04 |
brlcad |
I e-mailed
you in private yesterday |
| 11:51.20 |
brlcad |
e-mail me
back and respond to two separate sentences, delete the
rest |
| 11:51.46 |
Ch3ck |
ok |
| 11:52.20 |
brlcad |
Ch3ck: and
again, really truly impressive work with the libbn change
validation |
| 11:52.22 |
brlcad |
nice
work |
| 11:52.32 |
brlcad |
what made you
think to rewrite those functions? |
| 11:52.54 |
Ch3ck |
well just
looked at them and thought code was just so complex |
| 11:53.07 |
Ch3ck |
since I need
them for the pull |
| 11:53.25 |
Ch3ck |
guessed i
should make them better and integrate into the pull |
| 11:53.35 |
brlcad |
the reason
for that is probably just because they were written once long ago
and not much uses them |
| 11:53.56 |
brlcad |
most of libbn
is decently optimized if it's at all used |
| 11:54.10 |
brlcad |
but yeah,
that was definitely a cool improvement |
| 11:54.27 |
brlcad |
would make
sense to audit and see where it can be put to use more |
| 11:54.51 |
Ch3ck |
yeah |
| 11:55.08 |
Ch3ck |
currently
working on debugging the -x option for the new push
routine |
| 11:55.22 |
Ch3ck |
then later
continue with cleaning up the xpush from the src |
| 11:55.34 |
Ch3ck |
before
getting back to finishing the pull routine.. |
| 11:55.46 |
Ch3ck |
then as you
said i'll take a good look into libbn |
| 11:55.54 |
Ch3ck |
and see how
much improvements i can make. |
| 11:56.09 |
Ch3ck |
since code
base is pretty old actually |
| 11:56.17 |
brlcad |
we'll
see |
| 11:56.43 |
brlcad |
heh, and
'old' means what? |
| 11:57.14 |
Ch3ck |
just a way of
saying some improvements need to be made thats all |
| 11:57.21 |
Ch3ck |
:) |
| 11:57.40 |
brlcad |
age of code
never implies that |
| 11:57.45 |
brlcad |
I gave a talk
on that just last week |
| 11:57.56 |
brlcad |
code can
ALWAYS be improved |
| 11:58.02 |
Ch3ck |
yeah. |
| 11:58.04 |
brlcad |
and different
times merely focus on different issues |
| 11:58.34 |
brlcad |
I could
easily see those functions having a VERY different performance
profile 20 years ago |
| 11:58.41 |
Ch3ck |
well i'll
take a look into libbn and try optimising most math routines the
best I can |
| 11:58.44 |
brlcad |
your division
operations used to be taboo, for example |
| 11:58.58 |
brlcad |
they would
have killed the performance |
| 11:59.00 |
Ch3ck |
:)
really |
| 11:59.48 |
brlcad |
what libbn is
lacking most is not performance, but validation |
| 11:59.55 |
brlcad |
a methodical
review |
| 12:00.23 |
brlcad |
to go over
each function and ask, "Is this one right?" and then proving it
with a unit test |
| 12:00.43 |
brlcad |
if it can be
opitimized during the process, even better |
| 12:00.58 |
Ch3ck |
ok |
| 12:02.10 |
brlcad |
Ch3ck:
another consideration is platform variability |
| 12:02.16 |
starseek1r |
brlcad: could
that "loop over random matricies" test be worked into a standard
template for unit testing libbn? |
| 12:02.23 |
brlcad |
for example,
here are the results from your program on my system: |
| 12:02.31 |
brlcad |
My
implementation: |
| 12:02.32 |
brlcad |
<PROTECTED> |
| 12:02.32 |
brlcad |
<PROTECTED> |
| 12:02.32 |
brlcad |
libbn
implementation: |
| 12:02.32 |
brlcad |
<PROTECTED> |
| 12:02.35 |
brlcad |
<PROTECTED> |
| 12:03.07 |
Ch3ck |
ok |
| 12:03.07 |
brlcad |
that was for
determinant, this is for inverse: |
| 12:03.09 |
brlcad |
My
implementation: 560 cycles minimum 560 cycles median |
| 12:03.12 |
brlcad |
libbn
implementation: 532 cycles minimum 672 cycles median |
| 12:04.00 |
Ch3ck |
So this means
when doing the checks I'll have to consider the code running on
different platforms right> |
| 12:04.01 |
Ch3ck |
? |
| 12:04.09 |
brlcad |
starseeker:
sure, a header even |
| 12:04.51 |
brlcad |
Ch3ck: well
just to be very cautious with anything you assume (i.e., don't
assume anything) |
| 12:05.03 |
brlcad |
ask someone
to test it for you |
| 12:05.12 |
starseeker |
doubt we want
it to run for a minute in the unit test context by default, but we
could probably make that a parameter to be passed in... |
| 12:05.23 |
brlcad |
someone not
using the same compiler or operating system or (best)
hardward |
| 12:05.37 |
Ch3ck |
yeah thats
true.. |
| 12:06.01 |
Ch3ck |
i'll ask some
friends to test on their hardware too.. |
| 12:06.02 |
brlcad |
starseeker:
heh, true .. though what ran for him in a minute ran for me in less
than a second |
| 12:06.54 |
starseeker |
<snort>
well, we could aways use the new timer - exercise that at the same
time we're testing libbn... |
| 12:06.57 |
brlcad |
plus the
random number generation is included in the wallclock timing, needs
to get pulled out |
| 12:07.33 |
Ch3ck |
well what
machine specifications should i check for when i'll want to start
the tests.. |
| 12:07.51 |
Ch3ck |
any way i'll
be ready for that. I'll let you know. |
| 12:08.25 |
brlcad |
Ch3ck: the
machine you're sitting at is always a good one to start
with |
| 12:08.32 |
Ch3ck |
ok |
| 12:09.50 |
Ch3ck |
I've seen the
mistake i was making on Gmail |
| 12:10.12 |
Ch3ck |
discovered
the small little icon at the bottom where i can edit and reply as
needed |
| 12:10.14 |
Ch3ck |
thanks |
| 12:11.13 |
brlcad |
excellent |
| 12:11.21 |
brlcad |
did you send
me that test? |
| 12:11.55 |
Ch3ck |
sending.. |
| 12:12.17 |
Ch3ck |
but I had
uploaded them and sent to you yesterday. i think |
| 12:14.21 |
Ch3ck |
should see it
now.. |
| 12:16.16 |
starseeker |
Ch3ck: if you
want to integrate libbn tests into our overall testing harness,
take a look a how the tests in libbu/tests and libbn/tests are set
up - the code you have written to test your matrix functions should
be fairly easily adaptable to that framework and could become part
of the "standard" unit tests for libbn |
| 12:18.22 |
starseeker |
robustness
testing of libbn functions is of broad benefit to all of BRL-CAD,
so if you want to do more work along those lines I'd be all for
it |
| 12:19.30 |
Ch3ck |
ok |
| 12:19.38 |
brlcad |
hmmm... |
| 12:20.00 |
starseeker |
for example,
you said your matrix code succeeded in some cases where the
existing libbn functions did not - those would be excellent
candidates for specific tests in libbn unit test definitions for
those functions |
| 12:20.01 |
brlcad |
Ch3ck: i've
reworked your cycle timing since I had my doubts about
it... |
| 12:20.10 |
brlcad |
and now I'm
getting very different numbers |
| 12:20.15 |
Ch3ck |
ok
better |
| 12:20.16 |
brlcad |
at least for
determinant |
| 12:20.26 |
brlcad |
it's
calculating much slower |
| 12:20.37 |
Ch3ck |
yeah there
was really no big change in the determinant tests compared to
the |
| 12:20.41 |
Ch3ck |
inverse
routine |
| 12:20.49 |
Ch3ck |
so it should
not be that surprising. |
| 12:21.05 |
brlcad |
it's
surprising that it's slower ;) |
| 12:21.38 |
brlcad |
your test
loop was completely nearly instantly for me, just a few ms, and
this is on a very old laptop |
| 12:21.43 |
Ch3ck |
yeah i'm
surprised that its slower.. |
| 12:21.47 |
starseeker |
didn't you
say for one of those functions you were doing a fully general
approach where the libbn function was doing something
else? |
| 12:22.01 |
starseeker |
reads emails... |
| 12:22.24 |
brlcad |
when I
increase the numbers and remove the calculation portions that
weren't relevant, it really changes the profile |
| 12:23.05 |
Ch3ck |
startseeker:
I don't think so. |
| 12:23.52 |
Ch3ck |
brlcad: so
what results does it give now.. |
| 12:23.52 |
starseeker |
ah, I'm
thinking about the inverse: "mine does a full 4x4 matrix inverse,
and the old libbn one something else" |
| 12:24.01 |
Ch3ck |
is it slower
of faster. |
| 12:29.47 |
brlcad |
Ch3ck: give
me a couple minutes to confirm |
| 12:33.13 |
brlcad |
need to test
in a couple more places as well |
| 12:47.46 |
Notify |
03BRL-CAD:phoenixyjll * 56232
brlcad/trunk/src/libbrep/intersect.cpp: Use a struct to represent
the overlap segments. Split the curves with the intersection points
(with other curves), so that we can get closed regions. |
| 12:55.53 |
*** join/#brlcad mpictor_
(~mpictor_@2600:1015:b112:5514:0:46:bb5:201) |
| 13:13.20 |
Notify |
03BRL-CAD
Wiki:195.24.220.16 * 5833 /wiki/User:Izak/GSOC_2013_logs: /* From
July 22th to July 27th */ |
| 13:21.42 |
Notify |
03BRL-CAD:phoenixyjll * 56233
brlcad/trunk/src/libbrep/intersect.cpp: right might be NULL,
causing sub_curve() to crash. Fix this by returning
NULL. |
| 13:29.50 |
``Erik |
*readreadread* yeah, div used to be ~20x
as slow as mult in the way-long-ago (80486dx/80586) |
| 13:31.11 |
``Erik |
there's a
decent (and very fast) random number generator in libbn, a mersenne
twister ripped from old adrt |
| 13:32.50 |
``Erik |
*readreadread* for performance testing,
one thing I've done in the past is set an alarm and have each call
of a function increment a counter... downside is that the slower
machines get way less accurate |
| 14:00.00 |
Notify |
03BRL-CAD:starseeker * 56234
brlcad/trunk/CMakeLists.txt: Fix Qt compilation enablement logic -
the only time to override the user setting is when we can't do what
they asked due to system limitations. |
| 14:24.14 |
``Erik |
starseeker:
is 56234 going to address the dm-qt issue I saw on my ubuntu box,
and do I need to blow away my cache? |
| 14:36.24 |
Notify |
03BRL-CAD:erikgreenwald * 56235
(brlcad/trunk/include/db5.h brlcad/trunk/include/raytrace.h and 3
others): Apply patch 207 from Izak https://sourceforge.net/p/brlcad/patches/207/ |
| 14:38.19 |
``Erik |
they seem to
be getting their shit together |
| 14:38.48 |
``Erik |
(about time,
we're up on the midpoint) |
| 14:57.11 |
brlcad |
Ch3ck:
where's that test e-mail? |
| 14:57.23 |
brlcad |
or maybe you
misunderstood me again |
| 14:57.51 |
brlcad |
I see you
sent me the bn test, but we were not discussing that -- we were
discussing your ability to reply to an e-mail and comment on
sections |
| 14:58.37 |
brlcad |
07:51 <
brlcad> I e-mailed you in private yesterday |
| 14:58.38 |
brlcad |
07:51 <
brlcad> e-mail me back and respond to two separate sentences,
delete the rest |
| 15:01.00 |
brlcad |
I think I
have a good grasp on the numbers now, your cpu cycle timer just
wasn't very accurate/relevant |
| 15:01.36 |
brlcad |
your new
determinant is clearly a lot slower, your new inverse is clearly a
lot faster :) |
| 15:16.59 |
brlcad |
if anyone
else would like to test how your system evaluates, I've uploaded an
updated tarball to http://brlcad.org/tmp/bnmatinvdet.tar.gz |
| 15:17.26 |
brlcad |
you'll have
to update the paths in the Makefile so it finds our headers and
libs |
| 15:25.39 |
brlcad |
zero_level:
congratulations |
| 15:25.48 |
brlcad |
and thanks
:) |
| 15:27.24 |
zero_level |
brlcad :you
are welcome! But I am not sure what is this about ? |
| 15:36.50 |
brlcad |
zero_level:
see your e-mail |
| 16:16.14 |
zero_level |
brlcad:
:-) |
| 16:17.53 |
brlcad |
zero_level:
so go ahead and make a test commit now just to get that over with,
make sure you're set up correctly |
| 16:21.33 |
zero_level |
brlcad : I am
doing a fresh checkout. |
| 16:21.46 |
brlcad |
didn't need
to :) |
| 16:21.50 |
zero_level |
ok |
| 16:22.38 |
zero_level |
i did svn
status and apparently there are lots of file which are deleted so
it shows '?' in front of lot of files |
| 16:22.56 |
brlcad |
? means it
doesn't know what those files are |
| 16:23.10 |
brlcad |
files you
created directly or indirectly |
| 16:23.36 |
zero_level |
yes.! all the
files which are not under svn |
| 16:24.36 |
brlcad |
? files are
ignored and will continue to be ignored until you tell svn
otherwise |
| 16:24.50 |
zero_level |
alright! |
| 16:24.51 |
brlcad |
they're not
deleted |
| 16:25.09 |
brlcad |
if you want
to delete them, you can easily with: svn status | xargs
rm |
| 16:25.26 |
brlcad |
of course,
assumes you ONLY have ? files |
| 16:25.38 |
brlcad |
otherwise
that'll delete any modified or added as well |
| 16:26.00 |
brlcad |
if you want
to be more safe: svn status | grep '^?' | xargs rm |
| 16:28.22 |
zero_level |
alright I
just ran a script to delete all them |
| 16:28.25 |
zero_level |
did svn
up |
| 16:31.13 |
*** join/#brlcad mpictor_
(~mpictor_@2600:1015:b112:5514:0:46:bb5:201) |
| 16:33.18 |
zero_level |
brlcad : I am
making the following first commit |
| 16:33.19 |
zero_level |
- * Functions
provided by the LIBICV image conversion library. |
| 16:33.19 |
zero_level |
+ * Functions
provided by the LIBICV image processing library. |
| 16:33.29 |
zero_level |
just wanted
to be 100% sure |
| 16:35.22 |
starseeker |
``Erik: with
any luck that'll avoid building the dm-qt code unless you
specifically turn it on - I don't think you'll need to remove your
cache |
| 16:38.35 |
Ch3ck |
brlcad: just
came back from a break. I understand what you said
now.. |
| 16:43.06 |
Notify |
03BRL-CAD:mohitdaga * 56236
brlcad/trunk/include/icv.h: Changing the scope of libicv to be a
image processing library. This increases the purview of libicv to
contain the image processing APIs. |
| 16:44.39 |
``Erik |
zero_level:
commit and we will yell at you later :D |
| 16:45.06 |
``Erik |
the upside of
a decent vcs is we can 'undo' any damage |
| 16:45.07 |
zero_level |
zero_level :
:D |
| 16:45.40 |
zero_level |
i think in
the absence of notify, email is the right place ;) |
| 16:45.45 |
zero_level |
did
it! |
| 16:46.08 |
zero_level |
ready for
your yellings now ;) |
| 16:47.08 |
``Erik |
absense of
notify? eh? |
| 16:47.40 |
zero_level |
ops ! didnt
notice the notify ! |
| 16:48.01 |
zero_level |
r56236 it
is! |
| 16:51.28 |
``Erik |
grats! and
work on, just be prepared when you get chewed out a bit for a bad
commit and understand that it's not a personal attack, we're merely
trying to do the best for the project :) |
| 16:54.04 |
zero_level |
alright!
Thanks :-) |
| 16:54.46 |
zero_level |
assures everyone. |
| 16:55.33 |
zero_level |
Also If I
will not be certain about a commit I will talk to you here or on
the list. |
| 17:02.03 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 5834
/wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 22 July - 28 July
*/ |
| 17:04.27 |
brlcad |
zero_level:
so this raises the bar significantly |
| 17:04.46 |
brlcad |
we'll expect
to see LOTS of small frequent commits |
| 17:05.07 |
brlcad |
throughout
the day, basically about as often as you save the file and it
compiles cleanly, you should probably be committing |
| 17:05.29 |
``Erik |
welcome to
the next level :D |
| 17:06.19 |
Notify |
03BRL-CAD
Wiki:195.24.220.16 * 5835 /wiki/User:Izak/GSOC_2013_logs: /* From
July 22th to July 27th */ |
| 17:07.55 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 5836 /wiki/User:Izak/GSOC_2013_logs: /* From
July 22th to July 27th */ |
| 17:12.45 |
zero_level |
brlcad,
``Erik I am thinking to work on using this weekend to commiting the
already written codes. |
| 17:28.17 |
*** join/#brlcad kesha
(~kesha@49.249.191.140) |
| 18:09.55 |
brlcad |
zero_level:
why not now? :) |
| 18:10.03 |
brlcad |
kesha: what
are you up to? |
| 18:11.35 |
zero_level |
Iam counting
(today) friday in it. |
| 18:12.17 |
Ch3ck |
brlcad: will
check the code. |
| 18:12.19 |
zero_level |
just working
on putting every thing right for the new code i have
written. |
| 18:12.44 |
zero_level |
I mean the
first commit regarding the new icv_struct. |
| 18:32.45 |
zero_level |
starseeker :
I want to discuss about r50507 in rt/src/viewedge.c |
| 18:34.02 |
zero_level |
You seem to
have removed icv_save_save_open from viewedge.c |
| 18:34.50 |
zero_level |
The primrary
reason being "It was called in do.c, thus creating a
failure" |
| 18:35.32 |
zero_level |
Do we also
remove icv_image_save_close(bif) at L849in viewedge.c |
| 18:36.08 |
zero_level |
correction//
rt/src/viewedge.c // src/rt/viewedge.c |
| 18:44.17 |
Ch3ck |
brlcad: Fixed
the bug hanging in the new push routine |
| 18:45.06 |
Ch3ck |
but given the
given state of the routine it can push only an object at a time but
the previous push could push many objects at a time so should and
wait till I add this option or I should upload the current
patch? |
| 18:50.41 |
brlcad |
Ch3ck: you
should ALWAYS upload a new patch, hasn't this been stated many
times already? |
| 18:51.07 |
Ch3ck |
ok just
wanted to make sure i'm doing the right thing. :) |
| 18:51.22 |
brlcad |
you say the
status of the patch in your comment, and do your best to make sure
it works as best as you can right NOW |
| 18:53.31 |
Ch3ck |
thanks. |
| 18:53.35 |
Ch3ck |
will
do. |
| 19:12.37 |
*** join/#brlcad vladbogo
(~vladbogo@188.25.236.163) |
| 19:23.11 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 5837
/wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 22 July - 28 July
*/ |
| 19:25.39 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 0 /wiki/File:Testing_new_push_routine.png: This
shows tests of new push command with -x support |
| 19:27.17 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 5839
/wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 22 July - 28 July
*/ |
| 20:02.07 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 0 /wiki/File:Tkqt.png: |
| 20:03.58 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 5841 /wiki/User:Vladbogolin/GSoC2013/Logs: /*
Week 6 */ |
| 20:07.14 |
brlcad |
kesha: and
that we can discuss here |
| 20:07.16 |
brlcad |
to obtain
commit access with brl-cad, you have to make brl-cad
patches |
| 20:08.03 |
brlcad |
remember to
always default to open, unless it's a private matter |
| 20:08.20 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 0 /wiki/File:Tkqt1.png: |
| 20:08.31 |
brlcad |
refactoring
is one of the best ways to learn, but you have to really put in
effort to understand each of the issues you're working on and
why |
| 20:09.06 |
brlcad |
like your
question a few weeks ago about why a program wasn't working right,
printing a char[] buffer that you only wrote one byte
into |
| 20:09.20 |
brlcad |
but printing
lots of characters |
| 20:09.28 |
brlcad |
kesha: did
you ever understand that issue? |
| 20:10.46 |
kesha |
ya. Later I
realized that it was passing the pointer to starting of character
array and not just asking for char[0] as I interpreted at that
time |
| 20:11.40 |
brlcad |
and why did
it print so much? |
| 20:13.11 |
kesha |
the buffer
got flushed when it encountered end of function/return
0; |
| 20:15.04 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 5843 /wiki/User:Vladbogolin/GSoC2013/Logs: /*
Week 6 */ |
| 20:15.32 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 5844
/wiki/User:Vladbogolin/GSoC2013/Logs: |
| 20:15.51 |
kesha |
whenever
specified field width, it will take input till that field. and
consider that string as a pointer to that string |
| 20:16.39 |
kesha |
Anyways, I
get your point of digging up the issue thoroughly |
| 20:17.16 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 5845
/wiki/User:Vladbogolin/GSoC2013/Logs: |
| 20:26.03 |
brlcad |
no |
| 20:27.28 |
brlcad |
the buffer
did not get flushed then, buffering of I/O is independent of most
function calls |
| 20:27.54 |
brlcad |
the question
actually has nothing to do with buffering |
| 20:28.09 |
brlcad |
you told it
to print something, and it did |
| 20:28.16 |
brlcad |
why did it
print what it printed? |
| 20:28.34 |
brlcad |
perhaps first
off, what exactly did it print and what did you expect it to
print? |
| 20:35.01 |
kesha |
I had tried
about 20-25 different codes and I don't remember which exactly are
you talking about? http://paste.kde.org/pa21f9c45/
? |
| 20:36.03 |
Notify |
03BRL-CAD:tbrowder2 * 56237
brlcad/trunk/TODO: remove 2 man pages done |
| 20:37.08 |
brlcad |
yep, that one
has the issue regardless |
| 20:37.15 |
Notify |
03BRL-CAD:tbrowder2 * 56238
brlcad/trunk/src/util/dsp_add.c: improve basic usage
statement |
| 20:37.56 |
brlcad |
kesha: so
that printf probably prints more than "kesh" I'm better, at least
if it's not an unoptimized compile |
| 20:38.11 |
brlcad |
s/better/betting/ |
| 20:38.43 |
kesha |
http://paste.kde.org/pf7bb25ed/
I think it was this one |
| 20:40.34 |
brlcad |
sure, related
problem albeit subtle difference |
| 20:41.22 |
brlcad |
so what's the
problem there? |
| 20:43.47 |
Notify |
03BRL-CAD:brlcad * 56239
(brlcad/trunk/NEWS brlcad/trunk/TODO): cliff added a -w 'wrapping'
option to the comb command in r56221 that will create a child comb
under the top level comb and move all contents of the toplevel comb
into that sub-comb. the feature pertains to dave's old wrapper
script and is in response to numerous user requests. needs to be
documented still. |
| 20:45.29 |
Notify |
03BRL-CAD:brlcad * 56240
brlcad/trunk/TODO: tcl scripts generate via cmake now and src/other
should be vanilla |
| 20:46.53 |
kesha |
The sscanf
line says accept three characters ("%3s") from the input pointer
passed as first argument instring, skip in between chars and next
integer in c. |
| 20:48.28 |
brlcad |
so if you ran
that program under a different environment, it would potentially
crash |
| 20:49.00 |
kesha |
ya ..on
windows gcc compiler I got "t:)" in place of "thi" |
| 20:49.03 |
brlcad |
but yes, that
is basically what sscanf says |
| 20:49.13 |
kesha |
I tried on
windows |
| 20:49.16 |
brlcad |
so still,
what's the problem? |
| 20:49.31 |
brlcad |
i'm gathering
you didn't figure it out? :) |
| 20:49.46 |
Notify |
03BRL-CAD:tbrowder2 * 56241
brlcad/trunk/src/util/dsp_add.c: ws cleanup |
| 20:49.52 |
brlcad |
understanding
this is necessary for knowing the proper fix |
| 20:50.47 |
brlcad |
it's a common
C mistake, btw |
| 20:51.33 |
brlcad |
I can tell
you that the error in your understanding is actually spelled out on
line 12 |
| 20:57.22 |
zero_level |
brlcad : I
want to ask a naive question. Do we have any script that removes
trailing white space ? ;) |
| 20:59.27 |
brlcad |
kesha: don't
fester in confusion .. if you don't know, you can say that after
thinking about it and searching for a little bit |
| 20:59.41 |
brlcad |
I've pointed
you to a line, did that help? |
| 20:59.49 |
brlcad |
zero_level:
yes, sh/ws.sh |
| 20:59.59 |
brlcad |
or get a
better editor :) |
| 21:00.28 |
brlcad |
emacs and vim
can both be configured VERY EASILY to display trailing whitespace
in bright red |
| 21:00.47 |
brlcad |
it's worth
doing to know where you're dropping turds |
| 21:01.10 |
brlcad |
if only to
not waste other people's time, but it's just a disorderly waste
regardless |
| 21:01.26 |
kesha |
Cant get
it. |
| 21:03.34 |
brlcad |
"scanfBuf is
a string with length 1" |
| 21:03.45 |
brlcad |
that is not
correct, why might that be? |
| 21:04.19 |
kesha |
I tried with
printf("%d",sizeof(scanBuf)); and it showd 1 |
| 21:05.23 |
brlcad |
and that is
correct |
| 21:05.42 |
brlcad |
so then
what's wrong |
| 21:05.58 |
brlcad |
what remains
in that statement? |
| 21:06.43 |
kesha |
"still when
ssacnf() has %3s as argument, it accepts and shows "thi" from the
instring as output. " |
| 21:07.10 |
brlcad |
don't get
distracted, stick with "scanfBuf is a string with length
1" |
| 21:07.40 |
brlcad |
you confirmed
that scanBuf is length 1 (byte) with sizeof() |
| 21:07.42 |
Notify |
03BRL-CAD:vladbogo * 56242
brlcad/trunk/src/libdm/dm-qt.cpp: Sanity checks, ws, log
calls |
| 21:07.44 |
brlcad |
so what
remains wrong? |
| 21:08.15 |
kesha |
string
? |
| 21:08.27 |
brlcad |
yes |
| 21:08.50 |
kesha |
string
pointer ? |
| 21:08.56 |
brlcad |
nope |
| 21:10.16 |
brlcad |
it's not "a
string" |
| 21:10.28 |
brlcad |
what is a C
string? |
| 21:10.57 |
brlcad |
careful
googling for that ;) |
| 21:12.22 |
brlcad |
https://en.wikipedia.org/wiki/C_string |
| 21:13.53 |
*** join/#brlcad kesha__
(31f8f459@gateway/web/freenode/ip.49.248.244.89) |
| 21:14.01 |
brlcad |
gah |
| 21:14.47 |
*** join/#brlcad kesha
(~kesha@49.248.244.89) |
| 21:15.11 |
brlcad |
kesha: what
was the last thing you saw? |
| 21:15.37 |
kesha |
nope |
| 21:15.45 |
brlcad |
17:10 <
brlcad> it's not "a string" |
| 21:15.45 |
brlcad |
17:10 <
brlcad> what is a C string? |
| 21:16.03 |
brlcad |
and you can
read web pages later .. now is time for discussion |
| 21:16.45 |
kesha |
string - char
*c |
| 21:16.57 |
brlcad |
that is a
character pointer |
| 21:17.10 |
kesha |
and then
str(c) |
| 21:17.11 |
brlcad |
later you
should read this: https://en.wikipedia.org/wiki/C_string |
| 21:17.26 |
brlcad |
notably this
statement: The only support for strings in the C programming
language itself is that the compiler will translate a quoted string
constant into a null-terminated string, which is stored in static
memory. |
| 21:17.46 |
brlcad |
this is at
the heart of the misunderstanding: https://en.wikipedia.org/wiki/Null-terminated_string |
| 21:18.00 |
brlcad |
C strings are
merely null-terminated string by convention |
| 21:18.19 |
brlcad |
your scanBuf
is an array of characters |
| 21:18.46 |
brlcad |
if it's size
is 1, it only has enough room to store a nul byte |
| 21:19.08 |
brlcad |
i.e., it can
only ever store "" to be considered a string |
| 21:19.51 |
brlcad |
hello? |
| 21:19.58 |
kesha |
ya. so how
come printf("%s",scanBuf); |
| 21:20.02 |
kesha |
gave
"this" |
| 21:20.25 |
kesha |
s/thi/this |
| 21:20.31 |
brlcad |
well first
off, you gave it scanBuf and you told printf that scanBuf is a
string |
| 21:20.46 |
kesha |
hmm |
| 21:20.49 |
brlcad |
what does %s
tell printf to do in terms of bytes? |
| 21:21.24 |
kesha |
store all
bytes till null char is encountered |
| 21:21.35 |
brlcad |
right |
| 21:21.59 |
brlcad |
rather,
"PRINT all bytes till null char is encountered", right? |
| 21:22.11 |
kesha |
right |
| 21:22.47 |
brlcad |
so it reads
the first byte, which was not a nul |
| 21:22.59 |
brlcad |
so it keeps
reading bytes that follow |
| 21:23.18 |
kesha |
hmm, then
? |
| 21:23.20 |
brlcad |
scanBuf is
how big? |
| 21:23.34 |
kesha |
1 |
| 21:23.55 |
brlcad |
so what
happens when printf reads the second byte, since the first was not
nul? |
| 21:24.28 |
kesha |
it will look
for next |
| 21:24.36 |
brlcad |
buf scanBuf
doesn't have a next |
| 21:25.10 |
brlcad |
what did it
read? |
| 21:25.27 |
kesha |
'h' |
| 21:25.36 |
brlcad |
not the
value |
| 21:26.03 |
kesha |
the second
byte of instring |
| 21:26.05 |
brlcad |
what memory
did it read if scanBuf was only 1 byte long |
| 21:26.30 |
brlcad |
you don't
know that |
| 21:26.35 |
kesha |
addof(scanBuf+1) |
| 21:26.41 |
brlcad |
better |
| 21:27.02 |
brlcad |
yes, it just
read whatever byte happens to be after scanBuf's memory |
| 21:27.44 |
kesha |
I was
wondering how did it then stop after 3rd |
| 21:27.44 |
brlcad |
all you know
is that it's NOT scanBuf |
| 21:27.51 |
brlcad |
it's random
memory, it could be literally anything |
| 21:27.59 |
brlcad |
well, when
does %s stop? |
| 21:28.21 |
kesha |
finds
NULL |
| 21:28.32 |
brlcad |
right (sort
of) |
| 21:28.39 |
brlcad |
so it found a
nul character |
| 21:29.13 |
kesha |
but there is
still 's' at scanBuf+4 then a NULL |
| 21:29.32 |
brlcad |
in your case,
it just happened to be the case that the next four bytes were 'h',
'i', 's', and '\0' (nul) |
| 21:29.51 |
brlcad |
or 'h', 'i',
'\0' actually |
| 21:30.16 |
brlcad |
so it got the
't' from scanbuf, then two more bytes, then finally encountered a
0 |
| 21:30.19 |
kesha |
hmm..yes.. |
| 21:30.27 |
brlcad |
note that
it's not "NULL" .. that means something else |
| 21:30.42 |
brlcad |
it's a nul
character ... a '\0' byte |
| 21:31.39 |
kesha |
ya .. I know
it. |
| 21:32.10 |
brlcad |
do you
really? |
| 21:32.21 |
brlcad |
shall I query
you on what NULL means too? :) |
| 21:33.01 |
kesha |
'\0'=NULL but
was it beacuse of %3s that " 'h', 'i', '\0" |
| 21:33.51 |
brlcad |
you just said
you know it .. so then stop saying '\0' is NULL! ... it's
not |
| 21:34.32 |
zero_level |
NULL =
0 |
| 21:34.38 |
brlcad |
'\0' is a nul
character, there's a difference and it's sometimes
important |
| 21:34.49 |
brlcad |
NULL is not
necessarily 0 |
| 21:34.50 |
kesha |
NULL
byte |
| 21:35.29 |
brlcad |
nul
byte |
| 21:35.33 |
brlcad |
nul !=
NULL |
| 21:36.08 |
zero_level |
brlcad : I
applied the new icv_struct and changing the functions for
commiting |
| 21:36.09 |
kesha |
I was
confused here nul == NULL ! |
| 21:36.37 |
brlcad |
uhm.. |
| 21:36.38 |
zero_level |
It turns out
to be whooping 900 lines in a patch. |
| 21:36.45 |
brlcad |
17:30 <
brlcad> note that it's not "NULL" .. that means something
else |
| 21:36.46 |
brlcad |
17:31 <
kesha> ya .. I know it. |
| 21:36.57 |
brlcad |
kesha: then
what was that? :) |
| 21:37.00 |
zero_level |
Although I
can remove 100 lines or so. |
| 21:37.22 |
zero_level |
but this is
really a large one :-) |
| 21:37.32 |
zero_level |
And dont see
a alternative |
| 21:37.50 |
kesha |
:P |
| 21:37.51 |
brlcad |
zero_level:
okay, just dont' break anything ;) |
| 21:38.00 |
zero_level |
alright |
| 21:38.15 |
brlcad |
you should
make them as small as possible, even if it means more work for you
to do changes incrementally |
| 21:38.23 |
brlcad |
but that's
not always possible |
| 21:38.28 |
brlcad |
it's far
easier to review commits either way |
| 21:38.30 |
zero_level |
I am not sure
about one thing. |
| 21:38.40 |
zero_level |
Which
requires help of starseeker |
| 21:38.49 |
brlcad |
kesha: it's a
fair question -- I can't help you if you tell me you understand
when you don't :) |
| 21:38.53 |
zero_level |
but using my
intution there |
| 21:39.09 |
brlcad |
fortunately
you immediately contradicted your understanding ;) |
| 21:39.21 |
brlcad |
kesha: read
this quick: 17:31 < kesha> ya .. I know it. |
| 21:39.23 |
brlcad |
oops |
| 21:39.27 |
brlcad |
this:
http://faq.cprogramming.com/cgi-bin/smartfaq.cgi?answer=1047589067&id=1043284376 |
| 21:40.29 |
brlcad |
kesha: SO
... |
| 21:40.43 |
brlcad |
17:33 <
kesha> '\0'=NULL but was it beacuse of %3s that " 'h', 'i', '\0"
<-- YES |
| 21:41.08 |
kesha |
yes, had it
clear now . |
| 21:41.09 |
brlcad |
you overwrote
the scanBuf buffer there, and wrote to memory that was not part of
scanBuf |
| 21:41.10 |
kesha |
:) |
| 21:41.15 |
brlcad |
classic
buffer overflow |
| 21:41.33 |
brlcad |
once you went
1 byte over, a program might crash, might not |
| 21:41.37 |
brlcad |
the memory
can be anything |
| 21:42.00 |
kesha |
hmmm |
| 21:42.41 |
brlcad |
when you pass
a buffer or a pointer to any function that expects a "C string",
it's assuming you've properly nul terminated the string and has no
way of knowing the length (without you telling it) |
| 21:42.59 |
brlcad |
even
functions like strlen() are just going to read until they find a
'\0' |
| 21:43.29 |
brlcad |
think about
it some, read those two wikipedia pages |
| 21:43.37 |
brlcad |
ask questions
if you have them |
| 21:43.46 |
brlcad |
this is an
important concept to understand very clearly |
| 21:43.58 |
kesha |
okay. I will
read up webpages. |
| 21:43.59 |
brlcad |
it's a
fundamental tenant of C |
| 21:44.31 |
brlcad |
probably can
find some "C string tutorials" that might help too, write a couple
test main() programs until you're confident you understand
it |
| 21:45.47 |
kesha |
if I get some
problems, will come again to eat up your head. ;) |
| 21:55.13 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 5846
/wiki/User:Vladbogolin/GSoC2013/Logs: |
| 22:15.57 |
Notify |
03BRL-CAD:mohitdaga * 56243
(brlcad/trunk/include/icv.h brlcad/trunk/src/libged/screengrab.c
and 9 others): Changes the icv library to accomodate double type
data. Also changes the existing use of icv in the rt, rmrt,
libged |
| 22:28.02 |
starseeker |
zero_level:
hmm? |
| 22:31.23 |
Notify |
03BRL-CAD:mohitdaga * 56244
brlcad/trunk/include/icv.h: Added DOXYGEN comments to the tweaked
functions |
| 22:32.00 |
zero_level |
starseeker
can u quickly see src/rt/viewedge.c now |
| 22:33.04 |
starseeker |
what about
it? |
| 22:33.35 |
zero_level |
14:32 <
zero_level> starseeker : I want to discuss about r50507 in
rt/src/viewedge.c |
| 22:33.38 |
zero_level |
14:34 <
zero_level> You seem to have removed icv_save_save_open from
viewedge.c |
| 22:33.40 |
zero_level |
14:34 <
zero_level> The primrary reason being "It was called in do.c,
thus creating a failure" |
| 22:33.43 |
zero_level |
14:35 <
zero_level> Do we also remove icv_image_save_close(bif) at
L849in viewedge.c |
| 22:33.46 |
zero_level |
14:36 <
zero_level> correction// rt/src/viewedge.c //
src/rt/viewedge.c |
| 22:33.58 |
zero_level |
I have
removed icv_save_image_close |
| 22:34.10 |
zero_level |
from
viewedge.c |
| 22:34.48 |
zero_level |
because as
per your comment in r50507 u mentioned that opening is handled by
do.c |
| 22:34.49 |
starseeker |
If I recall
correctly, I removed the open call from viewedge.c because it was
also being invoked in do.c |
| 22:35.04 |
zero_level |
yeah!
exactly. |
| 22:35.07 |
starseeker |
I don't know
that do.c also handles closing |
| 22:35.11 |
starseeker |
did you
look? |
| 22:35.16 |
zero_level |
yes |
| 22:35.19 |
zero_level |
it
does |
| 22:35.38 |
zero_level |
check L923 in
do.c |
| 22:36.44 |
starseeker |
so you're
wondering if we still need the close call in viewedge.c? Or is
that call causing a problem? |
| 22:37.13 |
starseeker |
``Erik: do
you remember the details of the icv stuf in the rt
tools? |
| 22:37.23 |
zero_level |
I am nt sure
how to test viewedge.c |
| 22:37.28 |
starseeker |
rtedge |
| 22:37.32 |
zero_level |
Moroever |
| 22:37.34 |
starseeker |
that's the
command that uses it |
| 22:37.53 |
zero_level |
As per the
new api of icv we do it the following way |
| 22:37.58 |
zero_level |
icv_create(..) |
| 22:38.15 |
Notify |
03BRL-CAD:n_reed * 56245
brlcad/trunk/src/libbrep/intersect.cpp: ON_zaxis is
obsolete |
| 22:38.24 |
starseeker |
zero_level:
check out the man page for rtedge - that should tell you how to
write out to an image |
| 22:38.45 |
starseeker |
brlman
rtedge |
| 22:38.54 |
zero_level |
do // write
line, write pixel// |
| 22:39.00 |
zero_level |
and
icv_save |
| 22:39.43 |
starseeker |
zero_level:
I'm not intimately familiar with the details of how icv is used in
the rt tools - your best bet is to test |
| 22:40.17 |
zero_level |
yes |
| 22:40.44 |
zero_level |
just working
at finding the man details |
| 22:41.09 |
starseeker |
zero_level:
there's a command |
| 22:41.11 |
starseeker |
brlman |
| 22:41.30 |
zero_level |
found
that |
| 22:41.39 |
starseeker |
so you can
see the man page? |
| 22:42.50 |
zero_level |
oops Neither
man page viewer nor Tk graphics available - man page viewing is not
supported. |
| 22:42.53 |
zero_level |
Neither man
page viewer nor Tk graphics available - man page viewing is not
supported. |
| 22:42.59 |
zero_level |
Neither man
page viewer nor Tk graphics available - man page viewing is not
supported. |
| 22:43.09 |
zero_level |
sry for
repited copying. |
| 22:43.11 |
starseeker |
blinks - what platform are you on? |
| 22:43.24 |
zero_level |
linux |
| 22:43.33 |
starseeker |
does the
command "man" work? |
| 22:43.34 |
zero_level |
flavour=ubuntu |
| 22:43.46 |
zero_level |
yes |
| 22:44.40 |
starseeker |
um |
| 22:44.57 |
starseeker |
the brlman
script should work then |
| 22:44.59 |
zero_level |
downloading
tk |
| 22:45.26 |
zero_level |
rather
installing it through synaptic |
| 22:45.40 |
starseeker |
the message
you got is what happens when tcl can't run either "man" or
"bwish" |
| 22:47.26 |
starseeker |
if you're
just installing Tk, you'll have to re-compile BRL-CAD with Tk
enabled |
| 22:47.56 |
zero_level |
yeah i am
doing that. can u pm me the man of rtedge. In the meanwhile i will
try to test this |
| 22:51.20 |
starseeker |
notes with some surprise that we don't seem to have an online
version of our man pages in html... |
| 22:52.37 |
starseeker |
http://brlcad.org/~starseeker/rtedge.html |
| 22:52.45 |
starseeker |
use that
until you get your compile going |
| 22:54.22 |
zero_level |
starseeker I
have never used rt. I now it doews raytracing but can u help me
write a basic command ? |
| 22:54.40 |
starseeker |
zero_level:
are you familiar with how to read man pages? |
| 22:54.53 |
zero_level |
alright, on
to this ;) |
| 22:55.09 |
starseeker |
the synopsis
gives you a basic idea of how to run the command |
| 22:55.48 |
zero_level |
i am
wondering from where can i get a .g file |
| 22:55.55 |
starseeker |
in the case
of rt (or rtedge) you'll need a .g file, the name of the object
within that file you want to raytrace, and any options you want to
provide (in you case, how to output an image) |
| 22:56.13 |
starseeker |
the BRL-CAD
compilation creates several |
| 22:56.50 |
starseeker |
they are
placed in the directory "share/db" in your build
directory |
| 22:57.41 |
zero_level |
meanwhile
even after installing tk the cofig reports says this |
| 22:57.42 |
zero_level |
Compile Tk
............................: OFF |
| 22:58.09 |
starseeker |
zero_level:
never mind fiddling with that, just pass the option -DENABLE_ALL=ON
to cmake |
| 22:58.14 |
starseeker |
that will
build Tk for you |
| 22:59.50 |
starseeker |
brlcad:
interesting - I get this line when doing a moss.g
raytrace: |
| 22:59.59 |
starseeker |
shade_inputs(cone.s) flip N xy=168, 218
ID_TGC surf=1 dot=2.04196e-05 |
| 23:00.27 |
starseeker |
zero_level:
here's a basic rt command to get you started: |
| 23:00.36 |
starseeker |
./bin/rt
share/db/moss.g all.g |
| 23:01.16 |
starseeker |
the man page
will tell you how to write the image to an output file (what you're
looking for to test) rather than having the image show up
onscreen |
| 23:05.37 |
zero_level |
starseeker
can u r56243 |
| 23:05.42 |
zero_level |
^compile |
| 23:06.09 |
starseeker |
zero_level:
what error are you seeing? |
| 23:07.03 |
zero_level |
I am not sure
but it gave a seg fault |
| 23:07.20 |
starseeker |
zero_level:
compiling the code? |
| 23:07.46 |
zero_level |
I ran this
rtedge -s 1024 -Fnew.pix havoc.g hav |
| 23:08.02 |
zero_level |
one of the
examples there |
| 23:09.36 |
starseeker |
-Fnew.pix is
not correct |
| 23:10.00 |
zero_level |
compile
r56243 |
| 23:10.25 |
starseeker |
sorry about
that... |
| 23:10.31 |
starseeker |
sees the man page is at fault |
| 23:10.47 |
starseeker |
try this:
rtedge -s 1024 -o new.pix havoc.g havoc |
| 23:12.01 |
starseeker |
zero_level:
ok, something's wrong |
| 23:12.05 |
starseeker |
give me a
minute... |
| 23:12.31 |
zero_level |
I got an
output file new.pix |
| 23:12.40 |
zero_level |
1024x1024
dim |
| 23:15.12 |
zero_level |
it looks like
an edge of a helicopter. |
| 23:15.17 |
zero_level |
did pix-png |
| 23:15.26 |
starseeker |
that's
correct |
| 23:15.34 |
starseeker |
is still seeing a problem here though |
| 23:16.54 |
starseeker |
ah,
nevermind |
| 23:17.04 |
starseeker |
zero_level:
ok, so you've got it generating an image |
| 23:17.26 |
starseeker |
now, if you
change the .pix file extension to a .png, you should be able to
have rtedge directly output a .png file |
| 23:17.32 |
starseeker |
that will
test icv |
| 23:17.39 |
zero_level |
alright |
| 23:18.15 |
zero_level |
but i have
removed png-save for a while |
| 23:18.26 |
zero_level |
will be
adding in the next revision |
| 23:18.36 |
starseeker |
zero_level:
if you want to test whether it's reaching the icv close function
call if you remove it from viewedge.c, you can use gdb and add a
break on that function name |
| 23:18.58 |
zero_level |
ok |
| 23:20.31 |
Notify |
03BRL-CAD:starseeker * 56246
brlcad/trunk/doc/docbook/system/man1/en/rtedge.xml: Use -o for a
file, not -F |
| 23:20.52 |
zero_level |
also, since
this was able to save new.pix dont u think it has done this in
do.c |
| 23:21.10 |
zero_level |
because i am
running this on r56243 |
| 23:21.15 |
starseeker |
sure, but
your question was whether you needed the extra close statement in
viewedge.c |
| 23:21.41 |
zero_level |
so doesn't
that answers this ? |
| 23:23.02 |
starseeker |
no - you need
to figure out a) whether the close call in do.c is actually being
called (i.e. can you recognize the problem if the close function is
*not* called) and b) whether the viewedge.c call is ever
needed |
| 23:23.45 |
starseeker |
I don't know
the answer to either, offhand |
| 23:24.14 |
starseeker |
``Erik might,
but either way that sort of exploration and reading of the code is
something you need to learn how to do - it's a never-ending part of
working with pre-existing code bases |
| 23:24.49 |
zero_level |
alright
:) |
| 23:25.24 |
zero_level |
also what was
the problem u saw? |
| 23:30.52 |
zero_level |
I just ask
so, that i can improve upon. |
| 00:08.51 |
Notify |
03BRL-CAD:brlcad * 56298
brlcad/trunk/src/libged/polyclip.cpp: well if they are, should be
okay |
| 00:13.24 |
Notify |
03BRL-CAD:brlcad * 56299
(brlcad/trunk/src/libged/polyclip.cpp
brlcad/trunk/src/libged/view_obj.c and 4 others): eliminate
undocumented dead code |
| 00:14.58 |
Notify |
03BRL-CAD:brlcad * 56300
brlcad/trunk/src/libpc/solver_test.cpp: document why the libpc
tests are disabled |
| 00:22.45 |
Notify |
03BRL-CAD:brlcad * 56301
brlcad/trunk/src/librt/cut.c: eliminate the manual recursion dead
code since rt_ct_optim() is better reuse and the implications of
the dead one are not clear. |
| 02:34.22 |
Notify |
03BRL-CAD:brlcad * 56302
(brlcad/trunk/src/librt/mkbundle.c
brlcad/trunk/src/librt/tests/CMakeLists.txt): extract the ray
bundle test harness into its own proper test program |
| 02:41.46 |
zero_level_ |
brlcad : I
found an interesting and an annoying bug |
| 02:42.48 |
zero_level_ |
at L:811 in
viewedge.c |
| 02:43.09 |
zero_level_ |
When i remove
the acquire semaphore (comment it) |
| 02:43.53 |
zero_level_ |
the rtedge
command works fine. else it hangs in between ?Do we need the
semaphore there. |
| 02:44.43 |
zero_level_ |
Because
evidently even if it is done parallelly. each process will be
writing at separate lines. |
| 02:55.40 |
Notify |
03BRL-CAD:phoenixyjll * 56303
brlcad/trunk/src/libbrep/intersect.cpp: If we insert the inner
points of overlap2d like this, the points may not be in order. So
we don't use these points. A better approach would be using a
mapping of m_a and m_b. |
| 03:58.40 |
brlcad |
zero_level_:
yes the semaphore is needed |
| 03:58.46 |
brlcad |
if it hangs,
something else is wrong |
| 03:58.55 |
brlcad |
like
something else acquired that same semaphore |
| 03:59.17 |
brlcad |
or even the
same process that is running acquired one and didn't release
it |
| 04:08.53 |
Notify |
03BRL-CAD:phoenixyjll * 56304
brlcad/trunk/src/libbrep/intersect.cpp: Remove duplicated
curves. |
| 04:11.50 |
brlcad |
zero_level_:
make sure icv doesn't acquire that same semaphore before
calling/returning back to viewedge |
| 04:14.11 |
Notify |
03BRL-CAD:mohitdaga * 56305
(brlcad/trunk/include/icv.h brlcad/trunk/include/magic.h
brlcad/trunk/src/libicv/fileformat.c): Converting
ICV_IMAGE_FILE_MAGIC to ICV_IMAGE_MAGIC. |
| 04:37.31 |
*** join/#brlcad zero_level_
(0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) |
| 04:39.02 |
zero_level_ |
brlcad : icv
doesnt acquire any semaphore. |
| 04:39.55 |
zero_level_ |
brlcad: can
it be machine dependent ? |
| 04:49.43 |
zero_level_ |
It is
something like a deadlock happening here. |
| 04:49.53 |
zero_level_ |
And I seem to
have no idea how to resolve this. |
| 04:50.22 |
zero_level_ |
brlcad : can
we track the acquired semaphores ? |
| 05:07.46 |
brlcad |
zero_level_:
you can set BU_DEBUG_PARALLEL, but you'll do better to set
breakpoints in a debugger |
| 05:09.49 |
brlcad |
BU_DEBUG_PARALLEL is set with the bu debug
flags (which is the -! option for rtedge, see
src/rt/opt.c) |
| 05:09.58 |
brlcad |
see
include/bu.h for the value to set (in hex) |
| 05:10.14 |
*** join/#brlcad zero_level__
(0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) |
| 05:15.30 |
*** join/#brlcad zero_level_
(0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) |
| 05:15.40 |
zero_level_ |
looks ab bu.h |
| 05:16.10 |
zero_level_ |
brlcad : I
found this error by setting debug points in the code. |
| 05:16.21 |
zero_level_ |
which
debugger do u suggest ? |
| 05:16.52 |
zero_level_ |
also i saw
the presentation you gave |
| 05:17.26 |
zero_level_ |
It helped me
understanding the architecture of rt |
| 05:59.46 |
*** join/#brlcad caen23
(~caen23@92.83.175.255) |
| 06:55.03 |
zero_level_ |
brlcad : one
of the threads of bu_parallel in do_run(..) function in worker.c
is not getting completed. |
| 06:55.23 |
zero_level_ |
wonder how has this anything to do with icv
? |
| 06:59.59 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5862 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 7
*/ |
| 08:46.24 |
*** join/#brlcad phoenixyjll
(0e889157@gateway/web/freenode/ip.14.136.145.87) |
| 09:05.21 |
*** join/#brlcad caen23
(~caen23@92.83.175.255) |
| 09:22.45 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 09:30.30 |
*** join/#brlcad Ch3ck
(~Ch3ck@195.24.220.16) |
| 10:16.43 |
Ch3ck |
Hi i've just
logged into my bz.bzflag.bz account and I wish to change my
password. Can anyone tell me how? |
| 10:19.46 |
``Erik |
run
'passwd' |
| 10:23.21 |
Ch3ck |
yeah did that
already thanks |
| 11:48.36 |
*** join/#brlcad Ch3ck_
(~Ch3ck@66-118-151-70.static.sagonet.net) |
| 12:09.05 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
| 12:15.04 |
*** join/#brlcad DarkCalf
(~DarkCalf@173.231.40.99) |
| 12:17.56 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
| 12:21.15 |
zero_level |
hi ``Erik,
brlcd : still unable to find the bug. |
| 12:23.08 |
zero_level |
It seems that
at 819. the semaphore is not acquired thus a deadlock |
| 12:23.24 |
zero_level |
at 819 in
rt/viewedge.c |
| 12:23.26 |
``Erik |
with icv
saving in viewedge.c? I don't remember exactly what, but there was
something 'weird' about it that required a special
bailout |
| 12:24.31 |
``Erik |
iirc (and
this is a huge if, that was years ago), once I figured it out, I
just put in the fix with the plan to re-do viewedge.c completely to
make it more like a normal rt |
| 12:25.11 |
``Erik |
unfortunately, I failed to document it and
did not rewrite viewedge and don't remember what the exact issue
was :/ srry |
| 12:25.26 |
zero_level |
no
issues. |
| 12:25.35 |
zero_level |
i am just
copying what I found. |
| 12:25.44 |
zero_level |
We can
together fix it. |
| 12:26.03 |
zero_level |
at 757 in
worker.c parallel process are created. |
| 12:26.13 |
zero_level |
in function
do_run(..) |
| 12:26.19 |
``Erik |
yes, via
bu_parallel() |
| 12:26.59 |
zero_level |
all parallel
function call worker(..0 |
| 12:27.07 |
zero_level |
worker then
call do_pixel |
| 12:27.45 |
zero_level |
do_pixel()
then calls view_eol(...) in viewedge.c |
| 12:28.12 |
``Erik |
I believe I
was wrapping the icv stuff in a bu_semaphore, that might be
unnecessary... if we can trust that each worker has an exclusive
memory segment |
| 12:28.38 |
zero_level |
A semaphore
is to be acquired in view_eol for wriiting in the
icv_struct |
| 12:28.42 |
``Erik |
exclusively
accessed, but globally accessable, so the final write out can get
them all |
| 12:29.07 |
zero_level |
yes, indeed I
asked brlcad : and he says the semaphore is required. |
| 12:29.19 |
``Erik |
why? |
| 12:29.35 |
zero_level |
I tried to
get rid of the semaphore (commenting them) and it
worked. |
| 12:29.55 |
zero_level |
23:58 <
brlcad> zero_level_: yes the semaphore is needed |
| 12:29.57 |
zero_level |
23:58 <
brlcad> if it hangs, something else is wrong |
| 12:29.57 |
zero_level |
23:58 <
brlcad> like something else acquired that same
semaphore |
| 12:29.57 |
zero_level |
23:59 <
brlcad> or even the same process that is running acquired one
and didn't release it |
| 12:29.58 |
zero_level |
23:58 <
brlcad> zero_level_: yes the semaphore is needed |
| 12:30.00 |
zero_level |
23:58 <
brlcad> if it hangs, something else is wrong |
| 12:30.03 |
zero_level |
23:58 <
brlcad> like something else acquired that same
semaphore |
| 12:30.05 |
zero_level |
23:59 <
brlcad> or even the same process that is running acquired one
and didn't release it |
| 12:30.08 |
zero_level |
oops ! copied
twice |
| 12:30.30 |
``Erik |
please don't
paste large bodies to channel, if it's more than a line or two, use
one of the paste websites :) |
| 12:30.39 |
``Erik |
there's no
answer in what he said |
| 12:30.39 |
zero_level |
alright |
| 12:30.47 |
zero_level |
yes |
| 12:32.13 |
``Erik |
viewedge adds
some necessary locking requirements, but it also has a lot of very
bad approaches... my take-away was that the original author had no
idea what they were doing and hacked until it seemed to
work |
| 12:32.54 |
``Erik |
it uses two
pixels on the current scanline and one on the previous scan line to
compute the color, iirc |
| 12:34.17 |
``Erik |
so there is
some weird memory management and locking that has to occur, but ...
hm, I'd need to review the code and collect my thoughts to see
where I'm going :) |
| 12:34.27 |
zero_level |
ok. |
| 12:34.47 |
``Erik |
it's a "here
be dragons" bit of code, I'd recommend putting it on the back
burner and focusing elsewhere in the meantime |
| 12:35.00 |
zero_level |
alrigt. |
| 12:35.30 |
zero_level |
But we goto
do smth since this bugs an important command. |
| 12:35.39 |
zero_level |
If u suggest
i can remove that semaphore. |
| 12:35.48 |
zero_level |
Since it
works without it. |
| 12:36.25 |
``Erik |
try removing
the semaphore and then doing a raytrace on bz with, hm, say 16
threads... or 100... and see if the output seems
correct |
| 12:37.00 |
zero_level |
can i compile
the src code on bz.? |
| 12:37.03 |
``Erik |
if you have a
machine with more than 8 cores, try on that? |
| 12:37.17 |
``Erik |
sure, bz has
a full dev suite |
| 12:38.05 |
zero_level |
``Erik : If I
recall correctly from my class knowledge, Semaphore is required
when a resource is to be used by more than one process. |
| 12:38.21 |
``Erik |
it's
currently slightly hacked up to force clang instead of
gcc |
| 12:38.22 |
zero_level |
where as here
each process will be writting different line. |
| 12:38.47 |
``Erik |
that is true,
and since each line is a unique chunk of memory, there should be no
conflict |
| 12:38.56 |
zero_level |
yes.
Exactly. |
| 12:39.50 |
``Erik |
<-- points
up where he said that the bu_sempahore might be unnecessary since
the workers have access to an exclusive memory segment
:) |
| 12:40.39 |
zero_level |
? |
| 12:41.22 |
zero_level |
``Erik is
there a documentation on how to compile on bz ? |
| 12:41.36 |
``Erik |
same as any
unix machine, get a fresh checkout, run cmake, run make |
| 12:41.45 |
zero_level |
alright. |
| 12:42.38 |
``Erik |
if you need
any tools installed on that machine, let me or brlcad know and
we'll figure it out |
| 12:43.17 |
zero_level |
Also ``Erik
apart from the rtede issue. |
| 12:43.50 |
zero_level |
I think the
FIXME in rt/do.c is now fixed. |
| 12:44.29 |
zero_level |
regarding bw
images and rtxray |
| 12:55.23 |
``Erik |
I've sent
myself an email to my work account and will look over these with
care tomorrow, ok? today is one of my 'unemployed' days and I have
some ios work to do :) |
| 12:55.56 |
zero_level |
sure no
issues. |
| 12:57.10 |
``Erik |
I'll still
keep an eye on irc if any immediate questions come up, so still
feel free to ask/contemplate in chan, just don't expect a code
review until tomorrow |
| 12:57.53 |
``Erik |
effin' ios 7
deleting the top status bar and moving 0,0 up to dead
coordinates |
| 12:58.16 |
zero_level |
``Erik I will
also want to learn IOS stuff from you. :-) |
| 12:58.47 |
``Erik |
I'd probably
be the wrong person to learn from... but if you have a certain
interest, I can probably direct you towards a good
resource |
| 13:00.24 |
``Erik |
I have a
trivial "lottery calculator" app in the store, an opengl based
version of the atari classic "kaboom!" that they won't accept due
to the artwork and I'm currently gearing up to do a guitar tuner
app... I'm no guru for ios :D |
| 13:03.11 |
zero_level |
i am getting
this strange issue on svn at bz |
| 13:03.14 |
zero_level |
svn: E170000:
Unrecognized URL scheme for |
| 13:03.53 |
zero_level |
on searching,
they direct to re install. |
| 13:04.01 |
``Erik |
crap,
.. |
| 13:04.02 |
zero_level |
i am sure i
am doing smth wrong here. |
| 13:04.05 |
``Erik |
no |
| 13:04.31 |
``Erik |
I've been
having issues with flags on the subversion install and handling of
repo's via libcurl |
| 13:05.40 |
``Erik |
maybe try svn
checkout svn://svn.code.sf.net/p/brlcad/code/brlcad/trunk
brlcad-code |
| 13:07.28 |
zero_level |
works. |
| 13:07.31 |
zero_level |
:-) |
| 13:07.48 |
``Erik |
might be a
bad solution.. I'm reinstalling svn and going to try with the http
addy |
| 13:12.11 |
``Erik |
ok, svn
should be fixed on bz |
| 13:12.16 |
``Erik |
(works for
me) |
| 13:15.43 |
Ch3ck |
initially
tried an svn checkout with svn https link and it said svn does not
work but with the link u've just given works fine for me
too |
| 13:24.01 |
*** join/#brlcad Ch3ck_
(~Ch3ck@195.24.220.16) |
| 13:27.43 |
zero_level |
Apparently It
turns out i cannot do sudo make install on bz. |
| 13:28.02 |
zero_level |
did make
install |
| 13:28.11 |
*** join/#brlcad Izak_
(~Izak@195.24.220.16) |
| 13:28.24 |
zero_level |
not sure if
it will compile correctly. |
| 13:29.06 |
Ch3ck_ |
currently
compiling code here and getting the same problem looks like its in
Polyclipp.cpp |
| 13:29.21 |
Izak_ |
Build is
failing due to a typo in line 286 src/libged/polyclip.cpp.
currently fixing this typo |
| 13:29.43 |
Ch3ck_ |
waiting on
some corrections of this. |
| 13:33.07 |
zero_level |
so Izak_ so
that be small v instead of CAP V |
| 13:33.09 |
zero_level |
? |
| 13:33.51 |
Izak_ |
yes I am
working on that patch |
| 13:34.36 |
Ch3ck_ |
could someone
please fix thing and update code repository? flying blind
here! |
| 13:35.05 |
Ch3ck_ |
gotta
continue working on libbn |
| 13:36.07 |
Notify |
03BRL-CAD
Wiki:Level zero * 5863 /wiki/User:Level_zero/GSOC13/logs:
LOGS |
| 13:49.08 |
brlcad |
zero_level:
what I don't yet understand is how you are encountering a hang with
rtedge |
| 13:49.42 |
brlcad |
so let me be
more specific as to what I hear you're suggesting and you can
correct me if what I'm saying is not true |
| 13:50.16 |
brlcad |
you're
encountering some sort of hang with rtedge (on/near line 811) and
if you remove the semaphore lock, it works, no longer
hangs |
| 13:50.28 |
zero_level |
yes |
| 13:51.14 |
brlcad |
if I remove
the semaphore lock, rtedge reliably produces a segmentation
violation (it crashes) because of multiple unprotected writes to
framebuffer memory |
| 13:51.56 |
brlcad |
this means
you've got the initiative |
| 13:52.10 |
brlcad |
why is yours
locking is the first question to figure out |
| 13:52.27 |
brlcad |
not what line
of code causes it to lock, WHY is it locking
conceptually |
| 13:52.59 |
brlcad |
zero_level:
do you see it hanging on an unmodified brl-cad? |
| 13:53.06 |
zero_level |
thats what
``Erik suggested |
| 13:53.09 |
brlcad |
or is the
hang due to something you've changed? |
| 13:53.11 |
zero_level |
to
run |
| 13:53.16 |
zero_level |
it on
bz. |
| 13:53.33 |
zero_level |
It doesnt
hang on unmodified. |
| 13:53.50 |
brlcad |
so then
almost certainly it is something you've
introduced/changed |
| 13:54.00 |
brlcad |
make a
smaller modification |
| 13:54.28 |
brlcad |
do you think
you understand how locking works? |
| 13:54.42 |
zero_level |
never tried
practically. |
| 13:54.50 |
zero_level |
apart from
systems lab |
| 13:54.59 |
zero_level |
though have
some textbook knowledge. |
| 13:55.23 |
zero_level |
also brlcad
do we have some flag to find semaphore locks ? |
| 13:55.25 |
brlcad |
i'm talking
about general textbook knowledge of what a semaphore/mutex lock is
and how it pertains to code execution |
| 13:55.33 |
zero_level |
yes. |
| 13:56.14 |
brlcad |
so then all
you need to know is to understand how libbu does it's locking,
which is actually quite a simplified form |
| 13:56.58 |
zero_level |
some debug
flags to find locks? |
| 13:57.17 |
brlcad |
you could add
something simple, but no this is usually not an issue |
| 13:57.22 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 5864
/wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 29 July - 4 August
*/ |
| 13:57.25 |
brlcad |
bu_semaphore_acquire(KEY) ...
bu_semaphore_release(KEY) |
| 13:58.26 |
brlcad |
for that line
811 to hang, it really only means one thing has
happened |
| 13:58.57 |
brlcad |
that a lock
has already been acquired on the KEY=BU_SEM_SYSCALL
semaphore |
| 14:01.03 |
brlcad |
zero_level:
if you run in a debugger, just put a break point on
bu_semaphore_acquire |
| 14:01.07 |
zero_level |
probably at
L:695 |
| 14:01.40 |
brlcad |
line numbers
aren't going to be useful if you've made a modificiation, since
it's the modification that is introducing a problem |
| 14:01.50 |
zero_level |
oops!
nevermind :-) |
| 14:02.02 |
zero_level |
doesnt go to
that block |
| 14:02.04 |
zero_level |
yepp. |
| 14:03.17 |
brlcad |
I think you
need to make your patch smaller to where you isolate what exactly
is causing this, if you cannot use the debugger to find
it |
| 14:03.29 |
brlcad |
do you know
how to set a breakpoint on functions in a debugger? |
| 14:03.42 |
zero_level |
no! |
| 14:03.56 |
brlcad |
well why not?
:) |
| 14:04.00 |
zero_level |
can u suggest
me a debugger. |
| 14:04.05 |
zero_level |
:-) |
| 14:04.11 |
``Erik |
gdb |
| 14:04.16 |
zero_level |
alright |
| 14:04.19 |
Izak_ |
gdb |
| 14:04.33 |
zero_level |
but it has
issues related to commands with args. |
| 14:04.48 |
brlcad |
it doesn't
have issues |
| 14:04.51 |
brlcad |
you might
have issues :) |
| 14:04.52 |
zero_level |
ok. |
| 14:05.04 |
zero_level |
sure then I
am on my way to gdb. |
| 14:05.27 |
brlcad |
gdb --args
bin/rt share/db/moss.g all.g |
| 14:05.37 |
brlcad |
b
bu_semaphore_acquire |
| 14:05.38 |
brlcad |
run |
| 14:06.33 |
``Erik |
gdb is a bit
tricky to get started with, but is a very powerful tool... (much
like vim or emacs) |
| 14:09.12 |
``Erik |
also; you
won't get sudo. by the time you're ready for sudo, you won't really
want it. so forget that, just ask brlcad or me for software
installs, we'll assess and if it makes sense, we'll take care of
it. |
| 14:10.52 |
zero_level |
Alright, I
understand its server issue. |
| 14:11.16 |
zero_level |
But can i
still install brl-cad. |
| 14:11.54 |
``Erik |
when you run
cmake, do -DCMAKE_INSTALL_PREFIX=$HOME/brlcad or
something |
| 14:11.55 |
zero_level |
<PROTECTED> |
| 14:12.00 |
zero_level |
ok |
| 14:12.10 |
Ch3ck_ |
hey what
about this error on polyclipp.cpp that i'm getting when compiling
code? |
| 14:12.15 |
Ch3ck_ |
anybody fixed
it yet? |
| 14:16.37 |
Izak_ |
ps developers
: Apply ticket 218 of patches on sf.net |
| 14:18.17 |
Izak_ |
brlcad: A
small typo on line 286 of src/libged/polyclip.cpp has been fixed in
ticket 218 . ps apply so build succeeds :) |
| 14:25.04 |
Notify |
03BRL-CAD:mohitdaga * 56306
brlcad/trunk/src/libged/polyclip.cpp: Fixing typo. Applying patch
218 by Isaac Kamga. |
| 14:26.24 |
zero_level |
Izak_ u must
do an svn up now. |
| 14:26.39 |
zero_level |
Ch3ck : one
can edit the file manually ;) |
| 14:26.47 |
Izak_ |
yap |
| 14:28.30 |
Ch3ck_ |
yeah did that
code compiles now perfectly :) |
| 14:29.05 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 14:34.12 |
brlcad |
Izak_:
thanks |
| 14:37.57 |
brlcad |
zero_level:
you'll wnat to delete your build directory and re-run cmake with
that -DCMAKE_INSTALL_PREFIX option |
| 14:38.17 |
brlcad |
so that
brl-cad installs into your home directory instead of the system
path |
| 14:39.48 |
zero_level |
brlcad : did
u run the rtege command without removing the bu_log_semaphore
? |
| 14:39.49 |
brlcad |
Ch3ck_: the
issues that starseeker was telling you last night are all things
that I've said as well |
| 14:40.10 |
brlcad |
zero_level:
yes |
| 14:40.13 |
brlcad |
I run it all
the time |
| 14:40.17 |
brlcad |
it's a
heavily used command |
| 14:40.30 |
zero_level |
I mean after
applying icv |
| 14:40.32 |
zero_level |
changed |
| 14:40.40 |
zero_level |
that is
modified icv |
| 14:40.46 |
zero_level |
so to
say |
| 14:40.49 |
brlcad |
no, of course
not - I hear it hangs ;) |
| 14:40.59 |
zero_level |
can u do it
now ? |
| 14:41.02 |
brlcad |
not
really |
| 14:41.09 |
brlcad |
I'm in the
middle of several other things |
| 14:41.09 |
zero_level |
alright |
| 14:41.12 |
zero_level |
sure |
| 14:41.31 |
Ch3ck_ |
brlcad: Well
I thought if i finish combining the push/xpush it'll give me commit
access |
| 14:41.35 |
Ch3ck_ |
which is what
i've done. |
| 14:41.45 |
brlcad |
I can try to
take a look later this evening, but this really is your issue to
resolve since you introduced it |
| 14:41.57 |
brlcad |
Ch3ck_:
commit access does not work like that |
| 14:42.08 |
zero_level |
alright.
:-) |
| 14:42.38 |
brlcad |
commit access
is a process unique to each individual depending on how good they
are at communicating, creating good patches, etc |
| 14:43.32 |
brlcad |
that task to
merge push+xpush could have been sufficient, but it's problematic
because of the way it's been worked and communicated |
| 14:43.55 |
brlcad |
for example,
you said last night that you could not see a way to break the patch
up |
| 14:44.15 |
brlcad |
which I think
is curious, because I can think of dozens of ways to break that
patch up |
| 14:44.35 |
brlcad |
with the
goal-mindset you have, sure, but then patches are NOT about the
goal |
| 14:44.47 |
brlcad |
they're about
demonstrating competency communicating with other
developers |
| 14:45.19 |
Ch3ck_ |
yeah |
| 14:46.21 |
brlcad |
if you can
only explain a concept by making me read the entire concept, you've
not yet figured out how to communicate effectively,
right? |
| 14:46.35 |
Ch3ck_ |
Did not see
it that way. Was thinking more about getting the problem
solved. |
| 14:46.52 |
brlcad |
which it
doesn't do |
| 14:47.01 |
brlcad |
sure it
merges the two |
| 14:47.11 |
brlcad |
but the
PROBLEM is what I stated on the mailing list many weeks
ago |
| 14:47.21 |
Ch3ck_ |
yes. |
| 14:47.25 |
brlcad |
if the two
are going to be merged, the user interface question has to be
addressed |
| 14:47.49 |
brlcad |
you don't
address that, you just merged them code-wise without regard to the
interface impliciation |
| 14:48.06 |
brlcad |
which means
the code must be scrutinized that much more closely |
| 14:48.09 |
Ch3ck_ |
Well I made
xpush 'push -x' |
| 14:48.14 |
brlcad |
exactly |
| 14:48.16 |
brlcad |
is that
best? |
| 14:48.18 |
Ch3ck_ |
and push
stayed the same |
| 14:48.31 |
brlcad |
how does that
affect users? |
| 14:48.45 |
Ch3ck_ |
well you had
told me to write in such a way which the command could figure that
out and do the right |
| 14:49.01 |
Ch3ck_ |
thing. Which
I could still do. |
| 14:49.21 |
brlcad |
figure what
out? |
| 14:49.46 |
Ch3ck_ |
in case where
an object that moves in more than one direction is given to the
push command |
| 14:50.15 |
Ch3ck_ |
the command
will be able to detect that case and do the right push on it which
is like 'xpush' ing the object |
| 14:50.58 |
brlcad |
are you
saying you made 'push' without -x behave that way? |
| 14:51.03 |
Ch3ck_ |
yes. |
| 14:51.06 |
brlcad |
if so, how's
that different from push -x ? |
| 14:51.18 |
Ch3ck_ |
well its the
same thing basically |
| 14:51.29 |
Ch3ck_ |
then its
preferable i remove the push -x |
| 14:51.32 |
Ch3ck_ |
and leave it
as push |
| 14:51.33 |
brlcad |
so then you
just made the old push command go away? |
| 14:51.51 |
Ch3ck_ |
No the old
push |
| 14:51.51 |
brlcad |
s/command/functionality/ |
| 14:52.17 |
Ch3ck_ |
command is
stil there but in a case where an object is detected to be moving
in more than one direction |
| 14:52.42 |
Ch3ck_ |
the push
command calls a special pushx() routine which then pushes the
object. |
| 14:52.59 |
Ch3ck_ |
which is like
xpush ing the object |
| 14:53.46 |
Ch3ck_ |
so there will
be no need for neither push -x nor xpush altogether |
| 14:53.51 |
brlcad |
zero_level: I
presume that is you crashing tools? :) |
| 14:54.21 |
Ch3ck_ |
which I
figure will be cleaner and easier for end-users who'll not need to
remember so many commands |
| 14:54.24 |
brlcad |
Ch3ck_: so on
the surface that sounds good but it's also a HUGE change in
behavior |
| 14:54.42 |
brlcad |
at least for
the use-cases where the previous push command was desirable over
xpush |
| 14:54.45 |
brlcad |
if
any |
| 14:55.25 |
Ch3ck_ |
well the old
push command still stays in tact |
| 14:55.46 |
Ch3ck_ |
but I added
the ability for it to detect the special case of xpush and still do
a push on it |
| 14:55.53 |
brlcad |
not what you
just said, you said it calls this xpush() routine when an object is
duplicate-referenced |
| 14:55.54 |
Ch3ck_ |
using the
pushx() subroutine in push.c |
| 14:56.30 |
Ch3ck_ |
well not
xpush() pushx() which works like ged_xpush() |
| 14:56.38 |
Ch3ck_ |
similar but
not the same |
| 14:56.39 |
*** join/#brlcad hickoryknoll
(~hickorykn@66-118-151-70.static.sagonet.net) |
| 14:56.40 |
Ch3ck_ |
actually |
| 14:56.45 |
brlcad |
if I just run
push() does it call pushx() or does a user have to specify an
option? |
| 14:57.01 |
Ch3ck_ |
if he does
it'll work |
| 14:57.09 |
Ch3ck_ |
and if the
user does not do it'll still work\ |
| 14:57.17 |
brlcad |
that doesn't
answer my question |
| 14:57.39 |
brlcad |
if I just run
ged_push(), does it call pushx() automatically when it detects
duplciate reference or does a user have to specify an
option? |
| 14:57.49 |
Ch3ck_ |
yes |
| 14:57.54 |
brlcad |
it's not a
yes no question! |
| 14:57.54 |
Ch3ck_ |
it calls
automatically |
| 14:58.06 |
Ch3ck_ |
Yes it can
call automatically |
| 14:58.22 |
brlcad |
so then
that's a change in behavior |
| 14:58.31 |
Ch3ck_ |
yeah |
| 14:58.55 |
brlcad |
all the more
emphasis on what starseeker was saying then |
| 14:59.00 |
brlcad |
we don't just
change things on users |
| 14:59.04 |
brlcad |
that's the
best way to lose users |
| 14:59.20 |
Ch3ck_ |
so how do I
proceed now |
| 14:59.22 |
brlcad |
it can be
changed, but the impact has to be inspected |
| 14:59.30 |
Ch3ck_ |
ok |
| 14:59.43 |
Ch3ck_ |
well since
the aim was to merge both commands |
| 14:59.46 |
brlcad |
this is a
question you probably cannot answer, except maybe to try and start
a discussion on the mailing list |
| 14:59.56 |
brlcad |
NO |
| 15:00.02 |
brlcad |
the aim was
to get you commit access |
| 15:00.06 |
brlcad |
through a set
of simple patches |
| 15:00.13 |
Ch3ck_ |
ok |
| 15:00.27 |
brlcad |
merging
push+xpush had the potential to be a reasonable set of
patches |
| 15:00.34 |
brlcad |
but not like
this |
| 15:01.04 |
Ch3ck_ |
So how best
do i do it.. |
| 15:01.15 |
brlcad |
and the
notion that you still do not understand why just further indicates
the need for more patches |
| 15:01.32 |
brlcad |
do you really
not see how this could have been a set of patches? |
| 15:01.38 |
brlcad |
instead of
one big patch |
| 15:01.43 |
Ch3ck_ |
I now
see |
| 15:02.02 |
Ch3ck_ |
I have made
alot of changes and included in one big patch |
| 15:02.28 |
Ch3ck_ |
which I could
have made in a small set of incremental changes and uploaded small
patches instead |
| 15:02.34 |
Ch3ck_ |
thats the
error I made |
| 15:03.05 |
Ch3ck_ |
Well
concerning commit access that's why i'm looking at the
libbn |
| 15:03.14 |
brlcad |
even if you
had not changed push's default behavior, this could have been done
step by step (and you would have had commit access more than a
month ago)... :) |
| 15:03.36 |
Ch3ck_ |
to see how I
could optimise some of its routines. |
| 15:03.49 |
brlcad |
do you know
what a unit test is? |
| 15:04.00 |
Ch3ck_ |
not
really |
| 15:04.03 |
brlcad |
okay |
| 15:04.38 |
brlcad |
say I gave
you a function, maybe even that pushx() function or really ANY
single function |
| 15:04.52 |
brlcad |
and I asked
you to prove that the implementation is correct for all possible
inputs |
| 15:04.58 |
Ch3ck_ |
ok |
| 15:05.16 |
brlcad |
so you write
a little main() program ... and feed it all possible
inputs |
| 15:05.31 |
brlcad |
and check
what you expect the value to be from what the function actually
produces |
| 15:05.38 |
brlcad |
that's
basically a unit test |
| 15:05.49 |
Ch3ck_ |
ok like the
one I did for my_inverse routines.. |
| 15:05.53 |
brlcad |
not
really |
| 15:06.07 |
brlcad |
it's similar
in the sense that it's a small program |
| 15:06.19 |
brlcad |
but that
program did not test for correct behavior |
| 15:06.31 |
Ch3ck_ |
ok |
| 15:06.31 |
brlcad |
it merely
tested the last computed one to make sure it matched |
| 15:06.58 |
brlcad |
unit tests
should test all possible values without user having to
inspect |
| 15:07.31 |
brlcad |
what happens
if I feed an array of 'inf' or 'nan' values or a mix of both to the
inverse routine? |
| 15:07.36 |
brlcad |
does it
produce the right answer? |
| 15:07.39 |
brlcad |
does it
crash? |
| 15:07.53 |
brlcad |
a unit test
ideally answers those questions automatically |
| 15:08.05 |
Ch3ck_ |
ok |
| 15:08.20 |
*** join/#brlcad Izak_
(~Izak@195.24.220.16) |
| 15:08.50 |
brlcad |
Ch3ck_:
you're familiar with sscanf() I presume? |
| 15:08.56 |
Ch3ck_ |
yes |
| 15:09.07 |
brlcad |
we implement
our own secure version of sscanf in LIBBU |
| 15:09.26 |
brlcad |
and there's a
unit test to make sure that our implementation behaves identically
to the system libc scanf() implementation |
| 15:09.34 |
brlcad |
see
src/libbu/tests/bu_sscanf.c |
| 15:09.45 |
Ch3ck_ |
ok |
| 15:09.57 |
brlcad |
that's one
extreme |
| 15:10.20 |
brlcad |
in the same
folder, you can see src/libbu/tests/bu_dirname.c which is a much
more simple unit test that compares with libc's dirname()
function |
| 15:10.43 |
brlcad |
perhaps a
better simple example to start with |
| 15:10.49 |
Ch3ck_ |
ok |
| 15:10.59 |
brlcad |
read both
quickly just to get an idea |
| 15:11.28 |
brlcad |
the
complexity of the robustness requirements usually drives the
complexity of the unit test |
| 15:11.47 |
brlcad |
in
bu_sscanf's case, it's a crazy complicated command so the test is
crazy complicated |
| 15:12.01 |
brlcad |
in
bu_dirname's case, the function is very simple, so the test is
simple |
| 15:12.24 |
Ch3ck_ |
yes |
| 15:12.26 |
brlcad |
libbn doesn't
yet really have any unit tests |
| 15:12.33 |
Ch3ck_ |
ok |
| 15:12.47 |
Ch3ck_ |
So i'm to
write some for libbn |
| 15:12.49 |
Ch3ck_ |
right? |
| 15:12.50 |
brlcad |
all of it's
CURRENT testing is done at a very high level through what are
called integration tests |
| 15:13.08 |
brlcad |
we make sure
outputs are what we expect |
| 15:13.13 |
brlcad |
that would be
good |
| 15:13.13 |
brlcad |
Ch3ck_: you
can make your patches be anything |
| 15:13.18 |
brlcad |
the smaller
the better |
| 15:13.22 |
Ch3ck_ |
ok |
| 15:13.35 |
brlcad |
the point is
to demonstrate your ability to communicate, not get homework
completed ... remember that |
| 15:13.46 |
brlcad |
this is a
communication problem |
| 15:13.47 |
Ch3ck_ |
So i could
write tests for basically most of the functions in say
/src/libn/mat.c |
| 15:13.48 |
brlcad |
not a code
problem |
| 15:14.02 |
brlcad |
I would
suggest starting more simple actually |
| 15:14.09 |
Ch3ck_ |
yes.. GSoC
has taught me that. |
| 15:14.15 |
brlcad |
you could do
mat.c, but it's one of the biggest files in libbn |
| 15:14.22 |
Ch3ck_ |
:)
ok |
| 15:14.57 |
Ch3ck_ |
So i'll start
writing some unit tests to make sure most of the functions are
actually doing what they're expected to do right? |
| 15:15.10 |
brlcad |
sure |
| 15:15.43 |
brlcad |
actually, I
have a good one for you that is actually needed |
| 15:15.47 |
brlcad |
test
poly.c |
| 15:15.48 |
Ch3ck_ |
ok thanks :)
will get on that and make sure everyone is informed |
| 15:15.49 |
Ch3ck_ |
ok |
| 15:15.55 |
*** join/#brlcad caen23
(~caen23@92.83.175.255) |
| 15:17.01 |
brlcad |
Ch3ck_: or
src/librt/roots.c |
| 15:17.29 |
brlcad |
Ch3ck_: when
I say it's a communication problem, that doesn't mean spamming the
mailing list with a lot of information about your
progress |
| 15:17.38 |
brlcad |
it means
creaing a patch that tells a simple and clean story |
| 15:17.46 |
brlcad |
a patch that
conforms to our style |
| 15:17.58 |
brlcad |
that is in
"our language" |
| 15:18.39 |
Ch3ck_ |
Yes :) I get
it |
| 15:18.58 |
Izak_ |
brlcad: i
enjoy your sense of humour :) |
| 15:19.26 |
brlcad |
I wasn't
aware I had one ;) |
| 15:19.38 |
Ch3ck_ |
nahh :) you
really have.. |
| 15:27.02 |
Notify |
03BRL-CAD:d_rossberg * 56307
(brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt
brlcad/trunk/src/conv/raw/CMakeLists.txt): apply Jonathan's patch
from https://sourceforge.net/p/brlcad/patches/195/
adding a g-raw converter in response to the GCI task
http://www.google-melange.com/gci/task/view/google/gci2012/7945223 |
| 15:27.40 |
brlcad |
woo
hoo! |
| 15:28.05 |
brlcad |
ejno:
congrats |
| 15:33.45 |
zero_level |
brlcad :on
bz? |
| 15:44.07 |
zero_level |
brlcad: rt
tools ? |
| 16:04.22 |
*** join/#brlcad kesha__
(~kesha@14.139.122.114) |
| 16:09.52 |
*** join/#brlcad zero_level
(~mohit@66-118-151-70.static.sagonet.net) |
| 16:13.01 |
brlcad |
zero_level:
yes, on .bz |
| 16:13.47 |
brlcad |
and I see
that it was actually Ch3ck_ with the crashes, not you |
| 16:14.56 |
zero_level |
alright! |
| 16:29.42 |
Notify |
03BRL-CAD
Wiki:KeshaSShah * 5865 /wiki/Patches: /* How to Submit a patch
*/ |
| 16:43.06 |
zero_level |
brlcad : I
got the error. |
| 16:43.26 |
zero_level |
http://blogs.adobe.com/flascc/2012/11/30/finding-multi-threading-bugs-with-gdb/ |
| 16:43.30 |
*** join/#brlcad caen23
(~caen23@92.85.90.139) |
| 16:43.56 |
zero_level |
my writeline
function allocates memory. |
| 16:44.13 |
zero_level |
UCHAR ->
Double conversion |
| 16:44.30 |
zero_level |
and bu_malloc
acquires the same semaphore. |
| 16:44.37 |
zero_level |
BU_SEM_SYSCALL |
| 16:45.35 |
zero_level |
gdb
rocks. |
| 16:47.17 |
Izak_ |
zero_level :
sure it does :) |
| 16:49.19 |
zero_level |
Izak_ : I
lacked motivation initially. |
| 16:50.46 |
Izak_ |
zero_level:
understood :) have you closed the ticket you just applied
? |
| 16:53.57 |
Notify |
03BRL-CAD:mohitdaga * 56308
brlcad/trunk/src/libicv/fileformat.c: Free redundant memory in
icv_image_writeline |
| 16:56.28 |
zero_level |
brlcad : I am
not sure which semaphore must be apt there. |
| 16:56.46 |
zero_level |
at819 in
viewedge.c |
| 16:57.21 |
zero_level |
I wish to
define another semaphore for icv activities |
| 16:57.56 |
zero_level |
I mean there
will be many cases where one might wish to writelines in
parallel. |
| 16:58.06 |
zero_level |
write pixels
in parallel |
| 16:59.15 |
zero_level |
or indeed do
many image proessing tasks in parallel. |
| 16:59.32 |
zero_level |
I think i
have. |
| 16:59.39 |
zero_level |
checks again. |
| 16:59.48 |
zero_level |
Izak_ |
| 17:00.25 |
zero_level |
Izak_ :
yes |
| 17:00.40 |
zero_level |
``Erik any
suggestions regarding semaphore for ICV ? |
| 17:00.44 |
Izak_ |
zero_level
:Still shows status : open |
| 17:01.42 |
zero_level |
Izak_ :
http://sourceforge.net/p/brlcad/patches/218/ |
| 17:01.53 |
zero_level |
closed-accepted |
| 17:02.01 |
Izak_ |
zero_level:seen it :) its closed
:) |
| 17:02.13 |
zero_level |
Izak_ thanks
:-) |
| 17:02.27 |
Izak_ |
thanks too
:) |
| 17:06.46 |
``Erik |
zero_level:
remove 'em and see... hit it with a multi-proc machine (like bz),
I'll take a more meticulous look tomorrow |
| 17:08.38 |
``Erik |
in rt, each
proc will try to address a single scanline, so lockless should be
ok... in rtedge, you need just enough locking to guarantee that the
previous scanline has had it's primary shot set done before the
pixel value run is done... it might make sense to break it up so a
pass of all depths is done, then the 'edge' algorithm is done on
the result |
| 17:10.46 |
brlcad |
zero_level:
outstanding, that's probably your best accomplishment to date,
figuring that out :) |
| 17:11.06 |
brlcad |
makes perfect
sense .. malloc also acquiring the lock |
| 17:11.37 |
brlcad |
learning a
debugger should be required first-year coding activity |
| 17:12.52 |
brlcad |
zero_level:
it SHOULD be possible to access libfb (fb_write() and friends)
without semaphore locking .. why rtedge does it will require some
rework/fixing |
| 17:13.08 |
*** join/#brlcad mpictor
(~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505) |
| 17:13.42 |
brlcad |
might require
re-writing rtedge, but that's not that hard either |
| 17:13.50 |
brlcad |
i've done it
in a couple days before, we could do it again .. probably should
just to fix some other issues |
| 17:19.21 |
*** join/#brlcad hickoryknoll
(~hickorykn@66-118-151-70.static.sagonet.net) |
| 17:28.46 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 5866 /wiki/User:Izak/GSOC_2013_logs: /* From
July 22th to July 27th */ |
| 17:31.24 |
zero_level |
brlcad : Its
a bug i introduced. Wasted my two days. Can take that as the best
accomplishments. |
| 17:31.57 |
zero_level |
but yes in
the meanwhile i learnt to learn new things. |
| 17:32.14 |
zero_level |
correction/Can/Can't |
| 17:32.50 |
zero_level |
``Erik,
brlcad : I suggest introducing a new semaphore.
BU_SEM_ICV |
| 17:33.08 |
zero_level |
among the
list of semaphores in bu.h |
| 17:34.05 |
Notify |
03BRL-CAD
Wiki:KeshaSShah * 5867 /wiki/User:KeshaSShah/GSoC13/Reports: /*
Week 7 */ |
| 17:36.20 |
zero_level |
I will need
guidance to rework on rtedge. |
| 17:36.46 |
zero_level |
brlcad: We
both can work together to fix issues. |
| 17:37.14 |
zero_level |
But first we
need to identify issues and a plan on how to handle
them. |
| 17:41.12 |
``Erik |
education is
valuable... |
| 17:41.27 |
``Erik |
new semaphore
is probably a bad idea |
| 17:41.35 |
zero_level |
alright. |
| 17:41.59 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 5868 /wiki/User:Izak/GSOC_2013_logs: /*
Mid-term Evaluation week */ |
| 17:42.07 |
zero_level |
but ``Erik
writting in a memory buffer categorized as system semaphore
? |
| 17:42.32 |
``Erik |
could be...
is there a reason to lock the memory writes? |
| 17:42.44 |
zero_level |
dont know
? |
| 17:43.48 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 5869 /wiki/User:Izak/GSOC_2013_logs: /*
Mid-term Evaluation week */ |
| 17:43.50 |
``Erik |
then you need
to read/learn more :) |
| 17:44.51 |
``Erik |
how apropos..
just now in another channel: 13:44 < oGMo> C itself may
complicate issues, though like wiht most things in C, if you can't
determine it's safe you don't do it |
| 17:47.37 |
zero_level |
``Erik
write. |
| 17:47.50 |
zero_level |
oops! |
| 17:49.10 |
zero_level |
``Erik how do
u think we shld aproach this issue now ? |
| 17:51.19 |
zero_level |
was going
through the log of this file. It turns out that the src had the
semaphore from its existence. |
| 17:53.06 |
zero_level |
``Erik :
apart from r27878 (by you). "spinlock to avoid scanlines being
written out of order" |
| 18:21.57 |
zero_level |
``Erik ran
rtedge on bz with -P100 option. |
| 18:22.13 |
zero_level |
without
semaphores. |
| 18:22.24 |
zero_level |
turns out
that it works fine. |
| 18:22.31 |
zero_level |
check
this |
| 18:22.32 |
zero_level |
http://brlcad.org/~mohit/new.png |
| 18:33.35 |
zero_level |
also ran with
10,20,30,40,100,500 threads |
| 18:33.48 |
zero_level |
brlcad,
``Erik : results are identical |
| 18:33.51 |
zero_level |
see
this |
| 18:33.59 |
zero_level |
http://brlcad.org/~mohit/rtedgeMP/ |
| 18:46.11 |
Notify |
03BRL-CAD:mohitdaga * 56309
brlcad/trunk/src/rt/viewedge.c: Fixed bug of rtedge after applying
modified icv. Apparently icv_image_writeline usage bu_mallo(..)
which in turn acquires semaphore BU_SEM_SYSCALL. Thus there was a
deadlock. After removing this semaphore tested on bz with
10,20,30,40,100,500 process and resultant image was identical and
correct. |
| 18:49.10 |
zero_level |
brlcad,
``Erik view.c also has similar semaphore |
| 18:49.24 |
zero_level |
at
line:571 |
| 18:55.58 |
brlcad |
zero_level: I
was just doing to say that the bug is not specific to to
rtedge |
| 18:56.10 |
brlcad |
rt hangs as
well once I put a full compile through its paces |
| 18:57.02 |
zero_level |
brlcad : yes
atleast rtedge is fixed now. :-) |
| 18:57.13 |
zero_level |
lets move to
next command in raytracer |
| 18:57.37 |
zero_level |
I shld be
able to fix them all |
| 18:57.54 |
brlcad |
zero_level:
it's not fixed |
| 18:58.03 |
brlcad |
now rtedge
crashes for me after your 56309 |
| 18:58.17 |
zero_level |
oops
!! |
| 18:58.25 |
zero_level |
how many
process ? |
| 18:58.39 |
zero_level |
can u run
gdb? |
| 18:58.43 |
zero_level |
;) |
| 18:59.08 |
zero_level |
on it ran
perfectly alright . |
| 18:59.45 |
zero_level |
^bz it ran
.. |
| 19:00.33 |
brlcad |
the
non-existence of a crash doesn't say anything about the existence
of a problem |
| 19:00.34 |
brlcad |
I need to run
some more tests to make sure there aren't ancilliary affects
involved |
| 19:01.36 |
brlcad |
see if rt
works for you after applying a similar change |
| 19:01.36 |
zero_level |
logically its
tue. |
| 19:01.36 |
brlcad |
logically its
mon. |
| 19:01.36 |
zero_level |
brlcad : but
i went to the logs to find out the origin of semaphores |
| 19:01.37 |
zero_level |
*true. |
| 19:02.38 |
zero_level |
brlcad : and
as ``Erik wrote on the logs of r27878:- "spinlock to avoid
scanlines being written out of order" |
| 19:02.40 |
brlcad |
conceptually,
it seems on the surface that it should work |
| 19:03.17 |
zero_level |
so there shld
be no issues of such kind with icv. |
| 19:03.47 |
zero_level |
because icv
uses pointer airthmetic to find the start of the scaline in the
image_struct->data/ |
| 19:04.14 |
brlcad |
like I said,
it should work |
| 19:04.37 |
zero_level |
Although I am
not sure about fb_write, where spinlock was originally
introduced. |
| 19:05.18 |
brlcad |
blocking
around fb_write() is the fundamental issue, as that is platform
specific -- you don't know what kind of libfb interface will be
used |
| 19:06.07 |
zero_level |
yes on 27 Jan
2007; ``Erik found that ;) |
| 19:07.04 |
zero_level |
no 16 Mar
2007. |
| 19:07.52 |
zero_level |
but we shldnt
refrain from testing more result. |
| 19:08.32 |
zero_level |
I am planning
to test on more bigger images. |
| 19:08.51 |
zero_level |
brlcad: can
suggest some tests. |
| 19:09.28 |
zero_level |
can ^you
suggest |
| 19:10.28 |
brlcad |
benchmark is
a first pass test |
| 19:10.37 |
brlcad |
"make
benchmark" or just "benchmark" post-install |
| 19:15.07 |
zero_level |
Fatal
error. |
| 19:16.58 |
zero_level |
I am testing
that after removing semaphore from view.c |
| 19:18.46 |
zero_level |
sees midterm evaluation is on at melange |
| 19:21.17 |
zero_level |
brlcad :
benchmark is producing results. |
| 19:25.54 |
zero_level |
brlcad : In
some time I should be able to send you benchmark
results. |
| 19:26.18 |
zero_level |
brlcad : I am
running benchmark after removing semaphores from view.c |
| 00:07.59 |
*** join/#brlcad infobot
(~infobot@rikers.org) |
| 00:07.59 |
*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/
|| GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code |
| 02:42.10 |
*** join/#brlcad DarkCalf
(~DarkCalf@173.231.40.99) |
| 04:11.06 |
brlcad |
zero_level:
where is the output file closed? |
| 04:11.33 |
brlcad |
(during
rt/rtedge/rtwhatever ... used to be during view_end() |
| 04:23.11 |
brlcad |
zero_level:
and your icv_image_save() changes seem to be at the heart of the
benchmark failures |
| 04:23.36 |
brlcad |
you made it
so that an unrecognized format results in no file being written
out |
| 04:24.19 |
brlcad |
there are
compound problems |
| 04:26.29 |
brlcad |
the guess
routine should have recognized this format (base.pix.*) for
starters |
| 04:27.12 |
brlcad |
arguably all
unrecognized formats should simply default to pix |
| 04:27.36 |
brlcad |
as an output
file is clearly expected |
| 04:29.07 |
brlcad |
also, the
logic in icv_image_save is flawed -- the initial else is always
true |
| 04:31.49 |
brlcad |
and the style
has errors |
| 04:40.06 |
brlcad |
er, what the
heck is ICV_IMAGE_AUTO_NO_PIX supposed to mean... |
| 04:55.15 |
Notify |
03BRL-CAD:brlcad * 56312
brlcad/trunk/bench/run.sh: issue a warning if a frame image is not
produced. something probably went wrong up in rt land. |
| 04:55.52 |
Notify |
03BRL-CAD:brlcad * 56313
brlcad/trunk/include/icv.h: ws |
| 04:59.58 |
Notify |
03BRL-CAD:brlcad * 56314
brlcad/trunk/src/libicv/fileformat.c: icv_image_save() cannot fail
to do what it's told or we'll have to update all possible caller
code to have pix fallback recovery code. no reason that cannot
happen here. guess the format, but use PIX for anything
unrecognized. note some bad fixed-size buffer assumptions already
getting introduced. |
| 05:02.46 |
Notify |
03BRL-CAD:brlcad * 56315
brlcad/trunk/src/libicv/fileformat.c: ws consistency
cleanup |
| 05:04.03 |
Notify |
03BRL-CAD:brlcad * 56316
brlcad/trunk/src/libicv/fileformat.c: cleanup, make pix_save a more
clear default |
| 05:05.04 |
Notify |
03BRL-CAD:brlcad * 56317
brlcad/trunk/src/rt/view.c: if icv_write_pixel does not require
locking elsewhere, why does it require it here? |
| 05:10.04 |
brlcad |
zero_level:
please review all of those commits so you can avoid similar
problems in the future |
| 05:10.07 |
brlcad |
(and so you
can clean up any other issues that I may have missed) |
| 05:11.18 |
Notify |
03BRL-CAD
Wiki:Fengn cshou * 0 /wiki/User:Fengn_cshou: |
| 05:12.58 |
brlcad |
having just
spent several hours debugging an issue you introduced, I think it's
fair to say that you need to be more careful in your coding, more
thorough in testing, and more aware of style .. please work on
this |
| 05:14.55 |
zero_level |
brlcad : All
the output files are closed in do.c at line 923 |
| 05:15.02 |
zero_level |
*rt/do.c |
| 05:18.24 |
zero_level |
brlcad : I
noticed the writepixel semaphore. Didnt remove that because
writepixel doesn't need to acquire BU_SEM_SYSCALL |
| 05:20.26 |
Notify |
03BRL-CAD:brlcad * 56318
(brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/fileformat.c
brlcad/trunk/src/rt/do.c): while these types should not be
undocumented to begin with (code complete failure), I do not see
the point of ICV_IMAGE_AUTO_NO_PIX or passing a type. we can
enforce a type using a string convention (e.g. png:mypngfile.out)
and basically always be 'inferred'. nix the ICV_IMAGE_AUTO_NO_PIX
type for |
| 05:20.28 |
Notify |
now until a
utility can be demonstrated. icv_image_save() should never do
nothing. |
| 05:21.23 |
brlcad |
zero_level:
so it becomes an unsuspecting bug for a future developer to spend
time debugging? |
| 05:21.44 |
brlcad |
if the icv
routine doesn't make a system call, it shouldn't acquire that
lock |
| 05:22.02 |
brlcad |
moreover if
it DID, that lock should be happening down inside ICV, not in rt
application code |
| 05:22.34 |
brlcad |
the fb_*()
routines were being considered system calls, hence the need for
protections, but that's not the case with icv |
| 05:23.01 |
zero_level |
brlcad :
Atleast we have started agreeing on this :-) |
| 05:23.47 |
zero_level |
regarding
ICV_AUTO_NO_PIX it was a format which suggested to do
automatically. But not pix. |
| 05:24.15 |
zero_level |
I just
thought it was a convention looking at the previous code. And found
it odd. |
| 05:24.28 |
brlcad |
i'm not even
sure what that means |
| 05:24.29 |
zero_level |
Its nice that
you have clariefied it with commites. |
| 05:25.08 |
brlcad |
the more
critical issue is that icv_image_write() had a couple paths that
would return 0 without doing anything |
| 05:25.12 |
zero_level |
I mean find
image format automatically by seeing the name. |
| 05:25.12 |
brlcad |
that was
critically bad |
| 05:25.46 |
brlcad |
oh i
completely got that part, that's obvious |
| 05:25.55 |
brlcad |
what's not
obvious is the value/reason/purpose |
| 05:26.12 |
brlcad |
ICV_IMAGE_AUTO infers from the name
automatically as well |
| 05:26.36 |
brlcad |
what's the
point of inferring anything except pix |
| 05:26.58 |
brlcad |
from an API
design, it stinks to me |
| 05:27.30 |
brlcad |
even the
notion of auto or API-types seems not ideal |
| 05:27.45 |
brlcad |
it should
infer it, always |
| 05:28.19 |
brlcad |
no option
needed, override would be part of the convention |
| 05:28.51 |
brlcad |
zero_level:
I'm more concerned about the overall trend in that code |
| 05:29.31 |
brlcad |
it's brand
new code and it's already got several code stinks in there, not a
good foundation |
| 05:30.54 |
brlcad |
I'd suggest
focusing at some point soon on eliminating the two fixed buffer
sizes as well as the separation of fileformat.c ... |
| 05:30.57 |
brlcad |
there are
clearly two categories of functions in that file that would be
better encapsulated in separate files |
| 05:31.20 |
zero_level |
I have done
that in my repo. |
| 05:31.31 |
zero_level |
image.c for
icv_image_create |
| 05:31.43 |
zero_level |
icv_load |
| 05:31.46 |
zero_level |
icv_save |
| 05:31.55 |
zero_level |
free,
zero |
| 05:32.05 |
zero_level |
pixel.c for
writepixel writeline |
| 05:32.10 |
zero_level |
icv_bw.c |
| 05:32.14 |
zero_level |
icv_ppm.c |
| 05:32.19 |
zero_level |
icv_pix.c |
| 05:32.21 |
zero_level |
icv_png.c |
| 05:32.52 |
Notify |
03BRL-CAD:brlcad * 56319
brlcad/trunk/src/libicv/fileformat.c: this is a brand new library.
we can't get off the ground with fixed limits already getting
introduced unnecssarily. |
| 05:33.38 |
brlcad |
it doesn't
exist to me until it's committed properly |
| 05:34.15 |
brlcad |
don't let
local commit be a crutch for coding complete, testing, and
integrating properly |
| 05:35.41 |
brlcad |
if you're
going to prefix some, there better be a darn good reason why the
others aren't as well |
| 05:35.53 |
brlcad |
and vice
versa |
| 05:42.46 |
zero_level |
the reason it
was ICV_AUTO_NO_PIX was because rtxray required bw
images. |
| 05:43.38 |
zero_level |
I guess,
there was a need such that they cannot let all the images to be of
pix format. A hirarchy I recieved in previous icv code. |
| 05:44.22 |
zero_level |
Although I am
not sure about the reason but a guess. |
| 05:47.19 |
brlcad |
but would
that not be inferred from the file.bw suffix |
| 05:48.00 |
brlcad |
the guess
code is still there, and indeed it was guessing for ICV_AUTO_NO_PIX
as well, just doing nothing if it didn't recognize |
| 05:48.47 |
brlcad |
that just
doesn't make any logical sense to me |
| 05:49.29 |
brlcad |
it's not
"letting all images be pix format" ... |
| 05:50.06 |
brlcad |
it's letting
unrecognized files always be something, which was the critical
problem |
| 05:51.34 |
brlcad |
moreover, I'd
still expect rtxray -o file.png ... to do the right thing, to write
out the bw data in png format (as 3-channel or
1-channel) |
| 06:16.01 |
zero_level |
ya understood
it. But was counting on the experience of the person who introduced
it. |
| 06:28.13 |
*** join/#brlcad caen23_
(~caen23@92.83.187.206) |
| 06:57.54 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 07:49.17 |
*** join/#brlcad Ch3ck_
(~Ch3ck@195.24.220.16) |
| 07:55.49 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 08:41.30 |
Notify |
03BRL-CAD:mohitdaga * 56320
brlcad/trunk/src/libicv/fileformat.c: Remove comments of old
declaration of icv_image_save_close(..). New implementation of
icv_image_save doesnot require return values related to file
discriptor since icv_image struct doesnt contain fd information
anymore. And icv_image_save() always opens and closes the image on
success. |
| 08:53.10 |
*** join/#brlcad caen23
(~caen23@92.83.187.206) |
| 08:59.14 |
Ch3ck_ |
working on a
unit tests for /src/libbn/poly.c Well since my unit tests have to
test the current functions against known values. I'm i suppose to
write a new function I know that works which evaluates correctly
and test against the bn_poly_multiply() or I should use known
correct values for input and output? |
| 08:59.45 |
Ch3ck_ |
like +case,
-case and 0 cases? |
| 09:14.03 |
*** join/#brlcad caen23
(~caen23@92.83.187.206) |
| 09:29.43 |
Notify |
03BRL-CAD
Wiki:Who Thommy * 0 /wiki/User:Who_Thommy: |
| 10:13.08 |
*** join/#brlcad Izak_
(~Izak@195.24.220.16) |
| 10:50.31 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 5871 /wiki/User:Izak/GSOC_2013_logs: /*
Mid-term Evaluation week */ |
| 11:08.27 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 11:15.28 |
Notify |
03BRL-CAD:d_rossberg * 56321
(brlcad/trunk/doc/docbook/system/man1/en/g-stl.xml
brlcad/trunk/src/conv/stl/g-stl.c): apply Jonathan's patch from
https://sourceforge.net/p/brlcad/patches/195/
- updated the usage strings and man pages, and made them a little
more readable |
| 11:30.31 |
Notify |
03BRL-CAD:d_rossberg * 56322
brlcad/trunk/AUTHORS: credit Jonathan for his g-raw converter (sf
patch 195) |
| 11:32.24 |
Notify |
03BRL-CAD:phoenixyjll * 56323
brlcad/trunk/src/libbrep/intersect.cpp: Fix the wrong logic of
determining whether a bounding box (or a point) is inside an
overlap region or not. |
| 12:06.45 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 5872 /wiki/User:Izak/GSOC_2013_logs: /*
Mid-term Evaluation week */ |
| 12:10.41 |
brlcad |
Ch3ck_: known
correct input/output values for a variety of cases including some
extreme ones |
| 12:11.10 |
brlcad |
e.g. are the
values correct for large magnitude coefficients with small
magnitude |
| 12:11.20 |
brlcad |
or
large+large or small+small, etc |
| 12:11.24 |
Ch3ck_ |
thats what i
thought . Can you please explain the 'EXTREME' cases |
| 12:12.09 |
Ch3ck_ |
ok i get it
for very large coeff. |
| 12:15.15 |
``Erik |
ICV_IMAGE_AUTO_NO_PIX was to return an
'unknown' instead of pix for apps that default to something other
than pix, so the app can figure out what to do |
| 12:17.05 |
``Erik |
per-app
overrides without eliminating pix as an output format |
| 12:19.37 |
``Erik |
("rtxray -o
blah" will generate a bw file, if icv is just blindly slapped in,
it'll change behavior and generator pix... auto_no_pix and then set
to bw if a type can't be determined, now -o blah.png does the right
thing, but -o blah doesn't change) |
| 12:28.47 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5873 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 7
*/ |
| 12:29.29 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5874 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 7
*/ |
| 12:33.51 |
zero_level |
``Erik :
thanks. |
| 12:34.00 |
brlcad |
I'd think
that can still be done with a naming convention and one arg
then |
| 12:34.57 |
brlcad |
where the
name specifies any intent, the format specifies a 'default' hint
(which can be overridden with convention and the type can still be
inferred |
| 12:35.47 |
brlcad |
icvwrite("file", ICV_IMAGE_BW) would say
write a bw file by default if you cannot infer what "file"
is |
| 12:36.13 |
brlcad |
icvwrite("file.png", ICV_IMAGE_BW) would
make it write a png file |
| 12:36.34 |
brlcad |
icvwrite("bw:file.png", ICV_IMAGE_BW)
would make it write a bw file named file.png |
| 12:37.13 |
brlcad |
my assertion
is that there shouldn't be a case where icvwrite ... doesn't
write |
| 12:37.24 |
brlcad |
at least I
think it would be good to devise a usage where that never needs to
happen |
| 12:37.33 |
brlcad |
and have that
usage documented in the header |
| 12:37.41 |
brlcad |
thoughts? |
| 12:37.58 |
brlcad |
will pick this thread up in a few |
| 13:31.27 |
DarkCalf |
waves to brlcad |
| 13:53.11 |
Notify |
03BRL-CAD:mohitdaga * 56324
(brlcad/trunk/include/icv.h
brlcad/trunk/src/libicv/CMakeLists.txt): Adding new file
libicv/crop.c. This will cropping functions. Adding icv_rect api.
This extracts any rectangular part of the image. |
| 13:54.55 |
brlcad |
howdy
DarkCalf |
| 13:57.13 |
Notify |
03BRL-CAD:mohitdaga * 56325
(brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/crop.c): Adding
icv_crop function. This can extract image from any quadrilateral
part and maps it to a rectangulare image. |
| 13:57.52 |
Izak_ |
Ch3ck: Are u
thee? |
| 13:58.25 |
zero_level |
Email shows a
bad graphic. All though vim and gedit shows it right.
;) |
| 13:59.50 |
zero_level |
brlcad : I
am waiting for ``Erik's suggestion. But your suggestion seems
fine. |
| 14:00.01 |
zero_level |
It is similar
to how matlab does it. |
| 14:00.50 |
zero_level |
Also once all
the formats are written. (I will work on formats after utilities 3
weeks are given for that.) I think we can revert to
this. |
| 14:01.59 |
brlcad |
icv should
become a plugin library where each of these formats merely plug in
via a folder or single file with everything needed for that
format |
| 14:02.37 |
brlcad |
just register
the format by adding one line in a file, have the rest
queried |
| 14:02.52 |
brlcad |
so we don't
end up with a plethora of switch statements and spagetti format
handling |
| 14:05.04 |
zero_level |
Also brlcad,
``Erik :I think I will have to spend this week commiting all the
current utilities i have written. And working on scale and shrink's
(Week 6 work uncompleted). |
| 14:05.36 |
zero_level |
this will be
taken care since I have a reserved week in utilities
implementation. |
| 14:06.34 |
zero_level |
also brlcad :
icvwrite is know as icv_image_save(..) ;) |
| 14:06.59 |
brlcad |
i know, i
just didn't want to write that over and over |
| 14:07.15 |
zero_level |
;) |
| 14:07.22 |
brlcad |
but it does
beg a question |
| 14:07.41 |
brlcad |
icv_image_save() implies there's an
icv_*_save() that is not image... |
| 14:07.54 |
zero_level |
yes there
might be. |
| 14:07.58 |
zero_level |
at some
stage. |
| 14:07.59 |
brlcad |
or at least
some other icv_*() convention |
| 14:08.08 |
zero_level |
like saving
plots |
| 14:08.27 |
zero_level |
like saving
histograms in some txt formats. |
| 14:09.46 |
brlcad |
fair
enough |
| 14:10.23 |
brlcad |
but then it
still might make more sense to use icv_VERB_NOUN() as a convention
since that will logically group calls |
| 14:10.35 |
brlcad |
icv_save_image() .. icv_save_plot()
.. |
| 14:10.54 |
zero_level |
i researched
regarding that |
| 14:11.08 |
zero_level |
see we
BU_SEM_SYSCALL |
| 14:11.13 |
brlcad |
or with the
current design, it's become a data-driven type |
| 14:11.17 |
zero_level |
not !
BU_SYSCALL_SEM |
| 14:11.28 |
zero_level |
;) |
| 14:11.39 |
brlcad |
icv_save(...,
ICV_IMAGE_BW) |
| 14:14.18 |
brlcad |
in LIBBU's
case, the convention is slightly different but predominantly
bu_GROUP_VERB |
| 14:14.33 |
brlcad |
where GROUP
can be a noun or verb, but it logically groups the actions
together |
| 14:15.28 |
brlcad |
having
icv_image_* as a group would work, but that seems redundant on the
surface |
| 14:15.41 |
brlcad |
it'd be like
having bu_utility_* |
| 14:16.22 |
zero_level |
brlcad : what
will be the scope of bu_utilit_* |
| 14:16.55 |
zero_level |
And you told
yesterday : about working on rtedge ? |
| 14:17.22 |
zero_level |
I think i
shld wait to complete utilities first. |
| 14:17.56 |
zero_level |
And I believe
there will be some days left in he reserved week I
have. |
| 14:18.43 |
zero_level |
In the
meanwhile If you can tell me about the part of the code that
require action. I might read a nd understand |
| 14:22.46 |
brlcad |
zero_level:
my point was that bu_utility_ would make no sense (because it's a
utility library, it's non-descript) |
| 14:24.18 |
zero_level |
alright. |
| 14:24.54 |
zero_level |
So do u think
we shld change all icv_image_* apis to icv_* apis |
| 14:25.02 |
brlcad |
that was part
of the concern about fully writing out a header file so issues like
this could be sorted out in advance with some design
forethought |
| 14:25.21 |
brlcad |
well, so
that's the question right |
| 14:25.43 |
brlcad |
does it make
the API better or cause a problem? |
| 14:26.08 |
brlcad |
if it causes
a problem, is it one that can be acommondated |
| 14:26.29 |
zero_level |
It doesnt
cause a problem. |
| 14:26.48 |
zero_level |
But It can be
sure accomodated. |
| 14:27.11 |
brlcad |
but there are
certainly implications |
| 14:27.13 |
brlcad |
what are
they? |
| 14:27.16 |
brlcad |
usability-wise |
| 14:33.26 |
zero_level |
Alright. |
| 14:38.16 |
Notify |
03BRL-CAD:mohitdaga * 56326
(brlcad/trunk/include/icv.h
brlcad/trunk/src/libicv/CMakeLists.txt): Adding new file
libicv/filter.c. This will contain filter utilities. Adding
icv_get_kerenl(..) function. This willcontain library of different
kernels. |
| 14:40.50 |
zero_level |
brlcad : Is
there a way to compile src code quickly. :-) |
| 14:44.03 |
Notify |
03BRL-CAD:carlmoore * 56327
(brlcad/trunk/include/icv.h brlcad/trunk/include/vmath.h and 5
others): fix spellings and wording; remove trailing
blanks/tabs |
| 14:44.38 |
Izak_ |
can someone
apply ticket 220 of patches.? |
| 14:45.41 |
Ch3ck_ |
zero_level:
just buy another computer and do some parallel processing
:) |
| 14:46.15 |
zero_level |
Ch3ck_ :
thanks |
| 14:46.37 |
Ch3ck_ |
zero_level:
ur welcome :) |
| 14:46.46 |
zero_level |
I already
work on a two screen, i3 machine. |
| 14:47.20 |
Ch3ck_ |
then guess
you just need a supercomputer or mainframe probably to compile code
in 10secs :) |
| 14:48.50 |
``Erik |
icv_image_save is legacy, bu_image_save()
| s/bu/icv/, it can change |
| 14:50.17 |
zero_level |
``Erik i was
planning to make that commit! |
| 14:50.21 |
zero_level |
shld i
refrain ? |
| 14:50.34 |
``Erik |
go for it
*shrug* |
| 14:51.17 |
zero_level |
Although I
myself didnt want. |
| 14:51.56 |
zero_level |
brlcad :
final call from u? [y]/[n] ? |
| 14:52.10 |
brlcad |
zero_level:
you can compile more quickly by specifying a target |
| 14:52.17 |
brlcad |
"make libicv"
for example |
| 14:53.01 |
brlcad |
IFF you know
exactly what files you changed and what dependencies need to be
rebuilt as a result, you can also specify exactly those targets for
compilation |
| 14:53.09 |
brlcad |
e.g., "make
libicv/fast" |
| 14:53.09 |
``Erik |
"make
libicv/fast" if you know that only libicv has changed |
| 14:53.36 |
brlcad |
"make
rt/fast" will rebuild rt, but not any of the libs that rt
uses |
| 14:54.40 |
brlcad |
zero_level:
final call on what? I don't exactly see a clear API plan ...
:) |
| 14:55.17 |
Notify |
03BRL-CAD:mohitdaga * 56328
(brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/filter.c):
Adding icv_filter(). This function performs convolution of image
with specified kernel. It is a highly generalized function and can
take care of images of any number of channels(1,3 etc.) Kernel size
of any dimension. |
| 14:57.46 |
zero_level |
brlcad : can
u wait till thursday. You will probably see half of the
api. |
| 14:58.48 |
brlcad |
what will be
different on thursday? |
| 14:59.06 |
Notify |
03BRL-CAD:erikgreenwald * 56329
(brlcad/trunk/include/wdb.h brlcad/trunk/src/libged/typein.c
brlcad/trunk/src/libwdb/wdb.c): apply http://sourceforge.net/p/brlcad/patches/220/
from Izak to add a mk_hrt() wdb func |
| 14:59.21 |
zero_level |
I will have a
committed the code from my local src. |
| 14:59.33 |
zero_level |
Its messy.
with files here and there. |
| 14:59.50 |
brlcad |
isn't that
what you're working on now? |
| 14:59.57 |
brlcad |
I'd assumed
you were |
| 15:00.03 |
zero_level |
yes i
am. |
| 15:00.22 |
brlcad |
so it's going
to take you two full days to sync your tree? that's very bad if
true |
| 15:00.37 |
zero_level |
It will take
some more time. To do all. |
| 15:01.01 |
brlcad |
that's
bad |
| 15:01.11 |
zero_level |
I am trying
to make that as complete as possible. |
| 15:01.34 |
brlcad |
this is the
antithesis of coding complete |
| 15:01.35 |
zero_level |
Then there
was no use of bu_malloc and all. |
| 15:01.55 |
brlcad |
it's
antisocially coding in private and then wasting tons of time
merging |
| 15:02.16 |
zero_level |
so making
them in sync with brl-cad version. |
| 15:02.28 |
zero_level |
but its not
two days ? |
| 15:02.46 |
zero_level |
By thursday u
will see. |
| 15:02.51 |
brlcad |
you should
not have gotten so divergent |
| 15:03.04 |
zero_level |
So i have
only wednesday with me. |
| 15:05.46 |
brlcad |
I get that,
this is now the situation |
| 15:05.49 |
Notify |
03BRL-CAD:mohitdaga * 56330
brlcad/trunk/src/libicv/filter.c: TODO Note : TO add a get kernel
function which will manage an arbitrary size of kernel. |
| 15:05.58 |
brlcad |
my point is
that we should NOT be in this situation at all in the first
place |
| 15:06.16 |
Notify |
03BRL-CAD:erikgreenwald * 56331
brlcad/trunk/src/libged/typein.c: rt_hrt_internal should be stashed
in intern->idb_ptr, not intern->idb_type. |
| 15:06.49 |
brlcad |
please do not
get into a disjoint code tree like this again, it's just not at all
efficient or healthy |
| 15:07.06 |
zero_level |
Hi brlcad,
``Erik : I will have to relook to signal prcoessing class to find a
way to get kernels of arbitrary size. |
| 15:07.18 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 15:07.36 |
zero_level |
his was
regarding r56330 |
| 15:07.47 |
brlcad |
at this
point, filtering and different convolution kernels are no longer a
concern in the least |
| 15:08.13 |
zero_level |
i just
mentioned because of the commit. |
| 15:10.04 |
Izak_ |
``Erik: Were
there any issues or typos with the rt_hrt_internal structure
? |
| 15:10.15 |
``Erik |
izak: yes,
see 56331 |
| 15:10.31 |
Izak_ |
ok cheking on
that... |
| 15:11.09 |
brlcad |
zero_level:
there should not be blank lines after /** */ comments on the
function declarations, should be consistent with the other
headers |
| 15:11.29 |
brlcad |
and please
run sh/ws.sh on your new files |
| 15:12.51 |
brlcad |
zero_level:
what editor are you using? |
| 15:13.16 |
zero_level |
vim |
| 15:13.50 |
brlcad |
http://vim.wikia.com/wiki/Highlight_unwanted_spaces |
| 15:14.14 |
Notify |
03BRL-CAD:erikgreenwald * 56332
(brlcad/trunk/src/libged/typein.c brlcad/trunk/src/libicv/filter.c
brlcad/trunk/src/libwdb/wdb.c): remove trailing
whitespace |
| 15:14.27 |
brlcad |
nearly every
one of your edits is injecting trailing whitespace |
| 15:14.58 |
zero_level |
Yes 56330 had
an issue. |
| 15:15.09 |
brlcad |
nearly ALL of
them have had an issue |
| 15:15.41 |
brlcad |
no less than
three other devs have had to fix commits |
| 15:16.35 |
brlcad |
do you
understand what I meant about /** */ comments? |
| 15:17.30 |
zero_level |
``Erik
thanks. |
| 15:18.15 |
Notify |
03BRL-CAD:mohitdaga * 56333
brlcad/trunk/src/libicv/filter.c: Seperate public and private
functions in filter.c. |
| 15:18.38 |
zero_level |
I was
planning to merge ws in 56333. But found a conflict. |
| 15:18.54 |
brlcad |
ws should
usually be a separate commit |
| 15:19.00 |
zero_level |
ok |
| 15:19.02 |
brlcad |
don't be shy
of making lots of commits |
| 15:19.10 |
zero_level |
ok |
| 15:19.21 |
brlcad |
still, my
question |
| 15:19.23 |
brlcad |
do you
understand what I meant about /** */ comments? |
| 15:23.01 |
Izak_ |
``Erik: I
really don't follow |
| 15:27.49 |
Izak_ |
``Erik : I
have seen the corrections now. thanks |
| 15:30.23 |
*** join/#brlcad vladbogo
(~vlad@188.25.238.209) |
| 15:34.00 |
*** join/#brlcad caen23
(~caen23@92.83.175.0) |
| 15:34.33 |
Ch3ck_ |
tried
installing brlcad on my bz.bzflag.bz account and i've been told
"Sorry, user Ch3ck is not allowed to execute '/usr/bin/make
install' as root on brlcad.org" Can someone please explain what
this implies? |
| 15:38.55 |
Notify |
03BRL-CAD:carlmoore * 56334
(brlcad/trunk/doc/docbook/system/man1/en/bwmod.xml
brlcad/trunk/doc/html/manuals/libdm/dm_obj.html and 6 others): add
missing ending period for 'i.e.', and I assume 'splt' (also among
these changes) should be 'split' |
| 15:42.29 |
Ch3ck_ |
brlcad:
finished writing the test for bn_poly_multiply() routine. I need
some help integrating into the CMakeLists for libbn. I just need
some clarification on how add_test routine works.. |
| 15:44.48 |
Notify |
03BRL-CAD:carlmoore * 56335
(brlcad/trunk/doc/docbook/system/mann/en/search.xml
brlcad/trunk/src/liboptical/sh_flat.c): fix the 2 cases I could
find of 'e.g.' missing final period |
| 15:45.48 |
vladbogo |
hi Ch3ck_. It
seems that you try to run make install as root and you do not have
root privileges. |
| 15:47.02 |
Ch3ck_ |
tried running
as normal user |
| 15:47.06 |
Ch3ck_ |
and it did
not work |
| 15:47.18 |
Ch3ck_ |
thats when I
tried sudo Check ... |
| 15:47.27 |
Ch3ck_ |
and it
displayed the message above. |
| 15:47.43 |
Ch3ck_ |
So I don't
know if you can't install brlcad on the server or what? |
| 15:47.52 |
Ch3ck_ |
just need to
be clarified. |
| 15:48.32 |
vladbogo |
probably you
need to be root (or at least have more privileges) to install it
that's why it didn't work the first time. |
| 15:49.43 |
vladbogo |
so if you
want to install it probably you have to ask someone who has more
privileges. |
| 15:49.47 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 5875
/wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 29 July - 4 August
*/ |
| 15:51.07 |
vladbogo |
but after
compiling you should have all executables in the bin
folder |
| 15:51.31 |
Ch3ck_ |
yeah.. |
| 15:51.45 |
Ch3ck_ |
thats what I
thought and I'm doing.. thanks :) |
| 16:05.56 |
kesha |
brlcad: I
checked
http://brlcad.org/wiki/Deuces#Move_comments_from_source_to_header_files
in all 5 subheaders. The last one was done by me. The previous also
seem to be completed. |
| 16:06.29 |
kesha |
I think we
should leave a note there or remove that section completely so that
noone wastes their time looking up that |
| 16:06.59 |
kesha |
Whatsay
? |
| 16:09.08 |
zero_level |
brlcad : I am
fixing that. |
| 16:10.53 |
*** join/#brlcad mpictor
(~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505) |
| 16:19.25 |
Notify |
03BRL-CAD:mohitdaga * 56336
brlcad/trunk/include/icv.h: Organizing comments in
icv.h |
| 16:20.19 |
Notify |
03BRL-CAD
Wiki:KeshaSShah * 5876 /wiki/User:KeshaSShah/GSoC13/Reports: /*
Week 7 */ |
| 16:25.47 |
Notify |
03BRL-CAD:mohitdaga * 56337
brlcad/trunk/src/libicv/filter.c: Library kernels for icv_filter3
function. |
| 16:33.09 |
Notify |
03BRL-CAD:mohitdaga * 56338
brlcad/trunk/src/libicv/filter.c: Added icv_filter3. like
icv_filter this function also does convolution of kernels with
images. But it involves neighbouring pixel values of three
images. |
| 16:35.08 |
Notify |
03BRL-CAD:mohitdaga * 56339
brlcad/trunk/src/libicv/filter.c: Fixing Indentation |
| 16:43.02 |
Notify |
03BRL-CAD:mohitdaga * 56340
brlcad/trunk/include/icv.h: Declaration of function icv_filter3 in
icv.h |
| 16:49.10 |
Notify |
03BRL-CAD:mohitdaga * 56341
brlcad/trunk/include/icv.h: Fixing declaration of function
definition |
| 16:52.48 |
Notify |
03BRL-CAD:mohitdaga * 56342
(brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/filter.c): Add
icv_fade() function. This is an implementation from pixfade
utility. |
| 16:58.29 |
Notify |
03BRL-CAD:mohitdaga * 56343
brlcad/trunk/include/icv.h: Trailing ws |
| 17:00.48 |
zero_level |
brlcad : I am
trying to organize templetes of files. |
| 17:01.07 |
zero_level |
I think i
missed footnote in files. |
| 17:02.32 |
Notify |
03BRL-CAD:mohitdaga * 56344
(brlcad/trunk/src/libicv/crop.c brlcad/trunk/src/libicv/filter.c):
Template organization |
| 17:11.47 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 17:17.28 |
brlcad |
Ch3ck_: you
should not be using sudo for anything |
| 17:17.35 |
brlcad |
especially
not for compile/install |
| 17:17.54 |
brlcad |
you need to
specify an install path in your home directory |
| 17:18.19 |
Ch3ck_ |
ok |
| 17:18.30 |
Ch3ck_ |
well sinice i
already compiled the code |
| 17:18.43 |
Ch3ck_ |
i could
easily have access to the binary files |
| 17:18.44 |
brlcad |
kesha: yes,
much of the Deuces page is out of date |
| 17:18.46 |
Ch3ck_ |
which is
ok |
| 17:18.57 |
brlcad |
yeah, you
don't really need to install |
| 17:19.03 |
brlcad |
they're
sitting in bin/app |
| 17:19.41 |
brlcad |
kesha: go
ahead and remove the comment cleanup ones and anything else that
seems to be complete if you like |
| 17:23.27 |
``Erik |
Ch3ck_: don't
do sudo, you can set your builds install directory someowhere in
your home directory if you want, 'cmake
-DCMAKE_INSTALL_PREFIX=$HOME/brlcad-install $HOME/src/brlcad' or
something |
| 17:24.01 |
Ch3ck_ |
ok |
| 17:24.38 |
Ch3ck_ |
just finished
writing the unit test for bn _poly_mul() routine to upload code
shortly on sf |
| 17:24.40 |
Notify |
03BRL-CAD:mohitdaga * 56345
brlcad/trunk/include/icv.h: Added comments for icv_fade
function. |
| 17:24.54 |
``Erik |
ah, brlcad
already mentioned as much heh :) |
| 17:25.18 |
Ch3ck_ |
yeah |
| 17:25.43 |
zero_level |
clear |
| 17:25.44 |
starseeker |
blinks - c and comb are separate
commands??? |
| 17:26.26 |
zero_level |
oops! wrote
on the wrong terminal. |
| 17:27.28 |
brlcad |
starseeker:
yep, completely separate iirc |
| 17:27.40 |
brlcad |
there are a
couple others iirc too |
| 17:27.52 |
brlcad |
each focuses
on something a little differently |
| 17:27.54 |
zero_level |
``Erik can u
suggest me a methodology to fix "fixed size buffers in
fileformat.c" |
| 17:27.54 |
starseeker |
well,
crud |
| 17:28.03 |
brlcad |
that's why my
goal is < 100 commands |
| 17:28.15 |
brlcad |
there's three
or four that should collapse to just 'comb' |
| 17:28.15 |
starseeker |
was assuming c was an alias for comb |
| 17:28.37 |
starseeker |
may have accidently done part of that... |
| 17:28.39 |
brlcad |
zero_level:
no not worry about the fixed size buffers right now |
| 17:28.48 |
brlcad |
priority is
syncing your tree |
| 17:28.57 |
zero_level |
alright. |
| 17:29.02 |
brlcad |
and getting
style/ws/indent under control :) |
| 17:29.31 |
Ch3ck_ |
starseeker:
just uploaded the unit test for bn_poly_mul() routine on sf could
could you please review? will continue working on the others
tomorrow |
| 17:29.48 |
starseeker |
so comb
didn't even have a man page. blegh. Well, unless there is some
compelling reason for it *not* to happen, comb is about to
encompass the 'c' functionality |
| 17:30.10 |
starseeker |
Ch3ck_: I'll
try to take a look tonight - can't right now |
| 17:30.18 |
brlcad |
after you
finish that, we can revisit and discuss the API design, then you'd
do any updates that follow from the discussion, THEN maybe the
fixed buffers |
| 17:30.29 |
brlcad |
Ch3ck_: will
do, thanks |
| 17:30.30 |
Ch3ck_ |
starseeker:
ok no prob! |
| 17:30.59 |
starseeker |
Ch3ck_:
you've done the basics, right? (making sure your patch applies
cleanly to a clean tree, for example) |
| 17:31.06 |
Ch3ck_ |
:) will
continue with the others tomorrow could have written more than one
today. but had some serious debugging to do |
| 17:31.29 |
Ch3ck_ |
starseeker:
yes! done everything necessary patch should apply cleanly
:) |
| 17:32.35 |
starseeker |
Ch3ck_:
sounds good |
| 17:32.49 |
Ch3ck_ |
yeah |
| 17:33.31 |
starseeker |
brlcad: sorry
about that - I was assuming c was just an alias for comb, which is
why I wound up re-implementing the -c and -r options (which I had
assumed were documented and just not implemented) |
| 17:36.07 |
brlcad |
starseeker:
is your reimplementation better? :) |
| 17:36.52 |
starseeker |
brlcad: will
have to check - don't know how 'c' is implemented, since I just
found out it exists as a separate command :-) |
| 17:38.07 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 17:38.14 |
Notify |
03BRL-CAD:brlcad * 56346
brlcad/trunk/src/proc-db/cchannel.c: classic bug, char is unsigned
on some platforms so this can result in an infinite loop. need an
int. |
| 17:43.52 |
brlcad |
Izak_: did
you see r56331 |
| 17:44.31 |
Izak_ |
brlcad:
yes. |
| 17:44.35 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 17:44.43 |
brlcad |
what's going
on there? :) |
| 17:45.36 |
brlcad |
casting a
malloc'd pointer to an int sounds like there's some
misunderstanding |
| 17:46.56 |
Izak_ |
brlcad: Just
a typo it had to intern->idb_ptr instead of that
cast |
| 17:48.16 |
brlcad |
seems like
more than a typo, you went through the effort to cast the
warning/error away |
| 17:48.46 |
brlcad |
idb_ptr vs
idb_type sure |
| 17:48.52 |
Izak_ |
brlcad:
:) |
| 17:49.32 |
``Erik |
my guess
would be 'did a typo, saw the compiler error, tried to fix the
compiler error without understanding the real reason for it', is
that about what happened? |
| 17:49.59 |
brlcad |
i just want
to make sure you understand the difference, what it
meant |
| 17:50.35 |
Izak_ |
``Erik:
That's what happened because I wrote idb_type instead
idb_ptr |
| 17:51.24 |
brlcad |
Izak_: what
are you working on now? |
| 17:51.53 |
Izak_ |
brlcad:I am
going back to the callback functions for hrt.c |
| 17:52.02 |
``Erik |
if you cast
something, double and triple check to make sure you're doing the
right thing... it's not an operation to be taken lightly... you're
twisting the meaning of the bits involved |
| 17:52.16 |
brlcad |
more
specific |
| 17:52.44 |
Izak_ |
``Erik:
Thanks. I'll apply the correction |
| 17:52.48 |
brlcad |
and exactly
what ``Erik said -- do you know what "int i = (int)malloc(5);"
means? |
| 17:55.10 |
Izak_ |
It means
allocating space for 5 bits , casting the number of cells assigned
and assigning the result to i |
| 17:55.38 |
brlcad |
not
correct |
| 17:55.45 |
Izak_ |
ok |
| 17:56.20 |
Izak_ |
allocated 5
bytes to variable i |
| 17:56.31 |
brlcad |
closer, but
still not |
| 17:56.56 |
brlcad |
malloc(5)
allocates 5 bytes of heap memory |
| 17:57.01 |
Izak_ |
allocated 5
bytes to variable 5 of type int |
| 17:57.22 |
brlcad |
it returns a
POINTER to the address in memory where those 5 bytes
exist |
| 17:57.33 |
Notify |
03BRL-CAD:erikgreenwald * 56347
brlcad/trunk/TODO: add ctest issues |
| 17:58.02 |
Izak_ |
the pointer
is casted to an integer and assigned to i |
| 17:58.06 |
brlcad |
the (int)
cast is converting the ADDRESS coming from malloc into a plain
integer |
| 17:58.15 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 17:58.38 |
brlcad |
if you
accessed i for anything, you'd be accessing the value of the
address, not the 5 bytes of memory |
| 17:58.45 |
``Erik |
on an ia64
machine, that cast can cause data loss... a 64 bit address
truncated to a 32bit int |
| 17:59.14 |
Izak_ |
Couldn't
describe it so succintly |
| 17:59.53 |
brlcad |
well you
could have, but I'm feeling that you don't yet fully understand the
implication there (and that's okay, but we need to be honest where
our understandings are at) |
| 18:00.08 |
Izak_ |
What happened
is what ``Erik talked about. Fixed an error which I did not
understand |
| 18:00.25 |
brlcad |
so what's the
lesson to be learned then? |
| 18:01.17 |
Notify |
03BRL-CAD
Wiki:Harman052 * 5877
/wiki/User:Harman052/GSoc2013/Logs: |
| 18:01.27 |
Izak_ |
To understand
why an error occurred, fix it and manually check my
patches |
| 18:01.36 |
Izak_ |
:) |
| 18:02.36 |
brlcad |
why can be
helpful, but you have to understand the problem to fix
it |
| 18:03.22 |
brlcad |
I would have
said the lesson was to make sure you understand exactly what the
compiler is telling you |
| 18:04.26 |
brlcad |
when the
compiler warns, it's pretty much always right these
days |
| 18:04.52 |
Izak_ |
sure it
is |
| 18:05.25 |
brlcad |
casting is
"almost" always wrong, at least when constness is not
involved |
| 18:05.42 |
brlcad |
and opaque
void data pointers |
| 18:05.52 |
``Erik |
de-consting
is almost always wrong, too... :D |
| 18:06.17 |
brlcad |
Izak_: is 205
updated / ready to be reviewed? |
| 18:06.31 |
Izak_ |
yes |
| 18:06.50 |
brlcad |
"is that your
final answer?" |
| 18:07.22 |
Izak_ |
No |
| 18:07.25 |
brlcad |
heh |
| 18:07.37 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 5878
/wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 29 July - 4 August
*/ |
| 18:07.54 |
Izak_ |
That edit was
in the applied patch hrt_stub.patch |
| 18:08.27 |
Izak_ |
I think
ticket 205 needs to be closed |
| 18:10.03 |
brlcad |
looks like
you're right |
| 18:10.14 |
brlcad |
looks like
erik fixed your patch too instead of making you do it |
| 18:10.27 |
brlcad |
I see three
errors in 205, can you identify them? |
| 18:10.47 |
brlcad |
visible JUST
by reading the patch file |
| 18:10.58 |
Izak_ |
brlcad: When
I uploaded this patch, I never really understood (as i understand
now) what a patch is. I never knew several small edits have to be
logically put together |
| 18:11.14 |
brlcad |
I realize it
was a month ago |
| 18:11.28 |
brlcad |
that's why
this is just a discussion, you should be able to see the three
mistakes now |
| 18:11.29 |
Notify |
03BRL-CAD:starseeker * 56348
brlcad/trunk/doc/docbook/system/mann/en/c.xml: Well, this example
doesn't (yet) apply to the c command, since it turns out c and comb
are currently different commands... commit it so it's in the repo.
Will be looking at merging c and comb - if that can't work for
whatever reason, will copy c.xml to comb.xml and sort out the
contents accordingly. |
| 18:11.31 |
brlcad |
what are
then? |
| 18:11.48 |
Izak_ |
brlcad: I
would have preferred to fix it but he helped his mentee out
:) |
| 18:12.51 |
brlcad |
if you cannot
identify the three errors, he didn't help you :) |
| 18:12.59 |
brlcad |
if you can,
then absolutely ;) |
| 18:13.05 |
brlcad |
what are
they? |
| 18:13.20 |
brlcad |
no pressure,
it's a very small patch file :) |
| 18:14.24 |
``Erik |
I didn't do
squat with 205, I did apply 207 as r56235 which mucks with the
src/librt/primitives/table.c |
| 18:14.28 |
Izak_ |
Firstly, I
really didn't understand what an empty heart is . including all
those entries meant that I have written a perfect and tested hrt.c
file. |
| 18:15.10 |
``Erik |
https://sourceforge.net/p/brlcad/code/56235/ |
| 18:15.14 |
Izak_ |
Since I had
not written these call backs in hrt.c , most of those field had to
contain NULL as their values |
| 18:15.23 |
starseeker |
does some trials to determine if the c boolean expression
parser is a superset of comb's syntax |
| 18:16.07 |
brlcad |
``Erik: so
did 205 |
| 18:16.58 |
brlcad |
Izak_: okay,
so those functions not existing would have been #4 ... there are 3
other far more basic issues with that fie |
| 18:17.50 |
brlcad |
s/fie/file/ |
| 18:18.21 |
Izak_ |
That patch
file had to include other edits from the other files like rtgeom.h
, db5.h, etc |
| 18:18.56 |
brlcad |
not
necessarily, if they were previous patches, this could be the next
logical patch |
| 18:19.15 |
starseeker |
humph |
| 18:19.33 |
starseeker |
close... |
| 18:20.14 |
Izak_ |
looking |
| 18:20.45 |
Izak_ |
I think the
patch file had to be generated using svn diff |
| 18:22.04 |
Izak_ |
brlcad :
``Erik : I also did not have to include the edit associated with
the revolve primitive here |
| 18:26.10 |
Izak_ |
I had to
include an opening curly brace on line 14 and NOT a closing curly
brace on line 54 |
| 18:27.55 |
Notify |
03BRL-CAD:starseeker * 56349
brlcad/trunk/src/libged/comb.c: Add -S option to comb for 'safe'
operation (i.e. not changing an existing combination) - allows comb
to emulate a current behavior of 'c' command. |
| 18:30.53 |
Izak_ |
brlcad:hope
u've seen my response |
| 18:32.07 |
brlcad |
Izak_: so i'm
not trying to give you a hard time, just hoping you can see the
previous mistakes and hopefully get you more comforatable reading
patch files |
| 18:32.15 |
brlcad |
since they
are the language of devs |
| 18:32.25 |
brlcad |
even when you
commit, this is what we all see |
| 18:32.57 |
Izak_ |
ok |
| 18:33.02 |
brlcad |
the changes
are automatically generated, based on your edits, but you should
still manually read and check the patch files |
| 18:33.18 |
brlcad |
line 14+54
looks just fine to me |
| 18:33.41 |
brlcad |
so you have 1
or 2 style mistakes and one blatant typo that will prevent this
patch from even compiling |
| 18:33.56 |
brlcad |
the typo was
probably a copy-paste mistake |
| 18:34.01 |
brlcad |
can you find
it? |
| 18:34.37 |
Notify |
03BRL-CAD:erikgreenwald * 56350
brlcad/trunk/src/librt/primitives/table.c: fix
indentation |
| 18:34.44 |
brlcad |
heh |
| 18:35.30 |
Izak_ |
looking |
| 18:37.15 |
brlcad |
Ch3ck_:
please run sh/ws.sh on your bn_poly_mul_patch |
| 18:37.41 |
Ch3ck_ |
brlcad:ok |
| 18:37.54 |
brlcad |
Ch3ck_: looks
like you're also a vim user? |
| 18:38.05 |
brlcad |
https://github.com/bronson/vim-trailing-whitespace |
| 18:38.06 |
brlcad |
http://vim.wikia.com/wiki/Highlight_unwanted_spaces |
| 18:38.18 |
Ch3ck_ |
well using
gedit actually |
| 18:38.29 |
brlcad |
hm, maybe it
has an option |
| 18:38.53 |
``Erik |
https://github.com/dtrebbien/gedit-trim-trailing-whitespace-before-saving-plugin |
| 18:38.55 |
Ch3ck_ |
emacs is
having some issues on my system i don't understand |
| 18:39.06 |
Ch3ck_ |
ok |
| 18:39.13 |
brlcad |
looks like
there are several plugins: https://wiki.gnome.org/Gedit/Plugins |
| 18:39.47 |
``Erik |
emacs and vim
are both on bz, but they have a steep learning curve if you're
unfamiliar |
| 18:40.46 |
brlcad |
Izak_:
Ch3ck_: and are you guys using 'screen' yet? it's been a
week... |
| 18:40.53 |
Ch3ck_ |
yeah was a
regular emacs |
| 18:40.59 |
Ch3ck_ |
brlcad: I'm
using Screen |
| 18:41.03 |
``Erik |
(or
tmux) |
| 18:41.14 |
Ch3ck_ |
i'm actually
log on irssi using Screen |
| 18:41.46 |
brlcad |
excellent |
| 18:41.53 |
Izak_ |
brlcad: Not
using screen yet |
| 18:42.10 |
brlcad |
Ch3ck_: you
learned how to detatch and reattach? |
| 18:42.27 |
brlcad |
and create
new windows |
| 18:43.29 |
Ch3ck_ |
yes |
| 18:43.37 |
Ch3ck_ |
i am logged
out from bz.bzflag |
| 18:43.47 |
Ch3ck_ |
but i'm still
log on |
| 18:43.51 |
Ch3ck_ |
with
Ch3ck |
| 18:44.12 |
Ch3ck_ |
logging in to
do run the sh/ws.sh |
| 18:44.50 |
brlcad |
the 'rx'
alias will reattach you to your previous session |
| 18:46.29 |
Notify |
03BRL-CAD:mohitdaga * 56351
brlcad/trunk/include/icv.h: Add Doxygen comments for icv_filter and
icv_filter3. |
| 18:47.52 |
Izak_ |
brlcad:
Figured out something about 205 ticket. I did not place a comma
after the second entry |
| 18:48.10 |
Izak_ |
that is value
"1" |
| 18:48.31 |
Izak_ |
brlcad: had
to be "1," |
| 18:50.57 |
Ch3ck_ |
brlcad: ran
ws.sh on bzflag server and there is the patch.bak is that the file
i'm to upload to sourceforge? |
| 18:51.04 |
``Erik |
zero_level:
your indentation is a little off; we use C style pointer placement,
not C++ style.. (so your "icv_image_t* img" should be icv_image_t
*img), and there should be a space between the enum body and enum
class name ( "}ICV_FILTER;" should be "} ICV_FILTER;") |
| 18:52.39 |
Izak_ |
brlcad :
``Erik: Figured out a typo in ticket 205 |
| 18:54.34 |
Ch3ck_ |
how to I
upload a file to brlcad from bz.bzflag? |
| 18:54.40 |
Ch3ck_ |
I mean
sf |
| 18:58.09 |
zero_level |
``Erik : so
functions should also be icv_image_t *icv_image_create()
? |
| 18:58.20 |
``Erik |
zero_level:
yes |
| 18:59.43 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 19:02.57 |
brlcad |
Izak_: which
line was that? |
| 19:04.46 |
brlcad |
Ch3ck_: tell
izak that is why he needs to be on screen+irssi ... |
| 19:05.05 |
Ch3ck_ |
ok |
| 19:05.16 |
brlcad |
you guys have
these timeouts ALL the time, which disrupts having a proper
discussion |
| 19:05.38 |
Ch3ck_ |
brlcad: but
i'm logon to bz.bzflag |
| 19:05.44 |
Ch3ck_ |
using
screen |
| 19:05.51 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 19:05.52 |
Ch3ck_ |
+
irssi |
| 19:06.23 |
brlcad |
i know you
are |
| 19:06.50 |
brlcad |
you're not
using it right now, but if Ch3ck_ went stale, you could log onto
irssi and see what discussion you may have missed with
Ch3ck |
| 19:07.13 |
Ch3ck_ |
yeah |
| 19:07.39 |
brlcad |
and
eventually, you'll come to prefer it if you keep using
irc |
| 19:07.46 |
Ch3ck_ |
ok |
| 19:08.11 |
Ch3ck_ |
well i have
using the ws.sh on bzflag.bz so how do i upload a file from there
to sf? |
| 19:08.25 |
``Erik |
like a
patch? |
| 19:08.27 |
brlcad |
you do not
run ws.sh on the patch, you run it on your sources that you've been
editing, and you regenerate the patch |
| 19:08.54 |
*** join/#brlcad Izak_
(~Izak@195.24.220.16) |
| 19:08.55 |
Ch3ck_ |
ok |
| 19:09.04 |
Ch3ck_ |
installing
the plugin for gedit Erik gave me |
| 19:09.31 |
brlcad |
whatever
works |
| 19:09.42 |
brlcad |
if you work
on .bz, you'd scp the file back to your local host to upload
it |
| 19:10.24 |
brlcad |
locally: scp
-v Ch3ck@brlcad.org:mypatch.diff . |
| 19:10.44 |
Ch3ck_ |
ok |
| 19:10.52 |
brlcad |
but that's
just for patches, later you'd just do that before
committing |
| 19:11.00 |
Ch3ck_ |
ok |
| 19:11.01 |
``Erik |
<--
doesn't use gedit, so has no idea if that plugin is any good... it
just came up on google |
| 19:11.09 |
brlcad |
which brings
me to your patch, it's got lots of trailing whitespace |
| 19:11.14 |
Ch3ck_ |
ok |
| 19:11.43 |
brlcad |
function
declarations are also inconsistent with our other files |
| 19:11.46 |
Ch3ck_ |
emacs on my
computer is like half dead probably try vim |
| 19:11.50 |
brlcad |
decls+definitions |
| 19:12.13 |
Ch3ck_ |
how? |
| 19:12.14 |
brlcad |
they're both
powerful, you should just become an expert in something |
| 19:12.22 |
brlcad |
return type
goes on separate line |
| 19:12.47 |
brlcad |
main should
not be returning negative numbers |
| 19:13.14 |
brlcad |
<PROTECTED> |
| 19:13.17 |
``Erik |
main usually
should return either EXIT_SUCCESS or EXIT_FAILURE |
| 19:13.20 |
brlcad |
<PROTECTED> |
| 19:13.25 |
Ch3ck_ |
alright |
| 19:13.41 |
Notify |
03BRL-CAD:mohitdaga * 56352
brlcad/trunk/include/icv.h: Sanitizes Indentation style |
| 19:13.53 |
brlcad |
if( bad
) |
| 19:13.55 |
brlcad |
if
(good) |
| 19:14.23 |
Ch3ck_ |
ok |
| 19:14.35 |
brlcad |
if( ret ==
0){ ... just bad in two ways ;) |
| 19:14.47 |
brlcad |
if (ret == 0)
{ |
| 19:15.36 |
brlcad |
you (and
Izak_) need to get up to the level where you can see details like
that INSTANTLY when you need to |
| 19:15.40 |
Ch3ck_ |
yeah HACKING
file stated that. just forgot to check sorry |
| 19:15.50 |
brlcad |
and that
ability only comes from READING lots and lots of code, writing to a
lesser extent |
| 19:16.34 |
brlcad |
if you're
missing details like that, it means you're probably missing other
more important details like if (a = b){ ... |
| 19:17.00 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 19:17.08 |
Ch3ck_ |
nahh |
| 19:17.24 |
Ch3ck_ |
thats actual
C programming. it'll be difficult |
| 19:17.46 |
Ch3ck_ |
well its just
the code conformity problems like if ( ) { .. that I may
miss |
| 19:18.09 |
Notify |
03BRL-CAD:starseeker * 56353
brlcad/trunk/src/libged/comb_std.c: wording tweak |
| 19:18.36 |
*** join/#brlcad kesha_
(~kesha@14.139.122.114) |
| 19:18.39 |
brlcad |
Ch3ck_: they
are one in the same |
| 19:18.56 |
Izak_ |
I identified
an error with the ticket 205 alerady |
| 19:19.04 |
brlcad |
Izak_: which
line |
| 19:19.42 |
Izak_ |
brlcad : line
17 |
| 19:20.12 |
Izak_ |
brlcad:Missed
writing a comma after 1 |
| 19:20.21 |
brlcad |
okay, thats
#5 ;) |
| 19:20.46 |
starseeker |
thinks some functions in src/libged/combmem.c belong in
libbn... |
| 19:21.09 |
Izak_ |
brlcad: Line
#5 or error #5 |
| 19:22.29 |
starseeker |
yay magic
numbers too |
| 19:24.17 |
brlcad |
Izak_: a
fifth error |
| 19:25.06 |
zero_level |
brlcad,
``Erik for a two liner function? |
| 19:25.07 |
zero_level |
HIDDEN
unsigned char * |
| 19:25.07 |
zero_level |
data2uchar(const icv_image_t
*bif) |
| 19:25.12 |
zero_level |
is this
right? |
| 19:25.26 |
brlcad |
Izak_: so
that patch files defines three "sections" of changes ... can you
identify/describe each of those three? |
| 19:25.42 |
brlcad |
zero_level:
that looks right |
| 19:28.04 |
brlcad |
Ch3ck_: it
seems like they're completely different when you're getting
started, but they really are one in the same issue, and arguably
style is even a bigger issue because the compiler won't tell you
when you have a mistake |
| 19:28.38 |
Izak_ |
brlcad: The
first section of that patch declares a ray trace interface for the
heart primitive |
| 19:28.40 |
brlcad |
and that
mistake affects maintainability, the ease at which bugs are found
years later, the "cleanliness" of the code if it's going to survive
and more |
| 19:28.46 |
brlcad |
goood |
| 19:28.52 |
brlcad |
second? |
| 19:30.01 |
Ch3ck_ |
OK |
| 19:31.55 |
Izak_ |
brlcad:The
second section includes an array entry which consists of a set of
pointers to the callback functions for the heart primitive in
src/librt/primitives/hrt.c |
| 19:35.10 |
brlcad |
excellent,
and lastly? |
| 19:38.42 |
Notify |
03BRL-CAD:mohitdaga * 56354
brlcad/trunk/src/libicv/fileformat.c: Sanitizes Indentation
style |
| 19:39.09 |
Ch3ck_ |
brlcad: I
don't understand what you mean by my function func & defs don't
follow the standard |
| 19:39.13 |
Izak_ |
brlcad:waiting for your response
:) |
| 19:39.26 |
Izak_ |
brlcad : to
the second answer |
| 19:39.28 |
Ch3ck_ |
following
what is on the HACKING |
| 19:40.14 |
brlcad |
Izak_: I said
"excellent, and lastly?" |
| 19:40.24 |
brlcad |
excellent is
the response, that was right |
| 19:41.16 |
brlcad |
Ch3ck_:
looking at the patch file, the function definitions are all
1-liners, but our style specifies the return type on a separate
line |
| 19:41.42 |
brlcad |
minor detail,
but this is the entire point of the exercise |
| 19:42.01 |
brlcad |
someone would
have to clean this inconsistency up later, and that's introducing
work |
| 19:42.18 |
Izak_ |
brlcad: The
next section is a copy-paste error (Work in progress )
:) |
| 19:42.36 |
brlcad |
Izak_: bingo,
that's what immediately should have jumped out |
| 19:42.42 |
Izak_ |
brlcad: OK I
get it. I will always manually review my patches |
| 19:42.59 |
brlcad |
and, of
course, make sure they compile |
| 19:43.01 |
Ch3ck_ |
well on the
HACKING file |
| 19:43.33 |
brlcad |
the other
issue was on lines 49, 50, and 51 |
| 19:43.34 |
Ch3ck_ |
its allowed
if there are no spaces like int func(void); forexample |
| 19:43.42 |
brlcad |
what's
different about those three? |
| 19:43.57 |
brlcad |
Ch3ck_:
that's a declaration, that's fine |
| 19:44.04 |
brlcad |
a definition,
however, is: |
| 19:44.05 |
brlcad |
int |
| 19:44.07 |
brlcad |
func(void) |
| 19:44.07 |
brlcad |
{ |
| 19:44.42 |
Ch3ck_ |
yeah
corrected them |
| 19:44.49 |
brlcad |
this one is a
loose consistency requirement, best to make sure it's at lease
fully consistent within a file |
| 19:45.06 |
brlcad |
c++ files
offer additional challenges |
| 19:45.21 |
Ch3ck_ |
ok |
| 19:45.34 |
brlcad |
trailing
whitespace was by far the biggest offense |
| 19:45.47 |
brlcad |
so fix that,
upload a new patch, and it should be good to go |
| 19:45.54 |
*** join/#brlcad kesha_
(~kesha@14.139.122.114) |
| 19:45.55 |
brlcad |
assuming it
compiles and works ;) |
| 19:46.07 |
Ch3ck_ |
ok |
| 19:46.13 |
Ch3ck_ |
removing the
white spaces |
| 19:46.24 |
Ch3ck_ |
it compiles.
I verified that |
| 19:47.39 |
Notify |
03BRL-CAD:starseeker * 56355
(brlcad/trunk/doc/docbook/system/mann/en/CMakeLists.txt
brlcad/trunk/doc/docbook/system/mann/en/c.xml): Yeesh. OK, break
c.xml and comb.xml into their own commands. Merging looks both
possible and desirable, but isn't going to be a ten minute quick
fix - in the meantime, leave the man pages in a sane
state. |
| 19:47.57 |
brlcad |
haha, you
thought they'd be quick to merge |
| 19:47.58 |
Ch3ck_ |
brlcad:looking at the output for ws.sh
which file do i use the original or the one with
.ws.bak |
| 19:48.00 |
brlcad |
that's rich
:) |
| 19:48.24 |
brlcad |
you can
delete any .ws.bak files |
| 19:48.36 |
Ch3ck_ |
ok so the
original is now fine .. |
| 19:48.37 |
brlcad |
they're just
in case something goes horribly wrong, your original is
unharmed |
| 19:48.39 |
starseeker |
brlcad: yeah,
yeah... |
| 19:50.05 |
starseeker |
likes the "boolean expression" evaluator that 'c' uses, and
with the exception of the leading operator used by comb et. al. the
syntax looks fairly compatible |
| 19:50.32 |
Notify |
03BRL-CAD:mohitdaga * 56356
brlcad/trunk/src/libicv/filter.c: Sanitizes Indentation |
| 19:51.16 |
brlcad |
yeah, it's a
proper old school custom parser |
| 19:51.28 |
brlcad |
with
tokenizer and all |
| 19:51.46 |
starseeker |
almost wonder
if it's not worth breaking out into its own librt file or some
such |
| 19:52.24 |
brlcad |
most of the
logic in libged really belongs up in libg/librt |
| 19:53.04 |
brlcad |
it should be
almost entirely a layer that does string to in memory
representation conversions (and back) along with transactional
history |
| 19:53.10 |
brlcad |
undo |
| 19:53.41 |
brlcad |
is compelled to rename comb_std.c though..
ugh |
| 19:53.58 |
starseeker |
is torn... this would be a very nice piece of
clean-up/consolidation... |
| 19:54.29 |
starseeker |
now's
probably not the time though |
| 19:54.46 |
Izak_ |
brlcad:Any
other remarks and/or corrections ? |
| 19:57.15 |
Notify |
03BRL-CAD:starseeker * 56357
brlcad/trunk/TODO: Documented -w option in new comb man page, using
region under region fix for an example use case. |
| 20:01.09 |
zero_level |
brlcad,
``Erik : do think there shld also be a global defination bw_load
bw_Save |
| 20:01.23 |
zero_level |
similarly for
pix_load, pix_save |
| 20:01.25 |
zero_level |
? |
| 20:01.45 |
zero_level |
^u
think |
| 20:02.47 |
brlcad |
Izak_: I
think you've gotten plenty of attention today, thank you for
cooperating and yearing to improve |
| 20:03.01 |
brlcad |
really do
just want everyone to be the best possible developer you can
be |
| 20:03.29 |
brlcad |
but that
starts with some basic rigor and discipline, so we can focus and
talk about much more complicated issues without being
distracted |
| 20:04.06 |
Izak_ |
Okay grand
frere :) |
| 20:04.29 |
brlcad |
it's like
bringing dirt into a clean house |
| 20:04.52 |
brlcad |
sure a little
bit might not matter, some people might not even care at all or
even realize that their shoes are muddy |
| 20:05.43 |
brlcad |
but after a
while, there's enough dirt that you cannot do anything cleanly,
like eating, even if you wanted to, because even the smallest
movement stirs up dust |
| 20:05.45 |
Izak_ |
true |
| 20:05.47 |
zero_level |
I think we
shld not make them publicv. |
| 20:06.18 |
brlcad |
zero_level:
easily agree with you on that |
| 20:06.24 |
brlcad |
as little as
possible should be public |
| 20:06.35 |
zero_level |
still want a
suggestion ? |
| 20:06.54 |
brlcad |
suggestion
for what? |
| 20:07.03 |
zero_level |
sighs |
| 20:07.14 |
Ch3ck_ |
brlcad: just
finished with the patch and uploaded to sf |
| 20:07.18 |
Ch3ck_ |
any
qualms? |
| 20:07.23 |
zero_level |
regarding
public |
| 20:07.43 |
brlcad |
Ch3ck_: I'll
have to check it later, about to wander |
| 20:08.01 |
Ch3ck_ |
ok |
| 20:08.09 |
Ch3ck_ |
gotta go home
now .. its late here! |
| 20:09.09 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 5879 /wiki/User:Izak/GSOC_2013_logs: /*
Mid-term Evaluation week */ |
| 20:09.25 |
brlcad |
zero_level: I
don't understand your question .. I presume "do I have any
suggestions regarding public [functions]?" but what does that
mean? |
| 20:09.38 |
brlcad |
lots of
suggestions |
| 20:09.44 |
brlcad |
write them
perfect? |
| 20:09.54 |
zero_level |
brlcad :
nevermind. |
| 20:10.11 |
brlcad |
no, please
what are you asking? that's not even a complete
sentence |
| 20:10.51 |
zero_level |
I was seeking
suggestion for public functions. (*load, *save) |
| 20:10.58 |
zero_level |
and u gave
in. |
| 20:11.17 |
brlcad |
suggestion of
WHAT though? |
| 20:11.19 |
zero_level |
too much lag in IRSSI because of late night traffic
here. |
| 20:11.27 |
brlcad |
the naming
convention |
| 20:11.32 |
brlcad |
the calling
structure? |
| 20:11.34 |
zero_level |
suggestion if
i was going right |
| 20:11.35 |
brlcad |
the return
types? |
| 20:11.45 |
zero_level |
hahah
:-) |
| 20:11.55 |
brlcad |
seriously, I
cannot guess what you're referring to in the least bit |
| 20:12.08 |
zero_level |
in not making
pix_load bw_load etc. public |
| 20:12.20 |
zero_level |
:-) |
| 20:12.27 |
brlcad |
I said that I
easily agree with you on that |
| 20:12.46 |
zero_level |
yes and i
asked this b4 u said that :-) |
| 20:12.46 |
brlcad |
... is that
ambiguous? |
| 20:12.49 |
zero_level |
no |
| 20:13.38 |
Notify |
03BRL-CAD:vladbogo * 56358
(brlcad/trunk/include/dm-qt.h brlcad/trunk/src/libdm/dm-qt.cpp):
Implemented qt_loadMatrix and qt_setWinBounds. |
| 20:13.54 |
brlcad |
you: we shld
not make them public; me: easily agree; you: want a suggestion?;
me: confused.. |
| 20:14.39 |
zero_level |
shows
different order on my screen |
| 20:14.59 |
zero_level |
<
zero_level> I think we shld not make them publicv. |
| 20:15.00 |
zero_level |
16:05 <
Izak_> true |
| 20:15.00 |
zero_level |
16:06 <
zero_level> still want a suggestion ? |
| 20:15.00 |
zero_level |
16:06 <
brlcad> zero_level: easily agree with you on that |
| 20:15.41 |
zero_level |
must be due
to the lag |
| 20:16.14 |
brlcad |
so you are
offering a suggestion to make them private |
| 20:16.26 |
zero_level |
no! |
| 20:16.35 |
brlcad |
why not!
:) |
| 20:16.47 |
brlcad |
this is
hilarious |
| 20:17.22 |
brlcad |
make them
private |
| 20:17.23 |
zero_level |
I was seeking
suggestion if I am doing right in not making them
public |
| 20:17.32 |
zero_level |
and you said
ues |
| 20:17.39 |
zero_level |
and the
matter closed there. |
| 20:18.03 |
zero_level |
untill the
string was stretched so much. ;) |
| 20:18.15 |
brlcad |
I suggest we
rewrite the library in Go |
| 20:18.40 |
zero_level |
you mean go
language ? |
| 20:19.49 |
brlcad |
yes, and I
was (half) joking .. never mind ;) |
| 20:20.07 |
zero_level |
hahahha
;) |
| 20:20.23 |
brlcad |
zero_level:
so you know, I only expect you to make libicv into the best library
you possibly can make it |
| 20:20.40 |
brlcad |
you can
decide things like scope and I'll speak up on things that concern
me or that can be improved |
| 20:20.44 |
``Erik |
cl,
yo |
| 20:20.48 |
brlcad |
but the idea
is really for you to make it awesome |
| 20:20.56 |
brlcad |
maintainably
awesome ;) |
| 20:21.43 |
brlcad |
this isn't
just code, this is about creating a library that others will want
because it does something better or faster or more
simple |
| 20:21.46 |
brlcad |
that's your
goal |
| 20:21.49 |
Notify |
03BRL-CAD:vladbogo * 56359
brlcad/trunk/src/libdm/dm-qt.cpp: Repaint the window each time
drawEnd is called to prevent lag between events and
updates. |
| 20:22.41 |
zero_level |
alright! But
I will need a lot of mentoring. I find myself novice. |
| 20:22.49 |
caen23 |
brlcad: were
you making fun of go because of the hype? you don't like it, what
do you think of it? |
| 20:23.02 |
brlcad |
that's why
we're all here |
| 20:23.12 |
brlcad |
caen23: not
at all, I actually am really fond of Go as a language |
| 20:23.48 |
zero_level |
cean23 :
sorry for that laugh. No offenses meant. |
| 20:23.53 |
brlcad |
the joke was
merely the suggestion of completely shifting the purpose of his
project to something completely disruptively different |
| 20:24.23 |
brlcad |
I would have
said cl, but ``Erik might have taken it seriously |
| 20:24.40 |
``Erik |
and/or
starseeker... :D |
| 20:25.18 |
caen23 |
i haven't
written anything in go myself yet, but your comment fits in
perfectly with all the "how we've rewritten x in go" headlines on
hacker news :D |
| 20:26.32 |
brlcad |
the last 10
years of computer graphics research has been "we rewritten X for
the GPU and now it's faster" |
| 20:27.41 |
Notify |
03BRL-CAD
Wiki:KeshaSShah * 5880 /wiki/User:KeshaSShah/GSoC13/Reports: /*
July 30 */ |
| 20:29.02 |
brlcad |
caen23: so
you'll have to share what awesomeness you're working on of late ...
and what brl-cad project is on your horizon ;-) |
| 20:29.44 |
brlcad |
kicks off some builds and wanders south |
| 20:35.48 |
caen23 |
i'm currently
going through clrs, and after that i plan on learning some more
languages. as for brl-cad, it would be great if i could figure out
how to integrate a python interpreter. i remember we talked about
that briefly after gci |
| 20:44.19 |
Notify |
03BRL-CAD:starseeker * 56360
(brlcad/trunk/src/librt/search.c brlcad/trunk/src/librt/search.h):
Make a stab at adding the ability to look at booleans in the tree
as part of the search command - for example, 'search /all.g -bool +
! -type arb8' will find all objects in the tree of all.g that are
intersected as part of a comb and are not arb8 primitives. Needs
more thought and testing - this may not even be the
final |
| 20:44.21 |
Notify |
approach -
but it seems to be a step in the right direction. |
| 20:51.51 |
Notify |
03BRL-CAD:starseeker * 56361
brlcad/trunk/src/librt/search.c: Not sure yet what to do with above
and below when it comes to booleans, but the toplevel object(s) are
viewed as being 'unioned' into the toplevel database |
| 20:53.19 |
Notify |
03BRL-CAD:mohitdaga * 56362
(brlcad/trunk/include/icv.h brlcad/trunk/src/libged/screengrab.c
and 7 others): Renaming the icv api functions. |
| 20:55.46 |
Notify |
03BRL-CAD:vladbogo * 56363
brlcad/trunk/src/libdm/dm-qt.cpp: Implemented the qt_drawVList
function. |
| 21:00.07 |
Notify |
03BRL-CAD:starseeker * 56365
(brlcad/trunk/src/librt/search.c brlcad/trunk/src/librt/search.h):
Use better naming for variables. |
| 21:00.17 |
Notify |
03BRL-CAD:vladbogo * 56364
brlcad/trunk/src/libdm/dm-qt.cpp: ws |
| 21:00.57 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 5881
/wiki/User:Vladbogolin/GSoC2013/Logs: |
| 21:06.04 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 5882 /wiki/User:Vladbogolin/GSoC2013/Logs: /*
Week 7 */ |
| 21:06.37 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 0 /wiki/File:Sph.png: |
| 21:07.25 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 0 /wiki/File:Tor.png: |
| 21:07.58 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 5885 /wiki/User:Vladbogolin/GSoC2013/Logs: /*
Week 7 */ |
| 21:08.56 |
Notify |
03BRL-CAD
Wiki:Level zero * 5886 /wiki/User:Level_zero/GSOC13/logs: /* Week 7
*/ |
| 21:11.47 |
starseeker |
reflects that even a db full path is ambiguous when it comes
to boolean operations |
| 21:12.38 |
starseeker |
almost need a
way to hang the boolean op associated with each object in the dfp
on the object's representation within the dfp |
| 21:13.49 |
starseeker |
that would be
ideal (and, ironically, let me #define db_node as a dfp
again) |
| 21:24.28 |
starseeker |
brlcad: how
invasive a change would it be to add an array of ints to struct
db_full_path to hold boolean states for each dir? |
| 21:25.30 |
starseeker |
the more I
think about that the more I like it - it would address the question
of the 'above' option in search very well |
| 21:57.24 |
*** join/#brlcad mpictor
(~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505) |
| 22:28.52 |
*** join/#brlcad caen23
(~caen23@92.83.175.0) |
| 23:36.36 |
``Erik |
http://corner.squareup.com/2013/07/reversing-bits-on-arm.html |
| 02:12.33 |
brlcad |
starseeker:
"struct db_full_path" and "union tree" were two that came to mind,
also "struct combined_tree_state" and ... maybe most apropriately
"struct rt_tree_array" |
| 02:15.27 |
brlcad |
keeping in
mind that adding a void*data pointer to any of them is always a
possibility too |
| 02:15.46 |
brlcad |
for attaching
extra data if needed |
| 02:15.57 |
brlcad |
caen23:
"clrs"? |
| 02:17.06 |
brlcad |
caen23: a
python interpreter would be very cool indeed -- my long-term goal
is something like gimp's skript-fu interface |
| 02:19.07 |
brlcad |
starseeker:
an array of ints would be very invasive, but a pointer to an array
stuffed into a void* would not |
| 02:20.11 |
Notify |
03BRL-CAD:starseeker * 56366
(brlcad/trunk/include/raytrace.h
brlcad/trunk/src/librt/db_fullpath.c and 2 others): This needs some
careful tests - I'm not sure that I'm properly interpreting the
meaning of the left/right tree walk for all the boolean cases - but
add an array to db_full_path that lets us stash the boolean states
all along the tree. The f_bool test can now query based on the
current path, which should |
| 02:20.13 |
Notify |
let options
like -above do the right thing. |
| 02:20.54 |
starseeker |
winces |
| 02:21.06 |
starseeker |
brlcad:
sorry, my chat window was frozen and I didn't notice |
| 02:22.16 |
starseeker |
brlcad: in
some quick testing r56366 seems to work... |
| 02:25.35 |
starseeker |
I'm
definitely not getting something right with the booleans
though |
| 02:31.03 |
brlcad |
starseeker:
that's fine |
| 02:31.42 |
brlcad |
actually
doesn't seem incredibly invasive |
| 02:32.14 |
brlcad |
would be
concerned that it valgrinds clean since there is a fair bit of
memory bloat involved for a big tree |
| 02:33.33 |
starseeker |
nods |
| 02:35.20 |
Notify |
03BRL-CAD:starseeker * 56367
brlcad/trunk/src/librt/search.c: Ah - need to set the bool node
when entering the comb too. |
| 02:35.45 |
starseeker |
once I'm sure
it's behaving search wise I'll try to run it through
valgrind |
| 02:36.19 |
starseeker |
basically looked for everywhere fp_names was getting malloced
and freed in db_fullpath.c and had the int array tag
along |
| 02:36.36 |
starseeker |
need to scan
the rest of the code to see if anyone else monkeys with it
directly |
| 02:36.59 |
brlcad |
this is why I
abhor adding new structs |
| 02:37.13 |
brlcad |
nobody does
the work to encapsulate them properly |
| 02:37.14 |
starseeker |
hmm?
|
| 02:37.32 |
brlcad |
there
shouldn't be a dozen places where fp_names is malloced |
| 02:37.39 |
starseeker |
ah |
| 02:37.41 |
brlcad |
should have
been one place |
| 02:38.03 |
starseeker |
well, it does
need to realloc in a few cases... |
| 02:39.10 |
brlcad |
it doesn't
"need" to realloc |
| 02:39.18 |
brlcad |
it needs to
grow |
| 02:39.42 |
brlcad |
or more
generically change in size |
| 02:39.50 |
brlcad |
add/remove
methods usually handle that |
| 02:40.00 |
starseeker |
ah |
| 02:40.08 |
brlcad |
addfp() |
| 02:40.23 |
brlcad |
mallocs if
needed, reallocs if needed, etc |
| 02:41.07 |
starseeker |
not too bad
on instances of fp_names elsewhere in the code, actually... looks
like some places where the DB_FULL_PATH_* macros could stand in for
explicit fp_names indexing |
| 02:43.18 |
starseeker |
doesn't
shorten anything though - would just let us (mostly) encapsulate
the detail that the directory pointer array is called
fp_names |
| 02:43.30 |
starseeker |
which I guess
is a good thing... |
| 03:05.14 |
Notify |
03BRL-CAD:starseeker * 56368
brlcad/trunk/src/librt/search.c: valgrind reported lost memory from
f_print - oops. |
| 03:12.17 |
Notify |
03BRL-CAD:starseeker * 56369
brlcad/trunk/src/libged/search.c: Free bu_basename, like bu.h tells
us to |
| 03:20.29 |
Notify |
03BRL-CAD:starseeker * 56370
brlcad/trunk/src/libged/search.c: Couple of more memory freeing
responsibilities for the search command to live up to. |
| 03:25.21 |
Notify |
03BRL-CAD:phoenixyjll * 56371
brlcad/trunk/src/libbrep/intersect.cpp: Eliminate compiler
warnings. |
| 03:41.09 |
Notify |
03BRL-CAD:brlcad * 56372
brlcad/trunk/NEWS: jon engbert improved g-stl's docs, updating the
option listings and descriptions |
| 03:42.36 |
Notify |
03BRL-CAD:phoenixyjll * 56373
brlcad/trunk/src/libbrep/intersect.cpp: Take the tolerance into
consideration when deciding whether a box is inside the overlap
region. |
| 03:51.39 |
Notify |
03BRL-CAD:brlcad * 56374
brlcad/trunk/NEWS: jon engbert implemented a new g-raw exporter per
specifications and patch review assistance from daniel. implements
export support for a 'raw' file format described via GCI task
(http://www.google-melange.com/gci/task/view/google/gci2012/7945223) |
| 03:55.26 |
*** join/#brlcad caen23
(~caen23@92.81.173.189) |
| 04:03.03 |
Notify |
03BRL-CAD:phoenixyjll * 56375
brlcad/trunk/src/libbrep/intersect.cpp: Delete the OverlapSegment
when its curves are NULL. |
| 04:06.08 |
brlcad |
so the
benchmark is royally busted at the moment with out-of-order render
lines |
| 04:07.09 |
brlcad |
zero_level:
this is undoubtedly releated to your work -- we need to get you
testing on parallel hardware or recompiling cleanly |
| 04:08.48 |
brlcad |
with the
semaphore locks removed, scanlines are ending up out of order so
have to put some thought into how that is happening and finding a
fix, and restoring back to a working state otherwise if a fix is
not achieved within a day |
| 04:12.50 |
Notify |
03BRL-CAD:brlcad * 56376
brlcad/trunk/CMakeLists.txt: don't silently turn off a
user-specified configuration setting. probably should halt (because
they requested something impossible). |
| 04:14.09 |
brlcad |
starseeker:
56219 is undoubtedly user-visible, but what's the
impact? |
| 04:14.22 |
brlcad |
fixed some
issue clobbering avs? |
| 04:14.44 |
Notify |
03BRL-CAD:phoenixyjll * 56377
brlcad/trunk/src/libbrep/intersect.cpp: Avoid using dynamic memory
allocation for the events. |
| 04:15.59 |
starseeker |
brlcad:
that's just part of my thrashing with comb |
| 04:16.33 |
starseeker |
-c/-r didn't
exist for comb previously |
| 04:17.21 |
brlcad |
what do they
do? |
| 04:19.02 |
starseeker |
-c unsets the
region flag on a comb, -r sets it |
| 04:19.15 |
brlcad |
ugh |
| 04:19.25 |
starseeker |
same as the
'c' command's flags |
| 04:20.04 |
brlcad |
yep |
| 04:20.20 |
Notify |
03BRL-CAD:brlcad * 56378
brlcad/trunk/NEWS: cliff added the -c/-r options to the comb
command like the 'c' command to set/unset the region
flag |
| 04:20.24 |
brlcad |
ughing at the
complexity for what is effectively an on/off flag |
| 04:20.33 |
starseeker |
nods |
| 04:21.02 |
brlcad |
would expect
something like -r/-R to set/unset so it's clear they
pair |
| 04:21.36 |
brlcad |
and more
consistent with some other commands |
| 04:21.53 |
starseeker |
was planning to make a bigger deal out of comb once he
figured out how to merge the various related commands into
it... |
| 04:22.29 |
starseeker |
not sure what
to do about some of the more subtle bits - for example, comb won't
create an empty combination, but I believe c will |
| 04:22.51 |
starseeker |
should be
consistent - either do or don't create it, imho... |
| 04:23.45 |
starseeker |
comb also
silently switches the first boolean operator to a union for a new
combination, regardless of what the user supplies |
| 04:24.04 |
starseeker |
i.e. comb
test.c - s1.s u s2.s will result in a union of s1.s and
s2.s |
| 04:24.18 |
starseeker |
just as if
the user entered comb test.c u s1.s u s2.s |
| 04:24.54 |
starseeker |
c, on the
other hand, doesn't want that first operator since it's doing the
boolean expression evaluation |
| 04:25.09 |
starseeker |
and c won't
update an existing combination, but comb will |
| 04:25.28 |
brlcad |
so both have
issues :) |
| 04:25.32 |
brlcad |
classic |
| 04:25.36 |
starseeker |
nods |
| 04:26.17 |
starseeker |
dunno whether
we deprecate behaviors in comb we don't like and deprecate c
altogether, adding its features (sans mis-features) to comb or
what... |
| 04:27.37 |
starseeker |
g and r, of
course, are just special cases of the more general
commands |
| 04:29.20 |
starseeker |
was planning
to discuss that with you when things got quieter (how to approach
merging them) |
| 04:34.13 |
brlcad |
those both
are so old that I'd rather migrate them en masse |
| 04:35.47 |
brlcad |
but yeah, the
incremental path would probably be to migrate c's parser over into
comb, remove the bad, adding anything else useful, then getting rid
of c so it can be an alias or tab-completion shortcut |
| 04:36.01 |
brlcad |
iirc, c might
be the one that also supports parenthetical expressions |
| 04:37.23 |
brlcad |
need to spend
a couple days to audit the existing commands and make sure an
end-goal is well thought through from a usability and feature
perspective |
| 04:43.26 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 05:05.17 |
Notify |
03BRL-CAD:phoenixyjll * 56379
brlcad/trunk/src/libbrep/intersect.cpp: Use build_curve_root()
instead of duplicating that routine. |
| 05:16.03 |
Notify |
03BRL-CAD:phoenixyjll * 56380
brlcad/trunk/src/libbrep/intersect.cpp: Use sub_curve() instead of
repeating that routine. |
| 05:18.55 |
zero_level |
blcad : was
it related to yesterday's commits. |
| 05:18.59 |
zero_level |
? |
| 05:21.18 |
zero_level |
brlcad
: |
| 05:21.42 |
zero_level |
one of the
possible solution could be using a different seamapore
lock. |
| 05:22.18 |
zero_level |
has put bz to compile and benchmark. |
| 05:40.06 |
*** join/#brlcad KimK
(~Kim__@wsip-184-176-200-171.ks.ks.cox.net) |
| 06:12.49 |
zero_level |
brlcad: here
are the logs http://brlcad.org/~mohit/benchmark_result_31_JUL.log |
| 07:28.39 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-138-1.skif.com.ua) |
| 07:34.44 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 07:35.08 |
*** join/#brlcad Ch3ck_
(~Ch3ck@195.24.220.16) |
| 09:13.41 |
Ch3ck_ |
brlcad:
starseeker: could you please review the unit test patches I've
posted on sf. So I could continue writing others while correcting
any errors(I doubt if there is any!) that comes up with
these! |
| 09:18.15 |
*** join/#brlcad caen23
(~caen23@92.81.173.189) |
| 09:27.37 |
Notify |
03BRL-CAD:mohitdaga * 56381
brlcad/trunk/src/libicv/fileformat.c: Changed icv_writeline to not
allocate memory. Although the functionality remains
same. |
| 09:35.44 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5887 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 7
*/ |
| 10:20.35 |
*** join/#brlcad Ch3ck_
(~Ch3ck@195.24.220.16) |
| 10:23.59 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 10:42.00 |
*** join/#brlcad kamaljeet
(~kamaljeet@202.164.53.122) |
| 10:42.00 |
*** join/#brlcad jasvir
(~jasvir@202.164.53.122) |
| 11:20.08 |
*** join/#brlcad mpictor_
(~mpictor_@2600:1015:b125:3b01:0:1a:d75b:101) |
| 11:44.37 |
*** join/#brlcad mpictor_
(~mpictor_@2600:1015:b12a:408c:0:39:d1b9:e801) |
| 11:56.33 |
*** join/#brlcad mpictor_
(~mpictor_@2600:1015:b12a:408c:0:39:d1b9:e801) |
| 12:07.34 |
zero_level |
brlcad : I
think benchmark ran succcessfully. But still dont have experience
reading the problems. |
| 12:07.54 |
*** join/#brlcad mpictor_
(~mpictor_@2600:1015:b12a:408c:0:39:d1b9:e801) |
| 12:16.39 |
zero_level |
Morover I
have changed the function,And it works right. |
| 12:16.56 |
zero_level |
So It doesnt
need to allocate memory. |
| 12:21.51 |
zero_level |
pls review
this benchmark lo : http://brlcad.org/~mohit/benchmark_result_r56381.txt |
| 12:22.22 |
zero_level |
I tired
looking for the bug in this report but didnt see any. |
| 12:23.52 |
zero_level |
Also we can
now use spinlocks. Pls tell me if we need to. (If the benchmark
doesnt have issues.) |
| 12:29.29 |
brlcad |
zero_level:
do you have a multiprocessor machine? |
| 12:30.48 |
zero_level |
i3 4
core. |
| 12:30.57 |
zero_level |
also bz.
? |
| 12:31.56 |
brlcad |
i'll try
again after r56381, but the issue was a classic smp race
issue |
| 12:32.45 |
zero_level |
although if
the issue u saw earlier, Then It must also be an an issue
now. |
| 12:32.55 |
brlcad |
if an SMP
machine happens to keep things in order, you could just be getting
lucky |
| 12:33.07 |
zero_level |
lucky
:-) |
| 12:33.21 |
brlcad |
and you'll
repeatedly get lucky, so you need a different
environment |
| 12:33.27 |
brlcad |
are you
compiling optimized? |
| 12:34.00 |
brlcad |
make sure
you're optimized, perhaps try running two benchmarks
simultanously |
| 12:34.06 |
zero_level |
do we add a
flag ? |
| 12:34.11 |
brlcad |
yes |
| 12:34.21 |
brlcad |
see
INSTALL |
| 12:34.25 |
zero_level |
looks at INSTALL |
| 12:34.40 |
brlcad |
that could be
the difference |
| 12:41.48 |
Notify |
03BRL-CAD
Wiki:KeshaSShah * 5888 /wiki/User:KeshaSShah/GSoC13/Reports: /*
Week 7 */ |
| 12:42.46 |
zero_level |
zero_level has put a fresh build on bz for benchmark
test. |
| 12:46.55 |
*** join/#brlcad mpictor_
(~mpictor_@2600:1015:b12a:408c:0:39:d1b9:e801) |
| 12:54.39 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 13:06.26 |
*** join/#brlcad mpictor_
(~mpictor_@2600:1015:b12a:408c:0:39:d1b9:e801) |
| 13:06.31 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 13:15.42 |
Ch3ck_ |
brlcad:
working on a unit test for bn_poly_division_routine() while trying
an extreme case division against zero. Its not really clear with
the source code. I'll like to know how the routine handles division
by zero, what becomes of the quotient and remainder polynomials.
Kinda stuck here |
| 13:19.30 |
``Erik |
div/0 is an
error and should return NaN... |
| 13:20.53 |
``Erik |
which func
are you actually testing? poly.c bn_poly_synthetic_division()
? |
| 13:22.32 |
Ch3ck_ |
``Erik: yes
bn_poly_synthetic_division |
| 13:23.03 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 13:24.39 |
Ch3ck_ |
so the
remainder and quotient actually become NAN? or its rem->cf ==
NAN? |
| 13:24.58 |
Ch3ck_ |
I want to
clearly get it |
| 13:26.34 |
Ch3ck_ |
so as to be
able to generate correct input from know values needed for the
test |
| 13:28.48 |
zero_level |
brlcad : I am
still not sure why spinlock issue is arising after all. |
| 13:29.04 |
zero_level |
``Erik,
brlcad : |
| 13:29.25 |
zero_level |
A) We
allocate the complete memory in icv_ceate_image(..) |
| 13:30.13 |
zero_level |
B) We do have
an arg in icv_image_writeline(...) which takes care of the
index. |
| 13:30.29 |
zero_level |
*icv_writeline (modified now) |
| 13:32.22 |
zero_level |
brlcad,``Erik
: Why after all do we have an issue of resource race. |
| 13:32.54 |
*** join/#brlcad kimz
(~AndChat56@14.139.122.114) |
| 13:32.56 |
zero_level |
because Its
technically a different resource. That is different memory chunck
in the same buffer. |
| 13:33.49 |
zero_level |
brlcad : Can
u send me the log Report which showed error. So That I can get the
number of pixels which are not same. |
| 13:33.59 |
zero_level |
after the
pixclump result. |
| 13:34.35 |
zero_level |
In the
meanwhile /me saw |
| 13:34.50 |
zero_level |
the benchmark
screen. |
| 13:35.33 |
zero_level |
The answers
are right for moss.pix, world.pix (all other results are
running) |
| 13:40.37 |
Notify |
03BRL-CAD:starseeker * 56382
brlcad/trunk/doc/docbook/system/mann/en/search.xml:
typo |
| 13:42.47 |
*** join/#brlcad caen23
(~caen23@92.81.173.189) |
| 13:44.29 |
zero_level |
brlcad.org/benchmark_result_r56381_optimized.txt |
| 13:44.50 |
zero_level |
brlcad : log
file for the benchmark result after optimized. |
| 13:45.02 |
zero_level |
Do you still
think i must move to a new hardware ? |
| 13:47.24 |
zero_level |
``Erik :
Please run benchmark on a window on your machine. |
| 13:47.52 |
zero_level |
I will move
to my friend's place to see if benchmark results are fine on his
machine. |
| 13:49.40 |
zero_level |
oops wrong
link
brlcad.org/~mohit/brlcad.org/benchmark_result_r56381_optimized.txt |
| 13:49.54 |
zero_level |
brlcad.org/~mohit/brlcad.org/benchmark_result_r56381_optimized.txt |
| 13:50.01 |
zero_level |
oops.. |
| 13:50.33 |
zero_level |
the correct
one http://brlcad.org/~mohit/benchmark_result_r56381_optimized.txt |
| 14:00.53 |
brlcad |
zero_level:
the report will say WRONG WRONG WRONG with lots of values
off-by-many (because entire scanlines are out of order) |
| 14:01.23 |
brlcad |
a log that
says OK says nothing useful at this point |
| 14:01.48 |
brlcad |
just means
that run did not result in any calculations out of
order |
| 14:08.32 |
Notify |
03BRL-CAD:carlmoore * 56383
(brlcad/trunk/doc/docbook/system/mann/en/comb.xml
brlcad/trunk/include/icv.h and 4 others): fix spelling, spacing;
also, remove trailing blanks/tabs |
| 14:09.30 |
Notify |
03BRL-CAD:starseeker * 56384
brlcad/trunk/doc/docbook/system/mann/en/search.xml: Update search
man page to document new -bool option, add some examples showing
how to use it. |
| 14:12.18 |
Notify |
03BRL-CAD:starseeker * 56385
brlcad/trunk/doc/docbook/system/mann/en/search.xml: ws |
| 14:12.33 |
zero_level |
yeoo. |
| 14:13.52 |
Notify |
03BRL-CAD:starseeker * 56386
brlcad/trunk/doc/docbook/system/mann/en/search.xml: remove
db4-upgrad comment |
| 14:14.41 |
starseeker |
particularly likes the "find nested regions that aren't
subtractions" trick |
| 14:15.01 |
zero_level |
can u tell
me, Which type of system it was. |
| 14:18.04 |
zero_level |
because I
want to try with semaphore now. |
| 14:23.31 |
brlcad |
zero_level:
well I most recently saw the failure on a 10.6 Mac |
| 14:26.46 |
Notify |
03BRL-CAD:starseeker * 56387
brlcad/trunk/doc/docbook/system/mann/en/search.xml:
tweaks |
| 14:39.03 |
Ch3ck_ |
brlcad:
``Erik: i'm stuck at writing the unit test for
bn_poly_synthetic_division() since I don't know what becomes of
rem->cf and quo->cf after div/0 |
| 14:54.06 |
brlcad |
me either
without doing some research to remember ;) |
| 14:55.59 |
Ch3ck_ |
well ``Erik
says NAN is returned I don't understand if its the pointer for quo
and rem |
| 14:56.37 |
Ch3ck_ |
structures or
its for the quo->cf and rem->cf fields in the
structure. |
| 14:56.55 |
Ch3ck_ |
The source
code is not really clear as to what happens in this
case. |
| 14:58.27 |
Ch3ck_ |
well looking
at the source its for all the cf[] array elements for
quo->cf |
| 14:58.47 |
Ch3ck_ |
still looking
at what happens to rem->cf structure |
| 15:02.30 |
Ch3ck_ |
well will try
NAN for rem->cf and see how it works out. |
| 15:09.07 |
zero_level |
brlcad :
oops. No. Mac. |
| 15:09.24 |
zero_level |
do u still
see it ? |
| 15:09.56 |
zero_level |
If yes we
have I will make a commit including the semaphores. |
| 15:12.03 |
zero_level |
is testing with semaphores. |
| 15:27.14 |
zero_level |
brlcad :
rtedge works find after spin locking and r56381 |
| 15:33.00 |
zero_level |
brlcad : What
is expected after rtxray |
| 15:33.13 |
zero_level |
I see a
monocolour helicopter. ;) |
| 15:36.33 |
*** join/#brlcad Ch3ck_
(~Ch3ck@195.24.220.16) |
| 15:36.51 |
zero_level |
has hit benchmark after applying semphore in all the
writepixel and writeline functions in rt |
| 15:43.17 |
*** join/#brlcad Izak (~Izak@195.24.220.16) |
| 15:44.17 |
*** join/#brlcad Izak__
(~Izak@195.24.220.16) |
| 15:45.08 |
Izak__ |
brlcad:
``Erik : What is really a bounding box ? |
| 15:48.23 |
zero_level |
blinks. runs perfect. |
| 15:49.03 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 15:49.10 |
zero_level |
I think i
shld bring back the semaphores. (through a commit) so that brlcad
or ``Erik can test on other machine as well. |
| 15:50.36 |
zero_level |
although I am
still not sure why the error on benchmark on a Mac O.o |
| 15:58.26 |
Izak__ |
<PROTECTED> |
| 16:12.01 |
zero_level |
Izak__,
Ch3ck_,kesha : I need your help |
| 16:12.20 |
Ch3ck_ |
zero_level:
what up? |
| 16:12.38 |
Izak__ |
zero_level:
yes |
| 16:12.39 |
zero_level |
Apparently I
have done some changes in brl-cad code which has busted
benchmark. |
| 16:13.08 |
zero_level |
So i wish If
all of you could run benchmark on your machine |
| 16:13.10 |
Izak__ |
What kind of
changes exactly ? |
| 16:13.18 |
zero_level |
and report if
it fails. |
| 16:13.30 |
zero_level |
Apparently it
Doesnt fail on my machine. |
| 16:13.49 |
zero_level |
So the
following is the procedure for benchmark. |
| 16:13.54 |
Ch3ck_ |
alright so
should i update the code repository first? |
| 16:14.08 |
Ch3ck_ |
so as to have
the recent changes as you do right? |
| 16:14.17 |
zero_level |
a) update
code repository by svn up. |
| 16:14.45 |
zero_level |
b) If you
dont compile with Optimized flag. |
| 16:14.58 |
zero_level |
.. Do a fresh
build. |
| 16:15.31 |
Ch3ck_ |
ok |
| 16:15.32 |
Izak__ |
I am doing an
svn update now |
| 16:15.35 |
Ch3ck_ |
let me see
what it gives |
| 16:15.46 |
Izak__ |
It says at
r56387 |
| 16:15.50 |
zero_level |
adding
optimization flag. -DBRLCAD_FLAGS_OPTIMIZATION=ON in the cmake
command. |
| 16:16.10 |
zero_level |
Izak__ : That
is fine. |
| 16:16.23 |
zero_level |
Ch3ck
thanks. |
| 16:16.54 |
zero_level |
c) do sudo
make install in the build directory. |
| 16:17.13 |
zero_level |
d) make
benchmark in the build directory. |
| 16:17.44 |
zero_level |
Izak__, Ch3ck
: pls ask if anything is not clear. |
| 16:18.23 |
Ch3ck_ |
ij |
| 16:18.25 |
Ch3ck_ |
ok |
| 16:18.35 |
Ch3ck_ |
but what
about the Debug flag |
| 16:18.47 |
Ch3ck_ |
given to
brlcad |
| 16:18.59 |
Izak__ |
sure will
do |
| 16:19.00 |
Ch3ck_ |
during
compilation -DBRLCAD_BUILD_TYPE=Debug |
| 16:19.04 |
Ch3ck_ |
? |
| 16:19.12 |
Ch3ck_ |
should i
ignore that? |
| 16:19.16 |
Izak__ |
Ch3ck_:defintely |
| 16:19.20 |
zero_level |
You can add
that. But I believe that will not be needed. |
| 16:19.46 |
zero_level |
<PROTECTED> |
| 16:19.51 |
zero_level |
this should
be fine. |
| 16:20.01 |
Ch3ck_ |
ok |
| 16:20.11 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 16:21.15 |
zero_level |
Perhaps I
have been given a deadline to resurrect benchmark. |
| 16:21.48 |
Ch3ck_ |
OK |
| 16:21.53 |
Ch3ck_ |
compiling.. |
| 16:21.55 |
zero_level |
So Izak_,
Ch3ck : your help will be crucial |
| 16:22.07 |
Ch3ck_ |
seeing what i
can do. |
| 16:22.29 |
zero_level |
Also Ch3ck_,
Izak__ : what systems do you use. |
| 16:22.36 |
zero_level |
Dont run on
bz. |
| 16:22.42 |
zero_level |
I have taken
care of that. |
| 16:23.12 |
Izak__ |
hp Compaq
running Scientific Linux 6.2 |
| 16:24.30 |
Ch3ck_ |
well here is
what lscpu gives |
| 16:24.33 |
Ch3ck_ |
root@localhost matrix test]#
lscpu |
| 16:24.33 |
Ch3ck_ |
Architecture:
i686 |
| 16:24.34 |
Ch3ck_ |
CPU
op-mode(s): 32-bit, 64-bit |
| 16:24.34 |
Ch3ck_ |
Byte Order:
Little Endian |
| 16:24.34 |
Ch3ck_ |
CPU(s):
2 |
| 16:24.34 |
Ch3ck_ |
On-line
CPU(s) list: 0,1 |
| 16:24.36 |
Ch3ck_ |
Thread(s) per
core: 1 |
| 16:24.38 |
Ch3ck_ |
Core(s) per
socket: 2 |
| 16:24.40 |
Ch3ck_ |
CPU
socket(s): 1 |
| 16:24.42 |
Ch3ck_ |
Vendor ID:
GenuineIntel |
| 16:24.44 |
Ch3ck_ |
CPU family:
6 |
| 16:24.46 |
Ch3ck_ |
Model:
23 |
| 16:24.48 |
Ch3ck_ |
Stepping:
10 |
| 16:24.50 |
Ch3ck_ |
CPU MHz:
1203.000 |
| 16:24.52 |
Ch3ck_ |
BogoMIPS:
5585.69 |
| 16:24.54 |
Ch3ck_ |
Virtualization: VT-x |
| 16:24.58 |
Ch3ck_ |
L1d cache:
32K |
| 16:25.00 |
Ch3ck_ |
L1i cache:
32K |
| 16:25.02 |
Ch3ck_ |
L2 cache:
2048K |
| 16:28.46 |
zero_level |
oops Ch3ck_
``Erik advised me to use paste sites. For pasting this
inputs. |
| 16:29.10 |
Ch3ck_ |
like? |
| 16:29.14 |
zero_level |
http://pastebin.com/ |
| 16:29.19 |
Ch3ck_ |
give me an
example |
| 16:29.20 |
Ch3ck_ |
ok |
| 16:32.54 |
zero_level |
Izak__,
Ch3ck_ just put the compile on some window and let it go on. I
wouldnt want you to be ocupied for long. |
| 16:32.57 |
Izak__ |
zero_level :
42% made |
| 16:33.33 |
Izak__ |
zero_level :
No big deal. Its all the same BRL-CAD :) |
| 16:44.06 |
Ch3ck_ |
well
benchmark tests are coming up wrong |
| 16:44.43 |
Izak__ |
zero_level:
moss,world,star, bldg391, .....: show WRONG WRONG WRONG WRONG WRONG
WRONG6 times |
| 16:44.44 |
Ch3ck_ |
from what
brlcad explained to me benchmark tests work based on computed pix
and stored already stored in the code |
| 16:45.11 |
Ch3ck_ |
so its to
open the images and actually see if they are significant
changes |
| 16:45.33 |
Ch3ck_ |
but based on
the fact almost all of them are coming wrong then something is
wrong somewhere. |
| 16:46.43 |
zero_level |
ok. |
| 16:48.52 |
Ch3ck_ |
well the
first thing is to revert all the changes you made before the code
went sour and see how it goes |
| 16:49.01 |
Ch3ck_ |
before
starting any new changes. |
| 16:50.41 |
zero_level |
well Ch3ck_ :
before that I would like to make one more commit. |
| 16:50.58 |
zero_level |
This has some
issue with the spinlocks. |
| 16:51.07 |
Ch3ck_ |
well if you
know it won't further degerate the problem fine. |
| 16:51.45 |
Ch3ck_ |
but you have
to recheck all you previous commits and see which one in particular
started this and work from there. |
| 16:58.34 |
Notify |
03BRL-CAD:mohitdaga * 56388
(brlcad/trunk/src/rt/view.c brlcad/trunk/src/rt/viewedge.c
brlcad/trunk/src/rt/viewxray.c): Applying seamaphore locks after
modifying icv_writeline(..). This now doesnt hang since
icv_writeline doesnt ask for memory allocation any more. Thus
doesn't acquire BU_SEM_SYSCALL. This is expected to ensure sanctity
in image writting from rt. |
| 16:59.01 |
zero_level |
Ch3ck_ :
thanks. |
| 16:59.32 |
zero_level |
But this has
an error, which, me, ``Erik and brlcad have discovered. |
| 16:59.43 |
Ch3ck_ |
aight |
| 16:59.50 |
zero_level |
related to
mutex lokcs. |
| 16:59.57 |
Ch3ck_ |
kk |
| 17:00.01 |
zero_level |
c/lokcs/locks |
| 17:00.43 |
zero_level |
Can u do svn
up. And sudo make install followed by sudo make
benchmark. |
| 17:01.01 |
zero_level |
this will not
take much time now. |
| 17:01.10 |
Ch3ck_ |
will have to
generate a patch now.. |
| 17:01.17 |
Ch3ck_ |
so will
update |
| 17:01.32 |
zero_level |
Since you
already have a build at place with optimization flag. |
| 17:02.55 |
zero_level |
Izak__,
Ch3ck_ : thanks for your support. This last test and we are
done. |
| 17:03.08 |
Ch3ck_ |
:D |
| 17:04.04 |
Izak__ |
zero_level :
What's that ? |
| 17:04.52 |
zero_level |
do svn up,
then in your build directory run sudo make install. and then sudo
make benchmark. |
| 17:05.37 |
zero_level |
Izak__: This
must not take much time .Since you already have a build at place
with optimization flag. |
| 17:08.29 |
Ch3ck_ |
zero_level:
compiling .. |
| 17:13.29 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 17:17.01 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 5889
/wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 29 July - 4 August
*/ |
| 17:17.31 |
Izak__ |
zero_level :
All benchmark tests still fail :( |
| 17:20.02 |
zero_level |
alright
Izak__. |
| 17:20.20 |
zero_level |
Can u send me
the image file from brlcad-build/bench folder. |
| 17:20.50 |
zero_level |
I believe you
have run it twice. |
| 17:21.03 |
zero_level |
So send me
the file corresponding to the latest build. |
| 17:22.15 |
Ch3ck_ |
zero_level:
also getting a seg fault on regression tests |
| 17:22.21 |
zero_level |
I wish to be
100 % sure that this writes images in a sprinkled scanlines
way. |
| 17:22.40 |
zero_level |
Ch3ck_ thanks
for the info. |
| 17:24.08 |
Ch3ck_ |
zero_level:http://pastebin.com/FDdgCfHZ |
| 17:24.16 |
Ch3ck_ |
there are the
details ;) |
| 17:25.04 |
zero_level |
is recompiling in the meantime. |
| 17:25.47 |
Ch3ck_ |
starseeker:
brlcad: finished writing the unit test for
bn_poly_synthetic_division() patches on sf waiting
review. |
| 17:29.58 |
zero_level |
Ch3ck_ I
believe the seg issue doesnt have any thing to do with
ICV. |
| 17:30.23 |
Ch3ck_ |
aight but its
in there somewhere I don't think I have anything to do with
it. |
| 17:30.38 |
zero_level |
brlcad :
Ch3ck_ has found an intresting error. |
| 17:31.00 |
zero_level |
<-- points
to the pastebin link. |
| 17:31.04 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 5890 /wiki/User:Izak/GSOC_2013_logs: /*
Mid-term Evaluation week */ |
| 17:31.37 |
Ch3ck_ |
ok |
| 17:31.53 |
Ch3ck_ |
will take a
peek |
| 17:32.31 |
zero_level |
Izak__ or
Ch3ck can u send me the images from the bench folder in your build
directory. |
| 17:32.46 |
zero_level |
You could
email me. |
| 17:33.13 |
zero_level |
mohit(dot)daga[at]ieee(dot)org |
| 17:34.12 |
Ch3ck_ |
will
do. |
| 17:34.39 |
Izak__ |
zero_level :
Which ones exactly ? They are many ! |
| 17:35.25 |
zero_level |
I would
require from the latest benchmark test(I believe you ran
two.) |
| 17:36.09 |
Izak__ |
Which file
exactly? I don't see any picture? |
| 17:36.35 |
zero_level |
*.pix |
| 17:37.00 |
zero_level |
it must have
a number |
| 17:37.00 |
Izak__ |
ok |
| 17:38.21 |
zero_level |
like
moss-*.pix |
| 17:39.17 |
zero_level |
you could
send me the complete bench folder. OR the images with the latest
benchmark number. |
| 17:41.39 |
Ch3ck_ |
well i'll
send you the whole thing and u do the sorting ok? |
| 17:41.52 |
Izak__ |
zero_level:I
have sent all the *.pix files in a tar ball. Have u sen them
? |
| 17:43.12 |
zero_level |
Izak__ :
thanks |
| 17:43.37 |
Izak__ |
zero_level :
Are they the right ones ? |
| 17:44.11 |
zero_level |
Izak__ :
Thanks. |
| 17:44.27 |
zero_level |
is converting them to png. |
| 17:45.31 |
*** join/#brlcad vladbogo
(~vlad@188.25.238.209) |
| 17:59.19 |
Ch3ck_ |
uploading
files |
| 17:59.31 |
Ch3ck_ |
zero_level:
should see them shortly.. |
| 18:06.35 |
*** join/#brlcad caen23_
(~caen23@92.81.164.86) |
| 18:10.38 |
zero_level |
Ch3ck_,
Izak__ : thanks ! |
| 18:10.42 |
zero_level |
:-) |
| 18:10.56 |
zero_level |
Apparently It
turns out to be some floating point errors. |
| 18:11.22 |
zero_level |
It would not
have been possible without your support. |
| 18:12.11 |
Ch3ck_ |
:-) |
| 18:12.23 |
zero_level |
Because the
matter of the fact is that the error didnt show up on my machine
and bz. |
| 18:14.49 |
zero_level |
Ch3ck_ Izak__
is it a national holiday in USA ? |
| 18:15.17 |
zero_level |
dont see
brlcad, ``Erik, starseeker :around. |
| 18:15.44 |
Izak__ |
zero_level:
Why do you ask that ? I think its like July 4th |
| 18:16.13 |
zero_level |
nevermind:-) |
| 18:18.36 |
zero_level |
I wonder how
did brlcad concluded this ? |
| 18:18.39 |
zero_level |
00:08 <
brlcad> with the semaphore locks removed, scanlines are ending
up out of order so have to put some thought into how that is
happening and findi to a working state otherwise if a fix is not
achieved within a day |
| 18:39.38 |
*** join/#brlcad zero_level_
(0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) |
| 18:40.17 |
*** join/#brlcad zero_level
(~mohit@66-118-151-70.static.sagonet.net) |
| 18:44.25 |
Notify |
03BRL-CAD:n_reed * 56389
brlcad/trunk/src/libtclcad/tclcad_obj.c: Handle hidden line mode in
to_edit_redraw. Fixes an archer bug where editing something drawn
in hidden line mode caused it to be redrawn in shaded
mode. |
| 18:48.05 |
Notify |
03BRL-CAD:mohitdaga * 56390
brlcad/trunk/src/libicv/fileformat.c: Sanitize the conversion from
double to unsigned char. Instead of floor which can introduce a
error upto a difference of 2 intensities, adapt a more robust
conversion where it rounds off to nearest integer. |
| 18:48.32 |
zero_level |
Ch3ck_ : Can
you do it a last time? |
| 18:48.45 |
zero_level |
update to
56390. |
| 18:49.07 |
zero_level |
brlcad : Pls
run benchmark after r56390 |
| 18:49.49 |
zero_level |
``Erik : I am
confident this time. That after r56390 we must not get benchmark
error. |
| 18:51.21 |
zero_level |
Still I wish
you to run benchmark. |
| 18:51.38 |
zero_level |
So that I cld
be 100 % sure and move on. |
| 19:03.43 |
zero_level |
brlcad: I
have written on the leaset seeking help. |
| 19:03.49 |
zero_level |
*list |
| 19:05.49 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 19:06.14 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 19:06.37 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 19:07.02 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 19:07.32 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 19:07.56 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 19:08.21 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 19:08.46 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 19:09.08 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 19:09.33 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 19:09.59 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 19:10.24 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 19:10.50 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 19:11.16 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 19:12.49 |
Notify |
03BRL-CAD
Wiki:Level zero * 5891 /wiki/User:Level_zero/GSOC13/logs: /* Week 7
*/ |
| 19:13.16 |
zero_level |
goes for sleep. |
| 20:01.40 |
``Erik |
ERROR:
reference image
/home/erik/src/brlcad/build/gcc/bin/../share/pix/moss.pix not
found |
| 20:02.39 |
Notify |
03BRL-CAD:carlmoore * 56391
brlcad/trunk/src/gtools/g_transfer.c: add 'OR' line to usage,
remove H and add ? (for help) |
| 20:22.11 |
Notify |
03BRL-CAD:starseeker * 56392
(brlcad/trunk/doc/docbook/system/mann/en/comb.xml
brlcad/trunk/include/raytrace.h and 2 others): Add a -f option to
the comb command that will flatten a combination that contains only
unions, and delete any orphaned combinations that were formerly
present in that comb's tree but not used elsewhere in the .g file.
This is the first significant programmatic use of the search
capabilities |
| 20:22.13 |
Notify |
other than
the search command itself. Full comb -f example added to the comb
man page. |
| 20:24.26 |
Notify |
03BRL-CAD:r_weiss * 56393
brlcad/trunk/src/librt/primitives/bot/btg.c: Fixed an intermittent
seg fault when raytracing bots with bot-tie enabled. |
| 20:27.46 |
*** join/#brlcad mpictor
(~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505) |
| 20:46.19 |
Notify |
03BRL-CAD:carlmoore * 56394
brlcad/trunk/src/gtools/remapid.c: implement use of h for
help |
| 20:48.26 |
Notify |
03BRL-CAD:starseeker * 56395
brlcad/trunk/src/libged/comb.c: Re-arrange some of the memory
freeing. |
| 20:55.24 |
Notify |
03BRL-CAD:starseeker * 56396
brlcad/trunk/src/libged/comb.c: tweaks |
| 21:06.31 |
Notify |
03BRL-CAD:n_reed * 56397
brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Handle hidden
line mode when redrawing from script side. Extends r56389 fix to
object rotate/translate/scale. |
| 21:21.35 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 5892 /wiki/User:Vladbogolin/GSoC2013/Logs: /*
Week 7 */ |
| 23:40.17 |
Notify |
03BRL-CAD:starseeker * 56398
brlcad/trunk/NEWS: Added the -bool option to search, which allows
filtering based on whether a given instance of an object is
combined into its parent comb with a union (u), intersection (+),
or subtraction (-) boolean operator. |
| 23:42.45 |
Notify |
03BRL-CAD:starseeker * 56399
brlcad/trunk/NEWS: Added -f option to the comb command, which will
take a single comb as an input, check whether all boolean
operations in its tree are unions, and if they are make a new tree
under the comb that unions all the solids directly into the comb.
Will also remove 'orphaned' combs that are no longer used by any
other object in the tree, but ignores combs that are
used |
| 23:42.47 |
Notify |
elsewhere. |
| 02:29.27 |
*** join/#brlcad yiyus
(1242712427@je.je.je) |
| 02:48.47 |
*** join/#brlcad yiyus
(1242712427@je.je.je) |
| 03:32.50 |
*** join/#brlcad yiyus
(1242712427@je.je.je) |
| 03:33.22 |
Notify |
03BRL-CAD:starseeker * 56400
(brlcad/trunk/include/raytrace.h brlcad/trunk/src/libged/comb.c
brlcad/trunk/src/librt/search.c): string search plans are likely to
be a very common input - provide functions to handle them
automatically. |
| 03:47.10 |
*** join/#brlcad jass
(~jass@202.164.53.117) |
| 03:48.48 |
jass |
exit |
| 03:48.57 |
jass |
exit |
| 03:53.07 |
Notify |
03BRL-CAD:brlcad * 56401
(brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake
brlcad/trunk/src/fb/tests/CMakeLists.txt and 6 others): simplify.
reviewing all of the remaining NO_INSTALL applications that lacked
LOCAL, they all needed it. this combines them. NO_INSTALL now means
leave/put the binary in the build directory. |
| 04:00.51 |
*** join/#brlcad jass
(~jass@202.164.53.117) |
| 04:15.55 |
Notify |
03BRL-CAD:phoenixyjll * 56402
brlcad/trunk/src/libbrep/intersect.cpp: It seems that J.invert()
doesn't work (it cause brep arb8.brep intersect ehy.brep 0 1 on
csgbrep.g to fail). Use explicit pseudo-inverse. |
| 04:35.30 |
Notify |
03BRL-CAD:brlcad * 56403
(brlcad/trunk/CMakeLists.txt
brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake and 10 others):
consistency with NO_INSTALL and other var/opts. make
NOSTRICT/NOSTRICTCXX and var friends be
NO_STRICT/NO_STRICT_CXX. |
| 04:44.19 |
zero_level |
clear |
| 04:45.02 |
zero_level |
oops!
nevermind :- |
| 05:11.02 |
Notify |
03BRL-CAD:phoenixyjll * 56404
brlcad/trunk/src/libbrep/intersect.cpp: Code clean up. Move the
functions used by multiple ON_Intersect()s to the
beginning. |
| 05:21.15 |
*** join/#brlcad caen23
(~caen23@92.81.175.190) |
| 05:50.34 |
Notify |
03BRL-CAD:phoenixyjll * 56405
brlcad/trunk/src/libbrep/intersect.cpp: Separate the Newton
iterations of PCI out to a function. |
| 06:19.16 |
*** join/#brlcad caen23_
(~caen23@92.81.199.45) |
| 07:52.28 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-138-1.skif.com.ua) |
| 08:47.14 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 08:50.45 |
Notify |
03BRL-CAD:d_rossberg * 56406
brlcad/trunk/misc/win32-msvc/Dll/TclDummies.c: added some flesh to
the function stubs, they will comile with the strict flag
now |
| 09:57.13 |
Notify |
03BRL-CAD:phoenixyjll * 56407
brlcad/trunk/src/libbrep/intersect.cpp: Try to implement PSI in a
similar fashion of other intersections, so that further the surface
tree structures can be easily reused during different
intersections. |
| 10:03.15 |
Notify |
03BRL-CAD:phoenixyjll * 56408
brlcad/trunk/src/libbrep/intersect.cpp: Mark tree as
unused. |
| 10:47.08 |
*** join/#brlcad Ch3ck_
(~Ch3ck@195.24.220.16) |
| 10:48.53 |
*** join/#brlcad Ch3ck__
(~Ch3ck@66-118-151-70.static.sagonet.net) |
| 12:23.41 |
zero_level |
hi ``Erik : I
take those mails as an assurance of things being set
right. |
| 12:23.49 |
zero_level |
So the
benchmark works. |
| 12:23.52 |
zero_level |
? |
| 12:24.08 |
zero_level |
``Erik :
Moving on with dev work. |
| 12:24.52 |
zero_level |
Thanks GSOC
students Ch3ck_ , Izak__ and ``Erik for making benchmark and
testing on your machines. |
| 12:28.46 |
Ch3ck_ |
zero_level:its ok |
| 12:37.53 |
Notify |
03BRL-CAD:tbrowder2 * 56409
(brlcad/trunk/src/burst/burst.c brlcad/trunk/src/burst/extern.h
brlcad/trunk/src/burst/prnt.c): move usage string into file with
main; eliminate unnecessary function |
| 12:43.18 |
Notify |
03BRL-CAD
Wiki:QWERTYUIOP * 0 /wiki/User:QWERTYUIOP: |
| 12:46.14 |
Notify |
03BRL-CAD:tbrowder2 * 56410
brlcad/trunk/src/burst/burst.c: make new string to hold bu_getopt
option char input; ws |
| 12:48.42 |
Notify |
03BRL-CAD:mohitdaga * 56411
(brlcad/trunk/src/libicv/CMakeLists.txt
brlcad/trunk/src/libicv/fileformat.c): Segregate functions
Supporting bw images to a new file bw.c. |
| 12:58.25 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-138-1.skif.com.ua) |
| 13:03.17 |
``Erik |
bw.c fails to
compile |
| 13:04.55 |
zero_level |
msg
? |
| 13:05.02 |
``Erik |
http://paste.lisp.org/display/138293
|
| 13:05.59 |
brlcad |
zero_level: I
get RIGHT answers again now too |
| 13:06.02 |
brlcad |
just
fyi |
| 13:06.17 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5893 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 7
*/ |
| 13:07.53 |
zero_level |
brlcad :
Thanks :-) |
| 13:10.25 |
Notify |
03BRL-CAD:mohitdaga * 56412
brlcad/trunk/src/libicv/bw.c: Add sys/stat header for FLAGS used in
read/write. |
| 13:10.28 |
zero_level |
``Erik :
worked on my machine. Checked bu removing each header. |
| 13:10.54 |
zero_level |
I believe
after r56412 must compile cleanly on your machine. |
| 13:11.03 |
zero_level |
Pls do ack.
Thanks. |
| 13:11.14 |
``Erik |
zero_level: I
like to test a couple different platforms just to verify things
like... I saw the error on both fbsd (brlcad.org) and a rhel
machine |
| 13:12.34 |
``Erik |
yup, works
now and you chose the right header (stat.h also has those defines,
but your purpose would want fcntl.h) |
| 13:12.58 |
zero_level |
ok.
Thanks. |
| 13:25.57 |
zero_level |
``Erik I am
poor at naming functions/file names. |
| 13:26.26 |
zero_level |
Can u suggest
me name for for a file where I keep uchar2double
double2uchar. |
| 13:26.38 |
zero_level |
Also the
scope of this files will extend in future. |
| 13:27.10 |
zero_level |
Where we will
keep routines to convert to other data types for high resolution
bmp, png images. |
| 13:27.21 |
zero_level |
my suggestion
is do.c |
| 13:28.44 |
zero_level |
opps
double.c |
| 13:33.29 |
``Erik |
uh, util.c
? |
| 13:34.19 |
``Erik |
libicv_private.h and do 'em as macro or
static inline? :D |
| 13:35.24 |
``Erik |
seems to be
some precidence for doing something like icv_util.c |
| 13:35.32 |
``Erik |
precedence |
| 13:40.03 |
zero_level |
hi. getting
this error in benchmark now. |
| 13:40.05 |
zero_level |
http://paste.kde.org/p18486ad6/ |
| 13:40.18 |
zero_level |
related to
Permissions of .g file |
| 13:41.14 |
Notify |
03BRL-CAD:mohitdaga * 56413
(brlcad/trunk/src/libicv/CMakeLists.txt
brlcad/trunk/src/libicv/fileformat.c): Segrgating routines related
to pix format |
| 13:41.58 |
``Erik |
might have to
manually delete m35.g (or change it's permissions) |
| 13:42.06 |
brlcad |
zero_level:
perhaps type2type.c or encoding.c or conversion.c |
| 13:50.56 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 5894 /wiki/User:Izak/GSOC_2013_logs: /*
Mid-term Evaluation week */ |
| 13:51.28 |
Notify |
03BRL-CAD:starseeker * 56414
brlcad/trunk/doc/docbook/system/mann/en/comb.xml: reorganize comb
man page - break options out into list. |
| 13:57.03 |
Notify |
03BRL-CAD:mohitdaga * 56415
brlcad/trunk/src/libicv/CMakeLists.txt: Trailing ws |
| 14:02.02 |
*** join/#brlcad caen23
(~caen23@92.81.199.45) |
| 14:02.53 |
zero_level |
I guess
encoding.c is nice. |
| 14:16.22 |
Notify |
03BRL-CAD:mohitdaga * 56416
(brlcad/trunk/src/libicv/CMakeLists.txt
brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/pix.c): Add a
new file encoding.c. This file will contain data conversion for
saving and loading from different formats of images. These routines
will act as a bridge. For eg. file.someformat ---> Use routine
from this file --> Load to icv_image struct --> do processing
--> Use routines from this |
| 14:16.25 |
Notify |
file for
desired formats --> Save in the desired format. |
| 14:16.42 |
Ch3ck_ |
working on
the unit test for bn_poly_quadratic_roots and I wish to know what
to do when a quadratic equation has two roots how does
bn_poly_quadratic_roots() handle that case. |
| 14:17.21 |
zero_level |
brlcad :
Although encoding.c is fine as a name. But this will create a bunch
of very small files. (I guess that is fine) else ``Erik's idea of a
utility shld be followed |
| 14:22.35 |
Ch3ck_ |
its ok guys
seen a way to handle it.. :) |
| 14:24.11 |
Notify |
03BRL-CAD:mohitdaga * 56417
(brlcad/trunk/src/libicv/encoding.c brlcad/trunk/src/libicv/pix.c):
Add file descriptions. |
| 14:25.42 |
Notify |
03BRL-CAD:mohitdaga * 56418
brlcad/trunk/src/libicv/fileformat.c: Adding file information for
extern functions. |
| 14:26.30 |
zero_level |
``Erik what
was the tag flags in "icv_image_file" struct used for? |
| 14:26.40 |
zero_level |
I added that
without change. |
| 14:26.53 |
zero_level |
I see there
are two flas used. |
| 14:27.00 |
zero_level |
for stream
and buffer. |
| 14:27.29 |
zero_level |
*flags. |
| 14:35.06 |
*** join/#brlcad cogitokat
(~kat@ip70-171-0-190.ga.at.cox.net) |
| 14:37.58 |
``Erik |
I don't think
the flags field was ever actually used, looked like I was setting
up things to allow a bif to be streamed or buffered but that
capability never became important |
| 14:38.27 |
``Erik |
way back in
'07 O.o |
| 14:44.31 |
*** join/#brlcad Izak_
(~Izak@195.24.220.16) |
| 14:53.48 |
Notify |
03BRL-CAD:mohitdaga * 56419
(brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/fileformat.c):
Remove Flags from 'icv_image' struct. |
| 14:56.31 |
Notify |
03BRL-CAD:carlmoore * 56420
(brlcad/trunk/doc/docbook/system/mann/en/comb.xml
brlcad/trunk/include/raytrace.h): remove trailing blanks/tabs, and
fix a spelling |
| 15:02.46 |
Ch3ck_ |
hey guys
what's happening to brlcad source these days compiling code and i'm
getting this opennurbs error : http://pastebin.com/8a6FbJzs |
| 15:05.33 |
Ch3ck_ |
compilation
even failed. Trying a fresh compile to see |
| 15:14.32 |
Ch3ck_ |
brlcad: how
communicative am I during this as concerning my writing of the unit
tests for poly.c functions |
| 15:14.42 |
Ch3ck_ |
brlcad: I
mean this weeki |
| 15:17.23 |
Ch3ck_ |
brlcad:~:-P |
| 15:31.08 |
Notify |
03BRL-CAD:erikgreenwald * 56421
brlcad/trunk/src/adrt/isst_tcltk.c: check that the dm was
successfully opened before setting the default bg color |
| 15:41.20 |
cogitokat |
When I run
make tests after compiling, there are 4 failing tests. http://pastebin.com/DZkvF9BY |
| 15:42.10 |
cogitokat |
Why? |
| 15:43.38 |
``Erik |
the NURBS-
and test_ssi ones are supposed to fail (not implemented yet), which
other two are you seeing? (i'm seeing 3 others on some
platforms) |
| 15:45.46 |
zero_level |
``Erk here is
the paste kde link of his errors |
| 15:45.52 |
zero_level |
http://paste.kde.org/p33524d6e/ |
| 15:46.56 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 5895
/wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 29 July - 4 August
*/ |
| 15:47.14 |
``Erik |
progname is
due to a recent modification in the test suite, it seems to work on
mac but not anywhere else... and bottess_test is build system
related, ctest is trying bin/test_bottess but it's being build in
src/libgcv/test_bottess |
| 15:47.35 |
``Erik |
they'll be
fixed soonish, before the next release *shrug* |
| 15:47.48 |
cogitokat |
Okay, thank
you. |
| 16:08.34 |
zero_level |
wq |
| 16:31.36 |
*** join/#brlcad Izak_
(~Izak@195.24.220.16) |
| 16:31.39 |
cogitokat |
I'm trying to
use swig to make python bindings, and when I do the swig command it
says this http://paste.kde.org/p3775a896/
This is the #if it's taliking about in db.h http://paste.kde.org/p15615e93/ |
| 16:32.42 |
cogitokat |
Why is it an
error and how can I fix it? |
| 16:42.16 |
*** join/#brlcad Izak_
(~Izak@195.24.220.16) |
| 16:44.39 |
*** join/#brlcad Izak__
(~Izak@66-118-151-70.static.sagonet.net) |
| 16:52.03 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 5896 /wiki/User:Izak/GSOC_2013_logs: /*
Mid-term Evaluation week */ |
| 17:01.59 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 17:04.06 |
Notify |
03BRL-CAD:erikgreenwald * 56422
brlcad/trunk/src/rt/main.c: free the rti after raytracing is
done |
| 17:04.12 |
*** join/#brlcad Izak_
(~Izak@195.24.220.16) |
| 17:04.25 |
*** join/#brlcad Izak___
(c318dc10@gateway/web/freenode/ip.195.24.220.16) |
| 17:17.34 |
cogitokat |
Has anyone
succesfully used swig? It seems like there are all sorts of errors
in the header files that it does not like. |
| 17:27.37 |
Izak__ |
I have not
used swig before |
| 17:41.31 |
Notify |
03BRL-CAD:starseeker * 56423
brlcad/trunk/doc/docbook/system/mann/en/comb.xml: add an example
search for flattenable objects to the comb man page. |
| 18:18.42 |
Notify |
03BRL-CAD:mohitdaga * 56424
brlcad/trunk/include/icv.h: Add flags in icv_image
struct |
| 18:19.20 |
Notify |
03BRL-CAD
Wiki:KeshaSShah * 5897 /wiki/User:KeshaSShah/GSoC13/Reports: /*
Week 7 */ |
| 18:19.33 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 18:19.43 |
Notify |
03BRL-CAD
Wiki:KeshaSShah * 5898 /wiki/User:KeshaSShah/GSoC13/Reports: /*
August 1 */ |
| 18:30.11 |
Notify |
03BRL-CAD:mohitdaga * 56425
(brlcad/trunk/include/icv.h
brlcad/trunk/src/libicv/CMakeLists.txt): Add operations file. This
will contain all the airthmatic and related routines. |
| 18:32.34 |
brlcad |
cogitokat:
they're not errors in the header, it's just we used some advanced
pre-processor constructs that swig has trouble with |
| 18:32.43 |
brlcad |
that said,
"yes" is the answer to your question ;) |
| 18:32.58 |
brlcad |
you don't
want to feed swig all the headers, just ones for a particular
library |
| 18:34.34 |
brlcad |
and actually,
your error in http://paste.kde.org/p3775a896/
is just a compiler-related issue |
| 18:36.42 |
Notify |
03BRL-CAD:brlcad * 56426
brlcad/trunk/include/db.h: we're no longer support k&r, assume
stdc |
| 18:36.45 |
Notify |
03BRL-CAD:mohitdaga * 56427
(brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/operations.c):
Adding icv_add_val function. This adds a constant value to all the
pixels of an image. |
| 18:37.26 |
cogitokat |
I did a thing
that fixed that error, but ended up with Error: Syntax error in
input(1) for something in render.h... so should I follow the
example in misc/perl for whatever header I might want? |
| 18:40.41 |
brlcad |
your timing
is ironic |
| 18:40.57 |
brlcad |
one of the
other devs (tom) has been working in misc/perl just the past few
days on a swig interface |
| 18:41.14 |
brlcad |
so yeah, you
could certainly start there though that is a work in
progress |
| 18:41.21 |
Notify |
03BRL-CAD:brlcad * 56428
brlcad/trunk/include/orle.h: assume stdc |
| 18:41.28 |
cogitokat |
Ah, I
see |
| 18:41.57 |
Notify |
03BRL-CAD:mohitdaga * 56429
(brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/operations.c):
Add routines which performs operations with contant. |
| 18:42.44 |
cogitokat |
brlcad, is
there anywhere else I can see bindings being made
successfully? |
| 18:44.28 |
Notify |
03BRL-CAD:mohitdaga * 56430
brlcad/trunk/src/libicv/operations.c: trailing ws |
| 18:45.04 |
brlcad |
cogitokat:
I'm afraid only in Tcl and not via SWIG |
| 18:45.29 |
brlcad |
cogitokat: do
you have a goal in mind? there might be another way |
| 18:46.56 |
cogitokat |
brlcad, the
goal is to make nurbs things happen in python, using
brlcad |
| 18:47.39 |
brlcad |
of course you
reach into the most advanced and active area of devleopment...
:) |
| 18:48.44 |
brlcad |
cogitokat:
three thoughts come to mind |
| 18:49.08 |
brlcad |
1) you could
try to swigify just openNURBS (src/other/openNURBS,
C++) |
| 18:50.06 |
brlcad |
2) you could
swigify our LIBGED library, which gets you access to most commands
used for our scripting layer and mged |
| 18:51.21 |
brlcad |
3) our
geometry service project (which is not yet usable) is designed to
bridge language bindings through a net-centric protocol |
| 18:52.09 |
Notify |
03BRL-CAD:tbrowder2 * 56431
(brlcad/trunk/doc/burst/Funcs
===================================================================
and 33 others): add burst doc source |
| 18:56.11 |
cogitokat |
brlcad, I
think I'll attempt to do #2. |
| 18:57.47 |
Notify |
03BRL-CAD:mohitdaga * 56432
(brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/operations.c):
Add functions which performs operations between two
images. |
| 19:00.03 |
cogitokat |
brlcad,
thanks for the info and suggestions |
| 19:07.42 |
Notify |
03BRL-CAD:mohitdaga * 56433
(brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/operations.c):
Add icv_saturate function. This changes the saturation of image
pixels. |
| 19:11.14 |
Notify |
03BRL-CAD:mohitdaga * 56434
brlcad/trunk/include/icv.h: Add ICV_EXPORT before the
functions. |
| 19:20.04 |
brlcad |
cogitokat:
let me or any one of the other guys know if you need
anything |
| 19:20.27 |
brlcad |
really
looking forward to someone taking that to the next level, setting
up a useful interface |
| 19:24.47 |
Notify |
03BRL-CAD:starseeker * 56435
(brlcad/trunk/include/raytrace.h
brlcad/trunk/src/libged/move_all.c): Extract the bit from mvall
that does the object reference renaming for a comb tree and make it
available as a function call - will need this for a comb command
feature. |
| 19:24.59 |
cogitokat |
brlcad, I
sure will, does tom use irc? |
| 19:25.49 |
brlcad |
sometimes,
but he's more active on the mailing list |
| 19:26.07 |
cogitokat |
ah |
| 19:26.39 |
brlcad |
you're
welcome to work with him there or, if his progress stagnates, take
over the initiative |
| 19:27.28 |
zero_level |
time for some
stats functions after the break. And it is raining cats and dogs
here :-) |
| 19:27.50 |
cogitokat |
sounds
good |
| 19:28.42 |
zero_level |
brlcad :
pixsaturate is converted to icv_satureate. |
| 19:28.52 |
zero_level |
*icv_saturate. |
| 19:29.05 |
zero_level |
pix_satureate
contains author info |
| 19:29.31 |
zero_level |
do you think
I should bring that name too icv_saturate |
| 19:29.41 |
zero_level |
c/pix_saturate/pixsaturate |
| 19:29.55 |
zero_level |
c/too/to |
| 19:33.40 |
Notify |
03BRL-CAD:brlcad * 56436
brlcad/trunk/src/util/pixsaturate.c: clean up the description,
remove duplicate info and authorship commentary |
| 19:33.42 |
brlcad |
zero_level:
there's your answer |
| 19:35.38 |
zero_level |
alright.
Thanks. |
| 19:42.28 |
``Erik |
what's the
issue with the current swig stuff? it was able to compile generated
interfaces for a couple languages when I committed it |
| 19:47.54 |
cogitokat |
<PROTECTED> |
| 19:55.32 |
Notify |
03BRL-CAD:brlcad * 56437
brlcad/trunk/include/bu.h: simplify temporal comment |
| 19:56.44 |
Notify |
03BRL-CAD:mohitdaga * 56438
brlcad/trunk/include/icv.h: The way flags are used. They must be
powers of 2. |
| 20:07.27 |
Notify |
03BRL-CAD:mohitdaga * 56439
(brlcad/trunk/include/icv.h
brlcad/trunk/src/libicv/CMakeLists.txt): Add stat.c This will
contain statistics and histogram routines. Also adding icv_hist
function |
| 20:08.34 |
Notify |
03BRL-CAD:starseeker * 56440
brlcad/trunk/src/librt/comb/db_comb.c: Oops, helps to actually
commit the definition. |
| 20:13.00 |
Notify |
03BRL-CAD:mohitdaga * 56441
(brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/stat.c): Change
the name of the function |
| 20:14.16 |
Notify |
03BRL-CAD:mohitdaga * 56442
brlcad/trunk/src/libicv/stat.c: Change the name of the
function |
| 20:16.45 |
Notify |
03BRL-CAD:brlcad * 56443
brlcad/trunk/src/external/Cubit/g-sat.cpp: don't forget to update
the cpp files, s/rt_g/RTG/ |
| 20:16.56 |
Notify |
03BRL-CAD:mohitdaga * 56444
brlcad/trunk/src/libicv/stat.c: Add icv_min function. |
| 20:18.10 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 5899 /wiki/User:Vladbogolin/GSoC2013/Logs: /*
Week 7 */ |
| 20:18.31 |
Notify |
03BRL-CAD:mohitdaga * 56445
brlcad/trunk/include/icv.h: Declare functions in the
header. |
| 20:18.58 |
Notify |
03BRL-CAD:brlcad * 56446
(brlcad/trunk/include/raytrace.h brlcad/trunk/src/adrt/load_g.c and
93 others): rename the rt_g global to RTG so that it's more
distinct that it's a global, less likely to shadow, and so that it
doesn't match struct rt_g in name. |
| 20:19.38 |
zero_level |
brlcad : what
is your say about the api now ? |
| 20:23.46 |
Notify |
03BRL-CAD
Wiki:Level zero * 5900 /wiki/User:Level_zero/GSOC13/logs: /* Week 7
*/ |
| 20:24.37 |
Notify |
03BRL-CAD:brlcad * 56447
brlcad/trunk/src/librt/globals.c: rename the actual global, rt_g is
now RTG. |
| 20:24.38 |
brlcad |
zero_level:
I'll have a look later this afternoon |
| 20:24.45 |
zero_level |
alright |
| 20:24.52 |
zero_level |
goes to bed. |
| 20:25.24 |
Notify |
03BRL-CAD:mohitdaga * 56448
brlcad/trunk/src/libicv/stat.c: trailing ws |
| 20:25.25 |
brlcad |
watching the
commits, it's been looking good |
| 20:25.37 |
brlcad |
might want to
do a pass over the header file to make sure it's
neat/organized |
| 20:25.41 |
brlcad |
so it's easy
to digest |
| 20:25.45 |
brlcad |
a quick
pass |
| 20:25.46 |
zero_level |
alright. |
| 20:26.06 |
zero_level |
Its 1:55 am
here. :-) |
| 20:26.30 |
zero_level |
stat requires
comments and operations a modifcations. |
| 20:26.45 |
zero_level |
I will try to
catch them early morning tommorow. |
| 20:27.23 |
brlcad |
sounds
good |
| 20:28.53 |
Notify |
03BRL-CAD:brlcad * 56449
brlcad/trunk/CHANGES: rt_g is now RTG |
| 20:37.34 |
*** join/#brlcad mpictor
(~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505) |
| 20:44.50 |
Notify |
03BRL-CAD:brlcad * 56450
brlcad/trunk/src/libicv/operations.c: remove debug statement
(should have used %f and/or bu_log anyways). |
| 20:57.37 |
Notify |
03BRL-CAD:starseeker * 56451
(brlcad/trunk/doc/docbook/system/mann/en/comb.xml
brlcad/trunk/src/libged/comb.c): Add initial stab at implementation
of the 'lift region' option to comb (-l) that clears out all region
flags below the specified combination and sets the region flag on
the specified combination. If a region is used in another tree,
this option uses the wrapping functionality to swap regions for
combs in |
| 20:57.39 |
Notify |
the local
tree while preserving the region's properites elsewhere, except
when doing so would yank the region flag out from a comb that is
defining something in another tree. (basic option is described in
man page, examples will be added to clarify.) |
| 21:01.24 |
Notify |
03BRL-CAD:brlcad * 56452
brlcad/trunk/src/conv/step/g-step.cpp: sfile is unused,
removed |
| 21:13.49 |
Notify |
03BRL-CAD:n_reed * 56453
(brlcad/trunk/src/tclscripts/archer/Archer.tcl
brlcad/trunk/src/tclscripts/archer/CMakeLists.txt): add empty brep
editing frame to archer |
| 21:20.47 |
Notify |
03BRL-CAD:starseeker * 56454
brlcad/trunk/src/libged/comb.c: No need to search every time, just
add and remove the pointers as needed. |
| 21:26.00 |
Notify |
03BRL-CAD:starseeker * 56455
brlcad/trunk/doc/docbook/system/mann/en/comb.xml: Add -l option to
man page usage. |
| 21:27.14 |
brlcad |
cogitokat:
try commenting out that render.h line (it shouldn't even be looking
at that file) |
| 21:27.42 |
brlcad |
that might be
the difference, you're running on an install tree instead of the
published headers in our source include/ directory |
| 22:12.33 |
``Erik |
brlcad: any
chance of adding %%ircname%% to new-committer.template?
:D |
| 22:13.17 |
``Erik |
searches AUTHORS O.o |
| 22:51.03 |
brlcad |
``Erik:
sure |
| 22:51.12 |
brlcad |
he's ejno
;) |
| 22:51.55 |
Notify |
03BRL-CAD:brlcad * 56456
(brlcad/trunk/CHANGES
brlcad/trunk/doc/docbook/system/man3/en/librt.xml and 136 others):
the rt_functab global is now OBJ. this will eventually not matter
because we'll hide the table behind an API (and then make it go
away with self-registered types). |
| 00:00.51 |
cogitokat |
brlcad, I
just tried what you said and it let me do a swig command without
anymore errors, neat! It still isn't creating a proper python
module, yet, but at least I can tinker with that now. |
| 00:28.36 |
``Erik |
hearing rumor
that the inner harbor is starting to fill up with bronies
O.o |
| 03:29.16 |
Notify |
03BRL-CAD:starseeker * 56457
brlcad/trunk/doc/docbook/system/mann/en/comb.xml: Add examples
illustrating the various behaviors of the -l option for
comb. |
| 04:48.31 |
Notify |
03BRL-CAD
Wiki:Harman052 * 5901
/wiki/User:Harman052/GSoc2013/Logs: |
| 04:56.37 |
Notify |
03BRL-CAD:phoenixyjll * 56458
(brlcad/trunk/include/brep.h
brlcad/trunk/src/libbrep/intersect.cpp): Reuse the surface trees
and curve trees during multiple intersections to reduce repeat
computation. |
| 05:08.58 |
*** join/#brlcad witness__
(uid10044@gateway/web/irccloud.com/x-esmwfsspckywvnea) |
| 05:08.58 |
Notify |
03BRL-CAD
Wiki:Harman052 * 5902 /wiki/User:Harman052/GSoc2013/Logs: /* July
01 2013 */ |
| 06:34.18 |
*** join/#brlcad caen23_
(~caen23@92.81.193.198) |
| 06:37.39 |
Notify |
03BRL-CAD:phoenixyjll * 56459
brlcad/trunk/src/libbrep/intersect.cpp: Make sure the results after
iterations are inside the domains. |
| 06:49.51 |
Notify |
03BRL-CAD:mohitdaga * 56460
brlcad/trunk/include/icv.h: Improve comments of routines in
operations.c |
| 07:01.41 |
*** join/#brlcad witness__
(uid10044@gateway/web/irccloud.com/x-ywdhpckytrlbnxzi) |
| 08:28.18 |
*** join/#brlcad merzo
(~merzo@207-17-133-95.pool.ukrtel.net) |
| 08:30.52 |
*** join/#brlcad witness__
(uid10044@gateway/web/irccloud.com/x-xmppilpmofuwgrrd) |
| 09:22.33 |
Notify |
03BRL-CAD:mohitdaga * 56461
brlcad/trunk/include/icv.h: Add comments for stats
routines |
| 09:26.35 |
*** join/#brlcad Ch3ck_
(~Ch3ck@195.24.220.16) |
| 09:35.05 |
Ch3ck_ |
brlcad:
starseeker: ``Erik: when creating the code patches for these unit
tests should I add them as iterations of each other or as
independent patches, whereby one does not depend on another both in
application and integration in code? |
| 09:37.11 |
*** join/#brlcad Izak_
(~Izak@66-118-151-70.static.sagonet.net) |
| 09:37.38 |
*** join/#brlcad Izak__
(~Izak@195.24.220.16) |
| 10:21.38 |
``Erik |
if the two
patches can be applied in either order (no conflicts), then they
can be seperate patches... if they conflict in some fashion, then
they should be done serially and a note the dependancy in the
comments |
| 10:28.20 |
Ch3ck_ |
ok I made
them to apply independently with no conflicts what so
ever |
| 10:28.23 |
Ch3ck_ |
so its
ok |
| 10:38.09 |
Izak_ |
brlcad:I am
finding difficulties calculating the bounding box of the
heart |
| 12:35.01 |
starseeker |
gah -
regression tests are broken (rtweight) |
| 12:40.39 |
zero_level |
starseeker :
I believe it is not because of ICV :P |
| 12:41.13 |
zero_level |
Ch3ck
notified this few days back. |
| 12:41.50 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 12:44.06 |
starseeker |
goes hunting |
| 12:55.18 |
zero_level |
I was not
sure why my shrink routines were not workin while doing a unit
test. |
| 12:55.58 |
zero_level |
zero level sees there are seg faults in bwshrink (undersample
and normal) pixshrink(undersample). |
| 12:56.08 |
zero_level |
I am trying
to fix them. |
| 12:56.19 |
*** join/#brlcad Ch3ck_
(~Ch3ck@195.24.220.16) |
| 13:04.36 |
starseeker |
rtweight
breakage was introduced in r56243 |
| 13:11.44 |
starseeker |
Izak_: I
think that's why the free logic for the output file didn't live in
do.c - the commands using the -o file for image output can get away
with that, but the ones using it for text output can't - and do.c
is reused by all of them, so it has to be handled on a per-command
basis |
| 13:13.20 |
Izak__ |
starseeker: i
don't understand :( |
| 13:15.49 |
Izak__ |
starseeker: I
am taking a look at do.c |
| 13:15.56 |
Notify |
03BRL-CAD:phoenixyjll * 56462
brlcad/trunk/src/libbrep/intersect.cpp: When i < 2 and >= 2,
the iso-curve is on surface A and surface B
respectively. |
| 13:17.26 |
zero_level |
starseeker
can u paste the error. I am getting this http://paste.kde.org/p58ae57e2/ |
| 13:18.04 |
starseeker |
zero_level:
try make regress-weight |
| 13:18.23 |
Notify |
03BRL-CAD:phoenixyjll * 56463
brlcad/trunk/src/libbrep/intersect.cpp: Fix wrong use of m_a and
m_b. |
| 13:18.32 |
zero_level |
still getting
same. |
| 13:18.57 |
starseeker |
Izak__: you
should be seeing something about rtweight segfaulting |
| 13:19.15 |
starseeker |
you didn't
post your full output there |
| 13:19.42 |
starseeker |
I may not
have the cause correct yet, still digging |
| 13:19.50 |
zero_level |
alright.
Thanks. |
| 13:20.54 |
Notify |
03BRL-CAD:phoenixyjll * 56464
brlcad/trunk/src/libbrep/intersect.cpp: Remove the curves that
doesn't have shared points on both starting point and end point
(it's impossible for them to be a part of the loop) |
| 13:22.07 |
Notify |
03BRL-CAD:phoenixyjll * 56465
brlcad/trunk/src/libbrep/intersect.cpp: Should be non-strictly in
and strictly out. |
| 13:24.15 |
starseeker |
huh. Yeah,
that's not it, but it's still something introduced in
r56243 |
| 13:26.49 |
zero_level |
starseeker
can u paste the error. |
| 13:27.25 |
zero_level |
Is it the
same as the link I gave ? |
| 13:28.00 |
Notify |
03BRL-CAD:carlmoore * 56466
(brlcad/trunk/doc/burst/paper.mm brlcad/trunk/doc/burst/screen.tbl
and 2 others): fix spellings and remove trailing
blanks/tabs |
| 13:32.05 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5903 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 7
*/ |
| 13:32.39 |
Ch3ck_ |
starseeker:
just wrote the unit tests for all the routines in poly.c. So I wish
to know if i really need to write unit tests for bn_pr_poly() and
bn_pr_roots() routines since they simply just print
output? |
| 13:33.09 |
Ch3ck_ |
which I don't
think its really that useful. |
| 13:33.34 |
*** join/#brlcad kesha_
(~kesha@14.139.122.114) |
| 13:34.15 |
starseeker |
Ch3ck_: nah
(at least, not a priority). How are you getting the "valid" poly
results to compare to? |
| 13:34.40 |
Ch3ck_ |
yes |
| 13:34.49 |
starseeker |
GNU Octave,
Maxima, ...? |
| 13:35.25 |
Ch3ck_ |
tried extreme
cases of known results using online poly calculators |
| 13:35.38 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5904 /wiki/User:Phoenix/GSoc2013/Reports: /*
Mid-term summary */ |
| 13:35.49 |
starseeker |
"online poly
calculators"? |
| 13:35.51 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5905 /wiki/User:Phoenix/GSoc2013/Reports: /*
Mid-term summary */ |
| 13:36.00 |
starseeker |
did you
document which ones in the source code of the tests? |
| 13:36.16 |
Ch3ck_ |
like
mathportal.org |
| 13:36.23 |
starseeker |
important for
something like this to explain why the control numbers you are
testing against are believed to be correct |
| 13:37.01 |
Ch3ck_ |
ok like
actually explaining how i get the correct numbers in the source
codes? |
| 13:37.11 |
starseeker |
absolutely |
| 13:37.41 |
Ch3ck_ |
well did not
include that in the source code |
| 13:38.02 |
Ch3ck_ |
but will do
the modifications and give a link to the mathportal.org
site |
| 13:38.05 |
Ch3ck_ |
is that
ok? |
| 13:38.13 |
starseeker |
if you use
the numbers from our solver to make the control numbers, the unit
test just verifies the behavior is consistent from release to
release |
| 13:38.45 |
starseeker |
that's
valuable, but as long as you're crafting the tests its also an
opportunity to document the correctness of our solver as compared
to results from "trusted" sources |
| 13:39.18 |
starseeker |
isn't familiar with mathportal... do they say what they are
using as their solver engine? |
| 13:39.44 |
starseeker |
want to
document what solver software is used, not just the web address - a
website can change its backend. |
| 13:40.00 |
Ch3ck_ |
yeah.. let me
check that. |
| 13:40.12 |
starseeker |
I.e., are
they using Mathematica version 4.1, Matlab 3.2, GNU Octave version
2.3, etc... |
| 13:40.48 |
starseeker |
and if there
*are* differences, need to investigate why |
| 13:41.47 |
Ch3ck_ |
ok will
do |
| 13:42.14 |
Ch3ck_ |
so how do i
include the documentation in the code? as a comment at the
beginning of the file? or what? |
| 13:42.19 |
starseeker |
Izak__:
http://paste.kde.org/peefb18ad/ |
| 13:42.25 |
starseeker |
Ch3ck_:
that's fine |
| 13:42.51 |
starseeker |
when you
encode the "correct" comparison result, add a comment with that
definition that documents where it came from |
| 13:43.05 |
Ch3ck_ |
ok |
| 13:44.02 |
starseeker |
Izak__:
that's the crash I'm seeing for rtweight |
| 13:44.59 |
Izak__ |
starseeker: I
don't get it. I have not compiled the code I have written
yet. |
| 13:46.25 |
starseeker |
Izak__:
backtrace is crashing at viewweight.c:381 when it tries to write to
outfp |
| 13:51.34 |
*** join/#brlcad Izak_
(~Izak@66-118-151-70.static.sagonet.net) |
| 13:52.04 |
*** join/#brlcad zero_level
(~mohit@66-118-151-70.static.sagonet.net) |
| 13:52.05 |
*** join/#brlcad tofu
(~sean@66-118-151-70.static.sagonet.net) |
| 13:52.09 |
*** join/#brlcad ejno_
(~ejno@unaffiliated/kazaik) |
| 13:52.19 |
*** join/#brlcad n_reed_
(~molto_cre@66-118-151-70.static.sagonet.net) |
| 13:56.41 |
Izak__ |
starseeker: I
am building right now. I am not working on these source files now.
Maybe some other developer is |
| 14:08.16 |
Notify |
03BRL-CAD:tbrowder2 * 56467
brlcad/trunk/doc/burst/Make-paper.sh: don't need
ps.tmac |
| 14:15.40 |
zero_level |
starseeker :
how do u think we can fix this ? |
| 14:16.32 |
Notify |
03BRL-CAD:starseeker * 56468
brlcad/trunk/src/rt/viewweight.c: Have rtweight handle outfp
locally based on the options. Not sure if this is the 'correct' fix
given the problem was somehow introduced in r56243 (not sure why
yet) but it does seem to make sense and gets regress passing
again. |
| 14:18.35 |
starseeker |
zero_level:
need to understand why it suddenly fails in r56243. I've committed
a change to get it working, but I don't know if that's the
'correct' fix because I don't know yet what about r56243 originally
broke it |
| 14:19.00 |
zero_level |
strange. It
is |
| 14:19.08 |
starseeker |
zero_level:
take a look at it without my fix and see if you can reproduce
it |
| 14:19.40 |
zero_level |
After libicv
i want to work on organizing rt. |
| 14:20.09 |
zero_level |
It seems to
involve a lot of files. |
| 14:20.20 |
zero_level |
I hope it
will be interesting to work on it. |
| 14:20.38 |
zero_level |
starseeker :
looking at this. |
| 14:26.19 |
zero_level |
starseeker :
outputfile is the file where we write images. |
| 14:26.31 |
zero_level |
it is the
argument in icv_save() |
| 14:26.50 |
Notify |
03BRL-CAD:starseeker * 56469
brlcad/trunk/src/libged/comb.c: Thank you repository regression
test. Use bu_strcmp instead of strcmp |
| 14:36.03 |
Notify |
03BRL-CAD:starseeker * 56470
brlcad/trunk/doc/CMakeLists.txt: Tell the build system about the
burst doc files - not something to install in this form, but still
need to be aware that they are there. |
| 14:43.18 |
Notify |
03BRL-CAD
Wiki:Deep bidhare * 0 /wiki/User:Deep_bidhare: |
| 15:02.33 |
starseeker |
Izak__:
sorry, a couple of zero_level's comments got directed to you by
mistake |
| 15:02.40 |
Ch3ck_ |
starseeker:
checked mathworld and they have given their math solver. should i
retry the values with octave? since i have it installed |
| 15:02.49 |
starseeker |
Ch3ck_:
sure |
| 15:03.41 |
Ch3ck_ |
then i will
have to edit the patches so as to include the references and
reference values. |
| 15:04.05 |
starseeker |
right
(regenerate them, don't edit the patch files directly) |
| 15:04.33 |
starseeker |
zero_level: I
may have already fixed the issue with rtweight - I just want to be
sure you understand what was happening and why |
| 15:04.42 |
Ch3ck_ |
ok |
| 15:05.12 |
starseeker |
zero_level:
was talking about it with ``Erik, and what r56468 did should
work |
| 15:05.41 |
starseeker |
zero_level:
but the key when working with the rt tools like this is to be aware
of when you might be breaking things |
| 15:06.20 |
starseeker |
Ch3ck_:
hopefully, everybody should agree on the solutions to the
equations |
| 15:06.33 |
Ch3ck_ |
ok |
| 15:07.13 |
Ch3ck_ |
just want to
verify the values with octave.But my octave keeps giving me this
error " libhdf5.so.6" |
| 15:07.27 |
starseeker |
that's a
library |
| 15:07.29 |
Ch3ck_ |
do you have
any idea on how to fix it? :( |
| 15:07.31 |
Ch3ck_ |
yeah |
| 15:07.40 |
Ch3ck_ |
probably a
yum command on how to downlaod it. |
| 15:07.41 |
starseeker |
either need
to install hdf5 or rebuild octave |
| 15:07.58 |
Ch3ck_ |
i have
installed hdf5 already but |
| 15:08.04 |
Ch3ck_ |
i still get
the same msg |
| 15:08.06 |
Notify |
03BRL-CAD:erikgreenwald * 56471
brlcad/trunk/TODO: add note about rtweight in regress, breakage was
observed from a seemingly unrelated modification |
| 15:08.20 |
starseeker |
what
distribution? |
| 15:08.26 |
Ch3ck_ |
SL
6 |
| 15:08.37 |
Ch3ck_ |
a clone of
RHEL |
| 15:09.29 |
starseeker |
http://octave.1599824.n4.nabble.com/Problem-in-3-6-2-on-SL6-with-hdf5-td4631690.html |
| 15:09.34 |
starseeker |
does that
help? |
| 15:09.49 |
Ch3ck_ |
checking it
out.. |
| 15:13.35 |
Notify |
03BRL-CAD:carlmoore * 56472
(brlcad/trunk/doc/burst/fb.tbl
brlcad/trunk/doc/docbook/system/mann/en/comb.xml and 4 others): fix
spellings and grammar |
| 15:14.09 |
zero_level |
starseeker
can u guide me how should I find what made this error . |
| 15:14.14 |
Ch3ck_ |
starseeker:
this doesn't help me much. |
| 15:14.29 |
zero_level |
A) I have not
touched rtweight.c |
| 15:14.51 |
*** join/#brlcad merzo
(~merzo@54-12-133-95.pool.ukrtel.net) |
| 15:15.04 |
zero_level |
B) I have no
clue how changing other rt tool brought in that error. |
| 15:23.43 |
zero_level |
investigates what was wrong in 56243 |
| 15:25.13 |
``Erik |
heh neat
http://www.boredpanda.com/fun-maps-they-didnt-teach-you-in-school/ |
| 15:26.07 |
Notify |
03BRL-CAD:starseeker * 56473
brlcad/trunk/src/gtools/CMakeLists.txt: In order for beset to work
with the LOCAL flag (which a recent change rolled in with
NO_INSTALL) it needs to have its build target in the beset
subdirectory - otherwise, the binary output name conflicts with the
directory in the gtools build dir holding the beset information.
Should fix the in-src-dir build. |
| 15:27.37 |
starseeker |
zero_level:
yeah, the rt tools are intertwined - they all share a lot of the
same source code files. |
| 15:28.11 |
starseeker |
it looks like
viewweight.c was assuming something from the previous image
handling behavior, and its assumption is no longer
valid. |
| 15:28.59 |
starseeker |
zero_level: I
would suggest running the regress scripts regularly as you're
making changes |
| 15:29.33 |
starseeker |
Ch3ck_:
installing newer RPMs doesn't help? |
| 15:30.46 |
Ch3ck_ |
well i have
the libhdf5.so.7 |
| 15:31.07 |
starseeker |
right, so if
there is a newer octave rpm that you can get that uses that
version... |
| 15:31.22 |
Ch3ck_ |
well looking
at a solution where which shows i'll have to create a symbolic link
or something like that 'ln -s /directory' |
| 15:31.35 |
Ch3ck_ |
got it
already. |
| 15:31.35 |
zero_level |
alright. |
| 15:31.45 |
zero_level |
Just found
the bug. |
| 15:32.26 |
zero_level |
Since the new
icv api doesnt open the image therefore we dont have anythin in
output pointer |
| 15:33.14 |
zero_level |
but
starseeker you were quick to identify the error ? How did u do this
? |
| 15:33.21 |
starseeker |
nods. Figured it was something like that. That's probably OK,
actually, since now rtweight fopens with just 'w' rather than the
binary output |
| 15:33.33 |
zero_level |
yes. |
| 15:33.44 |
starseeker |
zero_level:
eh? I just used gdb to see what was segfaulting |
| 15:34.16 |
zero_level |
alright. So
you ran the whole regress with gdb ? |
| 15:35.06 |
starseeker |
led me to
viewweight.c |
| 15:35.19 |
starseeker |
just the
rtweight command from regress |
| 15:36.30 |
Notify |
03BRL-CAD:erikgreenwald * 56474
brlcad/trunk/TODO: nevermind, rtweight is already in
regress |
| 15:36.30 |
starseeker |
gdb --args
../bin/rtweight <options> (but without the redirect at the
end) |
| 15:36.52 |
starseeker |
when it
segfaulted, that let me use the backtrace command bt |
| 15:37.09 |
starseeker |
which showed
that the failure was trying to fprintf to outfp |
| 15:37.42 |
starseeker |
the most
logical reason for that to fail was outfp never got opened. Then
the challenge was to figure out where it *should* have been
opened |
| 15:38.27 |
zero_level |
gets back to some shrinking... |
| 15:38.32 |
starseeker |
that was the
time consuming part. Eventually concluded that it made sense for
viewweight.c to take care of it locally, since binary and ascii
write modes are different anyway |
| 15:42.28 |
Ch3ck_ |
starseeker:
fixed the problem with octave created the sym links correctly so
verifying the values.. |
| 15:51.02 |
Notify |
03BRL-CAD:mohitdaga * 56475
brlcad/trunk/src/util/bwshrink.c: Remove unwanted
bu_free |
| 15:53.57 |
*** join/#brlcad kesha_
(~kesha@14.139.122.114) |
| 15:54.20 |
Ch3ck_ |
verifying
values and they are returning the correct results as
mathforum.org |
| 15:54.37 |
Ch3ck_ |
modifying
patches to resubmit on sourceforge. |
| 15:54.52 |
*** join/#brlcad mpictor_
(~mpictor_@2600:1015:b11e:c3ca:0:1:a9a:e801) |
| 16:42.19 |
*** join/#brlcad vladbogo
(~vladbogo@188.25.239.5) |
| 17:01.14 |
Notify |
03BRL-CAD:mohitdaga * 56476
brlcad/trunk/src/util/pixshrink.c: Fix buffer freeing
issue. |
| 17:02.07 |
zero_level |
hi ``Erik,
brlcad : I would like you to see shrink function in both
util/pixshrink.c and util/bwshrink.c |
| 17:02.12 |
zero_level |
There are
issues here. |
| 17:02.33 |
zero_level |
* It must do
boxcar averaging. |
| 17:04.17 |
*** join/#brlcad kesha_
(~kesha@14.139.122.114) |
| 17:04.32 |
zero_level |
* but it
seems the function repatedly goes to the same locations and does
redundancy. (Thus performs horizontal redundancy.) |
| 17:04.55 |
zero_level |
I have two
wasy to fix this. |
| 17:06.24 |
zero_level |
A remove the
box car averaging and do horizontal averaging . (Improves
performance by shrink_factor) |
| 17:06.30 |
zero_level |
OR |
| 17:07.01 |
zero_level |
Intorduce a
new buffer.(needs more memory byt performance remains
same). |
| 17:07.10 |
*** join/#brlcad kesha_
(~kesha@14.139.122.114) |
| 17:20.59 |
zero_level |
alright
taking my call. |
| 17:21.21 |
zero_level |
Doing it with
the 2nd way. |
| 17:25.06 |
*** join/#brlcad kesha__
(~kesha@14.139.122.114) |
| 17:27.11 |
Notify |
03BRL-CAD
Wiki:195.24.220.16 * 5906
/wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 29 July - 4 August
*/ |
| 17:27.41 |
zero_level |
BTW is it
mandatory to write the MidTerm Evaluation report in the logs
? |
| 17:27.51 |
Ch3ck_ |
nope |
| 17:27.54 |
zero_level |
I am sort of
following the regular way. |
| 17:27.58 |
Ch3ck_ |
nahh |
| 17:28.04 |
Ch3ck_ |
have you read
the rules? |
| 17:28.09 |
zero_level |
which? |
| 17:28.23 |
Ch3ck_ |
its a private
matter between you and Google-melange |
| 17:28.28 |
Ch3ck_ |
same goes for
mentors |
| 17:28.38 |
Ch3ck_ |
but you could
still decide to paste it there |
| 17:28.43 |
Ch3ck_ |
its your
choice. |
| 17:28.56 |
zero_level |
ok Carol's
mail |
| 17:29.01 |
zero_level |
read
them. |
| 17:34.17 |
*** join/#brlcad mpictor_
(~mpictor_@2600:1015:b11e:c3ca:0:1:a9a:e801) |
| 17:34.37 |
Ch3ck_ |
what about
them? |
| 17:38.32 |
*** join/#brlcad mpictor_
(~mpictor_@2600:1015:b11e:c3ca:0:1:a9a:e801) |
| 17:43.22 |
Notify |
03BRL-CAD:starseeker * 56477
(brlcad/trunk/NEWS brlcad/trunk/src/libged/gqa.c): Per user
request, have gqa include information about what grid size is being
used, rather than simply reporting 'empty' or 'Summary' |
| 17:49.00 |
*** join/#brlcad avneet
(~avneet@202.164.53.122) |
| 17:49.43 |
Notify |
03BRL-CAD:starseeker * 56478
brlcad/trunk/NEWS: Added -l option to comb command that 'lifts' the
region flag to the top level comb and clears all region flags in
the tree below that comb. Has some advanced features, like
automatically wrapping regions that are used elsewhere in the .g
file and referencing the comb created by the wrap, and refusing to
perform the operation if it cannot be done without
changing |
| 17:49.45 |
Notify |
assembly
definitions used elsewhere in the tree (see the comb man page for
examples.) |
| 17:49.54 |
Notify |
03BRL-CAD:tbrowder2 * 56479
(brlcad/trunk/doc/burst/Makefile
===================================================================
and 29 others): add missing Makefile |
| 17:51.05 |
Notify |
03BRL-CAD:tbrowder2 * 56480
(brlcad/trunk/doc/burst/Make-paper.sh
===================================================================
and 17 others): rename for clarity of intent |
| 17:52.33 |
Notify |
03BRL-CAD:tbrowder2 * 56481
brlcad/trunk/doc/burst/Makefile: add a couple of more files for
cleaning |
| 17:53.34 |
*** join/#brlcad kesha__
(~kesha@14.139.122.114) |
| 18:00.16 |
Notify |
03BRL-CAD:tbrowder2 * 56482
brlcad/trunk/doc/burst/Makefile: reflect changed file names; rename
target for clarity |
| 18:00.58 |
Notify |
03BRL-CAD:tbrowder2 * 56483
(brlcad/trunk/doc/burst/paper.mm
===================================================================
and 1016 others): rename main troff source fiel for
clarity |
| 18:01.09 |
Notify |
03BRL-CAD:starseeker * 56484
brlcad/trunk/doc/CMakeLists.txt: Sync doc/CMakeLists.txt file with
burst changes |
| 18:03.12 |
Notify |
03BRL-CAD:tbrowder2 * 56485
(brlcad/trunk/doc/burst/run_doclifter.sh
===================================================================
and 7 others): add script for experimenting with
doclifter |
| 18:04.34 |
Notify |
03BRL-CAD:starseeker * 56486
brlcad/trunk/doc/CMakeLists.txt: Nevermind - just ignore the burst
directory while work is ongoing. |
| 18:12.25 |
Notify |
03BRL-CAD:mohitdaga * 56487
brlcad/trunk/src/util/pixshrink.c: Improve Box Average method in
shrink function |
| 18:12.39 |
Izak__ |
Well I have
already written prep,shot,bbox,print,vshot and curretly on
norm |
| 18:14.13 |
Notify |
03BRL-CAD:mohitdaga * 56488
(brlcad/trunk/src/util/dunncolor.c brlcad/trunk/src/util/dunnsnap.c
brlcad/trunk/src/util/pixshrink.c): trailing ws |
| 18:15.27 |
zero_level |
nevermind.
This new change doesnot increases memory burden. :-) |
| 18:17.46 |
Ch3ck_ |
ok |
| 18:18.02 |
Ch3ck_ |
updating patches on sf |
| 18:18.41 |
Ch3ck_ |
starseeker: I
have modified all the patches I submitted to make sure the
reference value was from Octave. Waiting on your
review. |
| 18:24.49 |
*** join/#brlcad kesha__
(~kesha@14.139.122.114) |
| 18:29.55 |
Notify |
03BRL-CAD:mohitdaga * 56489
brlcad/trunk/src/util/bwshrink.c: Improve BOX Average in shrink
function. |
| 18:54.12 |
starseeker |
Ch3ck_:
looking at bn_poly_mul patch - a comment and a question |
| 18:54.31 |
Ch3ck_ |
yes |
| 18:54.39 |
starseeker |
Ch3ck_:
question: why use string comparison between the input and output,
as opposed to a numerical comparison? |
| 18:55.09 |
Ch3ck_ |
well guessed
it would be easier since the variables are stored on an
array |
| 18:55.36 |
Ch3ck_ |
so casting it
to a string and comparing string would be easier than actually
iterating the array |
| 18:55.58 |
Ch3ck_ |
and comparing
each indext of the val.cf[] array |
| 18:56.22 |
Ch3ck_ |
which i think
is more efficient algorithmicall |
| 18:56.23 |
Ch3ck_ |
y |
| 18:57.09 |
starseeker |
OK, I guess I
can see that |
| 18:57.16 |
Ch3ck_ |
yeah |
| 18:57.52 |
starseeker |
comment:
re-read Code Conventions section in HACKING and tell me what you
need to change |
| 18:58.38 |
Ch3ck_ |
for the
bn_poly_multiply.patch |
| 18:58.48 |
Ch3ck_ |
because thats
the one you are to apply |
| 18:59.03 |
Ch3ck_ |
well Sean
talked about white spaces |
| 18:59.24 |
Ch3ck_ |
ohh i
see |
| 18:59.27 |
starseeker |
those
too |
| 18:59.31 |
Ch3ck_ |
function
definitions are wrong! |
| 18:59.42 |
Ch3ck_ |
don't know
why this slipped away |
| 18:59.48 |
Ch3ck_ |
working on it
right away |
| 19:00.06 |
starseeker |
Ch3ck_: also,
try something for me |
| 19:00.20 |
Ch3ck_ |
yes |
| 19:00.22 |
starseeker |
change one
number in your "control" input and see if the test fails
correctly |
| 19:00.48 |
Ch3ck_ |
ok |
| 19:10.48 |
*** join/#brlcad merzo_
(~merzo@54-12-133-95.pool.ukrtel.net) |
| 19:13.32 |
starseeker |
To run just
your test, try "make tester_bpoly_multiply && ctest -I
234,234,1" |
| 19:14.01 |
starseeker |
if 234 isn't
the right number, run "make test" once and look for your poly test
in the output - that'll tell you the number to use |
| 19:16.14 |
Notify |
03BRL-CAD:tbrowder2 * 56490
brlcad/trunk/doc/burst/burst.mm: macro P is ignored following macro
H |
| 19:16.28 |
starseeker |
need to
verify that your test both fails when expected and succeeds when
expected |
| 19:18.11 |
*** join/#brlcad Ch3ck__
(~Ch3ck@195.24.220.16) |
| 19:19.32 |
*** join/#brlcad kesha__
(~kesha@14.139.122.114) |
| 19:24.25 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 19:25.01 |
Ch3ck__ |
starseeker:
well since my main() function takes void i substituted the values
in the poly_init() routine and it failed correctly |
| 19:25.04 |
Ch3ck__ |
is that
ok? |
| 19:26.28 |
starseeker |
so your ctest
-I reported failure? |
| 19:26.57 |
starseeker |
Ch3ck__:
there's still another thing from Code Conventions that needs to be
fixed |
| 19:33.34 |
starseeker |
Ch3ck__: when
I change one digit in one of the output numbers and do the
following: |
| 19:33.37 |
starseeker |
make
tester_bn_poly_multiply && ctest -I 234,234 |
| 19:33.47 |
starseeker |
the test
still reports success |
| 19:35.01 |
Ch3ck__ |
well my test
report failure as expected. |
| 19:35.37 |
Ch3ck__ |
ok |
| 19:35.46 |
starseeker |
what are you
changing? |
| 19:36.01 |
Ch3ck__ |
well the main
function takes no argument |
| 19:36.13 |
Ch3ck__ |
so i don 't
see how giving arguments change the output withing file |
| 19:36.21 |
starseeker |
yeah - I'm
talking about the c source code where you define the expected
numerical outputs |
| 19:36.45 |
Ch3ck__ |
yes |
| 19:36.50 |
Ch3ck__ |
well let me
check |
| 19:37.01 |
starseeker |
try changing
output[2].cf[0] = 0; |
| 19:37.12 |
starseeker |
shouldn't it
fail? |
| 19:37.27 |
Ch3ck__ |
let me
check |
| 19:37.38 |
starseeker |
not DOES it
fail - SHOULDN'T it fail? |
| 19:37.54 |
starseeker |
output would
contain an incorrect number |
| 19:38.31 |
Ch3ck__ |
ok let me
c |
| 19:39.32 |
Ch3ck__ |
could you
please give me the original value for output[2].cf[1] |
| 19:39.46 |
Ch3ck__ |
starseeker? |
| 19:41.23 |
starseeker |
output[2].cf[0] = 61685316; |
| 19:41.36 |
starseeker |
oh, hang
on |
| 19:41.40 |
Ch3ck__ |
yes.. |
| 19:41.46 |
starseeker |
output[2].cf[1] = 33552288; |
| 19:42.53 |
Ch3ck__ |
yes |
| 19:43.01 |
Ch3ck__ |
tested and
function fails correctly |
| 19:43.04 |
Ch3ck__ |
as
expected |
| 19:43.59 |
Ch3ck__ |
starseeker:
what about yours? |
| 19:46.30 |
Ch3ck__ |
does not
printed output as in the pass case! |
| 19:46.41 |
Ch3ck__ |
any
contradictions on your side? |
| 19:47.09 |
starseeker |
it's passing
here no matter what is in output2.cf[0] |
| 19:49.19 |
starseeker |
Ch3ck__: can
you paste to the kde.or pastebin what you're seeing? |
| 19:49.45 |
Ch3ck__ |
ok |
| 19:52.45 |
Ch3ck__ |
doing it and
getting an error now.. |
| 19:52.50 |
Ch3ck__ |
I don't
understand.. |
| 19:52.53 |
Ch3ck__ |
checking
code |
| 19:55.35 |
starseeker |
Ch3ck__: why
are you assigning output[1] = bn_Zero_poly ? that's a bn_poly_t,
not an integer or float |
| 19:56.06 |
starseeker |
oh,
nevermind |
| 19:56.16 |
Ch3ck__ |
well checking
the strings and seeing that its a null string |
| 19:56.27 |
Ch3ck__ |
stored at
both outputs thats why its printing correct |
| 19:56.37 |
Ch3ck__ |
will do some
further tests on the patch tomorrow. |
| 19:56.50 |
starseeker |
Ch3ck__: ok -
something doesn't look right here though |
| 19:56.55 |
Ch3ck__ |
yes.. |
| 20:00.11 |
Ch3ck__ |
wanna go get
something to eat. been starving since morning |
| 20:00.33 |
Ch3ck__ |
could you
please msg me the errors so I could start work on them. thanks
:) |
| 20:08.46 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 5907 /wiki/User:Izak/GSOC_2013_logs: /*
Mid-term Evaluation week */ |
| 20:09.19 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 5908 /wiki/User:Izak/GSOC_2013_logs: /*
Mid-term Evaluation week */ |
| 20:19.37 |
starseeker |
Ch3ck: it's
not even compile or test errors - I'm not convinced the setup is
correct at all. Start by printing out our poly solver's results
and visually comparing them to the Octave numbers. If those look
close, then you know you're calling the solver correctly and can
build up from there |
| 20:34.02 |
Notify |
03BRL-CAD
Wiki:Level zero * 5909 /wiki/User:Level_zero/GSOC13/logs: /*
Spelling corrections and Organizing in a better way */ |
| 20:36.25 |
Notify |
03BRL-CAD
Wiki:Level zero * 5910 /wiki/User:Level_zero/GSOC13/logs: /* Making
a different section for pre Coding Period*/ |
| 20:37.27 |
zero_level |
brlcad,
``Erik thanks. :) |
| 20:55.21 |
Notify |
03BRL-CAD:starseeker * 56491
(brlcad/trunk/src/libged/search.c brlcad/trunk/src/librt/search.c):
Preparing to remove dbfind, add -a and -h/-? options for search.
The latter are the standard help options, and the former allows
search to look at hidden combs. Still don't offer exactly the same
functionality as dbfind with the -a option - because search always
does a full pathc search under the hood, combs that
exist |
| 20:55.23 |
Notify |
only under a
hidden comb won't show up. May want to add a -f option to allow a
truly 'flat' search |
| 20:56.02 |
Notify |
03BRL-CAD:starseeker * 56492
brlcad/trunk/NEWS: Add ability to see hidden combs in searches with
the -a option for search |
| 21:23.27 |
Notify |
03BRL-CAD:starseeker * 56493
brlcad/trunk/src/libged/search.c: Ah, right. Because search
expressions run the risk of looking like options, we need to
constrain the bu_getopt search to the front of the argv string. Do
one pass to count the maximum possible number of options. Then, do
a second pass and make sure that anything counted as an option is
in the front of the argv array. May have to impose even
stronger |
| 21:23.29 |
Notify |
restrictions
by identifying a valid path or search expression term and haulting
there - we'll see. |
| 21:45.19 |
Notify |
03BRL-CAD:starseeker * 56494
brlcad/trunk/src/libged/search.c: Don't need to bother with
multiple bu_getopt calls, and for the purpose here that's not ideal
anyway. Just loop until we hit something that isn't a
flag. |
| 22:06.45 |
Notify |
03BRL-CAD:r_weiss * 56495
brlcad/trunk/src/conv/fast4-g.c: Allow the fast4-g converter to
skip blank lines. |
| 00:00.42 |
starseeker |
hah! |
| 00:00.48 |
starseeker |
http://brlcad.org/~starseeker/oriented_bbox_MGED.png |
| 00:30.13 |
starseeker |
contacted the
author of this code and he agreed to dual license it with GPL2 and
LGPL2.1: |
| 00:30.17 |
starseeker |
http://valis.cs.uiuc.edu/~sariel/research/papers/00/diameter/diam_prog.html |
| 00:32.13 |
starseeker |
algorithm
from this paper: http://valis.cs.uiuc.edu/~sariel/papers/98/bbox.html |
| 00:33.01 |
starseeker |
small and
self contained - wasn't hard at all to integrate and add as an
option to the bb command |
| 00:41.20 |
*** join/#brlcad KimK
(~Kim__@wsip-184-176-200-171.ks.ks.cox.net) |
| 01:23.59 |
brlcad |
starseeker:
what am I looking at there? |
| 01:24.43 |
starseeker |
the blue box
is the axis aligned bounding box generated by the "standard" bb
command |
| 01:25.02 |
starseeker |
the green box
is the oriented bounding box |
| 01:25.23 |
starseeker |
as calculated
by the algorithms from those two papers I posted |
| 01:26.05 |
starseeker |
the oriented
box is a lot "tighter" to the actual geometry |
| 01:26.12 |
brlcad |
ahh! and OBB
.. I was hoping that, but wasn't clear from the red
lines |
| 01:26.20 |
starseeker |
ah
sorry |
| 01:26.34 |
starseeker |
yeah, that's
our standard "make" arbn turned into a bot, and then rotated to a
funky position |
| 01:27.08 |
brlcad |
doesn't look
like it make a proper bot |
| 01:27.48 |
starseeker |
that's a bad
angle to judge from - it's just make arbn.s arbn followed by
facetize arbn.bot arbn.s |
| 01:29.09 |
starseeker |
brlcad: I
have it almost ready to commit, but it doesn't (yet) have the
proper windows dll export/import bits and I need to clean up a
couple exact floating point comparisons |
| 01:30.04 |
brlcad |
yeah, I
believe it's the arbn .. just doesn't look like it at a glance
:) |
| 01:30.44 |
starseeker |
heh - chose
the viewing angle for contrast between the two bounding boxes -
perspective probably would have helped the arbn, in
retrospect... |
| 01:30.52 |
brlcad |
i see it's
just the way it's tesselating, so many points going to the corners
(instead of some midpoint balancing) |
| 01:30.58 |
starseeker |
nods |
| 01:31.28 |
brlcad |
turning it
into a librt routine, yes? |
| 01:31.35 |
brlcad |
OOB is pretty
fundamental |
| 01:31.38 |
brlcad |
OBB |
| 01:31.48 |
starseeker |
yeah -
rt_bot_oriented_bbox |
| 01:32.03 |
brlcad |
aw |
| 01:32.05 |
starseeker |
obviously
nmg, arbn, and a few others will be gimmies |
| 01:32.16 |
starseeker |
hmm? |
| 01:32.38 |
starseeker |
I could
expose it more generally as accepting an array of points, if that's
what you mean... |
| 01:32.41 |
starseeker |
haven't done
that yet |
| 01:33.03 |
brlcad |
aa-bbox is a
primitive functab, o-bbox is right up there with it |
| 01:33.09 |
starseeker |
right |
| 01:33.11 |
brlcad |
would be nice
to generalize to all objects |
| 01:33.20 |
starseeker |
I did - it's
a new entry in table.c |
| 01:33.21 |
brlcad |
even if under
the hood, it's all points |
| 01:34.12 |
starseeker |
brlcad: I
didn't commit it yet, but I posted the patch here if you want to
take a look: http://brlcad.org/~starseeker/oriented_bbox.patch |
| 01:35.03 |
brlcad |
likes the fact that this is an O(n) algorithm, that's pretty
amazing |
| 01:35.38 |
starseeker |
under the
hood it takes a tolerance - at the moment I'm just feeding it our
standard dist tolerance |
| 01:37.48 |
starseeker |
could
undoubtely take the gdiam code as a starting point and make it use
a bunch of libbu/bn routines and data types, but since it's LGPL
even after the re-license I opted to maintain the
separation |
| 01:38.25 |
brlcad |
few comments
if you're interested |
| 01:38.31 |
starseeker |
sure, fire
away |
| 01:39.07 |
brlcad |
their
gdiam_point_t is compatible with our point_t |
| 01:39.09 |
brlcad |
it's
identical |
| 01:39.18 |
starseeker |
just cast
it? |
| 01:39.28 |
brlcad |
so you don't
need the malloc in rt_bot_oriented_bbox() |
| 01:39.31 |
brlcad |
right |
| 01:41.08 |
brlcad |
the signature
of the new callback also isn't consistent with the other
callbacks |
| 01:41.14 |
starseeker |
ah, yeah -
that was a memory leak anyhow (*turns red*) |
| 01:41.36 |
starseeker |
oh - are they
all consistent? |
| 01:41.44 |
brlcad |
that are
(mostly?? I've been meaning to do an audit) .. callback(output,
input1, input2, ...) |
| 01:41.54 |
starseeker |
OH,
gotcha |
| 01:42.51 |
brlcad |
not a big
deal because that's not public API, but just noticed the value
being returned was effectively in the middle of the
list |
| 01:42.58 |
starseeker |
nods |
| 01:43.14 |
starseeker |
sorry, I
thought you ment like libged where everything took the same
inputs... |
| 01:44.28 |
brlcad |
nah |
| 01:45.57 |
brlcad |
believe it or
not, I think that's it, looks great to me |
| 01:46.34 |
starseeker |
sweet! |
| 01:46.37 |
brlcad |
i've longed
after an obb routine for a long time, some fun to be had there
(particularly for editing) |
| 01:47.02 |
starseeker |
the author is
travelling this week so it'll be a little bit before he can update
his website |
| 01:47.18 |
starseeker |
he said to go
ahead - I can copy you on the emails if you like |
| 01:52.26 |
starseeker |
(patch
updated with changes) |
| 01:52.30 |
brlcad |
go ahead, we
can pull it if he doesn't follow through |
| 01:52.38 |
starseeker |
nods |
| 01:53.09 |
starseeker |
NEWS worth, I
take it? |
| 01:53.14 |
starseeker |
oh, need to
update bb man page |
| 01:53.22 |
brlcad |
for the bb
command, sure |
| 02:12.44 |
Notify |
03BRL-CAD:brlcad * 56541
(brlcad/trunk/src/mged/chgview.c brlcad/trunk/src/mged/cmd.h
brlcad/trunk/src/mged/setup.c): more dead code elimination:
viewget, viewset, vrot_center |
| 02:22.57 |
Notify |
03BRL-CAD:starseeker * 56542
(brlcad/trunk/INSTALL brlcad/trunk/configure and 6 others): Add a
-o option to the bb command for generating oriented bounding boxes
instead of the axis-aligned boxes (the default case). Currently
only works on individual BoT objects, but can be expanded to other
types in the future. Contacted author of the gdiam code (http://valis.cs.uiuc.edu/~sariel/papers/98/bbox.html)
and he agreed |
| 02:22.59 |
Notify |
to
dual-license the code under GPLv2 and LGPL 2.1, the latter of which
is compatible with BRL-CAD. A slightly modified version of this
code is now integrated into src/other and forms the core
algorithmic basis for the bb -o option. |
| 02:24.30 |
starseeker |
aaand the
Windows build is now broken |
| 02:26.03 |
starseeker |
just for
added fun, I finally have a working example of http hyperlinks in
the DocBook HTML man page output |
| 02:45.13 |
Notify |
03BRL-CAD:brlcad * 56543
brlcad/trunk/src/proc-db/masonry.c: enable the large portions of
dead code for the mortar_brick() and brick() routines, just print a
loud warning to say they're untested. |
| 02:45.35 |
Notify |
03BRL-CAD:brlcad * 56544
brlcad/trunk/src/proc-db/breplicator.cpp: elimiate dead
code |
| 03:08.00 |
Notify |
03BRL-CAD:phoenixyjll * 56545
brlcad/trunk/src/libbrep/intersect.cpp: ws |
| 03:44.24 |
Notify |
03BRL-CAD:brlcad * 56546
brlcad/trunk/src/proc-db/torii.c: fix an index bug in the dynamic
recursion, add a note to actually make the tool output (there was
logic implemented for this somewhere...) |
| 03:47.11 |
Notify |
03BRL-CAD:brlcad * 56547
brlcad/trunk/src/proc-db/molecule.c: reduce to something in-between
just to avoid preprocessor dead code. factor needs to be
configurable or auto-set. |
| 04:00.50 |
Notify |
03BRL-CAD:brlcad * 56548
brlcad/trunk/src/rt/do.c: took me a while to get why mike added
this snippet, but it's basically an example of how (via code) to
reverse construct the model2view matrix from the information output
to the rt log. keep it for reference, but make it code comment
documentation instead of dead code. |
| 04:02.53 |
Notify |
03BRL-CAD:brlcad * 56549
brlcad/trunk/src/rt/opt.c: need a way to run-time toggle between
different spatial partitioning methods (including an 'off'
method). |
| 04:03.50 |
Notify |
03BRL-CAD:mohitdaga * 56550
brlcad/trunk/src/libicv/operations.c: Improve Bitwise operations in
libicv/operations |
| 04:04.22 |
zero_level |
``Erik :
56550. |
| 04:05.21 |
Notify |
03BRL-CAD:brlcad * 56551
brlcad/trunk/src/rt/view.c: document why this block is retained.
draws pretty status line during ray tracing. |
| 04:09.28 |
Notify |
03BRL-CAD:brlcad * 56552
(brlcad/trunk/src/rttherm/pixtest.c
brlcad/trunk/src/rttherm/spectrum.c): remove dead code |
| 04:10.51 |
Notify |
03BRL-CAD:brlcad * 56553
brlcad/trunk/src/sig/dfft.c: eliminate dead code |
| 04:20.49 |
Notify |
03BRL-CAD:brlcad * 56554
(brlcad/trunk/src/librt/primitives/brep/brep.cpp
brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp): normally
might convert this to some #ifdev USE_* or DEBUG_* wrapping, but
it's really a substantial amount of debug printing code... can
revert if this is actively being used. |
| 04:22.12 |
Notify |
03BRL-CAD:brlcad * 56555
brlcad/trunk/src/librt/primitives/bot/bot_wireframe.cpp: this looks
interesting/significant but no indication as to why it's if 0'd, so
trimming it away. easy to revert if needed. |
| 04:22.28 |
Notify |
03BRL-CAD:brlcad * 56556
(brlcad/trunk/src/librt/cut.c
brlcad/trunk/src/librt/primitives/arb8/arb8.c): remove dead
code |
| 04:29.13 |
brlcad |
zero_level:
please don't sugar coat the commit log messages |
| 04:29.28 |
brlcad |
that doesn't
help anyone and just makes it harder to trace history
properly |
| 04:33.19 |
brlcad |
that wasn't
an improvement on bitwise ops, they WEREN'T bitwise. |
| 04:33.24 |
brlcad |
something
like "fixed a bug using logical operators where bitwise operators
were intended (thx for catching erik)" is far more informative and
accurate |
| 04:36.30 |
Notify |
03BRL-CAD:brlcad * 56557
(brlcad/trunk/src/librt/primitives/ebm/ebm.c
brlcad/trunk/src/librt/primitives/ehy/ehy.c
brlcad/trunk/src/librt/primitives/ell/ell.c): more dead code
elimination |
| 04:59.58 |
zero_level |
brlcad : Well
have to confess, I have to be more vary with the commit logs. Will
try to improve. And ofcourse sugar caoting wasnt the
intention. |
| 05:01.03 |
zero_level |
brlcad :
about the validation issue of factor. Will defintetely, work on
it. |
| 05:01.09 |
zero_level |
By wrapper i
meant. |
| 05:02.04 |
zero_level |
Since the
function shrink_image has a local scope. It will not be listed in
the global api list. |
| 05:02.45 |
zero_level |
Therefore It
expects validated input. |
| 05:03.03 |
zero_level |
which was
indeed the primary though behind this. |
| 05:04.20 |
zero_level |
I am curretly
stuck in pixhalve. |
| 05:04.52 |
Notify |
03BRL-CAD:brlcad * 56558
brlcad/trunk/src/librt/primitives/nmg/nmg_ck.c: substantial
implementation, but hasn't been active in a crazy long time. still
keep with the relevant comments. |
| 05:04.59 |
zero_level |
It sort of
tries to decimate the image with filter3, filter5 |
| 05:06.04 |
zero_level |
Once this
gets completed. I plan to write a wraper for the scale, decimate,
interpolate smth like icv_scale(..) |
| 05:06.33 |
brlcad |
zero_level:
it's more about not being incorrect in the commit logs, owning up
to any bugs should be accepted, they will happen |
| 05:06.34 |
zero_level |
a global api.
which will take care of the all resizing issues. |
| 05:07.26 |
brlcad |
the problem
is that purely general functions like that often and eventually get
repurposed or refactored later |
| 05:07.36 |
brlcad |
maybe years
later long after you are no longer involved |
| 05:07.58 |
brlcad |
and a
function that expected validated input is moved to some place else
without getting fully reviewed, and a crash results |
| 05:08.29 |
brlcad |
there's no
reason even for static scope functions that they should not test
their assumptions |
| 05:08.44 |
zero_level |
ok. |
| 05:09.20 |
brlcad |
you can make
the test insignificant performance-wise by marking them with
UNLIKELY() and LIKELY() |
| 05:09.45 |
brlcad |
if
(UNLIKELY(factor == 0)) |
| 05:09.59 |
brlcad |
<PROTECTED> |
| 05:10.08 |
brlcad |
even
something that extreme would work |
| 05:10.26 |
brlcad |
though a
graceful return is usually preferred if you can avoid
it |
| 05:10.44 |
brlcad |
the intent is
exactly to prevent a crash, so the test and action can be
exceptional |
| 05:10.54 |
brlcad |
division by
zero in that function's case |
| 05:10.56 |
zero_level |
alright. If
maintainability is the issue. I then will have to add validation in
a lot of code. |
| 05:11.41 |
zero_level |
will then
have to exploit the use UNLIKELY. :-) |
| 05:12.31 |
brlcad |
you are
creating a new library .. if it's not added now, it probably won't
get added later |
| 05:12.43 |
zero_level |
brlcad :
ok. |
| 05:13.00 |
brlcad |
better to
have fewer functions, heck only ONE function if it took you all
summer to get it perfect in my opinion |
| 05:13.14 |
brlcad |
the other
issue I'm hoping you get to is actually using and validating
libicv |
| 05:13.35 |
brlcad |
as it stands,
you're just increasing the size of BRL-CAD with little
gain |
| 05:13.46 |
zero_level |
brlcad :
:-) |
| 05:13.49 |
brlcad |
making all of
those tools use your functions needs to be more proactively
integrated |
| 05:14.05 |
brlcad |
and is part
of coding complete |
| 05:15.15 |
zero_level |
yes. Thats an
issue I wld like to discuss with all of you. |
| 05:15.37 |
zero_level |
do you think
we should merge utilities. |
| 05:16.02 |
brlcad |
i'd like to
do a code review, perhaps later this week to see what we might
change going forward |
| 05:16.09 |
brlcad |
merge
utilities? |
| 05:16.13 |
zero_level |
like bwshrink
and pixshrink or let them be alone |
| 05:17.03 |
brlcad |
so yeah,
eventually yes but probably not before gsoc is over |
| 05:17.12 |
brlcad |
I'd rather
see refactoring dictate that |
| 05:17.13 |
zero_level |
b) Most of
the utilities currently use a very efficient manner. By not loading
the complete image. |
| 05:17.34 |
brlcad |
that you
integrate icv into those two routines first, then it become obvious
that they are (now) really the same routine and can be
merged |
| 05:18.04 |
zero_level |
although
current structure of using icv is very easy. |
| 05:18.17 |
brlcad |
efficient in
terms that are not necessarily relevant (and perhaps even
harmful) |
| 05:18.18 |
zero_level |
icv_load()
operations icv_save(). |
| 05:18.29 |
zero_level |
then its
fine. |
| 05:18.44 |
brlcad |
we're not
going to just guess |
| 05:18.53 |
brlcad |
this all has
to be tested, profiled, and compared |
| 05:19.07 |
zero_level |
ok. |
| 05:20.38 |
brlcad |
at this
point, I'm inclined to say pause groups 9-11 for now so that you
can start on integration and testing earlier |
| 05:21.36 |
brlcad |
your plan
called for unit testing and code coverage concurrent with all this
code migration, which you haven't even started on and you're up to
group 8 |
| 05:21.51 |
brlcad |
needed to
integrate and test after group 1 |
| 05:22.17 |
brlcad |
which the rt*
tools kind of was, but that was a literal disaster that we're still
recovering from |
| 05:23.08 |
brlcad |
you're doing
great work, but I think you're getting too far ahead of the plan
without testing adequately |
| 05:28.23 |
zero_level |
Well I unit
tested in my local trunk. |
| 05:28.38 |
zero_level |
by writting
main.c |
| 05:28.56 |
zero_level |
and as I said
earlier tested them with matlab. |
| 05:29.21 |
zero_level |
I didnt find
ways to automatically test them (as in bu) |
| 05:31.20 |
Notify |
03BRL-CAD:brlcad * 56559
brlcad/trunk/src/librt/primitives/nmg/nmg_ck.c: need the return
statement, pull ifndef up |
| 05:33.46 |
Notify |
03BRL-CAD:brlcad * 56560
brlcad/trunk/src/librt/primitives/nmg/nmg_fcut.c: remove three dead
and long-unused functions that have been under if 0 wrappage:
nmg_insert_vu_if_on_edge(), nmg_face_combineX(), and
nmg_face_next_vu_interval(). they even seem interesting/complete,
but are not integrated, easily tested, or fully understood so
remove the burden. nmg has enough complexity without retaining some
for reference. |
| 05:33.51 |
brlcad |
zero_level:
you misunderstand perhaps |
| 05:33.59 |
brlcad |
there's
testing a function and there's testing functionality |
| 05:34.30 |
brlcad |
you're
pulling this logic from src/util utilities .. so you have potential
integrating testing material right there |
| 05:36.11 |
zero_level |
brlcad :
there are some issues doing this with the util way because of the
use of double data. |
| 05:36.15 |
zero_level |
for
eg. |
| 05:36.16 |
brlcad |
you run a
utility, capture a result, and create a test that verifies that
result. then instead of copying the code, you MOVE it, thus
removing it from where you copied it from and making the old
utility use your new function. then you make sure that the tool
works as it did before (by running the integration test you
created) |
| 05:36.46 |
brlcad |
so?
:) |
| 05:36.59 |
brlcad |
issues !=
impossibilities |
| 05:37.05 |
brlcad |
they are not
secondary to the task |
| 05:37.13 |
brlcad |
they are part
of it |
| 05:37.15 |
zero_level |
bwmod(..) |
| 05:37.21 |
brlcad |
if those
issues cannot be sorted out easily, libicv will fail and
die... |
| 05:37.49 |
zero_level |
can I
complete about bwmod. :-) |
| 05:38.09 |
brlcad |
it
depends |
| 05:38.16 |
zero_level |
bwmod creates
a look aside buffer to imlement |
| 05:38.53 |
zero_level |
since the
utilities use char data the buffer length is 256. |
| 05:39.05 |
zero_level |
But we cannot
use buffer in double data. |
| 05:39.17 |
zero_level |
bwmod has
been translated to operations. |
| 05:39.52 |
zero_level |
icv_add_val,
icv_mul_val... |
| 05:41.14 |
zero_level |
but other
than these all other are transferable. |
| 05:42.05 |
brlcad |
so we need to
clarify some language you're using |
| 05:42.12 |
brlcad |
at least I
need you to clarify some things |
| 05:42.44 |
brlcad |
"But we
cannot use buffer in double data." does not make sense, of course
I can have a buffer of double data -- what did you
mean? |
| 05:42.58 |
zero_level |
alright. |
| 05:43.33 |
zero_level |
bwmod is a
unique utility which can have a lot of constant value
operations |
| 05:44.02 |
brlcad |
sure, a lot
of per-pixel math operations |
| 05:44.10 |
zero_level |
-a5 -d20
-m0.5 -d10 -a12 |
| 05:44.45 |
brlcad |
that is what
it is .. I understand that |
| 05:44.57 |
zero_level |
makes my job
easy |
| 05:44.58 |
brlcad |
I don't
understand your comment about double data buffers |
| 05:45.11 |
Notify |
03BRL-CAD:starseeker * 56561
brlcad/trunk/NEWS: Added -o option to bb bounding box command -
provides an oriented bounding box rather than the default
axis-aligned bounding box. |
| 05:45.27 |
zero_level |
so this is
implemented using a buffer for all the possible values of pixels
(0-255) |
| 05:45.59 |
brlcad |
sure |
| 05:46.23 |
brlcad |
which in icv
terms should be a 1-channel image |
| 05:46.26 |
zero_level |
so val[i]
will ave ((((i+5)/20)*0.5)/10)+12 |
| 05:46.33 |
zero_level |
*have |
| 05:46.43 |
zero_level |
now since in
icv we use double data. |
| 05:47.07 |
zero_level |
there are
infinite possibilies 0.0-1.0 |
| 05:47.08 |
brlcad |
yes,
sure |
| 05:47.16 |
brlcad |
well, not
infinite, but yes a lot |
| 05:47.31 |
brlcad |
and? |
| 05:47.32 |
zero_level |
well ofcourse
in computer terms not infinite. |
| 05:47.42 |
zero_level |
so i cannot
have a buffer. |
| 05:47.48 |
brlcad |
untrue |
| 05:47.50 |
zero_level |
Indeed i have
to do this as following |
| 05:48.30 |
zero_level |
icv_add_val(bif,5);
icv_divide_val(bif,20); icv_multiplyt_val(bif,0.5); |
| 05:48.34 |
zero_level |
and so
on. |
| 05:48.51 |
zero_level |
with setting
the ICV_OPERATIONS_FLAG. |
| 05:49.04 |
zero_level |
now
issues. |
| 05:49.12 |
brlcad |
slow
down |
| 05:49.20 |
brlcad |
remember this
is a discussion, not an explanation |
| 05:49.26 |
zero_level |
sure
:-) |
| 05:49.54 |
brlcad |
what you're
saying is not possible is certainly possible, though it could very
well just be a terminology problem |
| 05:50.05 |
zero_level |
ok. |
| 05:50.06 |
brlcad |
libicv IS
your buffer |
| 05:50.11 |
zero_level |
? |
| 05:50.11 |
brlcad |
it's an
opaque container |
| 05:50.24 |
brlcad |
you put data
in, you tell it to do things to the data, you get data
out |
| 05:50.25 |
zero_level |
u mean
icv_image_t |
| 05:50.31 |
zero_level |
ofocurse. |
| 05:50.31 |
brlcad |
yes |
| 05:51.06 |
brlcad |
the fact that
bwmod has a bunch of per-pixel operations doesn't change
anything |
| 05:51.16 |
brlcad |
if it does,
then there is some understanding mismatch |
| 05:51.21 |
zero_level |
but in bwmod
it will bw very easy fast because it does as . im[j] =
val[im[j]] |
| 05:51.27 |
brlcad |
so? |
| 05:51.33 |
brlcad |
who said
anything about easy? |
| 05:51.44 |
brlcad |
and speed is
not a concern in the least |
| 05:51.51 |
brlcad |
not unless
you profile and show it matters |
| 05:52.21 |
zero_level |
ok. |
| 05:52.26 |
brlcad |
or at least
until some tool that used to run instantly now takes many
minutes... |
| 05:52.41 |
brlcad |
but that's
not likely and will be obvious if it happens |
| 05:53.11 |
brlcad |
so in bwmod's
case, the issue is the operations being performed on the
data |
| 05:53.39 |
zero_level |
so u mean
what earlier took 10 ms if it takes 15 ms. there is no issue.
:-) |
| 05:53.47 |
brlcad |
before it was
a direct im[j] = im[j] + val1 - val2 etc |
| 05:54.23 |
brlcad |
but now, you
not longer are dealing with 'im', you've got 'icv(im)' |
| 05:54.24 |
zero_level |
did u miss
look aside buffer ? :-) |
| 05:54.36 |
brlcad |
and instead
of val1, you've got icv(val1) etc |
| 05:54.52 |
brlcad |
yes, a 5 ms
diff would be pretty much irrelevant |
| 05:55.03 |
zero_level |
it basically
creates a table for all the possible values. |
| 05:55.06 |
brlcad |
no, the look
aside buffer is also irrelevant |
| 05:55.11 |
zero_level |
and stores
them in val. |
| 05:55.27 |
zero_level |
(an eg
here) |
| 05:55.36 |
brlcad |
so again, the
question is how to get ICV to do that work as much
possible |
| 05:55.50 |
zero_level |
thats not a
question. |
| 05:56.08 |
zero_level |
The question
was does this performance matter. |
| 05:56.17 |
zero_level |
and as u said
we cannot be guessing |
| 05:56.20 |
brlcad |
sure it is a
question: "how can you get ICV to do that work as much as
possible?" |
| 05:56.22 |
zero_level |
we need to
profile |
| 05:56.36 |
brlcad |
eh? |
| 05:56.45 |
zero_level |
profiling is
the way. |
| 05:57.29 |
zero_level |
brlcad : the
implementation was as follows. As I told earlier |
| 05:57.30 |
zero_level |
01:48 <
zero_level> icv_add_val(bif,5); icv_divide_val(bif,20);
icv_multiplyt_val(bif,0.5); |
| 05:57.33 |
zero_level |
01:48 <
zero_level> and so on. |
| 05:57.36 |
zero_level |
01:48 <
zero_level> with setting the ICV_OPERATIONS_FLAG. |
| 05:57.38 |
zero_level |
01:49 <
zero_level> now issues. |
| 05:58.06 |
brlcad |
profiling is
always welcome but I don't see what for (yet) as there's no
indication of a performance concern |
| 05:58.16 |
zero_level |
alright. |
| 05:58.32 |
brlcad |
I'd say you
can ASSUME there is not a performance concern until we observe
one |
| 05:58.33 |
zero_level |
which indeed
answers what i started with. :-) |
| 05:59.01 |
brlcad |
if you're
going to make ANY design decision BASED on a performance concern,
you need to profile |
| 05:59.10 |
brlcad |
that has been
stated from the beginning |
| 05:59.41 |
zero_level |
do u think
grpof suffices here. |
| 05:59.45 |
brlcad |
back to the
implementation you outlined, that does indeed sound a little
problematic, at least not a faithful conversion of what bwmod's
doing |
| 05:59.59 |
zero_level |
how
? |
| 06:00.09 |
zero_level |
i wld welcome
a better suggestion. |
| 06:01.27 |
brlcad |
it's back to
the notion I mentioned earlier: you put data in, you tell it to do
things to the data, you get data out |
| 06:01.45 |
brlcad |
so if the old
code was doing im[j] = val[im[j]] |
| 06:02.10 |
brlcad |
that
translates roughly into ICV needing to do several things and bwmod
needing to do several things |
| 06:02.48 |
brlcad |
two
icv_image_t's: let's call them icv_im and icv_val |
| 06:03.01 |
zero_level |
well.. |
| 06:03.04 |
brlcad |
a way to set
one icv_image to another |
| 06:03.25 |
zero_level |
can i hold u
for a sec |
| 06:03.29 |
brlcad |
a way to
access and set/modify elements (which you partially
have) |
| 06:03.37 |
brlcad |
go
ahead |
| 06:03.51 |
zero_level |
val is an
array of length 0-255. |
| 06:03.54 |
zero_level |
so
256. |
| 06:03.58 |
brlcad |
not in icv
terms |
| 06:04.02 |
zero_level |
and im is
buffer. |
| 06:04.07 |
zero_level |
of scalen
length |
| 06:04.35 |
zero_level |
so then i
dont understand your point of using two images. |
| 06:04.37 |
brlcad |
val sounds
like a 1-dimensional buffer to me |
| 06:05.17 |
zero_level |
a) i would
loop along all the pixels of image (bif) in first go and add a
value to it. |
| 06:05.59 |
zero_level |
brlcad :
ofcourse thats what i meant (a buffer of size 0 to 255 i.e
256) |
| 06:06.48 |
brlcad |
do you really
mean the size is variant 0 to 255 or the range of values is 0 to
255? |
| 06:06.55 |
zero_level |
no.! |
| 06:07.03 |
brlcad |
that wasn't a
yes no question |
| 06:07.09 |
zero_level |
opens bwmod to give exact terminologies. |
| 06:07.11 |
brlcad |
A or
B |
| 06:07.48 |
zero_level |
brlcad : do u
have acess to the src code ? |
| 06:07.54 |
zero_level |
i am sure u
do. :-) |
| 06:08.26 |
zero_level |
(I mean i
suppose u are not on a cell phone) |
| 06:08.29 |
brlcad |
a "size" is
generally the thing you pass to malloc, the type (e.g., unsigned
char) is the range of possible values |
| 06:08.37 |
zero_level |
yes. |
| 06:08.55 |
zero_level |
so look at
the function mk_trans_tbl in bwmod.c |
| 06:09.18 |
zero_level |
what it does
is creates a translation look aside buffer |
| 06:09.24 |
zero_level |
of size
256. |
| 06:09.32 |
*** join/#brlcad caen23
(~caen23@92.83.187.81) |
| 06:09.40 |
zero_level |
that is a
1-Dim array with 256 values. |
| 06:10.31 |
zero_level |
which in the
case of uchar data, is the range of values. |
| 06:10.46 |
brlcad |
actually,
it's line 68 that creates the array and mk_trans_tbl() fills it
in |
| 06:11.03 |
zero_level |
ye. |
| 06:11.04 |
brlcad |
it's
important to be precise |
| 06:11.34 |
brlcad |
especially
since there is apparently some difficulty simply discussing options
here |
| 06:11.55 |
brlcad |
so my point
still stands |
| 06:12.01 |
zero_level |
of. So I
guess now we are on the same platform as to how bwmod does
things. |
| 06:12.17 |
zero_level |
go
on. |
| 06:12.18 |
brlcad |
mapbuf could
be an icv image of size 1x256 with values set into it and
read |
| 06:12.23 |
brlcad |
or it could
stay in bwmod |
| 06:12.29 |
brlcad |
doesn't
really matter |
| 06:12.39 |
brlcad |
the point is
the getting and setting of values in icv's domain |
| 06:12.54 |
zero_level |
well brlcad :
doing that |
| 06:13.45 |
zero_level |
does some math to make brlcad understand. |
| 06:14.28 |
zero_level |
say a pixel
with value 0.004 and 0.006 (in the new icv terms_ |
| 06:14.28 |
brlcad |
do you at
least realize that there are probably a dozen perfectly valid ways
this can be translated to libicv? |
| 06:14.50 |
brlcad |
okay,
continue |
| 06:14.58 |
zero_level |
doing what u
suggest will make them both look same way. |
| 06:15.00 |
brlcad |
how does one
pixel have two values? |
| 06:15.12 |
zero_level |
well two
pixels |
| 06:15.17 |
brlcad |
be
precise |
| 06:15.18 |
zero_level |
so i begin
again |
| 06:15.41 |
starseeker |
src/proc-db/masonry.c:945:9: error:
variable 'vert_bricks' set but not used |
| 06:15.42 |
zero_level |
two pixels a
and b with value 0.004 and 0.006 |
| 06:16.18 |
zero_level |
now lets
suppose we create an image of size 1,256 in icv terms |
| 06:16.42 |
brlcad |
starseeker:
fixed |
| 06:16.47 |
starseeker |
thanks |
| 06:16.57 |
Notify |
03BRL-CAD:brlcad * 56562
brlcad/trunk/src/proc-db/masonry.c: vert_bricks unused, warning
didn't issue locally but clearly there. |
| 06:16.59 |
zero_level |
0.004 and
0.006 will both correspond to same data level |
| 06:17.24 |
brlcad |
sure |
| 06:17.52 |
zero_level |
thus the
whole point of using double(to get high resolution) will be
dismantled. |
| 06:18.12 |
brlcad |
so far,
probably bw values 1 and 2 respectively depending on rounding
behavior |
| 06:18.49 |
brlcad |
how did that
just dismantle anything? |
| 06:18.53 |
brlcad |
you didn't
say anything |
| 06:18.54 |
zero_level |
how does bot
work |
| 06:19.00 |
zero_level |
bot :
~1/255 |
| 06:19.30 |
Notify |
03BRL-CAD:starseeker * 56563
brlcad/trunk/src/librt/primitives/bot/bot_oriented_bbox.cpp: Ah,
right - don't need xyz vars any more. |
| 06:20.29 |
zero_level |
brlcad : eh
? |
| 06:20.36 |
brlcad |
you're not
making any sense |
| 06:21.00 |
brlcad |
two pixels:
0.004 and 0.006 ... and so what? |
| 06:21.23 |
zero_level |
1/255 =
0.00392156 |
| 06:21.40 |
zero_level |
2/255 =
0.0078125 |
| 06:22.15 |
zero_level |
so 0.004 and
0.006 will correspond to same data level if i use your suggestion
of 1X255 image. |
| 06:22.28 |
zero_level |
c/1X2/1x256 |
| 06:22.35 |
zero_level |
c/1X255/1x256 |
| 06:22.45 |
zero_level |
is experiencing lots of lag. |
| 06:23.10 |
brlcad |
"will
correspond to same data level" ... and so what? |
| 06:23.11 |
zero_level |
thus
hampering the resolution of the image. |
| 06:24.07 |
brlcad |
you're still
not making any sense or your making some conclusion that is
completely wrong or I'm entirely not seeing whatever it is you're
trying to say... |
| 06:24.49 |
brlcad |
first the
data is coming from somewhere, so more than likely, they'd be
pixels 0.00392156 and 0.0078125, not 0.004 and 0.006, if they came
from bw data to begin with |
| 06:24.50 |
zero_level |
well lets
suppose i want to output the resultant operations in highdefinition
png image. |
| 06:25.06 |
Notify |
03BRL-CAD:starseeker * 56564
brlcad/trunk/include/raytrace.h: Commit proposed new librt database
search API function declaration and design notes - not implemented
as yet, needs more thought/discussion |
| 06:25.06 |
zero_level |
pls hold on
for a sec |
| 06:25.24 |
brlcad |
but even if
we assume that they DID start out as 0.004 and 0.006, theose values
will correspond to either a bw value of 1 or 2 (depending on
rounding) |
| 06:25.42 |
zero_level |
not always
brlcad! |
| 06:25.57 |
zero_level |
because in
high definition png images. |
| 06:26.04 |
zero_level |
say 16
bits |
| 06:26.40 |
zero_level |
it will
correspond to 0.004*65536 -1 |
| 06:26.58 |
zero_level |
and
0.006*65536 - 1 |
| 06:27.23 |
brlcad |
sure, it'll
be a difference if someone asks for 16-bit png output .. but how is
that at all relevant? |
| 06:27.55 |
brlcad |
that's why I
said .. even if we assume that they DID start out as 0.004 and
0.006 ... what does that matter? |
| 06:28.10 |
brlcad |
if the user
requests low-resolution bw output, YES the data will get
quantized |
| 06:28.12 |
brlcad |
the user
requested it! |
| 06:28.19 |
zero_level |
well brlcad :
It all depends on what we want. |
| 06:28.23 |
brlcad |
if they ask
for high-resolution output, they'll get that too |
| 06:28.58 |
brlcad |
uhm, we're
performing the operation that the user requested, nothing more or
less |
| 06:29.06 |
zero_level |
After our
discussion on image container long back. I got a gut feeling
that |
| 06:29.22 |
zero_level |
a) resolution
must be given some priority. |
| 06:29.46 |
brlcad |
which was the
point for double -- it makes all processing occur at the highest
resolution readily available |
| 06:30.02 |
zero_level |
b) we are
headed to a time in future. where high res images will be used.
(like the openexr format_ |
| 06:30.17 |
brlcad |
again, the
point for double |
| 06:30.33 |
zero_level |
thus making
it a fixed size array doesnt help |
| 06:30.42 |
zero_level |
we will have
to do inplace calculation. |
| 06:30.54 |
brlcad |
"it" being
bwmod's 256 element array? |
| 06:31.21 |
zero_level |
well.
logically bwmod will still be correct. |
| 06:31.33 |
brlcad |
no, tell me
what you meant when you said "it" |
| 06:31.43 |
brlcad |
you said
'it', don't make me guess |
| 06:31.46 |
zero_level |
heheh
:-_ |
| 06:32.01 |
zero_level |
well its the
1X256 image u suggested me to use. |
| 06:32.54 |
zero_level |
see sean, i
can do it the way suggested. This will hardly take any
time. |
| 06:33.22 |
zero_level |
but i would
not like to. Because it will hamper resolution. |
| 06:33.30 |
brlcad |
I stated
multiple times that there are multiple directions that can be
taken, all valid |
| 06:33.34 |
brlcad |
they could be
separate icv images |
| 06:33.49 |
zero_level |
I want icv
operations not to hamper the resolutions. |
| 06:33.53 |
brlcad |
it could be
one icv image and quantized data being still held in
bwmod |
| 06:34.17 |
brlcad |
if you think
it will hamper resolution, then I think you are completely
misunderstanding something |
| 06:34.42 |
zero_level |
well. not in
the case of bwmod. (since it uses 8bit images) |
| 06:35.05 |
zero_level |
but ofcoruse
in the future course when we use high res images. |
| 06:36.17 |
brlcad |
so the issue
in this specific instance is bwmod |
| 06:36.29 |
zero_level |
And some body
does and operations only to find his/her image is equivalent to
uchar image with alased double data. (like 0.00392156 fr
"1") |
| 06:36.36 |
brlcad |
and it's
current implementation uses a 256 element buffer and operations
index into that buffer |
| 06:36.59 |
brlcad |
so your first
and foremost obligation is to do that, and demonstrate it
works |
| 06:37.28 |
brlcad |
show that
works perfectly, then extend to n-channel images or 128-bit images
or whatever else next |
| 06:37.31 |
zero_level |
well . It
would still. And carrying the future course in action. |
| 06:38.04 |
zero_level |
01:48 <
zero_level> icv_add_val(bif,5); icv_divide_val(bif,20);
icv_multiplyt_val(bif,0.5); |
| 06:38.05 |
brlcad |
for a 16-bit
image, the entire algorithm of bwmod would have to change since you
couldn't have a look-aside buffer that large to directly index
into |
| 06:38.32 |
brlcad |
you keep
saying that and I'm not sure what you're hoping it
implies |
| 06:38.51 |
brlcad |
icv_*_val()
as you state it there looks problematic |
| 06:39.05 |
brlcad |
what is the
range of that 5/20/0.5 |
| 06:39.39 |
zero_level |
well it adds
freedom to the api caller. |
| 06:39.53 |
brlcad |
if the data
is being stored 0.0 to 1.0 then all inputs need to be translated to
"icv units" |
| 06:39.54 |
zero_level |
to translate
the bwmod functions. It will be whate |
| 06:40.01 |
zero_level |
hold on
pls |
| 06:40.09 |
zero_level |
x/255 |
| 06:40.25 |
brlcad |
exactly my
point |
| 06:40.26 |
zero_level |
x is the
value given by the utility caller |
| 06:40.27 |
brlcad |
that's
bad |
| 06:40.36 |
brlcad |
why would it
assume 8-bit data? |
| 06:40.51 |
brlcad |
you can't
have an api that is sometimes in one range and sometimes in
another |
| 06:40.59 |
brlcad |
the API needs
to define what it's using |
| 06:40.59 |
zero_level |
because bwmod
does it in correct for, |
| 06:41.16 |
brlcad |
this is a
libicv function, so that justification doesn't hold |
| 06:41.18 |
zero_level |
say if
brl-cad in future have a utility |
| 06:41.23 |
zero_level |
for
operations |
| 06:41.50 |
zero_level |
which handles
all the operations. |
| 06:42.22 |
brlcad |
and I feed it
my exr image and it messes up my data |
| 06:42.29 |
zero_level |
no. |
| 06:42.51 |
*** join/#brlcad Ch3ck_
(~Ch3ck@195.24.220.16) |
| 06:43.04 |
brlcad |
do any other
icv functions take an 8-bit 0-to-255 value? |
| 06:43.13 |
zero_level |
no. |
| 06:43.19 |
zero_level |
just
writeline |
| 06:43.20 |
brlcad |
that alone
should be a red flag to you |
| 06:43.44 |
zero_level |
writeline can
handle both double data and uchar data. |
| 06:44.49 |
brlcad |
there should
be functions for adding/extracting data in various
formats |
| 06:45.10 |
brlcad |
but you can't
have processing functions handling everything possible, they need
to work with icv's units |
| 06:45.18 |
brlcad |
which means
you need translation routines, generalized |
| 06:45.33 |
brlcad |
similar to
what you did with a few of your other functions |
| 06:45.42 |
brlcad |
but still
more generalized |
| 06:45.54 |
*** join/#brlcad Izak_
(~Izak@66-118-151-70.static.sagonet.net) |
| 06:46.33 |
brlcad |
a function
that converts 8-bit 0-255 1-channel data to double 0-1.0 ranged
values, for example |
| 06:46.36 |
brlcad |
and
back |
| 06:47.28 |
brlcad |
so it becomes
something like icv_add_val(bif, icv_cnv_8bit(20)) or
similar |
| 06:48.27 |
*** join/#brlcad Izak__
(~Izak@195.24.220.16) |
| 06:54.47 |
Notify |
03BRL-CAD:brlcad * 56565
brlcad/trunk/src/librt/primitives/nmg/nmg_inter.c: three more dead
code functions from nmg, though two are relatively recent and may
need revisiting at some point later. |
| 07:01.47 |
Notify |
03BRL-CAD:brlcad * 56566
(brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c
brlcad/trunk/src/librt/primitives/nmg/nmg_mod.c
brlcad/trunk/src/librt/primitives/nmg/nmg_tri.c): another 1057
lines gone, remove libnmg dead code |
| 07:06.49 |
Notify |
03BRL-CAD:brlcad * 56567
brlcad/trunk/src/librt/primitives/hf/hf.c: remove if 1
wrapping |
| 07:07.53 |
Notify |
03BRL-CAD:brlcad * 56568
brlcad/trunk/src/librt/primitives/pipe/pipe.c: no longer too much
for mged to display |
| 07:09.06 |
Notify |
03BRL-CAD:brlcad * 56569
brlcad/trunk/src/librt/primitives/tgc/tgc.c: re-enable tgc
reporting of non-paired grazing hits, but only for the first 100
cases. intentionally making no attempt to be thread-safe in the
book-keeping here because it doesn't matter. just need some upper
limit. |
| 07:09.20 |
Notify |
03BRL-CAD:brlcad * 56570
brlcad/trunk/src/librt/primitives/tgc/tgc.c: save the file first,
endif too |
| 07:10.49 |
Notify |
03BRL-CAD:brlcad * 56571
brlcad/trunk/src/librt/primitives/tgc/tgc.c: getting late, extra
curlie |
| 07:11.09 |
brlcad |
starseeker:
I'm leaving the numerous undocumented #if 0's in
src/librt/test_bot2nurbs.cpp up to you |
| 07:12.10 |
brlcad |
unless you
tell me I can kill them, they beg for some commentary / reasoning
to keep that code |
| 07:12.29 |
brlcad |
src/librt/test_root3-subd.cpp
too |
| 07:16.50 |
Notify |
03BRL-CAD:brlcad * 56572
brlcad/trunk/NEWS: Added -o option to bb bounding box command -
provides an oriented bounding box rather than the default
axis-aligned bounding box. (comment was spot on, actual line was
not past tense consistent) |
| 08:48.11 |
zero_level |
brlcad :
thanks for the suggestion. |
| 08:48.35 |
zero_level |
icv_cnv_8bit(..) looks fine to
me. |
| 11:56.51 |
starseeker |
brlcad: fair
enough |
| 11:58.21 |
starseeker |
Ch3ck_: make
small patches that incrementally work towards your goal |
| 11:58.35 |
Ch3ck_ |
ok |
| 11:58.55 |
Ch3ck_ |
but the patch
i've already made for the pull is it ok? |
| 11:59.00 |
starseeker |
Ch3ck_: I'll
try to review more of your patches today - I've got several irons
in the fire right now |
| 11:59.10 |
Ch3ck_ |
hm |
| 11:59.18 |
starseeker |
Ch3ck_: if
you mean your large existing ones, I'd try to break them
up |
| 11:59.28 |
Ch3ck_ |
ok |
| 11:59.38 |
Ch3ck_ |
working on
pulling non leaf objects |
| 11:59.42 |
Ch3ck_ |
as Sean had
advice. |
| 11:59.43 |
Ch3ck_ |
d |
| 11:59.53 |
*** join/#brlcad ejno
(~ejno@unaffiliated/kazaik) |
| 11:59.55 |
starseeker |
if I recall
correctly brlcad said it should be possible to do so, so that will
be something you want to demonstrate you can do |
| 12:00.09 |
Ch3ck_ |
thats what
i'm working on today. |
| 12:00.17 |
starseeker |
good |
| 12:03.09 |
Ch3ck_ |
i'll continue
work on the pull and just increment the current patch |
| 12:03.17 |
Ch3ck_ |
with recent
changes. |
| 12:18.42 |
``Erik |
Izak__: I'm
not seeing the 'barebones' patch in the sourceforge
tracker |
| 12:19.23 |
Izak__ |
``Erik: Let
me upload it |
| 12:27.53 |
Izak__ |
``Erik: I
have uploaded it to ticket 228 |
| 12:37.02 |
Ch3ck_ |
there is this
thing i don't understand with rt_db_get_internal(). The 4th
argument which is a matrix given this routine. Is it the matrix
transformation of the database object in external format or its the
matrix transformation to be written to the internal database
object. |
| 12:37.40 |
Ch3ck_ |
I think it is
the matrix of the internal database object in external format but i
just need to clarify. |
| 12:37.51 |
Ch3ck_ |
or
confirm |
| 12:47.03 |
``Erik |
Izak__: patch
has trailing whitespace and table.c fails to apply cleanly on
r56572 |
| 12:49.36 |
*** join/#brlcad mpictor_
(~mpictor_@2600:1015:b122:7d10:0:48:5dba:4a01) |
| 12:51.11 |
``Erik |
also;
import4/export4 should be left NULL and not used at all |
| 12:51.27 |
Notify |
03BRL-CAD:phoenixyjll * 56573
(brlcad/trunk/include/brep.h
brlcad/trunk/src/libbrep/CMakeLists.txt
brlcad/trunk/src/librt/primitives/brep/brep.cpp): Start to work on
evaluating NURBS booleans. Move the code working with NURBS
booleans in librt to libbrep. |
| 12:54.17 |
``Erik |
starseeker:
http://www.caranddriver.com/reviews/volkswagen-xl1-concept-first-drive-review |
| 13:04.35 |
Notify |
03BRL-CAD:phoenixyjll * 56574
brlcad/trunk/src/libbrep/boolean.cpp: ws. |
| 13:05.33 |
Notify |
03BRL-CAD:phoenixyjll * 56575
brlcad/trunk/src/librt/primitives/bot/bot_oriented_bbox.cpp:
Eliminate compiler warnings. |
| 13:21.43 |
Izak__ |
``Erik:
Please can you paste the build errors you got because I have
rebuilt and it succeeds |
| 13:37.13 |
``Erik |
no build
errors, the patch failed to apply at all |
| 13:37.32 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 13:40.16 |
Izak__ |
``Erik: I am
working on the trailing white space now |
| 13:41.03 |
``Erik |
make sure
your tree is fully up to date, using "svn update" |
| 13:41.44 |
Notify |
03BRL-CAD:phoenixyjll * 56576
(brlcad/trunk/src/libged/bb.c brlcad/trunk/src/libged/comb.c): The
C compiler in MSVC seems to require all declarations appear
first. |
| 13:46.32 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 13:53.47 |
Notify |
03BRL-CAD:phoenixyjll * 56577
brlcad/trunk/src/libbrep/boolean.cpp: curve_st should be the curves
in surfaceB's domain. |
| 13:56.18 |
Notify |
03BRL-CAD:mohitdaga * 56578
(brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/encoding.c
brlcad/trunk/src/libicv/fileformat.c): Add ICV_CONV_8BIT macro for
encoding conversions. This macro converts the 8bit pixel values to
icv data type(double). Later we can have similar macros for higher
resolution of images. For eg ICV_CONV_16BIT. |
| 13:57.27 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5923 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 7
*/ |
| 13:57.45 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5924 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 8
*/ |
| 13:57.58 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5925 /wiki/User:Phoenix/GSoc2013/Reports: /*
Mid-term summary */ |
| 14:02.02 |
zero_level |
clear |
| 14:03.23 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 14:06.32 |
*** join/#brlcad kesha_
(~kesha@14.139.122.114) |
| 14:07.55 |
Notify |
03BRL-CAD:carlmoore * 56579
(brlcad/trunk/include/icv.h brlcad/trunk/include/raytrace.h and 2
others): fix spelling, and make about 2 other minor
changes |
| 14:18.04 |
*** join/#brlcad kesha_
(~kesha@14.139.122.114) |
| 14:34.18 |
brlcad |
zero_level:
so the detail there is that libicv won't normally know when it
needs to run that 8bit conversion, but the calling code
does |
| 14:34.42 |
brlcad |
so tools like
bwmod would convert their user-provided values into the normalized
0-1 domain with ICV API |
| 14:37.22 |
brlcad |
Izak__: we
shouldn't still have to be reminding about white space/style and
that code compile cleanly against trunk... |
| 14:38.43 |
starseeker |
Izak__: I
changed the table.c stuff just this weekend to add a method for
oriented bounding boxes |
| 14:38.54 |
starseeker |
so the heart
primitive should follow |
| 14:39.51 |
Izak__ |
satrseeker:
Are you referring to the rt_hrt_bbox() function ? |
| 14:40.05 |
starseeker |
no, the
definition for heart in table.c |
| 14:40.37 |
starseeker |
you need
another NULL in the list of heart functions, since the size of the
function array has changed |
| 14:40.44 |
starseeker |
easy to
do |
| 14:44.31 |
starseeker |
Ch3ck_: did
you see the change from brlcad to the bn_poly test? He removed the
copyright information generated by octave and moved the comment
within the source file |
| 14:45.31 |
starseeker |
Ch3ck_:
(commit r56506) please make sure your other patches are updated
accordingly, if need be |
| 14:46.04 |
Ch3ck_ |
ok |
| 14:46.07 |
Ch3ck_ |
will
do. |
| 14:47.36 |
Notify |
03BRL-CAD:carlmoore * 56580
brlcad/trunk/src/libbrep/intersect.cpp: OK, fixed 'minimum'
spelling (although intersect.cpp got other, unrelated warning
messages); did not find 'mininum' misspelling anywhere
else |
| 14:48.32 |
Ch3ck_ |
starseeker:
could you please explain to me what rt_db_get_internal does
exactly? |
| 14:48.42 |
Ch3ck_ |
read the code
but still have some blind spots. |
| 14:49.16 |
Izak__ |
starseeker:
did you append the method for oriented bounding boxes to the
rt_functab[] ? |
| 14:53.19 |
*** join/#brlcad kesha_
(~kesha@14.139.122.114) |
| 14:53.38 |
Notify |
03BRL-CAD:starseeker * 56581
(brlcad/trunk/src/other/libgdiam.dist
===================================================================
and 10 others): Add distcheck file for gdiam |
| 14:56.41 |
brlcad |
kesha_: can
you talk to me about patch 218? |
| 14:56.56 |
brlcad |
it's
interesting, surprising even that you worked on those |
| 14:57.35 |
brlcad |
a quick
glance, and I see that you (fortunately) limited yourself to c++
operations, which is good |
| 14:58.01 |
brlcad |
however, you
do make a performance claim and this should be tested |
| 15:01.21 |
brlcad |
kesha_: and
on testing, it doesn't apply cleanly |
| 15:06.38 |
kesha_ |
brlcad: whats
the problem you are facing ? cleanly as in ? |
| 15:06.51 |
``Erik |
with regard
to performance: don't. Just, don't. Make it work before even
contemplating performance, it's very easy to make bad assumptions
and produce over-complicated code that actually runs slower...
until you're an old super-guru, I'd strongly recommended clearing
your minds of performance until after your code is correct and
complete |
| 15:21.00 |
brlcad |
kesha_:
patches should apply with "patch -p0 -i yourfile.patch" to a trunk
checkout |
| 15:26.08 |
brlcad |
Ch3ck_: your
patches are seriously getting out of control |
| 15:26.26 |
brlcad |
you need to
stop creating new patches unless they're for a completely unrelated
new change to code |
| 15:26.41 |
Ch3ck_ |
thats what
i've been doing. |
| 15:26.51 |
Ch3ck_ |
making them
unrelated |
| 15:27.10 |
Ch3ck_ |
but since
they patch files all have to enter the same files |
| 15:27.26 |
Ch3ck_ |
problems may
arise with CMakeLists |
| 15:27.40 |
Ch3ck_ |
since they're
all trying to enter the same place |
| 15:27.55 |
Ch3ck_ |
I wanted to
make it in sure a way they apply cleanly and
consecutively |
| 15:28.09 |
``Erik |
if two
patches touch the same file, one of them will be bounced back for
rework due to conflict... |
| 15:28.10 |
Ch3ck_ |
i was adviced
to make them independent and thats what i did |
| 15:28.16 |
Ch3ck_ |
yeah |
| 15:28.20 |
Ch3ck_ |
thats the
problem |
| 15:28.28 |
Ch3ck_ |
well if they
all have to apply cleanly |
| 15:28.30 |
brlcad |
190 and 217
seem the same, 206 and 215 seem the same |
| 15:28.35 |
Izak__ |
starseeker:
Which commit did the oriented bounding box go in? |
| 15:28.49 |
Ch3ck_ |
i'll have to
apply them consecutively |
| 15:28.58 |
Ch3ck_ |
so they
clearly fit in the CMakeLists |
| 15:29.26 |
Ch3ck_ |
that should
be the only problem with the patches. |
| 15:29.33 |
``Erik |
also; stop
hitting enter so much, try writing a good line instead of a lot of
half-assed lines O.o |
| 15:29.34 |
brlcad |
Ch3ck_: if
they are independent or if the ordering is in the patch, that's
fine |
| 15:29.48 |
Ch3ck_ |
well |
| 15:29.54 |
brlcad |
i think the
issue was just those four older ones seeming to be duplicates as I
read down through the list |
| 15:29.59 |
Ch3ck_ |
star seeker
told me to make them in such way that |
| 15:30.19 |
Ch3ck_ |
they should
be applied in any order indepently |
| 15:30.26 |
Ch3ck_ |
thats when
this problem is coming up. |
| 15:30.35 |
Ch3ck_ |
which
ones? |
| 15:30.46 |
brlcad |
11:28 <
brlcad> 190 and 217 seem the same, 206 and 215 seem the
same |
| 15:31.25 |
Ch3ck_ |
well they're
not the same |
| 15:31.30 |
Ch3ck_ |
there are
changes in them.. |
| 15:31.38 |
Ch3ck_ |
and should
apply cleanly |
| 15:31.44 |
brlcad |
okay, so then
just their subject titles are misleading... ;) |
| 15:32.00 |
Ch3ck_ |
probably its
just the naming |
| 15:32.09 |
Ch3ck_ |
since all the
patches are trying to enter at once |
| 15:32.16 |
Ch3ck_ |
i could
combine all of them into one |
| 15:32.28 |
Ch3ck_ |
so they just
apply neatly then.. |
| 15:32.29 |
zero_level |
brlcad : what
did u mean here 14:33 < brlcad> zero_level:
"facsq,x,y,py,px,c;" is your doing ;) |
| 15:32.45 |
brlcad |
Ch3ck_: and
that would be bad (we've had this discussion before...) |
| 15:32.51 |
Ch3ck_ |
ok |
| 15:33.00 |
Ch3ck_ |
then in that
case i'll have to make them consecutive |
| 15:33.05 |
Ch3ck_ |
so they apply
cleanly |
| 15:33.08 |
Ch3ck_ |
is that
ok? |
| 15:33.17 |
brlcad |
that is
usually fine |
| 15:33.26 |
Ch3ck_ |
and i'll also
have to move the comments of GNU octave inside |
| 15:33.27 |
Ch3ck_ |
the
file |
| 15:33.36 |
brlcad |
the point is
actually to resolve these patches NOW because this is not how we
want you to work |
| 15:33.43 |
Izak__ |
starseeker:
Which commit during the weekend had the oriented bbox changes
? |
| 15:33.50 |
brlcad |
patch files
are only being used because there continue to be problems with the
patch files |
| 15:33.55 |
Ch3ck_ |
i don't
understnad |
| 15:34.11 |
Ch3ck_ |
should I fix
all these now and submit? |
| 15:34.15 |
brlcad |
zero_level:
there is something wrong there, what is it? |
| 15:34.16 |
zero_level |
Izak__ : I
advise you to join brlcad-commits list |
| 15:34.36 |
zero_level |
to many
variables in a single declaration ? |
| 15:34.46 |
brlcad |
Izak__: you
can run svn log to see changes |
| 15:34.49 |
zero_level |
c/to/too |
| 15:34.53 |
brlcad |
zero_level:
nope |
| 15:35.04 |
brlcad |
look at the
original code, then look at yours |
| 15:35.09 |
zero_level |
alright. |
| 15:35.17 |
brlcad |
you changed
something and it even goes against our HACKING
guidelines |
| 15:36.06 |
brlcad |
it's minor
but you should be able to see when you inject this sort of change
as it just becomes cleanup work for someone else later, and that's
not efficient use of time |
| 15:36.26 |
zero_level |
ah.. so u
mean the gaps. ? |
| 15:36.28 |
brlcad |
Ch3ck_: no,
lets go through them |
| 15:36.34 |
Notify |
03BRL-CAD:tbrowder2 * 56582
(brlcad/trunk/src/conv/jack/g-jack.c brlcad/trunk/src/sig/c-d.c and
9 others): standardize usage strings for man-pageless progs; add
optstring var for bu_getopts |
| 15:36.35 |
Ch3ck_ |
ok |
| 15:36.42 |
Ch3ck_ |
i'm
listening |
| 15:36.56 |
brlcad |
190 |
| 15:37.11 |
Notify |
03BRL-CAD:mohitdaga * 56583
brlcad/trunk/src/libicv/decimate.c: fix extra identifier in the
line. |
| 15:37.12 |
brlcad |
your last
comment there was that you were going to resubmit an up-to-date
patch |
| 15:38.02 |
Ch3ck_ |
for which
patch exactly |
| 15:39.08 |
brlcad |
kesha_ a word
of caution, I suggest breaking up your work be in slightly smaller
chunks (for stepcode changes) because you keep creating too much
work for mpictor_ |
| 15:40.01 |
brlcad |
kesha_: I
realize you've reviewed and fixed some of these issues with the
latest commits, but he shouldn't have to keep reiterating the same
points |
| 15:40.32 |
brlcad |
kesha_:
perhaps make a checklist of things to review when you make a commit
to make sure that you don't create work for him to respond to other
than "looks great" |
| 15:40.42 |
brlcad |
Ch3ck_:
190! |
| 15:42.18 |
Ch3ck_ |
well i had
seen that as rejected |
| 15:42.24 |
brlcad |
kesha_: in
that checklist should include doing a check to make sure the code
compiles, reviewing the diff to make sure only intended and
relevant changes are included, testing your change before commit
(or using the dashboard) and after to make sure nothing was
broken |
| 15:42.42 |
brlcad |
~dict
pending |
| 15:42.53 |
Ch3ck_ |
thats why i
created the new patch 217 |
| 15:43.13 |
brlcad |
that is
EXACTLY what I just said you need to stop doing :) |
| 15:43.23 |
Ch3ck_ |
I had told
you that 190 had significant debug problems |
| 15:43.36 |
Ch3ck_ |
i thought
with the pending-rejected comment |
| 15:43.37 |
brlcad |
if it's the
same patch, you should have posted it to 190 instead of creating
yet another tracker issue |
| 15:43.54 |
Ch3ck_ |
it means i
should created a better one |
| 15:43.56 |
Ch3ck_ |
sorry |
| 15:43.57 |
Ch3ck_ |
my
bad |
| 15:44.01 |
Ch3ck_ |
but its now
217 |
| 15:44.10 |
brlcad |
what does
pending mean? |
| 15:44.15 |
Ch3ck_ |
I did not
understand what pending-rejeced |
| 15:44.23 |
Ch3ck_ |
pending :
still to be |
| 15:45.01 |
brlcad |
~dict 2
pending |
| 15:45.34 |
brlcad |
"not yet
decided" ... and if you do nothing, it will be rejected |
| 15:45.45 |
Ch3ck_ |
ok |
| 15:45.46 |
brlcad |
it was
waiting for you to fix it |
| 15:45.58 |
Ch3ck_ |
and thats
what i did with 217 |
| 15:46.04 |
brlcad |
that's not
fixing 190 |
| 15:46.07 |
brlcad |
that's
creating another issue |
| 15:46.11 |
Ch3ck_ |
yeha |
| 15:46.13 |
kesha_ |
brlcad: yes,
Agree with you. the idea of creating a checklist looks great ! It
will save much of mpictor_ 's and other time. |
| 15:46.17 |
Ch3ck_ |
so how do i
remove 217 |
| 15:46.21 |
brlcad |
you
don't |
| 15:46.28 |
brlcad |
we just have
more work to clean this up |
| 15:46.32 |
Ch3ck_ |
ok |
| 15:46.36 |
brlcad |
which is
bad |
| 15:46.40 |
Ch3ck_ |
let me move
the changes here. |
| 15:46.41 |
kesha_ |
Regarding the
patch of brlcad, I will get back soon. Right now I am working on
STEP |
| 15:46.50 |
brlcad |
Ch3ck_: move
what changes? |
| 15:47.05 |
Ch3ck_ |
the patch at
217 |
| 15:47.07 |
Ch3ck_ |
here |
| 15:47.11 |
Ch3ck_ |
190 |
| 15:47.37 |
brlcad |
if 217 is a
follow-on/duplicate/continuation of 190, I'll just close 190 and we
can move forward |
| 15:48.19 |
brlcad |
but this is
yet another failure in communication on both our parts, mine for
making it clear, and yours for not understanding the status or
impact of creating new submissions |
| 15:48.40 |
brlcad |
you should
have asked what pending-rejected meant if you didn't
understand |
| 15:49.24 |
brlcad |
there are
plenty of language barriers we have to overcome, but we cannot if
you do not ask for assistance or let someone know when something
isn't 100% clear |
| 15:49.25 |
Ch3ck_ |
ok
fine |
| 15:49.53 |
Ch3ck_ |
lets move on
then.. |
| 15:51.37 |
brlcad |
Ch3ck_: so
I'll ask again.... 206 and 215 seem the same |
| 15:51.39 |
brlcad |
are
they? |
| 15:52.04 |
Ch3ck_ |
yes. |
| 15:53.49 |
brlcad |
okay, then it
it safe to assuming 206 can be closed? |
| 15:53.54 |
brlcad |
s/assuming/assume/ |
| 15:54.42 |
Ch3ck_ |
yes |
| 15:54.46 |
Ch3ck_ |
it can be
closed |
| 15:55.20 |
Ch3ck_ |
so all
changes on push and pull will be on 215 and 217 |
| 15:55.27 |
Ch3ck_ |
henceforth |
| 15:56.28 |
brlcad |
okay ... and
if anyone marks any of your patches as pending-* including
pending-rejected ... that is not a closed issue, and you can/should
update *that* issue #, not create a new one |
| 15:56.54 |
brlcad |
pending means
we're waiting on you to do something |
| 15:57.31 |
Ch3ck_ |
ok |
| 15:57.40 |
Ch3ck_ |
I understand
it perfectly now. |
| 16:00.39 |
brlcad |
kesha_: okay,
let me know when you get back to it 1) so I can help make sure
you're testing the change right and 2) to make sure you don't spend
too much time on it |
| 16:00.52 |
brlcad |
kesha_:
though I am curious why you're patch is out of sync in the first
place |
| 16:02.48 |
kesha_ |
brlcad:
okay. |
| 16:03.39 |
kesha_ |
brlcad: btw
are you getting something like http://paste.kde.org/p8787aee0/
? |
| 16:03.55 |
brlcad |
yep |
| 16:04.01 |
brlcad |
there should
be no failures |
| 16:04.15 |
brlcad |
implies the
patch was created with old sources |
| 16:04.32 |
brlcad |
so you'll
want to go back to those sources, update them, and regenerate the
patch file |
| 16:04.43 |
brlcad |
resolving any
conflicts that arise during update |
| 16:05.09 |
kesha_ |
How to
regenerate again ? I mean wont it be lost ? |
| 16:05.09 |
Izak__ |
brlcad:I
included a NULL field in table.c for the oriented bounding box
starseeker: added but my compiler cries fawl "excess elements in
struct initializer" |
| 16:05.25 |
brlcad |
reading
through 30+ patch rejection failures would be more work than doing
it all over |
| 16:05.27 |
zero_level |
kesha_ : do
svn up. |
| 16:05.45 |
zero_level |
and then svn
diff |
| 16:06.00 |
brlcad |
kesha_: where
did you make those modifications? |
| 16:06.07 |
zero_level |
if the file
you are working has not been modified. there shld not be
issues. |
| 16:06.08 |
brlcad |
to what
sources? |
| 16:06.19 |
Notify |
03BRL-CAD:starseeker * 56584
(brlcad/trunk/src/conv/step/ON_Brep.cpp
brlcad/trunk/src/conv/step/g-step.cpp): note that STEPentity ==
SDAI_Application_instance |
| 16:06.39 |
brlcad |
Izak__: have
you svn updated include/ |
| 16:07.10 |
Izak__ |
brlcad: I did
an svn update before building |
| 16:07.57 |
brlcad |
excess
elements means you've got too many fields, but I don't know the
status of your code to know where exactly that is |
| 16:08.12 |
brlcad |
you can
always count them, see what the header says |
| 16:08.36 |
brlcad |
make sure
there's one and only one element listed for each struct
element |
| 16:08.53 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 5926
/wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 5 August - 11
August */ |
| 16:09.16 |
brlcad |
it's very
possible that svn update merged in the new field just fine, adding
a new NULL element, and you adding another becomes too
many |
| 16:09.59 |
brlcad |
Izak__: so
I'm a little saddened that we don't have a successful outcome from
patch 191 |
| 16:10.06 |
brlcad |
I really hate
to see work go to waste |
| 16:10.58 |
brlcad |
all that's
required is to show that your patch provides some improvement,
ideally by demonstrating a case where rb_delete was wrong or
failed, and with yours now it doesn't |
| 16:13.02 |
Notify |
03BRL-CAD:starseeker * 56585
brlcad/trunk/src/conv/step/g-step.cpp: whoop, committed too many
files |
| 16:14.49 |
Izak__ |
brlcad:
Please, with all due respect, could we discuss the crisis on
table.c first |
| 16:16.08 |
kesha_ |
brlcad:
http://paste.kde.org/pbbd6a362/ |
| 16:16.08 |
Izak__ |
brlcad: This
is the status of my table.c code here http://paste.kde.org/pb0c0bbcf/ |
| 16:16.11 |
kesha_ |
:) |
| 16:16.50 |
Izak__ |
kesha: what's
with the :) ? |
| 16:17.35 |
kesha_ |
Izak__:
http://paste.kde.org/pbbd6a362/
worked , I presume. |
| 16:18.16 |
brlcad |
starseeker:
stray comma on ON_BRep_to_STEP ? |
| 16:18.19 |
Izak__ |
kesha: It
didn't. Just showing Sean the status of some of my code
:) |
| 16:18.55 |
kesha_ |
Izak__: I am
talking abt <kesha_> brlcad: http://paste.kde.org/pbbd6a362/
. Anyways, leave it ! |
| 16:18.57 |
brlcad |
Izak__: the
fact that 191 and other patches are unresolved is at the heart of
why you have a table.c crisis |
| 16:19.24 |
brlcad |
if you had
established commit access by now, you wouldn't be fighting painful
merge issues like this |
| 16:20.15 |
brlcad |
so if you
don't want to talk about it now, that's fine, but please do
understand that this is not an efficient or preferred method of
communication |
| 16:20.41 |
brlcad |
I'm reviewing
patches ... so I don't have to review your patches |
| 16:20.51 |
brlcad |
so you don't
have to create patches |
| 16:21.00 |
Izak__ |
brlcad: Wer
can talk about it then. |
| 16:21.01 |
brlcad |
it's far FAR
easier to review commits |
| 16:21.56 |
brlcad |
kesha_: is
that to imply that you were able tol update your sources and
regenerate a clean patch? |
| 16:22.11 |
brlcad |
if so, please
do upload it and I'll give it a review |
| 16:22.29 |
kesha_ |
brlcad: ya, I
am attaching new patch over there |
| 16:22.36 |
Ch3ck_ |
so sean
what's the next step? |
| 16:23.07 |
brlcad |
Izak__: so as
for table.c and the current definition of the function table, is
that too many or too few struct elements? |
| 16:24.16 |
brlcad |
Ch3ck_: what
do you mean? :) |
| 16:24.39 |
Ch3ck_ |
waiting on
the erviews we were discussing |
| 16:24.48 |
Ch3ck_ |
reviews we
were working on |
| 16:24.52 |
brlcad |
you mean
patches 215 and 217? |
| 16:24.56 |
Ch3ck_ |
yeah.. |
| 16:25.53 |
brlcad |
I generally
review patches in order when it pertains to commit access, and
there are a few ahead of 215 now |
| 16:26.00 |
brlcad |
all the more
reason to update your oldest patches... ;) |
| 16:26.24 |
brlcad |
i should get
to it later today, so carry on with what you're doing |
| 16:26.34 |
``Erik |
Izak__:
please do 'svn info' and verify that your revision is 56585, you
should be running 'svn up' fairly often |
| 16:26.35 |
brlcad |
thank you for
clarifying those two |
| 16:26.42 |
Ch3ck_ |
ok |
| 16:26.46 |
Ch3ck_ |
what about
the unit tests? |
| 16:26.55 |
brlcad |
they're even
newer right? |
| 16:26.58 |
brlcad |
:) |
| 16:26.59 |
Ch3ck_ |
which i've
written to get commit access |
| 16:27.02 |
Ch3ck_ |
yes. |
| 16:27.19 |
brlcad |
all the more
reason to update/check/fix your oldest patches... ;) |
| 16:27.19 |
Ch3ck_ |
so since
there are hunk fails during application |
| 16:27.30 |
brlcad |
otherwise it
isn't fair to others |
| 16:27.33 |
Ch3ck_ |
of the
patches |
| 16:27.43 |
brlcad |
yeah, you'll
want to address that |
| 16:27.54 |
Ch3ck_ |
so should i
make them in such a way that they apply consecutively and
cleanly? |
| 16:27.58 |
brlcad |
yes |
| 16:28.02 |
Ch3ck_ |
ok |
| 16:28.07 |
brlcad |
or
independently |
| 16:28.17 |
brlcad |
but then
independent will apply consecutively and cleanly too |
| 16:28.52 |
brlcad |
just if there
IS a dependency, leave a comment that simply says "this patch
assumes patch #224 will be applied first" |
| 16:28.55 |
``Erik |
Ch3ck_: if a
patch depends on another, please note the relationship in the
description... "this patch depends on 215" or something |
| 16:29.20 |
Ch3ck_ |
ok |
| 16:29.30 |
brlcad |
so I did read
through your bn testing changes |
| 16:29.34 |
brlcad |
it's looking
really good |
| 16:29.50 |
brlcad |
loving the
inclusion of real outputs from octave |
| 16:30.02 |
brlcad |
only concern
is that testing looked VERY limited in scope |
| 16:30.51 |
brlcad |
at least for
the poly testing, didn't see any zero coefficients, negative
values, large with small, small with large, and didn't go over
fourth order, I believe |
| 16:31.29 |
brlcad |
you created
the testing harness, so additional tests are nearly free to set
up |
| 16:32.02 |
brlcad |
you can set
up as many as you can think of that test some unique characteristic
fairly easily to make a decently robust test |
| 16:33.07 |
Ch3ck_ |
yeah |
| 16:34.11 |
brlcad |
kesha_: I
suggest going back through mpictor_'s github and email comments to
you and make a note/list of things he said were wrong, then add
those to your checklist |
| 16:39.40 |
brlcad |
ejno: I just
created an opencl branch for you to work in, you can start
integrating your work to date there including any sample/test code
you're working on |
| 16:40.16 |
ejno |
ok, thank
you |
| 16:41.03 |
brlcad |
i'd like to
see if we can establish a real proof-of-concept as quickly as
possible, so don't worry about doing it pretty |
| 16:41.26 |
brlcad |
we can treat
this as a testing throw-away branch, and if a concept pans out, we
can integrate it cleanly on trunk |
| 16:44.25 |
ejno |
ok |
| 16:44.29 |
Notify |
03BRL-CAD:brlcad * 56586 NIL: Created an
OpenCL branch for some experimental performance impact testing.
Looking to feed the primitive evaluations through OpenCL for
starters to evaluate the scalability and performance impact for a
limited set of primitives. This is intended to be proof-of-concept
work, not working production code nor any guarantees implied
(including portable compilation). |
| 16:44.47 |
brlcad |
``Erik: heh
NIL .. nice :) |
| 16:45.26 |
brlcad |
ejno:
https://svn.code.sf.net/p/brlcad/code/brlcad/branches/opencl |
| 16:45.33 |
ejno |
currently I'm
having crashes when creating a new file in MGED. I've gone back 300
revisions also |
| 16:46.22 |
brlcad |
oof |
| 16:46.31 |
brlcad |
how are you
creating a new file? |
| 16:46.53 |
ejno |
both
File->New and on the command line: mged test.g |
| 16:47.10 |
``Erik |
what about
'opendb newfile.g' at the mged prompt? |
| 16:47.40 |
brlcad |
hm, yeah, I
dont' recall the last time I used the menu option |
| 16:48.11 |
``Erik |
just created a new file doing "mged test.g" in
bash... |
| 16:48.33 |
``Erik |
and the
menu |
| 16:48.59 |
ejno |
``Erik:
opendb works for me |
| 16:50.05 |
``Erik |
Izak__:
what's the progress on updating your table.c ? |
| 16:52.07 |
ejno |
this is
printed: Fontconfig warning: FcPattern object fontfeatures does not
accept value True |
| 16:52.09 |
Izak__ |
``Erik: I am
building and its succeeding..... Will update the patch
soon. |
| 16:53.53 |
Ch3ck_ |
need some
help here creating a patch |
| 16:54.16 |
Ch3ck_ |
I have
created a patch and added a new test to brlcad |
| 16:54.39 |
Ch3ck_ |
and i want
the new patch to have only the difference from the previously
created patch? |
| 16:54.48 |
Ch3ck_ |
do i diff
both patch files or what? |
| 16:55.33 |
Ch3ck_ |
since the new
patch has both the previous files and the current one. |
| 16:57.34 |
brlcad |
Ch3ck_: "it
depends" on what kind of changes you made, but ideally the file
does only contain the new changes or is an update/replacement to
the other patch |
| 16:58.01 |
Ch3ck_ |
i am creating
patches consecutively |
| 16:58.04 |
Ch3ck_ |
on the
tests |
| 16:58.18 |
Ch3ck_ |
and i want
each to depend on the other consecutively since i'm
adding |
| 16:58.23 |
Ch3ck_ |
tests |
| 16:58.26 |
Ch3ck_ |
to
libbn |
| 16:58.37 |
Ch3ck_ |
when i create
the patch it gives |
| 16:58.47 |
Ch3ck_ |
me both the
previously added test and the current |
| 16:59.01 |
Ch3ck_ |
but i want it
to have only the current |
| 16:59.07 |
Ch3ck_ |
but will
apply when the previous has applie |
| 16:59.08 |
Ch3ck_ |
d |
| 16:59.18 |
brlcad |
yep, I get
it |
| 16:59.54 |
brlcad |
without
commit, it's fugly, so you might want to try and work on
non-conflicting changes regardless so you can keep using "svn
diff" |
| 17:00.01 |
brlcad |
otherwise,
you'll probably need two checkout trees so you can run "diff -u"
between them |
| 17:00.21 |
brlcad |
one dir is
your previous state, other is your new state |
| 17:00.29 |
brlcad |
creates the
delta patch |
| 17:01.07 |
brlcad |
I would try
to minimize working like this as much as possible
though |
| 17:01.11 |
brlcad |
we don't want
you working that way |
| 17:01.31 |
brlcad |
perfect
patches is the goal, and you only need a couple |
| 17:02.41 |
Ch3ck_ |
well i'll see
what to do... |
| 17:02.47 |
brlcad |
so you could
already have enough open patches to gain commit if they're perfect,
in which case this is all moot (unless you already know they will
not apply cleanly) |
| 17:03.12 |
Ch3ck_ |
to make
independent patches apply independently cleanly |
| 17:03.16 |
Ch3ck_ |
but
consecutively |
| 17:03.46 |
``Erik |
Ch3ck_: how
about you close the patch tickets that are no longer valid, pick
one remaining patch and we try to get that one to a committable
state... throwing crap patch after crap patch is just creating a
big pile of crap... :D |
| 17:04.07 |
Ch3ck_ |
ok |
| 17:04.18 |
Ch3ck_ |
look at
222 |
| 17:04.23 |
Ch3ck_ |
it should
apply cleanly |
| 17:04.29 |
Ch3ck_ |
so i move on
to the next |
| 17:04.56 |
brlcad |
ejno: oh, now
that you have commit, will you apply your 194 patch |
| 17:05.31 |
``Erik |
222 says it
needs 221, is 221 going to be a clean good patch? |
| 17:05.41 |
Ch3ck_ |
221 has
already been applied |
| 17:05.46 |
``Erik |
ah,
cool |
| 17:05.47 |
Ch3ck_ |
so it should
apply now. |
| 17:06.56 |
``Erik |
the
poly_init() function in that patch adds a trailing
whitespace |
| 17:07.29 |
Ch3ck_ |
what! |
| 17:07.38 |
ejno |
brlcad:
ok |
| 17:07.54 |
``Erik |
and fails to
apply cleanly... let me delete my copy and re-download to make sure
I don't have an old one |
| 17:08.03 |
brlcad |
ejno: you can
assign to yourself when done and mark it closed |
| 17:08.16 |
ejno |
ok |
| 17:08.37 |
ejno |
is it ok that
I can't test the windows code? |
| 17:08.54 |
brlcad |
it's okay
until you hear otherwise |
| 17:09.05 |
*** join/#brlcad vladbogo
(~vlad@188.25.239.5) |
| 17:09.17 |
brlcad |
if someone
reports an issue, you'll need to address it or revert (usually
resolve within 24 hours is expected) |
| 17:09.24 |
ejno |
ok |
| 17:09.28 |
``Erik |
Ch3ck_:
patches should be generated from the root directory of the
project |
| 17:09.39 |
brlcad |
you can ask
here or mailing list to see if someone is willing to test for
you |
| 17:09.50 |
Ch3ck_ |
ok well
generated a new one now.. |
| 17:11.09 |
Ch3ck_ |
updating the
patch now.. |
| 17:11.43 |
Ch3ck_ |
check the
updated version now. |
| 17:17.22 |
``Erik |
ok, patch is
generated correctly now and applies cleanly, but indentation is
wrong (two space indentation is not what HACKING specifies), and
there are two many empty lines |
| 17:18.45 |
Ch3ck_ |
wow |
| 17:18.50 |
``Erik |
the end of
test_bn_poly_scale() has a blank line between the return value and
the closing curly, poly_init() has a blank line between the
multiline comment about octave and the code it belongs
to |
| 17:19.19 |
``Erik |
most of these
instances where you have two sequential blank lines should be
reduced to one blank line |
| 17:19.33 |
``Erik |
should never
have a blank line after an opening curly |
| 17:20.37 |
``Erik |
I have no
idea what "o coefficients" are in the poly_init() comment, is that
supposed to be '0' ? |
| 17:20.45 |
Ch3ck_ |
thats whay
sean did with bn_poly_multiply |
| 17:20.52 |
Ch3ck_ |
so just
followd |
| 17:21.14 |
Ch3ck_ |
yes
0 |
| 17:21.15 |
``Erik |
comment line
"*Initialises polnomial storing a negative, positive and zero
coefficients." should have a space between * and I |
| 17:21.27 |
``Erik |
and
polynomial should be spelled correctly |
| 17:22.50 |
``Erik |
in main(),
the closing paren and else should be cuddled (on the same line,
like "} else" ) |
| 17:23.10 |
``Erik |
main()
shouldn't use exit(), it should return the value
instead |
| 17:23.46 |
Ch3ck_ |
i returned a
negative number |
| 17:23.49 |
Ch3ck_ |
and sean
refused |
| 17:23.55 |
Ch3ck_ |
prefering |
| 17:23.58 |
Notify |
03BRL-CAD:ejno * 56587
brlcad/trunk/src/libbu/tests/CMakeLists.txt: add a test of libbu
semaphore locking |
| 17:24.07 |
Ch3ck_ |
EXIT_FAILURE |
| 17:24.37 |
``Erik |
... you
should use "return EXIT_SUCCESS;", not "exit(0);" ... |
| 17:25.11 |
Ch3ck_ |
thats what i
did |
| 17:25.23 |
Ch3ck_ |
exit(EXIT_SUCCESS |
| 17:25.25 |
Ch3ck_ |
) |
| 17:25.38 |
Ch3ck_ |
ok |
| 17:25.41 |
Ch3ck_ |
i get
it.. |
| 17:25.53 |
``Erik |
the string
'exit' should not exist in your program at all :) |
| 17:26.29 |
Ch3ck_ |
is that
all |
| 17:26.36 |
Ch3ck_ |
so I should
generate patch now? |
| 17:27.03 |
``Erik |
and towards
the top, the comment block about octave needs spaces between the
'*' and body... I'd actually remove the copyright and build info
from that comment as well, just say it was Octave 3.4.3 |
| 17:27.26 |
Ch3ck_ |
ok |
| 17:27.30 |
Notify |
03BRL-CAD:starseeker * 56588
brlcad/trunk/src/conv/step/ON_Brep.cpp: Stray comma (thanks
Sean) |
| 17:28.05 |
``Erik |
after all
that, regenerate and resubmit, and we'll take another look to see
if anything else stands out, I guess |
| 17:29.00 |
mpictor_ |
kesha_: if
you don't have a list of my comments, I believe I saved the issue
21 html file. The comments are tied to the commit id, so they
disappear if the commit is removed |
| 17:29.29 |
Ch3ck_ |
``Erik:
should see new patch now.. |
| 17:30.36 |
``Erik |
still
indented wrong |
| 17:31.14 |
Ch3ck_ |
I ran it
through indent.sh |
| 17:31.15 |
Ch3ck_ |
first |
| 17:31.20 |
``Erik |
and too many
blank lines |
| 17:31.23 |
Ch3ck_ |
So i don't
understand |
| 17:31.55 |
Ch3ck_ |
i also did
ws.sh |
| 17:32.08 |
``Erik |
indent.sh
depends on having brlcad's .emacs file/version/etc, it's not a
magic hammer... (I've never gotten it to work right) |
| 17:32.28 |
``Erik |
what is your
text editor of choice? |
| 17:32.34 |
Ch3ck_ |
well i use
gedit |
| 17:32.38 |
Ch3ck_ |
and
emacs |
| 17:32.47 |
Ch3ck_ |
but i've not
used emacs for some time now |
| 17:32.57 |
Ch3ck_ |
so i've
forgotten many of its commands. |
| 17:34.44 |
``Erik |
hm, gedit has
naive indentation and I d'no the emacs fu to load the footer
:/ |
| 17:36.03 |
Ch3ck_ |
so we do we
do now.. |
| 17:36.14 |
Ch3ck_ |
i've done
everything within my power.. |
| 17:36.19 |
Ch3ck_ |
i don't
understand all these complications. |
| 17:36.22 |
Ch3ck_ |
:( |
| 17:36.37 |
``Erik |
I'm googling
the appropriate things to fix/add in your ~/.emacs file |
| 17:37.03 |
Izak__ |
``Erik: I
have upgraded the 'bare bones' patch |
| 17:38.46 |
``Erik |
add (setq
c-basic-offset 4) to your ~/.emacs and try the indent.sh script
again, then visually inspect to see if the code is indented with 4
spaces? |
| 17:39.16 |
Ch3ck_ |
ok |
| 17:41.00 |
Ch3ck_ |
where is the
~/.emacs found |
| 17:41.25 |
``Erik |
~/ means in
your home directory... you can run "emacs ~/.emacs" from
anywhere |
| 17:42.37 |
Ch3ck_ |
so how do i
add the setq c-ba ... |
| 17:42.39 |
Ch3ck_ |
thing.. |
| 17:42.44 |
*** join/#brlcad kesha__
(~kesha@14.139.122.114) |
| 17:42.58 |
``Erik |
go to the
bottom of the file, type (or paste) it, save and
exit... |
| 17:44.14 |
Ch3ck_ |
i have done
that within the bn_poly_scale.c file |
| 17:45.04 |
``Erik |
this (setq
c-basic-offset 4) line should not be in bn_poly_scale.c, it should
be in your .emacs file |
| 17:46.22 |
Ch3ck_ |
i have not
seen any .emacs file |
| 17:47.16 |
``Erik |
it'd be a
hidden file in your home directory... if it doesn't exist, you have
to create it... |
| 17:48.51 |
Ch3ck_ |
how should i
save it |
| 17:48.55 |
Ch3ck_ |
as
.emacs? |
| 17:49.01 |
Ch3ck_ |
and
what.emacs |
| 17:50.12 |
Ch3ck_ |
ok did
it |
| 17:50.19 |
Ch3ck_ |
but there is
still no change |
| 17:50.24 |
Ch3ck_ |
should i
upload the patch? |
| 17:56.22 |
*** join/#brlcad kesha__
(~kesha@14.139.122.114) |
| 18:01.32 |
``Erik |
Ch3ck_: if
the patch still has 2 space indentation, no. |
| 18:02.08 |
``Erik |
the ".emacs"
file should be in your home directory |
| 18:02.20 |
Ch3ck_ |
thats what
i've done |
| 18:02.20 |
``Erik |
you should be
able to do "cat ~/.emacs" and see the c-basic-offset
line |
| 18:03.13 |
``Erik |
(brlcad
should cook a .indent.pro for use with bsd or gnu indent
*cough*) |
| 18:04.35 |
Ch3ck_ |
well |
| 18:04.40 |
Ch3ck_ |
i've done
it |
| 18:04.44 |
Ch3ck_ |
and will
upload patch now. |
| 18:05.53 |
Notify |
03BRL-CAD:ejno * 56589
brlcad/branches/opencl/src/librt/primitives/ell/ell.c: convert to C
and integrate with librt |
| 18:06.12 |
Ch3ck_ |
should check
patch now.. |
| 18:10.00 |
``Erik |
well, until
we figure out how to indent correctly, I'll point out some other
things... like the blank lines y ou need to delete, I'll list them
from bottom to top so the line numbers don't muddle things... 143
73 49 37 |
| 18:10.15 |
``Erik |
also;
copyright date says 2004-2013, that should just be 2013 since this
file is new |
| 18:12.17 |
Ch3ck_ |
is that
all? |
| 18:13.06 |
``Erik |
other than
indentation, that's all that's jumping out to me |
| 18:13.36 |
``Erik |
do you have
gnu's "indent" program on your machine? |
| 18:14.45 |
brlcad |
running
indent.sh is a crutch, it's for convenience -- you should be able
to do the whitespace corrections manually if needed |
| 18:14.59 |
brlcad |
there is an
example .emacs file on the wiki |
| 18:15.16 |
Ch3ck_ |
ok |
| 18:15.26 |
Ch3ck_ |
please i'll
need link |
| 18:15.42 |
brlcad |
how many
lines are in your patch file? |
| 18:16.30 |
brlcad |
the "wc"
program will tell you |
| 18:17.58 |
Ch3ck_ |
191 |
| 18:18.31 |
Ch3ck_ |
now
187 |
| 18:18.32 |
starseeker |
Ch3ck_: uh...
just use google - BRL-CAD and Emacs |
| 18:18.34 |
brlcad |
that should
take less than two minutes to manually fix |
| 18:18.48 |
Ch3ck_ |
how many
white spaces |
| 18:18.49 |
Ch3ck_ |
4? |
| 18:18.54 |
Ch3ck_ |
right? |
| 18:18.57 |
brlcad |
no |
| 18:18.58 |
starseeker |
check
HACKING |
| 18:19.09 |
Ch3ck_ |
ok |
| 18:20.00 |
Ch3ck_ |
indents every
4 characters |
| 18:20.12 |
Ch3ck_ |
tab stops at
8 characters. |
| 18:20.14 |
Ch3ck_ |
right? |
| 18:20.20 |
Ch3ck_ |
its what i'm
reading. |
| 18:20.30 |
brlcad |
that's what
it says, yes .. but do you understand what that means? |
| 18:21.06 |
brlcad |
it means it
can be a mix of tabs and spaces for any given line, depending on
how many indentation levels there are |
| 18:22.02 |
brlcad |
``Erik: does
sasl have an update or do you know if it updated
recently? |
| 18:22.23 |
brlcad |
getting a
fuckton of "svn: DIGEST-MD5 common mech free" messages
now |
| 18:22.31 |
brlcad |
via
syslog |
| 18:23.17 |
brlcad |
didn't just
start happening, it's been a couple weeks |
| 18:23.23 |
Ch3ck_ |
i've manually
made the indentation to 4 |
| 18:23.27 |
vladbogo |
hi all. I am
currently working at mouse integration between qt and tk and I am
dealing with a really strange problem: I've managed to send events
from qt to tk and when I click I get the error "bad scaling factor:
0.000". |
| 18:23.44 |
Notify |
03BRL-CAD:ejno * 56590
(brlcad/branches/opencl/test-raytracer/version1/Makefile
===================================================================
and 32 others): add original code to SVN |
| 18:23.49 |
brlcad |
Ch3ck_: do
you understand what is meant by saying it's a mix of tabs and
spaces? |
| 18:24.00 |
Ch3ck_ |
no |
| 18:24.23 |
vladbogo |
apparantly
this comes from "atof" function because the string is 0.5 and the
result is 0 |
| 18:24.27 |
brlcad |
it's critical
to knowing how to indent properly |
| 18:24.44 |
brlcad |
Ch3ck_: see
one of the existing files that has multiple levels of
indentation |
| 18:24.57 |
Ch3ck_ |
ok |
| 18:25.10 |
brlcad |
it's 4spcs,
then 1tab, then 1tab+4spcs, then 2 tabs, etc |
| 18:25.41 |
Ch3ck_ |
i don't
understand |
| 18:25.42 |
brlcad |
each indent
either adds 4 spaces or removes four spaces and inserts a
tab |
| 18:26.24 |
brlcad |
it's a
byte-compressed fixed-presentation code style |
| 18:26.26 |
brlcad |
it's not just
spaces |
| 18:26.28 |
brlcad |
it not just
tabs |
| 18:26.30 |
vladbogo |
the strange
part is that when I use any other dm insted of the Qt one the
separator for double is "."(point) but for the qt one is ","(comma)
so if I give to atof ("0,5") the conversion is correct. Any idea
why this behaviour? |
| 18:27.12 |
Izak__ |
make |
| 18:27.19 |
brlcad |
vladbogo:
atof("0.5") returning 0.0 sounds wrong |
| 18:28.24 |
brlcad |
either the
string it gets is not actually "0.5" or it's not really returning
0.0 and somehow getting cast/converted somewhere |
| 18:28.54 |
brlcad |
e.g., without
a prototype, the compiler will assume atof() returns an integer, so
you have to make sure header is properly included |
| 18:29.23 |
vladbogo |
brlcad: I
know and if I change the atof("0.5") to atof("0,5") (here it's
comma) work's fine |
| 18:29.49 |
``Erik |
starseeker:
beginnings of an .indent.pro might be something like -bad -bap -bbb
-br -ce -di1 -i4 -pcs -nfcb |
| 18:30.11 |
``Erik |
brlcad:
may've been updated... I've been doing port upgrades almost
daily |
| 18:30.19 |
brlcad |
vladbogo:
o.O |
| 18:30.20 |
vladbogo |
brlcad: and
also when I print a double it uses the comma as a separator but
just for the Qt dm |
| 18:30.44 |
``Erik |
ah, vladbogo,
do you have locale stuff set? |
| 18:30.46 |
brlcad |
"The decimal
point character is defined in the program's locale (category
LC_NUMERIC)" |
| 18:31.13 |
brlcad |
that's from
atof's manual page |
| 18:31.20 |
``Erik |
a lot of the
world uses a comma instead of a period as a decimal
point |
| 18:31.33 |
vladbogo |
''Erik: I
haven't set any locale explicitly |
| 18:32.03 |
vladbogo |
and for the
other dm's it uses point as expected not comma |
| 18:32.42 |
brlcad |
vladbogo: you
almost certainly have a locale set in your environment |
| 18:33.08 |
brlcad |
which means
most of the standard functions are going to expect a
comma |
| 18:33.39 |
*** join/#brlcad kesha__
(~kesha@14.139.122.114) |
| 18:35.51 |
brlcad |
we may need
to add setlocale( LC_ALL, "en-US" ); where we assume us locale, but
that's certainly not elegant or polite |
| 18:42.26 |
vladbogo |
brlcad:
should I try to set this somewhere specific or doesn't matter
because nothing changes? |
| 18:48.36 |
Notify |
03BRL-CAD:ejno * 56591
brlcad/branches/opencl/src/librt/primitives/ell/ell.c: more work on
integrating with librt |
| 18:52.37 |
brlcad |
vladbogo:
where's the 0.5 string coming from? |
| 18:54.22 |
brlcad |
Ch3ck_: also
/*this is bad*/ and /* this is good */ when it comes to
comments |
| 18:55.40 |
brlcad |
the committed
sources need many style corrections, but to do so with several open
patches would almost certainly introduce conflicts or make merging
more difficult |
| 18:56.33 |
vladbogo |
brlcad: it's
an argument to the cmd_zoom function |
| 18:56.53 |
brlcad |
file:line? |
| 18:56.55 |
Ch3ck_ |
brlcad: i
don't have any such problems with patch 221 |
| 18:57.16 |
brlcad |
Ch3ck_: okay,
just commenting based on current status of
bn_poly_multiply.c |
| 18:57.34 |
brlcad |
function
return types belong on separate line |
| 18:57.40 |
brlcad |
int |
| 18:57.43 |
brlcad |
main() |
| 18:57.46 |
brlcad |
{ |
| 18:57.55 |
vladbogo |
mged/chgview.c line 2690 |
| 18:57.56 |
brlcad |
not int
main() { |
| 18:58.34 |
vladbogo |
also I tested
on my other system where I have kubuntu and it does not seem to
have this behaviour |
| 18:58.53 |
Ch3ck_ |
waiting for
the application of 221 |
| 18:59.01 |
Ch3ck_ |
so i could
get on to the next patch |
| 18:59.04 |
vladbogo |
so it might
be something local |
| 18:59.46 |
``Erik |
brlcad:
rebuilt subversion without sasl, that should eliminate the debug
message... |
| 18:59.49 |
``Erik |
heads home O.o |
| 18:59.51 |
brlcad |
vladbogo:
locale is set in your environment |
| 18:59.58 |
brlcad |
``Erik: you
rock! |
| 19:00.10 |
zero_level |
hi all : Can
every one run regress on there local machines. |
| 19:00.31 |
zero_level |
make regress
in the build directory. |
| 19:00.49 |
brlcad |
vladbogo: if
you run "set", there's almost certainly a locale setting in
there |
| 19:01.41 |
brlcad |
vladbogo: so
chgview.c:2690 is where the atof call was made, but where'd the 0.5
string come from? |
| 19:01.50 |
brlcad |
that came
into cmd_zoom() from somewhere else |
| 19:02.37 |
brlcad |
usually user
input, so a fix would be to type "zoom 0,5" in mged and that might
work |
| 19:02.54 |
brlcad |
but then if
we print 0.5 to a string or manually pass it in from some
tclscript, we have a locale bug |
| 19:03.32 |
brlcad |
zero_level:
anything more specific, I run that throughout the day every
day |
| 19:03.33 |
vladbogo |
brlcad: there
I found that the problem is: it occurs when the mouse button is
pressed |
| 19:03.47 |
brlcad |
mouse button
is a zoom in/out binding |
| 19:03.59 |
zero_level |
solids.sh |
| 19:04.00 |
brlcad |
so probably
what I just said, a tclscript passing in 0.5 ignorantly |
| 19:04.44 |
brlcad |
zero_level:
just fyi, "make regress-solids" will run just the solids regression
(and it currently passes for me) |
| 19:04.53 |
zero_level |
alright. |
| 19:06.11 |
zero_level |
BZ also
passes for me. |
| 19:06.39 |
zero_level |
but i recieve
the following on ubuntu12.04 i3 |
| 19:06.41 |
zero_level |
http://paste.kde.org/pb2722cd3/ |
| 19:06.47 |
brlcad |
vladbogo:
LANG, LC_MESSAGES, and LC_ALL are the environment variables that
control locale, if you unset them .. then mged will work (but the
locale bug still will exist obviously) |
| 19:06.58 |
vladbogo |
brlcad:
mged/buttons line 366 appears to call mged_zoom(0.5) |
| 19:07.15 |
brlcad |
zero_level:
that's not the actual failure, you need to include more
output |
| 19:08.22 |
zero_level |
brlcad : how
abt this |
| 19:08.24 |
zero_level |
http://paste.kde.org/p019f0e1e/ |
| 19:08.37 |
brlcad |
vladbogo:
it's still numeric there, that's fine |
| 19:09.06 |
brlcad |
looks like
chgview.c:2630 is where it gets converted to string |
| 19:09.10 |
vladbogo |
brlcad: I'll
try to find where the variables are set and see why this only
happens for Qt |
| 19:09.18 |
brlcad |
so there is
where it needs to take locale into account |
| 19:09.37 |
brlcad |
Qt is very
locale aware |
| 19:10.12 |
brlcad |
C's standard
library has different function calls to get locale
behavior |
| 19:11.38 |
brlcad |
so snprintf()
is probably just turning it into "0.5" or "0,5" and someone down
the line is confused |
| 19:11.50 |
brlcad |
vladbogo: try
adding this before the snprintf just to test: setlocale(LC_ALL,
"POSIX"); |
| 19:14.05 |
vladbogo |
brlcad:
setting this uses point |
| 19:15.10 |
vladbogo |
so should I
set this in the dm-qt just to be sure? |
| 19:15.18 |
brlcad |
nope |
| 19:15.51 |
vladbogo |
ok |
| 19:16.04 |
brlcad |
we're not
really well tested for locale aware applications so a couple
thoughts come to mind |
| 19:16.19 |
brlcad |
1) should fix
the actual crash, to prevent that from happening
regardless |
| 19:16.24 |
brlcad |
where was it
crashing? |
| 19:16.59 |
vladbogo |
libged/zoom/zoom.c line 64 |
| 19:17.28 |
brlcad |
okay so not
crashing, just reporting an error |
| 19:17.59 |
brlcad |
what was the
string that sscanf was scanning from? |
| 19:18.02 |
vladbogo |
yep |
| 19:18.49 |
brlcad |
"0,5" or
"0.5" (prior to adding setlocal()) |
| 19:19.07 |
vladbogo |
in zoom.c
it's already 0.0 |
| 19:19.19 |
vladbogo |
before it was
"0.5" |
| 19:19.45 |
brlcad |
the argv[] is
"0.0" or "0,0" ? |
| 19:21.39 |
vladbogo |
"0,000" |
| 19:21.44 |
brlcad |
i'm not yet
seeing where this goes wrong |
| 19:21.49 |
brlcad |
that's
interesting |
| 19:22.10 |
brlcad |
so ged_zoom()
has argv[]="0,000" |
| 19:22.26 |
vladbogo |
it goes wrong
several steps before |
| 19:22.38 |
vladbogo |
yes
argv[1]="0,000" |
| 19:22.48 |
vladbogo |
which seems
to be ok |
| 19:22.49 |
brlcad |
which implies
chgview.c:2633 set "0,000", which implies the snprintf() returned
that |
| 19:22.54 |
vladbogo |
yes |
| 19:23.16 |
vladbogo |
the problem
occurs in cmd_zoom |
| 19:23.30 |
vladbogo |
there argv[1]
is "0.5" |
| 19:24.22 |
vladbogo |
which is
converted to double and sent do mged_zoom where it's converted back
to string using snprintf |
| 19:25.10 |
vladbogo |
so it seems
that the call to cmd_zoom seems to be the problem |
| 19:28.09 |
brlcad |
yeah, I think
you pinned it |
| 19:28.32 |
vladbogo |
and in
mged/setup.c Tcl_CreateCommand creates a comand that has the
function cmd_zoom |
| 19:28.53 |
vladbogo |
so it has to
be in Tcl/Tk I guess |
| 19:32.32 |
brlcad |
the 0.5
string is almost certainly coming from tcl |
| 19:32.40 |
brlcad |
and it's
respecting your locale, so that's a 0 |
| 19:33.24 |
Notify |
03BRL-CAD:brlcad * 56592
brlcad/trunk/src/mged/chgview.c: make sure the zoom string is sane
so we don't propagate a zero |
| 19:33.42 |
vladbogo |
I think I
found out |
| 19:33.53 |
vladbogo |
src/libtclcad/tclcad_obj.c |
| 19:34.11 |
vladbogo |
line
5156 |
| 19:34.25 |
vladbogo |
but I'm not
sure |
| 19:35.09 |
Notify |
03BRL-CAD:brlcad * 56593
brlcad/trunk/src/mged/chgview.c: avoid propagating a zero zoom to
libged |
| 19:38.36 |
brlcad |
vladbogo:
looks like a possibility, did a stack tace get you
there? |
| 19:39.11 |
vladbogo |
no. I've
searched for zoom |
| 19:39.28 |
brlcad |
ah |
| 19:39.31 |
brlcad |
more than
likely it's src/tclscripts/mged/bindings.tcl |
| 19:39.43 |
brlcad |
since that's
where the key binding for zoom in/out are set for mged |
| 19:39.46 |
vladbogo |
but it
doesn't seem to be there |
| 19:39.52 |
brlcad |
archer uses
libtclcad |
| 19:40.18 |
brlcad |
src/tclscripts/mged/openw.tcl also
probably has a binding |
| 19:40.38 |
brlcad |
(for the menu
zoom options) |
| 19:40.57 |
brlcad |
yep, sure
enough both places |
| 19:41.52 |
brlcad |
so the fix is
probably specific to the tcl hook functions |
| 19:42.22 |
brlcad |
they need to
forcibly set the locale to POSIX, do their work, then set it
back |
| 19:43.11 |
brlcad |
OR we some
way to manage every possible floating point literal in a tcl script
in locale form |
| 19:43.43 |
brlcad |
like "zoom
[clocale 0.5]" |
| 19:46.01 |
vladbogo |
so should I
set the locale in cmd_zoom to POSIX then change it
back? |
| 19:46.53 |
Notify |
03BRL-CAD:carlmoore * 56594
(brlcad/trunk/doc/docbook/system/man1/en/g-acad.xml
brlcad/trunk/src/conv/g-acad.c): disuss the -P option, implement
'RTD.debug = |
| 19:46.56 |
brlcad |
that would be
the first option I mentioned |
| 19:47.08 |
brlcad |
forcibly
setting the locale |
| 19:47.21 |
starseeker |
brlcad: is
http://viennacl.sourceforge.net/
of any interest for the opencl stuff? |
| 19:47.32 |
brlcad |
the issue is
just one of user expectation ... vladbogo would you expect to be
able to run "zoom 0.5" on the command line |
| 19:47.38 |
brlcad |
or would you
expect "zoom 0,5" |
| 19:48.02 |
vladbogo |
well I'd
expect to run zoom 0.5 |
| 19:48.51 |
brlcad |
starseeker:
if/when we get to converting a primitive that uses those types of
solvers, perhaps |
| 19:49.20 |
vladbogo |
I'm still
confused why the locale is set to something else since my local
configurations are to use "." |
| 19:49.45 |
brlcad |
"."? |
| 19:49.49 |
brlcad |
that's not a
valid locale :) |
| 19:50.04 |
brlcad |
set | grep
L |
| 19:51.22 |
brlcad |
vladbogo: if
you expect that, then I'll just tell any future complaining users
that it was your fault ;) |
| 19:51.28 |
brlcad |
certainly
sounds fine to me |
| 19:51.40 |
brlcad |
but then
that's the only locale I use, POSIX ftw |
| 19:52.26 |
vladbogo |
I agreed with
you |
| 19:52.51 |
brlcad |
I know
:) |
| 19:53.04 |
brlcad |
just
saying... someone will probably eventually complain ;) |
| 19:53.15 |
brlcad |
and then they
can make an awesome patch! |
| 19:53.20 |
vladbogo |
:) |
| 19:55.33 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 5927 /wiki/User:Izak/GSOC_2013_logs: /*
Mid-term Evaluation week */ |
| 19:55.48 |
``Erik |
heh, "my
native language is C" |
| 19:57.57 |
vladbogo |
brlcad: I
also have a question regarding the mouse integration |
| 19:58.10 |
Notify |
03BRL-CAD:brlcad * 56595
brlcad/trunk/src/mged/chgview.c: test yer compiles igit |
| 19:59.15 |
vladbogo |
I was
thinking about doing something like this: send a tk event when I
get a Qt one |
| 19:59.42 |
vladbogo |
but the
problem is when using a blocking event_check |
| 20:00.23 |
vladbogo |
because the
dm blocks waiting for a Tk event |
| 20:01.27 |
Notify |
03BRL-CAD:brlcad * 56596
brlcad/trunk/src/mged/mged.c: force POSIX locale since our tcl
script infrastructure expects it. we could get away with just
performing locale restrictions within the tcl callback functions,
but right now that is several hundred potential functions where
we'd be introducing redundant code. another possibility might be to
introduce a tcl command like 'zoom [clocale 0.5]' so the
scripts |
| 20:01.29 |
Notify |
themselves
become aware, and that would probably be best and a lot of
work. |
| 20:01.47 |
brlcad |
vladbogo:
that should do the trick for now |
| 20:02.00 |
vladbogo |
thanks |
| 20:02.28 |
brlcad |
we'll need
something more for archer, but that might become moot when the two
are merged |
| 20:03.16 |
vladbogo |
so since
clicking triggers a Qt event this should be processed, but instead
everithing is blocked waiting for a Tk event |
| 20:04.15 |
vladbogo |
if I force
everything to be non-blocking it works fine but I don't think this
is the best approach |
| 20:05.46 |
vladbogo |
another idea
I have which I haven't tested but it has to work is to make all the
Tk events non-blocking for the Qt display manager and instead wait
for a Qt event to trigger |
| 20:05.52 |
vladbogo |
would this
approach be ok? |
| 20:06.30 |
brlcad |
starseeker:
their benchmarks are interesting .. if i'm reading it right, you
have to have about 10,000 to 1,000,000 values to work on for their
implementation to show a gain |
| 20:07.13 |
brlcad |
starseeker:
that's a bit nuts .. huge matrices, maybe for how you were
attempting to sparse solve the bot2nurbs fit (but then you know my
other ideas there too) |
| 20:07.57 |
brlcad |
vladbogo: i
don't have enough information to say yay or nay to that |
| 20:08.18 |
brlcad |
vladbogo: on
the surface, it sounds fine, even if everything were non-blocking
or just tk |
| 20:08.31 |
brlcad |
it's not
clear that the implication would be just yet |
| 20:09.26 |
vladbogo |
brlcad: I
haven't figured out yet when blocking/non-blocking event check is
called since every iteration depends on the previous iteration's
result |
| 20:09.33 |
Notify |
03BRL-CAD:ejno * 56597
brlcad/branches/opencl/src/librt/primitives/ell/ell.c: work on
sphere intersection |
| 20:12.18 |
brlcad |
ejno: you
closed the patch, but where's the commit? |
| 20:12.40 |
vladbogo |
but I don't
think having blocking Tk process events it's possible: the only way
I think is that when adding the Qt event in the event queue also a
Tk event should be generated which I think could be just by
modifying the Qt code |
| 20:12.49 |
brlcad |
vladbogo:
you'll also have to carefully consider both mged and archer as
their run loops are quite different |
| 20:13.26 |
vladbogo |
I have just
focused on mged |
| 20:13.39 |
Notify |
03BRL-CAD:starseeker * 56598
(brlcad/trunk/src/librt/CMakeLists.txt
brlcad/trunk/src/other/libgdiam/CMakeLists.txt
brlcad/trunk/src/other/libgdiam/gdiam.hpp): Untested, and almost
certainly not right yet, but start working on the Windows DLL logic
for gdiam. |
| 20:14.26 |
vladbogo |
I'll try then
also on archer but since I haven't done any significant
modification to the run loop (just called the qt processEvents
function it shouldn't be a problem) |
| 20:17.24 |
starseeker |
brlcad: ah,
yeah, probably not worthwhile then |
| 20:17.51 |
starseeker |
pity - was
hoping we could leverage some work by other dedicated GPU/OpenCL
researchers |
| 20:23.52 |
starseeker |
notes the BRL-CAD cmake overview PDF is up |
| 20:25.44 |
vladbogo |
brlcad: even
though forcing locale to POSIX as soon as dm_open is called and Qt
is used the locale is reset so it has to be forced after opening
the dm to take effect |
| 20:26.14 |
vladbogo |
should I
change this? |
| 20:36.15 |
Notify |
03BRL-CAD:starseeker * 56599
brlcad/trunk/src/other/libgdiam/CMakeLists.txt: Copy/paste strikes
again. |
| 20:40.20 |
Notify |
03BRL-CAD:vladbogo * 56600
brlcad/trunk/src/mged/mged.c: Force POSIX locale only after the
display manager is opened so that the changes take
effect. |
| 20:41.22 |
brlcad |
starseeker:
this isn't a problem of libraries |
| 20:42.16 |
brlcad |
we already
have the code |
| 20:43.03 |
brlcad |
it's a matter
of translating from C to OpenCL (very easy), using different data
containers (easyish), and restructuring the order of calculations
(some work) |
| 20:43.57 |
brlcad |
ejno: never
mind, I found the commit .. just overlooked |
| 20:49.17 |
brlcad |
vladbogo:
whose resetting the locale? |
| 20:49.37 |
vladbogo |
something I
guess |
| 20:49.39 |
brlcad |
s/whose/who's/ |
| 20:49.48 |
vladbogo |
in Qt
* |
| 20:50.19 |
vladbogo |
all I know is
that after the qt_open is called the locale resets |
| 20:52.09 |
vladbogo |
brlcad: is
there anywhere I can found all key bindings? |
| 20:52.42 |
brlcad |
yeah, it's
qt's backend: https://github.com/matplotlib/matplotlib/issues/1867 |
| 20:53.31 |
brlcad |
so we could
also just unset LC_ALL/LANG at program start |
| 20:53.43 |
brlcad |
your move to
put the init after Qt initialization is fine for now |
| 20:54.10 |
brlcad |
vladbogo: a
key binding can be created anywhere, so no .. but most for mged are
in src/tclscripts/bindings.tcl |
| 20:54.35 |
brlcad |
you can
easily create bindings on the fly in tcl |
| 20:55.16 |
vladbogo |
so when it
comes to integrating the keyboard what should it be
supported? |
| 21:00.50 |
Notify |
03BRL-CAD:vladbogo * 56601
(brlcad/trunk/include/dm-qt.h brlcad/trunk/src/libdm/dm-qt.cpp):
Send Tk button press events when Qt mouse events occur. |
| 21:03.44 |
vladbogo |
brlcad: is it
ok if I put a #ifdef DM_QT "process events nonblocking" for the
moment and then try to have a better solution? |
| 21:11.53 |
Notify |
03BRL-CAD:vladbogo * 56602
brlcad/trunk/src/mged/dm-qt.c: Implemented the qt_doevent
function. |
| 21:12.34 |
Notify |
03BRL-CAD:vladbogo * 56603
brlcad/trunk/src/libdm/dm-qt.cpp: Removed debug info. |
| 21:13.21 |
brlcad |
vladbogo:
sure |
| 21:13.47 |
brlcad |
key bindings
are libdm's greatest limitation because originally the API was not
at all concerned with key events |
| 21:13.52 |
brlcad |
the front-end
application handled them |
| 21:14.13 |
brlcad |
most of the
older devices didn't even support the notion, so you were left with
console I/O |
| 21:14.47 |
vladbogo |
I
see |
| 21:15.30 |
vladbogo |
and in this
case I guess a generic way to send different key events from Qt to
Tk would be best |
| 21:16.53 |
brlcad |
libdm should
have some awareness of key bindings / events |
| 21:17.00 |
brlcad |
that might be
the method to bridge them |
| 21:17.39 |
vladbogo |
I'll think
about it and i'll come with a suggestion in the next
days |
| 21:17.45 |
brlcad |
sounds
good |
| 21:18.27 |
brlcad |
you'll find
two systems currently in place for mged |
| 21:19.13 |
brlcad |
there's the
low-level C interface that is used when one runs mged -c, and
there's the tcl/tk bindings, which already mentioned are
predominantly src/tclscripts/bindings.tcl |
| 21:19.41 |
brlcad |
ideally, none
of the bindings would involve Tk (other than maybe as an event
pass-through to C) |
| 21:19.55 |
Notify |
03BRL-CAD:vladbogo * 56604
brlcad/trunk/src/mged/dm-qt.c: Implemented and added the cmd_hook
to the display manager. |
| 21:20.01 |
brlcad |
we want to
eventually replace Tk with Qt completely |
| 21:21.29 |
vladbogo |
ok, then I'll
have also this in mind |
| 21:31.17 |
brlcad |
if you spent
the rest of summer just getting that working, you would be a
god |
| 21:31.22 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 5928
/wiki/User:Vladbogolin/GSoC2013/Logs: |
| 21:34.25 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 5929 /wiki/User:Vladbogolin/GSoC2013/Logs: /*
Week 8 */ |
| 21:40.23 |
Notify |
03BRL-CAD:vladbogo * 56605
brlcad/trunk/src/mged/mged.c: If the qt display manager is enabled,
check for events non-blocking. |
| 21:40.41 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 0 /wiki/File:Tor1.png: |
| 21:41.00 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 0 /wiki/File:Tor2.png: |
| 21:42.49 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 5932 /wiki/User:Vladbogolin/GSoC2013/Logs: /*
Week 8 */ |
| 22:03.47 |
Notify |
03BRL-CAD:starseeker * 56606
brlcad/trunk/src/other/libgdiam/gdiam.hpp: Just use the std min and
max... |
| 22:13.41 |
Notify |
03BRL-CAD:brlcad * 56607
brlcad/trunk/src/util/bwshrink.c: calling bu_free() after malloc()
is wrong, but we should be calling bu_malloc() so do that instead.
added some basic input sanity checking. |
| 22:24.18 |
Notify |
03BRL-CAD:starseeker * 56608
(brlcad/trunk/src/other/libgdiam/CMakeLists.txt
brlcad/trunk/src/other/libgdiam/gdiam.cpp
brlcad/trunk/src/other/libgdiam/gdiam.hpp): Closer - buildings with
MSVC, but the obb operation crashes with an error having to do with
a sort call using a CompareByAngles comparison - Expression:
invalid operator< |
| 22:28.53 |
starseeker |
suspects MSVC is being picky about something that gcc is
letting slide... |
| 22:29.43 |
starseeker |
gdiam.cpp:1651 |
| 22:30.19 |
starseeker |
correction,
gdiam.cpp:1636 now |
| 22:54.46 |
Notify |
03BRL-CAD:brlcad * 56609
brlcad/trunk/NEWS: richard improved the fast4-g importer in r56495
to skip blank lines |
| 23:36.50 |
brlcad |
starseeker:
so they're not compatible ... or at least what I thought I was
looking at the other day is different than what is in
gdiam.cpp |
| 23:37.10 |
brlcad |
vec_point_2d
is a class |
| 23:38.45 |
brlcad |
<PROTECTED> |
| 23:39.16 |
brlcad |
maybe even as
simple as pointer value comparison |
| 00:48.13 |
starseeker |
can try stepping it through a debugger... |
| 00:57.51 |
starseeker |
brlcad: it's
using the operator in CompareByAngle at 1425 |
| 00:57.58 |
starseeker |
gdiam.cpp:1425 |
| 00:59.30 |
starseeker |
http://stackoverflow.com/questions/8532224/invalid-operator-while-sorting-stdlist |
| 00:59.48 |
starseeker |
has me
wondering if that comparison isn't satisfying some property the
compiler is trying to guarantee |
| 01:02.29 |
starseeker |
http://stackoverflow.com/questions/5786296/overloading-comparision-operator-in-c-results-in-invalid-operator |
| 01:10.29 |
starseeker |
trys to puzzle out if CompareByAngle satisfies strict weak
ordering, and if so why it doesn't... |
| 01:11.03 |
starseeker |
or could just
use qsort... |
| 01:22.57 |
Notify |
03BRL-CAD:starseeker * 56610
brlcad/trunk/src/other/libgdiam/gdiam.cpp: C++ comparison operators
are supposed to satisfy the strict weak ordering property, and MSVC
seems to think this function doesn't. This might be one reason -
return false if the lengths end up being equal. |
| 01:25.11 |
starseeker |
hmm... no,
that shouldn't change anything logically... |
| 01:40.55 |
Notify |
03BRL-CAD:starseeker * 56611
brlcad/trunk/src/other/libgdiam/gdiam.cpp: Doesn't logically change
behavior. |
| 01:50.20 |
brlcad |
starseeker:
that's not the right operator |
| 01:50.27 |
brlcad |
it needs to
define the < operator |
| 01:50.42 |
starseeker |
well,
according to gdb that's where it's landing... |
| 01:51.15 |
starseeker |
it looks like
it's intended as a < operator, even if they didn't call it
that... |
| 01:51.46 |
brlcad |
in theory,
the functor operator should be sufficient |
| 01:51.55 |
brlcad |
but msvc is
apparently just using < |
| 01:51.56 |
starseeker |
trying to
figure out how a < b && b < a might be true from that
logic... that's what the error seems to be suggesting is
possible |
| 01:53.18 |
starseeker |
or rather,
(!(_Left < _Right) && (_Right < _Left)) |
| 01:55.20 |
starseeker |
not sure what
that return (sgn > 0) might be doing to mess with
things... |
| 01:56.16 |
brlcad |
i don't see
what code you're referring to |
| 01:57.23 |
starseeker |
line
1444 |
| 01:58.27 |
starseeker |
calling a
function to determine if the area is positive, negative, or zero.
If the points a, b, and base are colinear, that function is going
to return zero no matter what order a and b are fed in |
| 01:59.26 |
starseeker |
if a and b
are then the same distance from base, their lengths are the same
and swapping them will get the same result of the length
comparison |
| 02:00.31 |
starseeker |
brlcad: first
code block in this post is what MSVC is tripping up on: http://stackoverflow.com/a/5787053/2037687 |
| 02:01.02 |
starseeker |
I was trying
to figure out what about that function might not satisfy that
property |
| 02:01.12 |
brlcad |
return sgn
> 0? |
| 02:01.36 |
starseeker |
that's OK,
but it's only triggered if sgn != 0 |
| 02:01.45 |
starseeker |
if sgn == 0,
it proceeds with the length test |
| 02:01.59 |
starseeker |
1448 |
| 02:02.48 |
starseeker |
and if
dist(a,base) == dist(b,base) that comparison is going to give the
same result no matter which order a and b are fed in (if I
understand correctly how the logic is flowing) |
| 02:14.50 |
brlcad |
that compare
functor doesn't make a whole lot of sense to me |
| 02:17.57 |
Notify |
03BRL-CAD:starseeker * 56612
brlcad/trunk/src/other/libgdiam/gdiam.cpp: Take another stab at
ensuring (!(a < b) && (b < a)) for the gdiam
comparison operator...) |
| 02:19.13 |
starseeker |
will try that tomorrow - if that really is a runtime check,
I'll pay more attention to what actual values are causing it to
trip |
| 02:25.43 |
Notify |
03BRL-CAD:brlcad * 56613
brlcad/trunk/src/libicv/filter.c: style spacing, function, and
comment consistency cleanup |
| 02:26.05 |
brlcad |
zero_level:
please see r56613 and check the other files for similar
cleanup |
| 02:35.15 |
starseeker |
yow - axis
aligned arbn doesn't do well at all performance wise with bb
-o |
| 02:48.56 |
Notify |
03BRL-CAD:brlcad * 56614
brlcad/trunk/src/libbn/plot3.c: apply kesha's sf patch #165 that
performs a code reduction in libbn's plot inteface code. 70 line
reduction overall. looks good. |
| 02:51.57 |
starseeker |
huh - if you
have an unlimited budget... http://www.rotateright.com/ |
| 03:20.00 |
Notify |
03BRL-CAD:brlcad * 56615
(brlcad/trunk/src/tclscripts/mged/bindings.tcl
brlcad/trunk/src/tclscripts/mged/openw.tcl): accept sf patch #193
from Emory Huff which provides a new 'c' keybinding on the graphics
window that brings the command window back. right now, assumes id_0
exists and is the command window we want to restore which means
we'll get an error if id_0 was destroyed. |
| 03:21.01 |
Notify |
03BRL-CAD:brlcad * 56616
brlcad/trunk/src/libbn/plot3.c: stray '}' in the
patch...kesha |
| 03:38.03 |
*** join/#brlcad archivist
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
| 05:50.21 |
*** join/#brlcad caen23_
(~caen23@92.81.176.7) |
| 07:14.59 |
*** join/#brlcad LaMule
(~lamule@82.236.20.42) |
| 07:15.02 |
LaMule |
hi |
| 07:50.03 |
*** join/#brlcad kesha_
(~kesha@14.139.122.114) |
| 07:58.25 |
*** join/#brlcad kesha_
(~kesha@14.139.122.114) |
| 08:14.02 |
*** join/#brlcad kesha__
(~kesha@14.139.122.114) |
| 10:04.06 |
*** join/#brlcad caen23
(~caen23@92.81.176.7) |
| 10:46.33 |
*** join/#brlcad mpictor_
(~mpictor_@2600:1015:b112:a83e:0:3b:516:5701) |
| 11:58.50 |
brlcad |
hello
LaMule |
| 12:35.24 |
Notify |
03BRL-CAD:brlcad * 56617
brlcad/trunk/src/libbu/tests/bu_semaphore.c: getopt returns an int,
otherwise this can be an infinite loop. |
| 12:52.18 |
*** join/#brlcad Ch3ck_
(~Ch3ck@195.24.220.16) |
| 12:54.48 |
Notify |
03BRL-CAD:ejno * 56618
(brlcad/branches/opencl/src/librt/CMakeLists.txt
brlcad/branches/opencl/src/librt/primitives/ell/ell.c
brlcad/branches/opencl/src/librt/primitives/sph/sph.c): move to
sph.c; raytracer changes; cmake |
| 13:11.53 |
Notify |
03BRL-CAD:carlmoore * 56619
(brlcad/trunk/src/libbn/plot3.c brlcad/trunk/src/libdm/dm-qt.cpp
brlcad/trunk/src/mged/dm-qt.c): remove trailing
blanks/tabs |
| 13:38.41 |
*** join/#brlcad kesha__
(~kesha@14.139.122.114) |
| 13:46.28 |
Notify |
03BRL-CAD:mohitdaga * 56620
(brlcad/trunk/src/libicv/color_space.c
brlcad/trunk/src/libicv/decimate.c): Add proper spacing in
declaration of the variables. |
| 13:49.05 |
Notify |
03BRL-CAD:mohitdaga * 56621
brlcad/trunk/src/libicv/decimate.c: WS |
| 14:08.48 |
Notify |
03BRL-CAD:ejno * 56622
(brlcad/branches/opencl/src/librt/CMakeLists.txt
brlcad/branches/opencl/src/librt/primitives/sph/sph.c): configure
with cmake and compile successfully |
| 14:22.35 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 5933
/wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 5 August - 11
August */ |
| 14:33.24 |
Ch3ck_ |
``Erik:
starseeker: waiting on the reviews so as to get done with this
commit access stuff |
| 14:41.31 |
``Erik |
Ch3ck_: the
issue in patch 222 with lines 141-143 needing to be collapsed is
trivial, but the tabs vs spaces issue is one we need to know you
can get your environment set up to deal with.. awaiting the patch
to prove it :) |
| 14:42.46 |
``Erik |
oh, I just
noticed that the last } of check_results() is in the wrong place,
as well |
| 14:45.34 |
Ch3ck_ |
ok |
| 14:45.44 |
Ch3ck_ |
i have set my
editor tab to 8 characters |
| 14:46.34 |
Ch3ck_ |
give me all
the changes for this file i am to make it all right |
| 14:46.45 |
Ch3ck_ |
so i could do
the fixes on the other patches too. |
| 14:46.59 |
``Erik |
I think I
already have... if you want it looked at before making a patch, you
can scp it to bz and let me know where to look |
| 14:47.09 |
Ch3ck_ |
ok |
| 14:48.50 |
``Erik |
(indent.sh
seems to work ok on bz, as well) |
| 14:49.18 |
``Erik |
(bz being the
old name for brlcad.org) |
| 14:50.01 |
Ch3ck_ |
ok |
| 14:50.11 |
Ch3ck_ |
i've scp ied
the file already |
| 14:51.03 |
Notify |
03BRL-CAD:ejno * 56623
brlcad/branches/opencl/src/librt/primitives/sph/sph.c: fix error in
opencl code |
| 14:51.05 |
``Erik |
still has 8
spaces instead of a tab |
| 14:51.37 |
Ch3ck_ |
where should
i put the tab? |
| 14:51.42 |
Ch3ck_ |
at the first
level? |
| 14:51.46 |
Ch3ck_ |
indentation? |
| 14:52.18 |
``Erik |
yes, if it's
indent 3 levels (12 spaces worth), the actual file contents for
that line should start with "\t " |
| 14:53.47 |
Ch3ck_ |
i've tried
the '\t' and its equal to 4 spaces |
| 14:54.09 |
``Erik |
O.o editor
misconfigured? |
| 14:54.18 |
Ch3ck_ |
which is the
same thing.. |
| 14:54.40 |
Ch3ck_ |
I don't
understand |
| 14:54.53 |
Ch3ck_ |
how many
spaces are for the first level? |
| 14:54.57 |
Ch3ck_ |
indentation 4
right? |
| 14:55.21 |
``Erik |
4 spaces for
the first level, 1 tab for the second level, 1 tab followed by 4
spaces for the third, ... |
| 14:55.37 |
Ch3ck_ |
ok |
| 14:56.27 |
``Erik |
the hex would
be 20202020 then 09 then 0920202020 then 0909 then
090920202020 |
| 14:57.46 |
Ch3ck_ |
fixed the
file |
| 14:57.51 |
Ch3ck_ |
should i scp
it? |
| 14:57.58 |
``Erik |
sure |
| 14:58.00 |
Ch3ck_ |
uploading
patch now.. |
| 14:58.29 |
*** join/#brlcad n_reed_
(~molto_cre@66-118-151-70.static.sagonet.net) |
| 14:59.30 |
Ch3ck_ |
should see
the patch now.. |
| 15:00.07 |
Ch3ck_ |
and .c file
on bzflag |
| 15:01.43 |
``Erik |
no, still not
right, check results, for example... the line with 'for' is
correct, the line wtih 'if' should use just a tab at the beginning
(no spaces), and the line with return -1 should have a tab, then 4
spaces, then 'return' |
| 15:02.15 |
Ch3ck_ |
please
correct the file |
| 15:02.21 |
Ch3ck_ |
manually and
send to me.. |
| 15:02.28 |
Ch3ck_ |
so i could
correct the others |
| 15:02.39 |
Ch3ck_ |
i can't
actually visualise completely all what you're saying.. |
| 15:03.57 |
``Erik |
look at the
file src/libbn/poly.c, the function bn_poly_add shows up to 3
levels of indentation done correctly |
| 15:04.44 |
``Erik |
observe where
tabs are used instead of spaces |
| 15:07.18 |
Ch3ck_ |
what's the
difference between using tabs and using space numbers equivalent to
a tab? |
| 15:07.23 |
``Erik |
this gedit
plugin will help:
https://help.gnome.org/users/gedit/stable/gedit-plugins-draw-spaces.html.en |
| 15:07.32 |
Notify |
03BRL-CAD:mohitdaga * 56624
(brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/decimate.c
and 5 others): Cleaning Stylistic WhiteSpaces |
| 15:08.21 |
``Erik |
different
file contents, and the goal is to maintain a consistent
style |
| 15:09.11 |
``Erik |
(personally,
I like to use all tabs and people can set their tabstop wherever
they want, but BRL-CAD uses the sw=4 ts=8 approach) |
| 15:11.23 |
Notify |
03BRL-CAD:mohitdaga * 56625
(brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/decimate.c
and 2 others): Trailing WS |
| 15:12.41 |
Ch3ck_ |
having this
patches reviewed is sucking alot of my time |
| 15:13.11 |
Ch3ck_ |
i would have
prefered working on my project and getting it reviewed following
all these conventions |
| 15:13.14 |
Ch3ck_ |
and the the
commit access. |
| 15:13.34 |
``Erik |
... it's
sucking a lot of my time, too... I'd much rather you'd gotten it
right a long time ago |
| 15:29.59 |
zero_level |
``Erik : I am
not sure but on my machine i have been having trouble with
indent.sh |
| 15:30.22 |
zero_level |
It leaves 2
spaces instead of 4 spaces. |
| 15:33.00 |
``Erik |
I'd guess
it's a system emacs config or something... *shrug* I never use
indent.sh, it never works right for me... vim with :set sw=4 ts=8
is what I use |
| 15:33.10 |
``Erik |
I only use
emacs for lisp code :D |
| 15:33.11 |
Notify |
03BRL-CAD
Wiki:KeshaSShah * 5934
/wiki/User:KeshaSShah/GSoC13/Reports: |
| 15:33.28 |
Notify |
03BRL-CAD:phoenixyjll * 56626
(brlcad/trunk/include/brep.h
brlcad/trunk/src/libbrep/intersect.cpp): Make sub_curve() a global
export function, and mark all other functions that should be only
used within intersect.cpp with HIDDEN. |
| 15:42.13 |
Notify |
03BRL-CAD:phoenixyjll * 56627
brlcad/trunk/src/libbrep/boolean.cpp: Use ON_Curve rather than
ON_NurbsCurve for better generality. And don't always assume that
the curves are all polyline curves. |
| 15:44.34 |
zero_level |
``Erik : Even
i do the same setting in vim. But smtimes i see blunders, while
opeing out the file. |
| 15:44.53 |
zero_level |
``Erik : on a
lighter note :What do shrug mean?: |
| 15:44.58 |
zero_level |
;0 |
| 15:45.09 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5935 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 8
*/ |
| 15:46.02 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5936 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 8
*/ |
| 15:48.29 |
Ch3ck_ |
``Erik:
updated patch.. |
| 16:08.32 |
Notify |
03BRL-CAD:phoenixyjll * 56628
brlcad/trunk/src/libbrep/boolean.cpp: Rename shadowed
variable. |
| 16:22.06 |
*** join/#brlcad kesha_
(~kesha@14.139.122.114) |
| 16:26.07 |
Notify |
03BRL-CAD:carlmoore * 56629
brlcad/trunk/src/conv/g-dot.c: remove H, and simplify output of
usage |
| 16:28.49 |
Notify |
03BRL-CAD:phoenixyjll * 56630
brlcad/trunk/src/libbrep/boolean.cpp: Should not delete c3d as it's
used in GetNurbForm() followed. |
| 16:47.41 |
Notify |
03BRL-CAD
Wiki:Harman052 * 5937
/wiki/User:Harman052/GSoc2013/Logs: |
| 17:00.36 |
*** join/#brlcad vladbogo
(~vladbogo@188.25.239.5) |
| 17:37.52 |
Notify |
03BRL-CAD:n_reed * 56631
brlcad/trunk/include/brep.h: use javadoc style in
comments |
| 17:44.15 |
Notify |
03BRL-CAD:phoenixyjll * 56632
brlcad/trunk/src/libbrep/boolean.cpp: The type of the params should
be double, not int. And fix a wrong variable used (brepA =>
brep). |
| 17:50.12 |
Notify |
03BRL-CAD:starseeker * 56633
(brlcad/trunk/src/conv/step/CMakeLists.txt
brlcad/trunk/src/conv/step/ON_Brep.cpp
brlcad/trunk/src/conv/step/g-step.cpp): First successful generation
of STEP formatted content containing data from an
ON_Brep. |
| 18:02.27 |
Notify |
03BRL-CAD:phoenixyjll * 56634
brlcad/trunk/src/libbrep/boolean.cpp: Use an enum to improve
readablity of m_in_out. And append the faces to out. |
| 18:03.54 |
brlcad |
Ch3ck_: we
all would have preferred you be working on your project and not
having to discuss issues of whitespace and style |
| 18:04.12 |
Ch3ck_ |
yeah |
| 18:04.18 |
Ch3ck_ |
this thing
has sucked my day.. |
| 18:04.28 |
brlcad |
normally, you
would have been failed from participation for not having understood
what you need to do by now |
| 18:04.41 |
brlcad |
this is not
hard, it shouldn't have to be explained over and over |
| 18:04.57 |
Ch3ck_ |
i've done
everything i know |
| 18:05.07 |
Ch3ck_ |
and still
still get this white space errors |
| 18:05.11 |
Ch3ck_ |
used
indent.sh and ws.sh |
| 18:05.19 |
Ch3ck_ |
still there
are still errors so |
| 18:05.24 |
Ch3ck_ |
i don't get
it. |
| 18:05.27 |
brlcad |
so you don't
understand |
| 18:05.37 |
brlcad |
what do you
not understand? the problem isn't the scripts |
| 18:05.47 |
brlcad |
you said
yesterday that your patch was about 180 lines |
| 18:05.59 |
brlcad |
that should
take less than two minutes to manually format perfectly |
| 18:06.24 |
*** join/#brlcad Izak__
(~Izak@195.24.220.16) |
| 18:06.44 |
Ch3ck_ |
i
have |
| 18:06.46 |
Ch3ck_ |
already |
| 18:06.54 |
Ch3ck_ |
still
wondering why it has not been applied yet. |
| 18:07.01 |
Ch3ck_ |
to continue
with the others. |
| 18:07.26 |
brlcad |
you mean the
patch you just updated yet again today? |
| 18:07.34 |
Ch3ck_ |
yes |
| 18:07.37 |
brlcad |
wow |
| 18:07.43 |
Ch3ck_ |
patch 222 and
223 |
| 18:08.02 |
brlcad |
uhm, because
we don't have all day to iterate with you as you figure out how to
indent a file |
| 18:08.09 |
brlcad |
your
impatients and frustration is rude |
| 18:08.44 |
brlcad |
it was your
reponsibility to learn this, and instruction was given in multiple
forms two months ago |
| 18:10.43 |
brlcad |
yes, someone
didn't drop everything they were doing right now to review you'r
Nth patch update, you'll have to work on something else, perhaps
re-read HACKING one more time still to make sure you understand the
format, look at other examples throughout the code, use the gedit
patch that erik mentioned, ... |
| 18:12.58 |
brlcad |
this is
frustrating and time consuming for both, please respect other
people's time |
| 18:17.58 |
Ch3ck_ |
yeah.. |
| 18:18.04 |
Ch3ck_ |
will
do.. |
| 18:24.09 |
brlcad |
Ch3ck_: I
just reviewed the latest 222 patch and there's not a single tab in
there |
| 18:24.20 |
brlcad |
rather,
there's 1 tab, one you accidentally removed in an unrelated
file |
| 18:25.08 |
Ch3ck_ |
well since my
tabs were not working |
| 18:25.19 |
Ch3ck_ |
i used 4
character spacing to aline |
| 18:25.23 |
Ch3ck_ |
them.. |
| 18:25.23 |
brlcad |
your editor
may be messing things up for you |
| 18:25.45 |
brlcad |
do you at
least understand what it's supposed to be? |
| 18:26.29 |
brlcad |
there's a
difference between hitting the tab key and inserting a tab
character |
| 18:27.53 |
vladbogo |
hi
all |
| 18:29.26 |
vladbogo |
brlcad: I
have tried using blocking Qt events but for the moment (at least
until keyboard is integrated) this does not work because everything
blocks waiting for a qt events which does not occur |
| 18:29.51 |
Ch3ck_ |
brlcad: it
think its about the same thing right? |
| 18:30.10 |
brlcad |
it's not at
all the same thing |
| 18:30.24 |
brlcad |
that may be
why this is frustrating you because you think they are the
same |
| 18:31.08 |
brlcad |
we care about
the type encoding, that there are actual tab characters so that the
format is compressed (fewer bytes, smaller download,
etc) |
| 18:32.52 |
brlcad |
Ch3ck_: see
this example: http://paste.kde.org/p2fe26c7b/ |
| 18:32.58 |
brlcad |
.=space |
| 18:33.03 |
brlcad |
[
]=tab |
| 18:33.18 |
brlcad |
that is
basically what is expected byte-wise |
| 18:33.49 |
brlcad |
basically,
all sequences of 8 ........ get turned into a tab |
| 18:34.28 |
vladbogo |
brlcad: also
I have been thinking about how to integrate events between qt and
tk so that there could be easy to add/delete any key
bindings. |
| 18:34.46 |
Ch3ck_ |
now i see
clearly |
| 18:34.56 |
brlcad |
since your
patch is predominantly correct with spaces and is just missing
tabs, running the sh/ws.sh script on your code will do the tab
replacements (or you can do it manually) |
| 18:34.57 |
Ch3ck_ |
so is this
now i'm supposed to be doing the indentation? |
| 18:35.07 |
Ch3ck_ |
ok |
| 18:35.16 |
Ch3ck_ |
then i'll do
it. now and submit |
| 18:35.18 |
Ch3ck_ |
:) |
| 18:35.58 |
Notify |
03BRL-CAD:n_reed * 56635
brlcad/trunk/src/librt/primitives/brep/brep.cpp: remove debug
prints |
| 18:36.03 |
vladbogo |
my idea is to
associate to every tcl binding a qt event and every time that qt
event occurs to force the corresponding tcl one. How does this
sound? |
| 18:36.46 |
brlcad |
sounds good
to me vladbogo , whatever works ;) |
| 18:37.38 |
vladbogo |
ok
then |
| 18:42.27 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 0 /wiki/File:Rotate1.png: |
| 18:42.45 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 0 /wiki/File:Rotate2.png: |
| 18:42.56 |
Ch3ck_ |
brlcad: just
uploaded the patch. |
| 18:43.17 |
Notify |
03BRL-CAD:ejno * 56636
brlcad/branches/opencl/src/librt/primitives/sph/sph.c: complete
shot function |
| 18:43.34 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 5940 /wiki/User:Vladbogolin/GSoC2013/Logs: /*
Week 8 */ |
| 18:47.51 |
Notify |
03BRL-CAD:brlcad * 56637
brlcad/trunk/HACKING: add a visual example of the indentation
style |
| 18:47.59 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 5941 /wiki/User:Izak/GSOC_2013_logs: /* August
5th to August 9th */ |
| 18:57.41 |
brlcad |
Ch3ck_: woo
hoo, that looks right |
| 18:58.15 |
brlcad |
I just
noticed that there's an entire second page of updates on that
patch... I was looking at only your fourth attempt... my
bad |
| 18:58.33 |
brlcad |
actually your
6th |
| 18:59.03 |
brlcad |
instead of
your .. 8th, which did still have issues, but the 9th looks right
:) |
| 18:59.18 |
brlcad |
Ch3ck_: have
you read that patch file? |
| 18:59.56 |
Ch3ck_ |
which one the
last one? |
| 19:00.00 |
brlcad |
yeah |
| 19:00.11 |
brlcad |
or pretty
much all before too I think |
| 19:00.29 |
Ch3ck_ |
yeah |
| 19:00.34 |
Ch3ck_ |
is there a
problem? |
| 19:00.39 |
brlcad |
what files
does it say were edited? |
| 19:01.10 |
Ch3ck_ |
well it talks
of a certain bn_tri_tri_isect.c |
| 19:01.20 |
Ch3ck_ |
which i've
done nothing to |
| 19:01.35 |
Ch3ck_ |
but don't
understand why it was edited in the first place. |
| 19:01.52 |
brlcad |
you edited it
at some point, somehow |
| 19:02.08 |
brlcad |
the patch
doesn't lie :) |
| 19:02.16 |
Ch3ck_ |
well
yeah |
| 19:02.20 |
brlcad |
it obviously
might not have been intentional |
| 19:02.30 |
Ch3ck_ |
but if i
opened it was just to check indentation.. |
| 19:02.41 |
Ch3ck_ |
but can't
remember editing anything there.. |
| 19:02.42 |
brlcad |
but you
should run "svn status" and if a file is modified that should not,
you should revert it: svn revert src/libbn/... |
| 19:03.03 |
Ch3ck_ |
ok |
| 19:04.01 |
brlcad |
I suspect you
maybe just hit tab on that line and gedit did the conversion to
spaces |
| 19:04.20 |
brlcad |
you wouldn't
have seen a change since it just replaced a tab with 8
spaces |
| 19:04.31 |
brlcad |
(unless you
install that plugin erik mentioned) |
| 19:05.10 |
Ch3ck_ |
uploaded new
patch |
| 19:05.13 |
Ch3ck_ |
now.. |
| 19:11.00 |
Ch3ck_ |
i've not
installed the plugin yet.. |
| 19:12.38 |
Notify |
03BRL-CAD:brlcad * 56638
brlcad/trunk/src/libbn/tests/CMakeLists.txt: woot! looks like 10th
time is the charm. accept sf patch 222 from Ch3ck which adds a unit
test for bn_poly_scale(). |
| 19:12.46 |
brlcad |
it will help
if you're going to keep using gedit |
| 19:13.49 |
brlcad |
though I
strongly recommend taking the time to learn a real development
editor like emacs, slickedit, eclipse, vim, etc |
| 19:17.20 |
Notify |
03BRL-CAD:brlcad * 56639
brlcad/trunk/src/libbn/tests/bn_poly_scale.c: reduce scope of
input/output to static as a stop-gap. desirable to
minimize/eliminate globals. also fix unreachable code
condition. |
| 19:20.50 |
Ch3ck_ |
will rework
the other patch now.. |
| 19:20.58 |
Notify |
03BRL-CAD:brlcad * 56640
brlcad/trunk/src/libbn/tests/bn_poly_scale.c: spoke a little too
soon, few more style errors to fix |
| 19:21.14 |
brlcad |
Ch3ck_: check
out some fixes in r56639 and r56640 |
| 19:21.25 |
Ch3ck_ |
ok |
| 19:23.15 |
brlcad |
Ch3ck_: if
the remaining patches are flawless, you'll be set |
| 19:23.28 |
Ch3ck_ |
ok |
| 19:23.29 |
brlcad |
so you know,
this isn't just about being picky about style |
| 19:23.40 |
Ch3ck_ |
i now
understand |
| 19:23.53 |
Ch3ck_ |
what``Erik
was trying to explain since morning |
| 19:23.59 |
brlcad |
it's
obviously frustrating because it's not something one often has to
think about when learning how to write code |
| 19:24.42 |
brlcad |
so you're not
familiar with the terminology he used or the difference between tab
characters and what happens in an editor when you press the [tab]
key |
| 19:25.02 |
brlcad |
(which can
insert tabs, spaces, both, or neither depending on the
software) |
| 19:25.19 |
brlcad |
but this
isn't just being pedantic/strict about style |
| 19:25.25 |
brlcad |
it's about
maintainability |
| 19:26.05 |
brlcad |
consistency
is fundamentally intertwined with maintainability, if the code is
inconsistent, it DIES |
| 19:26.43 |
brlcad |
brl-cad has
survived for nearly as long as I've been alive because of a
never-ending rigorous attention to maintainability |
| 19:27.16 |
brlcad |
which in
terms of indentation and whitespace, it's attention to details that
most new developers are not familiar with |
| 19:27.43 |
Notify |
03BRL-CAD:r_weiss * 56641
brlcad/trunk/src/conv/fast4-g.c: Fixed a bug in the fast4-g
converter where memory was corrupted when the group_head list
became larger than its allocated size. Changed the code to allow
the group_head list to grow dynamically. |
| 19:30.16 |
*** join/#brlcad caen23_
(~caen23@92.81.162.23) |
| 19:36.53 |
Ch3ck_ |
yeah i
understand |
| 19:36.59 |
Ch3ck_ |
the next
patch is ready now.. |
| 19:37.01 |
Ch3ck_ |
uploading.. |
| 19:38.13 |
brlcad |
checking
224 |
| 19:39.03 |
brlcad |
hm, not yet
updated |
| 19:40.23 |
Notify |
03BRL-CAD
Wiki:Level zero * 5942 /wiki/User:Level_zero/GSOC13/logs: /* Week 7
*/ |
| 19:40.51 |
Notify |
03BRL-CAD
Wiki:Level zero * 5943 /wiki/User:Level_zero/GSOC13/logs:
Logs |
| 19:42.13 |
Ch3ck_ |
i've
uploaded. |
| 19:43.06 |
Ch3ck_ |
you should
see it now.. |
| 19:45.44 |
Izak__ |
``Erik:Any
feedback on reviews of ticket 228 |
| 19:51.48 |
Ch3ck_ |
brlcad: have
you seen the patch? |
| 20:08.58 |
``Erik |
Izak__:
excellent, only one small issue |
| 20:09.08 |
Notify |
03BRL-CAD:erikgreenwald * 56642
brlcad/trunk/src/librt/primitives/table.c: apply patch 228 from
Izak |
| 20:09.19 |
Izak__ |
please what
is that ? |
| 20:09.36 |
Izak__ |
``Erik: What
was the issue? |
| 20:09.56 |
Notify |
03BRL-CAD:erikgreenwald * 56643
brlcad/trunk/src/librt/primitives/hrt/hrt.c: update copyright line,
this did not exist in 1985 |
| 20:12.17 |
``Erik |
*point* I
fixed it, it's a rare, weird and irregular issue, so not worth a
bounce |
| 20:12.24 |
Izak__ |
``Erik: I am
acquainted with Copyrights creation and Intellectual property law.
the only thing I know is that I should reference my sources and not
steal anything |
| 20:14.13 |
``Erik |
Izak__: you
are correct, this certain aspect is a US law thing and our specific
interpretation... you're not expected to know this detail... if you
use someone else code, check the license and attribute (ask if
you're unsure)... you did great, this detail was out of your
responsibility as far as I'm concerned |
| 20:14.39 |
``Erik |
:) |
| 20:14.49 |
Izak__ |
:) |
| 20:15.53 |
Izak__ |
``Erik: As I
write hrt.c, how can I always show you the status of my code so you
could correct ? |
| 20:16.37 |
Izak__ |
Do u prefer
kde.paste website or should I upload it to bzflag
account |
| 20:16.45 |
Izak__ |
? |
| 20:17.34 |
``Erik |
Izak__:
either is fine... for what it's worth, you can create a public_html
directory in your home directory and files you put in there will be
available via the website |
| 20:19.19 |
``Erik |
for example,
my username is "erik" and I've created a file called
public_html/dump.html at one point, and now you can point a web
browser to http://brlcad.org/~erik/dump.html
and see it |
| 20:24.05 |
Izak__ |
``Erik:
Thanks very much. |
| 20:26.27 |
``Erik |
Izak__: the
only patch I see left for you is the updated rb_delete one that
brlcad indicated he'd like proof of improvement for, am I missing
any? was the old code proven to have the bug discussed in the
paper? |
| 20:28.00 |
Izak__ |
The old one
was not proven to have that bug |
| 20:29.02 |
Izak__ |
``Erik:
;) |
| 20:29.13 |
``Erik |
Izak__: hm,
I'm going to have to be very careful phrasing this... is it
possible to prove that the old one does not have the
bug? |
| 20:30.36 |
Izak__ |
``Erik:Well
let me check what the TODO file says first |
| 20:34.09 |
``Erik |
I'm trying to
assess if the modifications to rb_delete are worth incorporating...
if there is real benefit, then it may be worth you reworking 191
into a good patch... if not, then let's just close it and move
on |
| 20:38.53 |
Notify |
03BRL-CAD:starseeker * 56644
brlcad/trunk/src/other/libgdiam/gdiam.hpp: Clear the warnings about
floating point comparisons from gdiam.hpp |
| 20:39.57 |
Izak__ |
``Erik: The
TODO file says to check the libbu implementation of red-black trees
in bu.h which in turn says that the second edition of the rb_delete
algorithm in the Cormen book (which is the basis of the current
BRL-CAD rb_delete.c) has been updated to delete the node actually
requested |
| 20:41.52 |
Notify |
03BRL-CAD:starseeker * 56645
brlcad/trunk/src/other/libgdiam/gdiam.cpp: Try a zero clamping to
see if it helps with ordering sensitivity in the
results. |
| 20:41.52 |
brlcad |
iff ours has
the bug and yours does not, it's worth integrating |
| 20:42.37 |
brlcad |
so it's the
first part of that todo .. check the libbu
implementation |
| 20:43.10 |
brlcad |
can't make a
decision until someone does that, and that really should take just
a few minutes to research the bug and write a little
test |
| 20:45.22 |
Izak__ |
brlcad: Are
the rb_nodes rays ? |
| 20:52.23 |
Izak__ |
``Erik: Are
the requested nodes to be deleted by rb_delete.c rays ? |
| 20:52.39 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 5944 /wiki/User:Izak/GSOC_2013_logs: /* August
5th to August 9th */ |
| 20:53.44 |
*** join/#brlcad kesha_
(~kesha@14.139.122.114) |
| 20:55.33 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 5945 /wiki/User:Izak/GSOC_2013_logs: /* August
5th to August 9th */ |
| 20:56.02 |
*** join/#brlcad avneet
(~avneet@202.164.53.122) |
| 20:59.50 |
*** join/#brlcad caen23
(~caen23@92.81.162.23) |
| 21:10.32 |
Izak__ |
super and resting |
| 21:16.14 |
Notify |
03BRL-CAD:starseeker * 56646
brlcad/trunk/src/other/libgdiam/gdiam.cpp: Try a few robustness
tweaks, but the C++ < sort still isn't happy. |
| 21:20.34 |
starseeker |
growl... |
| 21:24.40 |
starseeker |
did somebody
not svn add files for the hrt primitive? |
| 21:25.09 |
starseeker |
build is
busted |
| 21:26.44 |
Notify |
03BRL-CAD:starseeker * 56647
brlcad/trunk/src/librt/primitives/table.c: Turn off the hrt
definition in table.c - causing undefined reference
errors? |
| 22:04.35 |
Notify |
03BRL-CAD:carlmoore * 56648
brlcad/trunk/src/conv/dxf/g-dxf.c: implement h?, and also put P
into the usage statement |
| 22:13.18 |
*** join/#brlcad avneet
(~avneet@202.164.53.122) |
| 23:38.12 |
``Erik |
erm, ehhh,
whu? your stuff must be busted or somethin', starseeker
O.o |
| 23:46.27 |
``Erik |
whupz |
| 23:46.42 |
Notify |
03BRL-CAD:erikgreenwald * 56649
brlcad/trunk/src/librt/CMakeLists.txt: add hrt |
| 23:47.19 |
Notify |
03BRL-CAD:erikgreenwald * 56650
brlcad/trunk/src/librt/primitives/table.c: revert 56647 |
| 23:48.40 |
``Erik |
did the
commit in librt/primitives instead of librt |
| 00:58.53 |
Notify |
03BRL-CAD:starseeker * 56765
brlcad/trunk/src/other/libgdiam/gdiam.cpp: Remove most of the
comment out lines, ws |
| 01:02.55 |
Notify |
03BRL-CAD:starseeker * 56766
brlcad/trunk/src/other/libgdiam/gdiam.cpp: Add notes about approach
to take for improving robustness - need to study overall algorithms
to identify other points where floating point weirdness needs to be
handled... |
| 02:21.00 |
brlcad |
hot
damn |
| 02:21.48 |
brlcad |
fucking
needles in haytacks |
| 02:53.56 |
Notify |
03BRL-CAD:brlcad * 56767
brlcad/trunk/include/tie.h: since TIE tries to be coherent,
document the sizes of each of the struct elements and ensure that
we stay on 4-byte boundaries. ironically shows that several core
data structs do not fit within a cache line when using
double-precision, so this is far from optimal. related and most
significantly, I'm adding two new 'b' fields (on tie_tri_s and
tie_kdtree_s) to |
| 02:53.58 |
Notify |
hold kd-tree
data. reason why will become apparent in the next
commit. |
| 03:16.55 |
Notify |
03BRL-CAD:brlcad * 56768
(brlcad/trunk/src/librt/primitives/bot/tie.c
brlcad/trunk/src/librt/primitives/bot/tie_kdtree.c
brlcad/trunk/src/librt/primitives/bot/tieprivate.h): Fix 32-bit
TIE. The problem was someone trying to be far too clever packing
bits into a pointer address. You read that right. Bits were being
set/unset and read from WITHIN the pointer VALUE. Even remember
telling Justin many many years ago |
| 03:16.57 |
Notify |
this would be
a problem, but obviously nothing came of that. My vague
recollection was that he was hijacking particular bits that were
always zero given particular struct allocation sizes. Of course,
this is incredibly presumptuous and volatile to struct member type
sizes, 32-bit vs 64-bit compilation, implicit padding/alignment
issues, and more.This gets TIE working on 32-bit compilation (and
generally more portably |
| 03:16.59 |
Notify |
all around)
by extracting those bit values that were being packed into their
own struct element (for both the kdtree and the tri structs) where
this was happening. This took quite a bit of very cautious surgery
to extract and propagate the bits correctly. There may be more
needed (e.g., didn't test single-precision), but seems to work
swell in all the tests I threw at it. Made (probably unnecessarily)
most of the... |
| 03:19.45 |
Notify |
03BRL-CAD:brlcad * 56769
brlcad/trunk/BUGS: comment significantly out of date, not observed
that m1151 issue in a while and have traced one since
then. |
| 03:21.54 |
Notify |
03BRL-CAD:brlcad * 56770
brlcad/trunk/TODO: 32b bottie crash is fixed. no comment on why
existing makesegs is insufficient and backend repo was updated so
can clear those out |
| 03:30.47 |
Notify |
03BRL-CAD:brlcad * 56771
brlcad/trunk/NEWS: fixed the 32-bit librt/adrt/TIE crashes. code
was trying to be far too clever packing data into a pointer address
value. put the data up into the struct so we don't have to worry
about the slew of things that make that a bad idea. |
| 04:38.07 |
*** join/#brlcad yiyus
(1242712427@je.je.je) |
| 05:31.02 |
Notify |
03BRL-CAD:phoenixyjll * 56772
brlcad/trunk/src/libbrep/boolean.cpp: We should take care of the
intersection tolerance, and "fix" the "gaps" if
necessary. |
| 07:32.20 |
*** join/#brlcad kesha_
(~kesha@14.139.122.114) |
| 08:21.18 |
*** join/#brlcad kesha_
(~kesha@14.139.122.114) |
| 09:06.35 |
*** join/#brlcad caen23
(~caen23@92.85.95.18) |
| 10:48.39 |
*** join/#brlcad caen23
(~caen23@92.85.95.18) |
| 10:48.39 |
*** join/#brlcad yiyus
(1242712427@je.je.je) |
| 10:48.40 |
*** join/#brlcad merzo
(~merzo@103-12-133-95.pool.ukrtel.net) |
| 10:48.40 |
*** join/#brlcad ``Erik
(~erik@pool-173-67-38-235.bltmmd.fios.verizon.net) |
| 10:48.40 |
*** join/#brlcad Ch3ck_
(~Ch3ck@66-118-151-70.static.sagonet.net) |
| 10:48.40 |
*** join/#brlcad n_reed
(~molto_cre@66-118-151-70.static.sagonet.net) |
| 10:48.40 |
*** join/#brlcad archivist
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
| 10:48.40 |
*** join/#brlcad ejno
(~ejno@unaffiliated/kazaik) |
| 10:48.40 |
*** join/#brlcad Izak_
(~Izak@66-118-151-70.static.sagonet.net) |
| 10:48.40 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
| 10:48.40 |
*** join/#brlcad PrezKennedy
(~DarkCalf@173.231.40.99) |
| 10:48.40 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
| 10:48.40 |
*** join/#brlcad witness__
(uid10044@gateway/web/irccloud.com/x-xmppilpmofuwgrrd) |
| 10:48.40 |
*** join/#brlcad cogitokat
(~kat@ip70-171-0-190.ga.at.cox.net) |
| 10:48.40 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
| 10:48.40 |
*** join/#brlcad maths22
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 10:48.40 |
*** join/#brlcad kanzure
(~kanzure@131.252.130.248) |
| 10:48.40 |
*** join/#brlcad ChanServ
(ChanServ@services.) |
| 10:48.40 |
*** mode/#brlcad [+o ChanServ] by
hubbard.freenode.net |
| 10:49.49 |
starseeker |
confirms working isst on 32-bit Linux Mint |
| 10:49.49 |
starseeker |
woot! |
| 10:49.50 |
starseeker |
brlcad++ |
| 10:50.05 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 10:55.32 |
*** join/#brlcad OneMore_
(~santos@pal1-84-90-21-87.netvisao.pt) |
| 11:04.40 |
``Erik |
hm, so it was
over-cleverness with packing data into low bits of a pointer, the
point of that was to keep the cache lines minimally packed with the
'right' data (normal for old tie was 32b float) |
| 11:05.00 |
``Erik |
I wonder what
the performance implications are :D |
| 11:18.33 |
*** join/#brlcad Ch3ck
(~Ch3ck@195.24.220.16) |
| 11:21.45 |
*** join/#brlcad Izak (~Izak@195.24.220.16) |
| 11:33.32 |
Ch3ck |
starseeker:
ticket 224 has been applied but has not been closed
yet. |
| 11:33.37 |
Ch3ck |
rechecking
223 and 225 |
| 11:34.58 |
Notify |
03BRL-CAD:d_rossberg * 56773
brlcad/trunk/src/conv/raw/g-raw.c: ups, I must have overlooked this
g-stl remnant |
| 11:38.16 |
Notify |
03BRL-CAD:erikgreenwald * 56774
brlcad/trunk/src/adrt/isst_tcltk.c:
strcp->bu_strncmp |
| 11:50.48 |
*** join/#brlcad kesha_
(~kesha@14.139.122.114) |
| 11:52.06 |
brlcad |
``Erik: yeah,
I talked about that a little bit in 56767 .. the structures were a
cacheline mess for single and double precision |
| 11:52.23 |
brlcad |
looks like he
also assumed 32-bit compilation |
| 11:53.27 |
brlcad |
either way,
working .. vs fast and broken ;) |
| 11:53.54 |
brlcad |
rather
"faster" .. I didn't observe a huge impact (probably because they
already go way over cache line sizes) |
| 11:58.01 |
``Erik |
I may've
mucked up quite a bit altering things to get awayfrom tfloat for
everything *shrug* :/ |
| 11:58.35 |
``Erik |
but it works,
w00t, so faster rt and one less obstacle for isst |
| 12:06.55 |
*** join/#brlcad caen23
(~caen23@92.85.95.18) |
| 12:06.58 |
Notify |
03BRL-CAD:d_rossberg * 56775
brlcad/trunk/src/conv/g-voxel.c: print the voxel's coordinates
rather than its indicesstill needs some tests and fine
tuning |
| 12:16.14 |
Notify |
03BRL-CAD:phoenixyjll * 56776
brlcad/trunk/src/libbrep/boolean.cpp: Avoid getting nested
polycurves, which makes ON_Brep::IsValid() to fail. If the curve we
are going to append to a polycurve itself is a polycurve, we append
each segments separately. |
| 13:10.27 |
Notify |
03BRL-CAD:tbrowder2 * 56777
brlcad/trunk/doc/docbook/system/man1/en/mged.xml: use correct word
'within' |
| 13:15.43 |
Notify |
03BRL-CAD:phoenixyjll * 56778
brlcad/trunk/src/libbrep/boolean.cpp: DEBUG is defined in
brlcad_config.h. Use DEBUG_BREP_BOOLEAN instead. |
| 13:17.07 |
Notify |
03BRL-CAD:phoenixyjll * 56779
brlcad/trunk/src/libbrep/boolean.cpp: l/100.0 is the normalized
parameter. We should call ParameterAt(). |
| 13:18.59 |
Notify |
03BRL-CAD:phoenixyjll * 56780
brlcad/trunk/src/libbrep/boolean.cpp: Remove temporal debug
message, and print more infomation for the stack error and sort
failure. |
| 13:22.33 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 5973
/wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 12 August - 18
August */ |
| 13:22.41 |
Notify |
03BRL-CAD:carlmoore * 56781
brlcad/trunk/src/libbn/tests/bn_poly_sub.c: fix wording &
spelling, and remove a few blank lines |
| 13:24.24 |
Notify |
03BRL-CAD:carlmoore * 56782
brlcad/trunk/src/librt/primitives/hrt/hrt.c: fix spelling, and
remove trailing blanks/tabs |
| 13:25.38 |
Notify |
03BRL-CAD:erikgreenwald * 56783
brlcad/trunk/src/adrt/librender/cut.c: fix ray direction for
initial cut shot |
| 13:29.17 |
Notify |
03BRL-CAD:mohitdaga * 56784
(brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/decimate.c
brlcad/trunk/src/libicv/pix.c): Trailing WS |
| 13:38.28 |
Notify |
03BRL-CAD:phoenixyjll * 56785
brlcad/trunk/src/libbrep/boolean.cpp: Returning the result of minus
and implicit conversion to int for comparison is not correct for
floating points. Should use explicit > and <
comparison. |
| 13:41.05 |
Izak_ |
``Erik:
Please can you take a look at the rt_hrt_describe() routine I have
written here http://paste.kde.org/p37dcb7dc/ |
| 13:42.00 |
Notify |
03BRL-CAD:tbrowder2 * 56786
brlcad/trunk/src/libged/comb_color.c: remove command name from
usage string (fixes double listing inside mged) |
| 13:42.38 |
Notify |
03BRL-CAD
Wiki:Phoenix * 5974 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 9
*/ |
| 13:57.18 |
Notify |
03BRL-CAD
Wiki:KeshaSShah * 5975 /wiki/User:KeshaSShah/GSoC13/Reports: /*
Week 9 */ |
| 14:06.29 |
``Erik |
Izak_: looks
good to me *shrug* |
| 14:23.34 |
Notify |
03BRL-CAD:d_rossberg * 56787
(brlcad/trunk/misc/win32-msvc/Dll/BrlcadCore.def
brlcad/trunk/misc/win32-msvc/Dll/brlcad.def): rt_g is now
RTG |
| 14:27.32 |
Notify |
03BRL-CAD:d_rossberg * 56788
brlcad/trunk/misc/win32-msvc/Dll/CMakeLists.txt: include libgdiam
into the brlcad.dll |
| 14:31.01 |
Notify |
03BRL-CAD:d_rossberg * 56789
brlcad/trunk/misc/win32-msvc/Dll/BrlcadCore.rc: somebody said the
old eagle logo taboo, replaced it with the new gear logo in the
brlcad.dll |
| 14:43.36 |
Notify |
03BRL-CAD:tbrowder2 * 56790
brlcad/trunk/doc/docbook/system/man1/en/mged.xml: add a section on
scripting mged |
| 14:47.46 |
Notify |
03BRL-CAD:iiizzzaaakkk * 56791
brlcad/trunk/src/librt/primitives/hrt/hrt.c: rt_hrt_describe()
routine to present heart in human-readable form |
| 14:52.17 |
*** join/#brlcad kesha_
(~kesha@14.139.122.114) |
| 14:53.55 |
brlcad |
Izak_: looks
godo to me too. describe is for the 'l' command in mged and is
just meant to be human-readable without a specific
format |
| 15:09.42 |
Notify |
03BRL-CAD:carlmoore * 56792
(brlcad/trunk/src/conv/step/ON_Brep.cpp
brlcad/trunk/src/util/bwrect.c): remove trailing
blanks/tabs |
| 15:11.40 |
Notify |
03BRL-CAD:carlmoore * 56793
(brlcad/trunk/src/conv/g-voxel.c
brlcad/trunk/src/librt/primitives/hrt/hrt.c): remove trailing
blanks/tabs, and fix a spelling |
| 15:16.54 |
Izak_ |
brlcad:``Erik: okay commited it
already |
| 15:22.24 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 5976 /wiki/User:Izak/GSOC_2013_logs: /* August
12th to August 17th */ |
| 16:44.44 |
Notify |
03BRL-CAD:starseeker * 56794
brlcad/trunk/src/conv/step/ON_Brep.cpp: Start working on surfaces
for g-step |
| 16:49.09 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.208.161.111) |
| 16:53.58 |
Notify |
03BRL-CAD:erikgreenwald * 56795
(rtcmp/trunk/configure.ac rtcmp/trunk/rt/rt.c rtcmp/trunk/tri.c):
cope with changes in the BRL-CAD API |
| 16:54.44 |
*** join/#brlcad kesha_
(~kesha@14.139.122.114) |
| 17:06.46 |
Notify |
03BRL-CAD:erikgreenwald * 56796
(rtcmp/trunk/adrt/adrt.c rtcmp/trunk/configure.ac): updates for the
version of TIE integrated into librt |
| 17:10.59 |
Notify |
03BRL-CAD:starseeker * 56797
brlcad/trunk/src/conv/step/ON_Brep.cpp: Add general nurbs surfaces,
add knots as well. |
| 17:17.23 |
Notify |
03BRL-CAD
Wiki:Harman052 * 5977
/wiki/User:Harman052/GSoc2013/Logs: |
| 17:39.24 |
Notify |
03BRL-CAD:ejno * 56798
brlcad/branches/opencl/src/librt/primitives/sph/sph.c: load OpenCL
code from a file; use the librt formula |
| 17:59.14 |
*** join/#brlcad kesha_
(~kesha@14.139.122.114) |
| 18:06.59 |
Notify |
03BRL-CAD:ejno * 56799
(brlcad/branches/opencl/src/librt/primitives/sph/sph.c
brlcad/branches/opencl/src/librt/primitives/sph/sph_shot.cl):
calculate radsq on the host (this would be calculated once per
sphere) |
| 18:07.33 |
Notify |
03BRL-CAD:carlmoore * 56800
brlcad/trunk/src/conv/euclid/g-euclid.c: removed 's:' from
bu_getopt argument string, because it is unused |
| 18:26.00 |
Notify |
03BRL-CAD:erikgreenwald * 56801
(rtcmp/trunk/adrt/adrt.c rtcmp/trunk/dry/dry.c and 4 others):
various warning quellage |
| 18:30.58 |
Notify |
03BRL-CAD:erikgreenwald * 56802
(brlcad/trunk/src/adrt/isst brlcad/trunk/src/adrt/isst_tcltk.c):
simplify C part of cut mode by moving logic into tcl |
| 18:31.21 |
zero_level |
brlcad ,
``Erik: It is strange that pixrect has an option of number of
bytes. |
| 18:31.31 |
Notify |
03BRL-CAD:erikgreenwald * 56803
brlcad/trunk/src/adrt/isst: escape key now exits |
| 18:31.56 |
zero_level |
bytes_per_pixel |
| 18:32.04 |
*** join/#brlcad caen23
(~caen23@92.83.180.66) |
| 18:32.04 |
zero_level |
Do you think
this is needed ? |
| 18:32.28 |
zero_level |
is modifiying the utils to use icv
library. |
| 18:34.03 |
``Erik |
I'd guess
it's there to allow it to be used on bw images as well? I don't
know if there're any other good reasons to have that
knob |
| 18:34.14 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 5978 /wiki/User:Vladbogolin/GSoC2013/Logs: /*
Week 8 */ |
| 18:34.19 |
zero_level |
we have
bwrect as well. |
| 18:34.28 |
zero_level |
I think its
good to remove that. |
| 18:34.49 |
zero_level |
``Erik : Is
there are process to easily change the man pages. |
| 18:34.57 |
zero_level |
i see them as
xml files |
| 18:35.50 |
``Erik |
a lot of them
have been converted to docbook, so the xml generates the roff,
html, pdf, etc |
| 18:36.09 |
zero_level |
wants to update the doc pages of utils. |
| 18:36.42 |
Notify |
03BRL-CAD:mohitdaga * 56804
brlcad/trunk/src/util/bwrect.c: Remove Debug Parameters from
bwrect.c |
| 18:38.49 |
zero_level |
so do u
suggest editing the xml files ? |
| 18:39.27 |
zero_level |
in this case
doc/docbook/system/man1/en/bwrect |
| 18:39.36 |
zero_level |
.xml |
| 18:42.41 |
Notify |
03BRL-CAD:erikgreenwald * 56805
brlcad/trunk/src/adrt/isst: fix namespace seperator |
| 19:07.36 |
Notify |
03BRL-CAD:mohitdaga * 56806
brlcad/trunk/doc/docbook/system/man1/en/bwrect.xml: Documnetation
for bwrect utility |
| 19:07.43 |
zero_level |
brlcad,
``Erik : Do we document the api fucntions somewhere ? Other than
the doxygen comments ? |
| 19:09.10 |
Notify |
03BRL-CAD:mohitdaga * 56807
brlcad/trunk/src/util/bwrect.c: Correct Typo. |
| 19:13.19 |
zero_level |
also ``Erik :
just found that the pixrect utility is designed such that it can
extract rectangles from any datatype like arrays of floats
etc. |
| 19:13.31 |
zero_level |
I am not sure
if that is required. |
| 19:23.41 |
Notify |
03BRL-CAD:starseeker * 56808
brlcad/trunk/src/conv/step/ON_Brep.cpp: Start building topology -
looks like we may have an issue with the SdaiEdge_loop
initialization. |
| 19:26.06 |
zero_level |
what is the
difference between |
| 19:26.23 |
zero_level |
bwrect [-n
height] |
| 19:26.37 |
zero_level |
bwrect -n
height |
| 19:28.25 |
*** join/#brlcad caen23
(~caen23@92.81.189.237) |
| 19:32.04 |
Notify |
03BRL-CAD:starseeker * 56809
brlcad/trunk/src/conv/step/ON_Brep.cpp: Add a note to check out the
diamond inheritance fix recently made to stepcode - may relate to
this edge_loop issue. |
| 20:05.59 |
``Erik |
zero_level:
the '[]' indicates that it's an optional parameter |
| 20:06.41 |
``Erik |
http://superuser.com/questions/134166/how-to-read-unix-usage
has some info |
| 20:07.47 |
zero_level |
also ``Erik :
i would like to know about the scope of pixrect. |
| 20:08.42 |
zero_level |
Do u think It
is fine to limit its uses for 3 channel pix images. Provided we
have one for bw images (bwrect). |
| 20:09.58 |
``Erik |
I honestly
don't know... in theory, we should have an icv_rect() function that
can cope with whatever happens to be in the opaque
container... |
| 20:10.30 |
``Erik |
but I don't
know if any tools exist that use this byte size
behavior... |
| 20:11.35 |
``Erik |
rocks an eyebrow at r23652 |
| 20:11.41 |
``Erik |
s/r/c/ |
| 20:15.00 |
``Erik |
hm, variable
pixel size was added in 1986 by Phil (I assume Dykstra),
r1212 |
| 20:15.46 |
``Erik |
before that,
Mike (Muuss) had written it to be the 3 byte pix format |
| 20:16.31 |
``Erik |
bwrect
existed at r877 |
| 20:19.03 |
``Erik |
so the option
probably existed for some reason other than handling bw |
| 20:23.58 |
zero_level |
``Erik : but
we use icv containers. |
| 20:24.47 |
zero_level |
and it has
limitation in the type data it can contain. (as agreed by all of
us) |
| 20:26.01 |
zero_level |
``Erik how do
u see revision dating back to r877 and r1212. (curious) |
| 20:27.25 |
``Erik |
there's a
"hitch" in the 22000's, check out an older version and you can
continue... I've mostly been using the git conversion for looking
at old stuff :) |
| 20:28.18 |
zero_level |
? |
| 20:28.47 |
``Erik |
maybe the -#
option should throw an error, or override the current behavior... I
d'no... maybe another mentor or sr dev has an opinion
:) |
| 20:29.17 |
zero_level |
alright. So
do you think i should be posting a mail ? |
| 20:29.45 |
``Erik |
sure,
probably a good thing to do... answers might come back via mailing
list or via irc, though |
| 20:32.41 |
zero_level |
ok. I will
modify it and post it to brlcad-devel list. |
| 20:32.49 |
zero_level |
Lets see if
any one has an issue. |
| 20:32.59 |
zero_level |
``Erik :
thanks :) |
| 20:52.32 |
Notify |
03BRL-CAD:mohitdaga * 56810
(brlcad/trunk/doc/docbook/system/man1/en/bwrect.xml
brlcad/trunk/src/util/bwrect.c): Add higher dimensional flag in
bwrect |
| 21:20.38 |
Notify |
03BRL-CAD:starseeker * 56811
(brlcad/trunk/include/CMakeLists.txt
brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/search.c):
Start inching towards the new db_search API. Move the
to-be-deprecated search header contents into their own file. Can't
flag them yet because they are still used. |
| 21:21.51 |
Notify |
03BRL-CAD:r_weiss * 56812
(brlcad/trunk/include/tie.h
brlcad/trunk/src/librt/primitives/bot/tie.c and 2 others): Changes
to BOT-TIE to remove bit operations. |
| 21:23.11 |
Notify |
03BRL-CAD:carlmoore * 56813
brlcad/trunk/src/conv/euclid/g-euclid1.c: implement h?, and add P
to the Usage |
| 21:23.28 |
*** join/#brlcad KimK
(~Kim__@wsip-184-176-200-171.ks.ks.cox.net) |
| 21:25.24 |
Notify |
03BRL-CAD:mohitdaga * 56814
(brlcad/trunk/src/util/CMakeLists.txt
brlcad/trunk/src/util/pixrect.c): pixrect modified to use icv api.
It now no longer supports bytes_per pixel option and assumes 3
bytes for .pix files. Also prompting has been removed. Supports
only command line arguments. |
| 21:46.54 |
Notify |
03BRL-CAD:carlmoore * 56815
brlcad/trunk/src/conv/jack/g-jack.c: add h?, and, in the Usage, add
P |
| 22:25.34 |
Notify |
03BRL-CAD:mohitdaga * 56816
(brlcad/trunk/src/util/bwrect.c brlcad/trunk/src/util/pixrect.c):
use bu_log instead of fprintf for showing up error
messages. |
| 22:26.43 |
brlcad |
zero_level:
we're getting away from -h meaning "high resolution", just so you
know |
| 22:26.53 |
brlcad |
-h and -?
should universally provide some sort of help |
| 22:27.21 |
brlcad |
and there
should be a -s or -S size option and/or -nheight -wwidth
options |
| 22:28.33 |
brlcad |
the change
you made in r56810 is fine because you didn't actually say it was
high res in the docs, just in the commit message |
| 22:31.47 |
zero_level |
brlcad :
Thanks for informing me. I will take care while taking on other
utils |
| 22:32.43 |
zero_level |
brlcad : Also
I wanted some feedback regarding r56814 |
| 22:32.53 |
zero_level |
Sent a mail
on brlcad-devellist |
| 22:34.20 |
brlcad |
saw
it |
| 22:34.57 |
brlcad |
will have to
investigate but probably covered by other functionality |
| 22:35.12 |
Notify |
03BRL-CAD:mohitdaga * 56817
brlcad/trunk/NEWS: Added news for bwrect. |
| 22:40.02 |
Notify |
03BRL-CAD:brlcad * 56818
brlcad/trunk/NEWS: mohit improved bwrect to accept redirected
input/output image, improved usability/consistency. |
| 22:40.32 |
brlcad |
the commit
messages for the NEWS file are also important, they're
automatically extracted for reports |
| 22:40.55 |
Notify |
03BRL-CAD:mohitdaga * 56819
(brlcad/trunk/src/util/bwrect.c brlcad/trunk/src/util/pixrect.c):
-h option no longer means higher resolution images. It points to
help regarding utility. |
| 22:41.03 |
brlcad |
so they
should include information that won't fit on the one-liner like
why/how/when/impact/etc |
| 22:42.32 |
brlcad |
feel free to
remove all references to high-resolution ;) |
| 22:42.42 |
zero_level |
brlcad :
Thanks for the update in NEWS. |
| 22:43.16 |
zero_level |
I was just
going to ask you to review. I was ultra cautioned while writting.
And this is better. :) |
| 22:43.45 |
brlcad |
it was almost
perfect |
| 22:44.03 |
zero_level |
brlcad :
about higher resolution i will do them as i move on. |
| 22:44.27 |
brlcad |
pipes are '|'
while '>' and '<' are redirections |
| 22:44.27 |
zero_level |
brlcad : I am
currently also looking at png format images |
| 22:44.45 |
brlcad |
cool |
| 22:44.45 |
zero_level |
i mean a
seperate png.c |
| 22:45.10 |
zero_level |
``Erik,brlcad
: I just wanted to ask a concern regarding saving. |
| 22:45.43 |
brlcad |
so what does
it do now if I say bwrect -s 512 -S 256 <file.bw >
file.png |
| 22:46.05 |
*** join/#brlcad mpictor
(~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505) |
| 22:46.23 |
brlcad |
~seen
kesha |
| 22:46.27 |
infobot |
kesha
<~kesha@14.139.122.114> was last seen on IRC in channel
#brlcad, 9d 11h 12m 23s ago, saying: 'Deadline is approaching
..'. |
| 22:46.48 |
brlcad |
ah |
| 22:46.50 |
brlcad |
~seen
kesha_ |
| 22:46.50 |
infobot |
kesha_
<~kesha@14.139.122.114> was last seen on IRC in channel
#brlcad, 8d 6h 24m 21s ago, saying: 'brlcad: ya, I am attaching new
patch over there'. |
| 22:46.57 |
brlcad |
hm |
| 22:47.23 |
brlcad |
ah, so hasn't
talked in 8 days |
| 22:49.16 |
zero_level |
Do we always
save png files in 32 bits images every time. (since we have better
resolution structure) or ask the user what he wants to do
? |
| 22:49.43 |
zero_level |
brlcad : I
will pass your msg to kesha_. |
| 22:51.41 |
zero_level |
by 32 bits
images i meant 32bits / pixel. |
| 22:51.41 |
*** join/#brlcad DarkCalf
(~DarkCalf@173.231.40.99) |
| 22:52.46 |
zero_level |
I prefer we
save the images in 32 bits / pixel image. |
| 22:53.19 |
zero_level |
While we can
read from whatever depth is available. |
| 23:04.57 |
zero_level |
brlcad : as
of now we dont have png in place. |
| 23:06.06 |
zero_level |
I mean png
saving in place. As per the current practice this will save the
cropped image in bw format to file.png |
| 23:06.27 |
zero_level |
so file.png
will be a bw image with a wrong specifier. |
| 23:38.36 |
brlcad |
zero_level:
don't worry (about kesha) |
| 23:39.15 |
brlcad |
zero_level:
are you sure about that? (bw written as file.png?) |
| 23:39.28 |
brlcad |
not saying I
doubt you, just seeking confirmation (test it.. :) |
| 23:40.18 |
*** join/#brlcad mpictor_
(~mpictor_@2601:d:b280:b5:8cc5:331e:ce04:6a2f) |
| 23:40.38 |
*** join/#brlcad mpictor_
(~mpictor_@2601:d:b280:b5:8cc5:331e:ce04:6a2f) |
| 03:25.39 |
brlcad |
starseeker:
color wasn't a mistake, that was the point .. that it could be cmyk
or rgb or hsv or some other color space color
definition |
| 03:46.46 |
starseeker |
brlcad: but
programatically, particularly for backwards compatibility, it's
been a real pain |
| 03:52.57 |
starseeker |
in
particular, if I remember correctly, if we don't write out the rgb
attribute we break older BRL-CAD releases' support for
color |
| 05:08.20 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
| 06:17.17 |
*** join/#brlcad witness__
(uid10044@gateway/web/irccloud.com/x-ayrsklsxgmfwsuqh) |
| 06:55.40 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 08:00.54 |
*** join/#brlcad Izak (~Izak@195.24.220.16) |
| 08:04.12 |
Notify |
03BRL-CAD:phoenixyjll * 56942
brlcad/trunk/src/libbrep/boolean.cpp: Add basic support of
connectivity graph. And build connectivity graphs for the original
structure. |
| 08:17.20 |
Notify |
03BRL-CAD:phoenixyjll * 56943
brlcad/trunk/src/libbrep/boolean.cpp: Error handling. |
| 08:22.21 |
Notify |
03BRL-CAD:iiizzzaaakkk * 56944
brlcad/trunk/src/libbn/tests/bn_poly_synthetic_div.c: Corrected
spelling of polynomial in bn_poly_synthetic_div.c |
| 08:39.40 |
Notify |
03BRL-CAD:phoenixyjll * 56945
brlcad/trunk/src/libbrep/boolean.cpp: Fix two tiny bugs in
build_connectivity_graph(), and print the graph if the debug flag
is set. |
| 08:44.07 |
Notify |
03BRL-CAD:phoenixyjll * 56946
brlcad/trunk/src/libbrep/boolean.cpp: Remove trailing
ws. |
| 09:05.03 |
Notify |
03BRL-CAD
Wiki:Phoenix * 6001 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 9
*/ |
| 09:43.23 |
Notify |
03BRL-CAD:iiizzzaaakkk * 56947
brlcad/trunk/src/librt/primitives/hrt/hrt.c: rt_hrt_free() and
rt_hrt_params() functions |
| 10:05.10 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 6002 /wiki/User:Izak/GSOC_2013_logs: /* August
19th to August 24th */ |
| 10:51.22 |
Izak_ |
screen -d
1218 |
| 10:52.29 |
Ch3ck |
starseeker:
I've fixed tickets 226 as Sean requested, I've fixed the changes
with the previous patches and uploaded to 231. Would all patches to
be reviewed and closed.;) |
| 11:20.40 |
Notify |
03BRL-CAD:tbrowder2 * 56948
brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: style |
| 11:38.53 |
Notify |
03BRL-CAD:tbrowder2 * 56949
brlcad/trunk/src/librt/primitives/nmg/nmg_rt_isect.c:
style |
| 11:49.00 |
Notify |
03BRL-CAD:tbrowder2 * 56950
(brlcad/trunk/src/librt/primitives/dsp/dsp.c
brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c
brlcad/trunk/src/librt/primitives/nmg/nmg_rt_isect.c): added FIXME
where gcc 4.8.1 reports error upon release build |
| 11:52.07 |
*** join/#brlcad mpictor_
(~mpictor_@2600:1015:b102:6fca:0:12:8531:5301) |
| 12:40.10 |
*** join/#brlcad ejno
(~ejno@unaffiliated/kazaik) |
| 12:41.23 |
*** join/#brlcad hickoryknoll
(~hickorykn@66-118-151-70.static.sagonet.net) |
| 13:17.36 |
*** join/#brlcad kanzure_
(~kanzure@131.252.130.248) |
| 14:07.49 |
*** join/#brlcad n_reed
(~molto_cre@66-118-151-70.static.sagonet.net) |
| 14:08.09 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
| 14:08.09 |
*** join/#brlcad ejno
(~ejno@66-118-151-70.static.sagonet.net) |
| 14:08.10 |
*** join/#brlcad ejno
(~ejno@unaffiliated/kazaik) |
| 14:08.20 |
*** join/#brlcad hickoryknoll
(~hickorykn@66-118-151-70.static.sagonet.net) |
| 14:08.35 |
*** join/#brlcad Izak_
(~Izak@66-118-151-70.static.sagonet.net) |
| 14:08.35 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
| 14:08.36 |
*** join/#brlcad zero_level
(~mohit@66-118-151-70.static.sagonet.net) |
| 14:09.17 |
*** join/#brlcad maths22
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 14:09.28 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
| 14:13.34 |
brlcad |
and as I send
the e-mail, sagonet comes back to life |
| 14:14.01 |
brlcad |
ejno: try
compiling with all enabled (see INSTALL) |
| 14:14.11 |
brlcad |
so that it
doesn't try to use the system tcl/tk |
| 14:14.26 |
ejno |
ok |
| 14:14.58 |
brlcad |
or feel free
to fix that 8.6 build error ;) |
| 14:16.06 |
ejno |
brlcad: I got
disconnected - I think I missed part of your response |
| 14:16.53 |
ejno |
ok, I will
try if I have time |
| 14:17.40 |
brlcad |
ejno: I
explained in an e-mail, the server's ISP had a brief
outage |
| 14:17.58 |
ejno |
ok |
| 14:18.26 |
brlcad |
don't worry
about the error .. it's a bug in tcl 8.6's header |
| 14:19.01 |
brlcad |
if you build
with bundled libs enabled, that error will go away |
| 14:19.09 |
ejno |
ok |
| 14:23.49 |
*** join/#brlcad luca79
(~luca@89.249.207.188) |
| 14:34.03 |
brlcad |
hello
luca79 |
| 14:42.21 |
brlcad |
``Erik:
notify, she dead |
| 14:44.40 |
ejno |
brlcad: do
you know where the OpenCL libraries are? |
| 15:06.20 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
| 15:06.42 |
Notify |
03BRL-CAD:brlcad * 56951
brlcad/trunk/src/conv/step/ON_Brep.cpp: use our considerably more
precise DEG2RAD constant, no explanation needed. need common.h
before system headers. |
| 15:06.46 |
Notify |
03BRL-CAD:brlcad * 56952
brlcad/trunk/src/conv/step/ON_Brep.cpp: ws and comma
cleanup |
| 15:06.48 |
Notify |
03BRL-CAD:carlmoore * 56953
(brlcad/trunk/src/libbn/tests/bn_poly_synthetic_div.c
brlcad/trunk/src/librt/primitives/hrt/hrt.c): fix spellings, remove
trailing blanks/tabs |
| 15:06.50 |
Notify |
03BRL-CAD:brlcad * 56954
brlcad/trunk/src/conv/step/ON_Brep.cpp: inject some visual cues to
help my own understanding |
| 15:06.53 |
Notify |
03BRL-CAD:brlcad * 56955
brlcad/trunk/src/conv/step/ON_Brep.cpp: fit comments for external
readers |
| 15:20.01 |
brlcad |
ejno: they
should be in /usr/local |
| 15:20.18 |
Notify |
03BRL-CAD:brlcad * 56956
(brlcad/trunk/src/conv/dbupgrade.c brlcad/trunk/src/conv/enf-g.c
and 5 others): ws |
| 15:21.04 |
brlcad |
yeah,
/usr/local/include/CL |
| 15:21.13 |
``Erik |
https://github.com/erikg/cl-cia/commit/fa8418386a50d8c77d70470f4cd7a598b22c07ba
will kick the next time the bot thread restarts (after I push '0'
in slime when it pings out or when I restart the vm), hopefully
that'll address the bot "mia after disconnect" issue |
| 15:22.59 |
brlcad |
woot |
| 15:23.00 |
ejno |
brlcad: I
mean the binaries |
| 15:23.23 |
brlcad |
ejno: good
question, I see the port only installed the headers |
| 15:23.43 |
hickoryknoll |
brlcad: why
does "gcc -c -I ../../include/ gcode.c" give me "fatal error:
tcl.h: no such file or directory" |
| 15:23.56 |
hickoryknoll |
having
trouble remembering all of our previous lesson |
| 15:24.12 |
brlcad |
ejno: found a
cpu driver... looking for non-cpu driver |
| 15:24.24 |
ejno |
brlcad: ok,
thank you |
| 15:28.54 |
brlcad |
ejno:
installed the cpu version -lOpenCL, but will keep
looking |
| 15:29.05 |
brlcad |
let me know
what devices it says are available |
| 15:29.21 |
brlcad |
hickoryknoll:
because tcl.h is not in ../../include |
| 15:30.05 |
brlcad |
if you're
going to compile real library-using code by hand, not just simple
proc-db stuff, you'll need to specify a couple paths |
| 15:30.37 |
brlcad |
-I../../src/other/tcl/generic |
| 15:30.41 |
brlcad |
or find all
the places it exists: find ../.. -name tcl.h |
| 15:32.06 |
hickoryknoll |
okay
thanks |
| 16:02.49 |
ejno |
brlcad:
OpenCL isn't linking with the c++ library:
/usr/local/lib/libOpenCL.so: undefined reference to
`std::ctype<char>::_M_widen_init()
const@GLIBCXX_3.4.11' |
| 16:05.38 |
ejno |
oh, maybe I
need to tell cmake to link with the c++ library |
| 16:12.08 |
hickoryknoll |
brlcad: and
why does this half not work either? "~/Applications/brlcad/src/rt$
gcc -L ../../build/lib/ -lrt -lbu -lwdb gcode.o" it seems to
recognize none of the brlcad functions |
| 16:16.44 |
ejno |
brlcad: this
is failing too: g++ test.cpp -L/usr/local/lib -lOpenCL |
| 16:20.53 |
brlcad |
ejno: yeah,
sounds like it -- try adding -lstdc++ to the link line |
| 16:21.15 |
brlcad |
(probably can
add ";stdc++" to the list of libs needing linking) |
| 16:21.29 |
brlcad |
hickoryknoll:
ordering matters |
| 16:22.17 |
brlcad |
symbols are
resolved in the order they are described, so you want gcode.o first
(since nearly everything is referenced), and then include the libs
to resolve those references |
| 16:22.39 |
hickoryknoll |
ohhh! |
| 16:22.45 |
hickoryknoll |
that makes
sense now |
| 16:22.54 |
brlcad |
ejno: where's
your test? |
| 16:23.13 |
ejno |
brlcad: this
fails too: g++ test.cpp -L/usr/local/lib -lOpenCL
-lstdc++ |
| 16:23.29 |
ejno |
brlcad:
~/t |
| 16:23.52 |
brlcad |
yeah, you
don't need -lstdc++ with g++ |
| 16:25.47 |
ejno |
is it an
incompatible libstdc++? |
| 16:37.28 |
hickoryknoll |
brlcad: it
worked, than stopped working and gave me this "error while loading
shared libraries: librt.so.20: cannot open shared object file: No
such file or directory" I don't think any code changes could
account for it. What happened? |
| 16:46.46 |
brlcad |
ejno:
possibly, but that doesn't make much sense |
| 16:46.53 |
brlcad |
libOpenCL was
just compiled |
| 16:47.26 |
brlcad |
hickoryknoll:
that's a runtime library error |
| 16:47.51 |
brlcad |
when a
program is run, the libraries are located and loaded |
| 16:48.07 |
brlcad |
it's saying
it cannot find the librt library that you specified (via
-lrt) |
| 16:48.39 |
brlcad |
you can tell
it where to find the library at runtime in addition to compile time
with the -rpath=/runtime/path linker option |
| 16:49.26 |
brlcad |
if you use
BRL-CAD's cmake build system, this is all should be done for you
automatically just by telling it what files to compile |
| 16:50.19 |
hickoryknoll |
I'll try that
now. Although I had issues when trying to do that
before |
| 16:51.16 |
brlcad |
good time to
sort them out ;) |
| 16:51.18 |
brlcad |
I presume you
have a fresh checkout? |
| 16:51.25 |
hickoryknoll |
yeah |
| 16:51.30 |
brlcad |
what kind of
checkout is it? |
| 16:51.33 |
brlcad |
svn info
. |
| 16:51.38 |
brlcad |
what's the
url? |
| 16:52.12 |
hickoryknoll |
URL: https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk |
| 16:52.18 |
brlcad |
okay
cool |
| 16:52.32 |
brlcad |
so first step
is to put your source file into the src/proc-db dir |
| 16:52.46 |
hickoryknoll |
really? not
conv? |
| 16:53.00 |
brlcad |
right,
sorry |
| 16:53.38 |
hickoryknoll |
okay. it
actually has been in rt |
| 16:54.49 |
brlcad |
in face,
probably easiest to follow the examples of the subdir converters,
create a src/conv/gcode |
| 16:55.23 |
brlcad |
put your file
in there, then you'll need to 1) update src/conv/CMakeLists.txt and
2) add your own src/conv/gcode/CMakeLists.txt |
| 16:56.13 |
hickoryknoll |
if I just put
it in conv, all I need to do is add an BRLCAD_ADDEXEC" to the Cmake
file right? |
| 16:56.35 |
brlcad |
even if you
put it in a subdir, that's almost all you need to do |
| 16:56.50 |
hickoryknoll |
okay |
| 16:57.07 |
hickoryknoll |
But what's
the point if I only have one file? |
| 16:57.08 |
brlcad |
I see this
exporter really expanding, so a subdir will probably make the most
long-term sense |
| 16:57.14 |
hickoryknoll |
oh |
| 16:57.21 |
brlcad |
different
ways to fill the interior, for example |
| 16:57.41 |
brlcad |
could be
hundreds of lines of code to write out a honeycomb pattern ..
that'd be best separated from the main app logic |
| 16:57.46 |
hickoryknoll |
yeah. It
definitely has the potential to get huge |
| 16:57.47 |
brlcad |
along with
the dozen other ways |
| 17:02.40 |
Notify |
03BRL-CAD:brlcad * 56957
brlcad/trunk/regress/repository.sh: previous common.h check only
tested to make sure common.h came first in the file if it's
included at all. new check also makes sure that common.h is
included if there are any system headers included first since
common.h should come first. currently disabled since there are
several files that need to be fixed. |
| 17:08.09 |
brlcad |
ejno: the
error is not your fault .. looks like something wonky with the gcc
4.6 that was recently installed (``Erik) |
| 17:08.13 |
brlcad |
g++ test.cpp
-L/usr/local/lib/gcc46 -L/usr/local/lib -lOpenCL
-rpath=/usr/local/lib/gcc46 |
| 17:08.18 |
brlcad |
that
works |
| 17:09.36 |
ejno |
brlcad: ok,
thanks |
| 17:09.56 |
brlcad |
ah, it's a
path problem.. "gcc" and "g++" are still 4.2.1 so it couldn't find
the libs that compiled libOpenCL |
| 17:10.28 |
brlcad |
if you had
used gcc46 it would have worked |
| 17:10.37 |
ejno |
ok |
| 17:12.31 |
brlcad |
hickoryknoll:
lemme know when you get the cmakefile stuff set up and I can look
it over |
| 17:15.51 |
hickoryknoll |
File Edit
Options Buffers Tools Help
|
| 17:15.51 |
hickoryknoll |
set(GCODE_INCLUDE_DIRS ${BU_INCLUDE_DIRS}
${RT_INCLUDE_DIRS} ${WDB_INCLUDE_DIRS} ) |
| 17:15.51 |
hickoryknoll |
set(ggcode_SRCS g-gcode.c ) |
| 17:15.51 |
hickoryknoll |
BRLCAD_ADDEXEC(g-gcode "${ggcode_SRCS}"
"libwdb;librt;libbu" NOSTRICT) |
| 17:15.53 |
hickoryknoll |
# Local
Variables:
|
| 17:16.49 |
brlcad |
looks good on
the surface -- does it work? |
| 17:17.49 |
brlcad |
looks like
the raw format is the closest example |
| 17:19.03 |
*** join/#brlcad hickoryknoll
(~hickorykn@66-118-151-70.static.sagonet.net) |
| 17:20.04 |
brlcad |
not using
screen? |
| 17:20.27 |
hickoryknoll |
am using
screen, did something odd in screen |
| 17:21.18 |
brlcad |
ah |
| 17:21.35 |
brlcad |
you learned
how to create new contexts? |
| 17:21.44 |
hickoryknoll |
new
contexts? |
| 17:21.49 |
brlcad |
ctrl-a
c |
| 17:22.10 |
brlcad |
ctrl-a n and
ctrl-a p to go to the next/previous |
| 17:22.14 |
hickoryknoll |
already knew
that, did something else. |
| 17:22.30 |
hickoryknoll |
I think I
just ended the context that was running irc |
| 17:22.46 |
brlcad |
ah, fun
:) |
| 17:22.54 |
brlcad |
ctrl-a k will
do that ;) |
| 17:23.03 |
*** join/#brlcad ralph
(408663e6@gateway/web/freenode/ip.64.134.99.230) |
| 17:23.07 |
brlcad |
hi
ralph |
| 17:23.11 |
*** part/#brlcad ralph
(408663e6@gateway/web/freenode/ip.64.134.99.230) |
| 17:23.17 |
brlcad |
by
ralph |
| 17:23.29 |
hickoryknoll |
probably
that |
| 17:24.01 |
hickoryknoll |
did you see
the CMake thingy |
| 17:25.05 |
brlcad |
you mean the
pasting? |
| 17:25.18 |
brlcad |
I'd replied
with this: |
| 17:25.18 |
brlcad |
13:16 <
brlcad> looks good on the surface -- does it work? |
| 17:25.18 |
brlcad |
13:17 <
brlcad> looks like the raw format is the closest
example |
| 17:25.45 |
hickoryknoll |
getting to
the does it work. And that is the one I used as a
template |
| 17:26.10 |
brlcad |
forgot that
most of them don't even bother with a sub-CMakeLists.txt
file |
| 17:26.22 |
brlcad |
but it's
still fine to have |
| 17:26.37 |
brlcad |
more
modular |
| 17:27.12 |
hickoryknoll |
I just run
cmake now in a new build directory? |
| 17:29.16 |
*** join/#brlcad ejno
(~ejno@unaffiliated/kazaik) |
| 17:34.07 |
``Erik |
ponders some process russian roulette to see if any irc
sessions go... ps ax | awk '{print $1}' | rand | head -n 1 | xargs
sudo kill -9 |
| 17:34.42 |
``Erik |
watches himself get removed from wheel :D
*duck* |
| 17:35.51 |
starseeker |
brlcad: I'm
probably going to be breaking ON_Brep.cpp up into separate files
along the line of the importer, which should help
comprehensibility |
| 17:36.22 |
starseeker |
the "context"
stuff is almost certainly per-step-file for us, not
per-brep |
| 17:37.14 |
starseeker |
so that'll be
it's on bit |
| 17:37.42 |
starseeker |
then I'll
need per-primitive logic as well |
| 17:38.56 |
brlcad |
hickoryknoll:
yes, just build like you normally would -- if you run "cmake ...."
first, you'll be able to just specify "make g-gcode" |
| 17:39.17 |
brlcad |
but since you
added new cmake logic, you need to run cmake at least
once |
| 17:40.32 |
brlcad |
starseeker:
would it make sense to put them in separate dirs or can they
substantially share code? |
| 17:41.06 |
brlcad |
or better
put, could they be separated into separate dirs without duplicating
any files or having cmake logic reference the other dir |
| 17:56.41 |
hickoryknoll |
it couldn't
find common.h. |
| 17:56.51 |
hickoryknoll |
What do I
need to include for it to find it? |
| 17:58.54 |
ejno |
there are no
GPU devices detected, and the CPU implementation doesn't support
double-precision |
| 17:59.30 |
starseeker |
brlcad: you
mean the importer and exporter? |
| 17:59.53 |
starseeker |
possibly |
| 18:00.33 |
starseeker |
not really
sure yet - still too early in the game |
| 18:07.52 |
*** join/#brlcad whyesse
(~quassel@109.160.230.186) |
| 18:15.03 |
*** join/#brlcad caen23
(~caen23@92.81.163.217) |
| 18:29.54 |
brlcad |
hickoryknoll:
it's in the top level include/ |
| 18:30.13 |
brlcad |
and what
couldn't find it -- your cmake changes? |
| 18:30.56 |
brlcad |
hickoryknoll:
note the include_directories() line in the raw CMakelists.txt file
example |
| 18:33.40 |
Notify |
03BRL-CAD:brlcad * 56958
brlcad/trunk/regress/repository.sh: stub in initial support for
exempting files that intentionally should not be including
common.h |
| 18:34.22 |
Notify |
03BRL-CAD:brlcad * 56959
brlcad/trunk/src/adrt/slave/tienet_slave.c: missing
common.h |
| 18:34.24 |
hickoryknoll |
brlcad: where
does it specify include/ ? |
| 18:37.53 |
Notify |
03BRL-CAD:brlcad * 56960
(brlcad/trunk/src/external/Unigraphics/log.h
brlcad/trunk/src/external/Unigraphics/ug_misc.c): stdlib.h instead
of malloc.h and include common.h |
| 18:38.57 |
*** join/#brlcad vladbogo
(~vladbogo@188.25.238.69) |
| 18:40.30 |
Notify |
03BRL-CAD:brlcad * 56961
(brlcad/trunk/src/conv/iges/brlcad_brep.cpp
brlcad/trunk/src/conv/step/BSplineSurface.h and 6 others): common.h
should be included before any system headers |
| 18:42.42 |
Notify |
03BRL-CAD:brlcad * 56962
(brlcad/trunk/src/conv/step/CartesianPoint.h
brlcad/trunk/src/conv/step/STEPEntity.h): Point.h is not a system
header; remove unnecessary doxycomment |
| 18:46.31 |
*** join/#brlcad kesha_
(~kesha@49.249.17.31) |
| 18:47.35 |
Notify |
03BRL-CAD:brlcad * 56963
brlcad/trunk/regress/repository.sh: apparently just two more to
exempt from needing common.h |
| 18:49.19 |
brlcad |
hickoryknoll:
that is probably embedded via BU_INCLUDE_DIRS (or either of the
other two) |
| 18:49.30 |
hickoryknoll |
yeah I found
it |
| 18:51.02 |
Notify |
03BRL-CAD:brlcad * 56964
(brlcad/trunk/src/proc-db/mkbuilding.c
brlcad/trunk/src/proc-db/mkbuilding.h): headers should be
self-contained. include common.h before the system headers, then
the main file doesn't need to know it needed to do
that. |
| 18:51.43 |
Notify |
03BRL-CAD:brlcad * 56965
(brlcad/trunk/src/liboptical/constantpool.h
brlcad/trunk/src/liboptical/liboslrend.h and 5 others): must
include common.h before all system headers for
portability. |
| 18:52.43 |
ejno |
brlcad: I
think this is a problem with FreeOCL: http://paste.kde.org/p57fecc22/ |
| 18:56.06 |
Notify |
03BRL-CAD:brlcad * 56966
brlcad/trunk/src/libged/simulate/simutils.h: include
common.h |
| 18:58.37 |
Notify |
03BRL-CAD:brlcad * 56967
brlcad/trunk/regress/repository.sh: all files now passing the
expanded common.h header checks, so turn error-matching
on |
| 19:03.22 |
whyesse |
how would you
go about modelling something like this with brl-cad?
http://en.wikibooks.org/wiki/OpenSCAD_User_Manual/2D_to_3D_Extrusion#Twist |
| 19:03.56 |
brlcad |
ejno: indeed,
try again now |
| 19:04.23 |
whyesse |
sort of a
rotating extrusion? |
| 19:05.06 |
brlcad |
whyesse:
yeah, that's a tricky one |
| 19:06.10 |
brlcad |
a generalized
sweep operation would normally do it (which we don't implement),
though the notion of extruding with a twist parameter is
interesting |
| 19:06.28 |
whyesse |
I was hoping
maybe there's a different way of doing it |
| 19:06.53 |
brlcad |
there are,
depending on what you need specifically |
| 19:07.21 |
whyesse |
I saw it used
for this: http://www.thingiverse.com/thing:53451 |
| 19:07.39 |
ejno |
brlcad: thank
you. There are new errors: http://paste.kde.org/pde8c2b0b/ |
| 19:07.45 |
whyesse |
I think to
make herringbone gear teeth |
| 19:08.43 |
brlcad |
whyesse:
here's one method used for things like threading on bolts: http://ronja.twibright.com/3d/ |
| 19:10.41 |
brlcad |
whyesse:
that's really cool (the gear) |
| 19:11.02 |
whyesse |
yeah |
| 19:11.47 |
brlcad |
I'm pretty
sure that shape is possible... |
| 19:13.01 |
brlcad |
those are
basically cylinders with grooves cut out |
| 19:13.26 |
whyesse |
ah |
| 19:14.10 |
brlcad |
hm, wonder if
90 degree sections of a torus rotated up the column would do the
trick? |
| 19:15.02 |
brlcad |
hickoryknoll:
now that looks like something fun and practical to print, I think
that just might be a good g-gcode test case if I can model
something up quick :) |
| 19:16.37 |
brlcad |
tries |
| 19:20.01 |
Notify |
03BRL-CAD:n_reed * 56968
(brlcad/trunk/src/conv/step/OpenNurbsInterfaces.cpp
brlcad/trunk/src/conv/step/STEPWrapper.cpp and 4 others): address
some step-g related leaks identified by valgrind |
| 19:22.04 |
whyesse |
brlcad: how
difficult would adding a twist feature be? |
| 19:23.20 |
whyesse |
brlcad:
assuming I'm ok with code but completely new to brl-cad |
| 19:24.05 |
brlcad |
whyesse:
conceptually, not that hard ... mathematically, not
sure |
| 19:25.20 |
brlcad |
whyesse: hm,
it might be crazy easy even mathematically the more I think about
it |
| 19:26.30 |
whyesse |
ok |
| 19:26.47 |
brlcad |
if you want
to give it a try: src/librt/primitives/extrude/ is where extrusions
are defined |
| 19:26.57 |
brlcad |
pretty much
all right there in extrude.c |
| 19:28.26 |
brlcad |
each object
type (like extrude) is defined by a set of callback functions ..
the critical ones affected by adding twist are going to be
rt_extrude_shot(), rt_extrude_plot(), and rt_extrude_tess() so that
it renders, shows wireframe, and can be converted to polygons
correctly |
| 19:30.30 |
whyesse |
can
primitives be defined externally? |
| 19:31.01 |
brlcad |
what do you
mean? |
| 19:31.40 |
whyesse |
by an
application using librt, or are they always compiled in |
| 19:32.27 |
brlcad |
you can
always define your own procedural geometry (and we provide several
examples of this), but those are built on top of the fundamental
primitives |
| 19:32.40 |
brlcad |
they're the
basic building blocks understood throughout the system |
| 19:33.00 |
brlcad |
so the answer
is probably "no" |
| 19:33.07 |
whyesse |
ok |
| 19:33.29 |
whyesse |
needs to try compiling brl-cad, then. which would probably be
a good idea anyway |
| 19:34.22 |
brlcad |
ah, yeah
:) |
| 19:34.27 |
brlcad |
~cadsvn |
| 19:34.28 |
infobot |
To obtain
BRL-CAD from Subversion: svn checkout https://svn.code.sourceforge.net/p/brlcad/code/brlcad/trunk
brlcad |
| 19:35.38 |
whyesse |
thanks |
| 19:36.57 |
brlcad |
I've
considered implementing a fully generalized primitive that is
defined by some parametric equation, but that wouldn't even help
you with this kind of problem |
| 19:37.43 |
brlcad |
maybe some
primitive defined by a scripting language definition (or
opencl) |
| 19:38.12 |
brlcad |
otherwise,
the only means might be to make each primitive self-register at
run-time as plugins and you could define your own new primitive as
a (compiled) plug in |
| 19:38.32 |
brlcad |
whyesse: what
were you hoping for? |
| 19:39.14 |
whyesse |
making a copy
of the extrude, and then modifying that |
| 19:39.20 |
brlcad |
n_reed: why
#if !defined(__WIN32__) ? |
| 19:39.59 |
whyesse |
would
probably be easier for me to compile just that |
| 19:40.16 |
brlcad |
whyesse:
intriguing notion, would language matter? |
| 19:40.27 |
whyesse |
language? |
| 19:40.27 |
n_reed |
because
that's the test a few lines before that causes the memory to be
allocated |
| 19:41.07 |
brlcad |
there's
generally so much work involved in implementing a new primitive
that it's never been an issue .. |
| 19:42.03 |
brlcad |
and we
wouldn't want to end up with multiple extrusion methods, it'd
probably end up an extension of the existing |
| 19:42.16 |
brlcad |
n_reed: ah,
humph |
| 19:45.51 |
*** join/#brlcad whyesse
(~quassel@109.160.230.186) |
| 19:49.09 |
n_reed |
iirc that's
typical of stepcode. instead of using wrapper macros/functions,
windows/non-windows code is just mixed together w/
conditionals |
| 19:49.18 |
n_reed |
i'm not about
to fix all of them |
| 19:52.59 |
Notify |
03BRL-CAD:brlcad * 56969
brlcad/trunk/src/mged/chgview.c: the message is wrong, can only
scale uniformly |
| 19:59.51 |
whyesse |
I'm trying to
generate brl-cad databases from python, wrapping functions in the C
api with cython. should I be just generating mged
commands? |
| 20:03.52 |
Notify |
03BRL-CAD:carlmoore * 56970
brlcad/trunk/src/conv/g-nff.c: remove a pair of braces, and also
remove duplicate output going to stderr -- do you understand the
latter change? |
| 20:07.28 |
brlcad |
whyesse: it
depends how much functionality you'd like to have access to, but
wrapping mged commands will give you the most high-level syntax to
work with |
| 20:08.10 |
brlcad |
whyesse:
wrapping src/libged will get you 95% of mged's command
functionality in C API form |
| 20:08.11 |
whyesse |
ok |
| 20:08.21 |
whyesse |
thanks |
| 20:08.58 |
brlcad |
wrapping mged
obviously gets you 100% but then has a little bit of processor
invocation overhead |
| 20:09.38 |
brlcad |
I presume
you've seen the shell and perl examples: http://brlcad.org/wiki/Main_page#Tutorials |
| 20:09.43 |
whyesse |
nope |
| 20:09.54 |
brlcad |
ah, check out
SGI_Cube and Spiral |
| 20:10.33 |
whyesse |
I saw someone
output mged from python somewhere |
| 20:10.35 |
whyesse |
ok |
| 20:11.19 |
brlcad |
the latter is
particularly relevant to that gear, but some modifications would be
needed to create geometry at the same density as you spiral
outward/upward |
| 20:18.14 |
brlcad |
ejno: yeah,
so FreeOCL sucks... |
| 20:19.02 |
brlcad |
there are
some changes I could try, but need to be able to test your compile
.. where is your build dir or how can I otherwise reproduce that
error? |
| 20:19.36 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 6003 /wiki/User:Izak/GSOC_2013_logs: /* August
19th to August 24th */ |
| 20:19.40 |
brlcad |
it's all
simple stuff until the nested-name-identifier error |
| 20:21.47 |
ejno |
brlcad: cd
/home/ejno/brlcad-opencl/build; make -j8 rt && ./bin/rt
-Ftest.pix sflake.g depth0.r depth1.r depth2.r depth3.r |
| 20:22.27 |
ejno |
also, I can
try setting up OpenCL on my laptop if you want |
| 20:23.28 |
brlcad |
ejno: what OS
are you running there? |
| 20:24.06 |
ejno |
Arch Linux. I
have it mostly working but the rt window and output pix are
entirely black currently, not sure why |
| 20:24.26 |
brlcad |
is the
regular rt window also black? |
| 20:25.06 |
ejno |
I was going
to try that but haven't yet |
| 20:25.11 |
brlcad |
try
-F/dev/Xl |
| 20:25.22 |
brlcad |
that should
rule out ogl |
| 20:25.47 |
ejno |
ok,
I |
| 20:26.28 |
brlcad |
note that you
can run rt -otest.pix -F/dev/Xl to both write to file and display a
window if you need that |
| 20:27.15 |
ejno |
ok, I'll be
able to do that in about 10 minutes |
| 20:27.20 |
*** join/#brlcad mpictor
(~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505) |
| 20:29.04 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 6004
/wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 19 August - 25
August */ |
| 20:34.26 |
Notify |
03BRL-CAD:vladbogo * 56971
(brlcad/trunk/src/mged/attach.c
brlcad/trunk/src/tclscripts/mged/openw.tcl): Added the Qt display
manager as a option to the Modes>Display Manager in mged's
menu. |
| 20:37.39 |
brlcad |
heh, nicely
done ... crashing gdb |
| 20:43.09 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 6005 /wiki/User:Vladbogolin/GSoC2013/Logs: /*
Week 9 */ |
| 20:43.32 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 6006 /wiki/User:Izak/GSOC_2013_logs: /* August
12th to August 17th */ |
| 20:44.15 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 0 /wiki/File:Mged1.png: |
| 20:45.28 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 6008 /wiki/User:Vladbogolin/GSoC2013/Logs: /*
Week 10 */ |
| 20:52.30 |
mpictor |
anyone on
here familiar with setlocale()? the man page makes it sound like it
always defaults to "C" on Linux, but I haven't found anything about
its behavior on windows |
| 20:53.46 |
mpictor |
I need to
force exppp (in stepcode) to always print numbers with the
formatting specified in 10303-11 |
| 21:01.10 |
starseeker |
hmm - we just
had a problem like that crop up |
| 21:03.10 |
brlcad |
Qt was
setting the users locale causing some of our hard-coded constant
values (e.g., 3.0 vs 3,0) to fail |
| 21:04.14 |
brlcad |
mpictor: C is
the default locale |
| 21:04.32 |
mpictor |
heh I
actually found mention of qt doing that when I was
googling |
| 21:04.36 |
brlcad |
but
application codes can set whatever they like too |
| 21:04.50 |
mpictor |
brlcad: is it
the default on all systems in all countries? |
| 21:05.00 |
brlcad |
it's a
default for posix C, yes |
| 21:05.12 |
brlcad |
it's a global
libc state |
| 21:05.15 |
mpictor |
what about
windows and osx? |
| 21:06.04 |
brlcad |
language-wise, it's that way everywhere
something claims to be posix compliant |
| 21:06.18 |
mpictor |
ok |
| 21:06.24 |
brlcad |
it's defined
by stdc, so it's that way everywhere as far as I know, but ...
application code can just as well set it to something
else |
| 21:06.37 |
brlcad |
and even
default application frameworks can (and some do) set something
else |
| 21:07.10 |
brlcad |
we ran into
with a Qt application, Qt itself set the locale to something else
just by using Qt |
| 21:07.30 |
brlcad |
and MFC or
OSX framework could just as well do the same thing |
| 21:08.02 |
mpictor |
this is in
exppp, so qt/mfc/etc shouldn't affect it |
| 21:08.32 |
mpictor |
unless
someone writes a gui that uses exppp... |
| 21:08.35 |
brlcad |
so you either
rely on the calling application to set the locale() back to C
before calling into sdai/stepcode or you forcibly set/reset it
*everywhere* you possibly call a std C function that reads/writes
numbers |
| 21:08.44 |
brlcad |
read, write,
scanf, printf, .... all of them |
| 21:09.07 |
brlcad |
right, that's
my point -- you don't know or have control of the calling
application |
| 21:09.47 |
brlcad |
and stepcode
is pretty much useless without embedding it into an app
;) |
| 21:09.59 |
mpictor |
oh, I was
thinking I could do it once and not worry again. guess I could just
check if it isn't C and exit with an error... |
| 21:10.26 |
brlcad |
so you either
document the expectation/requirement, or hope some init() function
is sufficient to setlocale("C"), or forcibly set it everywhere it
might be needed |
| 21:10.40 |
brlcad |
you don't
need to exit |
| 21:10.55 |
brlcad |
you can get
the current locale, set C, and return to caller locale just
fine |
| 21:11.34 |
brlcad |
or just set
it and forget it but then that's not much different than just
documenting the assumption of C |
| 21:12.29 |
mpictor |
If I set C
each time, I need to modify every function that could use
printf/scanf/etc with a number |
| 21:13.26 |
mpictor |
*every
function that is accessible from outside the library |
| 21:23.01 |
Notify |
03BRL-CAD:iiizzzaaakkk * 56972
brlcad/trunk/src/librt/primitives/hrt/hrt.c: Fixing
spelling |
| 21:29.24 |
brlcad |
yep |
| 21:29.55 |
brlcad |
half-punting
sounds like a good balance |
| 21:30.17 |
brlcad |
if there's an
init-location where almost certainly any call will be going
through, set the locale to C |
| 21:30.25 |
brlcad |
then put it
in the docs |
| 21:51.31 |
Notify |
03BRL-CAD:carlmoore * 56973
brlcad/trunk/src/conv/nmg/g-nmg.c: remove 2 sets of braces, remove
: from P in opt string, and implement h? |
| 22:01.53 |
Notify |
03BRL-CAD:ejno * 56974
(brlcad/branches/opencl/src/librt/primitives/sph/sph.c
brlcad/branches/opencl/src/librt/primitives/sph/sph_shot.cl): check
for double-precision support; start of hypersampling; other
changes |
| 22:06.02 |
*** join/#brlcad whyesse
(~quassel@109.160.230.186) |
| 23:38.47 |
brlcad |
ejno: any
luck confirming double-precision support? |
| 23:39.25 |
brlcad |
should make
the code print either a compile-time or run-time notice whether
single or double precision is being used so we can make sure
comparisons take into consideration |
| 00:55.08 |
*** join/#brlcad ejno
(~ejno@unaffiliated/kazaik) |
| 01:10.40 |
starseeker |
drools at new CMake features for per-target compile
options |
| 01:11.20 |
starseeker |
if those
actually work "as advertised" I might be able to remove some of my
custom macro logic for all that... |
| 01:12.20 |
starseeker |
(right after
the TODO list is emptied out, of course...) |
| 01:30.44 |
Notify |
03BRL-CAD:starseeker * 57006
(brlcad/trunk/CMakeLists.txt brlcad/trunk/INSTALL): Latest CMake
spotted a syntax error. |
| 01:41.05 |
Notify |
03BRL-CAD:starseeker * 57007
(brlcad/trunk/misc/CMake/FindTCL.cmake
brlcad/trunk/src/other/tcl/CMake/tcl.cmake
brlcad/trunk/src/other/tk/CMake/tcl.cmake): More string formatting
gotchas caught by 2.8.12rc1 CMake |
| 01:42.33 |
Notify |
03BRL-CAD:starseeker * 57008
(brlcad/trunk/src/other/incrTcl/itcl/CMake/tcl.cmake
brlcad/trunk/src/other/incrTcl/itk/CMake/tcl.cmake and 4 others):
Sync other tcl.cmake and FindTCL.cmake copies |
| 02:59.55 |
Notify |
03BRL-CAD:brlcad * 57009
brlcad/trunk/CMakeLists.txt: check for posix_memalign (post-c99
posix.1 function) |
| 03:04.06 |
Notify |
03BRL-CAD:brlcad * 57010
(brlcad/trunk/src/mged/chgmodel.c brlcad/trunk/src/mged/cmd.c
brlcad/trunk/src/mged/muves.c): bad declarations. edit_com() no
longer takes a catch_sigint flag as a fourth arg, only
three. |
| 03:34.03 |
Notify |
03BRL-CAD:brlcad * 57011
brlcad/trunk/HACKING: the naming rules aren't / weren't specific to
just variables. we want to keep things consistent for function
names too. |
| 03:40.30 |
Notify |
03BRL-CAD:brlcad * 57012
brlcad/trunk/src/util/dsp_add.c: avoid introducing a new style
within the same file. we should avoid starting function names in
uppercase as we have a predominant style of symbols_like_this() or
even a few camelCaseSymbols(), but no uppercase convention outside
of class method names. updated HACKING to reflect this more
clearly. |
| 03:44.27 |
Notify |
03BRL-CAD:brlcad * 57013
brlcad/trunk/src/util/dsp_add.c: bu_log() instead of fprintf(stderr
where we're already using bu_log() elsewhere in the file. also make
all the globals static as application code tends to migrate to
libraries over time. |
| 03:50.00 |
Notify |
03BRL-CAD:brlcad * 57014
brlcad/trunk/src/conv/nmg/g-nmg.c: the fix wasn't to remove -Pncpu
support but should have been to propagate it like the other
tools. |
| 03:57.23 |
Notify |
03BRL-CAD:brlcad * 57015
(brlcad/trunk/src/conv/dxf/g-dxf.c
brlcad/trunk/src/conv/euclid/g-euclid.c and 11 others): decouple
RTG.debug from the -P options on most importers. Instead, let -x be
utilized for that so that -P can consistently just refer to the
nubmer of cpus to use (even though few tools should even be
exposing that level of configurability, unnecessary/unhelpful
option). |
| 08:18.06 |
*** join/#brlcad caen23
(~caen23@92.81.204.102) |
| 08:36.34 |
*** join/#brlcad vladbogo
(~vladbogo@188.25.238.69) |
| 11:11.01 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 11:37.11 |
Notify |
03BRL-CAD:phoenixyjll * 57016
brlcad/trunk/src/libbrep/boolean.cpp: Define a macro to make the
connectivity graph an optional choice. |
| 11:37.28 |
Notify |
03BRL-CAD:phoenixyjll * 57017
brlcad/trunk/src/libbrep/boolean.cpp: Don't use start, end to
represent which part of the outerloop it occupies, which can only
represent a single interval. Use array of intervals
instead. |
| 11:37.30 |
Notify |
03BRL-CAD:phoenixyjll * 57018
brlcad/trunk/src/libbrep/boolean.cpp: Use ON_ClassArray instead of
ON_SimpleArray when the element type is std::pair. |
| 11:37.34 |
Notify |
03BRL-CAD:tbrowder2 * 57019
brlcad/trunk/TODO: use current file name (no wonder I could never
find that info, are we sure this is the best name? not very
intuitive) |
| 11:37.36 |
Notify |
03BRL-CAD:tbrowder2 * 57020
brlcad/trunk/doc/docbook/system/man5/en/gattributes.xml: remove
empty section |
| 11:37.38 |
Notify |
03BRL-CAD:tbrowder2 * 57021
brlcad/trunk/doc/docbook/system/mann/en/attr.xml: add important
reference to gattributes |
| 11:44.31 |
Notify |
03BRL-CAD:iiizzzaaakkk * 57022
brlcad/trunk/src/librt/primitives/hrt/hrt.c: Added comment
explaining the importance of the new constant 1.25 in
rt_hrt_prep() |
| 12:20.19 |
*** join/#brlcad caen23
(~caen23@92.83.181.251) |
| 12:37.47 |
Notify |
03BRL-CAD:iiizzzaaakkk * 57023
brlcad/trunk/src/librt/primitives/hrt/hrt.c: Change line comment to
doxygen block comment and format it to column 70 |
| 12:55.06 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 12:57.59 |
brlcad |
Izak_: what
does "takes care of" mean? |
| 12:58.16 |
brlcad |
is the upper
displacement exactly 25%? |
| 12:58.34 |
brlcad |
or is it some
value and 25% "should be enough" to encapsulate it? |
| 12:59.42 |
brlcad |
the comment
should say what it is (which you did great) but also the precision
and/or accuracy |
| 13:03.06 |
Izak_ |
brlcad:It is
some value and 25% "should be enough" to encapsulate it |
| 13:13.34 |
Ch3ck_ |
brlcad: i'm
currently using you test for db_walk_tree so I can adapt to my
pull_comb() routine but " .. -lbu .." argument for gcc tells me
"Error: cannot find -lbu" |
| 13:14.02 |
Ch3ck_ |
brlcad so how
to i supply -lu correctly in "mat =
(matp_t)bu_malloc(sizeof(mat_t), "cur_mat"); |
| 13:14.05 |
Ch3ck_ |
<PROTECTED> |
| 13:14.39 |
Ch3ck_ |
nop here is
the corrct argument: "gcc tree_walk_test.c -L/usr/brlcad/lib -lrt
-lbu -I/usr/brlcad/include -I/usr/brlcad/include/brlcad |
| 13:14.44 |
Ch3ck_ |
? |
| 13:18.03 |
Izak_ |
``Erik:
brlcad: What about this for that comment http://paste.kde.org/pc81455af/
? |
| 13:21.11 |
Notify |
03BRL-CAD:carlmoore * 57024
brlcad/trunk/src/conv/step/ON_Brep.cpp: fix spellings |
| 13:28.08 |
Notify |
03BRL-CAD:iiizzzaaakkk * 57025
brlcad/trunk/src/librt/primitives/hrt/hrt.c: Adding precision
aspects to comment |
| 13:33.10 |
Notify |
03BRL-CAD:starseeker * 57026 NIL: See if
we can separate out the importer and exporter for STEP |
| 13:38.06 |
Notify |
03BRL-CAD:starseeker * 57027
brlcad/trunk/src/conv/step/ON_Brep.cpp: Don't actually use
STEPEntity in this file |
| 13:41.47 |
Notify |
03BRL-CAD
Wiki:KeshaSShah * 6013 /wiki/User:KeshaSShah/GSoC13/Reports: /*
Week 10 */ |
| 13:41.53 |
``Erik |
bummer,
"kitten of death" is gone
http://sourceforge.net/p/sbcl/sbcl/ci/b7d22ded1428e8d3e87c37164aa6742dd28aa6ce/ |
| 13:44.50 |
brlcad |
Izak_: the
comment should reflect that uncertainty, which is fine for
now |
| 13:44.52 |
brlcad |
but what
makes you think 25% should be enough? |
| 13:45.36 |
brlcad |
bounding
boxes should be a tight-fitting as possible, so we may need some
analytic method to bound it |
| 13:47.26 |
brlcad |
Ch3ck_: that
command line looks right conceptually |
| 13:47.40 |
brlcad |
so you have a
/usr/brlcad/lib/libbu.so ? |
| 13:50.50 |
Ch3ck_ |
no |
| 13:51.26 |
Ch3ck_ |
i don't have
any /usr/brlcad/lib/ |
| 13:51.37 |
Ch3ck_ |
directory. |
| 13:54.20 |
Ch3ck_ |
but i have
/usr/lib |
| 13:56.53 |
brlcad |
heh |
| 13:57.05 |
brlcad |
then what is
-L/usr/brlcad/lib supposed to mean? |
| 13:58.05 |
Ch3ck_ |
well grepped
libbu.so and its in /usr/brlcad_build/lib/ |
| 13:58.11 |
Ch3ck_ |
is this
ok? |
| 13:58.28 |
brlcad |
depends what
you mean by ok |
| 13:58.37 |
Ch3ck_ |
so I could
just modify the args to point to these? |
| 13:58.39 |
brlcad |
there's
nothing "wrong", you can build/install anywhere |
| 13:59.18 |
Notify |
03BRL-CAD:iiizzzaaakkk * 57028
brlcad/trunk/src/librt/primitives/hrt/hrt.c: Added comment
explaining the importance of the new constant 1.25 in
rt_hrt_bbox() |
| 13:59.19 |
Ch3ck_ |
well meaning
i could modify the patch from /usr/brlcad/lib .. to
/usr/brlcad_build/lib/ .. ? |
| 13:59.19 |
brlcad |
Ch3ck_: you
should "man gcc" and understand what each of those arguments
means |
| 13:59.30 |
Ch3ck_ |
already |
| 13:59.31 |
brlcad |
you could,
but is that right? |
| 13:59.53 |
brlcad |
if you don't
know what that -L or -I mean, you have no idea what providing a new
path means |
| 13:59.55 |
Ch3ck_ |
and -l gives
an argument to a directory y |
| 14:00.01 |
brlcad |
it does
not |
| 14:00.14 |
Ch3ck_ |
?? |
| 14:00.20 |
brlcad |
-l specifies
the name of a library |
| 14:00.37 |
Ch3ck_ |
so since i
don't have the /usr/brlcad/lib |
| 14:00.45 |
Ch3ck_ |
so what do i
don in this case? |
| 14:01.01 |
brlcad |
what does
-L/usr/brlcad/lib mean? |
| 14:01.33 |
Ch3ck_ |
means include
the libraries in /usr/brlcad/lib |
| 14:01.38 |
Ch3ck_ |
right? |
| 14:01.41 |
brlcad |
no |
| 14:02.28 |
Ch3ck_ |
so what does
it mean exactly? |
| 14:02.52 |
brlcad |
What does
"man gcc" say? |
| 14:03.23 |
Izak_ |
still working on prep() |
| 14:03.34 |
brlcad |
you're
running the gcc command, so it's assumedly an option to that
command which should be readily documented |
| 14:03.50 |
brlcad |
it's a large
manual page, so you have to go down a long ways before you get to
the explanation of -L |
| 14:04.13 |
*** join/#brlcad vladbogo
(~vladbogo@188.25.238.69) |
| 14:04.20 |
brlcad |
Izak_:
understandable, that's why it's important to document the
uncertainty the moment it's written |
| 14:04.26 |
Ch3ck_ |
well looks
like -L speciifies a directory |
| 14:04.42 |
Ch3ck_ |
moving down
to the bottom ..to look at further explanantions.. |
| 14:04.43 |
brlcad |
Ch3ck_: is
that was the docs said? |
| 14:04.56 |
Ch3ck_ |
yes |
| 14:04.59 |
brlcad |
that's good,
the first mention is -Ldir |
| 14:05.14 |
brlcad |
but then
that's not very helpful by itself ;) |
| 14:05.16 |
Ch3ck_ |
here is how
it was specified ( -Ldir |
| 14:05.32 |
brlcad |
so further
down, it'll explain what it means |
| 14:05.40 |
Ch3ck_ |
ok |
| 14:06.13 |
brlcad |
the 8th
occurance of "-L" is where it's explained |
| 14:08.12 |
brlcad |
find it
yet? |
| 14:08.28 |
Ch3ck_ |
not
yet |
| 14:08.38 |
Ch3ck_ |
still
scrolling realling long.. |
| 14:09.29 |
Ch3ck_ |
found
it..:) |
| 14:10.10 |
brlcad |
helps to
learn how to use the searching features in "less" ;) |
| 14:10.43 |
brlcad |
"/" .. "-L"
.. "/[enter]" 7 times |
| 14:11.12 |
brlcad |
so what does
it say? |
| 14:11.18 |
brlcad |
very short
and simple |
| 14:12.50 |
Ch3ck_ |
-ldir : tells
the linker to search "dir" library and also check in "-L/dir"
directories for more routines |
| 14:13.14 |
brlcad |
"-ldir"
?? |
| 14:13.56 |
brlcad |
did you mean
-Ldir? |
| 14:14.29 |
brlcad |
because
there's -L and -l ... you should understand both |
| 14:15.14 |
Ch3ck_ |
well "-ldir":
this tells the gcc compiler to search to the library specified
by'dir' and also check in the directory specified by
"-Ldir" |
| 14:15.34 |
vladbogo |
hi all. I am
trying to integrate the new display manager in archer. I've seen
that archer only uses ogl dm at the moment but I couldn't find any
infos on how to add the new dm. Could you give me some hints on
where to look? |
| 14:15.35 |
Ch3ck_ |
is that
simple enough? |
| 14:15.41 |
brlcad |
this is
fundamental information relevant to nearly all
compilers |
| 14:15.41 |
brlcad |
there is no
"-ldir" |
| 14:15.41 |
brlcad |
so
no |
| 14:15.52 |
brlcad |
where are you
getting -ldir from? |
| 14:16.02 |
Ch3ck_ |
-l is the
option |
| 14:16.14 |
brlcad |
it is an
option, yes |
| 14:16.16 |
Ch3ck_ |
and dir is
the library |
| 14:16.16 |
brlcad |
what does
that option mean? |
| 14:16.43 |
Ch3ck_ |
-l tells the
compiler to load a library |
| 14:17.05 |
Ch3ck_ |
specified as
'dir' in "-ldir" |
| 14:17.21 |
brlcad |
no |
| 14:18.05 |
brlcad |
-l tell the
compiler to LINK a library |
| 14:18.17 |
brlcad |
and it is
*not* specified as 'dir' in -ldir |
| 14:18.25 |
brlcad |
there is no
mention of -ldir in the manual page |
| 14:18.26 |
Ch3ck_ |
ok here is
how is explained in the man page -ldirectory |
| 14:18.32 |
Ch3ck_ |
as one
word |
| 14:18.42 |
Ch3ck_ |
where '-l' is
the option |
| 14:18.43 |
brlcad |
show
me |
| 14:18.53 |
Ch3ck_ |
ok |
| 14:20.47 |
Ch3ck_ |
http://paste.kde.org/pd5177295/
brlcad : here is the link |
| 14:21.21 |
brlcad |
where in that
link does it day -ldir or -ldirectory? |
| 14:22.48 |
Ch3ck_ |
sory for the
typo |
| 14:23.02 |
brlcad |
you must
realize by now that programming is BUILT on precise
communication |
| 14:23.06 |
Ch3ck_ |
i meant
library ;) |
| 14:23.10 |
Notify |
03BRL-CAD:starseeker * 57029
brlcad/trunk/src/conv/step/CMakeLists.txt: Put the g-step and
step-g program sources into their own subdirctories |
| 14:23.12 |
Ch3ck_ |
yeah |
| 14:23.14 |
brlcad |
that's not a
typo, it's entirely the wrong concept |
| 14:23.35 |
Ch3ck_ |
I meant
library and my fingers kept writing directory. |
| 14:24.10 |
brlcad |
so lets try
this again |
| 14:24.18 |
brlcad |
what does
-L/usr/brlcad/lib mean? |
| 14:24.39 |
brlcad |
(all by
itself) |
| 14:25.29 |
brlcad |
Izak_:
updated comment looks good |
| 14:25.38 |
brlcad |
thanks |
| 14:27.38 |
Ch3ck_ |
brlcad: it
means add the libraries in /usr/brlcad/lib |
| 14:27.50 |
brlcad |
no... |
| 14:28.26 |
brlcad |
the line in
the man page is all of 13 words to explain it |
| 14:29.18 |
Ch3ck_ |
ok search
libraries named /usr/brlcad/lib when linking |
| 14:29.18 |
brlcad |
could use
half as many words, but it doesn't mean add libraries |
| 14:29.42 |
brlcad |
heh closer
but still not accurate |
| 14:29.54 |
brlcad |
there are no
*libraries* named /usr/brlcad/lib |
| 14:29.58 |
brlcad |
that's a
directory |
| 14:30.15 |
Ch3ck_ |
ok |
| 14:30.37 |
Ch3ck_ |
brlcad:
search library named "/usr/brlcad/lib" when linking |
| 14:30.53 |
brlcad |
there is no
LIBRARY named "/usr/brlcad/lib" |
| 14:31.51 |
brlcad |
try again...
you're only 1-word wrong |
| 14:31.51 |
Ch3ck_ |
search the
libraries in "/usr/brlcad/lib" when linking |
| 14:32.13 |
Ch3ck_ |
i mean
library |
| 14:32.54 |
brlcad |
this would
have been accurate: search the DIRECTORY named "/usr/brlcad/lib"
when linking |
| 14:33.09 |
Ch3ck_ |
ok |
| 14:33.20 |
brlcad |
search for
libraries in the "/usr/brlcad/lib" directory when
linking |
| 14:33.27 |
brlcad |
would have
also been correct |
| 14:34.13 |
brlcad |
add
/usr/brlcad/lib to the list of directories searched when linking,
also accurate |
| 14:34.19 |
brlcad |
do you
understand the difference? |
| 14:34.28 |
Notify |
03BRL-CAD:iiizzzaaakkk * 57030
brlcad/trunk/src/librt/primitives/hrt/hrt.c: Sorry! removing unused
variables in rt_hrt_shot() |
| 14:34.51 |
Ch3ck_ |
yeah.. |
| 14:34.57 |
brlcad |
a library is
not a directory, a library is a file |
| 14:35.03 |
Ch3ck_ |
:) get it
now.. |
| 14:35.19 |
brlcad |
"libbu.so.12.0.1" is a library |
| 14:35.27 |
Ch3ck_ |
ok |
| 14:35.37 |
brlcad |
"libX11.so"
is probably a library (or a link to a library) |
| 14:35.56 |
brlcad |
so this is
basic compiling instructions |
| 14:36.19 |
brlcad |
when you
compile, the compiler needs to know four+ things |
| 14:36.26 |
brlcad |
1) what to
compile |
| 14:36.32 |
brlcad |
2) where to
put the output |
| 14:36.37 |
brlcad |
3) where to
find headers |
| 14:36.40 |
brlcad |
4) where to
find libraries |
| 14:36.50 |
brlcad |
and
technically 5) what libraries |
| 14:36.52 |
Ch3ck_ |
ok |
| 14:37.08 |
brlcad |
which of
those is -L/usr/brlcad/lib ? |
| 14:37.21 |
Ch3ck_ |
src |
| 14:37.39 |
Ch3ck_ |
-L/usr/brlcad/src |
| 14:37.40 |
brlcad |
what? |
| 14:37.54 |
brlcad |
of options
1,2,3,4,5 .. which is -L/usr/brlcad/lib |
| 14:39.05 |
Ch3ck_ |
ok option
5 |
| 14:39.33 |
brlcad |
no |
| 14:39.35 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 14:39.48 |
Ch3ck_ |
option
4 |
| 14:40.06 |
brlcad |
so when I
asked: 10:34 < brlcad> do you understand the
difference? |
| 14:40.17 |
brlcad |
and you said
"yeah.." .. that was really "no.." :) |
| 14:40.38 |
Ch3ck_ |
-l gives a
library which a file |
| 14:40.48 |
Ch3ck_ |
and -L gives
a directory |
| 14:41.00 |
brlcad |
that's
correct |
| 14:41.05 |
Ch3ck_ |
which is
option 4 |
| 14:41.10 |
brlcad |
good |
| 14:41.18 |
Ch3ck_ |
where to find
the libraries. |
| 14:41.20 |
brlcad |
so of those
5, which is -I then? |
| 14:41.48 |
brlcad |
this is your
compile line: |
| 14:41.48 |
brlcad |
10:34 <
brlcad> do you understand the difference? |
| 14:41.51 |
brlcad |
oops |
| 14:42.00 |
brlcad |
gcc
tree_walk_test.c -L/usr/brlcad/lib -lrt -lbu -I/usr/brlcad/include
-I/usr/brlcad/include/brlcad |
| 14:42.04 |
Ch3ck_ |
brlcad: -I is
option 3 |
| 14:42.09 |
brlcad |
excellent |
| 14:42.11 |
Ch3ck_ |
where to find
the headers |
| 14:42.27 |
brlcad |
so then it
should be obvious which of those is -llib |
| 14:42.31 |
Ch3ck_ |
yes |
| 14:42.41 |
brlcad |
which is #2
? |
| 14:43.16 |
Ch3ck_ |
option 2 is
-I |
| 14:43.32 |
brlcad |
you just
said: brlcad: -I is option 3 |
| 14:43.33 |
Ch3ck_ |
thats is
-I/usr/brlcad/include/brlcad |
| 14:43.46 |
brlcad |
so how is it
also #2? |
| 14:44.23 |
Ch3ck_ |
yeah there is
no option 2 so output is printed to screen |
| 14:45.02 |
Ch3ck_ |
since there
is no output redirection |
| 14:45.17 |
brlcad |
no |
| 14:45.23 |
brlcad |
you are right
that there is no #2 specified |
| 14:45.29 |
brlcad |
but what is
the output? |
| 14:45.38 |
brlcad |
what is the
output from compiling? |
| 14:46.49 |
d_rossberg |
vladbogo:
have you looked at libtclcad? |
| 14:47.41 |
brlcad |
Ch3ck_:
compiling a source file generates what? |
| 14:48.06 |
Ch3ck_ |
an obj
file |
| 14:48.17 |
brlcad |
good |
| 14:48.21 |
brlcad |
but it
actually doesn't do that by default |
| 14:48.28 |
brlcad |
because you
didn't specify a #2 |
| 14:48.50 |
brlcad |
if you read
through "man gcc" further, or a tutorial on the web, you'd find
that the -c option makes gcc output object code |
| 14:48.55 |
brlcad |
and that
would be your #2 |
| 14:49.06 |
Ch3ck_ |
ok |
| 14:49.10 |
brlcad |
since you
haven't specified the output, it attempts to compile AND link the
application |
| 14:49.16 |
Ch3ck_ |
never heard
or use that. |
| 14:49.18 |
Ch3ck_ |
;) |
| 14:49.19 |
brlcad |
so the output
is a binary application |
| 14:49.29 |
Ch3ck_ |
yes |
| 14:49.32 |
brlcad |
which by
default for gcc is called "a.out" |
| 14:49.40 |
Ch3ck_ |
yeah |
| 14:50.14 |
brlcad |
you could
change that name with an option, instead of using -c or the default
"a.out" |
| 14:50.25 |
brlcad |
i'll let you
read the man page to figure that out, if you're
interested |
| 14:50.41 |
brlcad |
but looking
back at this command: gcc tree_walk_test.c -L/usr/brlcad/lib -lrt
-lbu -I/usr/brlcad/include -I/usr/brlcad/include/brlcad |
| 14:50.55 |
brlcad |
make sure you
understand it all -- any questions as to what each piece
means? |
| 14:51.13 |
Ch3ck_ |
yes |
| 14:51.29 |
brlcad |
okay, what
questions? |
| 14:52.01 |
Ch3ck_ |
I have one:
since i don't have a '/usr/brlcad/lib' |
| 14:52.09 |
Ch3ck_ |
what do i do
in this case |
| 14:52.21 |
brlcad |
well what do
you think the point of specifying /usr/brlcad/lib was? |
| 14:52.56 |
Ch3ck_ |
telling it to
search the /usr/brlcad/lib directory |
| 14:53.04 |
brlcad |
right, but
why? |
| 14:53.16 |
brlcad |
search for
what? |
| 14:53.17 |
Ch3ck_ |
since the
routines and defined there |
| 14:53.45 |
Notify |
03BRL-CAD:starseeker * 57031
brlcad/trunk/src/conv/step/CMakeLists.txt: Update CMake build
logic. Try to make the fedex_plus generation process more robust
against parallel building. |
| 14:54.17 |
brlcad |
Izak_: make
sure you review your code for any other numeric
constants |
| 14:54.41 |
brlcad |
the routines
are not defined by a directory |
| 14:54.56 |
Ch3ck_ |
in a
directory |
| 14:55.30 |
brlcad |
right, it's
searching for *libraries* in a directory .. what libraries is it
looking for? |
| 14:55.54 |
Ch3ck_ |
libbu and
librt |
| 14:56.12 |
brlcad |
excellent |
| 14:56.30 |
brlcad |
so you're
compiling your tree_walk_test.c, you need to link against libbu and
librt |
| 14:56.39 |
Ch3ck_ |
here is my
current command "gcc tree_walk_test.c -L/usr/brlcad/src -lrt -lbu
-I/usr/brlcad/include -I/usr/brlcad/include/brlcad" |
| 14:56.55 |
brlcad |
so you
specify -lrt and -lbu ... and you have to tell it where to find
those libraries, in what directory do you have them? |
| 14:57.06 |
Ch3ck_ |
but it tells
me -lbu not found |
| 14:57.10 |
Ch3ck_ |
ok |
| 14:57.31 |
brlcad |
it has no
idea where YOU put libbu or librt |
| 14:57.34 |
brlcad |
you have to
tell it |
| 14:57.48 |
brlcad |
which of the
1,2,3,4,5 tells the compiler where to find a library? |
| 14:59.18 |
Notify |
03BRL-CAD:starseeker * 57032
(brlcad/trunk/src/conv/step/g-step/CMakeLists.txt
brlcad/trunk/src/conv/step/step-g/CMakeLists.txt): comment
tweaks |
| 14:59.26 |
Ch3ck_ |
option
3 |
| 15:00.02 |
brlcad |
what was
option 3? |
| 15:01.03 |
Ch3ck_ |
Sorry just
lost it from my screen |
| 15:01.09 |
Notify |
03BRL-CAD:starseeker * 57033
brlcad/trunk/src/conv/step/step-g/CMakeLists.txt: Don't ignore
files that aren't there |
| 15:01.12 |
Ch3ck_ |
so can't
really say for sure what it was ;) |
| 15:01.23 |
brlcad |
10:36 <
brlcad> 1) what to compile |
| 15:01.23 |
brlcad |
10:36 <
brlcad> 2) where to put the output |
| 15:01.23 |
brlcad |
10:36 <
brlcad> 3) where to find headers |
| 15:01.23 |
brlcad |
10:36 <
brlcad> 4) where to find libraries |
| 15:01.23 |
brlcad |
10:36 <
brlcad> and technically 5) what libraries |
| 15:01.46 |
Ch3ck_ |
:) |
| 15:01.48 |
brlcad |
so you just
guessed?? |
| 15:02.00 |
Ch3ck_ |
ok yes
;) |
| 15:02.02 |
brlcad |
please don't
waste my time, I have better things to do than deal with you
guessing |
| 15:02.11 |
brlcad |
i'm trying to
help you understand |
| 15:02.18 |
brlcad |
if you're not
interested in trying, let me know |
| 15:02.20 |
Ch3ck_ |
yeah i
appreciate that.. |
| 15:02.38 |
Ch3ck_ |
i'm really
interested in learning this |
| 15:02.44 |
brlcad |
which of the
1,2,3,4,5 tells the compiler where to find a library? |
| 15:02.48 |
Ch3ck_ |
since its
very pivotal |
| 15:02.57 |
Ch3ck_ |
4 |
| 15:03.00 |
Ch3ck_ |
option
4 |
| 15:03.05 |
brlcad |
this is very
fundamental |
| 15:03.26 |
brlcad |
every
developer should understand #1-#5 intimately and know how to
compile manually like this |
| 15:03.57 |
brlcad |
so again, the
compiler has no way of knowing where libbu or librt are |
| 15:04.08 |
brlcad |
so you have
to tell it, via #4 .. which was which gcc option? |
| 15:04.14 |
Ch3ck_ |
so i'll have
to give -I first |
| 15:04.21 |
Ch3ck_ |
before
-L |
| 15:04.26 |
Ch3ck_ |
and
-l |
| 15:04.32 |
Ch3ck_ |
right? |
| 15:04.36 |
brlcad |
nope |
| 15:04.41 |
brlcad |
what is
-I? |
| 15:04.56 |
Ch3ck_ |
it specifies
where to fine headers |
| 15:05.17 |
brlcad |
yes |
| 15:05.30 |
brlcad |
from what
you've described thus far, you are not faced with a "I cannot find
the header" error |
| 15:05.41 |
brlcad |
what is the
error you see? |
| 15:05.50 |
Ch3ck_ |
-lbu not
found |
| 15:06.00 |
brlcad |
libbu is not
found |
| 15:06.02 |
Ch3ck_ |
thats the
error |
| 15:06.17 |
brlcad |
libbu is a
library and -lbu (#5) is how it was specified |
| 15:06.26 |
brlcad |
how do you
tell the compiler where to find libraries? |
| 15:06.39 |
brlcad |
what option?
-l, -I, -L, -c, -o, -? |
| 15:06.44 |
Ch3ck_ |
by specifying
with -L |
| 15:07.00 |
brlcad |
so you need
to specify a -L/path/where/it/can/find/libbu |
| 15:07.06 |
brlcad |
where is
libbu? |
| 15:07.29 |
Ch3ck_ |
/usr/brlcad/src/ |
| 15:07.43 |
brlcad |
I doubt
it |
| 15:07.51 |
brlcad |
libbu is a
file |
| 15:07.51 |
Ch3ck_ |
or
/usr/brlcad/src/libbu |
| 15:07.57 |
brlcad |
that is a
directory |
| 15:08.01 |
brlcad |
libbu is a
file |
| 15:08.38 |
brlcad |
if "ls
/usr/brlcad/src/libbu*.so" fails, you have the wrong
path |
| 15:09.01 |
Ch3ck_ |
ok
grepping |
| 15:09.14 |
brlcad |
src/libbu is
a directory containing the sources to libbu |
| 15:09.21 |
brlcad |
those are
compiled when you run cmake+make |
| 15:09.34 |
brlcad |
they are
compiled into a libbu library file |
| 15:10.01 |
brlcad |
if you just
compile, they will be in your build tree somewhere |
| 15:10.12 |
brlcad |
if you
compile and install, they will be in your build tree somewhere and
in your install tree |
| 15:10.33 |
Ch3ck_ |
i find
libbu.so n /usr/brlcad_build/lib |
| 15:10.36 |
brlcad |
/usr/brlcad
is often an install tree, which is where the example you
copy-pasted comes from |
| 15:10.58 |
brlcad |
is
/usr/brlcad_build a build tree or an install tree? |
| 15:11.16 |
Ch3ck_ |
build
tree |
| 15:11.23 |
brlcad |
are you
sure? |
| 15:11.36 |
brlcad |
just because
YOU named it brlcad_build doesn't mean anything |
| 15:11.46 |
brlcad |
where did you
run cmake? |
| 15:11.49 |
Ch3ck_ |
i built from
this from here so i gues its here |
| 15:12.01 |
Ch3ck_ |
here:
brlcad_build |
| 15:12.13 |
brlcad |
okay, so then
it is a build tree |
| 15:12.29 |
brlcad |
that will
work, but do remember that it is NOT an install tree |
| 15:12.35 |
brlcad |
there is a
difference and sometimes it will matter |
| 15:12.42 |
Ch3ck_ |
I also exec
'make install' from here |
| 15:13.00 |
brlcad |
when you run
make install, where does it install into? |
| 15:13.09 |
Ch3ck_ |
so i guess
it'll also be the install tree |
| 15:13.44 |
brlcad |
there is
absolutely no point in having a build tree be the same path as the
install tree |
| 15:13.47 |
*** join/#brlcad mpictor_
(~mpictor_@2600:1015:b113:a117::83e:fc01) |
| 15:13.48 |
brlcad |
that's just
asking for problems |
| 15:13.52 |
Ch3ck_ |
/usr/brlcad_build/bin |
| 15:13.57 |
brlcad |
no |
| 15:14.15 |
brlcad |
that is
merely where binaries are put when they are compiled |
| 15:14.27 |
brlcad |
your build
path contains "lib", "bin" and several other
directories |
| 15:14.34 |
brlcad |
your build
path is specified during cmake |
| 15:14.39 |
brlcad |
what was your
cmake line? |
| 15:14.59 |
brlcad |
your install
path is specified during cmake as well via options |
| 15:15.20 |
Ch3ck_ |
cmake
../brlcad -DBRLCAD_BUILD_TYPE=Debug |
| 15:15.29 |
Ch3ck_ |
from the
brlcad_build directory |
| 15:15.37 |
brlcad |
oh
my |
| 15:15.38 |
brlcad |
okay |
| 15:16.04 |
brlcad |
so that means
you have sources in /usr/brlcad |
| 15:16.16 |
brlcad |
build output
in /usr/brlcad_build |
| 15:16.51 |
brlcad |
and you're
probably installing into /usr/brlcad/dev-7.24.1 |
| 15:16.53 |
Ch3ck_ |
exactly |
| 15:17.27 |
brlcad |
that's very
.. unusual :) |
| 15:18.26 |
brlcad |
sources would
normally be in your home directory, build directory too, then you
install into /usr/brlcad/dev-* |
| 15:18.28 |
Ch3ck_ |
well thats
how its been working since i started compiling ;) |
| 15:18.49 |
brlcad |
well, that's
just odd for many reasons |
| 15:19.02 |
brlcad |
you would
have had to become root just to extract the sources, and to create
your build dir |
| 15:19.18 |
brlcad |
running sudo
to get past your problems is ... not good |
| 15:19.23 |
``Erik |
waits for Ch3ck_ to say he's been editing and compiling as
root |
| 15:19.35 |
Ch3ck_ |
yes |
| 15:19.40 |
brlcad |
should
understand what you're doing and EXACTLY why you're doing anything
as root |
| 15:20.05 |
*** join/#brlcad mpictor_
(~mpictor_@2600:1015:b113:a117::83e:fc01) |
| 15:20.17 |
Ch3ck_ |
thats how
i've been working on BRL-CAD |
| 15:20.23 |
brlcad |
that's just
.. wrong |
| 15:20.38 |
brlcad |
and it's not
BRL-CAD's fault .. it's your doing |
| 15:20.39 |
``Erik |
poor
practice, could easily lead to messing up the install |
| 15:20.53 |
brlcad |
could easily
lead to messing up your entire operating system |
| 15:21.18 |
Izak_ |
that already happened to me once |
| 15:21.24 |
Ch3ck_ |
well since I
tried doing an svn checkout a normal user and it failed |
| 15:21.34 |
Ch3ck_ |
so i started
working as root |
| 15:21.44 |
``Erik |
what was the
error message it said? permission denied on writing the
files? |
| 15:21.55 |
Ch3ck_ |
yes |
| 15:22.18 |
``Erik |
that means
you were trying to check it out into the wrong place... :) do it in
your user home dir and it's all good |
| 15:22.38 |
Ch3ck_ |
ok |
| 15:23.02 |
brlcad |
you should
fix that now, compile and build in your home directory |
| 15:23.03 |
Ch3ck_ |
so in this
case what do i do now get a fresh checkout as a normal
user |
| 15:23.15 |
Ch3ck_ |
ok |
| 15:23.26 |
``Erik |
Ch3ck_: yes,
a fresh new checkout as your mortal user in yur mortal user home
directory |
| 15:23.33 |
Ch3ck_ |
but will it
go when not in superusr mode. |
| 15:23.49 |
brlcad |
if it
doesn't, you already screwed other things up |
| 15:23.54 |
brlcad |
it should
work just fine |
| 15:24.23 |
brlcad |
you should be
able to "sudo mv /usr/brlcad ~/brlcad && sudo chown -R
Ch3ck ~/brlcad" |
| 15:24.40 |
brlcad |
instead of
getting a whole new checkout |
| 15:25.07 |
brlcad |
then I'd
suggest just deleting your existing build and install
trees |
| 15:25.28 |
brlcad |
sudo rm -rf
/usr/brlcad_build |
| 15:25.29 |
brlcad |
rm -rf
~/brlcad/dev-* |
| 15:25.36 |
brlcad |
(after the
chown) |
| 15:25.58 |
``Erik |
Ch3ck_: how
you have things set up on brlcad.org is good... with ~/code/brlcad/
and ~/code/brlcad_build/ ... if you can do similar on your personal
machine... |
| 15:26.24 |
brlcad |
then: mkdir
~/brlcad/.cmake && cd ~/brlcad/.cmake && cmake ..
-DBRLCAD_BUILD_TYPE=Debug |
| 15:26.42 |
brlcad |
or what
``Erik said |
| 15:26.55 |
Notify |
03BRL-CAD:starseeker * 57034
brlcad/trunk/src/other/stepcode/src/express/entity.c: Clear
declaration-after-statement warnings |
| 15:27.04 |
Izak_ |
How do I add
a mortal user to sudoers list? |
| 15:27.16 |
brlcad |
don't |
| 15:27.21 |
Ch3ck_ |
but when i
try moving files on my personal machine it says user not on sudoers
list |
| 15:27.26 |
brlcad |
just do
everything I wrote as sudo as root |
| 15:27.30 |
brlcad |
then don't
become root again :) |
| 15:27.39 |
Ch3ck_ |
ok |
| 15:28.08 |
``Erik |
heh, .cmake/
? :) I'm using src/brlcad/build/gcc/ src/brlcad/build/clang/
src/brlcad/build/gccopt/ etc myself |
| 15:28.37 |
brlcad |
``Erik: I
stash build dirs into the source dir it goes with because I usually
have N build dirs all going at once |
| 15:28.48 |
brlcad |
different
checkouts doing different things |
| 15:29.16 |
``Erik |
ah, I run
many builds out of the same source tree, to try to minimize
portability issues |
| 15:29.20 |
Izak_ |
hhmm |
| 15:29.57 |
brlcad |
most of the
things I'm doing can't go into the same source tree |
| 15:30.06 |
Ch3ck_ |
hungry! gotta get some ATP! fast |
| 15:30.39 |
brlcad |
one checkout,
I'm halfway done adding a new primitive, another has a lot of
affinity stuff, another is set up for performance profiling,
another for the stable branch, ...etc |
| 15:31.07 |
``Erik |
git branch,
git stash, *cough* O:-) |
| 15:31.42 |
brlcad |
that's really
no different |
| 15:32.07 |
brlcad |
other than
git tracking commits into them for me |
| 15:32.12 |
Notify |
03BRL-CAD:starseeker * 57035
(brlcad/trunk/src/other/stepcode/src/fedex_plus/classes.c
brlcad/trunk/src/other/stepcode/src/fedex_plus/classes_misc.c):
more declaration-after-statement warnings |
| 15:32.33 |
brlcad |
I still need
to keep the checkout |
| 15:32.59 |
Notify |
03BRL-CAD:starseeker * 57036
(brlcad/trunk/src/other/stepcode/src/clstepcore/ExpDict.h
brlcad/trunk/src/other/stepcode/src/clstepcore/STEPattribute.h and
4 others): clear 'extra ';' inside a class' warnings |
| 15:33.01 |
brlcad |
because three
or four are edited at the same time, different overlapping sets of
patches and different states of testing |
| 15:33.26 |
brlcad |
I don't stop
working on one and swtich to another |
| 15:34.40 |
Notify |
03BRL-CAD:starseeker * 57037
brlcad/trunk/src/other/stepcode/src/cllazyfile/instMgrHelper.h: Add
newline |
| 15:35.22 |
Notify |
03BRL-CAD:starseeker * 57038
(brlcad/trunk/src/other/stepcode/src/base/judy/src/judyS2Array.h
brlcad/trunk/src/other/stepcode/src/base/judy/src/judySArray.h):
Match type to the _buff type - mismatch was an error in
clang |
| 15:40.21 |
starseeker |
will need to do another github fork for stepcode pretty
soon... |
| 15:41.25 |
starseeker |
wonders if some of the functionality in our step wrapper
can/should be added to the stepcode classes
directly... |
| 16:07.45 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 16:38.24 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 16:44.50 |
Notify |
03BRL-CAD
Wiki:Phoenix * 6014 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 10
*/ |
| 17:40.14 |
*** join/#brlcad ejno
(~ejno@unaffiliated/kazaik) |
| 17:44.33 |
Notify |
03BRL-CAD
Wiki:Harman052 * 6015
/wiki/User:Harman052/GSoc2013/Logs: |
| 17:53.22 |
Notify |
03BRL-CAD:carlmoore * 57039
brlcad/trunk/src/conv/nmg/g-nmg.c: add P to the Usage
statement |
| 18:36.38 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 18:40.31 |
Notify |
03BRL-CAD:starseeker * 57040
(brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp
brlcad/trunk/src/other/stepcode/src/clstepcore/STEPcomplex.cc):
Tweak assignment of unit entities to the aggregate. |
| 19:27.06 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 6016
/wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 19 August - 25
August */ |
| 19:30.11 |
*** join/#brlcad caen23
(~caen23@92.83.181.251) |
| 19:56.48 |
Notify |
03BRL-CAD:starseeker * 57041
brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: orient the start and
end points according to whether the edge is flipped according to
the trim... still not sure I've got this right, but the 'closed
curve' in 3 space actually did re-use the edge... |
| 20:14.40 |
*** join/#brlcad mpictor
(~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505) |
| 20:32.10 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 6017 /wiki/User:Vladbogolin/GSoC2013/Logs: /*
Week 10 */ |
| 20:57.00 |
Notify |
03BRL-CAD:starseeker * 57042
brlcad/trunk/src/other/stepcode/src/express/ordered_attrs.cc:
Windows doesn't have strcasecmp |
| 20:58.06 |
Notify |
03BRL-CAD:starseeker * 57043
brlcad/trunk/misc/CMakeLists.txt: Just ignore the directory, like
other misc directories not involved with CMake. |
| 21:05.18 |
Notify |
03BRL-CAD:starseeker * 57044
brlcad/trunk/misc/CMakeLists.txt: Oh yeah, don't add the
directory |
| 21:07.24 |
Notify |
03BRL-CAD:starseeker * 57045
(brlcad/trunk/src/other/stepcode/src/express/express.c
brlcad/trunk/src/other/stepcode/src/express/fedex.c): If we're
going to make this a library function, put it in
express.c |
| 21:07.53 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 21:22.49 |
Notify |
03BRL-CAD:starseeker * 57046
brlcad/trunk/src/other/stepcode/src/express/express.c: Ah, right,
don't have the helper function here. |
| 21:25.22 |
Notify |
03BRL-CAD:starseeker * 57047
brlcad/trunk/src/other/stepcode/src/express/express.c: Include
sc_version_string |
| 21:41.40 |
Ch3ck_ |
brlcad:
finally gave the correct arguments to the test but i get the
following error with ./a.out:./a.out: error while loading shared
libraries: librt.so.20: cannot open shared object file: No such
file or directory |
| 21:41.54 |
Ch3ck_ |
So I don't
understand what to do here |
| 21:42.30 |
Ch3ck_ |
exit |
| 21:42.53 |
Ch3ck_ |
Gotta go get some rest and continue testing 2moro
;) |
| 21:43.22 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 6018 /wiki/User:Izak/GSOC_2013_logs: /* August
19th to August 24th */ |
| 21:44.17 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
| 22:29.28 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 22:40.47 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 23:46.43 |
Notify |
03BRL-CAD:starseeker * 57048
brlcad/trunk/CMakeLists.txt: This test for the Windows Winmm
library should work - need to fix up macro logic so that it
actually does work. |
| 02:06.15 |
Notify |
03BRL-CAD:starseeker * 57049
brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: FreeCAD doesn't yet
import our step file, since we have no shape definition. Start
listing out what we will need for one of those. |
| 02:29.32 |
Notify |
03BRL-CAD:starseeker * 57050
(brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake
brlcad/trunk/misc/CMake/FindTERMLIB.cmake
brlcad/trunk/misc/pkgconfig/CMakeLists.txt): We don't appear to
need the RESOLVE_LIBRARIES macro |
| 02:42.28 |
Notify |
03BRL-CAD:starseeker * 57051
(brlcad/trunk/src/other/incrTcl/itcl/CMake/CheckSystemFunctionality.cmake
brlcad/trunk/src/other/incrTcl/itcl/CMake/ac_std_funcs.cmake and 19
others): Remove ResolveCompilerPaths from src/other CMake as
well. |
| 03:30.50 |
Notify |
03BRL-CAD:phoenixyjll * 57052
brlcad/trunk/src/libbrep/boolean.cpp: Simplify the code to output
IsValid() information. |
| 03:43.39 |
Notify |
03BRL-CAD:phoenixyjll * 57053
brlcad/trunk/src/libbrep/boolean.cpp: Don't use explicit dynamic
memory allocation for curvesarray, in case that we forget to delete
it. Use ON_ClassArray instead. |
| 03:48.29 |
brlcad |
Ch3ck: on
modern linux systems, you also need to specify
--rpath=/path/to/lib |
| 03:48.40 |
brlcad |
so that it
knows where to look for the libraries at runtime |
| 03:50.35 |
brlcad |
n_reed:
narrowed in on the ohloh problem, I found where in their code it's
hanging, and have at least one terrible-but-better-than-nothing
solution already |
| 03:50.38 |
brlcad |
looking into
another |
| 03:50.46 |
Notify |
03BRL-CAD:phoenixyjll * 57054
brlcad/trunk/src/libbrep/boolean.cpp: Rename the members in
TrimmedFace with "m_" prefix for consistency. |
| 03:57.13 |
Notify |
03BRL-CAD:phoenixyjll * 57055
brlcad/trunk/src/libbrep/boolean.cpp: Swap start & end if start
> end. |
| 04:27.41 |
Notify |
03BRL-CAD:phoenixyjll * 57056
brlcad/trunk/src/libbrep/boolean.cpp: Rename shadowed
variable. |
| 05:52.26 |
*** join/#brlcad caen23_
(~caen23@92.83.164.173) |
| 07:39.18 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 07:53.23 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 07:56.20 |
*** join/#brlcad vladbogo
(~vladbogo@188.25.238.69) |
| 09:01.02 |
Notify |
03BRL-CAD:phoenixyjll * 57057
brlcad/trunk/src/libbrep/boolean.cpp: Keep the information of the
usage of SSI curve, so that we can know the connection between two
trimmed faces (split from two surfaces), and get the connectivity
graph of the new geometry after boolean evaluation. |
| 10:05.08 |
Ch3ck |
facing a
problem with the l command whereby suppling an l command with no
object "seg fault(mged dumped)" error is this how its supposed
work.. |
| 10:06.21 |
Notify |
03BRL-CAD:iiizzzaaakkk * 57058
brlcad/trunk/src/librt/primitives/superell/superell.c: Modifying a
comment by punctuating the word primitive |
| 10:52.24 |
*** join/#brlcad caen23
(~caen23@92.83.164.173) |
| 10:55.55 |
Notify |
03BRL-CAD:starseeker * 57059
brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: List out the C++
structs we'll need to populate and link up for shape
definition |
| 10:56.37 |
starseeker |
huh:
http://www.gecode.org/doc-latest/reference/group__TaskModelIntGeoPacking.html |
| 10:58.42 |
Notify |
03BRL-CAD:vladbogo * 57060
brlcad/trunk/src/libdm/dm-qt.cpp: Check if Qpainter is null in
drawVList and changed log position. |
| 11:03.53 |
Notify |
03BRL-CAD:vladbogo * 57061
brlcad/trunk/src/libtclcad/tclcad_obj.c: Added the Qt display
manager as a valid dm. |
| 11:27.59 |
Izak_ |
brlcad:please
can you explain to me what RT_GET_SEG(segp, ap->a_resource) and
the code after it at the end of rt_???_shot() does ? |
| 11:28.19 |
Izak_ |
brlcad: I
don't understand that portion |
| 11:42.35 |
Ch3ck |
brlcad: did
that successfully everthing now works :) |
| 12:02.10 |
*** join/#brlcad mpictor_
(~mpictor_@2600:1015:b116:74eb:0:48:3095:3101) |
| 12:27.45 |
*** join/#brlcad Izak__
(~Izak@195.24.220.16) |
| 12:28.01 |
Izak__ |
Ch3ck: What
about the test? |
| 12:30.40 |
Ch3ck |
working on
it |
| 12:45.45 |
``Erik |
Izak__:
RT_GET_SEG() allocates a segment (using a pool allocator for
performance, not just malloc()) that gets the hit information
(inhit, outhit, soltab) put in it |
| 12:46.24 |
Izak__ |
``Erik: Don't
follow :( |
| 12:47.46 |
``Erik |
when a ray is
fired against a primitive, the intersection information has to be
saved somehow for the boolean evaluator to process... a primitive
can have multiple intersections, so a list of 'segments' holds all
that information |
| 12:49.38 |
``Erik |
RT_GET_SEG(segp, app.resource); is sorta
kinda like a fast version of segp = (struct segment
*)malloc(sizeof(struct segment)); |
| 12:53.00 |
Izak__ |
``Erik: When
generating the sextic polynomial, must I gradually build the
equation up like in the tor primitive? |
| 12:55.49 |
``Erik |
assembling
and solving the polynomial is the part where you're the expert,
dude :D I think brlcad mentioned that the root solver that tor uses
could be extended to handle the hrt primitive, but was not capable
as it stands now? |
| 13:02.02 |
Izak__ |
Well, I
calculated the coefficients of the equation generated when the ray
intersects the heart and proceeded |
| 13:04.14 |
Izak__ |
``Erik:
rt_hrt_shot() compiled but running the 'rt' command in the
mged/archer interface gives me a message ending with "Raytrace
failed". You can view the tr_hrt_shot() code here http://paste.kde.org/p425b3f28/ |
| 13:05.18 |
``Erik |
(if it
compiles, you might as well commit it, the primitive is not
"official" yet so not working quite right isn't the end of the
world) |
| 13:07.06 |
Izak__ |
``Erik: Have
you looked at the code already ? |
| 13:07.26 |
``Erik |
I'm looking
at it, but it lacks the markup I'm used to :D |
| 13:08.26 |
Izak__ |
Which markup
is that ? |
| 13:08.40 |
``Erik |
the color
highlighting and code folding in vim |
| 13:08.47 |
Izak__ |
ok |
| 13:09.40 |
``Erik |
I think your
return values might be off, I think it might want the number of
segments, not the number of intersection points |
| 13:10.18 |
``Erik |
no, my bad,
it's the number of intersect points, you're right |
| 13:10.39 |
Izak__ |
``Erik:This
one has the highlighting and betterhttp://paste.kde.org/pda00a9e3/ |
| 13:10.43 |
``Erik |
I don't know
why it'd fail O.o maybe add some printf or bu_log statements to see
what the code is doing? |
| 13:11.19 |
Izak__ |
I'll do
that |
| 13:11.59 |
Izak__ |
Then I'll
also try to build the sextic equation gradually like the tor as
brlcad: proposed |
| 13:12.16 |
Ch3ck |
brlcad:
http://paste.kde.org/p41996ae7/
here is my test for pull_comb() routine. i'm unable to read
object. |
| 13:12.45 |
Ch3ck |
and actually
moving throught tree using the goblet.g object |
| 13:12.53 |
Izak__ |
hope ``Erik is looking at the better syntax-highlighted
shot() |
| 13:15.38 |
``Erik |
hm, fwiw, the
default: label in a switch statement is usually at the end, but
that shouldn't be the cause of the failure... |
| 13:18.15 |
``Erik |
I'd also
suggest removing the register keyword, it should be completely
ignored on i386/x86_64 with a relatively modern
compiler |
| 13:19.29 |
Izak__ |
``Erik: You
mean removing the keyword from the entire routine ? |
| 13:19.40 |
``Erik |
:%s/register
//g |
| 13:20.07 |
``Erik |
"register int
i;" should just be "int i;" |
| 13:20.48 |
Izak__ |
wondering what %s/register //g means |
| 13:21.06 |
``Erik |
vim command
to globally replace any instance of "register " with "" |
| 13:21.19 |
Izak__ |
using emacs |
| 13:21.29 |
``Erik |
like "sed
's/register //g'" |
| 13:22.14 |
Izak__ |
``Erik: You
are really geeked up. I'm sure you think in 0s and 1s
:) |
| 13:23.05 |
``Erik |
I felt for
bender in the futurama episode where he had a nightmare... "one one
zero one zero zero one TWO???" |
| 13:24.37 |
Izak__ |
For now, I'll
commit rt_hrt_shot with the register keyword in it |
| 13:26.25 |
Notify |
03BRL-CAD
Wiki:Phoenix * 6019 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 10
*/ |
| 13:26.38 |
Notify |
03BRL-CAD:carlmoore * 57062
(brlcad/trunk/src/libbrep/boolean.cpp
brlcad/trunk/src/librt/primitives/hrt/hrt.c): fix spelling and
remove trailing blanks |
| 13:36.45 |
Izak__ |
carlmoore:What have you done ? |
| 13:39.34 |
Izak__ |
``Erik: Have
you been able to view the last commit ? |
| 13:39.57 |
Izak__ |
sf,net says
"no more commits" |
| 13:40.46 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 6020 /wiki/User:Izak/GSOC_2013_logs: /* August
19th to August 24th */ |
| 13:41.06 |
Izak__ |
hungry |
| 13:43.49 |
Notify |
03BRL-CAD:tbrowder2 * 57063
brlcad/trunk/src/util/dsp_add.c: add note about wiki |
| 13:51.47 |
Notify |
03BRL-CAD:tbrowder2 * 57064
(brlcad/trunk/doc/docbook/system/man5/en/CMakeLists.txt
brlcad/trunk/doc/docbook/system/mann/en/attr.xml
brlcad/trunk/include/raytrace.h): rename gattributes to attributes
as file name and references to the man page |
| 13:53.17 |
``Erik |
Izak__: I
don't think your commit worked (perhaps a conflict stopped it?).
the last commit to hrt.c from you was 23 hours ago |
| 14:44.49 |
Notify |
03BRL-CAD:brlcad * 57065
brlcad/trunk/NEWS: tom renamed the 'gattributes' man page to just
'attributes' so it's easier to find. the page describes our v5
attribute system. |
| 15:11.34 |
*** join/#brlcad jordisayol
(~jordisayo@unaffiliated/jordisayol) |
| 15:21.42 |
Notify |
03BRL-CAD:carlmoore * 57066
brlcad/trunk/src/conv/nmg/g-nmg.c: remove a set of braces, and a
mistakenly-inserted brace is changed to bracket in Usage
statement |
| 15:22.50 |
jordisayol |
hello. Can I
set archer as default application for brlcad mime types on
Linux? |
| 15:35.37 |
brlcad |
jordisayol:
too soon |
| 15:35.49 |
brlcad |
we need to be
at least in beta status |
| 15:35.55 |
brlcad |
right now,
it's alpha |
| 15:37.18 |
jordisayol |
brlcad: I
remember we talk that when it becomes alpha, but no problem, we
will change it when it's beta |
| 15:59.45 |
Notify |
03BRL-CAD:starseeker * 57067
brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Make a stab at
adding at least some form of shape definition to the step
output. |
| 16:23.42 |
Izak_ |
b |
| 16:42.32 |
Notify |
03BRL-CAD:iiizzzaaakkk * 57068
brlcad/trunk/src/librt/primitives/hrt/hrt.c: Adding rt_hrt_shot to
intersect a ray with the heart |
| 16:43.40 |
*** part/#brlcad jordisayol
(~jordisayo@unaffiliated/jordisayol) |
| 16:54.19 |
brlcad |
Ch3ck: a
crash is never "how it is supposed to work" |
| 16:54.40 |
brlcad |
can you fix
it? |
| 17:01.06 |
Notify |
03BRL-CAD:brlcad * 57069
brlcad/trunk/src/conv/step/g-step/g-step.cpp: ws
consistency |
| 17:10.18 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 6021 /wiki/User:Vladbogolin/GSoC2013/Logs: /*
Week 10 */ |
| 17:10.38 |
Notify |
03BRL-CAD:brlcad * 57070
brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: include comments and
logically break up the wall of code so I can understand what's
going on |
| 17:11.35 |
Ch3ck |
brlcad: fixed
the problem but having problems generating the dp from
db_lookup(dbip, argv[1] ..) |
| 17:11.46 |
Ch3ck |
this where
the problem lies |
| 17:12.18 |
Ch3ck |
was actually
thinking of building the tree with db_build() as you did in the
tree_walker_test |
| 17:12.26 |
Ch3ck |
before
calling db_lookup |
| 17:16.48 |
``Erik |
brlcad: any
thoughts on why wish and bwish would do drastically different
things with http://brlcad.org/~erik/tmp/whu.tcl
? |
| 17:30.43 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 6022 /wiki/User:Izak/GSOC_2013_logs: /* August
19th to August 24th */ |
| 18:34.44 |
Notify |
03BRL-CAD:erikgreenwald * 57071
brlcad/trunk/src/adrt/isst: use wish instead of bwish |
| 18:45.54 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 6023 /wiki/User:Izak/GSOC_2013_logs: /* August
19th to August 24th */ |
| 18:47.58 |
Notify |
03BRL-CAD:starseeker * 57072
brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: tweaks - geometry
still not coming in correctly with BRL-CAD step-g, looks like
topology is off somewhere... |
| 18:58.35 |
*** part/#brlcad hickoryknoll
(~hickorykn@66-118-151-70.static.sagonet.net) |
| 18:58.45 |
*** join/#brlcad hickoryknoll
(~hickorykn@66-118-151-70.static.sagonet.net) |
| 19:00.57 |
Izak__ |
``Erik:Please
take a look at this picture. A test of shot using the 'rt' command
http://brlcad.org/~Izak/rt_shot_test.png |
| 19:11.11 |
brlcad |
Izak__:
question for you regarding the doc camp, it's my understanding that
you applied and were accepted as an individual. is that
true? |
| 19:11.39 |
Izak__ |
brlcad:True |
| 19:11.58 |
brlcad |
congrats,
that's fantastic |
| 19:12.09 |
Izak__ |
brlcad: Would
prefer documenting for BRL-CAD though |
| 19:12.19 |
brlcad |
that leads to
a follow-up question then of .. heh |
| 19:12.29 |
brlcad |
well that's
my question actually |
| 19:12.31 |
brlcad |
you have a
choice |
| 19:12.46 |
brlcad |
you either
can go and get assigned to a project (maybe brl-cad maybe
not) |
| 19:12.56 |
brlcad |
or you can be
one of our 5 |
| 19:13.23 |
brlcad |
either way, I
need to know because it determines how many others we get to
send |
| 19:14.17 |
brlcad |
and
slot-wise, if you're one of our five, that leaves just one more
slot open, otherwise two |
| 19:14.19 |
Izak__ |
brlcad:Would
prefer to get assigned to a project, to give others some one a
chance |
| 19:14.49 |
brlcad |
going for a
balance of 2 experience, 2 inexperienced, and 1 professional
editor |
| 19:15.35 |
Izak__ |
Wow: hoping
BRL-CAD sends a diverse team |
| 19:15.53 |
brlcad |
okay, that
works .. let me know within the next couple hours if you change
your mind |
| 19:16.07 |
Izak__ |
Okay
then |
| 19:16.17 |
brlcad |
it'll be
pretty diverse |
| 19:16.17 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 6024
/wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 19 August - 25
August */ |
| 19:16.50 |
brlcad |
have to
balance people that understand and can write content quickly with
people that will need to work on other aspects like structure,
grammar, translations, etc |
| 19:17.19 |
brlcad |
just know
that it is entirely likely that you will NOT be assigned to
BRL-CAD, just in terms of % chance |
| 19:18.07 |
Izak__ |
meaning I
will not sprint for BRL-CAD ? |
| 19:18.20 |
brlcad |
that is
possible |
| 19:18.21 |
brlcad |
likely
even |
| 19:18.24 |
brlcad |
I think there
are 4 or 5 orgs if I recall correctly, so 20% or so |
| 19:18.49 |
brlcad |
I don't know
how random the assignments are, or if you even have any
say |
| 19:18.55 |
Izak__ |
yeah I know
of the chosen orgs |
| 19:19.49 |
brlcad |
since you
were accepted as an individual, you get to choose, but google asked
that if you knowingly choose brl-cad, that we only send 4 others to
keep things fair/balanced |
| 19:19.58 |
Izak__ |
So will u
advise me to take a look at their software or docs just to be
prepared? |
| 19:20.47 |
brlcad |
well I could
certainly advise you for BRL-CAD, because we're going to have
several meetings beforehand and do some work to make sure everyone
is ready |
| 19:21.01 |
brlcad |
but I don't
even know what other orgs were accepted to prepare you for
them |
| 19:22.20 |
Izak__ |
I know them :
Should I send them to you BRL-CAD, RTEMS, OpenMRS,
Gnome |
| 19:23.40 |
Izak__ |
brlcad: Seen
them ? |
| 19:25.49 |
Notify |
03BRL-CAD:brlcad * 57073
brlcad/trunk/src/libbu/malloc.c: utilize posix_memalign() for
allocations, starting with an ultra-conservative 8 byte alignment
while more testing is performed. clean up some misplaced comments
while we're at it. |
| 19:33.30 |
Notify |
03BRL-CAD:brlcad * 57074
brlcad/trunk/src/libbu/malloc.c: this just artificially makes
malloc/calloc even slower than they already are, needs to be
fixed |
| 19:35.32 |
Izak__ |
wondering if brlcad: and Izak__: are done
discussing |
| 19:38.31 |
Notify |
03BRL-CAD:brlcad * 57075
brlcad/trunk/include/bu.h: define a semaphore specifically for
malloc. this will prevent the deadlock condition frequently
encountered with libfb's i/o locking (which has absolutely nothing
to do with a potentially threadunsafe malloc
implementation.). |
| 19:40.18 |
Notify |
03BRL-CAD:brlcad * 57076
brlcad/trunk/src/libbu/malloc.c: utilize the new BU_SEM_MALLOC
semaphore instead of BU_SEM_SYSCALL since this has been a historic
source of confusion and unnecessary debugging hell. remove a few
fprintf-wrapped locks as well since there are considerably more
that remain unprotected, at least until a need is
observed. |
| 19:40.53 |
brlcad |
Ch3ck: you
fixed the "l" command crash? what was the cause? do you have a
patch? |
| 19:41.34 |
brlcad |
Ch3ck: as for
db_lookup, you must build the directory first as in the
example |
| 19:44.15 |
Notify |
03BRL-CAD:carlmoore * 57077
brlcad/trunk/src/conv/nmg/g-nmg.c: print output file name
('default' if that is the case), and also do if-else for
percent |
| 19:44.36 |
Ch3ck |
well
discovered the crash while building a test case for my pull_comb()
routine |
| 19:45.02 |
brlcad |
sure |
| 19:45.08 |
Ch3ck |
well still
debuggin my test there appears to be some NULL Pointer lurking
somewhere |
| 19:45.13 |
Ch3ck |
in my
code |
| 19:45.33 |
Ch3ck |
ill finish
and look at the l command problem ;) |
| 19:45.39 |
brlcad |
okay |
| 19:45.51 |
brlcad |
if anything,
a backtrace on the l command crash would help |
| 19:46.20 |
Ch3ck |
ok
thanks |
| 19:46.30 |
brlcad |
do you
remember gdb? |
| 19:46.35 |
brlcad |
gdb --args
mged ... |
| 19:46.38 |
brlcad |
gdb>
run |
| 19:46.52 |
brlcad |
run the "l"
command in mged, crash kicks back to gdb |
| 19:46.57 |
brlcad |
then |
| 19:47.02 |
brlcad |
gdb>
backtrace |
| 19:47.10 |
brlcad |
it'll print
where exactly it crashed |
| 19:47.36 |
Notify |
03BRL-CAD:starseeker * 57078
brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Previous state
caused step-g to crash |
| 19:49.40 |
brlcad |
``Erik: just
fyi, I ran a global s/register //g a little while back and
benchmark dropped a consistent 10-20% |
| 19:50.00 |
brlcad |
I was frankly
shocked, but I it was clearly taking the hints to heart in at least
some critical functions |
| 19:50.54 |
brlcad |
Izak__:
carlmoore is not on irc, just so you know |
| 19:51.20 |
brlcad |
and what he
did was right there in his commit message :) |
| 19:51.28 |
Izak__ |
brlcad:Okay,
'cause he's always on my back :) |
| 19:51.37 |
brlcad |
well you keep
making spelling mistakes :) |
| 19:52.22 |
brlcad |
he's very
particular and has amazingly done well to eliminate nearly every
spelling mistake in the entire package |
| 19:52.50 |
Izak__ |
thinking that brlcad: assigned carlmoore: to "justb keep
following this guy" |
| 19:52.52 |
brlcad |
which is
pretty amazing when you think about it .. more than a million words
of documentation alone, more than a million lines of
code |
| 19:53.01 |
brlcad |
nope |
| 19:53.05 |
Izak__ |
s/justb/just |
| 19:53.07 |
brlcad |
he does that
all by himself |
| 19:53.55 |
brlcad |
he also
writes scripts |
| 19:54.03 |
brlcad |
when someone
makes a mistake more than once, they are then forever checked every
day thereafter by his scripts |
| 19:54.09 |
Izak__ |
acknowledging the great job carlmoore: is
doing |
| 19:54.14 |
Ch3ck |
brlcad: ok.
Well looks like the problem comes from the bn_mat_inverse()
routine. |
| 19:54.31 |
brlcad |
or once he
cleans up a directory and marks it clean, his scripts catch when
anything makes them unclean |
| 19:54.41 |
brlcad |
Ch3ck:
stacktrace? |
| 19:54.42 |
Ch3ck |
when the
matrix enters there it does not come out.. will do the backtrace
with gdb |
| 19:55.01 |
Ch3ck |
i mean for my
test |
| 19:57.06 |
brlcad |
got to
migrate beyond using print statements for debugging ;) |
| 19:57.35 |
brlcad |
far too slow
for real work |
| 20:00.45 |
Ch3ck |
yeah never
really used gdb before much.. |
| 20:01.04 |
Ch3ck |
following
some online tutorials in order to maximise its power. |
| 20:03.19 |
Notify |
03BRL-CAD:brlcad * 57079
brlcad/trunk/src/conv/nmg/g-nmg.c: integer division for percentages
is generally a bad idea. do it as doubles. |
| 20:03.36 |
brlcad |
Ch3ck: feel
free to ask questions here too .. we all use it |
| 20:03.50 |
brlcad |
very powerful
for figuring things out |
| 20:05.35 |
Ch3ck |
well i want
to enter the pull_comb and actually know the precise point where
the seg fault occurs |
| 20:05.44 |
Ch3ck |
how do i do
that? do i set breakpoint? |
| 20:10.49 |
Ch3ck |
set break
point at bn_mat_inverse. Then exec run but it gives me the
following error: Program exited normally. |
| 20:10.52 |
Ch3ck |
Missing
separate debuginfos, use: debuginfo-install
glibc-2.12-1.47.el6.i686 libgcc-4.4.6-3.el6.i686
libstdc++-4.4.6-3.el6.i686 tcl-8.5.7-6.el6.i686
zlib-1.2.3-29.el6.i686 |
| 20:13.31 |
starseeker |
brlcad:
nevermind, my build was in a bad intermediate state |
| 20:23.52 |
Ch3ck |
currently
steppting through code using gdb 'n' and 's' command |
| 20:41.47 |
Ch3ck |
brlcad:
finally discovered the problem with gdb that
"comb_leaf->tr_l.tl_mat" is a null pointer is this normal for
every combination? |
| 20:42.11 |
Ch3ck |
or i need to
declare one in case it does not exist |
| 20:43.31 |
Ch3ck |
or if the
comb_leaf is like a xxx.r object then i'll have t create one or use
the pull_leaf routine here right? |
| 20:48.10 |
Notify |
03BRL-CAD:starseeker * 57080
brlcad/trunk/src/conv/nmg/g-nmg.c: Fix build error |
| 20:49.56 |
Izak__ |
a demain :) |
| 20:53.35 |
Ch3ck |
but when i
use t the tree_state_pointer(tsp) it gives me a valid matrix. is
that ok? |
| 20:54.09 |
Ch3ck |
or must i use
the comb_leaf->tr_l.ts_mat? |
| 21:01.27 |
Notify |
03BRL-CAD:mohitdaga * 57081
(brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/pix.c): Few
changes in bw.c and pix.c related to style. Also read function
returns 0 when end of file is reached. |
| 21:02.23 |
Ch3ck |
wrapping up to go sleep ;) |
| 21:03.32 |
Ch3ck |
starseeker:
brlcad: still waiting on my patches to be reviewed ;) |
| 21:04.31 |
Notify |
03BRL-CAD:mohitdaga * 57082
(brlcad/trunk/src/util/CMakeLists.txt
brlcad/trunk/src/util/bw-pix.c): Update bw-pix to use libicv. Also
this imporves the usability of bw-pix. |
| 21:06.41 |
Notify |
03BRL-CAD:mohitdaga * 57083
(brlcad/trunk/src/util/CMakeLists.txt
brlcad/trunk/src/util/pixfade.c): Update pixfade to use libicv.
This now uses icv api to fade an image. This helps in
writting/reading to/from pipes. |
| 21:07.59 |
zero_level |
waves to ``Erik and brlcad |
| 21:15.26 |
brlcad |
waves to zero_level |
| 21:15.36 |
brlcad |
starseeker:
glad to hear it |
| 21:31.30 |
zero_level |
hey getting
this error while installing |
| 21:31.32 |
zero_level |
http://paste.kde.org/p973ae891/ |
| 22:01.53 |
brlcad |
that's
current development, Izak_ that's for you |
| 22:02.12 |
brlcad |
zero_level:
you could fix that or turn off strict ;) |
| 22:02.17 |
brlcad |
or wait for
Izak_ to fix it |
| 22:04.04 |
brlcad |
Ch3ck:
there's no way to tell just looking at "comb_leaf->tr_l.tl_mat"
whether it's normal for that to be null or not |
| 22:04.12 |
brlcad |
need to see
the stack trace that led to there |
| 23:32.25 |
*** join/#brlcad mpictor
(~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505) |
| 00:36.44 |
starseeker |
phooey -
FreeCAD didn't like the shape representation definition - guess
I'll have to put both styles of shape definition in |
| 01:39.39 |
brlcad |
starseeker:
for what it's worth, I've heard numerous commentaries about
opencascade's STEP support being pretty terrible |
| 02:15.02 |
Notify |
03BRL-CAD:starseeker * 57084
brlcad/trunk/src/other/stepcode/include/ordered_attrs.h: Take a
stab at exporting the orderedAttrs functions for
Windows. |
| 02:21.09 |
starseeker |
brlcad: fair
enough, but it can load the Rhino export of the same
geometry |
| 02:21.25 |
starseeker |
so it's
clearly worth adding the extra header entries |
| 02:21.44 |
starseeker |
it's not
hard, just a bit tedioius to hook up ;-) |
| 02:23.08 |
starseeker |
it's a bit
tricky sorting out what the actually *requried* parts of the STEP
files are from the informational entries we probably don't care
about |
| 02:23.43 |
brlcad |
sure, not
saying the course of action you mentioned wasn't worth
it |
| 02:23.52 |
starseeker |
longer term
it might be worth seeing about establishing some attribute
conventions for _GLOBAL or something that map to the STEP bits I'm
seeing |
| 02:24.20 |
brlcad |
just that
freecad is unreliable in terms of correctness |
| 02:24.30 |
starseeker |
is currently mired in figuring out exactly why his step
export doesn't import when Rhino's does |
| 02:24.49 |
starseeker |
there are
geometry differences in that we are (currently) not splitting
closed loops |
| 02:24.56 |
starseeker |
er closed
curves rather |
| 02:25.25 |
starseeker |
but I can't
tell whether I'm just not handling them correctly writing them out,
or step-g isn't reading them in correctly |
| 02:26.13 |
starseeker |
agrees freecad isn't a benchmark of
correctness |
| 02:27.07 |
starseeker |
they are the
most logical open source export target for our geometry though
(maybe even the only other realistic one) |
| 02:27.21 |
starseeker |
at least, as
far as NURBS are concerned |
| 02:28.11 |
starseeker |
the OCE guys
were intersted in looking at stepcode at one point, so once we've
got our stuff polished up it may make them take another
look |
| 02:29.02 |
starseeker |
takes another run at the bu_semaphore test as long as he's
here... |
| 02:32.49 |
Notify |
03BRL-CAD:starseeker * 57085
brlcad/trunk/src/libbu/tests/CMakeLists.txt: Whatever needs to go
in the WINMM entry, it's gonna have to be part of the ADDEXEC
line... |
| 02:41.22 |
starseeker |
blinks |
| 02:41.41 |
starseeker |
brlcad: that
might have done it - I just got a successful build of
tester_bu_semaphore on MSVC |
| 13:44.57 |
*** join/#brlcad infobot
(~infobot@rikers.org) |
| 13:44.57 |
*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/
|| GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code |
| 14:32.43 |
Notify |
03BRL-CAD:carlmoore * 57103
brlcad/trunk/src/librt/primitives/hrt/hrt.c: remove trailing
blanks/tabs; fix spelling; supply periods in 'e.g.' |
| 14:50.25 |
brlcad |
heh |
| 14:52.48 |
brlcad |
hickoryknoll:
you around? like to get a copy of your various codes and talk
about what's next :) |
| 14:53.08 |
Ch3ck_ |
sipping a bottle of coke! |
| 15:25.25 |
zero_level_ |
hey can
anyone help me switch off [-Werror=array-bounds] flags
? |
| 15:28.55 |
Ch3ck_ |
brlcad: i've
just submitted the patch for stubbing an empty pull into BRL-CAD
could you please apply it so I could proceed with generating for
pull_comb() subroutine? |
| 15:40.17 |
zero_level_ |
Izak__ : I am
not sure why this is happening on my pc. |
| 15:40.31 |
zero_level_ |
smthing to do
with hrt.c |
| 15:42.36 |
zero_level_ |
at line 502
and 517 |
| 15:45.29 |
Izak__ |
Hoping someone helps zero_level: turn off those
flags |
| 15:46.56 |
Izak__ |
``Erik: How
do rt_xxx_plot() functions work? |
| 15:50.00 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 15:52.25 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 16:26.21 |
*** join/#brlcad caen23
(~caen23@92.83.172.41) |
| 16:45.03 |
*** join/#brlcad vladbogo
(~vlad@86.121.103.57) |
| 17:07.29 |
*** join/#brlcad vladbogo_
(~vlad@86.121.96.61) |
| 17:20.11 |
``Erik |
Izak_: they
generate a list of line segments to approximate the wireframe of
the geometry in 3d space, which something like the mged display
window uses to draw the geometry using GL_LINES... like for a BoT,
it just draws the edges of the triangles, for a sph it draws edges
in a latitude/longitude style... |
| 17:21.49 |
``Erik |
http://www.youtube.com/watch?v=T2DXrs0OpHU#t=20
quantum computing explained |
| 17:22.00 |
``Erik |
(by the dude
who does phdcomic) |
| 17:22.42 |
``Erik |
starseeker:
http://users.cms.caltech.edu/~mvanier/hacking/rants/cars.html |
| 17:31.48 |
starseeker |
``Erik: heh,
that's awesome - thanks! |
| 17:36.04 |
starseeker |
"Visual Basic
- a car that drives you" |
| 17:36.29 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
| 17:36.36 |
Notify |
03BRL-CAD:carlmoore * 57104
brlcad/trunk/src/conv/nmg/g-nmg.c: remove unneeded brace pairs, and
re-implement -P argument in ***Usage*** statement (why did that
revert from my earlier commit?) |
| 17:36.40 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 6028 /wiki/User:Izak/GSOC_2013_logs: /* August
19th to August 24th */ |
| 18:05.38 |
zero_level_ |
brlcad : Can
you please help me regarding the "array-bounds" flag ? |
| 18:14.57 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
| 18:15.37 |
*** join/#brlcad hickoryknoll
(~hickorykn@66-118-151-70.static.sagonet.net) |
| 18:16.11 |
*** join/#brlcad Izak_
(~Izak@66-118-151-70.static.sagonet.net) |
| 18:16.24 |
*** join/#brlcad n_reed
(~molto_cre@66-118-151-70.static.sagonet.net) |
| 18:16.25 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
| 18:16.42 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
| 18:16.42 |
*** join/#brlcad zero_level
(~mohit@66-118-151-70.static.sagonet.net) |
| 18:16.44 |
*** join/#brlcad ejno
(~ejno@unaffiliated/kazaik) |
| 18:17.20 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 18:17.55 |
*** join/#brlcad maths22
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 18:22.40 |
brlcad |
Izak_: the
answer is NOT to turn off the flags |
| 18:22.56 |
brlcad |
they are
messages intended for you to fix the problem the compiler
identified |
| 18:23.09 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
| 18:29.15 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 6029 /wiki/User:Vladbogolin/GSoC2013/Logs: /*
Week 10 */ |
| 18:40.03 |
*** join/#brlcad zero_level_
(0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) |
| 18:40.28 |
``Erik |
:o it
worked! |
| 18:45.44 |
Notify |
03BRL-CAD:carlmoore * 57105
brlcad/trunk/src/libicv/bw.c: remove trailing
blanks/tabs |
| 18:50.04 |
*** join/#brlcad Izak (~Izak@195.24.220.16) |
| 18:53.19 |
*** join/#brlcad Izak__
(~Izak@195.24.220.16) |
| 18:57.12 |
Notify |
03BRL-CAD:starseeker * 57106
brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Add more top-level
shape definition logic. Seeing differences in how these are
defined, so need to give a little thought as to what best practices
would be... |
| 18:59.23 |
Notify |
03BRL-CAD:brlcad * 57107 NIL: create a
branch where indianlarry can commit nurbs work in progress without
any interference to/from trunk development. |
| 19:00.43 |
Izak__ |
brlcad:My
compiler shows me no errors. The sextic equation has 6 roots and 7
coefficients, just as the torus' final equation has atmost 4 roots
and 5 coefficients. So I don't understand how to fix an error I am
not experiencing |
| 19:02.14 |
brlcad |
Izak__: newer
versions of gcc are better at warning |
| 19:02.47 |
brlcad |
if you are to
believe the warning, what was it saying was the
problem? |
| 19:03.11 |
brlcad |
(and you
should believe the warning, it's a real issue) |
| 19:03.47 |
Notify |
03BRL-CAD:starseeker * 57108
brlcad/trunk/doc/html/CMakeLists.txt: Add logo ico file to CMake
logic |
| 19:03.54 |
brlcad |
``Erik:
suspense is killing |
| 19:04.01 |
Izak__ |
It says I
provided more elements than an array could carry: BUT I never did
that |
| 19:04.45 |
``Erik |
? |
| 19:04.45 |
brlcad |
14:40 <
``Erik> :o it worked! |
| 19:04.45 |
``Erik |
oh, notify
came back with no action on my part |
| 19:04.45 |
brlcad |
ah,
awesome |
| 19:04.51 |
brlcad |
Izak__: but
you did |
| 19:05.01 |
brlcad |
again,
believe the message .. now to understand it |
| 19:05.24 |
brlcad |
what exactly
was the message and/or line of code |
| 19:05.41 |
Izak__ |
I am using
gcc 4.4.6. |
| 19:05.54 |
brlcad |
yep, that's
ancient in gcc terms ;) |
| 19:06.18 |
brlcad |
gcc 4.7 and
4.8 started adding and enabling some pretty advanced bug detection
infrastructure |
| 19:06.42 |
``Erik |
recent clang
is pretty impressive with bug spotting and static analysis, as
well |
| 19:06.52 |
brlcad |
yeah |
| 19:07.11 |
brlcad |
they both
have a variant of the research that coverity is built
around |
| 19:07.13 |
Izak__ |
Mohit says it
is line 502 and 517 of hrt.c |
| 19:07.20 |
``Erik |
(fwiw, fbsd
is using a fork of gcc 4.2.1 due to license issues, so all this new
shiney bug stuff is 'different' there) |
| 19:07.40 |
brlcad |
Izak__:
what's 502 (and do you have a log to see the exact
message?) |
| 19:08.56 |
Izak__ |
brlcad: This
is what mohit showed me http://paste.kde.org/p4d4c4a66/ |
| 19:10.11 |
zero_level_ |
brlcad : in
the meanwhile can you inform me how to switch off the
flag. |
| 19:10.37 |
zero_level_ |
I searched
using grep, add_definitions , dont see any settings !
O.o |
| 19:14.10 |
Izak__ |
What's
happening ? |
| 19:17.29 |
*** join/#brlcad DarkCalf
(~DarkCalf@173.231.40.99) |
| 19:20.49 |
*** join/#brlcad n_reed
(~molto_cre@66-118-151-70.static.sagonet.net) |
| 19:21.17 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
| 19:21.36 |
*** join/#brlcad hickoryknoll
(~hickorykn@66-118-151-70.static.sagonet.net) |
| 19:21.46 |
*** join/#brlcad zero_level
(~mohit@66-118-151-70.static.sagonet.net) |
| 19:21.46 |
*** join/#brlcad maths22
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 19:21.51 |
brlcad |
sago is fuxed
today |
| 19:21.59 |
*** join/#brlcad ejno
(~ejno@66-118-151-70.static.sagonet.net) |
| 19:22.03 |
*** join/#brlcad ejno
(~ejno@unaffiliated/kazaik) |
| 19:22.11 |
*** join/#brlcad Izak_
(~Izak@66-118-151-70.static.sagonet.net) |
| 19:22.11 |
Izak__ |
why? |
| 19:22.21 |
*** join/#brlcad n_reed_
(~molto_cre@66-118-151-70.static.sagonet.net) |
| 19:22.24 |
brlcad |
these network
problems |
| 19:22.36 |
brlcad |
their entire
network keeps going down |
| 19:23.03 |
brlcad |
somebody is
probably attacking them, having some friday fun |
| 19:23.12 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
| 19:23.23 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
| 19:23.38 |
brlcad |
Izak__: okay,
hopefully our discussion doesn't get derailed again but lets start
with the first one, hrt.c:502:9 |
| 19:24.00 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
| 19:24.09 |
brlcad |
what is the
error? |
| 19:24.12 |
zero_level_ |
Izak__ to
smothen your discussion . |
| 19:24.15 |
zero_level_ |
cf is of
dimension 5 |
| 19:24.34 |
zero_level_ |
fastf_t
cf[BN_MAX_POLY_DEGREE+1]; |
| 19:24.44 |
brlcad |
zero_level_:
the point is for him to figure this out, no? :) |
| 19:24.59 |
zero_level_ |
where
BN_MAX)POLY_DEGREE = 4 |
| 19:25.08 |
zero_level_ |
brlcad :
ok. |
| 19:25.08 |
brlcad |
appreciated,
but opportunity lost |
| 19:25.16 |
zero_level_ |
oops. |
| 19:25.53 |
brlcad |
Izak__: so
there, see if you understand the problem now |
| 19:26.06 |
*** part/#brlcad n_reed_
(~molto_cre@66-118-151-70.static.sagonet.net) |
| 19:26.32 |
zero_level_ |
brlcad : but
by the look of the code i couldnt figure out if we needed that
stuff from 502 to 525 in hrt.c |
| 19:28.07 |
brlcad |
well one has
to know what "that stuff" means to figure that out,
yes? |
| 19:28.26 |
Izak__ |
zero_level:
Are you saying the sextic equation does not have roots or what? I
dont follow |
| 19:28.51 |
brlcad |
Izak__: if
you didn't follow what he just told you, lets continue
:) |
| 19:29.02 |
brlcad |
he basically
gave you the answer to what the problem is |
| 19:29.47 |
brlcad |
but if you
don't see it, we can walk through the problem to make sure you
understand exactly what the compiler is saying |
| 19:30.22 |
zero_level_ |
brlcad :
sure. |
| 19:30.30 |
zero_level_ |
brlcad : let
me help Izak_ here. |
| 19:30.43 |
zero_level_ |
I will try to
guide him step by step. |
| 19:31.07 |
brlcad |
zero_level_:
go for it, appreciated |
| 19:31.39 |
zero_level_ |
Izak__ :
since compilers are right. (always). And I face this problem. So
there is a problem. |
| 19:31.40 |
brlcad |
~zero_level++ |
| 19:32.16 |
Izak__ |
listening |
| 19:32.29 |
zero_level_ |
Izak__ : If
you look at the kde.paste link |
| 19:32.59 |
zero_level_ |
there is a
error on line 502. at 9th col. |
| 19:33.18 |
zero_level_ |
do u see this
? |
| 19:33.38 |
zero_level_ |
why do u
think that is a problem ? |
| 19:33.41 |
Izak__ |
seen
it |
| 19:34.19 |
Izak__ |
cause 5 >
BN_MAX_POLY_DEGREE |
| 19:34.28 |
zero_level_ |
no. |
| 19:34.41 |
zero_level_ |
do u use
grep. |
| 19:34.46 |
Izak__ |
yes |
| 19:34.55 |
zero_level_ |
what is s
? |
| 19:35.10 |
zero_level_ |
replace by s
by S. |
| 19:35.22 |
zero_level_ |
so what is S
? Which data type it is ? |
| 19:35.54 |
Izak__ |
a
polynomial |
| 19:36.12 |
zero_level_ |
ok. what is
S.cf ? |
| 19:36.52 |
Izak__ |
Array of
polynomial coefficients |
| 19:36.54 |
zero_level_ |
also find out
where is the polynomial data type defined ? |
| 19:36.58 |
zero_level_ |
ok. |
| 19:37.06 |
zero_level_ |
what is the
length of the array ? |
| 19:40.29 |
Izak__ |
5 |
| 19:41.39 |
Izak__ |
there? |
| 19:42.21 |
zero_level_ |
can u see
find if any where in the complete src repository we have more than
4 degree of polynomial. ? |
| 19:43.37 |
Izak__ |
I think from
bn.h the maxmum order of a polynomial is 4 so I don't think we have
more than a 4 dgr poly |
| 19:44.04 |
zero_level_ |
i did grep -r
"dgr = 6" |
| 19:44.18 |
zero_level_ |
and only got
hrt.c |
| 19:45.00 |
starseeker |
yipe - gqa
isn't happy (regression tests failing with a stack
smash) |
| 19:45.00 |
zero_level_ |
was just wondering if there is a way to handle poly. with 5
or more degrees |
| 19:52.10 |
brlcad |
so that's the
issue Izak__ |
| 19:52.14 |
brlcad |
there is a
compile-time limit on the maximum size of polynomials |
| 19:52.32 |
brlcad |
that limit is
set with BN_MAX_POLY_DEGREE |
| 19:52.52 |
brlcad |
do you see
how the compiler message is right? |
| 19:53.00 |
Izak__ |
yes |
| 19:53.20 |
brlcad |
do you see
how just turning off the message would be bad? :) |
| 19:53.37 |
Izak__ |
yeah |
| 19:54.02 |
brlcad |
you're
indexing beyond the compile-time defined size of that cf
array |
| 19:54.06 |
brlcad |
So... |
| 19:54.11 |
brlcad |
how to fix
this |
| 19:54.20 |
brlcad |
what's the
first idea that comes to mind? |
| 19:54.49 |
Izak__ |
my compiler
has to be upgraded |
| 19:54.58 |
brlcad |
heh |
| 19:55.04 |
brlcad |
well all that
will do is give you the error |
| 19:55.08 |
brlcad |
you have the
error |
| 19:55.19 |
brlcad |
what's the
first idea that comes to mind for fixing the error? |
| 19:55.40 |
Izak__ |
Making the
root_solver accomodate sextic polynomials |
| 19:56.29 |
brlcad |
well, yes,
you obviously need to accommodate this particular sextic
polynomial |
| 19:56.53 |
brlcad |
but that
implies the current implementation won't handle them, which you do
not know |
| 19:57.23 |
Izak__ |
Increment
BN_MAX_POLY_DEGREE to 6 |
| 19:57.41 |
brlcad |
that would be
the first step |
| 19:57.52 |
brlcad |
that will
increase the array size and at least make your lines not be
errors |
| 19:58.18 |
brlcad |
won't mean
it'll evaluate correctly or at all, but that definitely has to
happen just from a C data structures perspective |
| 19:58.38 |
brlcad |
that,
however, is a pretty major change... |
| 19:58.39 |
Izak__ |
Work on
roots.c |
| 19:58.42 |
brlcad |
you'll need
to test it |
| 19:58.56 |
brlcad |
the problem
won't be compilation |
| 19:59.17 |
brlcad |
you have to
make sure that increasing the size to 6 doesn't break any of the
4th order polynomial evaluations |
| 19:59.29 |
brlcad |
fortunately,
we have unit and regression tests to confirm it |
| 19:59.31 |
Notify |
03BRL-CAD:starseeker * 57109
(brlcad/trunk/src/other/stepcode/src/express/test/print_attrs.c
brlcad/trunk/src/other/stepcode/src/express/test/print_schemas.c):
Wrap unistd.h as well. |
| 19:59.49 |
brlcad |
start there,
set it to 6, compile, then run "make test" and "make benchmark" and
make sure both pass without any failures |
| 20:00.08 |
brlcad |
make sure
they pass without failures BEFORE you set it to 6 too,
obviously... |
| 20:00.16 |
brlcad |
to make sure
it's in a working state before you "compare" |
| 20:00.25 |
brlcad |
Izak__: make
sense what you need to do? |
| 20:06.08 |
Izak__ |
thankful to brlcad: and zero_level |
| 20:07.23 |
brlcad |
the next step
will be to confirm whether the root solver can actually handle a
stable sextic equation |
| 20:07.53 |
brlcad |
I suggest
editing the unit test |
| 20:08.03 |
brlcad |
in
src/libbn/tests is a roots tests |
| 20:08.33 |
brlcad |
you can add a
6th order test (after confirming that BN_MAX_POLY_DEGREE=6 doesn't
break anything) |
| 20:08.38 |
Izak__ |
was thinking of that |
| 20:08.49 |
brlcad |
something
with known input/output values like the real example in http://elib.mi.sanu.ac.rs/files/journals/tm/21/tm1124.pdf |
| 20:12.12 |
*** join/#brlcad mpictor
(~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505) |
| 20:13.53 |
Izak__ |
understanding what " that's what made your gsoc proposal
interesting in the first place" means |
| 20:24.58 |
zero_level_ |
Izak__ ,
brlcad : in libbn/poly.c i dont see any function which solves
sextic polynomial. |
| 20:25.06 |
zero_level_ |
looks like we
have to implement one. |
| 20:25.18 |
Ch3ck_ |
you could get
started. |
| 20:25.19 |
Ch3ck_ |
;) |
| 20:25.39 |
Ch3ck_ |
since i know
it's really complicated writing a root solver of order
6 |
| 20:26.36 |
zero_level_ |
Ch3ck_ : I
understand the complexity. |
| 20:26.48 |
zero_level_ |
Just brought
in because of the discussion. |
| 20:27.19 |
zero_level_ |
Izak__ : Its
ok. n |
| 20:27.23 |
Ch3ck_ |
well will
check on some recent math on resolvingthe problem. |
| 20:36.10 |
starseeker |
brlcad: looks
like enabling the stack protection flags is giving gqa a fit -
that's when the gqa regression test starts failing
(r56758) |
| 20:36.15 |
Ch3ck_ |
brlcad:
starseeker: waiting for the empty pull routine patch to be applied
so I could create the one for pulling combinations in the
pull |
| 20:39.50 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 6030
/wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 19 August - 25
August */ |
| 21:03.24 |
*** part/#brlcad Ch3ck_
(~Ch3ck@195.24.220.16) |
| 21:04.41 |
Ch3ck |
gotta home get some rest now probably take on Prison Break
;) |
| 21:09.26 |
brlcad |
zero_level_:
there's no specific support for sextic, but it may or may not
matter (for this particular primitive) |
| 21:09.41 |
brlcad |
the routine
used is in src/librt/roots.c |
| 21:11.07 |
brlcad |
Izak_: the
test program I was thinking of was actually
src/util/roots_example.c |
| 21:11.35 |
brlcad |
that's
basically a unit test, but it predates the current unit test
infrastructure |
| 21:11.52 |
``Erik |
a more
generalized root solver would be nice to have in libbn |
| 21:12.04 |
brlcad |
if our solver
doesn't work for sextic, we'll look at integrating something more
generalized (that already exists, like gmp) |
| 21:12.21 |
brlcad |
but hopefully
not gmp |
| 21:12.27 |
brlcad |
it's a
pig |
| 21:12.48 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 0 /wiki/File:Pull_Combination.png: this pulls an
unpushed object |
| 21:14.01 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 0 /wiki/File:Pushed_pulled_object.png: This
restores the object to original state after push is
applied |
| 21:15.46 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 6033
/wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Coding Log Report
for GSoc 2013 */ |
| 21:17.35 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 6034
/wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* = Test Results
*/ |
| 21:33.23 |
Notify |
03BRL-CAD:brlcad * 57110
brlcad/trunk/src/libged/gqa.c: do not tokenize over
spaces |
| 21:42.23 |
*** join/#brlcad mpictor
(~mark@c-67-177-102-131.hsd1.in.comcast.net) |
| 22:06.46 |
``Erik |
Neil deGrasse
Tyson #@neiltyson If you need to invoke your academic pedigree or
job title for people to believe what you say, then you need a
better argument |
| 22:14.46 |
Notify |
03BRL-CAD:starseeker * 57111
brlcad/trunk/src/libged/gqa.c: Fix stack smash where strtok was
reading beyond the limits of optarg (Sean found it) |
| 00:22.23 |
Notify |
03BRL-CAD:tbrowder2 * 57152
brlcad/trunk/src/libged/attr.c: expand comment |
| 00:22.55 |
Notify |
03BRL-CAD:tbrowder2 * 57153
brlcad/trunk/src/libged/attr.c: improve grammar |
| 00:30.53 |
Notify |
03BRL-CAD:brlcad * 57154
brlcad/trunk/src/libbu/sscanf.c: ws indent formatting |
| 00:33.00 |
Notify |
03BRL-CAD:tbrowder2 * 57155
brlcad/trunk/src/libged/attr.c: ws, style |
| 00:50.38 |
Notify |
03BRL-CAD:starseeker * 57156
(brlcad/trunk/src/conv/step/CMakeLists.txt
brlcad/trunk/src/conv/step/g-step/CMakeLists.txt
brlcad/trunk/src/conv/step/step-g/CMakeLists.txt): Sigh. The 'only
generate it once' solution didn't work with the Ninja generator -
do things the 'proper' way and provide sources for each executable
target. |
| 00:53.09 |
Notify |
03BRL-CAD:tbrowder2 * 57157
brlcad/trunk/TODO: use current attr syntax |
| 01:26.45 |
Notify |
03BRL-CAD:brlcad * 57158
brlcad/trunk/src/adrt/master/master.c: eliminated gratuitous spaces
after function names and other ws style indent problems |
| 01:28.52 |
Notify |
03BRL-CAD:brlcad * 57159
brlcad/trunk/src/adrt/master/master.c: cppcheck recognizes the
range check and usage, check range first. |
| 01:43.07 |
brlcad |
zero_level:
can you be more specific? what was the changes to the usage
synopsis? |
| 01:45.00 |
brlcad |
there is
nothing inherent about supporting pipes that implies a change to
the synopsis is "necessary" |
| 02:36.32 |
Notify |
03BRL-CAD:brlcad * 57160
brlcad/trunk/src/adrt/slave/slave.c: move variable declaration into
the ifdef with the use. |
| 02:50.40 |
Notify |
03BRL-CAD:brlcad * 57161
brlcad/trunk/src/adrt/master/master.c: work table is no
more |
| 02:51.43 |
Notify |
03BRL-CAD:brlcad * 57162
brlcad/trunk/src/adrt/master/tienet_master.c: missing semicolon,
reduce scope of some vars |
| 02:56.05 |
Notify |
03BRL-CAD:brlcad * 57163
(brlcad/trunk/src/adrt/master/compnet.c
brlcad/trunk/src/adrt/master/dispatcher.c and 3 others): ws style
cleanup |
| 03:10.14 |
Notify |
03BRL-CAD:brlcad * 57164
brlcad/trunk/NEWS: mohit changed the bwfilter tool, renaming the -o
offset option to -O so that -o can be retained as an output file
name option |
| 03:13.59 |
Notify |
03BRL-CAD:brlcad * 57165
brlcad/trunk/src/libbn/tests/CMakeLists.txt: patch not yet applied,
remove the tests |
| 03:17.26 |
Notify |
03BRL-CAD:brlcad * 57166
(brlcad/trunk/src/adrt/librender/cut.c
brlcad/trunk/src/adrt/librender/flos.c and 2 others): convert to
bu_sscanf() |
| 04:32.43 |
Notify |
03BRL-CAD:brlcad * 57167
brlcad/trunk/src/libged/draw.c: wrap the innocuous debug printing
within #ifdefs with a simple trigger. probably worth having a bu
routine to calculate h:m:s from a time delta. curiously encountered
a regress-solids failure due to the GED_HELP return code making the
draw call presssume it failed. |
| 04:35.49 |
Notify |
03BRL-CAD:brlcad * 57168
(brlcad/trunk/src/burst/Hm.c brlcad/trunk/src/burst/grid.c
brlcad/trunk/src/bwish/tcl.c): reduce variable scope |
| 04:51.40 |
Notify |
03BRL-CAD:brlcad * 57169
brlcad/trunk/src/conv/3dm/3dm-g.cpp: prefer prefix increment for
non-pod and loop vars |
| 05:08.19 |
Notify |
03BRL-CAD:phoenixyjll * 57170
brlcad/trunk/src/libbrep/boolean.cpp: Don't always flip that face.
We should decide whether it's necessary to flip according to the
operation. |
| 06:16.51 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 08:20.47 |
zero_level |
Earlier the
input arguments where paresed with loops runnung all through and
checking values of argv[][] mannually. This indeed didnt allow the
arguments to be passed in any order. |
| 08:22.45 |
zero_level |
I have used
bu_getopt. But using this changing the input arguments for instance
"-ntsc" now becomens "-n". |
| 08:23.16 |
zero_level |
We have to
specify weights with every channel. For eg -R 0.0 / |
| 08:24.07 |
zero_level |
I have to
change the man pages, but just waiting for the consent. (If we can
improve it further) |
| 08:41.03 |
Notify |
03BRL-CAD
Wiki:Edatamarkets * 0 /wiki/User:Edatamarkets: |
| 09:39.02 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 6041
/wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: |
| 09:52.26 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 6042
/wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Aug 26 - Sept 01
*/ |
| 10:08.31 |
*** join/#brlcad Izak (~Izak@195.24.220.16) |
| 10:18.07 |
*** join/#brlcad Ch3ck_
(~Ch3ck@195.24.220.16) |
| 10:18.36 |
*** join/#brlcad Izak__
(~Izak@195.24.220.16) |
| 10:20.25 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 6043 /wiki/User:Izak/GSOC_2013_logs: /* August
19th to August 24th */ |
| 10:55.52 |
*** join/#brlcad mpictor_
(~mpictor_@2600:1015:b10c:6682:0:3:9def:3501) |
| 11:17.59 |
*** join/#brlcad ``Erik
(~erik@pool-173-67-38-235.bltmmd.fios.verizon.net) |
| 11:33.19 |
*** join/#brlcad Izak (~Izak@195.24.220.16) |
| 11:33.38 |
*** join/#brlcad Ch3ck_
(~Ch3ck@195.24.220.16) |
| 12:19.46 |
brlcad |
zero_level:
we need to document exactly what that change is |
| 12:20.10 |
brlcad |
from a users
perspective, that is |
| 12:20.29 |
brlcad |
what is the
synopsis now? what was the synopsis before? |
| 12:21.24 |
brlcad |
as the
regression tests are broken at the moment, this is top priority to
fix, update, or revert |
| 12:22.08 |
brlcad |
a "consent"
on whether what you've done is okay requires more information (the
synopses) |
| 12:25.55 |
brlcad |
see http://www.tldp.org/LDP/intro-linux/html/intro-linux.html
for a description of a synopsis, and http://www-hermes.desy.de/Unixhelp/manual_4.1.2.html |
| 12:27.24 |
brlcad |
need to know
what it was before your change and what it is now with your
change |
| 12:28.04 |
*** join/#brlcad mpictor_
(~mpictor_@2600:1015:b10c:6682:0:3:9def:3501) |
| 12:28.06 |
brlcad |
Ch3ck_: I
count no fewer than 10 errors in your reply, but thank you for
finally getting back to me |
| 12:28.27 |
Ch3ck_ |
which
reply? |
| 12:28.30 |
Ch3ck_ |
the
email? |
| 12:28.35 |
brlcad |
yes |
| 12:28.39 |
Ch3ck_ |
ok |
| 12:28.42 |
brlcad |
:) |
| 12:28.54 |
Ch3ck_ |
i realised
the error when i'd already pressed send! :( |
| 12:29.03 |
``Erik |
brlcad: is bz
getting dumps done? |
| 12:29.06 |
brlcad |
"the
error"? |
| 12:29.13 |
brlcad |
there are
many :) |
| 12:29.26 |
Ch3ck_ |
what kind of
errors? actually |
| 12:29.32 |
Ch3ck_ |
typo? or
grammatical? |
| 12:29.40 |
brlcad |
yes |
| 12:30.16 |
Ch3ck_ |
will correct
and resend |
| 12:30.19 |
brlcad |
``Erik: I'm
not 100% positive but I don't think so |
| 12:30.27 |
brlcad |
Ch3ck_: no,
don't bother |
| 12:30.37 |
Ch3ck_ |
so what do i
do now? :( |
| 12:31.08 |
brlcad |
the gist is
there, just ironic given your whole point was how excellent your
writing skills are ... yet it contained so many mistakes
:) |
| 12:31.12 |
brlcad |
just
humorous |
| 12:31.42 |
Ch3ck_ |
but you could
look at the article i gave |
| 12:32.08 |
Ch3ck_ |
which was
sociological perspective on the Global village ;) |
| 12:32.08 |
brlcad |
i'm sure you
are *capable* of writing better |
| 12:32.37 |
Ch3ck_ |
:) |
| 12:32.37 |
brlcad |
especially
when you have time to work through drafts, scrutinize
details |
| 12:32.46 |
Ch3ck_ |
yeah.. |
| 12:32.49 |
brlcad |
you should
try to learn to write critically all the time |
| 12:33.13 |
brlcad |
it's just
like with your code, learning to notice where the commas are
missing or a space isn't right |
| 12:33.24 |
brlcad |
or words are
repeated.. :) |
| 12:33.29 |
brlcad |
documentation
Documentation |
| 12:33.45 |
Ch3ck_ |
was just
doing some emphasis there.. ;) |
| 12:33.54 |
brlcad |
right.. |
| 12:35.07 |
brlcad |
also, no way
to say this more plainly but |
| 12:35.11 |
brlcad |
"alot" is not
a word |
| 12:35.55 |
brlcad |
one of many
things I tend to be pedantic about |
| 12:36.25 |
Ch3ck_ |
yeah |
| 12:38.58 |
brlcad |
hilarious
commentary:
http://hyperboleandahalf.blogspot.com/2010/04/alot-is-better-than-you-at-everything.html |
| 12:43.20 |
Ch3ck_ |
well i guess
it's been in popular use due to the evolution of blogs and social
networks which encourage an informal atmosphere |
| 12:44.02 |
Ch3ck_ |
well guess
this has somehow been detrimental to language proficiency for some.
I guess :) |
| 12:50.23 |
brlcad |
it's nothing
at all new |
| 12:51.24 |
brlcad |
I had
teachers 30 years ago giving lectures about how "alot" is not a
word even though plenty used it as one and seemed to think it
was |
| 12:53.05 |
brlcad |
it's one that
just doesn't even make any sense, you'd wouldn't say "ahot day" or
"alittle bit" |
| 12:55.50 |
Ch3ck_ |
well rapstars
can't let that go ;) |
| 12:57.59 |
``Erik |
looking to a
rap star for grammatical correctness is like looking to a modern
art painter for photographic reproduction correctness
O.o |
| 12:59.00 |
Ch3ck_ |
yeah |
| 12:59.43 |
Ch3ck_ |
well nowadays
with the proliferation of movies; in fact the entertainment
industry. Someone with a solid grammatical foundation will have
severe problems in English language |
| 13:00.00 |
Ch3ck_ |
i mean
without |
| 13:00.05 |
Ch3ck_ |
a
foundation |
| 13:01.10 |
Ch3ck_ |
especially
when referencing to movies and stuff for pronunciation
;) |
| 13:06.39 |
*** join/#brlcad mpictor_
(~mpictor_@2600:1015:b10c:6682:0:3:9def:3501) |
| 13:14.46 |
Ch3ck_ |
brlcad:
succeeded in extracted the matrix transformation for the basic
primitives. But need some assistance in generating the matrix
transformation from a arb8 and arbn |
| 13:16.24 |
Notify |
03BRL-CAD:phoenixyjll * 57171
brlcad/trunk/src/libbrep/boolean.cpp: Make use of the connectivity
graph to reduce inside/outside tests. |
| 13:23.01 |
*** join/#brlcad caen23
(~caen23@92.85.89.89) |
| 13:30.41 |
Notify |
03BRL-CAD
Wiki:Phoenix * 0 /wiki/File:Sph_sph.png: |
| 13:31.04 |
Notify |
03BRL-CAD
Wiki:Phoenix * 0 /wiki/File:Sph_sph_inter.png: |
| 13:31.34 |
Notify |
03BRL-CAD
Wiki:Phoenix * 0 /wiki/File:Ehy_tor.png: |
| 13:32.19 |
Notify |
03BRL-CAD
Wiki:Phoenix * 0 /wiki/File:Ehy_tor_inter.png: |
| 13:32.45 |
Notify |
03BRL-CAD
Wiki:Phoenix * 0 /wiki/File:Arb8_ehy.png: |
| 13:33.08 |
Notify |
03BRL-CAD
Wiki:Phoenix * 0 /wiki/File:Arb8_ehy_inter.png: |
| 13:35.05 |
Notify |
03BRL-CAD
Wiki:Phoenix * 6050 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 11
*/ |
| 13:38.10 |
Notify |
03BRL-CAD
Wiki:Phoenix * 6051 /wiki/User:Phoenix/GSoc2013/Reports: /* Test
Results */ |
| 13:39.18 |
Notify |
03BRL-CAD
Wiki:Phoenix * 6052 /wiki/User:Phoenix/GSoc2013/Reports: /* Test
Results */ |
| 14:15.32 |
brlcad |
hah, that is
awesome wu |
| 14:37.08 |
``Erik |
awesome,
looks like apple's xcode team is deprecating sbrk()... http://paste.lisp.org/display/138646 |
| 14:39.15 |
``Erik |
looks like we
only use it for verbose stats, the mem= field in
memory_summary() |
| 14:45.19 |
*** join/#brlcad mpictor_
(~mpictor_@2600:1015:b10c:6682:0:3:9def:3501) |
| 14:46.11 |
Notify |
03BRL-CAD:starseeker * 57172
brlcad/trunk/TODO: Add a note to figure out why the initialization
of stp->st_path is the way it is. |
| 14:46.23 |
brlcad |
``Erik:
interesting, I'd just get rid of it |
| 14:46.39 |
Notify |
03BRL-CAD:starseeker * 57173
brlcad/trunk/regress/CMakeLists.txt: add asc2g as a dependency for
a couple more of the targets |
| 14:49.08 |
brlcad |
starseeker:
the bu_htond/bu_ntohd issue is a lot more clear now |
| 14:49.23 |
Notify |
03BRL-CAD:n_reed * 57174
(brlcad/trunk/src/libdm/dm-ogl.c brlcad/trunk/src/libdm/dm-wgl.c):
revert r57140, we need a general way to change point
size |
| 14:49.37 |
brlcad |
msvc didn't
change anything, they now implement a function that didn't
previously exist and we have a name conflict |
| 14:50.18 |
brlcad |
moreover, it
reminds us that our version isn't consistent with the others so
probably shouldn't be named that way anyways |
| 14:52.15 |
caen23 |
are there any
statistics regarding what operating systems brl-cad is run
on? |
| 14:53.50 |
Notify |
03BRL-CAD:erikgreenwald * 57175
(brlcad/trunk/CMakeLists.txt brlcad/trunk/include/config_win.h and
2 others): remove sbrk() as it is marked deprecated in the new
xcode5 mac stuff and we don't really use it much |
| 14:55.03 |
brlcad |
caen23: not
any current |
| 14:56.32 |
caen23 |
then do you
have an idea about how many people use it on something other than
mac win linux/unix? |
| 14:58.43 |
``Erik |
I think once
every 3-4 years, brlcad compiles it on haiku... that's probably a
significant portion of BRL-CAD usage outside of
win/mac/linux/unix/bsd... :D |
| 15:00.47 |
``Erik |
"what do we
want?" "time travel!" "when do we want it?" "it's
irrelevant!" |
| 15:03.07 |
caen23 |
the reason i
was asking is because i know the debug version at least is compiled
with the c89 flag, and i was wondering if it's intended to be run
on platforms where a more recent compiler isn't
available |
| 15:05.39 |
Notify |
03BRL-CAD:tbrowder2 * 57176
(brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/CMakeLists.txt):
add function to provide an ISO time (planned to be used for
attribute mod and creation times); will provide a regression test
later |
| 15:10.58 |
Notify |
03BRL-CAD:r_weiss * 57177
brlcad/trunk/src/other/stepcode/src/clutils/dirobj.cc: Update to
stepcode function 'DirObj::CheckIndex' to quiet a valgrind
'mismatched free' warning. |
| 15:15.58 |
*** join/#brlcad caen23
(~caen23@92.85.89.89) |
| 15:19.06 |
Notify |
03BRL-CAD:carlmoore * 57178
(brlcad/trunk/doc/docbook/system/man1/en/g-egg.xml
brlcad/trunk/doc/docbook/system/man1/en/g-nmg.xml): make fixes to
g-egg and g-xml man pages (g-egg: shorten -P writeup; g-nmg:
provide missing period and -P writeup |
| 15:31.17 |
Ch3ck_ |
brlcad:
starseeker: ``Erik: i'm currently implementing the pull_leaf() I'm
supporing the following primitives(EHY, ELL, SPH, ARB8, EPA,
ETO,EXTRUDE, HYP, PARTICLE, RPC, RHC, SUPERELL,TGC,TOR, ARBN).I
just wish to ask if this is ok? for GSoC or i'll need to provide
support for all primitives. Since I want to focus now on testing
and completing the pull routine. |
| 15:31.46 |
Ch3ck_ |
and debugging
and testing my pull_leaf() |
| 15:33.01 |
Ch3ck_ |
However due
to the complexity of some primitives like(SUPERELL,TOR,ARBN, PART,
RHC, RPC) I'll not be able to extract all aspects of the primitive.
due to their inherent complexities. |
| 15:36.34 |
Notify |
03BRL-CAD:n_reed * 57179
brlcad/trunk/src/libdm/dm-wgl.c: restore wgl implementation of
BN_VLIST_POINT_DRAW |
| 15:36.47 |
Notify |
03BRL-CAD:iiizzzaaakkk * 57180
brlcad/trunk/src/librt/primitives/hrt/hrt.c: Correcting sextic
equation in comment preceeding rt_hrt_shot()
implementation |
| 15:43.57 |
zero_level |
brlcad ,
``Erik : I am not able to find the cause of regress
(failure). |
| 15:44.16 |
zero_level |
I believe to
find it i have to understand the architecture
regress-dsp. |
| 15:44.40 |
zero_level |
Because this
time all I did was chage the usage type of a utility. |
| 15:44.53 |
zero_level |
Utility
(pix-bw). |
| 15:45.43 |
zero_level |
brlcad : I am
in a process of changing the synopsis. |
| 16:28.25 |
brlcad |
caen23: it's
more about code compliance |
| 16:30.38 |
brlcad |
caen23: the
intention has always been to be able to run on any (desktop/server)
platform available for use |
| 16:32.04 |
brlcad |
the
standards-compliance certainly affects that end, but it of lesser
concern -- we'll be adopting c99 as soon as we fully validate as
strictly c89-compliant and we're willing to adopt the msvc
issues |
| 16:32.35 |
brlcad |
we're
probably less than a week's worth of work away from demonstrating
strict c89 compilation |
| 16:33.33 |
brlcad |
Ch3ck_: what
do you pull from the leaf? |
| 16:34.57 |
brlcad |
whatever you
do for any primitives really needs to be done for all primitives or
that feature cannot be used |
| 16:35.30 |
brlcad |
it'd be
better to handle no primitives (e.g., combs only) and pull to be
otherwise complete/robust/documented |
| 16:35.31 |
Ch3ck_ |
well there
are some really complicated primitives like metball |
| 16:35.49 |
brlcad |
metaball |
| 16:35.51 |
brlcad |
brep/nurbs |
| 16:35.56 |
brlcad |
nmg |
| 16:36.04 |
brlcad |
there are a
half dozen really complex primitives |
| 16:36.35 |
Ch3ck_ |
well for some
primitives; you can't get all the matrix informations like scale,
rotation and translation |
| 16:36.41 |
Ch3ck_ |
but i could
get the translations for most. |
| 16:36.49 |
brlcad |
right |
| 16:36.55 |
brlcad |
so you'd
either do nothing |
| 16:36.58 |
brlcad |
or do
translations |
| 16:37.07 |
Ch3ck_ |
exactly |
| 16:37.47 |
Ch3ck_ |
well since i
figured pulling from the leaf nodes is extracting all the matrix
information available like translation components, scale and
rotation components |
| 16:38.02 |
Ch3ck_ |
but not all
primitives will have all three |
| 16:38.45 |
brlcad |
no primitive
really has any of those |
| 16:38.58 |
Ch3ck_ |
yeah
directly |
| 16:39.12 |
Ch3ck_ |
but you could
get some of this data indirectly from some of the
primitives |
| 16:39.21 |
Ch3ck_ |
that's what
i'm currently doing and |
| 16:39.26 |
brlcad |
well, yes and
no |
| 16:39.32 |
brlcad |
you don't
"get that" from them |
| 16:39.37 |
brlcad |
you're
defining it for them |
| 16:39.46 |
brlcad |
you could
define it to be something else in theory |
| 16:39.47 |
Ch3ck_ |
yeah based on
what they have |
| 16:39.58 |
Ch3ck_ |
stored in
them. |
| 16:40.16 |
Ch3ck_ |
so what do i
do in this case? |
| 16:40.32 |
Ch3ck_ |
concerning
the primitives |
| 16:40.43 |
brlcad |
like I said,
you can either ignore them (for now) and focus on finalizing
pull |
| 16:40.53 |
Ch3ck_ |
ok |
| 16:41.00 |
brlcad |
or just
implement support for translations since nearly all primitives have
a notion of an origin |
| 16:41.15 |
brlcad |
and you can
easily pull the origin to 0,0,0 to extract a
translation |
| 16:41.34 |
Ch3ck_ |
well i've
supported translations for almost all primitives and here is the
code |
| 16:41.44 |
brlcad |
almost all is
not all :) |
| 16:41.54 |
Ch3ck_ |
yeah |
| 16:41.59 |
brlcad |
so can it be
all? |
| 16:42.05 |
Ch3ck_ |
yeah |
| 16:42.10 |
Ch3ck_ |
almost can be
for all |
| 16:42.18 |
brlcad |
what? |
| 16:42.23 |
brlcad |
all != almost
all |
| 16:42.32 |
brlcad |
can it be ALL
of them or only almost all of them? |
| 16:42.38 |
Ch3ck_ |
no |
| 16:42.52 |
brlcad |
I asked "A or
B" and you said "no" |
| 16:43.39 |
Ch3ck_ |
http://paste.kde.org/p541faed2/ |
| 16:43.55 |
Ch3ck_ |
no for both a
and b |
| 16:44.28 |
Ch3ck_ |
all != almost
all (correct |
| 16:44.32 |
brlcad |
that code
doesn't answer my question |
| 16:44.56 |
brlcad |
that code is
merely the state of where you're at, my question is where are we
able to go |
| 16:45.38 |
Ch3ck_ |
well we'll be
able to add support for extracting translation components for
primitives |
| 16:46.02 |
brlcad |
is it
possible to extract translation components for ALL primitives or
only most of them or do you not know? |
| 16:46.21 |
Ch3ck_ |
well I can't
extract for all |
| 16:46.36 |
Ch3ck_ |
since they're
alot of complexities with some of them |
| 16:46.49 |
brlcad |
give me an
example |
| 16:46.53 |
Ch3ck_ |
the one's
currently implemented are the ones i best understand |
| 16:47.06 |
Ch3ck_ |
ok with the
metaball forexample |
| 16:48.26 |
Ch3ck_ |
given the
equation of the plane in arbn. I have no idea to define the
translation components here |
| 16:48.29 |
Ch3ck_ |
thats
why |
| 16:49.24 |
brlcad |
answering my
own question then, your answer should have been "I do not
know" |
| 16:50.09 |
brlcad |
again, you're
defining it for the primitives |
| 16:50.29 |
brlcad |
not knowing
how to define it for a particular primitive is not
surprising |
| 16:51.08 |
Ch3ck_ |
well i am
working with each primitive at a time |
| 16:51.19 |
brlcad |
of course,
how else would you work with them? :) |
| 16:51.43 |
Ch3ck_ |
and given
there are over 40 of them. I don't really know if I'll have to
define them for all of them |
| 16:51.58 |
brlcad |
well I
answered that for you |
| 16:52.13 |
Ch3ck_ |
yeah you said
all |
| 16:52.18 |
brlcad |
if it's going
to be defined for some of them, it should be defined for all of
them |
| 16:52.31 |
brlcad |
some of them
will be tricky to define, but not impossibly hard |
| 16:52.41 |
Ch3ck_ |
yeah |
| 16:52.42 |
brlcad |
metaball is a
good example because it doesn't track a V position |
| 16:52.54 |
brlcad |
but you can
certainly pick a position |
| 16:53.03 |
brlcad |
the centroid
of the points or the first point, for example |
| 16:54.08 |
Ch3ck_ |
But since I
could implement for some and get started with the routine working
extracting only for some particular primitives. Could I not define
for some and continue adding support for the other primitives.
while integrating the command into the software
completely |
| 16:54.32 |
Ch3ck_ |
and
finalizing the pull |
| 16:54.45 |
brlcad |
it's a
problem of usability to approach in that order |
| 16:54.59 |
Ch3ck_ |
knowing i'll
only have to add support for the primitives i've not defined
yet. |
| 16:55.02 |
Ch3ck_ |
ok |
| 16:55.06 |
brlcad |
from a users
perspective, it'd be bad design if pull only sometimes
worked |
| 16:55.26 |
Ch3ck_ |
so what do i
do in this case |
| 16:55.36 |
Ch3ck_ |
forget about
the primitives completely? |
| 16:55.45 |
Ch3ck_ |
and focus on
combinations only? |
| 16:55.46 |
brlcad |
no |
| 16:56.18 |
brlcad |
I suggest
focusing on the pull interface, synopsis, docs, full integration,
maybe test cases first |
| 16:57.09 |
Ch3ck_ |
ok |
| 16:57.10 |
brlcad |
then you
could integrate your existing primitive code into the functab later
to capture them |
| 16:57.24 |
brlcad |
having a
switch statement in pull_leaf() won't work long-term |
| 16:57.41 |
brlcad |
the
primitives themselves need to define that code |
| 16:57.57 |
Ch3ck_ |
so whats the
best approach here? |
| 16:58.14 |
brlcad |
for? |
| 16:58.23 |
brlcad |
proceeding or
primitives? |
| 16:58.26 |
Ch3ck_ |
in the switch
statement |
| 16:58.35 |
brlcad |
the switch
disappears |
| 16:58.44 |
brlcad |
they become
functions in each primitive |
| 16:58.54 |
Ch3ck_ |
ok
yeah |
| 16:59.42 |
Ch3ck_ |
so i'll have
to integrate the code in each of the primitives? |
| 16:59.56 |
Ch3ck_ |
or
subroutines in pull itself? |
| 17:00.01 |
Ch3ck_ |
i mean
pull.c |
| 17:01.04 |
brlcad |
the code
belongs with the primitives |
| 17:01.08 |
Notify |
03BRL-CAD:n_reed * 57181
(brlcad/trunk/include/bn.h brlcad/trunk/include/raytrace.h and 5
others): Make it possible to specify a point size or line width
within a vlist. Implemented for ogl vlist drawing. |
| 17:01.31 |
brlcad |
still, this
is out of order work if there's still other pull interface work
needing to be done |
| 17:02.23 |
Ch3ck_ |
ok |
| 17:02.37 |
Ch3ck_ |
could you
please give me an example to demonstate how this could be
done? |
| 17:02.41 |
Ch3ck_ |
;) |
| 17:04.34 |
brlcad |
when it's
time, absolutely ;) |
| 17:05.13 |
caen23 |
brlcad:
thanks for your earlier explanations |
| 17:05.37 |
Ch3ck_ |
ok |
| 17:06.01 |
Ch3ck_ |
brlcad: will
start working on the pull interface, synopsis, docs, and
others |
| 17:06.10 |
Ch3ck_ |
before
falling back to primitives ;) |
| 17:06.18 |
brlcad |
sounds
good |
| 17:06.41 |
brlcad |
and perfect
patches ... i'm hoping the ones you have open apply
cleanly |
| 17:07.12 |
brlcad |
I think you
might have the record (ever) for number of patches with
mistakes |
| 17:07.29 |
brlcad |
it's quite
impressive :) |
| 17:07.40 |
Ch3ck_ |
what? really
! |
| 17:08.00 |
Ch3ck_ |
didn't want
to have that kind of record! |
| 17:08.03 |
Ch3ck_ |
;) |
| 17:08.47 |
Ch3ck_ |
actually my
patches applying cleanly is no longer a problem the nut is white
space and indentation which i've cracked ;)\ |
| 17:10.37 |
brlcad |
cracked is
one way to describe it ... :) |
| 17:11.57 |
brlcad |
not just
style though, you've had bad return codes, dead code, lazy
comments, wrong dates, ... it's a lot you've clearly not had to
think about bmuch before |
| 17:13.38 |
Ch3ck_ |
well was
copying from the current state of the code. I mean the dates
;) |
| 17:13.46 |
Ch3ck_ |
didn't
manufacture them.. |
| 17:14.02 |
Ch3ck_ |
copied mostly
from how it was in the push.c file |
| 17:20.24 |
brlcad |
so? |
| 17:20.49 |
brlcad |
just means
you're not scrutizing and checking lines in files that you are
copy-pasting |
| 17:20.54 |
brlcad |
and you
should be |
| 17:21.29 |
Ch3ck_ |
well was
using it as reference actually |
| 17:21.36 |
Ch3ck_ |
since i
thought it was up to date ;) |
| 17:21.50 |
brlcad |
it was up to
date for the file you copied it from |
| 17:22.01 |
brlcad |
you assumed
it meant one thing when it meant another |
| 17:23.12 |
brlcad |
would have
been an excellent question to ask |
| 17:23.36 |
Ch3ck_ |
ok |
| 17:23.48 |
brlcad |
still, that
was just one of a dozen little issues |
| 17:24.00 |
brlcad |
nothing major
obviously, just a lot of small cuts |
| 17:24.45 |
brlcad |
like I said,
clearly a lot you've not had to think about much before is
all |
| 17:26.08 |
brlcad |
running as
root is a similar issue.. |
| 17:26.20 |
brlcad |
you would
have, nay, SHOULD have gotten yelled at by your peers for doing
that! |
| 17:27.14 |
Notify |
03BRL-CAD:n_reed * 57182
brlcad/trunk/src/libdm/dm-wgl.c: Copy implementation of vlist point
size and line width specification to wgl. |
| 17:27.58 |
brlcad |
any third or
fourth year CS student should have been all over ingraining a sense
of guilt into first and second year students, I know my uni sure
did :) |
| 17:31.22 |
*** join/#brlcad caen23
(~caen23@92.85.89.89) |
| 17:33.30 |
Ch3ck_ |
well thats
not the case here ;) |
| 17:34.29 |
Ch3ck_ |
I mean its
really hard! I mean hard! here to find programmers like us
;) |
| 17:35.02 |
Ch3ck_ |
everyone is
kinda luke-warm towards programming talk less of hacking Linux
;) |
| 17:39.13 |
Ch3ck_ |
brlcad: i've
added the pull_comb() routine to the pull ticket on sf. Waiting for
it to be reviewed and applied ;) |
| 17:50.43 |
brlcad |
I get
notification every time you do, someone will get to it
asap |
| 17:53.21 |
Ch3ck_ |
;) |
| 18:08.17 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 6053
/wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Aug 26 - Sept 01
*/ |
| 18:15.31 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 6054 /wiki/User:Izak/GSOC_2013_logs: /* August
26th to August 27th */ |
| 18:31.07 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 6055 /wiki/User:Izak/GSOC_2013_logs: /* August
26th to August 27th */ |
| 18:41.12 |
Notify |
03BRL-CAD:n_reed * 57183
(brlcad/trunk/src/libdm/dm-ogl.c brlcad/trunk/src/libdm/dm-wgl.c):
distinguish between indexing and dereferencing |
| 19:01.33 |
Notify |
03BRL-CAD:n_reed * 57184
brlcad/trunk/src/libdm/dm-X.c: implement vlist point size
specification for dm-x |
| 19:14.39 |
Notify |
03BRL-CAD:starseeker * 57185
brlcad/trunk/src/tclscripts/CMakeLists.txt: Don't just print the
error if the file isn't found, return an error code |
| 19:24.00 |
Ch3ck_ |
running to bed ;) |
| 19:28.55 |
brlcad |
zero_level:
what progress have you made? |
| 19:34.26 |
zero_level |
I was
recheking with grep. |
| 19:43.36 |
zero_level |
The only
subsequent usage I could find was in
tclscripts/lib/RtImage.tcl |
| 19:43.57 |
zero_level |
wonders if this is really called in the
regress! |
| 19:51.37 |
``Erik |
zero_level:
what does the machine say the problem is? |
| 19:52.17 |
zero_level |
``Erik it
gives a syntax |
| 19:52.32 |
zero_level |
error while
running regress-dsp |
| 19:52.41 |
``Erik |
what error
does it say? |
| 19:52.52 |
zero_level |
It is
probably because i changed input parameters. |
| 19:53.22 |
``Erik |
which
parameters did you change? can you find those in the regress-dsp
call chain? |
| 19:53.57 |
zero_level |
``Erik
http://paste.kde.org/p5c66dee9/ |
| 19:54.32 |
zero_level |
call chain ?
These are alien words to me. |
| 19:54.38 |
``Erik |
so 'expr' is
giving a syntax error, this is a bash script issue,
right? |
| 19:54.49 |
zero_level |
yes I guess
so, |
| 19:55.27 |
``Erik |
regress-dsp
calls a shell script, you can run that shell script manually... if
you do that, you can do awesome stuff like add flags for
debugging |
| 19:55.27 |
zero_level |
``Erik : do u
get such error ? |
| 19:55.45 |
zero_level |
do u mean
regress/dsp.sh ? |
| 19:55.46 |
``Erik |
actually, I
saw a slew of errors before the bash error when I ran
regress |
| 19:55.59 |
``Erik |
but I'm
teaching you how to find the issue, not finding the issue for you
:D |
| 19:56.28 |
``Erik |
yeh,
regress/dsp.sh is the shell script in the call chain that the error
shows up in |
| 19:56.42 |
zero_level |
was it this
error http://paste.kde.org/p20e8292d/
? |
| 19:57.03 |
``Erik |
no |
| 19:57.06 |
zero_level |
ok. |
| 19:57.26 |
``Erik |
bash has two
flags I recommend you read about in the man page, '-x' and
'-e' |
| 19:57.55 |
``Erik |
since you
know which script the error shows up in, I think this is enough for
you right now :) |
| 19:58.53 |
``Erik |
drops the mic and walks off the stage |
| 20:01.09 |
zero_level |
is still on the stage :) |
| 20:03.35 |
``Erik |
did you find
the documentation for the two flags? |
| 20:04.09 |
zero_level |
There is no
call to pix-bw in the dsp.sh file. |
| 20:05.02 |
zero_level |
u meant man
page of bash ? |
| 20:05.08 |
``Erik |
yeah, man
page of bash |
| 20:05.50 |
zero_level |
i am afraid
bt i see -i,r,l,s,D options |
| 20:06.13 |
``Erik |
hm, sometimes
bash ships with a differnet manpage...
http://serverfault.com/questions/391255/what-does-passing-the-xe-parameters-to-bin-bash-do |
| 20:07.36 |
zero_level |
ok. I
understand you were suggesting a scheme for debugging ? |
| 20:07.46 |
``Erik |
btw, a 'call
chain' is a way to refer to the list of
functions/programs/scripts/etc that are executed... a(){b();} b(){
c();} so a() would have a call chain of a->b->c |
| 20:07.53 |
``Erik |
yes |
| 20:08.06 |
``Erik |
and in this
case, a script calls a script calls a script calls
pix-bw |
| 20:09.09 |
zero_level |
I guessed
that. |
| 20:09.28 |
``Erik |
aight, then
you're set! good luck finding it :D |
| 20:09.44 |
zero_level |
but i wonder
grep should have shown some results. |
| 20:10.25 |
brlcad |
zero_level:
if I grep pix-bw in regress/ it's used |
| 20:10.29 |
brlcad |
it's the
first hit |
| 20:11.00 |
``Erik |
hm, grep has
a -r flag that you may not have used |
| 20:11.30 |
brlcad |
``Erik: it's
stashed in a variable, so he probably missed it |
| 20:12.07 |
brlcad |
zero_level:
grep pix-bw regress/* |
| 20:12.25 |
brlcad |
notice the
first line |
| 20:12.26 |
``Erik |
which,
literal pix-bw? |
| 20:12.38 |
zero_level |
if you are
guys are pointing towards asc2dsp.sh ? Then I saw it. But i hardly
see any arguments passed ! |
| 20:12.42 |
``Erik |
grep line is
wrong if we have the same src |
| 20:13.05 |
``Erik |
"grep pix-bw
regress/*/*" or "grep -r pix-bw regress" |
| 20:13.27 |
brlcad |
eh? |
| 20:13.34 |
brlcad |
it's not in a
regress subdir |
| 20:14.00 |
``Erik |
hm, it is on
my checkout |
| 20:14.01 |
brlcad |
ah, I see
there's ANOTHER usage there |
| 20:14.06 |
brlcad |
in the dsp
subdir |
| 20:14.24 |
``Erik |
oh, heh, two
of 'em |
| 20:14.35 |
brlcad |
zero_level:
what arguments are you seeing passed in asc2dsp.sh? |
| 20:14.55 |
brlcad |
what's the
actual line that invokes pix-bw? |
| 20:15.05 |
zero_level |
P2B="`ensearch pix-bw`" |
| 20:15.36 |
brlcad |
nope |
| 20:15.41 |
brlcad |
that's a very
important line |
| 20:15.43 |
``Erik |
looks like
asc2dsp.sh is called by regress-asc2dsp but not
regress-dsp |
| 20:15.44 |
brlcad |
but not the
line where it's run |
| 20:16.14 |
brlcad |
this is shell
scripting, so you're forgiven ;) |
| 20:16.35 |
zero_level |
ok. u mean it
is run on line:67 in asc2dsp.sh |
| 20:16.49 |
zero_level |
sees brlcad is being nice. Thanks :) |
| 20:17.09 |
brlcad |
nop, not
67 |
| 20:17.12 |
``Erik |
someone musta
left the scotch cabinet unlocked O.o |
| 20:17.22 |
brlcad |
that line is
running a shell function called "ensearch" which is given an
argument of "pix-bw" |
| 20:17.27 |
zero_level |
I got it this
time |
| 20:17.31 |
zero_level |
95. |
| 20:17.33 |
brlcad |
and setting a
variable P2B to the result |
| 20:17.40 |
brlcad |
bingo |
| 20:17.57 |
zero_level |
What is
ensearch meant for ? |
| 20:18.05 |
brlcad |
it's running
a function to find the pix-bw tool .. sets the result to that
variable, then just calls the variable |
| 20:18.07 |
zero_level |
googled it.
didnt f |
| 20:18.16 |
zero_level |
ok. |
| 20:18.18 |
brlcad |
heh |
| 20:19.49 |
brlcad |
google should
be the second or third idea that comes to mind |
| 20:19.59 |
brlcad |
first should
have been to just grep for it |
| 20:20.08 |
brlcad |
grep -r
ensearch regress |
| 20:20.17 |
brlcad |
you would
have found it in library.sh |
| 20:20.37 |
starseeker |
ensearch may
go away in the future, actually - it dates from the days when we
needed to find commands in the source tree. These days, the build
directory layout duplicates the relative hierarchy found in the
actual BRL-CAD install |
| 20:20.41 |
brlcad |
and still,
all you would have found was the implementation |
| 20:21.10 |
brlcad |
starseeker:
meh, it ain't broken yet ;) |
| 20:21.23 |
starseeker |
brlcad: lines
of code reducation :-P |
| 20:21.29 |
brlcad |
bigger
fish |
| 20:21.34 |
starseeker |
zero_level:
so what do the scripts do with P2B? |
| 20:21.42 |
brlcad |
that aren't
likely to cause breakage |
| 20:22.00 |
zero_level |
brlcad: just
mis interperated it as a keyword. |
| 20:22.05 |
``Erik |
suddenly, I'm
in the mood for seared ahi |
| 20:22.36 |
brlcad |
zero_level:
and I know you keep saying you're changing the synopsis, but you
haven't told me what it was before your change? |
| 20:23.02 |
brlcad |
changes are
usually made very intentionally and per a policy |
| 20:23.27 |
brlcad |
especially
once we test or publish them |
| 20:23.54 |
brlcad |
Izak_: did
you test whether the root solever is behaving? |
| 20:25.15 |
zero_level |
brlcad : Do u
mean before making the change ? or before chaning the synopsis
? |
| 20:25.52 |
zero_level |
brlcad : Can
you point me to a way where string can be passed as input arguments
? |
| 20:26.03 |
``Erik |
zero_level:
changes to the user interface are very serious and usually go
through a deprecation sequence |
| 20:26.18 |
``Erik |
(options and
arguments qualify as user interface) |
| 20:26.52 |
zero_level |
``Erik,
brlcad : ok. |
| 20:26.59 |
zero_level |
In the case
of pix-bw |
| 20:27.06 |
brlcad |
zero_level:
yes, before making the change |
| 20:27.20 |
Notify |
03BRL-CAD:brlcad * 57186
brlcad/trunk/TODO: get rid of all the -P options |
| 20:27.34 |
brlcad |
what is/was
the synopsis |
| 20:28.02 |
zero_level |
ix-bw [-ntsc]
[-crt] [-R [num]] [-G [num]] [-B [num]] [in.pix] >
out.bw |
| 20:28.22 |
``Erik |
obviously,
the command line arguments to pix-bw broke, thus breaking the
regress script... just fixing the regress script is inadequate, as
third party programs may be calling pix-bw and will need warning
before jerking the carpet out from under them :) |
| 20:28.32 |
``Erik |
s/broke/changes/ |
| 20:28.53 |
brlcad |
zero_level:
is that after or before your change? |
| 20:29.05 |
zero_level |
it is before
the changes. |
| 20:29.33 |
zero_level |
Now I must
confess i dont have experience with arguments parsing. |
| 20:29.41 |
zero_level |
So few
questions i wanted to ask. |
| 20:30.01 |
zero_level |
1) Is there a
way where we can parse a string from command line
arguments. |
| 20:30.15 |
zero_level |
like
-ntsc |
| 20:30.21 |
zero_level |
or like
-crt |
| 20:30.46 |
brlcad |
1) yes, don't
use getopt |
| 20:30.55 |
brlcad |
getopt will
treat that as -n -t -s -c |
| 20:31.17 |
brlcad |
still, have
to understand the changes |
| 20:31.21 |
brlcad |
what's the
new synopsis |
| 20:31.41 |
zero_level |
2) is there a
way where we could have a handle say -R and make it a flag for both
an argument and without argument |
| 20:32.03 |
zero_level |
like pix-bw
-R eg.pix > eg.bw |
| 20:32.15 |
brlcad |
Prior Usage:
pix-bw [-ntsc -crt -R[#] -G[#] -B[#]] [in.pix] >
out.bw |
| 20:32.21 |
brlcad |
slightly
different from what you wrote |
| 20:32.35 |
brlcad |
might have
been carl or tom though |
| 20:32.45 |
zero_level |
and pix-bw -R
1.2 eg.pix > eg.bw |
| 20:33.23 |
zero_level |
brlcad i hope
i was able to convey my question 2. ? |
| 20:33.39 |
brlcad |
2) probably
not reliably (at least not with getopt) |
| 20:33.48 |
brlcad |
yep, optional
arg |
| 20:34.09 |
brlcad |
getopt just
has the ':' to say argument or no argument |
| 20:34.19 |
brlcad |
anything else
you have to customize |
| 20:34.26 |
zero_level |
ok. |
| 20:34.34 |
brlcad |
but I
wouldn't without knowing more about the problem |
| 20:34.52 |
brlcad |
what is the
difference between "-R" and "-R 1.4" |
| 20:35.01 |
zero_level |
The reason i
wanted to use getopt here was because we could pass the arguments
in any order. |
| 20:35.15 |
zero_level |
but
customization was tedious here. |
| 20:35.38 |
``Erik |
we have
bu_getopt() |
| 20:35.40 |
zero_level |
and it mades
sense using -N instead -ntsc |
| 20:36.11 |
brlcad |
most tools
should stick to lowercase unless it's a boolean on/off
toggle |
| 20:36.38 |
zero_level |
It was just
because -n is used for width of input files. |
| 20:36.45 |
brlcad |
or unless
there's some established precedent like -P and -C |
| 20:37.49 |
brlcad |
note that you
could still handle -ntsc and/or -crt in an argument processing
loop |
| 20:38.03 |
brlcad |
the loop just
changes slightly |
| 20:38.31 |
zero_level |
Also in any
way we have to take the input file size from the user, if we wish
to use icv in current form. That is icv_read(.); icv_rgb2gray();
icv_write(.)... |
| 20:39.45 |
brlcad |
while(1) { if
(BU_STR_EQUAL(optarg, "-ntsc")) ... else if (BU_STR_EQUAL(optarg,
"-crt")) ... else if (bu_getopt(...)) {...} } |
| 20:39.45 |
zero_level |
brlcad : are
you suggesting looping in bw_getopt(..) or in a customized manner
? |
| 20:40.30 |
brlcad |
just
notional, but the idea is to check any non-getopt args before
calling getopt |
| 20:40.46 |
brlcad |
alternatively, handle them in the getopt
error handler |
| 20:41.57 |
zero_level |
alright. For
the time being I am resurrecting the regress. And then i will start
working on minimizing usage changes for pix-bw. |
| 20:42.09 |
zero_level |
brlcad : I
hope this is fine ? |
| 20:42.25 |
brlcad |
yep, regress
is top priority |
| 20:42.38 |
brlcad |
we cannot
release until regress is fixed |
| 20:42.52 |
zero_level |
are we making
a release point ? |
| 20:43.17 |
brlcad |
yes |
| 20:43.29 |
zero_level |
schedule
? |
| 20:43.48 |
brlcad |
going to sync
to a release branch this thursday/friday |
| 20:44.15 |
brlcad |
and tag it as
soon as everything passes, documented, tested |
| 20:44.37 |
brlcad |
so looking at
the regress, the problem is probably -B |
| 20:45.02 |
zero_level |
yeah i see
that. |
| 20:45.10 |
brlcad |
your current
usage is |
| 20:45.10 |
zero_level |
Just testing
on bix |
| 20:45.11 |
brlcad |
pix-bw [-h]
[squaresize] [-w width] [-n height] [ [-N] [-C] [-R red_weight]
[-G green_weight] [-B blue_weight] ] [-o out_file.bw] [file.bw]
> [out_file.bw] |
| 20:45.30 |
zero_level |
c/bix/bz |
| 20:45.51 |
brlcad |
by the way,
that usage does not look right |
| 20:46.12 |
brlcad |
[squaresize] |
| 20:48.01 |
brlcad |
also, -C
means something else, so if they're going to change I would suggest
something like [-e [ntsc|crt]] |
| 20:48.51 |
brlcad |
rather: [-e
{ntsc|crt}] |
| 20:49.05 |
brlcad |
that keeps it
minimally impacting |
| 20:49.57 |
brlcad |
in order to
capture [-R[#]], I suggest breaking them out into separate options
like -r -g -b and -R# -G# -B# |
| 20:50.13 |
brlcad |
the first
specifying which channels to use, the latter specifying what
weight |
| 20:50.15 |
zero_level |
this looks
fine to me. |
| 20:50.38 |
brlcad |
then fixing
the regression scripts also becomes minimally impacting |
| 20:50.52 |
brlcad |
(see CHANGES
file for the definition of minimally impacting) |
| 20:52.12 |
zero_level |
alright,. |
| 20:54.31 |
brlcad |
and note that
there was a second P2B usage |
| 20:56.36 |
brlcad |
starseeker:
to answer your question, depends what you mean by initializing
it |
| 20:57.01 |
brlcad |
starseeker:
no problem zero-initializing (with a valid magic) and that *should*
be happening already since it's not a pointer |
| 20:57.12 |
brlcad |
if it's not,
that's a problem |
| 20:57.31 |
brlcad |
filling in
that structure all the time would probably be a performance
problem |
| 20:58.06 |
brlcad |
at least
enough to warrant timeing and testing |
| 20:59.09 |
brlcad |
should be
visible on db load and prep timing for big targets |
| 21:16.20 |
Notify |
03BRL-CAD:starseeker * 57187
brlcad/trunk/src/librt/search.c: More thinking about what will
needed for db_search function |
| 21:21.12 |
*** join/#brlcad mpictor
(~mark@2601:d:b280:3d4:d63d:7eff:fe2d:2505) |
| 21:53.47 |
Notify |
03BRL-CAD:carlmoore * 57188
brlcad/trunk/src/conv/g-obj.c: minor formatting changes, including
removal of a trailing blank |
| 23:17.42 |
``Erik |
"where's
waldo: the audiobook" |
| 00:18.44 |
*** join/#brlcad kesha__
(~kesha@49.249.0.218) |
| 01:16.01 |
*** join/#brlcad kesha__
(~kesha@49.249.0.218) |
| 01:40.45 |
brlcad |
``Erik: huh,
interesting |
| 01:46.38 |
brlcad |
zero_level:
nice work isolating the expr error |
| 01:47.06 |
Notify |
03BRL-CAD:brlcad * 57248
(brlcad/trunk/regress/dsp/run-dsp-case-set-0.sh
brlcad/trunk/regress/dsp/run-dsp-case-set-1.sh and 2 others): avoid
expr error when there IS a failure, init the right var. |
| 01:47.12 |
brlcad |
note however
that it just fixes the expr message, but the reason it was even
encountering that expr line is because something else went wrong
before that |
| 01:52.55 |
*** join/#brlcad jarray52
(~purplehaz@unaffiliated/jarray52) |
| 01:53.17 |
jarray52 |
Is there any
way to rotate rendered views using brlcad? |
| 02:03.19 |
*** join/#brlcad kesha__
(~kesha@49.249.0.218) |
| 02:30.32 |
*** join/#brlcad maths22_
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 02:30.46 |
*** join/#brlcad hickoryknoll
(~hickorykn@66-118-151-70.static.sagonet.net) |
| 02:33.36 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
| 02:35.24 |
*** join/#brlcad zero_level
(~mohit@66-118-151-70.static.sagonet.net) |
| 02:35.30 |
*** join/#brlcad n_reed
(~molto_cre@66-118-151-70.static.sagonet.net) |
| 02:35.31 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
| 02:35.33 |
*** join/#brlcad Izak_
(~Izak@66-118-151-70.static.sagonet.net) |
| 02:35.36 |
*** join/#brlcad ejno
(~ejno@unaffiliated/kazaik) |
| 03:07.19 |
brlcad |
jarray52: yes
and no |
| 03:07.53 |
brlcad |
I believe
you're wanting to see a shaded display of geometry, which is a
feature in archer and a raw option in mged |
| 03:08.36 |
brlcad |
an actual
"rendered" view cannot be rotated because it is exactly that --
rendered -- it's an image |
| 03:09.10 |
brlcad |
you could
certainly keep re-rendering new views but doing so interactively
usually entails a shaded display (e.g., via OpenGL like most
games) |
| 03:17.04 |
jarray52 |
brlcad: has
anyone developed a convenient way to render brlcad objects in a
browser? |
| 03:17.23 |
jarray52 |
brlcad: I
know it is not hard... just wonder if there is a prepackaged
solution? |
| 03:42.18 |
jarray52 |
brlcad: I
found that it is possible to export objects as obj files, convert
them to useable obj files, and then use three.js to render
them. |
| 03:46.39 |
*** join/#brlcad kimzzzz
(~AndChat31@1.38.30.243) |
| 03:58.50 |
brlcad |
jarray52:
what do you do that makes them "usable" vs unusable? |
| 03:59.25 |
brlcad |
we should
probably update our converter |
| 04:02.43 |
jarray52 |
I used
Three.js as the rendering javascript library, which allowed me to
render the objects on a web page. However, the Wavefront OBJ files
generated by BRLcad cannot be used directly. So, I used
convert_obj_three.py to do the conversion after exporting as a
Wavefront obj file. |
| 04:03.35 |
jarray52 |
However, it
has been a while since I've done this. I just recently started
working on the project again. |
| 04:03.57 |
jarray52 |
I was a bit
busy with work in the last several months. |
| 04:04.23 |
jarray52 |
Maybe in a
few days I can give better feedback. |
| 04:05.05 |
jarray52 |
Last we
spoke, the CAD to CAM project was on the drawing board but not yet
started. Has that project been started for BRLCAD? |
| 04:12.02 |
Notify |
03BRL-CAD:phoenixyjll * 57249
brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Plot the
normal with a scale computed from the size of the
surface. |
| 04:36.14 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 06:27.29 |
Notify |
03BRL-CAD:phoenixyjll * 57250
brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Add blank
lines to make the format consistent. |
| 06:47.27 |
Notify |
03BRL-CAD:phoenixyjll * 57251
brlcad/trunk/src/libbrep/boolean.cpp: Fix wrong operation
type. |
| 06:49.46 |
*** part/#brlcad jarray52
(~purplehaz@unaffiliated/jarray52) |
| 07:04.06 |
Notify |
03BRL-CAD:phoenixyjll * 57252
brlcad/trunk/src/libbrep/boolean.cpp: No need to flip the face if
it belongs to the brep being substracted. |
| 07:10.15 |
Notify |
03BRL-CAD:phoenixyjll * 57253
(brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/boolean.cpp):
Support XOR operation - also used in combinations in
BRL-CAD. |
| 07:16.23 |
Notify |
03BRL-CAD:phoenixyjll * 57254
(brlcad/trunk/src/libged/brep.c
brlcad/trunk/src/librt/primitives/brep/brep.cpp): Extend the
command for XOR support. |
| 07:29.41 |
Notify |
03BRL-CAD:phoenixyjll * 57255
brlcad/trunk/src/librt/primitives/brep/brep.cpp: Oops.. It should
be an assignment.. |
| 08:18.35 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 08:52.56 |
Notify |
03BRL-CAD:phoenixyjll * 57256
brlcad/trunk/src/librt/primitives/brep/brep.cpp: Remove the old
evaluation code in librt. |
| 09:12.11 |
Notify |
03BRL-CAD:phoenixyjll * 57257
brlcad/trunk/src/librt/primitives/brep/brep.cpp: Add header
comment. |
| 09:24.38 |
Notify |
03BRL-CAD:indianlarry * 57258
brlcad/branches/nurbs/include/brep.h: added UV interval assignments
for BANode class variables m_u,m_v in constructor, these were being
used without being assigned. since we split the trim curve interval
on Horz/Vert tangents we can use the m_start/m_end points to bound
the curve the trim |
| 09:26.13 |
Notify |
03BRL-CAD
Wiki:Phoenix * 6063 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 11
*/ |
| 09:28.14 |
Notify |
03BRL-CAD
Wiki:Phoenix * 6064 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 11
*/ |
| 09:34.29 |
Notify |
03BRL-CAD
Wiki:Phoenix * 0 /wiki/File:Union_sph.png: |
| 09:34.49 |
Notify |
03BRL-CAD
Wiki:Phoenix * 0 /wiki/File:Diff_sph.png: |
| 09:38.09 |
Notify |
03BRL-CAD
Wiki:Phoenix * 6067 /wiki/User:Phoenix/GSoc2013/Reports: /* Test
Results */ |
| 09:44.14 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 10:05.33 |
Notify |
03BRL-CAD:indianlarry * 57259
(brlcad/branches/nurbs/doc/docbook/system/man1/en/bwfilter.xml
brlcad/branches/nurbs/include/brep.h and 19 others): Merging trunk
into branch 'nurbs' r:57224:57257 |
| 10:06.47 |
Notify |
03BRL-CAD
Wiki:Huskmate13 * 0 /wiki/User:Huskmate13: |
| 10:23.47 |
Notify |
03BRL-CAD:tbrowder2 * 57260
brlcad/trunk/src/libbu/date-time.c: handle error upon call to
gmtime |
| 10:39.20 |
*** join/#brlcad Ch3ck_
(~Ch3ck@195.24.220.16) |
| 10:42.29 |
Notify |
03BRL-CAD:tbrowder2 * 57261
brlcad/trunk/include/bu.h: revert bu_attribute_value_pair to
original definition |
| 10:45.39 |
Notify |
03BRL-CAD:tbrowder2 * 57262
brlcad/trunk/src/libbu/avs.c: don't use new function on attributes
yet |
| 10:55.42 |
Notify |
03BRL-CAD:tbrowder2 * 57263
brlcad/trunk/include/bu.h: remove decl of func which is not yet
needed |
| 10:57.11 |
Notify |
03BRL-CAD:tbrowder2 * 57264
brlcad/trunk/src/libbu/avs.c: remove func not ready for prime time;
restore missing return |
| 11:02.15 |
Notify |
03BRL-CAD:tbrowder2 * 57265
brlcad/trunk/src/libged/attr.c: remove untested new attribute
attributes |
| 11:36.13 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 11:52.01 |
starseeker |
http://scribu.net/wordpress/svn-patches-from-git.html |
| 12:23.16 |
*** join/#brlcad sobaah
(~sober@user-160u7km.cable.mindspring.com) |
| 13:24.26 |
Notify |
03BRL-CAD:tbrowder2 * 57266 NIL: creating
a private branch for working on
bu_avs_attribute_value_pair |
| 14:28.55 |
starseeker |
http://arstechnica.com/information-technology/2013/06/c99-acknowledged-at-last-as-microsoft-lays-out-its-path-to-c14/ |
| 14:38.51 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 14:42.27 |
Notify |
03BRL-CAD:starseeker * 57267
brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Use edge curve
index |
| 14:44.42 |
Notify |
03BRL-CAD:starseeker * 57268
brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: whoops - e_curve,
not curve |
| 15:19.01 |
*** join/#brlcad mpictor_
(~mpictor_@2600:1015:b111:f121:0:47:294:f801) |
| 15:22.42 |
Notify |
03BRL-CAD:indianlarry * 57269
brlcad/trunk/src/librt/primitives/pipe/pipe.c: Changed logic in the
'pipe' solid raytracing code in function rt_pipe_elim_dups(). This
code removed single hit from hit list when next hit dist <
0.00001 and next hit from same surface. This caused an error in
grazing cases where you have legitimate in/out hits on same surface
but less than 0.00001 dist. For the pipe we don't expect
to |
| 15:22.44 |
Notify |
hit the same
surface within such a small distance unless it is a grazing case in
which we really want to remove both hits. Also changed the
hardcoded '0.00001' constant to the internal distance tolerence.
Also removed related conditional that reported the original error
and bailed. |
| 15:23.37 |
sobaah |
this place
has more activity than #freecad which has almost twice as many
users |
| 15:41.21 |
Notify |
03BRL-CAD:starseeker * 57270
(brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp
brlcad/trunk/src/conv/step/g-step/ON_Brep.h): Start setting up
instance list population so we have some control over the ordering.
Need to change how surface cartesian points are handled, but
getting closer. |
| 15:42.14 |
starseeker |
sobaah: at
the moment they have better screenshots ;-) |
| 15:43.01 |
starseeker |
all IRC
channels have their quiet periods |
| 15:44.36 |
sobaah |
hehe, I see
starseeker |
| 15:44.47 |
sobaah |
=) |
| 16:10.22 |
Ch3ck_ |
starseeker:
just need some clarification here with the regression tests i've
written for the pull |
| 16:11.29 |
Ch3ck_ |
<PROTECTED> |
| 16:12.06 |
Ch3ck_ |
I also wish
to know the command i'll use to compile the test testing the
routine or the regression tests should work? |
| 16:43.40 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 6068
/wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Aug 26 - Sept 01
*/ |
| 16:51.51 |
*** join/#brlcad mpictor_
(~mpictor_@2600:1015:b111:f121:0:47:294:f801) |
| 16:52.50 |
brlcad |
hello
sobaah |
| 16:54.47 |
sobaah |
hi brlcad
=D |
| 16:57.04 |
sobaah |
quick
question for all: can I use BRL-CAD to do measurements in STEP
(.stp) files? Does it snap to planes/features? Last, but not
least: can the measurement tool follow an axis; in other words, can
it follow a straight line when measuring? |
| 17:29.46 |
*** join/#brlcad mpictor_
(~mpictor_@2600:1015:b111:f121:0:47:294:f801) |
| 17:55.50 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 17:56.51 |
Notify |
03BRL-CAD:mohitdaga * 57271
(brlcad/trunk/regress/asc2dsp.sh
brlcad/trunk/regress/dsp/run-dsp-case-set-1.sh and 2 others): Add
input arguments in rgress options for pix-bw. These argguments are
added as per the recent changes in pix-bw (adding icv in
pix-bw.) |
| 18:04.34 |
zero_level |
feels relieved. |
| 18:27.31 |
brlcad |
sobaah: we do
have a variety of measurement tools, some unconventional, some
fairly standard |
| 18:27.54 |
brlcad |
there is snap
to grid |
| 18:28.30 |
brlcad |
one of our
measurement tools is the "angle distance cursor" (ADC) which lets
you measure angles and distances |
| 18:29.12 |
brlcad |
our "nirt"
measurement tool shoots a straight ray and reports
distances/measurements along that axis |
| 18:31.38 |
brlcad |
Ch3ck_: have
you actuallyy run your new test? |
| 18:32.09 |
brlcad |
it it runs
and tests the command (with clear failure criteria), then that
should be just fine |
| 18:32.25 |
zero_level |
brlcad : Does
regress succeds on your machine after 57271 ? |
| 18:33.08 |
brlcad |
zero_level:
rebuilding now, let you know in a couple minutes |
| 18:34.03 |
Ch3ck_ |
brlcad: well
code compiles i have integrated the test into the regress
directory. But however when code compiles i don't actually see the
pull there |
| 18:34.07 |
Ch3ck_ |
among mged's
command |
| 18:34.23 |
Ch3ck_ |
and its like
the installed version of BRL-CAD interferes |
| 18:34.32 |
Ch3ck_ |
with my
modified version |
| 18:34.51 |
Ch3ck_ |
so i don't
know if i'll have to install the modified version to see how it
works |
| 18:34.58 |
brlcad |
zero_level:
so is -B1.0 the final state or do you plan to add -r -g
-b? |
| 18:35.18 |
brlcad |
it's fine if
it is, be we have to announce this change because you changed the
interface |
| 18:36.34 |
Ch3ck_ |
brlcad: as
concerning the interface, I have integrated the pull into the
following( src/ligbed.wdb_obj.c, src/mged, src/tclscripts,
src/regress, doc/) others |
| 18:36.47 |
Ch3ck_ |
wrote the xml
file for pull |
| 18:36.51 |
Ch3ck_ |
for the
doc |
| 18:37.03 |
Ch3ck_ |
but whenever
i try to run the binaries in bin/mged |
| 18:37.15 |
Ch3ck_ |
i see an
inteference with usr/dev.../bin |
| 18:37.34 |
Ch3ck_ |
so I don't
know how to resolve this and test what i'm currently working
on |
| 18:38.51 |
brlcad |
that sounds
like several different distinct problems |
| 18:39.39 |
brlcad |
start with
what you are running, how are you starting mged? |
| 18:44.34 |
zero_level |
but brlcad,
on bz it is showning different behaviour. |
| 18:45.37 |
zero_level |
I wish if you
could run regress-dsp on your machine. |
| 18:46.27 |
zero_level |
brlcad :
taking about the interface. Lets first see if the regress is on the
mark. |
| 18:48.11 |
zero_level |
I think
interface resurrection will require some thinking. I will make
suitable changes to doc and other files as in when i see that
regress is on the mark :) |
| 18:50.58 |
Notify |
03BRL-CAD:brlcad * 57272
brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: clean up the
AddEdge() function with some comments and spacing for readability,
collapse an unnecessary scope |
| 18:54.06 |
Notify |
03BRL-CAD:brlcad * 57273
brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: understanding a
little awry, regroup to reflect where what lines are actually
involved in adding the edge |
| 18:54.45 |
brlcad |
zero_level:
regress-dsp fails for me with pix-bw usage statemetns |
| 18:55.27 |
brlcad |
zero_level: I
intend to fork a release branch either later tonight or tomorrow,
so this needs to be resolved really quickly |
| 18:55.41 |
brlcad |
usually a
regression failure like this would be reverted if not fixed within
24 hours |
| 18:56.00 |
brlcad |
it's been a
week, so time is running out :) |
| 18:57.13 |
zero_level |
brlcad :
after 57272 ? |
| 18:57.54 |
zero_level |
brlcad : I
mean after 57271 ? |
| 18:58.42 |
brlcad |
maybe not,
checking again |
| 18:58.50 |
brlcad |
okay, yes
that works |
| 18:59.00 |
brlcad |
but I assume
thats the -B -> -B1.0 change yes? |
| 18:59.34 |
zero_level |
the change
also requires adding file size |
| 18:59.44 |
brlcad |
o.O |
| 18:59.59 |
zero_level |
I have added
that in 57271. |
| 19:00.05 |
zero_level |
s1 s2
s3/ |
| 19:00.45 |
brlcad |
eh, what do
those options mean?? |
| 19:01.03 |
zero_level |
the file is
of 1X1 2X2 and 3X3 size. |
| 19:01.23 |
brlcad |
ah, so that's
literally the square size |
| 19:01.30 |
zero_level |
yes. |
| 19:01.39 |
zero_level |
but the
default is set to 512. |
| 19:02.02 |
zero_level |
I am
currently finding the file size in asc2dsp.sh |
| 19:02.46 |
brlcad |
hm, that is
potentially not a minimally impacting change |
| 19:03.12 |
zero_level |
these are the
cons of using icv. ;) |
| 19:03.17 |
brlcad |
why is the
size needed exactly? |
| 19:03.21 |
brlcad |
codewise |
| 19:03.28 |
zero_level |
because i
want to read the image. |
| 19:03.35 |
brlcad |
so you read
the image |
| 19:03.39 |
zero_level |
s the code
architecture goes this way. |
| 19:03.47 |
brlcad |
again,
codewise |
| 19:03.49 |
brlcad |
not
notionally |
| 19:03.52 |
brlcad |
what's the
code reason |
| 19:03.58 |
zero_level |
icv_read(..)
icv_rgb2gray() icv_write() |
| 19:04.21 |
brlcad |
that's not a
reason |
| 19:04.48 |
brlcad |
i'm not
trying to be difficult or funny, promist |
| 19:04.50 |
brlcad |
promise |
| 19:04.57 |
brlcad |
just
wondering what the actual technical reason is |
| 19:05.27 |
brlcad |
icv_read()
could specify "read to end of file" instead of a size, for
example |
| 19:05.34 |
brlcad |
so that's not
exactly the problem |
| 19:05.45 |
brlcad |
is there
something in icv_read that must know a size? |
| 19:06.09 |
zero_level |
specifing the
size of the image struct. |
| 19:06.15 |
zero_level |
*specifying |
| 19:06.24 |
zero_level |
that is the
data channel. |
| 19:06.44 |
brlcad |
can you point
me at a line of code? |
| 19:07.03 |
brlcad |
a place where
the size is required where something implicit couldn't be added to
mean end-of-file |
| 19:07.25 |
zero_level |
src/libicv/bw.c |
| 19:07.27 |
Ch3ck_ |
brlcad: by
running bin/mged from the brlcad_build directory |
| 19:07.38 |
Ch3ck_ |
this is to
enable me test the new changes i've made |
| 19:07.38 |
zero_level |
in line 81 to
end. |
| 19:08.19 |
brlcad |
that's a
function, not a line :P |
| 19:08.22 |
brlcad |
okay so in
that function |
| 19:08.26 |
zero_level |
102. |
| 19:08.32 |
brlcad |
presumably
the read() call on 103 |
| 19:08.43 |
zero_level |
malloc call
on 102. |
| 19:08.57 |
brlcad |
except I
could hold on the malloc until I know the size |
| 19:09.04 |
brlcad |
or malloc and
realloc |
| 19:09.41 |
brlcad |
okay, I think
I see it |
| 19:10.00 |
zero_level |
I can do
it, |
| 19:10.05 |
brlcad |
it looks like
there's certainly a way to handle this, but it'll require changing
all of those read() calls into loops |
| 19:10.46 |
brlcad |
OR ...
hmm |
| 19:10.49 |
zero_level |
is that
advisable ? |
| 19:10.55 |
brlcad |
who calls
bw_read()? |
| 19:11.03 |
zero_level |
icv_read(..) |
| 19:11.26 |
brlcad |
and the app
calls that, right? |
| 19:11.34 |
zero_level |
yes. |
| 19:11.46 |
zero_level |
icv_read is
in libicv/fileformat.c |
| 19:12.07 |
brlcad |
yep |
| 19:12.26 |
zero_level |
? |
| 19:13.15 |
brlcad |
still
thinking |
| 19:13.42 |
brlcad |
to handle
potentially streaming applications, you may not know a
size |
| 19:13.56 |
brlcad |
hell, the
size may be unended on a real pipe |
| 19:14.31 |
brlcad |
video streams
tend to just be unending data |
| 19:14.50 |
zero_level |
yes because
bw_read can also read from pipes. |
| 19:15.05 |
zero_level |
u just pass
"NULL" for image name |
| 19:15.22 |
brlcad |
e.g., could
see wanting to do something like: cat *.pix | pix-bw | mencode
file.avi |
| 19:16.24 |
brlcad |
I was
thinking that you could have some corrollary like
icv_guess_file_format() ... you know an
icv_guess_file_size() |
| 19:16.31 |
brlcad |
but even that
breaks on the streaming example |
| 19:16.46 |
brlcad |
(we already
have a guess size function somewhere) |
| 19:17.04 |
brlcad |
so back to
the immediate issue at hand |
| 19:17.09 |
brlcad |
-B to -B1.0
is fine |
| 19:17.14 |
brlcad |
that is
minimally impacting |
| 19:17.23 |
brlcad |
assuming the
output is the same |
| 19:17.54 |
brlcad |
so it's the
requirement to specify a size when the size is not 512x512 that
becomes an issue, on a tool that previously could
stream |
| 19:18.21 |
brlcad |
just thinking
out loud here |
| 19:18.48 |
brlcad |
one could
argue that it was undocumented behaviour |
| 19:18.57 |
brlcad |
especially
since most tools "default" to 512 |
| 19:19.19 |
brlcad |
unless we
actually document the pipe streaming capability where you don't
need to specify a size |
| 19:19.46 |
sobaah |
brlcad:
cool@measurement tools, I see |
| 19:19.49 |
sobaah |
I will give
it a try |
| 19:19.55 |
zero_level |
brlcad this
worked on the previous tool because |
| 19:19.59 |
sobaah |
thanks for
the info brlcad |
| 19:20.29 |
zero_level |
I mean on the
previous rev. because. |
| 19:21.04 |
zero_level |
pix-bw
utility just demand read a pixel do some operations write a
pixel |
| 19:33.36 |
brlcad |
sobaah: yeah,
no problem -- we're here to help |
| 19:34.42 |
brlcad |
zero_level:
I'm thinking that it might make sense to implement a buffering
option |
| 19:35.02 |
brlcad |
along with an
"unknown" size specification |
| 19:35.46 |
brlcad |
so you could
do per-pixel buffering, scanline buffering, or full frame
buffering |
| 19:36.58 |
zero_level |
brlcad : do u
mean in the read function iteself ? |
| 19:37.19 |
brlcad |
i'm not sure
where that would belong just yet, but possibly |
| 19:38.02 |
zero_level |
can u tell me
in icv terms notationally. |
| 19:38.08 |
brlcad |
the shortest
path to make -ssize not necessary for pix-bw however is even more
simple |
| 19:38.17 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 19:39.11 |
zero_level |
do we mean we
put everything in the loop. while(flag){ flag = icv_read(..)
icv_rgb2gray() icv_write(..) } |
| 19:39.50 |
zero_level |
but that
might not work because we have got rid of file descriptors from icv
struct. |
| 19:39.52 |
brlcad |
no, I don't
think that would be good to have in the front-end
application |
| 19:40.32 |
brlcad |
it would
probably make the most sense in icv_read() where 'format' becomes a
'mode' bitfield |
| 19:40.48 |
brlcad |
supporting
the data type and the buffering type |
| 19:40.52 |
zero_level |
is listening. |
| 19:42.07 |
brlcad |
os
icv_read("file.pix", ICV_IMAGE_AUTO|ICV_BUFFER_FRAME, 1024, 1024);
would read the whole file in like it does now |
| 19:42.16 |
brlcad |
s/os/e.g.,/ |
| 19:42.46 |
zero_level |
and
? |
| 19:43.04 |
brlcad |
icv_read("file.pix",
ICV_IMAGE_AUTO|ICV_BUFFER_PIXEL, 1024, 1024); would read the same
number of pixels, but would end up making 1024x1024 calls to read()
instead of just 1 |
| 19:43.47 |
brlcad |
icv_read("file.pix", ICV_IMAGE_AUTO, 0,
0); would read from file.pix until there was no more data to be
read? |
| 19:44.10 |
brlcad |
how does icv
deal with stdin data now? |
| 19:44.31 |
brlcad |
i.e., no
filename |
| 19:44.32 |
zero_level |
you just pass
NULL instead of filename. |
| 19:44.36 |
brlcad |
okay,
neat |
| 19:45.37 |
zero_level |
brlcad :
Should I prioritize this work ? |
| 19:45.43 |
zero_level |
or put this
on hold ? |
| 19:45.52 |
brlcad |
lets not get
ahead :) |
| 19:45.53 |
zero_level |
and work on
other formats ? |
| 19:45.57 |
brlcad |
this is just
a discussion :) |
| 19:46.08 |
zero_level |
pk. |
| 19:46.15 |
brlcad |
the immediate
issue is -s# being required on pix-bw |
| 19:46.33 |
brlcad |
that is
arguably a non-minimally impacting change so it would not be
allowed until later |
| 19:46.56 |
brlcad |
so the
question is what minimal change might be possible now to make that
option go away |
| 19:47.34 |
brlcad |
I'm thinking
the easiest way is to let a zero-size not imply 512, but instead
imply "read until read() fails" |
| 19:48.08 |
brlcad |
is reminded of wargames... |
| 19:49.42 |
zero_level |
brlcad : in
icv_read ? |
| 19:49.47 |
zero_level |
or in the app
? |
| 19:50.05 |
brlcad |
both,
no? |
| 19:50.20 |
brlcad |
the app calls
icv_read(..., 0, 0) |
| 19:51.03 |
brlcad |
then
icv_read() in fileformat.c has to handle a zero-size with a loop
for read() instead of just one call |
| 19:51.28 |
zero_level |
ok. |
| 19:51.43 |
zero_level |
brlcad :
thanks for guiding me. |
| 19:51.57 |
zero_level |
Till what
time will u be forking a trunk ? |
| 19:52.27 |
zero_level |
s/trunk/branch |
| 19:52.29 |
brlcad |
depends how
long it takes to fix this :) |
| 19:52.36 |
zero_level |
alright.
:) |
| 19:53.40 |
brlcad |
it's a little
tricky because basically the size is unknown .. until read() fails,
then you know a 1xSIZE image size |
| 19:53.58 |
brlcad |
it's
basically a 1-dimensional image (a pixel stream) |
| 19:54.27 |
brlcad |
but it could
get recorded in icv_image_t as exactly that (height=1,
width=N) |
| 19:54.28 |
zero_level |
but altleast
for pix-bw we dont need the file dimensions. ;) |
| 19:54.41 |
brlcad |
for MANY of
them we don't need the dimensions |
| 19:54.49 |
zero_level |
yes. |
| 19:54.50 |
brlcad |
that's why
this will be interesting to figure out |
| 19:55.04 |
zero_level |
I did the
similar mistake in pixrect and bwrect |
| 19:55.42 |
brlcad |
I wouldn't
call it a mistake |
| 19:56.11 |
brlcad |
there's
nothing wrong with requiring an image size where one was previously
implicit |
| 19:56.27 |
brlcad |
it's really
how it affects a user (and will it) |
| 19:56.50 |
brlcad |
pixrect/bwrect aren't nearly as widely
known as our image conversion tools |
| 19:57.07 |
zero_level |
ok. |
| 19:57.14 |
brlcad |
there's an
argument that their behavior isn't documented, so it can change
more easily |
| 19:57.25 |
brlcad |
I'd have to
re-read their manpage to be sure |
| 19:59.46 |
brlcad |
why does
icv_guess_file_format() take a buf? |
| 20:00.15 |
brlcad |
ah, never
mind, I see |
| 20:00.22 |
brlcad |
yeah, should
fix that FIXME |
| 20:00.33 |
zero_level |
I didnt get a
way ? |
| 20:00.53 |
zero_level |
for the 175th
line! |
| 20:01.00 |
zero_level |
in ppm
write. |
| 20:01.35 |
brlcad |
seems like
two functions to me |
| 20:01.52 |
brlcad |
pass a name
in and trim it |
| 20:01.59 |
brlcad |
or pass a
name in and get the format |
| 20:02.16 |
brlcad |
avoids
writing into a buffer, crash, boom |
| 20:02.31 |
zero_level |
actually we
dont need the trimmed name. |
| 20:02.39 |
zero_level |
so will
remove it :) |
| 20:03.15 |
brlcad |
k |
| 20:03.25 |
brlcad |
two FIXME
comments to remove after you do |
| 20:04.08 |
zero_level |
can u suggest
a trick for ppm_write ? |
| 20:04.21 |
zero_level |
icv_write i
see the way. |
| 20:15.48 |
Notify |
03BRL-CAD:starseeker * 57274
(brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp
brlcad/trunk/src/conv/step/g-step/ON_Brep.h
brlcad/trunk/src/conv/step/g-step/g-step.cpp): Per Keith's advice,
just write out directly what we have - face splitting will require
a fair bit of work. |
| 20:15.51 |
Notify |
03BRL-CAD:indianlarry * 57275
brlcad/branches/nurbs/src/librt/primitives/brep/brep.cpp: just
added some debugging code ; currently just hanging up on surface
with a singularity so should be pretty easy to work
through |
| 20:17.34 |
*** join/#brlcad mpictor
(~mark@2601:d:b280:3d4:d63d:7eff:fe2d:2505) |
| 20:24.16 |
Notify |
03BRL-CAD:starseeker * 57276
brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Allow null edges,
use the IsClosed test for surfaces |
| 20:45.59 |
Notify |
03BRL-CAD:starseeker * 57277
brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: This isn't how we'll
eventually have to do this - whole faces will need to be split in
addition to curves. Long run we should have some
ON_Brep_Split_Closed(ON_Brep *brep) function that does all of that
for us and presents this export routine with the final product
(such a Brep might be useful in other contexts as
well... |
| 21:10.29 |
Notify |
03BRL-CAD:starseeker * 57278
(brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp
brlcad/trunk/src/conv/step/g-step/ON_Brep.h): More
cleanup |
| 21:20.44 |
*** join/#brlcad merzo
(~merzo@211-113-133-95.pool.ukrtel.net) |
| 21:26.21 |
zero_level |
pokes at Notify. |
| 21:26.23 |
Notify |
03BRL-CAD:mohitdaga * 57279
brlcad/trunk/src/libicv/bw.c: Add pixel buffer option in bw_read.
This makes bw_read more powerfull by having an ability to read
without the size specified. Thanks sean for the
suggestion. |
| 21:39.01 |
Notify |
03BRL-CAD:mohitdaga * 57280
(brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/pix.c): Make
a strict condition regarding the number of pixel read. |
| 21:44.40 |
Notify |
03BRL-CAD:mohitdaga * 57281
brlcad/trunk/src/libicv/pix.c: Add pixel buffer option in
pix_read(along with r57280). This makes pix_read more powerfull by
having an ability to read without the size specified (similar to
r57279 for bw_read). |
| 21:49.40 |
mpictor |
n_reed:
perplex, lemon, and re2c do not depend on anything else in
src/other do they? |
| 21:50.43 |
mpictor |
ls |
| 21:50.46 |
mpictor |
oops |
| 21:53.40 |
Notify |
03BRL-CAD:starseeker * 57282
(brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp
brlcad/trunk/src/conv/step/g-step/ON_Brep.h): Allow the control
points to be inserted into the instance manager after their surface
definitions - results in a step file where the 'high level'
structure is grouped at the top of the file, making a study of the
high level structure slightly easier. |
| 21:54.10 |
starseeker |
mpictor:
that's correct - lemon, re2c and perplex are self
contained |
| 21:54.26 |
starseeker |
(our version,
at least - the 'standard' re2c uses bison, iirc...) |
| 21:55.15 |
starseeker |
n_reed did
the work to make re2c use lemon - that's how our Windows build
manages to be completely self contained for the lexer/parser
bits |
| 21:57.25 |
n_reed |
I concur.
perplex, lemon, and re2c do not depend on anything else is
src/other. |
| 21:58.13 |
mpictor |
ok. I'm going
to create a repo with just those 3 |
| 22:03.48 |
mpictor |
n_reed: are
you nreed on github? |
| 22:11.35 |
n_reed |
nope, that
must be somebody else - I've never made a github account as far as
I can remember |
| 22:13.54 |
mpictor |
ok. if you
create one, I'll give you access to the repo for perplex/lemon/re2c
when I create it |
| 22:18.51 |
n_reed |
okay, I've
signed up as 'nickreed' |
| 22:19.04 |
mpictor |
ok |
| 22:19.25 |
``Erik |
"no snowflake
in an avalanche ever feels responsible" http://cheezburger.com/7767875584 |
| 22:23.06 |
Notify |
03BRL-CAD:n_reed * 57283
brlcad/trunk/src/libtclcad/tclcad_obj.c: reduce duplicated lines
for converting from screen to view coordinates |
| 22:31.25 |
Notify |
03BRL-CAD:mohitdaga * 57284
(brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/pix.c):
Allocate image structure before the process starts. |
| 22:35.31 |
Notify |
03BRL-CAD:mohitdaga * 57285
brlcad/trunk/src/util/pix-bw.c: Remove in_width and in_height
option from pix-bw |
| 22:38.21 |
Notify |
03BRL-CAD:mohitdaga * 57286
brlcad/trunk/src/libicv/color_space.c: Avoid recurring division and
multiplications. |
| 22:42.37 |
Notify |
03BRL-CAD:mohitdaga * 57287
(brlcad/trunk/regress/dsp/run-dsp-case-set-1.sh
brlcad/trunk/regress/dsp/run-dsp-case-set-2.sh
brlcad/trunk/regress/dsp/run-dsp-case-set-3.sh): Remove square size
option from the run-dsp-case-set*.sh |
| 22:43.22 |
zero_level |
brlcad : the
floor is yours. |
| 22:43.55 |
zero_level |
is feeling rejuvenated. |
| 22:48.22 |
mpictor |
n_reed:
https://github.com/stepcode/baffledCitrus |
| 22:50.15 |
Notify |
03BRL-CAD:mohitdaga * 57288
brlcad/trunk/src/util/bw-pix.c: Remove in_width and in_height
options. This is possible after latest changes in icv_read
function. |
| 22:51.24 |
Notify |
03BRL-CAD:mohitdaga * 57289
brlcad/trunk/src/util/bw-pix.c: Correcting app
synopsis. |
| 22:52.07 |
Notify |
03BRL-CAD:mohitdaga * 57290
brlcad/trunk/src/util/bw-pix.c: Trailing WS |
| 22:56.10 |
Notify |
03BRL-CAD:r_weiss * 57291
brlcad/trunk/src/libbrep/PullbackCurve.cpp: Changes to 'libbrep'
function 'pullback_samples_from_closed_surface' to correct valgrind
warnings that uninitialized memory was being accessed and also fix
intermittent seg-faults. The problem was sometimes when 'prev_pt'
was used it was undefined. Additional code was added to help
debugging. These problems were encountered using the
'step-g' |
| 22:56.12 |
Notify |
converter.
More testing is needed. |
| 23:01.40 |
Notify |
03BRL-CAD:mohitdaga * 57292
brlcad/trunk/include/icv.h: Add the information regarding the new
feature of icv_read (ability to buffer pixels.) in doxygen
comments |
| 23:03.44 |
zero_level |
``Erik :
brlcad suggested me to change fixed size buffers in
libicv/fileformat.c. I think these cases are tricky. I will need
your suggestion on how should I go about doing them. |
| 23:04.20 |
zero_level |
brlcad : I
think regress is on the mark now. Pls test it. |
| 23:04.22 |
zero_level |
thanks |
| 23:04.49 |
zero_level |
bz gives
success, my machine gives success |
| 23:12.21 |
brlcad |
zero_level:
excellent, I'll give it all a look over in a little bit |
| 23:12.26 |
brlcad |
thank you for
the efforts |
| 23:12.40 |
brlcad |
we'll
probably need to do a code review here soon to see what all is
needed |
| 23:14.13 |
brlcad |
zero_level:
if you would, I think it's time to start tracking tasks for
libicv |
| 23:14.22 |
brlcad |
woudl you
create a src/libicv/TODO file?and put in any items that you think
still need to be worked on |
| 23:14.53 |
brlcad |
you can
include things you still have remaining for GSoC, but I'm more
thinking about things that need to be worked on that are already
there |
| 23:16.29 |
brlcad |
like making
sure this notion of a 0,0 size means "unknown, read until you
cannot" for example |
| 23:16.45 |
brlcad |
or adding
support for frame/line/pixel buffering |
| 23:17.02 |
brlcad |
or turning
the supported image types into runtime plugins, etc |
| 23:24.05 |
*** join/#brlcad jarray52
(~purplehaz@unaffiliated/jarray52) |
| 23:28.13 |
Notify |
03BRL-CAD:tbrowder2 * 57293
brlcad/trunk/NEWS: update |
| 23:34.28 |
Notify |
03BRL-CAD:tbrowder2 * 57294
brlcad/trunk/doc/docbook/system/man1/en/nirt.xml: add missing
space |
| 23:35.42 |
brlcad |
zero_level:
there's also some merit towards still retaining/providing a -s size
option, because that would define the type of buffering
allowed |
| 23:35.52 |
brlcad |
you want full
frame buffering whenever possible, it'll be crazy
faster |
| 23:37.06 |
Notify |
03BRL-CAD:tbrowder2 * 57295
brlcad/trunk/doc/docbook/system/mann/en/nirt.xml: add space for
better appearance |
| 23:40.57 |
brlcad |
looks like
X3D BREP/NURBS support is nearing a stable state |
| 23:45.38 |
Notify |
03BRL-CAD:brlcad * 57296
brlcad/trunk/NEWS: tom added an 'attr sort' subcommand with options
for sorting case, nocase, value, value-nocase. (recommit/rewording
to include this message in log history) |
| 23:46.31 |
Notify |
03BRL-CAD:tbrowder2 * 57297
brlcad/trunk/src/nirt/nirt.c: style |
| 00:11.52 |
starseeker |
``Erik: wait,
someone found a fortune cookie with an intelligent
fortune? |
| 00:13.30 |
starseeker |
O.o |
| 00:29.05 |
starseeker |
n_reed: any
chance you could take a look at
https://github.com/stepcode/stepcode/issues/244#issuecomment-22980478
? |
| 00:48.18 |
Notify |
03BRL-CAD:starseeker * 57298
(brlcad/trunk/src/other/stepcode/AUTHORS
brlcad/trunk/src/other/stepcode/CMakeLists.txt and 46 others):
Update stepcode to github revision
ec630badca0fef35cc870ce15fc69b37fc2dd43a |
| 00:48.47 |
starseeker |
``Erik: do
you think the github stepcode commits could be sent to #stepcode by
Notify? |
| 00:49.14 |
``Erik |
trivially,
cl-cia already does it |
| 00:49.59 |
``Erik |
just need to
wire up a project, then have the stepcode dudes use the cia.vc
plugin and change the target uri |
| 00:50.19 |
starseeker |
mpictor:
would you be interested? |
| 00:50.55 |
mpictor |
oh, I was
wondering about that myself |
| 00:50.59 |
mpictor |
I would be
interested :) |
| 00:51.58 |
mpictor |
I need to do
something with a github plugin? |
| 00:52.34 |
``Erik |
mpictor: let
me know the channels you want it to post to, hit http://elfga.com/notify and create
your user and project, I'll wire it up tomorrow and email you with
instructions on the github plugin :) |
| 00:52.52 |
mpictor |
cool! |
| 00:52.56 |
mpictor |
just
#stepcode |
| 00:53.28 |
mpictor |
needs a username/password for elfga |
| 00:53.51 |
mpictor |
via email?
I'm mpictor at gmail |
| 00:54.10 |
mpictor |
oops, I
missed the register link |
| 00:54.53 |
Notify |
03BRL-CAD:starseeker * 57299
(brlcad/trunk/src/conv/step/CMakeLists.txt
brlcad/trunk/src/conv/step/g-step/CMakeLists.txt and 3 others):
Update stepcode related build logic in BRL-CAD |
| 00:57.38 |
mpictor |
``Erik: I
registered and tried to log in, but I'm not getting
anywhere |
| 01:00.13 |
``Erik |
mpictor: I
don't see you in the user list :/ did it kick back an error or
something 'weird'? (it should send you a verification email,
too) |
| 01:02.45 |
mpictor |
no, it gave
me "invalid username" a couple times, but nothing else |
| 01:03.07 |
mpictor |
when I go to
the register screen and click join, I stay on that page |
| 01:03.53 |
mpictor |
just tried to
create mpictor2, same thing |
| 01:04.13 |
mpictor |
and I haven't
seen any emails either |
| 01:04.50 |
mpictor |
I'll try
again tomorrow, it's getting sorta late |
| 02:13.09 |
Notify |
03BRL-CAD:starseeker * 57300
brlcad/trunk/src/other/xmltools.dist: Remove empty
directory |
| 02:13.32 |
Notify |
03BRL-CAD:starseeker * 57301
(brlcad/trunk/src/libbn/tests/CMakeLists.txt
brlcad/trunk/src/other/stepcode.dist): Distcheck
updates |
| 02:44.52 |
Notify |
03BRL-CAD:brlcad * 57302
brlcad/trunk/include/icv.h: ws format comments to column
70 |
| 03:52.48 |
Notify |
03BRL-CAD:brlcad * 57303
brlcad/trunk/src/libbu/tests/bu_vls_vprintf.c: per sf bug report
347, add a slew of %s tests for field width/precision specifiers
that are failing. the code clearly looks like it should be handling
this case, but clearly something isn't getting set right. looks
like it always just prints the string plain. |
| 04:35.09 |
Notify |
03BRL-CAD:brlcad * 57304
brlcad/trunk/src/libbu/tests/CMakeLists.txt: add addition
vls_vprintf test cases, numbered 58-65. |
| 04:36.58 |
Notify |
03BRL-CAD:brlcad * 57305
brlcad/trunk/src/libbu/tests/bu_heap.c: test is being a pig, only
releasing a little bit of the memory allocated. test needs to
change so it actually compares heap against malloc. |
| 04:38.12 |
Notify |
03BRL-CAD:brlcad * 57306
brlcad/trunk/TODO: heap test needs to be worked |
| 04:39.01 |
Notify |
03BRL-CAD:brlcad * 57307
brlcad/trunk/TODO: it's never final, but the stepCode tree has been
sync'd |
| 04:41.55 |
jarray52 |
Did the
g-wave convertor dissappear? |
| 04:42.16 |
jarray52 |
I don't seem
to have it with my brlcad installation. |
| 04:47.12 |
jarray52 |
Does the
g-x3d convertor work? |
| 04:47.24 |
brlcad |
jarray52:
g-wave?? |
| 04:47.26 |
jarray52 |
I used it,
and the file does not seem to have the relevant
information? |
| 04:47.33 |
brlcad |
i'm not
familiar with that converter |
| 04:47.35 |
jarray52 |
brlcad:
Yes. |
| 04:47.56 |
brlcad |
you're just
making up stories ;) |
| 04:47.58 |
jarray52 |
brlcad:
http://brlcad.org/w/images/6/66/Converting_Geometry.pdf |
| 04:48.05 |
jarray52 |
Page
41. |
| 04:48.12 |
jarray52 |
The page is
numbered 31. |
| 04:48.24 |
jarray52 |
I made up the
document too. =) |
| 04:49.25 |
brlcad |
hah, wow ..
it's not been that name for probably 10 years |
| 04:49.47 |
brlcad |
think you're
the first to notice there was a reference in there, or at least
first to mention it |
| 04:50.07 |
brlcad |
that along
with most of the converters that had bad names like that were
renamed a long time ago |
| 04:50.13 |
brlcad |
that's now
the g-obj exporter |
| 04:50.46 |
brlcad |
the names
generally match the common file suffix unless there's some other
convention or need for disambiguation |
| 04:51.42 |
brlcad |
several of
the polygonal exporters are finicky, VERY sensitive to tolerances
and calculation issues |
| 04:51.52 |
jarray52 |
brlcad: I
see. How do I set the tolerance on g-obj? |
| 04:51.59 |
brlcad |
just be aware
that it can be tedious/frustrating to export polygonal |
| 04:52.12 |
brlcad |
just run
g-obj, it'll give usage |
| 04:52.31 |
brlcad |
brlman g-obj
to see the manual page, should have a description |
| 04:53.21 |
brlcad |
try the
default first, but you may need to end up setting the absolute or
curvature (normal) tolerance |
| 04:55.39 |
*** join/#brlcad luca79
(~luca@89.249.207.188) |
| 05:03.04 |
zero_level |
hi
brlcad |
| 05:04.16 |
zero_level |
brlcad : I
want to work on png and bmp formats(read and write). before I work
on converting other apps. |
| 05:04.57 |
jarray52 |
brlcad: I
exported as an obj file and imported into blender. It looks like
this http://imagebin.org/269192 Those
areas that are pseudo round should be round. However, they don't
become rounder even if I increase tolerance. Am I doing something
wrong? |
| 05:27.58 |
brlcad |
zero_level:
sure but did you see my messages earlier about TODO? |
| 05:28.39 |
brlcad |
and i'm not
caught up with all the commits recently, looks like you got -s#
taken care of for pix-bw now, yes? |
| 05:28.58 |
brlcad |
you'll just
need to document the -A/B/C# change in the CHANGES file |
| 05:30.04 |
brlcad |
jarray52:
yep, that's tolerance |
| 05:30.13 |
brlcad |
the default
is really chunky, try -a 1 |
| 05:31.31 |
jarray52 |
brlcad: Yes.
I realized that I should use -a and not -D. Even -a .1 doesn't look
like a circle, but it is significantly better. |
| 05:31.55 |
brlcad |
the value is
a distance tolerance -- how big is your model? |
| 05:31.58 |
brlcad |
(in
mm) |
| 05:32.35 |
brlcad |
you could
specify an angular tolerance ("-n 1" for 1 degree
increments) |
| 05:32.54 |
brlcad |
there are
several knobs that control the quality and type of
tessellation |
| 05:34.05 |
jarray52 |
brlcad: The
maximum of the greatest distance between any two points contained
within the model should be less than 20cm. |
| 05:34.24 |
jarray52 |
s/greatest// |
| 05:37.02 |
brlcad |
so then yeah,
you either want to go even smaller -a 0.01 or try normal -n 1 or -n
0.5 |
| 05:37.18 |
brlcad |
or some
combination thereof |
| 05:40.00 |
jarray52 |
where are the
-a and -n options defined? Is there a document for
that? |
| 05:40.12 |
Notify |
03BRL-CAD:brlcad * 57308
brlcad/trunk/src/libbu/tests/bu_heap.c: reduce the iterations 5
fold for now so we don't blow out memory |
| 05:41.59 |
jarray52 |
Also, i had
some conversions fail when I dropped -a to .02. Is that a bug or
does that type of thing happen for certain tolerances? |
| 05:43.46 |
brlcad |
yeah,
depending on exactly how the polygons line up, it's
non-deterministic |
| 05:43.58 |
brlcad |
even the
default can give problems if the model is sufficiently
complicated |
| 05:44.05 |
brlcad |
and the
answer is usually to tweak the tolerances |
| 05:55.32 |
jarray52 |
With the
current version of brlcad, is there any way to rotate a solid
object as opposed to wireframes? .obj file in my case is almost
1MB and took almost 10 minutes to generate. Furthermore, it failed
with a tolerance of -a .01 near the end. Maybe it would work with a
different tolerance, but its hard to find those values. |
| 05:58.42 |
*** join/#brlcad kimzzzz
(~AndChat31@1.38.24.132) |
| 05:59.34 |
brlcad |
jarray52:
there is for some models but there's some low-level mathematical
reasons why it shows you the wireframes |
| 06:01.28 |
brlcad |
we're working
on infrastructure to show shaded display geometry by default, but
that's been a phenomenal undertaking (8+ years of full-time
effort...) |
| 06:02.16 |
brlcad |
the stubs
that are in place now are very basic and probably not what you
want, but you can try the 'ev' or 'E' commands |
| 06:02.28 |
brlcad |
you'll want
to turn on Misc->Lighting |
| 06:33.44 |
jarray52 |
brlcad: Are
there any unsolved mathematical problems that are road
blocks? |
| 06:46.26 |
brlcad |
jarray52: no
road blocks, we're actually just starting to near the end of that
effort, should be done in a couple months hopefully |
| 06:47.23 |
brlcad |
you can
follow one of the last remaining pieces needed for that here:
http://brlcad.org/wiki/User:Phoenix/GSoc2013/Reports |
| 06:49.23 |
brlcad |
basically, we
have to be able to describe all geometry in a NURBS boundary
representation format (DONE), then any boolean evaluation has to be
performed to merge/clip/cut objects as needed (in progress), then
we tessellate all remaining surfaces (DONE), then integrate that
automatic tessellation into the GUI (partially done) |
| 06:54.29 |
jarray52 |
Out of
curiosity, is any company or government agency funding the full
time effort; or, is it all done by volunteers? |
| 06:54.37 |
Notify |
03BRL-CAD:phoenixyjll * 57309
(brlcad/trunk/src/libged/brep.c
brlcad/trunk/src/librt/CMakeLists.txt
brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp): Begin to
implement comb -> brep conversion, as the NURBS evaluations are
ready now. |
| 07:08.09 |
*** part/#brlcad jarray52
(~purplehaz@unaffiliated/jarray52) |
| 07:16.39 |
*** join/#brlcad Ch3ck_
(~Ch3ck@195.24.220.16) |
| 07:38.20 |
Notify |
03BRL-CAD:brlcad * 57310
brlcad/trunk/src/libbu/vls_vprintf.c: address the additional test
cases that were not being handled where the %s format specifier had
precision and/or field lengths specified for left/right padded
alignment. the code was written to account for the padding, but it
wasn't actually being called because the lengths weren't captured.
we don't want to capture them in the earlier loop because
it |
| 07:38.22 |
Notify |
screws up
assumptions for some of the other specifier cases. this fixes sf
bug #347 reported by lee butler (bu_log does not honor string field
widths). |
| 07:58.03 |
Notify |
03BRL-CAD:brlcad * 57311
brlcad/trunk/src/libbu/heap.c: go even a little more conservative
with the page sizes as we get started since more testing is needed
with the bu_malloc implementation change (posix_memalign()+memset()
means pages are actually REAL and written to. this makes the pages
just 65k. |
| 10:13.49 |
Notify |
03BRL-CAD:mohitdaga * 57312
(brlcad/trunk/src/libicv/TODO
===================================================================
and 9 others): ADD TODO file for libicv |
| 10:17.32 |
zero_level |
why this 9
others ? |
| 10:44.44 |
Notify |
03BRL-CAD:mohitdaga * 57313
(brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/pix.c): add
binary options for files read from stdin and stdout. This is
specific for _WIN32 and __CYGWIN__ machines. |
| 10:48.43 |
Notify |
03BRL-CAD:mohitdaga * 57314
brlcad/trunk/src/libicv/TODO: Add todo items. These are the things
which are back in my mind. I will be browsing the whole code in
order to find the complete list of TODOs. |
| 10:51.21 |
*** join/#brlcad kimzzzz
(~AndChat31@1.38.24.132) |
| 11:55.48 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 12:21.54 |
*** join/#brlcad kimzzzz
(~AndChat31@1.38.24.132) |
| 13:18.57 |
brlcad |
zero_level:
awesome, thanks |
| 13:19.02 |
brlcad |
the 9 others
is a parsing failure |
| 13:21.09 |
Ch3ck_ |
brlcad:
finished with the pull interface, integrated command into the man
pages for mged, archer, apropos too. Well I have a problem adding
the command to archer. Could you please give me the files to modify
to add pull to archer? |
| 13:28.36 |
brlcad |
zero_level:
gah, please don't start introducing WIN32 preprocessor logic in
your beautiful clean library...! |
| 13:31.12 |
brlcad |
zero_level:
you can call fdreopen() of freopen() portably without such
mess... |
| 13:32.51 |
brlcad |
and there
should be a space after your if statement (if () not
if()) |
| 13:36.53 |
Ch3ck_ |
waiting on brlcad for some clarifications |
| 13:40.37 |
Ch3ck_ |
brlcad:
flying blind on writing regression test for pull that fails
correctly. should include a case like pulling a primitive so it
fails? |
| 13:41.02 |
Ch3ck_ |
some how confused :( |
| 14:03.27 |
brlcad |
Ch3ck_: don't
worry about archer just yet, but that's also something I dont' know
off the top of my head -- just grep for another command that has a
unique name |
| 14:03.56 |
Ch3ck_ |
used
xpush |
| 14:03.58 |
brlcad |
Ch3ck_: the
trick to writing a regression tests is using the tool
yourself |
| 14:04.13 |
Ch3ck_ |
well i have
already written the regression test |
| 14:04.16 |
Ch3ck_ |
for
pull |
| 14:04.25 |
Ch3ck_ |
I could paste
the code for you to see |
| 14:04.38 |
brlcad |
i'd rather
you explain it first |
| 14:04.45 |
Ch3ck_ |
ok |
| 14:04.57 |
brlcad |
what's the
notion |
| 14:05.01 |
Ch3ck_ |
I create 2
objects |
| 14:05.09 |
Ch3ck_ |
forming
combinations |
| 14:05.14 |
Ch3ck_ |
as the heads
of the tree |
| 14:05.19 |
Ch3ck_ |
then call the
pull |
| 14:05.24 |
Ch3ck_ |
on the
combinations |
| 14:05.39 |
Ch3ck_ |
this pulls
the transformations from all combinations to the head
node |
| 14:05.43 |
Ch3ck_ |
and then
prints the results |
| 14:05.57 |
Ch3ck_ |
well I have
to include the case where there is a primitive |
| 14:06.04 |
Ch3ck_ |
so the
command fails as expected |
| 14:07.43 |
Notify |
03BRL-CAD:starseeker * 57315
brlcad/trunk/src/libbu/vls_vprintf.c: Is this a debugging
message? |
| 14:08.04 |
Notify |
03BRL-CAD:brlcad * 57316
brlcad/trunk/src/librt/primitives/nmg/nmg_bool.c: modify the code
in reponse to a forum discussion (362511/thread/2283b056) where a
logic failure was noticed. if there's no tessellate function, it
falls through and will bomb on NMG_CK_REGION. |
| 14:08.41 |
Ch3ck_ |
http://paste.kde.org/p19f2f6ec/ |
| 14:08.55 |
Ch3ck_ |
there is the
diff for the regression test |
| 14:14.27 |
*** join/#brlcad whyesse
(~quassel@109.160.137.74) |
| 14:18.02 |
Notify |
03BRL-CAD:tbrowder2 * 57317
(brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml
===================================================================
and 1803 others): add new DocBook version of Lee Butler's Power
Point presentation |
| 14:18.51 |
Notify |
03BRL-CAD:tbrowder2 * 57318
(brlcad/trunk/doc/docbook/presentations/en/README.txt
===================================================================
and 16 others): add doc on how to convert Power Point to DocBook
xml |
| 14:20.25 |
Notify |
03BRL-CAD:tbrowder2 * 57319
brlcad/trunk/doc/docbook/presentations/en/README.txt: add more
info |
| 14:21.59 |
Notify |
03BRL-CAD:tbrowder2 * 57320
(brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.ppt
===================================================================
(Binary files differ)): add original PP files for
reference |
| 14:22.43 |
Notify |
03BRL-CAD:tbrowder2 * 57321
brlcad/trunk/doc/docbook/presentations/en/CMakeLists.txt: add files
to ignore; add new DB file for processing |
| 14:24.51 |
Notify |
03BRL-CAD:brlcad * 57322
brlcad/trunk/src/libbu/vls_vprintf.c: yep, this was entirely for
debugging, not needed now that the bugs are fixed. |
| 14:25.55 |
Notify |
03BRL-CAD:tbrowder2 * 57323
brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml: fix
DB errors |
| 14:28.02 |
Notify |
03BRL-CAD:tbrowder2 * 57324
brlcad/trunk/doc/docbook/presentations/en/README.txt: add another
tidbit about pdf output |
| 14:31.51 |
Notify |
03BRL-CAD:starseeker * 57325
brlcad/trunk/src/libicv/CMakeLists.txt: Ignore TODO file in
libicv |
| 14:31.59 |
Notify |
03BRL-CAD:brlcad * 57326
brlcad/trunk/doc/docbook/presentations/en/CMakeLists.txt: think
this sets a really bad precedent to have the ppt files in the repo.
aside from seriously bloating the server-side repository, they're a
proprietary format, they're duplicitous, and I have GBs
more.. |
| 14:32.37 |
starseeker |
agrees |
| 14:35.31 |
``Erik |
ppt->html
| tidy4 ? |
| 14:36.13 |
starseeker |
you mean as
an alternate approach? |
| 14:36.20 |
``Erik |
yeh |
| 14:36.47 |
starseeker |
shrugs - the end goal is DocBook, so the question is whether
the tidy4 output would be easier to handle than
xhtml |
| 14:37.09 |
whyesse |
brlcad: about
adding twist to rt_extrude_tess - could nmg_extrude_face at the end
just be called multiple times, with the face rotated in
between? |
| 14:37.14 |
``Erik |
tidy4 is just
an html pretty-printer |
| 14:37.25 |
``Erik |
(I meant the
| as a pipe, not an or) |
| 14:37.29 |
starseeker |
nods |
| 14:38.00 |
starseeker |
the thing to
do is compare that approach to the one Tom's documented and see
which one works better |
| 14:47.54 |
Notify |
03BRL-CAD:brlcad * 57327
brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml:
move the authorship information to the end, remove the
number |
| 14:49.27 |
brlcad |
whyesse: so
long as the twist isn't too rapid, that is exactly how I would
handle manual tessellation |
| 14:49.56 |
brlcad |
whyesse: note
that tessellation is the easy part for a twist option, getting
_shot() and _brep() to work is a little bit harder |
| 14:50.18 |
whyesse |
brlcad: but
the rate of twist would have to be calculated anyway,
right? |
| 14:50.34 |
brlcad |
right, so
you'd know |
| 14:51.02 |
whyesse |
brlcad: yes,
I looked at _shot() and then realized that it's more complicated
than I thought, then looked at _tess() |
| 14:51.05 |
brlcad |
and if you
know, you could certainly subdivide the "twist" and add
intermediate polygons |
| 14:51.52 |
whyesse |
brlcad: a ray
could go through a screw and intersect through every single loop,
instead of just once |
| 14:52.09 |
brlcad |
I "think"
shot() is as simple as applying a rotation matrix on the input ray
(as if it's approaching from a different direction), then rotating
the hit points back |
| 14:52.17 |
whyesse |
how do I get
the new extruded face after nmg_extrude_face()? |
| 14:53.00 |
whyesse |
I think that
only works if the ray is orthogonal to the extrusion |
| 14:53.13 |
whyesse |
(because of
the possibility of >1 intersection) |
| 14:53.58 |
brlcad |
not sure,
would have to think about it some |
| 14:54.38 |
brlcad |
nmg_extrude_face() probably wouldn't be
the first thing I'd try, you want to just stitch a new layer
rotated, like with the ars |
| 14:54.48 |
brlcad |
that code
might be a useful reference |
| 14:59.00 |
whyesse |
ars? |
| 14:59.50 |
whyesse |
isn't that
what nmg_extrude_face() does? add a new layer? |
| 15:08.21 |
*** join/#brlcad kimzzzz
(~AndChat31@1.38.24.132) |
| 15:15.30 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 15:23.27 |
Notify |
03BRL-CAD:tbrowder2 * 57328
brlcad/trunk/TODO: add specific docs needing cleanup and
improvement |
| 15:25.51 |
whyesse |
ok, i got
ars |
| 15:30.06 |
Notify |
03BRL-CAD:tbrowder2 * 57329
brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml:
remove anchor elements for a successful pdf output |
| 15:32.06 |
zero_level |
brlcad : can
you point me to some doc where i can find about this win32
preprocessor. |
| 15:32.35 |
zero_level |
I tried
search engines, but probably with bad keywords. :) |
| 15:33.10 |
brlcad |
whyesse: in
theory, yes, but I'd look at the places where it's called
.. |
| 15:33.29 |
whyesse |
brlcad:
ok |
| 15:33.31 |
brlcad |
zero_level:
57313 |
| 15:33.43 |
brlcad |
#if
defined(_WIN32) && !defined(__CYGWIN__) |
| 15:33.48 |
brlcad |
that is
EVIL |
| 15:33.49 |
zero_level |
I understand
the revision you are pointing. |
| 15:33.59 |
whyesse |
I have to go,
so I will continue looking at it some other time |
| 15:34.01 |
whyesse |
'bye |
| 15:34.04 |
brlcad |
whyesse:
okay |
| 15:34.22 |
zero_level |
but just want
to know if fdopen is really not working in win32. what are
alternatives. |
| 15:34.37 |
zero_level |
my aim was to
ensure binary streaming for stdin. |
| 15:35.14 |
brlcad |
what?
fdopen? |
| 15:35.19 |
brlcad |
not
working? |
| 15:35.30 |
brlcad |
I think you
misunderstand something or miswrote |
| 15:35.43 |
zero_level |
ok. |
| 15:35.46 |
Notify |
03BRL-CAD
Wiki:KeshaSShah * 6069 /wiki/User:KeshaSShah/GSoC13/Reports: /*
Week 11 */ |
| 15:36.04 |
brlcad |
kesha: did
you read IV yet? |
| 15:36.28 |
zero_level |
I understood
that i should not write those preprocessor logic. |
| 15:36.43 |
zero_level |
My aim was to
ensure binary streaming for stdin. |
| 15:36.47 |
brlcad |
sure |
| 15:36.57 |
brlcad |
which is a
somewhat windows-specific issue |
| 15:37.11 |
brlcad |
and you
ensured that by calling setmode() |
| 15:37.12 |
zero_level |
now I want to
now if there is an alternative for this |
| 15:37.16 |
brlcad |
which IS
windows specific |
| 15:37.26 |
brlcad |
I mentioned
two alternatives :) |
| 15:37.34 |
zero_level |
you rightly
got this time. |
| 15:37.59 |
zero_level |
so I went
through the man of freopen. |
| 15:39.22 |
zero_level |
so are u
suggesting to use this instead of fopen ? |
| 15:39.33 |
brlcad |
nope |
| 15:39.37 |
brlcad |
and you dont'
use fopen() |
| 15:39.43 |
brlcad |
you're
currently using open() |
| 15:39.57 |
zero_level |
:) |
| 15:39.59 |
brlcad |
as well as
"nothing at all" for existing files |
| 15:40.32 |
zero_level |
? |
| 15:40.39 |
brlcad |
curious, is
there a reason your using open instead of fopen? |
| 15:41.45 |
zero_level |
no. |
| 15:42.16 |
brlcad |
if there's no
specific reason, I'd add that to the TODO |
| 15:42.17 |
zero_level |
Just carried
the file descriptor trend, we were following for
icv_struct. |
| 15:42.40 |
brlcad |
there are
usually performance benefits to using fopen |
| 15:42.43 |
zero_level |
leave that to
me. |
| 15:43.04 |
brlcad |
still, the
issue in 57313 is a little different |
| 15:43.15 |
brlcad |
if it's a
stdin/stderr/stdout file stream |
| 15:43.19 |
brlcad |
you don't
open it |
| 15:43.24 |
brlcad |
you just use
it |
| 15:43.31 |
brlcad |
that's where
you're calling setmode() |
| 15:43.37 |
brlcad |
instead of
doing that, reopen it |
| 15:43.47 |
zero_level |
will it
stream binay content as in bw/pix file in windows. ? |
| 15:44.11 |
brlcad |
fdreopen() ==
fileno()+setmode() |
| 15:44.21 |
zero_level |
ok. got
that. |
| 15:44.36 |
zero_level |
thanks
brlcad. :) |
| 15:44.39 |
brlcad |
if you do the
FILE* conversion, you'd obviously call freopen()
instead |
| 15:45.02 |
zero_level |
alright. |
| 15:46.00 |
Notify |
03BRL-CAD:mohitdaga * 57330
brlcad/trunk/src/libicv/TODO: Fopen generally has performance
benefits as compared to open. (Sean thanks for your
suggestions.) |
| 15:46.52 |
brlcad |
you can
actually get "slightly" better performance from open() but only if
you really know exactly what you're doing ... usually the buffering
that fopen() provides will be faster for streaming |
| 15:47.26 |
zero_level |
brlcad : If
you have time. I would want to ask about other few things.? I am
currently preparing a list of all these rleated issues. |
| 15:47.53 |
zero_level |
You will
probably have to answer if this is right. If not what is better
alternative ? |
| 15:48.06 |
brlcad |
plus if the
program receives a signal (e.g., ctrl-C) or if a stream disappears
or a pipe is broken, fopen will behave sane whereas you have to
explicitly handle that with open() .... and that's a pain and
tricky to get right |
| 15:48.10 |
zero_level |
Can we fix
some time near sunday ? |
| 15:48.39 |
brlcad |
I don't know
where I'll be later today, much less sunday :) |
| 15:48.45 |
brlcad |
how about
now? |
| 15:49.03 |
zero_level |
I will
require to do some home work for the taks ? |
| 15:49.11 |
brlcad |
okay |
| 15:49.14 |
zero_level |
c/taks/tasks |
| 15:49.19 |
zero_level |
may be
mondya. |
| 15:49.19 |
brlcad |
well as soon
as you're ready, just let me know |
| 15:49.24 |
brlcad |
maybe
sunday |
| 15:49.28 |
zero_level |
alright. |
| 15:49.31 |
zero_level |
sunday
then |
| 15:51.40 |
Notify |
03BRL-CAD:brlcad * 57331
brlcad/trunk/src/libbn/tests/CMakeLists.txt: these files do not
exist in here. add when patch is added. |
| 15:52.14 |
brlcad |
kesha: we're
going to go even further back |
| 15:52.50 |
brlcad |
subversion
1.8.3 is released, and 1.7.13 |
| 15:56.15 |
kesha |
brlcad:
compiling in background and reading IV now. Any point in going
further back ? |
| 15:56.28 |
Notify |
03BRL-CAD:brlcad * 57332
brlcad/trunk/src/libicv/TODO: add a couple items to move towards a
modular plugin design |
| 15:56.46 |
brlcad |
kesha: I
presume/hope you're compiling trunk? |
| 15:56.57 |
kesha |
brlcad:
yes |
| 15:57.00 |
brlcad |
great |
| 15:57.28 |
brlcad |
so next will
be to quickly learn how the converters work (ask questions
here) |
| 15:58.25 |
brlcad |
then find
some simple step data files that work now, make sure you understand
how to do the import and open the geometry in mged or
archer |
| 15:58.55 |
brlcad |
starseeker:
do you have any examples that presumably once worked? |
| 16:00.43 |
brlcad |
kesha: there
are some geometry file examples you can play with here; http://brlcad.org/private/geometry/ |
| 16:01.04 |
brlcad |
ugh |
| 16:01.07 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 16:01.22 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 16:01.50 |
brlcad |
kesha: ugh,
what was the last statement you read? |
| 16:01.55 |
kimzzzz |
I have it in
cell also |
| 16:02.00 |
kimzzzz |
Ugh |
| 16:02.09 |
brlcad |
okay, great
:) |
| 16:04.47 |
brlcad |
kesha: also
install 7.22.0, find a model that imports successfully there, then
test it with trunk |
| 16:20.06 |
*** join/#brlcad luca79
(~luca@89.249.207.188) |
| 16:56.05 |
*** join/#brlcad PrezKennedy
(~DarkCalf@173.231.40.99) |
| 16:57.59 |
*** join/#brlcad kimzzzz
(~AndChat31@1.38.24.132) |
| 17:11.08 |
Notify |
03BRL-CAD
Wiki:Phoenix * 6070 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 11
*/ |
| 17:36.53 |
starseeker |
brlcad:
http://brlcad.org/~starseeker/CAD_MODELS/VIA_OpenBook/d.stp |
| 18:00.49 |
brlcad |
thx |
| 18:00.50 |
Notify |
03BRL-CAD:starseeker * 57333
brlcad/trunk/doc/docbook/books/en/BRL-CAD_Tutorial_Series-VolumeIII.xml:
Looks like we never went through and systematically updated the
image inclusions in the tutorials along the lines Tom outlined a
while back. Need to do that - one of the major steps needed to
generate 'quality' DocBook pdf output. |
| 18:14.24 |
Notify |
03BRL-CAD:starseeker * 57334
brlcad/trunk/doc/docbook/books/en/BRL-CAD_Tutorial_Series-VolumeIII.xml:
Add some more imageobject entries. |
| 18:26.27 |
*** join/#brlcad kimzzzz
(~AndChat31@1.38.30.217) |
| 18:37.26 |
brlcad |
kimzzzz:
you're being too quiet, how's the progress? |
| 18:37.58 |
brlcad |
if anyone has
anything they're working on that they'd like to have included in
the release, let me know within the next couple hours |
| 18:39.08 |
brlcad |
Ch3ck_:
bn_poly_sub test is failing, no indication why |
| 18:39.51 |
brlcad |
wow, and it
looks like one of your earlier patches got applied without
corrections ... LOTS of issues |
| 18:40.22 |
``Erik |
yuh
oh |
| 18:43.54 |
Notify |
03BRL-CAD:brlcad * 57335
brlcad/trunk/src/libbu/tests/CMakeLists.txt: semaphore test failure
encountered where it shouldn't be failing. probably something wrong
with the test that needs correcting. |
| 18:45.07 |
Notify |
03BRL-CAD:brlcad * 57336
brlcad/trunk/src/libbn/tests/CMakeLists.txt: disable the
bn_poly_sub test, unexpected failure encountered but no diagnostic
output is given. |
| 18:46.00 |
Notify |
03BRL-CAD:brlcad * 57337
brlcad/trunk/TODO: two new unit tests disabled during release
preparations, need to be fixed |
| 18:48.49 |
Notify |
03BRL-CAD:brlcad * 57338
(brlcad/trunk/TODO brlcad/trunk/src/librt/tests/CMakeLists.txt):
also disable the two nurbs evaluation units since they're tied to
incomplete implementation being worked |
| 19:08.27 |
brlcad |
test and
regress now passing again |
| 19:08.34 |
brlcad |
at least on
one plat |
| 19:09.00 |
``Erik |
mac64? |
| 19:11.24 |
Notify |
03BRL-CAD:starseeker * 57339
brlcad/trunk/doc/docbook/books/en/BRL-CAD_Tutorial_Series-VolumeIII.xml:
Stub in fo imageobject entires - will need to customize each of
these anyway after evaluating output. |
| 19:17.56 |
starseeker |
is the
progname thing fixed? |
| 19:21.23 |
brlcad |
if you fixed
it, maybe ;) |
| 19:21.36 |
starseeker |
heh |
| 19:21.43 |
starseeker |
winces as he looks over the TODO list |
| 19:21.52 |
brlcad |
yeah,
epic |
| 19:22.06 |
starseeker |
I'll take a
quick dive and see if I can ID how to remember the Archer command
window size |
| 19:22.13 |
starseeker |
is the one who complained about it... |
| 19:22.15 |
brlcad |
1/9 got
completed or something |
| 19:22.57 |
starseeker |
brlcad: did
you mean to remove the files src/libbn/tests/bn_poly_cubic_roots.c
and src/libbn/tests/bn_poly_quartic_roots.c? At least in my
checkout, they are present |
| 19:24.47 |
Notify |
03BRL-CAD:starseeker * 57340
brlcad/trunk/doc/docbook/presentations/en/CMakeLists.txt: ignore
docbook/presentations/en/README.txt |
| 19:29.30 |
Notify |
03BRL-CAD:starseeker * 57341
brlcad/trunk/src/libbn/tests/CMakeLists.txt: Ignore files for
distcheck |
| 19:34.22 |
brlcad |
starseeker:
they're not present in my checkout... |
| 19:34.45 |
brlcad |
you sure you
don't have a half-applied patch? |
| 19:34.52 |
brlcad |
svn status
and what not |
| 19:37.37 |
starseeker |
just did a
clean checkout of trunk... |
| 19:37.54 |
starseeker |
yeah, nothing
here |
| 19:38.23 |
brlcad |
you mean you
have the files? |
| 19:38.38 |
starseeker |
yes |
| 19:38.43 |
brlcad |
wow,
wierd |
| 19:39.14 |
starseeker |
http://sourceforge.net/p/brlcad/code/57341/tree/brlcad/trunk/src/libbn/tests/ |
| 19:40.05 |
brlcad |
yeah, I just
wiped out my dir and they appeared |
| 19:40.08 |
brlcad |
really
strange |
| 19:40.10 |
starseeker |
O.o |
| 19:40.13 |
brlcad |
they were not
in my entries file |
| 19:40.18 |
brlcad |
svn status
was clean |
| 19:40.26 |
brlcad |
svn up was
clean |
| 19:41.21 |
starseeker |
did they get
flagged as ignore somehow? |
| 19:42.53 |
starseeker |
brlcad:
what's a good way to trigger bu_progname? |
| 19:43.49 |
starseeker |
oh, dur - the
test program of course... |
| 20:03.40 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 20:15.36 |
starseeker |
brlcad: we
have something of an inconsistency in our expectations of
bu_progname - when fed a full path argv0 value, the test is OK if
either the full path or the basename are returned. CASE 6, on the
other hand, doesn't accep the 'full path' nonsense path and insists
that it find the basename and return that |
| 20:16.41 |
starseeker |
if we want to
always have the basename from the full path be the return value, we
need to build bu_basename into the process of populating and/or
reading the bu_progname value |
| 20:17.05 |
starseeker |
and a full
path response from the function shouldn't be acceptable in any of
the tests. |
| 20:23.02 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 6071 /wiki/User:Vladbogolin/GSoC2013/Logs: /*
Week 11 */ |
| 20:25.43 |
Notify |
03BRL-CAD:tbrowder2 * 57342
brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml:
adding missing chunks; start whipping into readable
shape |
| 20:50.24 |
Notify |
03BRL-CAD
Wiki:Frankshenry * 0 /wiki/User:Frankshenry: |
| 21:14.58 |
Ch3ck_ |
going to look at patches |
| 21:30.50 |
Notify |
03BRL-CAD:tbrowder2 * 57343
brlcad/trunk/doc/docbook/resources/brlcad/brlcad-fo-stylesheet.xsl.in:
style program listings shaded with slightly smaller
font |
| 21:33.47 |
Notify |
03BRL-CAD:erikgreenwald * 57344
brlcad/trunk/src/libbn/tests/CMakeLists.txt: test command and
generated executable names have to match |
| 22:09.07 |
``Erik |
:o 100% test
pass on fbsd/ia32 |
| 22:13.46 |
``Erik |
pass on
mac/64, but bu_progname fails on leenewx/ia32 |
| 22:14.36 |
``Erik |
http://paste.lisp.org/display/138691 |
| 23:20.28 |
Notify |
03BRL-CAD:tbrowder2 * 57345
brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml:
continuing to improve; note handling of authorship |
| 23:25.11 |
Notify |
03BRL-CAD:tbrowder2 * 57346
brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml: add
missing 'and' |
| 00:40.00 |
Notify |
03BRL-CAD:starseeker * 57409 NIL: Branch
for experimenting with the popt option handling
library. |
| 01:03.46 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 01:09.48 |
Notify |
03BRL-CAD:starseeker * 57410
(brlcad/branches/popt/INSTALL brlcad/branches/popt/configure and 2
others): Integrate popt option handling library version 1.16 from
http://rpm5.org/files/popt/ |
| 02:10.26 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 03:20.21 |
brlcad |
starseeker:
depends on the walker, but I highly doubt it |
| 03:20.39 |
brlcad |
should be
able to get a dp on the fly, lots of code does exactly
that |
| 03:21.56 |
brlcad |
dp =
DB_FULL_PATH_CUR_DIR(pathp); |
| 04:09.55 |
Notify |
03BRL-CAD:phoenixyjll * 57411
brlcad/trunk/src/librt/comb/comb_brep.cpp: Check the db_i
pointer. |
| 04:46.07 |
Notify |
03BRL-CAD:phoenixyjll * 57412
(brlcad/trunk/src/librt/comb/comb_brep.cpp
brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp): Some
renaming - ip => dbip; brep_conversion =>
single_conversion |
| 05:02.26 |
Notify |
03BRL-CAD:phoenixyjll * 57413
(brlcad/trunk/src/libged/brep.c
brlcad/trunk/src/librt/comb/comb_brep.cpp
brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp): db =>
dbip, and mark const for some variables. |
| 05:54.03 |
Notify |
03BRL-CAD:phoenixyjll * 57414
brlcad/trunk/src/libbrep/boolean.cpp: Check 3D distance (not
included in ON_Brep::IsValid()) when looking for seam
trims. |
| 06:26.33 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 06:32.07 |
*** join/#brlcad vladbogo
(~vlad@188.25.239.225) |
| 06:33.09 |
Notify |
03BRL-CAD:phoenixyjll * 57415
brlcad/trunk/src/librt/comb/comb_brep.cpp: Perform Xform for the
leaf. |
| 06:38.21 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 06:46.56 |
*** join/#brlcad PrezKennedy
(~DarkCalf@173.231.40.99) |
| 07:54.12 |
*** join/#brlcad Ch3ck_
(~Ch3ck@195.24.220.16) |
| 08:12.59 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 08:13.22 |
Ch3ck_ |
brlcad:
corrected the bn_poly_sub() uploaded patch. I've also finished with
the interface. Submitted patch already awaiting review
;) |
| 08:59.20 |
*** join/#brlcad caen23
(~caen23@92.83.184.3) |
| 09:08.16 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 09:45.59 |
Notify |
03BRL-CAD:phoenixyjll * 57416
brlcad/trunk/src/libbrep/boolean.cpp: Generate the connectivity
graph for the new solid (after evaluation) |
| 09:48.35 |
Notify |
03BRL-CAD
Wiki:Phoenix * 6088 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 12
*/ |
| 10:02.50 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 10:40.22 |
*** join/#brlcad Ch3ck_
(~Ch3ck@195.24.220.16) |
| 10:40.54 |
*** join/#brlcad witness__
(uid10044@gateway/web/irccloud.com/x-otrloazsutjbgdui) |
| 11:27.26 |
Notify |
03BRL-CAD:tbrowder2 * 57417
brlcad/trunk/doc/docbook/system/man3/en/CMakeLists.txt: remove 3rd
party doc from our doc tree |
| 11:40.58 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 13:26.01 |
*** join/#brlcad witness__
(uid10044@gateway/web/irccloud.com/x-aospgmtgctafjpdc) |
| 14:15.12 |
Notify |
03BRL-CAD:starseeker * 57418 NIL: Looks
like we won't need this branch after all. |
| 14:29.29 |
Notify |
03BRL-CAD:starseeker * 57419
brlcad/trunk/src/other/CMakeLists.txt: Add minimal file set from
tclap 1.2.1 to support experiments in improvements to option
parsing. There is a config.h file, so we may need to add CMake
logic for a few system tests if long long and/or strstream
detection prove necessary. |
| 15:21.56 |
Notify |
03BRL-CAD:tbrowder2 * 57420
brlcad/trunk/src/util/dsp_add.c: add info; remove unneeded
semicolon |
| 15:41.53 |
Notify |
03BRL-CAD:tbrowder2 * 57421
brlcad/trunk/src/util/CMakeLists.txt: add copy of dsp_add.c for
conversion to C++ and using tclap arg processing |
| 15:49.52 |
Notify |
03BRL-CAD:tbrowder2 * 57422
brlcad/trunk/src/util/dsp_add_t.cpp: add casts to avoid invalid
conversion errors |
| 15:54.35 |
Notify |
03BRL-CAD:tbrowder2 * 57423
brlcad/trunk/src/util/dsp_add_t.cpp: add casts to avoid errors:
deprecated conversion from string constant to 'char*'; last of C++
fixes for good build |
| 16:11.07 |
Notify |
03BRL-CAD:tbrowder2 * 57424
brlcad/trunk/src/util/dsp_add_t.cpp: comment out tclap header due
to problems with tclap config--needs work |
| 16:32.38 |
brlcad |
awesome:
http://www.youtube.com/watch?v=CUx2ypHQJO0 |
| 16:35.46 |
Ch3ck_ |
brlcad: i've
corrected the bn_poly_sub() patch |
| 16:39.03 |
Notify |
03BRL-CAD:n_reed * 57425
brlcad/trunk/src/util/dsp_add_t.cpp: const param type should remove
need to cast string literal arguments. Can skip printing both NULL
and empty string args. Make exit behavior more consistent, using
bu_exit where convienent. |
| 16:39.04 |
brlcad |
Ch3ck_: I
know |
| 16:39.11 |
brlcad |
Ch3ck_: will
be checking it later today |
| 16:39.24 |
brlcad |
what was the
problem? |
| 16:44.59 |
Ch3ck_ |
well i gave
wrong args |
| 16:45.03 |
Ch3ck_ |
like test
values |
| 16:45.14 |
Ch3ck_ |
brlcad: i've
also finished with the pull interface |
| 16:45.29 |
brlcad |
wrong args to
what? |
| 16:45.38 |
Ch3ck_ |
i've created
the documentation integrated the pull correctly; but pulls only
combinations for now |
| 16:45.56 |
Ch3ck_ |
well I the
values from octave were wrongly input |
| 16:46.19 |
Ch3ck_ |
so thats why
the test kept coming up wrong |
| 16:46.24 |
Ch3ck_ |
it was my
mistake there |
| 16:46.28 |
brlcad |
you mean the
reference values? |
| 16:46.31 |
Ch3ck_ |
yes |
| 16:46.38 |
Ch3ck_ |
I mixed them
up |
| 16:46.55 |
brlcad |
ok |
| 16:47.20 |
Ch3ck_ |
well finished
with the documentation and apropos, synopsis of the
pulll |
| 16:47.25 |
Ch3ck_ |
integrated
patch already |
| 16:47.34 |
Ch3ck_ |
the patch is
on sf |
| 16:47.59 |
Ch3ck_ |
Well
concerning the my implementation of the pull_leaf routine since
i'll have to support all primitives |
| 16:48.11 |
Ch3ck_ |
what approach
will i need to implement all of them |
| 16:48.29 |
Ch3ck_ |
well posted a
question on mailing list for the primitives i'll need some
assistance with ;) |
| 16:49.05 |
brlcad |
okay sounds
good, one step at a time |
| 16:49.31 |
brlcad |
the approach
will probably be nearly identical for all of the primitives that
have a V parameter |
| 16:49.49 |
Ch3ck_ |
yeah but
there are some which do not have that i think |
| 16:49.58 |
brlcad |
it'll
obviously be more tricky for the ones that don't |
| 16:50.06 |
Ch3ck_ |
yeah |
| 16:50.08 |
brlcad |
about a 1/3rd
iirc |
| 16:50.26 |
Ch3ck_ |
well
concerning my use of the switch is a bad design choice |
| 16:50.46 |
brlcad |
one
possibility |
| 16:50.52 |
Ch3ck_ |
what's the
best approach for implementing the pull leaf for each
primitive |
| 16:51.08 |
Ch3ck_ |
should i
implement functions corresponding to each routine |
| 16:51.09 |
Ch3ck_ |
? |
| 16:51.14 |
brlcad |
the approach
is going to involve defining a new callback interface |
| 16:51.20 |
Ch3ck_ |
ok |
| 16:51.24 |
brlcad |
a function
that will apply to all primitives |
| 16:51.38 |
Ch3ck_ |
so how will
it look like? |
| 16:51.52 |
brlcad |
it'll look
however you make it look :) |
| 16:52.00 |
brlcad |
but it should
look like the existing functions |
| 16:52.09 |
brlcad |
they all have
a similar patter |
| 16:52.11 |
brlcad |
pattern |
| 16:52.25 |
brlcad |
stepping back
though, there may be another way at least for
traslation |
| 16:52.43 |
Ch3ck_ |
yeah |
| 16:52.58 |
Ch3ck_ |
thats mostly
V param in almost all primitives |
| 16:53.19 |
brlcad |
no, you
misunderstand |
| 16:53.24 |
Ch3ck_ |
what about
building the 4x4 matrix transform like scale and rotation from the
other aspects of the primitive |
| 16:54.08 |
brlcad |
every
primitive already defines a bounding box function |
| 16:54.13 |
Ch3ck_ |
ok |
| 16:54.27 |
brlcad |
you could use
that information to extract a translation, putting the center of
the bounding box at the origin |
| 16:55.23 |
Ch3ck_ |
so how'll
that look like? |
| 16:55.41 |
brlcad |
if starseeker
got OOBB's working, you could even use that for rotation and
scaling |
| 16:55.59 |
Ch3ck_ |
OOBB's? |
| 16:56.12 |
Ch3ck_ |
what's
that? |
| 16:58.08 |
brlcad |
http://en.wikipedia.org/wiki/Bounding_volume |
| 16:58.16 |
brlcad |
object
bounding boxes |
| 16:58.22 |
brlcad |
object-oriented |
| 16:58.25 |
zero_level |
waves to brlcad. |
| 16:58.39 |
brlcad |
hi
zero_level, avail to resume |
| 16:59.35 |
brlcad |
Ch3ck_: the
question is whether we want to unroll a translation based on a
primitives "data origin" or it's "natural origin" |
| 16:59.41 |
brlcad |
they are two
distinctly separate concepts |
| 16:59.52 |
brlcad |
take a simple
box, for example, an RPP |
| 17:00.08 |
brlcad |
it's data
origin is the first corner. that's "V". |
| 17:00.19 |
zero_level |
brlcad : do
you have the link ? |
| 17:00.21 |
brlcad |
it's natural
origin, however, is the boxes centerpoint |
| 17:00.54 |
brlcad |
that
centerpoint is (length/2,width/2,height/2) |
| 17:00.59 |
zero_level |
http://paste.kde.org/p60667585/http://paste.kde.org/p60667585/ |
| 17:01.05 |
zero_level |
nevermind |
| 17:01.06 |
zero_level |
http://paste.kde.org/p60667585/ |
| 17:01.30 |
brlcad |
the bounding
box method will find the natural centerpoint, what you were working
on using V will find the data origin |
| 17:01.41 |
brlcad |
both are
valid, but it's an interesting question |
| 17:01.53 |
brlcad |
zero_level:
yep, I've had that window open for days |
| 17:02.15 |
Ch3ck_ |
is listening |
| 17:02.34 |
brlcad |
Ch3ck_: i'm
done :) |
| 17:02.47 |
Ch3ck_ |
ok |
| 17:02.48 |
brlcad |
Ch3ck_:
that's the point, that there are two possible "origins" |
| 17:03.02 |
brlcad |
implementing
either will be a set of challenges |
| 17:03.10 |
Ch3ck_ |
ok |
| 17:03.42 |
Ch3ck_ |
so based on
the OOBB I could get all the information about the primitive
right? |
| 17:03.44 |
brlcad |
you can
implement the "natural origin" using the existing bbox callback
function now, and only need to do so once for all primitives (i.e.,
no need for per-primitive functions) |
| 17:04.04 |
brlcad |
our current
bbox() function gives you an AABB, which is only useful for
translation |
| 17:04.31 |
brlcad |
at this
point, I think translation is probably all we need to try and
encompass |
| 17:04.40 |
Ch3ck_ |
ok |
| 17:04.41 |
brlcad |
so you can
just use the existing bbox() function |
| 17:04.43 |
Ch3ck_ |
will look
into it |
| 17:04.48 |
Ch3ck_ |
ok |
| 17:04.51 |
zero_level |
alright. So
the first point is simple discussion about log
messages. |
| 17:05.10 |
brlcad |
Ch3ck_: I
suggest writing a little test.c program that opens a .g, gets some
geometry and calculates the bbox center |
| 17:05.36 |
brlcad |
zero_level:
yep, do you have an example you can point me towards? |
| 17:05.57 |
Ch3ck_ |
will
do |
| 17:05.58 |
brlcad |
that question
as stated is unanswerable without more context |
| 17:06.25 |
zero_level |
brlcad : I
revisited this issue and there are two types of log messages(large
charecterization) |
| 17:06.34 |
brlcad |
what should
be returned depends entirely on where you are in the
code |
| 17:07.18 |
zero_level |
the examples
are lying all in the code. |
| 17:07.25 |
zero_level |
but lets see
specific |
| 17:07.31 |
zero_level |
libicv/crop.c |
| 17:07.32 |
brlcad |
~dict
lying |
| 17:08.12 |
brlcad |
okay, good
example |
| 17:08.34 |
brlcad |
so our
context is that we're in libicv |
| 17:08.37 |
zero_level |
l:52 |
| 17:08.38 |
brlcad |
which is a
LIBRARY |
| 17:08.43 |
zero_level |
yes |
| 17:08.51 |
brlcad |
a library
should never shut down an application |
| 17:09.20 |
zero_level |
do you
recommend, it even when wrong arguments are passed. |
| 17:09.45 |
brlcad |
uhm,
YES! |
| 17:09.48 |
brlcad |
think about
it |
| 17:09.54 |
zero_level |
ok, |
| 17:09.55 |
brlcad |
you're using
this library |
| 17:10.04 |
brlcad |
somehow a 0
is specified for a size |
| 17:10.11 |
brlcad |
and the APP
terminates! |
| 17:10.21 |
brlcad |
i mean for
our src/util programs, who cares |
| 17:10.49 |
brlcad |
but imagine
if libicv were integrated into a different program, say Firefox or
X11 |
| 17:11.04 |
brlcad |
would
terminating the application make any sense?? |
| 17:11.09 |
zero_level |
ok. |
| 17:11.13 |
zero_level |
Got your
point |
| 17:11.14 |
brlcad |
have to think
bigger picture |
| 17:11.46 |
zero_level |
for eg. in
libicv/filter.c |
| 17:11.53 |
brlcad |
now the only
exception is when you have a check that is almost certainly an
indication of corruption |
| 17:12.28 |
brlcad |
if you detect
that something is horribly horribly wrong, something that should
NEVER happen, then terminating can be the safest course of
action |
| 17:12.40 |
brlcad |
but even for
that, you wouldn't call bu_exit(), you'd call bu_bomb() |
| 17:13.06 |
zero_level |
ok. filter.c,
l:250 I have returned NULL in case of error after
bu_log. |
| 17:13.08 |
zero_level |
ok. |
| 17:13.15 |
brlcad |
also for
logging, lets leave the function names out of the logging messages,
nobody except the devs care ;) |
| 17:13.31 |
zero_level |
everywhere
? |
| 17:13.35 |
zero_level |
ok. |
| 17:13.42 |
brlcad |
I know you're
probably just following the pattern elsewhere in our code, but it's
something we're trying to get away from |
| 17:13.55 |
brlcad |
make the
message something that makes sense to a user |
| 17:14.11 |
brlcad |
if it's a
critical failure, start the message with "ERROR: " |
| 17:14.41 |
zero_level |
ok. With my
experience I will classify the logging and errors as
following. |
| 17:14.54 |
zero_level |
critical
error : bu_bomb. |
| 17:15.34 |
brlcad |
there's a
difference though |
| 17:15.35 |
zero_level |
marginal
error return (-1) forint based and (NULL) for icv_image_t*
based. |
| 17:15.39 |
zero_level |
and |
| 17:15.43 |
brlcad |
again
bu_bomb() only if you detect CORRUPTION |
| 17:15.54 |
brlcad |
I don't think
you have any corruption detection measures in place |
| 17:16.11 |
brlcad |
getting
passed a NULL pointer or negative size is not a
corruption |
| 17:16.12 |
zero_level |
for library
based : with function name and error message. |
| 17:16.14 |
brlcad |
it's a bad
application |
| 17:16.55 |
zero_level |
ok. |
| 17:17.41 |
zero_level |
so what do we
conclude in issue 1 ? |
| 17:18.10 |
brlcad |
I don't think
"marginal" is well defined |
| 17:18.22 |
brlcad |
it's a matter
of inputs and outputs |
| 17:18.39 |
brlcad |
you need to
make sure inputs are always what you expect them to be |
| 17:19.06 |
brlcad |
for example,
icv_get_kernel() in filter.c doesn't check if kern or offset are
NULL |
| 17:19.10 |
zero_level |
and if they
are not? Do i bomb ? or pass a log message ? |
| 17:19.13 |
brlcad |
so it can
(and eventually will) crash |
| 17:19.46 |
brlcad |
so what to do
depends on expectation |
| 17:20.00 |
brlcad |
you marked it
HIDDEN, so you control all the callers |
| 17:20.44 |
brlcad |
for that, any
NULL parameter is a library bug because only the library can access
that function |
| 17:21.14 |
brlcad |
if it were
NOT hidden, you'd just print an ERROR and return a
failure/null/empty/nothing |
| 17:21.18 |
zero_level |
yes because I
call it only twice in the same file. and also the code structure
maintains that the parameters are intact ? |
| 17:21.32 |
zero_level |
sure. |
| 17:21.34 |
brlcad |
since it is
HIDDEN, you can decide but it should still check |
| 17:21.58 |
zero_level |
Then Let me
write the conclusion of this discussion. |
| 17:22.47 |
brlcad |
long term,
HIDDEN functions sometimes become non-HIDDEN, which is why *every*
function should still always check the inputs are what are
expected |
| 17:23.09 |
brlcad |
if you detect
a NULL pointer and can make the callers behave reasonably, you
should |
| 17:23.14 |
brlcad |
if you
cannot, you can bomb |
| 17:23.19 |
zero_level |
1) the
parameters check should be done correctly. If this is a bad
parameter (unexpected) use some default with error or pass error
with bomb or error with null (-1) |
| 17:23.45 |
zero_level |
your point
taken as 2) |
| 17:24.37 |
zero_level |
3) Dont use
function name for error messages. If it is strong error just write
ERROR |
| 17:24.42 |
zero_level |
is anything
left ? |
| 17:25.47 |
zero_level |
Moving to
issue#2 |
| 17:25.51 |
brlcad |
check all
parameters |
| 17:26.08 |
brlcad |
zero_level:
hold on |
| 17:26.12 |
zero_level |
ok. |
| 17:26.41 |
brlcad |
so you also
need some way to *detect* a bad parameter (beyond a NULL
pointer) |
| 17:26.58 |
brlcad |
your
icv_get_kernel() function is a prime example |
| 17:27.16 |
zero_level |
do you mean
based on heights and sizes (as in icv_filter3(..) ) |
| 17:27.28 |
zero_level |
or based on
size as in icv_crop in crop.c |
| 17:29.01 |
brlcad |
I don't
understand, arent' those the same? |
| 17:29.35 |
brlcad |
icv_crop()
has ton's of validation issues |
| 17:29.42 |
brlcad |
(because it
has no validation) |
| 17:30.43 |
brlcad |
I can crash
the program just by passing a NULL pointer or a negative
value |
| 17:31.14 |
zero_level |
ok. So adding
validation is the key here. |
| 17:31.27 |
zero_level |
because I
understand it will make the library stable. |
| 17:31.45 |
brlcad |
all PUBLIC
should validate ALL parameters before doing any work |
| 17:32.26 |
zero_level |
I think
icv_crop is a best exammple to understand. |
| 17:32.27 |
brlcad |
you should
also validate any combinations that are used that might result in a
bad result, such as dividing by zero |
| 17:32.32 |
zero_level |
a) where to
bomb. |
| 17:32.42 |
zero_level |
b) where to
use default |
| 17:32.44 |
brlcad |
it's public
API so it should not bomb |
| 17:32.55 |
zero_level |
c) where to
use default value. |
| 17:33.02 |
zero_level |
ok. |
| 17:33.09 |
zero_level |
so a us out
of question. |
| 17:33.16 |
zero_level |
c/us/is |
| 17:33.34 |
brlcad |
it should
certainly report an error |
| 17:33.48 |
brlcad |
just not ..
terminate the application |
| 17:33.49 |
Notify |
03BRL-CAD:starseeker * 57426 NIL: Will
probably be better to structure this with a
subdirectory... |
| 17:33.55 |
brlcad |
let the app
decide that |
| 17:34.31 |
brlcad |
the question
is more interesting/harder for HIDDEN functions |
| 17:34.39 |
brlcad |
since you
have more expections |
| 17:34.48 |
brlcad |
my point
earlier is that you need to be able to detect when something is
wrong |
| 17:35.02 |
brlcad |
so look at
icv_get_kernel() |
| 17:35.20 |
brlcad |
just looking
at that now, there's almost certainly a memory corruption (a
segfault) |
| 17:35.40 |
brlcad |
and just
checking if kern or offset are NULL would not detect it |
| 17:35.43 |
Notify |
03BRL-CAD:starseeker * 57427
(brlcad/trunk/src/other/tclap/Arg.h
===================================================================
and 695 others): Move the headers into the subdirectory |
| 17:36.12 |
Notify |
03BRL-CAD:mohitdaga * 57428
brlcad/trunk/src/libicv/TODO: Add a TODO item for validation of
input arguments. |
| 17:37.36 |
brlcad |
zero_level:
so best starting point for now is probably baby steps .. go over
EVERY function and make sure you test whether all your pointers are
non-NULL and sizes are >0 where it makes sense, along with any
other argument checks that make sense |
| 17:38.12 |
brlcad |
still before
we move on, since I think I see a segfault ... you should see it
too |
| 17:42.20 |
zero_level |
in
? |
| 17:56.05 |
brlcad |
icv_get_kernel |
| 17:56.49 |
brlcad |
this is
exactly why it's good to always do data validation, even on hidden
functions |
| 17:57.05 |
brlcad |
because bugs
can be anywhere, will be everywhere, given enough time |
| 17:58.11 |
brlcad |
you have
three arguments to icv_get_kernel(), you should be able to narrow
it down to just one that has a bug (or prove me wrong) |
| 18:05.08 |
zero_level |
brlcad : I
dont see any bug. |
| 18:05.16 |
zero_level |
Also bwfilter
works fine. |
| 18:05.20 |
zero_level |
which uses
icv_filter. |
| 18:05.50 |
zero_level |
the
get_kernel is primarly made to service both icv_filter and
icv_filter3 |
| 18:06.17 |
zero_level |
and kern has
variable size. |
| 18:06.35 |
zero_level |
in both these
functions. |
| 18:06.39 |
brlcad |
zero_level:
you effectively already check filter_type with the switch
statement |
| 18:06.44 |
brlcad |
and you have
a default handler |
| 18:07.15 |
brlcad |
a program
working is NEVER an indication of whether there is a bug or not,
especially for segment violations |
| 18:07.23 |
zero_level |
ok. |
| 18:07.43 |
zero_level |
alright i see
your point. |
| 18:07.45 |
brlcad |
rather a
WORKING program is never an indication :) |
| 18:08.13 |
brlcad |
plenty of
bugs can go masked indefinitely (for decades), but they're still
real bugs |
| 18:08.21 |
brlcad |
so not
filter_type |
| 18:08.59 |
brlcad |
offset is a
pointer, you obviously don't check the value, but it's clearly only
used as a pointer to a double (a single double value) |
| 18:09.21 |
brlcad |
looking at
the two callers, you pass the address of a local
variable |
| 18:09.37 |
zero_level |
yes. |
| 18:09.43 |
zero_level |
Is that a bad
practice ? |
| 18:09.47 |
brlcad |
so if that's
ever NULL, it would be an indication of stack corruption (something
worthy of a bu_bomb) |
| 18:10.08 |
brlcad |
no, it's
fine |
| 18:10.49 |
brlcad |
that leave us
with good old 'kern' |
| 18:11.16 |
brlcad |
looking at
icv_get_kernel(), it's being indexed as an array |
| 18:11.32 |
brlcad |
how big is
it? |
| 18:15.22 |
Notify |
03BRL-CAD:mohitdaga * 57429
brlcad/trunk/src/libicv/filter.c: If the filter specified is not
present in the library, we should not consider filtering the image.
Instead return with an error. |
| 18:17.31 |
zero_level |
it can be of
two sizes for different function |
| 18:17.40 |
zero_level |
icv_filter
(9) |
| 18:17.52 |
zero_level |
icv_filter3
(27) |
| 18:18.27 |
zero_level |
but although
get kernel is designed as a temporary function which holds the
library of filters. |
| 18:19.06 |
Notify |
03BRL-CAD:starseeker * 57430
(brlcad/trunk/src/other/CMakeLists.txt
brlcad/trunk/src/other/tclap/config.h.in and 5 others): Get
dsp_add_t working for testing purposes - the util inclusions of
tclap header directories will go away once libbu wraps
it. |
| 18:19.11 |
zero_level |
In the later
stages I plan to make a advanced get_kernel function which gives
filters of a specified size. |
| 18:19.20 |
zero_level |
and
type. |
| 18:19.35 |
zero_level |
will have to review his signal processing concepts
here. |
| 18:20.03 |
zero_level |
and the fact
we are dealing with double data. we could probably have some nice
filtering reasults. |
| 18:20.35 |
brlcad |
slow down
horsie |
| 18:20.46 |
brlcad |
it can be two
sizes |
| 18:20.57 |
brlcad |
but those
sizes are triggered by a type, not the function |
| 18:21.03 |
zero_level |
Indeed the
icv_filter and icv_filter3 are designed such that they accept
variable length filters. |
| 18:21.14 |
zero_level |
at present
the size is fixed to default size. |
| 18:21.15 |
brlcad |
rather, the
indexinging is triggered by a type, not the function |
| 18:21.36 |
zero_level |
brlcad :
yes. |
| 18:21.58 |
brlcad |
and that type
is passed through from public API |
| 18:22.10 |
zero_level |
right. |
| 18:22.19 |
zero_level |
is there an
issue ? |
| 18:22.33 |
brlcad |
icv_filter(7,
kern, &offset); |
| 18:23.07 |
zero_level |
~dict
horsie |
| 18:23.19 |
brlcad |
slow your
horse down |
| 18:23.36 |
zero_level |
;) |
| 18:23.44 |
brlcad |
means you're
not paying attention closely enough, going to fast to see the
problem |
| 18:24.25 |
brlcad |
if a user is
specifying the type, and that type is unchecked, you have a
potential segfault |
| 18:24.40 |
brlcad |
they might
even be misusing the API |
| 18:24.49 |
brlcad |
icv_filter(ICV_FILTER_3_NULL, kern,
&offset); |
| 18:25.25 |
zero_level |
brlcad : I
see the point. |
| 18:25.40 |
zero_level |
But
icv_filter just has two arguments. |
| 18:25.58 |
brlcad |
you obviously
can add some stuff in icv_filter() and/or icv_filter3(), but
ideally you ALSO add some sort of check/protection inside
icv_get_kernel() |
| 18:26.15 |
brlcad |
and to do
that, you need to know the size of kern since it's an
array |
| 18:26.23 |
zero_level |
You are
suggesting that some naughty guy can mix the two types of
filters. |
| 18:26.32 |
zero_level |
we need to
check that. |
| 18:26.40 |
zero_level |
you have a
point here. |
| 18:26.44 |
brlcad |
not even
necessarily naughty |
| 18:26.47 |
brlcad |
code changes
over time |
| 18:27.03 |
brlcad |
but this is
exactly where bugs evolve, how they usually begin |
| 18:27.04 |
zero_level |
brlcad++ |
| 18:27.43 |
brlcad |
another item
... a function should not start with icv_ unless it's public API
documented in include/icv.h |
| 18:27.57 |
brlcad |
and public
api should always have the prefix |
| 18:28.06 |
brlcad |
that way,
it's very clear what it public API and what is not |
| 18:28.20 |
Notify |
03BRL-CAD:mohitdaga * 57431
brlcad/trunk/src/libicv/filter.c: Remove debug flag. |
| 18:29.03 |
zero_level |
ok. |
| 18:30.00 |
Notify |
03BRL-CAD:mohitdaga * 57432
brlcad/trunk/src/libicv/TODO: Add a TODO item to check for the
mixup of two types of filters in filter.c |
| 18:30.40 |
zero_level |
brlcad : do
we move to issue#2 ? |
| 18:30.49 |
brlcad |
bullet #2:
you have have non-public, private API, that is not
HIDDEN |
| 18:31.20 |
brlcad |
create a
private header in src/libicv, #include "./yourheader.h", and use
the functions |
| 18:32.42 |
zero_level |
I think i
couldnt convey what i wanted to. |
| 18:32.55 |
zero_level |
did you see
encoding.c ? |
| 18:33.07 |
brlcad |
yes? |
| 18:33.17 |
zero_level |
also bw.c
? |
| 18:33.38 |
zero_level |
ok, I see
your point. |
| 18:33.56 |
brlcad |
yeah,
technically what you did in bw.c is wrong |
| 18:34.09 |
brlcad |
invalid ... a
little surprised the compiler didn't complain |
| 18:34.21 |
zero_level |
no! it
works. |
| 18:34.30 |
zero_level |
but that is
not the proof. |
| 18:34.33 |
brlcad |
it shouldn't
.. what is an "extern static" ? |
| 18:34.43 |
brlcad |
the compiler
is just defaulting to extern |
| 18:35.03 |
brlcad |
more than
likely, you're getting lucky because gcc doesn't care |
| 18:36.11 |
brlcad |
the extern
declaration says there will be a uchar2double() symbol later ...
and the function is compiled static but it's symbol is getting
included because nothing in encoding.c uses it (i.e., got
lucky) |
| 18:36.30 |
brlcad |
the compiler
has the option to not include a symbol marked as static |
| 18:36.56 |
zero_level |
ok. So other
way as suggested by you is to keep them in encoding.h |
| 18:37.02 |
brlcad |
no |
| 18:37.04 |
zero_level |
and include
encoding.h . |
| 18:37.20 |
zero_level |
I mean
declare them in encoding.h . |
| 18:37.32 |
brlcad |
you DECLARE
them in encoding.h, you'd remove HIDDEN from their definition in
encoding.c |
| 18:37.46 |
``Erik |
zero_level:
filter.c:259 "return -1;" in a function returning a
pointer? |
| 18:37.59 |
Notify |
03BRL-CAD:mohitdaga * 57433
brlcad/trunk/src/libicv/filter.c: Change the name of icv_get_kernel
-> get_kernel (private function) |
| 18:38.08 |
brlcad |
zero_level:
BUT ... more to say on that |
| 18:38.14 |
brlcad |
these
conversion functions seem wonky to me |
| 18:38.40 |
brlcad |
if you think
of every function as being a plugin type, these are currently
outliers |
| 18:38.44 |
brlcad |
~dict
outlier |
| 18:38.53 |
Notify |
03BRL-CAD:mohitdaga * 57434
brlcad/trunk/src/libicv/filter.c: icv_filter3 returns a
NULL. |
| 18:39.16 |
zero_level |
``Erik r57434
solves that. |
| 18:39.24 |
zero_level |
thanks. |
| 18:40.21 |
zero_level |
brlcad :
please suggest imporvements. |
| 18:41.08 |
zero_level |
I must
confess, I am novice. |
| 18:42.12 |
brlcad |
well if we
ignore the names for a second and look at what they're doing, the
first is basically taking char data and scaling it into the "native
library representation" |
| 18:42.48 |
brlcad |
the second is
basically taking the "native library representation" and scaling it
into char data |
| 18:43.00 |
zero_level |
ok. |
| 18:43.23 |
brlcad |
that gives me
two thoughts |
| 18:43.54 |
brlcad |
1) this
either should be public API so format writers can use it, OR
... |
| 18:44.37 |
brlcad |
2) it should
live with (one or more) formats specific to their needs (e.g.,
bw_to_double) |
| 18:45.24 |
brlcad |
I have a new
image file format, .awesome, and I'm writing a libicv plug-in
extension |
| 18:46.12 |
brlcad |
I need to
convert my image.awesome into libicv representation, so I will need
to define a function that does exactly that |
| 18:47.51 |
zero_level |
Alright :
Will make them public. |
| 18:48.24 |
brlcad |
are you
understanding or just taking the easy route? |
| 18:48.46 |
zero_level |
In case you
have such awesome thing in place. Consider telling to zero_level.
He will include in icv |
| 18:48.50 |
zero_level |
;) |
| 18:49.04 |
zero_level |
yes. got your
point. |
| 18:49.23 |
Notify |
03BRL-CAD:starseeker * 57435
brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Testing with simple
planar breps seems to suggest that this flag needs to be
reversed... |
| 18:49.51 |
zero_level |
But my
thought was because we plan to put the formats in icv. in GSOC and
after that. So I thought we might not need them. |
| 18:50.08 |
brlcad |
it's not as
simple as putting icv_ on them though |
| 18:50.15 |
brlcad |
they are out
of place as they are currently defined |
| 18:50.35 |
zero_level |
Never thought
that some other might create "xyz" format and want to use our
lib. |
| 18:50.46 |
brlcad |
e.g., why
uchar2double and DATA2uchar? shouldn't that be either uchar2data
or double2uchar? |
| 18:51.07 |
zero_level |
but now want
to consider that point. |
| 18:51.32 |
brlcad |
and if you're
going to have uchar, what about char, short, ushort, long, unlong,
long long, ulong long, ... |
| 18:51.43 |
brlcad |
raises
questions as API |
| 18:52.53 |
zero_level |
actually
never thought of making them public.And wanted to make as the need
arises in png. |
| 18:52.59 |
zero_level |
or any other
formats. |
| 18:53.11 |
brlcad |
but my point
is are they really limited to just one type (e.g., bw) |
| 18:53.44 |
zero_level |
Which indeed
brings us to the other point. Do we need to make them public
? |
| 18:54.15 |
brlcad |
exactly, it
depends |
| 18:54.45 |
brlcad |
datawise pix
is bw*3, but just because it happens to work with the same function
doesn't mean that it needs to be public API |
| 18:54.54 |
brlcad |
it's still an
encoding/decoding operation for bw and pix respectively |
| 18:55.06 |
brlcad |
zero_level:
so here's my biggest concern |
| 18:55.12 |
brlcad |
modularity |
| 18:55.47 |
brlcad |
I think
whatever we end up with, a file format should be defined by one or
more files in a directory that are independent |
| 18:56.15 |
brlcad |
and as an
author, it becomes *very* easy to see how the library is extended
for a different format |
| 18:56.29 |
brlcad |
whether that
author is you or me or someone external |
| 18:56.48 |
brlcad |
given enough
time, all code becomes code someone else wrote :) |
| 18:59.27 |
zero_level |
I think i
agree. |
| 18:59.54 |
zero_level |
lets make
those notations in doxygen commants in encoding.c |
| 19:00.09 |
zero_level |
about which
functions will work in which fileformat. |
| 19:00.35 |
brlcad |
zero_level:
grep -E '(if|while|for|switch|return)\(' * |
| 19:00.52 |
brlcad |
style
errors |
| 19:01.42 |
zero_level |
thanks for
pointing that out. |
| 19:02.12 |
zero_level |
adding that
to TODO. |
| 19:02.22 |
zero_level |
I will finish
all the work in TODO. |
| 19:02.24 |
zero_level |
:) |
| 19:03.58 |
brlcad |
it might turn
out that encoding.c can go away |
| 19:04.15 |
brlcad |
that it'd
become just an encoding function in bw |
| 19:04.26 |
brlcad |
or part of
bw_read()/bu_write() |
| 19:04.42 |
brlcad |
OR |
| 19:05.00 |
brlcad |
that it
becomes part of ICV private API |
| 19:05.28 |
brlcad |
where
functions are defined for converting from each of the intrinsic C
types to libicv's native format |
| 19:05.50 |
zero_level |
alright. |
| 19:05.55 |
brlcad |
zero_level:
another way to think of this ... lets say we want to change LIBICV
to not use 0.0-1.0 doubles as the internal format |
| 19:06.10 |
brlcad |
consider what
all would need to change |
| 19:06.26 |
brlcad |
we want to
get that list of things that would need to change down to a bare
minimum |
| 19:06.58 |
brlcad |
if you put bw
into a subdir, I wouldn't want anything to change in that subdir if
the internal format changed |
| 19:07.01 |
Notify |
03BRL-CAD:mohitdaga * 57436
brlcad/trunk/src/libicv/TODO: Add TODO item for stylistic
measures |
| 19:07.09 |
brlcad |
i.e., each
type is not aware of the internal format |
| 19:07.19 |
brlcad |
should not
be |
| 19:08.42 |
zero_level |
brlcad : I
get your point. |
| 19:08.46 |
brlcad |
zero_level:
while you're working on TODO items, icv.h could use some
attention.. |
| 19:09.08 |
brlcad |
unclear why
icv_rot() is the first thing we're introduced to :) |
| 19:09.53 |
brlcad |
towards
modularity, need to think about how ICV_IMAGE_FORMAT can go
away |
| 19:10.44 |
brlcad |
(if I need to
add a new format, I should be able to define everything in one
directory like src/libicv/ppm ... without needing to edit a header
(i.e., could even be a runtime extension) |
| 19:12.05 |
brlcad |
zero_level:
shall we move on to bullet #3? |
| 19:12.15 |
zero_level |
Support
dynamically loading formats (e.g., define a plug-in API).
? |
| 19:12.24 |
brlcad |
absolutely |
| 19:12.26 |
zero_level |
brlcad : just
a moment. |
| 19:12.33 |
zero_level |
ok
. |
| 19:12.44 |
brlcad |
if that's
what is required to think about modularity correctly |
| 19:12.54 |
brlcad |
whether it's
actually dynamically loaded is irrelevant |
| 19:13.02 |
brlcad |
if it cannot
be, it's not modular enough |
| 19:13.14 |
zero_level |
bullet#2 is
easy now. |
| 19:13.34 |
zero_level |
c/2/3 |
| 19:13.48 |
zero_level |
Just a commen
and y/n |
| 19:14.00 |
zero_level |
s/commen/comment |
| 19:15.25 |
brlcad |
well I
question that function's existence as public API :) |
| 19:15.43 |
brlcad |
the naming
convention is separate from the ICV_IMAGE_FORMAT names |
| 19:16.01 |
brlcad |
conceptually,
it sounds like an icv_pix2bw() function |
| 19:16.16 |
brlcad |
with a
scaling factor |
| 19:16.24 |
zero_level |
brlcad : do
you mean icv_rgb2gray ? |
| 19:16.30 |
brlcad |
yes |
| 19:16.36 |
zero_level |
hahah
:D |
| 19:16.57 |
zero_level |
your question
is harsh. ;) |
| 19:17.06 |
brlcad |
I didn't ask
a question yet ;) |
| 19:17.24 |
brlcad |
rather, I
guess I did there at the beginning |
| 19:17.30 |
zero_level |
brlcad :
This is needed because it can convert any rgb image into grayscale
image. |
| 19:18.31 |
brlcad |
I think this
is part of the disconnect, though |
| 19:18.33 |
zero_level |
Later
color_space might contain icv_rgb2hsv or icv_rgb2ycbcr
and.. |
| 19:18.54 |
zero_level |
any implied
image loaded to icv container. |
| 19:19.07 |
zero_level |
s/question/questioning |
| 19:19.26 |
brlcad |
except that
gray is not really a color space, is it? |
| 19:19.44 |
zero_level |
well it can
be considered as pne. |
| 19:19.44 |
brlcad |
at least,
how's it different from bw_write() |
| 19:19.55 |
zero_level |
it
is. |
| 19:20.21 |
zero_level |
bw_write
takes an icv_container and writes a file in bw format. |
| 19:21.02 |
zero_level |
icv_rgb2gray
takes an icv container with color_channels 3 and converts that to
gray scale image. |
| 19:21.27 |
zero_level |
that is gray
scale icv cotnainer with color channel 1 |
| 19:21.51 |
zero_level |
so if you
have an image with 3 container and you want to write bw format
output. |
| 19:21.52 |
brlcad |
so they both
take an icv_container |
| 19:21.58 |
brlcad |
and both
write out 1 color channel |
| 19:22.00 |
brlcad |
what am I
missing? |
| 19:22.10 |
zero_level |
icv_rgb2gray
doesnt write. |
| 19:22.18 |
zero_level |
it converts
and returns the container. |
| 19:22.45 |
brlcad |
besides the
file operation is there a difference? |
| 19:22.56 |
zero_level |
yes. |
| 19:24.23 |
zero_level |
also, if you
take a icv_container with rgb data and want to write a bw image. It
will call icv_rgb2gray_ntsc(...) |
| 19:25.22 |
zero_level |
brlcad : I am
able to explain ? |
| 19:30.18 |
*** join/#brlcad caen23
(~caen23@92.81.191.54) |
| 19:30.59 |
brlcad |
yes, but then
does that need to be public API or is it private? |
| 19:31.20 |
zero_level |
PUBLIC. |
| 19:31.24 |
brlcad |
sounds like
it might be private to me, just like the encoding |
| 19:31.56 |
brlcad |
something I'd
use to implement a new format (like .jpeg) but not necessarily a
new app (jpeg2pix) |
| 19:32.41 |
zero_level |
let me give
you an example. |
| 19:33.00 |
zero_level |
Let suppose I
built a tank in our cad-tool. |
| 19:33.20 |
zero_level |
But then my
boss wanted me to get the resul in gray scale image. |
| 19:34.17 |
zero_level |
I have an
option in future to make a specific flag which will convert the
resultant image to gray scale. |
| 19:34.40 |
zero_level |
which can be
written to any format. jpeg, bw,bmp, png. |
| 19:39.47 |
brlcad |
okay, that's
convincing |
| 19:40.07 |
brlcad |
but then
rgb2gray sounds like it may be too specific |
| 19:40.18 |
brlcad |
there are NxM
possible conversions |
| 19:40.34 |
brlcad |
that specific
one is more of a channel scaling function |
| 19:40.43 |
brlcad |
so perhaps it
could be generalized as such |
| 19:40.45 |
zero_level |
but the point
is what all we need. |
| 19:41.11 |
zero_level |
Implementation wise is not an
issue. |
| 19:41.12 |
brlcad |
icv_channels(image,
num_channels) |
| 19:41.50 |
zero_level |
No. |
| 19:42.11 |
zero_level |
because we
are looking at color space changes. |
| 19:42.20 |
brlcad |
that sounds
like a completely separate issue |
| 19:42.40 |
zero_level |
suppose
tommorow I have something for an alpha channel . |
| 19:42.47 |
brlcad |
which is I
think why rgb2gray seems overly confusing to me right
now |
| 19:43.15 |
zero_level |
I cannot use
icv_channels to magically change to 4 channel image. |
| 19:43.23 |
brlcad |
why
not? |
| 19:43.32 |
zero_level |
brlcad : I
can help you remove confusions. |
| 19:43.33 |
brlcad |
obviously not
with those two simple arguments |
| 19:43.50 |
zero_level |
ok. |
| 19:44.03 |
zero_level |
where are u
stuck ? |
| 19:44.12 |
brlcad |
I'm not
stuck |
| 19:44.17 |
zero_level |
:D |
| 19:44.21 |
brlcad |
i'm saying
that the name and scope is misleading |
| 19:45.08 |
zero_level |
scope I gave
an example which you agreed to. |
| 19:45.16 |
zero_level |
name i am
open to change. |
| 19:45.30 |
brlcad |
the name with
that *scope* |
| 19:45.32 |
zero_level |
Because I am
not good at naming things. :) |
| 19:45.34 |
brlcad |
mixing the
notion of channels and color space information just sounds
wrong |
| 19:45.42 |
zero_level |
ok. |
| 19:45.56 |
brlcad |
I agree that
having a user tool want to output, say, a b&w png file would be
useful |
| 19:46.06 |
zero_level |
are they
mixed ? |
| 19:46.13 |
brlcad |
that in code
would be a n-channel to 1-channel reduction |
| 19:46.21 |
brlcad |
well you're
saying they are |
| 19:46.26 |
brlcad |
rgb2hsv |
| 19:46.34 |
zero_level |
ok. |
| 19:46.40 |
zero_level |
So that
bothers you. |
| 19:46.57 |
zero_level |
Do you take
gray scale as a color space ? |
| 19:47.07 |
brlcad |
from an API
design, yeah it seems mixing two concepts in an inconsistent
way |
| 19:47.30 |
zero_level |
If yes than
forget channels. and lets use color spaces. |
| 19:47.40 |
brlcad |
I could have
gray scale as one channel or three or N |
| 19:47.57 |
brlcad |
that's more a
question of data replication |
| 19:48.00 |
zero_level |
ok. |
| 19:48.19 |
zero_level |
I see your
point. |
| 19:48.35 |
zero_level |
I think I
communicate very poorly. |
| 19:48.45 |
zero_level |
sorry for
that. :) |
| 19:48.53 |
brlcad |
no, it's
fine |
| 19:48.58 |
brlcad |
we're making
progress |
| 19:49.09 |
brlcad |
only three of
eight bullets, but progress ;) |
| 19:49.22 |
brlcad |
if you need
to go, we can pick this up later |
| 19:50.29 |
zero_level |
brlcad : lets
finish this point. |
| 19:50.38 |
zero_level |
I need to
sleep. But can wait. |
| 19:50.51 |
brlcad |
there's
plenty of time to sleep when you're dead ;) |
| 19:50.52 |
zero_level |
just ensuring
that we dont need to start over. |
| 19:50.56 |
brlcad |
sure |
| 19:51.15 |
zero_level |
so
yes. |
| 19:51.25 |
brlcad |
so datawise,
there are two things happening as I understand it |
| 19:51.36 |
zero_level |
Let me
explain regarding the two public funtions in
color_space.c |
| 19:51.38 |
brlcad |
the icv
representation has N channels representing an image,
yes? |
| 19:51.43 |
zero_level |
yes. |
| 19:52.59 |
zero_level |
icv_gray2rgb
: just copies the pixel 3 times and outputs a rgb image (supposedly
we cannot convert gray image to rgb) |
| 19:53.49 |
zero_level |
icv_rgb2gray
: combines the three channel image as per the weights specified and
produces a gray space (1 channel image) |
| 19:53.55 |
zero_level |
is this fine
? |
| 19:53.59 |
brlcad |
sure |
| 19:54.08 |
zero_level |
now as per
the question goes. |
| 19:54.45 |
brlcad |
data-wise, I
think this gets at low-level ICV operations |
| 19:55.14 |
zero_level |
earlier
icv_rgb2gray used another field which marked the presence of
method. |
| 19:55.17 |
brlcad |
there are
certain fundamental operations going on that I think can be fully
generalized |
| 19:55.23 |
zero_level |
but later I
made that a macro. |
| 19:56.22 |
brlcad |
sure |
| 19:56.44 |
zero_level |
generalized
? |
| 19:56.49 |
brlcad |
right |
| 19:56.57 |
zero_level |
where
? |
| 19:56.58 |
brlcad |
so it gets at
the heart of what icv_rgb2gray() is doing |
| 19:57.02 |
zero_level |
can you point
an example |
| 19:57.04 |
brlcad |
to the ICV
data |
| 19:57.18 |
brlcad |
say I have an
ICV image |
| 19:57.29 |
zero_level |
is listening |
| 19:57.33 |
brlcad |
lets fully
ignore alpha channels for the sake of discussion |
| 19:58.15 |
brlcad |
that ICV data
has some number of channels, say N |
| 19:58.29 |
brlcad |
data-wise and
generalized, several operations come to mind |
| 19:58.40 |
brlcad |
want to
delete a channel, for example, easy |
| 19:59.24 |
brlcad |
want to add a
channel .. and when you add, a decision will need to follow -- is
the added zero, 1's, a copy of an existing channel (perhaps
scaled), an average (perhaps scaled) of multiple
channels |
| 19:59.34 |
brlcad |
want to
replicate data across channels |
| 20:00.00 |
brlcad |
icv_gray2rgb() is easily described in that
context |
| 20:00.45 |
zero_level |
brlcad : you
have a point about that. |
| 20:00.49 |
brlcad |
I think as an
API, it would make perfect sense for ICV to define low-level
operations like that |
| 20:01.06 |
brlcad |
upon which we
can build higher level constructs (like awareness of
ntsc) |
| 20:01.13 |
zero_level |
is lowlevel
== hidden ? |
| 20:01.41 |
brlcad |
it's hidden
in the sense that it's all contained within the icv
struct |
| 20:01.55 |
zero_level |
hmm
? |
| 20:02.05 |
brlcad |
but you'd
tell ICV to do those operation on a given image |
| 20:02.23 |
brlcad |
img =
icv_create() or icv_open() right? |
| 20:02.33 |
zero_level |
yes |
| 20:03.29 |
brlcad |
say I have an
application that creates a 1-channel image, then need to convert it
to "rgb" 3-channel |
| 20:03.48 |
brlcad |
so I use the
API to create two more channels, replicating the data from the
first/initial channel |
| 20:04.33 |
zero_level |
brlcad : api
wise we could do n number of things. |
| 20:04.56 |
Notify |
03BRL-CAD:indianlarry * 57437
brlcad/branches/nurbs/src/librt/primitives/brep/brep.cpp: breakout
UV interval min/max distance checks, add bailout when first order
walk vector less than tol, misc debugging code still
WIP |
| 20:05.04 |
zero_level |
but If i were
me. I would ask does itmake sense to have a 2-channel image
? |
| 20:05.11 |
zero_level |
no! |
| 20:05.22 |
zero_level |
It makes
sense for a 3 channel image. |
| 20:05.28 |
brlcad |
but it does
generalize the notion of 3-channel, 4-channel, and 1-channel
images |
| 20:05.44 |
brlcad |
who is to say
that 3 channels are rgb data? |
| 20:05.59 |
zero_level |
see it will
hardly take 20 mins implementing such an api. |
| 20:06.03 |
brlcad |
datawise,
there's a scaling function that might indicate that, might
not |
| 20:06.08 |
zero_level |
but do we
really want thatn ? |
| 20:06.48 |
brlcad |
you're
already implementing that, it's just whether you spend time to
implement a subset of the NxM possibilities (of which you already
have a half dozen?) |
| 20:07.06 |
brlcad |
or you
implement the four needed to generalize it |
| 20:07.25 |
zero_level |
lets hold it
for the moment. |
| 20:07.45 |
zero_level |
I think
developing a full fledged icv is a long process. |
| 20:07.58 |
brlcad |
to me, that's
more important than getting N formats integrated |
| 20:08.03 |
zero_level |
at least 10
weeks more after GSOC. |
| 20:08.19 |
brlcad |
I don't think
it's anywhere near that much work -- you already have most of it
done |
| 20:08.41 |
zero_level |
no. we can do
a lot. |
| 20:08.43 |
brlcad |
the logic for
averaging N channels is already there |
| 20:08.49 |
zero_level |
for instance
the image formats. |
| 20:08.56 |
zero_level |
OpenXR
integration. |
| 20:09.26 |
zero_level |
Then We are
yet to modify rt to send double datat. |
| 20:10.03 |
brlcad |
that's all
nice, but doesn't buy me anything |
| 20:10.23 |
brlcad |
getting a
handle on what we already do in a more maintainable fashion buys me
a LOT |
| 20:10.26 |
brlcad |
if i'm going
to have to completely rewrite every format because the base
representation changed, I've got a big problem |
| 20:11.39 |
brlcad |
having to
unwire a hundred or 400 or 20 tools that were made to call
icv_rgb2uchar() instead of icv_average()+icv_reduce() (just an
example) |
| 20:12.00 |
brlcad |
especially
once there are several other functions that are in exactly the same
position |
| 20:12.41 |
zero_level |
well. lets do
it case by case. |
| 20:14.20 |
zero_level |
can you point
to any other usage of icv_reduce. |
| 20:14.41 |
zero_level |
because it
just not make sense to generalize for the sake of using it
once. |
| 20:14.50 |
zero_level |
or
twice. |
| 20:15.12 |
zero_level |
^does |
| 20:15.37 |
brlcad |
I think we
already have a case with rgb2gray as it 1) assumes a three-channel
image represents red green and blue pixel data, 2) assumes I want a
1-channel result, 3) introduces colorspaces names that overlap
somewhat with file format names |
| 20:16.46 |
zero_level |
? |
| 20:16.50 |
zero_level |
so
? |
| 20:16.52 |
brlcad |
I think
icv_rgb2gray_ntsc() and icv_rgb2gray_crt() belong up in application
land, so you'd have N callers right there |
| 20:16.55 |
zero_level |
:) |
| 20:17.26 |
zero_level |
lets bring in
more people. |
| 20:17.37 |
zero_level |
``Erik : Are
you available ? |
| 20:17.44 |
brlcad |
it took us
how many hours just to get this far in understanding |
| 20:18.12 |
zero_level |
I think we
are complicating a simple issue. |
| 20:18.24 |
zero_level |
And I am
sorry for being reluctant |
| 20:18.28 |
brlcad |
I think you
are making this sound a whole lot more complicated than it really
is :) |
| 20:18.47 |
brlcad |
so lets put
it on a back burner for later, there are other issues to address
still |
| 20:18.50 |
zero_level |
ok. |
| 20:18.58 |
zero_level |
So what do we
conclude ? |
| 20:19.01 |
zero_level |
:) |
| 20:19.19 |
brlcad |
put a note in
TODO to review/evaluate how the API needs to accommodate channel
and color space changes |
| 20:19.45 |
zero_level |
because I
think on part of maintainability. |
| 20:20.10 |
zero_level |
the current
structures gives us an edge. |
| 20:20.18 |
zero_level |
an the issue
of generalization. |
| 20:20.19 |
brlcad |
I'm squarely
concerned with maintainability |
| 20:20.42 |
brlcad |
that's why
I'm for more generalization, not less, so that this will get used
and not have longer term costs |
| 20:21.07 |
zero_level |
I dont think
someonw will be interested to produce a 2 channel image ?
:) |
| 20:21.11 |
brlcad |
don't care if
there's a short term cost to make it slightly more general, even if
it's only used in a couple places in our code if it means the
concepts are trivial to understand |
| 20:21.41 |
brlcad |
like I said,
the problem already exists with 1/3/4 channel images |
| 20:21.53 |
brlcad |
so 3 times
however many conversion functions |
| 20:21.57 |
brlcad |
vs 4
functions |
| 20:22.03 |
zero_level |
and the
problem is ? |
| 20:22.23 |
brlcad |
it only takes
two conversion functions for it to be worthwhile to implement a
generalization |
| 20:22.32 |
brlcad |
hsv+rgb,
there ya go |
| 20:22.45 |
brlcad |
or
hsv+gray |
| 20:23.33 |
brlcad |
zero_level:
so part of the distinction here is a different
perspective |
| 20:23.40 |
brlcad |
the tools in
src/util are not just for image processing |
| 20:23.46 |
brlcad |
they're for
*data* processing |
| 20:23.49 |
brlcad |
signals |
| 20:23.52 |
brlcad |
wavelengths |
| 20:24.06 |
brlcad |
that's why so
many of them don't even care how many channels, they just take
streams of bytes |
| 20:25.47 |
brlcad |
we have a
multispectral library that lets us render images in practically any
"color space segmentation", where it literally keeps track of an
unlimited number of color "channels" for accurate spectral
simulation |
| 20:25.49 |
zero_level |
is glad we are having this discussion |
| 20:26.18 |
zero_level |
ok. |
| 20:26.41 |
brlcad |
if you think
of "red" and "green" and "blue" as being a range of wavelengths, it
becomes clear that there are an infinite range of other
possibilities that we could attach equipment and
process |
| 20:27.19 |
brlcad |
image
conversion is the simplest way to explain things, but it's all
ultimately data drive by some (unknown) application |
| 20:27.45 |
brlcad |
I'd argue
that ICV shouldn't be aware of "red" or "grayscale" |
| 20:28.07 |
brlcad |
it's merely
aware of file formats and getting channel(s) of data into those
formats |
| 20:28.48 |
brlcad |
that makes
this an incredibly powerful library |
| 20:29.26 |
brlcad |
one that
affects more than 100+ tools in BRL-CAD, some very well-suited for
scientific computing |
| 20:29.40 |
brlcad |
is done :) |
| 20:31.31 |
zero_level |
brlcad : I
see your point. |
| 20:31.47 |
zero_level |
thanks for
your time. |
| 20:31.52 |
brlcad |
I lied saying
I'm done -- one more point is just to say that I don't think this
changes the SCOPE of ICV at all.. just the terminology used and how
functions are grouped |
| 20:32.11 |
zero_level |
ok. |
| 20:32.18 |
brlcad |
still to the
immediate timeframe, lets put bullet #3 on hold :) |
| 20:32.24 |
brlcad |
just a TODO
to revisit |
| 20:32.26 |
zero_level |
ok. |
| 20:32.34 |
zero_level |
ok. |
| 20:32.49 |
zero_level |
wanders. |
| 20:33.57 |
brlcad |
zero_level:
for your log when you return, icv_crop() looks just fine to me --
the docs are very clear on all those parameters. Might consider
dropping the last two since that's really what icv_rect()
does. |
| 20:34.35 |
brlcad |
zero_level:
we can continue friday, but hopefully make some progress before
then, no? |
| 20:34.42 |
brlcad |
or are you
not working tomorrow? |
| 20:35.27 |
zero_level |
I am wrtting
an exam tommorow (thursday). |
| 20:35.31 |
brlcad |
ah,
okay |
| 20:35.35 |
brlcad |
have fun
:) |
| 20:35.57 |
brlcad |
well, lets
continue this discussion asynchronously |
| 20:35.57 |
zero_level |
yeah its
related to organizational behaviour. |
| 20:36.11 |
zero_level |
so have
learnt some lesson today. |
| 20:36.14 |
brlcad |
I'll reply to
a few more and you can reply whenever you can -- I read the entire
log |
| 20:36.32 |
brlcad |
and if we
both happen to be on at the same time, we can get into
detail |
| 20:36.39 |
zero_level |
alright. |
| 20:36.46 |
zero_level |
that is
fine. |
| 20:36.51 |
brlcad |
i'll just
prefix with zero_level: ;) |
| 20:38.41 |
zero_level |
also i have
created a new paste forever. http://paste.kde.org/p38e0decb/
:) |
| 20:38.52 |
brlcad |
zero_level:
#5 is more complicated than your understanding I think and gets at
the heart of ICV's internal representation being double [0,1].
dpix is an arbitrary range of values (basically
[-MAX_DOUBLE,MAX_DOUBLE] possibilities, some range
therein) |
| 20:40.17 |
brlcad |
zero_level:
for #5, ICV's internal representation will either need to change or
become "lossy" when dealing with our own dpix format (and possibly
openexr's format) -- if it's fully encapsulated, it shouldn't
matter if it changes ;) |
| 20:41.07 |
brlcad |
zero_level:
#6 uhm, YES, heh.. |
| 20:44.48 |
brlcad |
zero_level:
#7: not loving the flags. implies I will have icv images that are
potentially invalid, which would be fragile API. I think the data
should always be "sanitized", and that function (icv_sanitize)
should be hidden as it's not an "operation" per se but backend
cleanup if it's going to remain |
| 20:48.05 |
brlcad |
zero_level:
#8 rot.c is a mess as just a copy of pixrot.c, but an API call to
"rotate" data certainly sounds important/useful; data-wise that's
right up there with scaling data, translating data, truncating,
replicating, and interpolating |
| 21:12.39 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 21:12.47 |
*** join/#brlcad mpictor
(~mark@2601:d:b280:3d4:d63d:7eff:fe2d:2505) |
| 22:10.43 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 22:24.19 |
Notify |
03BRL-CAD:starseeker * 57438
brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Take a stab at arc
curve conversion. |
| 23:56.58 |
mpictor |
n_reed: mind
taking a look at a parser problem in stepcode? |
| 23:57.41 |
mpictor |
If I run
https://github.com/stepcode/stepcode/blob/mp/bound_spec_reorder/src/exppp/test/exppp_prob_func.exp
through exppp, line 10 becomes "res := [lis[1],5];" |
| 23:59.36 |
mpictor |
I need the
bound_spec parser rule to be chosen over the aggregate_initializer
rule |
| 00:42.19 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 05:30.15 |
Notify |
03BRL-CAD:brlcad * 57439 NIL: Begin a new
branch intended to sit as an intermediary between unstable trunk
development and STABLE point releases. As a release window nears,
trunk will be merged to this new branch, documented, tested,
fixed/reverted, stabilized, and finally merged to STABLE when
complete. for now, intentionally using just this one branch (not
one per release). Here's a pictorial view:trunk |
| 05:30.17 |
Notify |
-o-o-o-o-o--o-o--o-o--o-o--o--o--o-o--...\
\ \ \RELEASE \ \ o---o-o-o------o-o---...\ \ / \ \STABLE
o---o---o-----------o--------o-...\ \ \ \ \tags o o o o
o |
| 05:33.55 |
brlcad |
yep, looks
just like that |
| 05:36.16 |
n_reed |
I can see the
plaintext in gmail - I think it's a good diagram, very
helpful |
| 05:47.23 |
*** join/#brlcad caen23
(~caen23@92.81.182.233) |
| 05:47.56 |
*** join/#brlcad kesha
(~kesha@49.249.0.140) |
| 05:59.13 |
Notify |
03BRL-CAD:phoenixyjll * 57440
brlcad/trunk/src/librt/primitives/nmg/nmg_brep.cpp: Flip the face
if necessary. |
| 06:15.37 |
Notify |
03BRL-CAD:phoenixyjll * 57441
brlcad/trunk/src/librt/primitives/nmg/nmg_brep.cpp: It seem that
FilpFace() has no effect... Change vnormal directly. |
| 06:36.55 |
*** join/#brlcad kesha_
(~kesha@49.249.8.239) |
| 07:10.41 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 07:23.11 |
*** join/#brlcad kesha__
(~kesha@49.202.238.197) |
| 08:16.09 |
Notify |
03BRL-CAD:phoenixyjll * 57442
brlcad/trunk/src/libbrep/boolean.cpp: Don't append to intersect[]
directly, because the pointers in pts_on_curves[] may be invalid if
the capacity of intersect[] is enlarged. And use ON_ClassArray
instead of dynamic allocated pointers. |
| 08:35.36 |
kesha__ |
Hello
brlcad |
| 08:36.02 |
kesha__ |
I tried with
some more geometry conversions. Still some queries .. |
| 08:37.05 |
kesha__ |
Many a times,
when I do export, some objects are exported correctly, but it shows
a message of segmentation fault(core dumped) and stops (almost
40-50% of those I tried) |
| 08:37.15 |
kesha__ |
The material
property disappears after conversion. The mater and color related
information is lost after conversion. |
| 08:37.38 |
kesha__ |
I tried from
http://brlcad.org/private/geometry/ |
| 08:37.50 |
kesha__ |
http://brlcad.org/private/geometry/3dm_Geometry/ |
| 08:38.46 |
kesha__ |
I also
installed freecad. |
| 08:39.56 |
kesha__ |
Whenever you
are free, can you please walk me through 1 or 2 examples of
*perfect 3D model importing* ? |
| 09:09.33 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 09:50.23 |
*** join/#brlcad Ch3ck_
(~Ch3ck@195.24.220.16) |
| 11:15.43 |
Notify |
03BRL-CAD
Wiki:Phoenix * 6089 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 12
*/ |
| 12:21.57 |
Notify |
03BRL-CAD:tbrowder2 * 57443
brlcad/trunk/src/util/dsp_add_t.cpp: initial implementation of
tclap arg parsing |
| 12:54.05 |
*** join/#brlcad Izak__
(~Izak@195.24.220.16) |
| 12:55.04 |
Izak__ |
brlcad: My
research indicates that only numerical analysis methods can find
the roots for the sextic equation in rt_hrt_shot |
| 12:58.08 |
``Erik |
sooooo, slap
together a quick newtonian solver or regula falsi or something
:D |
| 12:59.28 |
Izak__ |
Erik: A
Newtonian solver? The issue with that is determining the first root
in the first place |
| 13:00.41 |
brlcad |
Izak__: did
you actually try a sextic with our solver? what did it
do? |
| 13:01.20 |
Izak__ |
I did not do
that because bn_sextic... was not implemented yet |
| 13:02.27 |
Izak__ |
I consulted 2
mathematicians on the sextic equation and they said we can only
approximate the roots. A solution in radicals is
inadmissible |
| 13:06.40 |
brlcad |
so...for a
week you've been reading papers and talking to people |
| 13:07.07 |
brlcad |
without doing
a quick compile to demonstrate how the existing solver
behaves? |
| 13:07.42 |
brlcad |
bn doesn't
have support for sextic, but that's not the solver |
| 13:08.10 |
Izak__ |
I was ill
too. |
| 13:08.40 |
Izak__ |
I had to go
to hospital for my left eye |
| 13:08.49 |
brlcad |
I saw that in
your log |
| 13:08.57 |
brlcad |
that was
basically a week ago too :) |
| 13:09.42 |
Izak__ |
I dont
understand what you mean by a quick compile |
| 13:10.05 |
``Erik |
librt/roots.c
has an iterative polynomial root solver that looks like it might do
arbitrary order polynomials |
| 13:10.34 |
brlcad |
the whole
point of increasing the limit in bn.h from 4 to 6 was to try and
see what it does |
| 13:10.44 |
brlcad |
we talked
about this two or even three weeks ago |
| 13:11.02 |
brlcad |
first to
compile with just the poly limit increased, make sure everything
behaves |
| 13:11.19 |
brlcad |
then to try a
sixth order in our solver |
| 13:11.54 |
``Erik |
wonders if the iterative poly solver should be moved from
librt to libbn |
| 13:12.32 |
brlcad |
extending
src/util/roots_example.c with a sixth order was the next step, not
investigating ways to implement a sixth order solver |
| 13:12.38 |
Izak__ |
For the
compilation with the poly limit increased, I did that |
| 13:13.07 |
Izak__ |
later on saw
that Mohit at also committed it |
| 13:13.23 |
brlcad |
that was just
the 10 minute first piece to a long discussion on how to
proceed |
| 13:13.42 |
brlcad |
``Erik: yeah,
it should but is waiting on another patch and some data types
before getting migrated |
| 13:14.05 |
brlcad |
the
coefficients are in the wrong order, that needs to be fixed (we
have a patch) |
| 13:14.39 |
brlcad |
Izak__:
right, editing 4/6 and compiling was not a big deal -- the point
was to run the tests and confirm |
| 13:14.42 |
brlcad |
then change
the example |
| 13:15.29 |
Izak__ |
brlcad: I am
sorry if I didnt get your instuctions right the first time but you
should understand i was ill at the time |
| 13:16.27 |
brlcad |
I get that
you were ill, glad that you're better |
| 13:16.35 |
brlcad |
but this was
more of a communication problem |
| 13:17.54 |
brlcad |
this should
have been discussed here and on the mailing list on the
22nd/23rd |
| 13:20.29 |
brlcad |
Izak__: okay
so lets move forward, I'd just ask that you please take a more
active invovlement in communicating progress and activity beyond
your logs |
| 13:21.10 |
brlcad |
especially
when activity takes a major turn away from coding, towards having
to do research |
| 13:22.58 |
Izak__ |
I just
couldn't progress with the coding without looking into solving the
sextic equation |
| 13:23.11 |
brlcad |
I could have
told you about the problems solving general sextic equations long
before you talked to your math teachers, knew this issue before
your proposal was even accepted |
| 13:23.46 |
Izak__ |
mathematician
Tito tested the sextic in rt_hrt_shot and it coulnt be solved in
radicals , that is, precise solutions |
| 13:24.33 |
Izak__ |
So he said
only numerical algorithms could be used to approximate
this. |
| 13:25.08 |
Izak__ |
These
mathematicians were not prompt to reply me too so that is why it
took a while |
| 13:25.14 |
brlcad |
and guess
what, our solver is a numerical algorithm |
| 13:25.25 |
Izak__ |
what |
| 13:25.42 |
Izak__ |
roots.c
? |
| 13:26.05 |
brlcad |
again, this
is why this is frustrating, none of this is new information and is
a discussion that should have happened (really months
ago) |
| 13:26.32 |
Izak__ |
months ago ?
brlcad: common |
| 13:27.07 |
brlcad |
yes, because
this really is at the heart (no pun intended) of implementing your
primitive, it's the central piece that is the major
unknown |
| 13:27.29 |
brlcad |
implementing
all of the other callbacks are pointless if shot() cannot be
resolved, so in a way, it should have been first |
| 13:27.37 |
brlcad |
which means
this discussion would have been first |
| 13:27.45 |
brlcad |
not a
critical issue, though, lots has been learned |
| 13:28.04 |
brlcad |
the issue was
just once you finally got to the hard part, you disappeared instead
of discussing it |
| 13:28.21 |
brlcad |
this was well
known to be THE defining problem of implementing this particular
primitive |
| 13:28.39 |
Izak__ |
I was told
that as concerns shot I am the expert |
| 13:28.42 |
brlcad |
the goal and
plan was never to implement a sextic solver even if ours is
determined to be inadequate |
| 13:29.38 |
Izak__ |
So i had the
impression that solving rt_hrt_shot was my responsibility
alone |
| 13:30.43 |
brlcad |
you're
basically saying that your mentors have no business .. mentoring
you? |
| 13:31.06 |
Izak__ |
No that's not
what I am saying |
| 13:31.14 |
brlcad |
it's
certainly your responsibility to try and implement it as best
possible, but that's not in a vacuum |
| 13:31.19 |
brlcad |
communication
is expected |
| 13:31.39 |
Izak__ |
The thing is
I asked Erik:and he said I was the expert for
rt_hrt_shot |
| 13:32.19 |
brlcad |
sure, as far
as the code is concerned, nobody knows that code right now better
than you |
| 13:32.41 |
Izak__ |
even you and
Erik ? |
| 13:33.09 |
``Erik |
we haven't
written any of it, we didn't design it, we just occasionally glance
at it to make sure it's not completely wrong... |
| 13:33.12 |
brlcad |
we may
understand the bigger picture better, what you're doing and why,
how it fits in |
| 13:33.15 |
brlcad |
but you wrote
it |
| 13:33.30 |
brlcad |
still, what's
the point? |
| 13:33.42 |
Izak__ |
yes i did and
I take responsibility for that |
| 13:34.34 |
brlcad |
http://brlcad.org/~Izak/rt_shot_test.png
is a dead link, btw |
| 13:34.43 |
``Erik |
I grok that
there's a 6th order polynomial to define the trace line of the
shape, but I don't know which coefficient causes which changes in
the surface (I do know we have code to estimate roots of nth order
polynomials and fast code for 3rd and 4th order) |
| 13:36.12 |
``Erik |
for the
hrt_shot() bit, you're the expert, but it'll use other bits of code
where you're not the expert *shrug* :) |
| 13:36.37 |
Izak__ |
Okay i get
it. |
| 13:38.17 |
brlcad |
Izak__: let
me frame this another way -- I don't think you have the time or
background to implement a sixth order solver in the time remaining,
and I would have told you that a month ago even had I thought you'd
try going down that route |
| 13:38.32 |
brlcad |
and that's
not intended to be offensive |
| 13:38.40 |
brlcad |
it's a very
hard problem |
| 13:39.04 |
brlcad |
that could
have been a gsoc proposal all by itself |
| 13:39.57 |
brlcad |
that's why it
was/is necessary to determine how the existing solver behaves, and
if it doesn't work, we need to document that and THEN discuss what
to do about it |
| 13:40.11 |
brlcad |
make
sense? |
| 13:41.21 |
Izak__ |
So I need to
test if the root solver actulally solves sextics |
| 13:42.35 |
brlcad |
not any
sextic |
| 13:43.03 |
brlcad |
your specific
sextic, which is a dramatically different question |
| 13:44.07 |
Izak__ |
So should I
use the equation in rt_hrt_shot ? |
| 13:44.08 |
brlcad |
ours
numerical method is based around an assertion that there is at
least some surface correllation with stability in the second order
derivatives |
| 13:44.19 |
brlcad |
your shape
predominantly does have stable second order derivatives |
| 13:45.31 |
brlcad |
so it'll
either blow up dirty fast and give crap, or it'll give 90% good
probably screwing up on the top lobes, or 100% adequate |
| 13:45.49 |
Izak__ |
So how am i
supposed to do that |
| 13:45.55 |
brlcad |
assuming you
decomposed that massive equation perfectly .. yes ;) |
| 13:46.09 |
brlcad |
i'm
hard-pressed to believe there's not a typo in there somewhere
;) |
| 13:46.29 |
brlcad |
all it takes
is one missing '-' and it'll all go to hell |
| 13:48.49 |
Izak__ |
brlcad: Are
you saying I should re check the coefficients of the
equation |
| 13:49.08 |
brlcad |
how: edit
src/util/roots_example.c, add your polynomial, and query a specific
root -- ideally one that you are certain has roots |
| 13:49.25 |
brlcad |
if you've not
already done that, *absolutely* |
| 13:49.37 |
brlcad |
or even
express it in two forms |
| 13:50.24 |
Izak__ |
like in the
torus ? |
| 13:51.21 |
brlcad |
mmm,
no |
| 13:51.26 |
brlcad |
like in
rt_tgc_shot() |
| 13:51.54 |
brlcad |
see the
comment on 741 |
| 13:52.39 |
brlcad |
like that
where it's expressed in unexpanded math terms and in theory is
identical, just slower |
| 13:55.00 |
brlcad |
don't sweat
it if you can't describe it that way, but if you can, that would be
a great validation that there's not a simple typo |
| 13:56.26 |
brlcad |
so you then
test the solver via roots_example.c just to see what it does, then
let shot() get called and see what image results, how many "failed
to converge" messages are given, or what else happened |
| 13:56.32 |
brlcad |
s/happened/happens/ |
| 13:57.42 |
Izak__ |
ok |
| 13:58.24 |
Notify |
03BRL-CAD:starseeker * 57444
brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Get NURBS form of
rev surface for export. |
| 13:58.42 |
brlcad |
know that it
"probably" won't work, but we got to at least see what it
does |
| 13:59.00 |
brlcad |
there's
>1% chance that it'll just work too ;) |
| 14:20.21 |
*** join/#brlcad mpictor_
(~mpictor_@2600:1015:b102:9b5f:0:4a:bf99:2901) |
| 14:50.43 |
Izak_ |
f |
| 16:13.45 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 16:21.16 |
*** join/#brlcad kesha__
(~kesha@49.249.17.228) |
| 16:39.42 |
*** join/#brlcad Izak (~Izak@195.24.220.16) |
| 17:15.01 |
*** join/#brlcad Izak__
(~Izak@195.24.220.16) |
| 17:15.32 |
Izak__ |
brlcad: i
have built the sextic polynomial again |
| 17:15.40 |
Izak__ |
like in the
tgc shot |
| 17:16.22 |
Izak__ |
I have tested
in the archer/mged interface and it keeps saying raytrace failed
and rt_hrt_plot not implemented yet |
| 17:16.40 |
Izak__ |
Does the
image depend on rt_hrt_plot ? |
| 17:20.02 |
Izak__ |
Erik: brlcad
: please take a look at http://paste.kde.org/p639981da/
. I built the sextic equation gradually like in
rt_tgc_shot() |
| 17:31.01 |
brlcad |
Izak__: don't
plot it |
| 17:31.31 |
brlcad |
running the
"draw" command depends on plot() being implemented |
| 17:31.45 |
Izak__ |
I ran the rt
command instead |
| 17:31.57 |
brlcad |
you don't
need to draw it, or you could draw a point or a line or set of
lines or something simple |
| 17:32.19 |
brlcad |
rt run from
within mged uses what is "draw"n by default |
| 17:32.26 |
Izak__ |
I created a
heart shape and ran 'rt' on it |
| 17:32.29 |
brlcad |
so if you
can't draw it, you can't run rt |
| 17:32.36 |
brlcad |
but you can
run rt from outside mged |
| 17:32.40 |
Izak__ |
I am editing
roots_example.c now |
| 17:32.47 |
brlcad |
that's
good |
| 17:32.57 |
brlcad |
that's really
the next step I think, before running the trace |
| 17:33.13 |
brlcad |
just to make
sure the evaluator doesn't crash or run off into an infinite
loop |
| 17:33.40 |
brlcad |
whether it
solves a root will entirely depend on the ray you use (try to hit
it dead on center) |
| 17:33.51 |
brlcad |
(where it's
most "flat") |
| 17:34.22 |
Izak__ |
ok Just
wanted to check that my coefficients were correct |
| 17:34.22 |
Izak__ |
have you
looked at the code on kde paste ? |
| 17:35.18 |
Izak__ |
How should I
hit the center say? |
| 17:37.49 |
brlcad |
Izak__: yes,
the paste is certainly easier to read than the other
form |
| 17:38.06 |
brlcad |
whether it's
right or not, is not something I'm going to see just glancing
through the file |
| 17:38.31 |
Izak__ |
okay I justb
wanted you to appreciate the method |
| 17:38.32 |
brlcad |
I don't see
anything obviously wrong, but it's not like I'm going to notice a
missing minus sign in 200 lines of math code :) |
| 17:38.45 |
Izak__ |
:) |
| 17:39.54 |
brlcad |
so if you
call bn_pr_poly() on that paste 'S' polynomial and the one current
committed, are they identical? |
| 17:41.14 |
brlcad |
that's really
the validation going for -- reducing the liklihood that there's a
typo |
| 17:42.30 |
brlcad |
so if
something isn't working, we know it's more likely the solver or
initial math than it being a typo |
| 17:43.12 |
Izak__ |
I really took
time to work through this one with accuracy and I checked again you
know |
| 17:44.00 |
brlcad |
I don't doubt
that you did |
| 17:44.42 |
brlcad |
if they're
the same, it's a confirmation validation |
| 17:45.00 |
brlcad |
if they're
different, then likely something wrong in the expanded/fast
version, but worth checking into |
| 17:47.05 |
brlcad |
you can test
putting them both into roots_example, and see if calling
bn_pr_poly() prints the same |
| 18:01.20 |
Izak__ |
brlcad :It
means I will have to choose arbitrary values for dprime and pprime
right ? |
| 18:04.53 |
Izak__ |
Or did you
mean I should test at the center (0,0,0) ? |
| 18:23.00 |
Notify |
03BRL-CAD:tbrowder2 * 57445
brlcad/trunk/src/util/dsp_add_t.cpp: initial subclass
experiment |
| 18:29.51 |
brlcad |
Izak__: it
depends on the primitive parameters |
| 18:30.05 |
brlcad |
so no, not
arbitrary values for dprime/pprime |
| 18:30.33 |
brlcad |
carefully
selected values that should (hopefully) result in a stable
evaluation |
| 18:31.03 |
Notify |
03BRL-CAD:brlcad * 57446
brlcad/trunk/src/util/dsp_add_t.cpp: since it's all within a
try/catch block now, count is used potentially
uninitialized |
| 19:00.45 |
Izak__ |
brlcad: Have
just compiled roots_example.c, how do I test to see its values
generated |
| 19:00.45 |
Izak__ |
? |
| 19:13.14 |
brlcad |
you run
it |
| 19:16.22 |
Izak__ |
does the
regular make compile it or do i have to usee gcc |
| 19:21.38 |
Izak__ |
brlcad: This
is what I get http://paste.kde.org/p1c0cf23a/ |
| 19:22.01 |
Izak__ |
when I
complie given the command in the roots_example.c
comment |
| 19:24.03 |
brlcad |
it's
integrated into the build system, you should not need to build it
by hand |
| 19:24.48 |
brlcad |
you certainly
can fix those errors, but it's easier to just run make &&
bin/roots_example |
| 19:31.21 |
Izak__ |
brlcad:
System says there is no file called roots_example |
| 19:36.49 |
brlcad |
Izak__: where
are your source and build directories located? |
| 19:37.54 |
Izak__ |
My source is
in /home/Izak/Code/ and build in
/home/Izak/Code/brlcad-build/bin/ |
| 19:38.02 |
brlcad |
went through
this same discussion with Ch3ck, where were you? :) |
| 19:39.46 |
Izak__ |
I was surely
doing sth else at the time |
| 19:40.07 |
brlcad |
bin/ is not
your build dir, that would be probably
/home/Izak/Code/brlcad-build/ |
| 19:40.27 |
brlcad |
how are you
compiling? |
| 19:41.29 |
Izak__ |
I dont
understand ? |
| 19:41.32 |
brlcad |
what commands
are you running |
| 19:41.42 |
brlcad |
walk me
through what exactly you are typing |
| 19:42.02 |
brlcad |
or show me a
log or something |
| 19:42.14 |
Izak__ |
cmake
../brlcad -DCMAKE_BUILD_TYPE=Debug |
| 19:42.17 |
Izak__ |
make |
| 19:42.26 |
Izak__ |
make
benchmark |
| 19:42.30 |
Izak__ |
make
install |
| 19:42.50 |
brlcad |
okay, and no
errors on any of those? |
| 19:43.00 |
Izak__ |
in the
/home/Izak/Code/brlcad-build/ directory |
| 19:43.07 |
brlcad |
nods, good |
| 19:43.09 |
Izak__ |
No
errors |
| 19:44.01 |
brlcad |
ah, i bet i
know the problem |
| 19:44.17 |
brlcad |
yeah, that's
it |
| 19:44.50 |
brlcad |
if you look
in brlcad/src/util/CMakeLists.txt, you'll see that roots_example is
marked NO_INSTALL |
| 19:45.04 |
brlcad |
which means
... *drumroll* don't put it into the bin directory |
| 19:45.11 |
brlcad |
so
this: |
| 19:45.26 |
brlcad |
~/brlcad-build/src/util/roots_example |
| 19:46.25 |
brlcad |
the binary is
left in the build subdir since it's just for testing |
| 19:46.36 |
brlcad |
it used to
be in bin/ |
| 19:56.33 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 6090 /wiki/User:Izak/GSOC_2013_logs: /* August
26th to August 31st */ |
| 20:00.25 |
Izak__ |
Need to do
some debugging |
| 20:52.55 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 6091 /wiki/User:Vladbogolin/GSoC2013/Logs: /*
Week 12 */ |
| 21:01.40 |
*** join/#brlcad mpictor
(~mark@2601:d:b280:3d4:d63d:7eff:fe2d:2505) |
| 21:12.03 |
Notify |
03BRL-CAD:brlcad * 57447
(brlcad/branches/RELEASE/AUTHORS brlcad/branches/RELEASE/BUGS and
899 others): merge trunk from r55755 through r57446 into the
release branch, beginning preparations and testing for release
7.24.2 |
| 21:46.52 |
Notify |
03BRL-CAD:jordisayol * 57448
brlcad/trunk/misc/debian/changelog: update debian
changelog |
| 22:07.52 |
Notify |
03BRL-CAD:starseeker * 57449
brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Work on figuring out
how to properly export a rational curve |
| 22:19.11 |
Notify |
03BRL-CAD:tbrowder2 * 57450
brlcad/trunk/src/util/dsp_add_t.cpp: add more of TCLAP code to
customize |
| 22:31.05 |
Notify |
03BRL-CAD:starseeker * 57451
brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Add ability
to print specific 3D curve info |
| 22:32.59 |
Notify |
03BRL-CAD:starseeker * 57452
brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Multiplicity (at a
minimum) isn't right. |
| 22:44.12 |
Notify |
03BRL-CAD:tbrowder2 * 57453
brlcad/trunk/src/util/dsp_add_t.cpp: eliminate showing '--' or
'--version' args |
| 23:09.44 |
Notify |
03BRL-CAD:tbrowder2 * 57454
brlcad/trunk/src/util/dsp_add_t.cpp: demo '?' arg when we have no
long help (same as '-h') |
| 23:17.43 |
Notify |
03BRL-CAD:tbrowder2 * 57455
brlcad/trunk/src/util/dsp_add_t.cpp: TCLAP takes care of no-arg
situation |
| 23:28.37 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 01:38.50 |
Notify |
03BRL-CAD:brlcad * 57456
brlcad/trunk/TODO: this has come up several times recently and
probably something we can predominantly automate. provide a model
reduction capability. |
| 02:07.25 |
Notify |
03BRL-CAD:brlcad * 57457
brlcad/trunk/TODO: simple first step for making some progress on
ray bundling |
| 02:33.34 |
Notify |
03BRL-CAD:brlcad * 57458
brlcad/trunk/doc/CMakeLists.txt: add some notes on the various
implicit primitive constraints |
| 02:43.51 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 02:58.37 |
brlcad |
FLOSSrookie:
how goes it? |
| 03:19.28 |
FLOSSrookie |
brlcad:
Good. |
| 03:19.33 |
FLOSSrookie |
brlcad: Sorry
I did not see your post earlier. I have set pidgin to log on
automatically. I was just reading up on this "revelation" by the
news corps of the NSA spying. And wondering why it is all so vague.
They don't mention a single company that is "in bed" with the NSA
and the don't mention a single encryption standard or algorithm
that has been broken. |
| 03:19.33 |
FLOSSrookie |
If this stuff
came from Snowden then he is not doing a good job of informing us.
He needs to name names and tell us the facts. This all seems like
fear mongering to me. |
| 03:51.56 |
Notify |
03BRL-CAD:brlcad * 57459
brlcad/trunk/regress/repository.sh: if we're building in place, we
also need to ignore the lexer output source files that inject
system headers before our common.h header |
| 04:24.45 |
Notify |
03BRL-CAD:phoenixyjll * 57460
brlcad/trunk/src/libbrep/boolean.cpp: It should be the intersection
of the two merged intervals, not union. |
| 05:05.06 |
Notify |
03BRL-CAD:phoenixyjll * 57461
brlcad/trunk/src/libbrep/boolean.cpp: IsPointOnLoop() and
IsPointInsideLoop() may return -1. And there might be no
intersections (e.g. for an innerloop) |
| 05:34.55 |
Notify |
03BRL-CAD:phoenixyjll * 57462
brlcad/trunk/src/libbrep/boolean.cpp: Should use m_b for the
polyline's domain... |
| 06:59.09 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 07:00.26 |
*** join/#brlcad kimzzzz
(~AndChat31@49.249.16.85) |
| 07:01.32 |
*** join/#brlcad AndChat|317009
(~AndChat31@1.38.27.18) |
| 07:16.14 |
*** join/#brlcad kesha
(~kesha@49.249.16.85) |
| 07:43.12 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 08:03.16 |
Notify |
03BRL-CAD
Wiki:Phoenix * 6092 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 12
*/ |
| 08:03.36 |
Notify |
03BRL-CAD
Wiki:Phoenix * 6093 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 12
*/ |
| 08:04.36 |
Notify |
03BRL-CAD
Wiki:Phoenix * 0 /wiki/File:Arb_union.png: |
| 08:04.52 |
Notify |
03BRL-CAD
Wiki:Phoenix * 0 /wiki/File:Arb_intersect.png: |
| 08:05.07 |
Notify |
03BRL-CAD
Wiki:Phoenix * 0 /wiki/File:Arb_diff.png: |
| 08:06.12 |
Notify |
03BRL-CAD
Wiki:Phoenix * 6097 /wiki/User:Phoenix/GSoc2013/Reports: /* Test
Results */ |
| 08:06.47 |
Notify |
03BRL-CAD
Wiki:Phoenix * 6098 /wiki/User:Phoenix/GSoc2013/Reports: /* Test
Results */ |
| 09:28.42 |
Notify |
03BRL-CAD:indianlarry * 57463
(brlcad/branches/nurbs/TODO
brlcad/branches/nurbs/doc/CMakeLists.txt and 30 others): Merging
trunk into branch 'nurbs' r:57357:57462 |
| 09:33.33 |
*** join/#brlcad kesha
(~kesha@49.249.16.85) |
| 09:37.58 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 10:50.01 |
*** join/#brlcad Izak (~Izak@195.24.220.16) |
| 10:58.01 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 11:12.47 |
Notify |
03BRL-CAD:tbrowder2 * 57464
brlcad/trunk/src/util/dsp_add_t.cpp: remove commented-out
code |
| 11:40.22 |
*** join/#brlcad Izak (~Izak@195.24.220.16) |
| 11:40.24 |
Izak |
y |
| 11:47.41 |
*** join/#brlcad kimzzzz
(~AndChat31@1.38.27.18) |
| 11:58.43 |
Notify |
03BRL-CAD:tbrowder2 * 57465
brlcad/trunk/src/util/dsp_add_t.cpp: change from stdout redirect to
a named file as third mandatory arg (gives better opt
handling) |
| 12:09.30 |
*** join/#brlcad Izak__
(~Izak@195.24.220.16) |
| 12:09.51 |
Izak__ |
brlcad:
Finding the sixth roots of unity did not converge |
| 12:10.34 |
Izak__ |
i mean did
not converge in 100 iterations. I am cheking to see if the number
of iterations can be increased |
| 12:53.50 |
*** join/#brlcad AndChat|317009
(~AndChat31@1.38.27.18) |
| 13:11.05 |
Izak__ |
brlcad: I
have tested a polynomial from Kuhlkarni's paper and several others
like a quintic which had to yield the 5 roots of unity and it says
this http://paste.kde.org/p46239293/ |
| 13:12.10 |
brlcad |
Izak__: stack
trace? |
| 13:12.36 |
Izak__ |
ok with gdb
right ? |
| 13:13.17 |
brlcad |
in method you
can manage |
| 13:13.21 |
brlcad |
but yeah, I'd
used gdb |
| 13:14.07 |
brlcad |
segfault
messages by themselves are rarely ever useful, just mean "something
went wrong" .. and it's often something very trivially
fixable |
| 13:15.44 |
zero_level |
brlcad : CAn
you please point me to a source of generation of dpix images
? |
| 13:16.11 |
zero_level |
because I am
afraid of the following point. |
| 13:16.39 |
brlcad |
zero_level:
grep dpix doc/docbook/system/*/*/*.xml |
| 13:17.18 |
zero_level |
let say an
image has values in [a,b]. 0<a<b<255 |
| 13:17.18 |
brlcad |
the interface
hasn't been exercised in a very long time, so the tools may need
dusting off (i.e. little fixes) |
| 13:18.21 |
zero_level |
not let say
this is mapped to double values. [-MaxDouble,
+MaxDouble] |
| 13:18.30 |
zero_level |
s/not/now |
| 13:18.54 |
zero_level |
So, here is
my question. |
| 13:19.18 |
zero_level |
Do I point
-MaxDouble to 0 and MinDouble to 1 |
| 13:19.22 |
zero_level |
or |
| 13:19.35 |
zero_level |
(This is
while conversion) |
| 13:20.14 |
zero_level |
Do I find the
minimum value in the Dpix i.e dpix_MIN to 0 and max value in Dpix
i.e. dpix_MAX to 1 |
| 13:20.29 |
zero_level |
? |
| 13:21.13 |
zero_level |
I believe you
realize I am trying to convert dpix image to icv container and vice
versa. |
| 13:21.47 |
zero_level |
brlcad : Also
regarding the flags. |
| 13:22.14 |
*** join/#brlcad PrezKennedy
(~DarkCalf@173.231.40.99) |
| 13:23.04 |
zero_level |
my motto of
implementing them was to allow some multiplication of the
form. |
| 13:23.14 |
zero_level |
a*5/4.9 |
| 13:23.22 |
zero_level |
where a is
the pixel value. |
| 13:24.26 |
zero_level |
brlcad : Also
this is a dummy example. |
| 13:32.16 |
brlcad |
zero_level: I
don't think that question can be answered -- it depends on what the
data means (and we have other tools for shifting data ranges, and
can obviously write others) |
| 13:32.31 |
brlcad |
it's more a
question of whether precision is lost and if so, how
much |
| 13:32.42 |
brlcad |
and providing
information and options to the user |
| 13:33.17 |
zero_level |
lets trust
the existing tool and dpix-pix in util |
| 13:33.42 |
Notify |
03BRL-CAD:tbrowder2 * 57466
brlcad/trunk/src/util/dsp_add_t.cpp: protect from overwriting
existing files; add -f option; improve error message |
| 13:33.43 |
zero_level |
s/lets
trust/trusting |
| 13:34.32 |
zero_level |
brlcad : If
going by this dpix-pix uses local minima and local maxima in the
dpix images. |
| 13:34.40 |
zero_level |
maps them to
0 and 255 respectively |
| 13:34.45 |
zero_level |
and converts
the output. |
| 13:35.51 |
zero_level |
brlcad
:regarding your reference to the doc rt can output the images in
dpix format. |
| 13:36.05 |
zero_level |
and which is
indeed the founding of dpix. |
| 13:36.32 |
brlcad |
yep |
| 13:36.49 |
brlcad |
but what I
don't know is what range rt is capable of producing |
| 13:37.07 |
zero_level |
brlcad : How
do we find the range ? |
| 13:37.14 |
brlcad |
mapping
min/max to 0/255 is simply the safest thing to do, most
preserving |
| 13:37.27 |
brlcad |
reading the
code |
| 13:37.35 |
zero_level |
brlcad : but
aboviously not the right thing |
| 13:37.45 |
zero_level |
also 0.0-1.0
is lot of ranges. |
| 13:37.50 |
brlcad |
not obviously
the wrong thing either |
| 13:37.58 |
brlcad |
depends |
| 13:38.08 |
zero_level |
I think we
should limit our rt in this. (If this is doable) |
| 13:38.22 |
brlcad |
uhm, why
limit our range? |
| 13:38.33 |
brlcad |
the entire
point is to preserve as might wavelength information as
possible |
| 13:38.40 |
zero_level |
atleast to
some values. |
| 13:38.43 |
brlcad |
not make
something convenient for an image processing library |
| 13:38.45 |
zero_level |
[a,b] |
| 13:39.07 |
brlcad |
right now, I
suspect that the range is [0,MAX_DOUBLE] |
| 13:39.17 |
zero_level |
alright. |
| 13:40.00 |
zero_level |
but than the
point is if I map all these values to 0,1 (ofcourse lossy) we might
not get good results. |
| 13:40.13 |
zero_level |
s/than/then |
| 13:40.17 |
brlcad |
but you would
not want to just linearly map [0,MAX_DOUBLE] to [0,255] if your
data was [132.13,9183.3] ... that'd all get compressed to like two
color values |
| 13:40.46 |
zero_level |
ok. do ou
suggest using gamma correlation ? |
| 13:41.10 |
zero_level |
c/ou/you |
| 13:41.59 |
brlcad |
gamma
correction is for shifting values (basically a
multiplier |
| 13:42.10 |
brlcad |
this is not a
shifting issue, it's a range mapping problem |
| 13:42.47 |
brlcad |
there needs
to be a way to map a range of values to another either on the front
end or the back end |
| 13:42.49 |
zero_level |
I thought it
has a say in mapping also. http://en.wikipedia.org/wiki/Gamma_correction |
| 13:43.50 |
brlcad |
but usually
same range data |
| 13:43.52 |
zero_level |
see line 99
in encoding.c |
| 13:43.57 |
brlcad |
your problem
is different ranges |
| 13:44.06 |
brlcad |
I actually
have to run out for a bit |
| 13:44.06 |
zero_level |
libicv/encoding.c |
| 13:44.15 |
zero_level |
brlcad
:alright. |
| 13:44.26 |
zero_level |
brlcad : lets
continue. |
| 13:44.27 |
brlcad |
something to
think about is simply increasing the range of icv's
back-end |
| 13:44.53 |
zero_level |
brlcad : I am
not sure if that is a good idea. |
| 13:45.50 |
brlcad |
you'll have
to convince me of that, why limiting ourselves to a small sliver of
double-precision is useful... it shouldn't matter other than for
range mapping |
| 13:46.08 |
brlcad |
still just
something to think about |
| 13:46.10 |
brlcad |
not act
on |
| 13:46.11 |
zero_level |
ok. now
? |
| 13:46.56 |
brlcad |
the general
problem is still mapping from one range to the back-end range
(whatever that is), and needing function(s) to do that
bidirectionally |
| 13:48.30 |
brlcad |
one possible
way is that each format (bw, pix, dpix, png, ...) could provide a
mapping routine, e.g., png_to_icv() and png_from_icv() |
| 13:49.24 |
brlcad |
ICV would
provide plugin API for low-level data range mapping (like your
chartodouble() function) for the possible C intrinsic data
types |
| 13:49.26 |
Notify |
03BRL-CAD:tbrowder2 * 57467
brlcad/trunk/src/util/dsp_add_t.cpp: check for zero-length
files |
| 13:50.54 |
brlcad |
anyways,
think about it .. got to run, suggest just starting with dpix as
it's currently defined and mapping to current 0,1 backend, and
we'll think about whether it makes sense to change it |
| 13:51.15 |
brlcad |
if changes
are hard, something needs to change, the backend should be
changeable |
| 14:29.00 |
Izak__ |
Huuh !
brlcad: I ran roots_example on Kuhlkarni's polynomail and it works
now. You should see this http://paste.kde.org/p48c0a512/ |
| 14:30.00 |
Izak__ |
Erik: The
real issue was that roots[] array in roots_example.c could stash
only upto 4 roots. I changed that to 6 |
| 14:44.07 |
Izak__ |
I have
changed 4 to BN_MAX_POLY_DEGREE so that 4 wouldn't look like a
magic number or confuse anyone |
| 14:53.08 |
Notify |
03BRL-CAD:tbrowder2 * 57468
brlcad/trunk/src/util/dsp_add_t.cpp: modify arg description for
output file |
| 14:57.17 |
Notify |
03BRL-CAD:iiizzzaaakkk * 57469
brlcad/trunk/src/util/roots_example.c: A roots example of a sextic
equation. Changed 4 to BN_MAX_POLY_DEGREE |
| 14:59.22 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 6099 /wiki/User:Izak/GSOC_2013_logs: /*
September 2nd to September 7th */ |
| 14:59.31 |
Notify |
03BRL-CAD:tbrowder2 * 57470
brlcad/trunk/src/util/dsp_add_t.cpp: improve help output
format |
| 15:04.16 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 6100 /wiki/User:Izak/GSOC_2013_logs: /*
September 2nd to September 7th */ |
| 15:30.17 |
*** join/#brlcad Izak__
(~Izak@195.24.220.16) |
| 15:30.25 |
Izak__ |
l |
| 15:30.34 |
Izak__ |
ok |
| 16:51.20 |
Notify |
03BRL-CAD:tbrowder2 * 57471
brlcad/trunk/src/util/dsp_add_t.cpp: use std exit macros for
portability and ease of parsing |
| 17:04.04 |
*** join/#brlcad Izak (~Izak@195.24.220.16) |
| 17:05.05 |
*** join/#brlcad Izak__
(~Izak@195.24.220.16) |
| 17:05.19 |
Izak__ |
looking at |
| 17:05.35 |
Notify |
03BRL-CAD:tbrowder2 * 57472
brlcad/trunk/src/util/dsp_add_t.cpp: rearrange file open order;
standardize format of exit messages |
| 17:06.54 |
Izak__ |
``Erik: I
tested roots_example on a sextic equation and it worked
perfectly |
| 17:07.18 |
Notify |
03BRL-CAD:tbrowder2 * 57473
brlcad/trunk/src/util/dsp_add_t.cpp: add ERROR to error exit
message |
| 17:29.08 |
Notify |
03BRL-CAD:tbrowder2 * 57474
brlcad/trunk/src/util/dsp_add_t.cpp: move fnames up to main scope
for later use; bail on errors earlier; improve error
messages |
| 17:42.24 |
``Erik |
Izak__:
awesome, have you wired it to your hrt shot yet? I'm eager to see
either a wireframe or rt :D |
| 17:43.21 |
Izak__ |
I keeps
saying rt_hrt_plot ont implemented yet. So it apperas the rt in
mged/archer depends on plot |
| 17:44.10 |
Izak__ |
s/ont/Not |
| 17:44.23 |
*** join/#brlcad kesha
(~kesha@49.249.16.85) |
| 17:47.09 |
Izak__ |
``Erik: How
can i shot rays towards the center of th hrt for example
? |
| 17:47.36 |
Izak__ |
Selecting the
particular values to serve roots_example is hard |
| 17:50.33 |
brlcad |
Izak__:
that's really great news |
| 17:50.46 |
Izak__ |
brlcad:
really / |
| 17:51.06 |
brlcad |
why I said
the first step was to just see what the solver does |
| 17:51.12 |
Izak__ |
I think its
going to be great news when i see a heart wireframe or
sth |
| 17:51.15 |
brlcad |
the method it
uses is very general |
| 17:51.26 |
brlcad |
now whether
it'll work for your poly is still very much in question |
| 17:51.30 |
brlcad |
it'd be
interesting to test a sextic with non-imaginary roots (as in your
case) |
| 17:51.52 |
brlcad |
well the
heart wireframe does not involve solving any roots ;) |
| 17:52.14 |
brlcad |
that's code
you'll have to write, basically need the parametric form of that
same equation |
| 17:52.17 |
brlcad |
usually far
simpler |
| 17:52.41 |
Izak__ |
ok |
| 17:52.42 |
brlcad |
ah, looks
like mathworld just gives it to you |
| 17:52.44 |
brlcad |
http://mathworld.wolfram.com/HeartCurve.html |
| 17:53.49 |
Izak__ |
I see it. But
nothing is said about z variable |
| 17:54.53 |
brlcad |
<PROTECTED> |
| 17:55.33 |
*** join/#brlcad harmanpreet
(~chatzilla@124.253.150.197) |
| 17:55.42 |
brlcad |
oh nice
http://www.wolframalpha.com/input/?i=heart+curve&lk=1&a=ClashPrefs_*PlaneCurveClass.Heart- |
| 17:56.01 |
brlcad |
wonders if our solver can do degree 8 ... |
| 17:56.39 |
Izak__ |
I'm
optimistic since it does for arbitrary n |
| 17:57.33 |
Izak__ |
Thereal issue
is that roots array contained 4 elements . I changed that to
BN_MAX_DEGREE |
| 17:57.49 |
brlcad |
almost
certainly unstable near the bottom point |
| 17:57.59 |
brlcad |
i
saw |
| 17:58.10 |
``Erik |
if it weren't
for the static input/output vectors, ... (maybe have static buffers
for up to N, then a couple pointers for n>N ?) |
| 17:59.44 |
Izak__ |
``Erik: I
dont understand |
| 18:00.07 |
brlcad |
Izak__: hate
to say it, but you will probably just have to solve for x= y= z=
from the implicit |
| 18:00.24 |
brlcad |
http://en.wikipedia.org/wiki/File:Heart3D.png |
| 18:00.39 |
``Erik |
Izak__: I'm
just speculating on an approach to handle arbitrary polynomials...
it doesn't impact your current task, just a general musing
:) |
| 18:01.35 |
Izak__ |
brlcad: you
don't need to hate to say it :) |
| 18:01.52 |
Izak__ |
``Erik:
Thanks |
| 18:03.31 |
``Erik |
Izak__:
generating the wireframe should be fairly easy, as should the
bounding box... those're probably your next two tasks (you'll need
the bounding box during the prep phase, which will be called before
the shot() function) |
| 18:04.43 |
Izak__ |
``Erik:
Thanks. Please could you llook at hrt.c code on trunk. Maybe I have
done some of that bbox and prep |
| 18:05.21 |
brlcad |
maybe? you
don't know? :) |
| 18:05.53 |
Izak__ |
It's just
politeness brlcad: I already wrote those callbacks |
| 18:06.49 |
brlcad |
hm, doesn't
come off as sounding polite, sounds unsure -- thx for the
clarification |
| 18:07.09 |
``Erik |
aha, didn't
realize the bbox func has already had some meat to it... not sure
it's quite right, almost looks like the center of the box is always
the origin? what if the primitive is offset? |
| 18:10.36 |
Izak__ |
Which portion
of the code indicated that the center of the box is always the
origin ? ``Erik: |
| 18:11.50 |
``Erik |
n/m, was
reading it wrong :) brain isn't quite here today |
| 18:15.05 |
kesha |
08:35.36kesha__Hello brlcad |
| 18:15.09 |
kesha |
08:36.02kesha__I tried with some more
geometry conversions. Still some queries .. |
| 18:15.09 |
kesha |
08:37.05kesha__Many a times, when I do
export, some objects are exported correctly, but it shows a message
of segmentation fault(core dumped) and stops (almost 40-50% of
those I tried) |
| 18:15.09 |
kesha |
08:37.15kesha__The material property
disappears after conversion. The mater and color related
information is lost after conversion. |
| 18:15.11 |
kesha |
08:37.38kesha__I tried from http://brlcad.org/private/geometry/ |
| 18:15.12 |
kesha |
08:37.50kesha__http://brlcad.org/private/geometry/3dm_Geometry/ |
| 18:15.14 |
kesha |
08:38.46kesha__I also installed
freecad. |
| 18:15.15 |
kesha |
08:39.56kesha__Whenever you are free, can
you please walk me through 1 or 2 examples of *perfect 3D model
importing* ? |
| 18:15.25 |
kesha |
brlcad: there
? |
| 18:31.23 |
Izak__ |
brlcad: I
have solved for x = y = z from the implicit equation and it has
given this http://paste.kde.org/pd52b8d11/ |
| 18:31.48 |
Izak__ |
thinking of trying it out in
roots_example.c |
| 18:49.39 |
Notify |
03BRL-CAD:starseeker * 57475
brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Gah. Looks like we
will need an aggregate to 'properly' define rational bspline
curves. |
| 18:50.07 |
Notify |
03BRL-CAD:starseeker * 57476
brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Appending is taken
care of elsewhere. |
| 18:50.29 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 6101 /wiki/User:Izak/GSOC_2013_logs: /*
September 2nd to September 7th */ |
| 18:54.18 |
brlcad |
kesha: I
replied to all of that commentary, but you either missed it or
weren't online |
| 18:54.43 |
brlcad |
kesha: you
keep saying export |
| 18:54.49 |
brlcad |
what's the
difference between export and import? |
| 18:56.14 |
brlcad |
encountering
a segmentation fault message is completely useless without knowing
the command you ran, what data you had, and (most importantly)
obtaining a stack trace |
| 18:57.04 |
brlcad |
helps if it's
reproducible but really it just has to be actionable information,
just not "something failed and I don't know why" |
| 18:58.56 |
brlcad |
the color
properties disappearing is not at all relevant to the task at
hand |
| 19:00.08 |
brlcad |
Izak__: oof,
I think I wrote poorly and you misunderstood what I
meant |
| 19:00.40 |
brlcad |
Izak__: you
need to end up with three equations ... x = something; y =
something; and z = something; |
| 19:00.45 |
Izak__ |
What did you
mean to say then ? |
| 19:01.14 |
brlcad |
usually as a
function of some u,v parameterization, then u,v are iterated from 0
to 2*PI or some other range |
| 19:02.23 |
brlcad |
Izak__: for
example, consider a sphere |
| 19:03.06 |
brlcad |
the implicit
equation is x^2 + y^2 + z^2 - R^2 = 0 |
| 19:03.13 |
brlcad |
the
parametric however is |
| 19:03.45 |
brlcad |
x = sqrt(R^2
- u^2) * cos(v) |
| 19:04.02 |
brlcad |
y = sqrt(R^2
- u^2) * sin(v) |
| 19:04.09 |
brlcad |
z =
u |
| 19:04.21 |
brlcad |
or something
really close to that ;) |
| 19:08.26 |
Izak__ |
brlcad: What
about this http://paste.kde.org/p769e6aaa/ |
| 19:13.52 |
kesha |
oh, I think I
missed the reply then ! My bad- export means the one we convert
from our format to other and import is one we convert from other
format to ours. |
| 19:14.57 |
kesha |
Can you walk
me through an example of perfect 3D model importing ? |
| 19:23.19 |
*** join/#brlcad kesha_
(~kesha@49.249.0.235) |
| 19:24.46 |
Izak__ |
awaiting brlcad: 's opinion as to heart parametric
equations |
| 19:26.13 |
Notify |
03BRL-CAD:vladbogo * 57477
(brlcad/trunk/src/libdm/dm_obj.c
brlcad/trunk/src/libtclcad/tclcad_obj.c): Default for framebuffer
interface - handle unsupported display manager and framebuffer
combinations by D.Rossberg |
| 19:27.42 |
Notify |
03BRL-CAD:vladbogo * 57478
brlcad/trunk/src/libdm/dm-qt.cpp: Set locale to POSIX after open is
called + use a single QPainter instead of creating one everytime a
drawing is made. |
| 19:28.25 |
brlcad |
Izak__: i'm
not sure what you want opinionwise :) |
| 19:28.32 |
brlcad |
it's either
right or it's not ;) |
| 19:29.09 |
Izak__ |
So what
exactly do i do to test hrt_shot with those parametric
equations |
| 19:29.12 |
brlcad |
that's
basically what you need to implement plot() though, so you could
add it in and evaluate from 0,2PI and see what it looks
like |
| 19:29.33 |
brlcad |
shot() is
different |
| 19:29.44 |
brlcad |
shot()
requires the implicit equation, the root solver, what you've
done |
| 19:30.20 |
brlcad |
plot() is
usually implemented using the parametric form since you want to
generate polylines or polygons or points; something explicit on the
surface |
| 19:30.28 |
brlcad |
implict vs
explicit |
| 19:31.03 |
brlcad |
Izak__: now
that you've demonstrated that the solver is *capable* of solving a
sextic, you can test whether your shot() implementation is
correct |
| 19:31.20 |
brlcad |
Izak__: run
'rt' outside of mged, feed it the name of a hrt object |
| 19:31.45 |
Izak__ |
Out of mged ?
brlcad: how ? |
| 19:32.15 |
brlcad |
Izak__: then
in between fits of debugging shot(), you can work on implementing
plot() using your parametric equations |
| 19:33.14 |
brlcad |
brlman rt or
just "rt" |
| 19:33.23 |
brlcad |
gives usage,
very simple |
| 19:33.29 |
brlcad |
try with a
sphere first |
| 19:33.40 |
brlcad |
mged -c
test.g make sph sph |
| 19:33.42 |
brlcad |
rt test.g
sph |
| 19:34.27 |
Izak__ |
in which
directory ? |
| 19:35.58 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 6102 /wiki/User:Vladbogolin/GSoC2013/Logs: /*
Week 12 */ |
| 19:37.43 |
brlcad |
Izak__: you
should know that by now... |
| 19:37.55 |
brlcad |
in any
directory you like |
| 19:38.05 |
Izak__ |
okay
fine |
| 19:40.12 |
brlcad |
sorry, just
really cannot answer that without asking you a half dozen
questions |
| 19:40.28 |
brlcad |
you can build
and run from/into anywhere, it's fully configurable and YOU decide
that |
| 19:40.33 |
brlcad |
so only you
can answer that |
| 19:41.41 |
brlcad |
it's like
asking me which bed you should sleep in, well yours of course! (or
your partner's) |
| 19:44.40 |
brlcad |
and at a
glance, those parametric equations looks like they're probably not
right, but easy enough to try (in fact you could put the equations
into sage, and try them first) |
| 19:45.07 |
brlcad |
several apps
like mathematica will graph parametric equations automatically for
you |
| 19:50.14 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 6103 /wiki/User:Izak/GSOC_2013_logs: /*
September 2nd to September 7th */ |
| 19:50.52 |
Izak__ |
brlcad: After
trying rt on a heart object I get http://brlcad.org/~Izak/heart.png |
| 19:52.24 |
brlcad |
that's pretty
cool actually, progress |
| 19:52.47 |
brlcad |
try different
azimuths and elevations |
| 19:52.56 |
brlcad |
or create an
animation to see it rotating |
| 19:53.16 |
brlcad |
http://brlcad.org/wiki/Animation |
| 19:55.55 |
brlcad |
at a glance,
I'd say the equations aren't right but it's hard to say at that
angle |
| 19:56.34 |
brlcad |
clearly lots
of root solver failures too, but the basic shape should hopefully
become apparent |
| 20:03.13 |
Notify |
03BRL-CAD:indianlarry * 57479
brlcad/branches/nurbs/src/librt/primitives/brep/brep.cpp: playing
with surf subdivision and reusing surface without malloc still
WIP |
| 20:31.12 |
*** join/#brlcad kesha__
(~kesha@49.249.0.235) |
| 20:34.18 |
*** join/#brlcad kesha__
(~kesha@49.249.0.235) |
| 20:35.36 |
brlcad |
kesha__: the
task was to *find* a few models that import correctly, so if I walk
you through an example of that, I've done the task |
| 20:36.46 |
brlcad |
it's not
uncommon for certain types of models to fail, but the point is just
to find one or two that seem to import "okay" |
| 20:37.09 |
brlcad |
with "okay"
meaning the general solid shapes import (we only care about 3D and
only care about SOLID geometry) |
| 20:37.27 |
brlcad |
non-solid and
2D shapes will often fail horribly |
| 20:37.48 |
brlcad |
even 3D
shapes will sometimes fail, that's why you just keep focusing on
one format and find just one or two that work |
| 21:02.52 |
``Erik |
https://twitter.com/DamienFahey/status/376050043720978432
@DamienFahey: Congratulations, Americans who write "Cheers" at the
end of e-mails. You've found something even more pretentious than
"Sent from my iPhone" |
| 21:05.44 |
*** join/#brlcad kesha__
(~kesha@49.249.0.235) |
| 22:16.42 |
Notify |
03BRL-CAD:starseeker * 57480
brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Add control point
lists and curve types. |
| 22:28.15 |
Notify |
03BRL-CAD:starseeker * 57481
brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Set closed_curve and
self_intersect flags |
| 22:31.02 |
*** join/#brlcad mpictor
(~mark@2601:d:b280:3d4:d63d:7eff:fe2d:2505) |
| 22:42.44 |
Notify |
03BRL-CAD:starseeker * 57482
brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Add
knots |
| 22:50.03 |
Notify |
03BRL-CAD:starseeker * 57483
brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Add the weights. Not
quite correct yet, but definitely closer. |
| 22:56.37 |
*** join/#brlcad caen23
(~caen23@92.81.182.233) |
| 23:17.34 |
brlcad |
``Erik: heh,
Cheers! |
| 01:27.58 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 03:50.48 |
brlcad |
maths22: oh
my gosh yes! |
| 03:51.01 |
brlcad |
i'll try to
come up with a summary of where we're at on Monday |
| 04:35.30 |
*** join/#brlcad bch
(~bch@dsl081-162-155.sea1.dsl.speakeasy.net) |
| 04:35.34 |
bch |
hello
#brlcad |
| 04:44.22 |
brlcad |
hello bch,
ltns! |
| 04:47.46 |
bch |
hey
brlcad |
| 04:48.01 |
bch |
long time no
see. hows the 3d world ? |
| 04:52.24 |
Notify |
03BRL-CAD:phoenixyjll * 57496
brlcad/trunk/src/libbrep/boolean.cpp: Use the same surface if they
are split from the same face. |
| 04:56.37 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 05:52.17 |
brlcad |
steadily
expanding ;) |
| 05:55.16 |
Notify |
03BRL-CAD:phoenixyjll * 57497
brlcad/trunk/src/libbrep/boolean.cpp: Not always the last vertex.
We should compare all vertexes and find the right one. |
| 06:39.07 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 07:22.17 |
Notify |
03BRL-CAD:phoenixyjll * 57498
brlcad/trunk/src/libbrep/boolean.cpp: Detect whether the surfaces
are the same - don't need SSI if they are the same. |
| 08:18.53 |
*** join/#brlcad Ch3ck_
(~Ch3ck@195.24.220.16) |
| 08:32.34 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 08:54.36 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 08:55.49 |
Notify |
03BRL-CAD
Wiki:Phoenix * 6109 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 12
*/ |
| 10:07.06 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 11:07.28 |
*** join/#brlcad shadownet
(~Shadownet@195.24.220.16) |
| 11:24.53 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 11:51.04 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 12:34.25 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 12:37.21 |
Notify |
03BRL-CAD:indianlarry * 57499
(brlcad/branches/nurbs/include/dm.h
brlcad/branches/nurbs/include/icv.h and 13 others): Merging trunk
into branch 'nurbs' r:57491:57498 |
| 12:54.20 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 13:22.31 |
Notify |
03BRL-CAD:starseeker * 57500
brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Ah - just as we have
to do something different for rational curves, we'll need to do
something for rational surfaces. |
| 13:45.57 |
Notify |
03BRL-CAD:starseeker * 57501
(brlcad/trunk/src/conv/step/g-step/CMakeLists.txt
brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp
brlcad/trunk/src/conv/step/g-step/ON_Brep.h): Start breaking out
pieces of ON_Brep.cpp into individual files. |
| 13:59.31 |
Notify |
03BRL-CAD:starseeker * 57502
(brlcad/trunk/src/conv/step/g-step/CMakeLists.txt
brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp
brlcad/trunk/src/conv/step/g-step/ON_Brep.h): Break out NurbsCurve
handling. |
| 14:00.00 |
Notify |
03BRL-CAD:starseeker * 57503
(brlcad/trunk/src/conv/step/g-step/ON_NurbsCurve.cpp
===================================================================
and 218 others): Add ON_NurbsCurve.cpp |
| 14:05.54 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 14:24.20 |
Notify |
03BRL-CAD:starseeker * 57504
brlcad/trunk/src/conv/step/g-step/ON_NurbsCurve.cpp: Simplify code,
re-use functions |
| 15:31.50 |
Notify |
03BRL-CAD:starseeker * 57505
(brlcad/trunk/src/conv/step/g-step/CMakeLists.txt
brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp
brlcad/trunk/src/conv/step/g-step/ON_Brep.h): Break out surfaces
into their own file. |
| 15:32.20 |
Notify |
03BRL-CAD:starseeker * 57506
(brlcad/trunk/src/conv/step/g-step/ON_NurbsSurface.cpp
===================================================================
and 288 others): Add ON_NurbsSurface.cpp |
| 15:36.58 |
Notify |
03BRL-CAD:starseeker * 57507
brlcad/trunk/src/conv/step/g-step/ON_NurbsSurface.cpp: Get a look
at the attribute list for the rational surface
aggregate |
| 16:17.14 |
Notify |
03BRL-CAD:mohitdaga * 57508
brlcad/trunk/src/util/dsp_add_t.cpp: Initialize the pointers to
NULL. (An error in with [-Werror=uninitialized]) |
| 16:22.03 |
``Erik |
heh http://www.youtube.com/watch?v=Oie1ZXWceqM |
| 16:53.24 |
*** join/#brlcad Izak (~Izak@195.24.220.16) |
| 16:53.43 |
Izak |
brlcad: Found
paametric equations for heart |
| 16:54.05 |
*** join/#brlcad Izak__
(~Izak@195.24.220.16) |
| 16:54.21 |
Izak__ |
at http://paste.kde.org/p8f280097/ |
| 16:54.37 |
Izak__ |
How do i gon
about plotting these ? |
| 16:54.52 |
Izak__ |
s/gon/go
``Erik : |
| 17:01.08 |
Notify |
03BRL-CAD:starseeker * 57509
brlcad/trunk/src/conv/step/g-step/ON_NurbsSurface.cpp: print entity
name too |
| 17:03.00 |
Izak__ |
brlcad: Found
parametric equations of the heart online pasted here http://paste.kde.org/p8f280097/ |
| 17:27.12 |
brlcad |
Izak__: looks
at some of the other primitives, like ell |
| 17:27.37 |
brlcad |
suggest
starting very very simple, like first drawing just a single line in
plot() |
| 17:28.28 |
Izak__ |
brlcad: a
single line eh ? |
| 17:28.47 |
brlcad |
drawing the
bounding box, even better -- this would be throwaway code, but
it'll teach you how to return the data before you worry about the
parametric functions |
| 17:33.04 |
brlcad |
if your
parametric equations are right, you can then create two for ()
loops, iterate over u and v and plot connected lines (contours) as
a starting point |
| 17:35.52 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 17:36.31 |
Izak__ |
ok |
| 17:38.04 |
Notify |
03BRL-CAD:starseeker * 57510
(brlcad/trunk/src/conv/step/g-step/ON_Brep.h
brlcad/trunk/src/conv/step/g-step/ON_NurbsSurface.cpp): Need to be
able to get at the generic aggregate in the stepcomplex surface
case - add a map to simplify getting at all aggregates. |
| 17:59.24 |
Notify |
03BRL-CAD:mohitdaga * 57511
(brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/pix.c): Use
fopen in instead of open. |
| 18:00.25 |
zero_level |
hi
brlcad |
| 18:01.17 |
zero_level |
brlcad : Can
you help me to bring the regress back to its original. |
| 18:01.31 |
zero_level |
Its currently
down with dsp_add_t |
| 18:01.44 |
zero_level |
wanted to
test changes in bw_write and pix_write. |
| 18:19.48 |
kanzure |
has anyone
used brlcad with python + ctypes or libffi? |
| 18:22.12 |
kanzure |
oh cool
user:phoenix is still doing nurbs things? |
| 18:42.07 |
Notify |
03BRL-CAD:starseeker * 57512
brlcad/trunk/src/conv/step/g-step/ON_NurbsSurface.cpp: Add knots to
rational surfaces. |
| 18:42.51 |
Notify |
03BRL-CAD:mohitdaga * 57513
(brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/pix.c):
Convert open to fopen in bw_write, pix_write |
| 18:42.54 |
brlcad |
zero_level:
what's "down" mean? |
| 18:43.48 |
zero_level |
brlcad : nice
question. :) |
| 18:43.50 |
zero_level |
brlcad++ |
| 18:44.11 |
zero_level |
Its shows an
error while regressing dsp_add_t. |
| 18:44.30 |
zero_level |
I am copying
the curent message to some paste. |
| 18:44.51 |
brlcad |
afaik,
dsp_add_t is not part of the regression tests |
| 18:45.24 |
brlcad |
though it may
certainly be attempting to compile it if you just run "make
regress" due to dependencies |
| 18:46.05 |
brlcad |
suggest just
fixing whatever it's complaining about |
| 18:46.16 |
brlcad |
shouldn't be
anything major, it's a recent change |
| 18:47.01 |
zero_level |
alright. |
| 18:47.05 |
zero_level |
brlcad :
thanks |
| 19:00.40 |
brlcad |
did you
figure it out? |
| 19:04.13 |
brlcad |
zero_level:
also, r57495 breaks DRY principle pretty hard...not to mention
rule-of-three |
| 19:10.28 |
kanzure |
aww all of
the symbol names are mangled |
| 19:10.38 |
kanzure |
like when i
check: nm /usr/brlcad/lib/libbrep.so.20 |
| 19:11.47 |
brlcad |
kanzure: nm
/usr/brlcad/lib/libbrep.so.20 | c++filt |
| 19:12.17 |
kanzure |
brlcad: i was
going to see if i could use python: import ctypes; libbrep =
ctypes.cdll.LoadLibrary("/usr/brlcad/lib/libbrep.so.20");
libbrep.symbolname |
| 19:12.24 |
brlcad |
and yes, wu
is still working quite hard on nurbs (specifically boolean
evaluation) |
| 19:12.26 |
kanzure |
but if the
symbol names are mangled then they are probably different on each
platform or each build or something |
| 19:12.44 |
*** join/#brlcad Izak__
(~Izak@195.24.220.16) |
| 19:12.57 |
brlcad |
well yeah,
it's a c++ library ... :) |
| 19:13.12 |
brlcad |
that's kind
of why swig exists |
| 19:13.22 |
brlcad |
wrapping C
was never hard |
| 19:13.50 |
kanzure |
the swig
wrappers don't work at the moment |
| 19:14.02 |
kanzure |
(sorry, i
don't have a more specific bug report to give you; i didn't try
today) |
| 19:14.17 |
brlcad |
*shrug* would
be a swig issue anyways |
| 19:14.38 |
brlcad |
never really
had trouble with it, but it's been a couple years since I last
tried |
| 19:14.56 |
brlcad |
erik's used
it more recently |
| 19:15.13 |
Izak__ |
brlcad: How
could you ask me to share that image? It was really aweful!
:( |
| 19:16.07 |
brlcad |
the name
mangling is usually ABI-compatible, so you're good across versions
of gnu, for example, but that obviously wn't match the mangling on
windows or other runtimes |
| 19:16.18 |
brlcad |
Izak__: it's
progress! |
| 19:16.28 |
brlcad |
it's cool
progress |
| 19:16.33 |
brlcad |
plus I didn't
know if you had anyting better |
| 19:16.35 |
Izak__ |
:) |
| 19:16.39 |
brlcad |
heck even a
different angle |
| 19:16.45 |
brlcad |
did you at
least figure that out? |
| 19:16.57 |
Izak__ |
no |
| 19:17.00 |
zero_level |
brlcad : are
you pointing towards the multiple files bein committed
? |
| 19:17.00 |
brlcad |
oof |
| 19:17.10 |
zero_level |
brlcad : I
figured it out. |
| 19:17.31 |
zero_level |
see
r57508 |
| 19:17.33 |
brlcad |
zero_level:
towards the same four lines of code you added in about 20-30 places
:) |
| 19:19.28 |
brlcad |
zero_level: i
don't understand -- you asked about regress and dsp_add_t 80
minutes ago, but r57508 was well before that |
| 19:19.46 |
brlcad |
Izak__: so
you didn't read the rt man page? |
| 19:19.50 |
zero_level |
brlcad : I
was running regress on bx. |
| 19:19.54 |
zero_level |
*bz |
| 19:20.12 |
zero_level |
and didnt
update it with my recent commits |
| 19:20.50 |
brlcad |
Izak__: see
the -a -e options |
| 19:20.55 |
brlcad |
azimuth/elevation |
| 19:21.07 |
brlcad |
default is
35/25 |
| 19:21.10 |
brlcad |
try some
other views |
| 19:21.11 |
Izak__ |
looking at man rt page |
| 19:21.23 |
Izak__ |
brlcad: Did
you see my slide show |
| 19:21.26 |
brlcad |
zero_level:
ah, okay so just out of date |
| 19:21.32 |
brlcad |
Izak__:
nope |
| 19:21.52 |
Izak__ |
I read the
Animation wiki page and created a slide show using about 30
images |
| 19:22.07 |
brlcad |
er, where did
you mention that?? |
| 19:22.10 |
Izak__ |
Please take a
look at the slides |
| 19:22.15 |
Izak__ |
In the
logs |
| 19:22.20 |
zero_level |
brlcad : I
was trying to validate the images. |
| 19:22.22 |
brlcad |
oooh,
heh |
| 19:22.24 |
Izak__ |
I mentioned
that in my logs |
| 19:23.01 |
brlcad |
Izak__: you
know I don't just sit there hitting refresh on your log all day??
:D got to give folks a hint or post a url :) |
| 19:24.05 |
brlcad |
downloading
movie.odp |
| 19:24.07 |
zero_level |
Ofcourse I
should have made a function or must have added the log message in
the macro itself. |
| 19:24.08 |
Izak__ |
brlcad : I
wasn under the impression that our logs are read each Sunday
;) |
| 19:25.41 |
Izak__ |
s/wasn/was |
| 19:26.13 |
Notify |
03BRL-CAD
Wiki:195.24.220.16 * 6110
/wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Sept 02 - Sept 08
*/ |
| 19:26.15 |
zero_level |
brlcad : but
each function had different return argument. and a log message
also. |
| 19:29.01 |
brlcad |
5 had void
return, 9 had -1 return, 13 had NULL return |
| 19:29.13 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 6111
/wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Sept 09 - Sept 15
*/ |
| 19:29.15 |
brlcad |
all 27 had
the same log message |
| 19:29.30 |
zero_level |
so three
different clusters. |
| 19:29.31 |
brlcad |
all had
basically the same check |
| 19:29.38 |
Izak__ |
brlcad: Any
comments ? |
| 19:29.39 |
zero_level |
right. |
| 19:29.58 |
brlcad |
so the
returns aren't really the issue |
| 19:30.24 |
zero_level |
alright. Can
u suggest something ? |
| 19:30.29 |
brlcad |
it's really
the 29 instances of the same bu_log line, and the general pattern
of the same 4 lines of code repeated two dozen times |
| 19:30.29 |
zero_level |
Improvement
> |
| 19:31.24 |
brlcad |
say we want
to change that message, maybe not call bu_log() since this is a
library and that's bad practice, maybe return it in a string passed
int |
| 19:31.27 |
brlcad |
s/int/in/ |
| 19:31.31 |
brlcad |
it's now 29
times more expensive of an edit to make |
| 19:32.00 |
brlcad |
change it
just 3 times and it's nearly 100 times more costly to
keep |
| 19:32.21 |
brlcad |
so how to
reduce that cost? |
| 19:32.51 |
brlcad |
if you had to
change that block of code once an hour, what would you
change? |
| 19:33.11 |
brlcad |
do
that |
| 19:33.15 |
Notify |
03BRL-CAD:starseeker * 57514
(brlcad/trunk/src/conv/step/g-step/CMakeLists.txt
brlcad/trunk/src/conv/step/g-step/G_STEP_internal.h and 2 others):
Break out shape_definition_representation |
| 19:33.18 |
zero_level |
brlcad : I
never made such calculations. |
| 19:33.26 |
zero_level |
brlcad :
thanks. |
| 19:33.50 |
zero_level |
the only
thing i can think is making a validation macro. |
| 19:33.56 |
zero_level |
and a return
pointer. |
| 19:35.29 |
zero_level |
but still not
sure if I will need one macro or three. |
| 19:35.54 |
zero_level |
because Dont
know if i should return in the macro ? |
| 19:36.15 |
zero_level |
also have no
idea how to return void functions ? |
| 19:36.43 |
zero_level |
i mean what
argument I will send to return void functions ? |
| 19:41.09 |
brlcad |
well it begs
the question why some are pointers, some are nothing, and some are
ints |
| 19:41.38 |
zero_level |
brlcad : nice
question. |
| 19:41.43 |
brlcad |
can they be
all made the same would be the first inspection I'd make since that
would help reduce the duplication AND help make the API more
consistent |
| 19:41.45 |
zero_level |
let me
explain. |
| 19:42.07 |
brlcad |
there's no
question why it's the way it is :) |
| 19:43.29 |
zero_level |
so should I
continue ? or We have mad up our minds to make them consistent
(forcibly ) |
| 19:43.44 |
Notify |
03BRL-CAD:starseeker * 57515
(brlcad/trunk/src/conv/step/g-step/CMakeLists.txt
brlcad/trunk/src/conv/step/g-step/G_STEP_internal.h
brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp): Break out the
building of the geometric context stepcomplex object |
| 19:43.45 |
brlcad |
hm? |
| 19:43.52 |
zero_level |
c/mad/made |
| 19:43.59 |
brlcad |
made up our
minds? this was the question |
| 19:44.14 |
brlcad |
whether they
'can' be made consistent (in a useful way) |
| 19:44.39 |
brlcad |
what that
would even look like |
| 19:44.45 |
brlcad |
e.g., all
void or all int or all pointer |
| 19:45.00 |
zero_level |
brlcad : I am
a c-programmer. And I can make them return whatever we
like. |
| 19:45.08 |
brlcad |
heh |
| 19:45.17 |
brlcad |
so take off
your programmer hat for a second |
| 19:45.25 |
zero_level |
hahahah
:) |
| 19:45.29 |
brlcad |
put on an API
*designer* hat ;) |
| 19:45.47 |
zero_level |
you will have
to ship one :) |
| 19:45.51 |
brlcad |
you're
someone who downloads libicv for integration into your awesome
application |
| 19:46.17 |
zero_level |
ok. |
| 19:46.39 |
brlcad |
i'm sure you
can see the impact if the API always returned nothing, for
example |
| 19:46.58 |
brlcad |
you'd think
"oh wow, I hope there's a way to check for error conditions or this
really sucks" |
| 19:47.33 |
brlcad |
but would
also be comforted in never having to wrap each call in an if
(succeeded) check |
| 19:47.54 |
brlcad |
the other two
options have their own tradeoffs |
| 19:48.17 |
brlcad |
of course any
three can be made to work, but whether it makes sense depends on
how they group |
| 19:48.41 |
zero_level |
is wearing *designer's hat* |
| 19:48.46 |
brlcad |
;) |
| 19:48.56 |
brlcad |
fabulous |
| 19:49.01 |
zero_level |
brlcad : the
whole point of having |
| 19:49.15 |
zero_level |
this was
usability. |
| 19:49.48 |
brlcad |
actually
maintainability, but continue :) |
| 19:49.56 |
zero_level |
brlcad : As I
explain this. I will still leave the final call to you. If you say
to change I will be doing. |
| 19:50.14 |
zero_level |
Now.
(usability) |
| 19:50.17 |
brlcad |
I get that,
but I'm wanting feedback from you :) |
| 19:50.27 |
brlcad |
what do YOU
think other than ... |
| 19:50.38 |
brlcad |
"yeah, I can
change it" or "I like it how it is" |
| 19:50.48 |
brlcad |
that's not
useful.. :) |
| 19:50.52 |
zero_level |
lets
primarily |
| 19:50.59 |
zero_level |
group these
functions into 3. |
| 19:51.05 |
Notify |
03BRL-CAD:starseeker * 57516
(brlcad/trunk/src/conv/step/g-step/CMakeLists.txt
brlcad/trunk/src/conv/step/g-step/G_STEP_internal.h
brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp): Break out
Shape_Representation and
Shape_Representation_Relationship |
| 19:51.08 |
brlcad |
why |
| 19:51.32 |
zero_level |
one which
creates a new ICV structure in the run time. |
| 19:51.46 |
zero_level |
for eg.
icv_filter3 |
| 19:52.13 |
zero_level |
this takes in
the argument. three images. and creates the output image during
function run time. |
| 19:52.45 |
zero_level |
so has a
icv_image_t* type return. |
| 19:53.24 |
zero_level |
now lets see
the functions of the form icv_filter(...) |
| 19:53.37 |
zero_level |
this does
filtering in place. (doenst create a new icv |
| 19:53.45 |
zero_level |
_struct) |
| 19:53.54 |
zero_level |
on failure
return -1 |
| 19:53.59 |
zero_level |
on succession
0. |
| 19:54.18 |
zero_level |
brlcad : this
is type 2. (int return). |
| 19:54.30 |
zero_level |
type 3 :
Mainly operations. |
| 19:54.44 |
zero_level |
oops. mainly
statistics. |
| 19:56.20 |
brlcad |
that's
basically the current state of the code |
| 19:57.06 |
zero_level |
brlcad :
rightly figured. |
| 19:57.17 |
zero_level |
So do you see
the poing ? |
| 19:57.27 |
zero_level |
c/poing/point |
| 19:57.45 |
brlcad |
yes and
no |
| 19:57.56 |
brlcad |
I see you've
described what you did |
| 19:58.21 |
brlcad |
which you
tried with 15:41 < zero_level> let me explain. |
| 19:58.37 |
brlcad |
"there's no
question why it's the way it is :)" |
| 19:58.45 |
brlcad |
i understand
what you wrote, why it is that way |
| 19:58.58 |
*** part/#brlcad Ch3ck_
(~Shadownet@195.24.220.16) |
| 19:59.18 |
brlcad |
your creation
funcs return a pointer, your filters return a code, your stats ...
void |
| 19:59.24 |
brlcad |
sure,
great |
| 19:59.53 |
zero_level |
And All this
was done in focuse with usability |
| 20:00.10 |
brlcad |
sure |
| 20:00.23 |
zero_level |
and I see
usability and maintainability in two sides of a balance
here. |
| 20:00.37 |
brlcad |
is that to
say there's no room for improvement on usability? |
| 20:00.44 |
brlcad |
it's
perfect? |
| 20:00.45 |
brlcad |
:) |
| 20:01.13 |
zero_level |
I will
brlcad's suggestion here. |
| 20:01.18 |
zero_level |
^seek |
| 20:01.22 |
brlcad |
slaps forehead |
| 20:02.00 |
brlcad |
I'm trying to
get you to envision and explore, not defend or just accept my
envisioning/exploring |
| 20:02.09 |
brlcad |
you don't
need to defend |
| 20:02.22 |
brlcad |
it is what it
is, it's already turning into a great API |
| 20:02.50 |
brlcad |
the design
question is what would it look like if you enforced some
homogeneity |
| 20:03.28 |
zero_level |
icv_Filter3
will become. |
| 20:03.45 |
brlcad |
what would it
look like, how might it feel if, just for *example*, if you never
returned a NULL pointer, for example |
| 20:04.00 |
zero_level |
icv_filter3(icv_image_t* ......... ,
icv_filter_t **out_img); |
| 20:04.27 |
brlcad |
now you're
thinking |
| 20:04.28 |
zero_level |
Just wanted
to avoid this situation. |
| 20:04.35 |
brlcad |
why |
| 20:04.48 |
brlcad |
what's the
downside? |
| 20:05.24 |
zero_level |
do you
remember this page.
ttp://brlcad.org/wiki/User:Level_zero/GSOC13/api |
| 20:06.14 |
brlcad |
yep |
| 20:06.14 |
zero_level |
The only
downside i saw was complexity. |
| 20:06.33 |
brlcad |
I note that
you already have that pattern in some places |
| 20:06.57 |
brlcad |
the function
that return int are mostly that pattern |
| 20:06.58 |
zero_level |
we also had a
long discussion about that. |
| 20:07.23 |
zero_level |
but earlier
revisions of this page will have void type. |
| 20:07.35 |
zero_level |
c/will
have/had |
| 20:08.04 |
zero_level |
and then I
wanted to handle error in a better way. |
| 20:08.12 |
zero_level |
0 for
succession |
| 20:08.18 |
zero_level |
-1 for
failure. |
| 20:08.21 |
brlcad |
slow
down |
| 20:08.24 |
brlcad |
that thought
there |
| 20:08.25 |
zero_level |
-2 for some
other.. |
| 20:08.29 |
brlcad |
stop |
| 20:08.37 |
brlcad |
you instantly
jumped from WHAT to HOW |
| 20:08.46 |
brlcad |
the WHAT is
that you found a need to handle error better |
| 20:08.50 |
brlcad |
that is good
to recognize |
| 20:09.07 |
brlcad |
you instantly
jumped into HOW to handle an error (via a return code) |
| 20:09.20 |
brlcad |
when in
reality there are many ways you could handle an error |
| 20:09.25 |
brlcad |
not saying
there's a better way |
| 20:09.33 |
brlcad |
but don't mix
the method (how) with the need (what) |
| 20:09.45 |
zero_level |
I just picked
it from the old version of libicv. |
| 20:09.53 |
zero_level |
ok. |
| 20:10.18 |
brlcad |
the important
point is that setting a NULL img_out was insufficient error
reporting |
| 20:10.25 |
zero_level |
I mean from
the save_open and other functions. |
| 20:10.35 |
brlcad |
log messages
were presumably insufficient as well |
| 20:11.07 |
zero_level |
that was my
major concern And I asked you in *1 of my doubts. |
| 20:11.32 |
brlcad |
what was your
major concern? |
| 20:11.45 |
zero_level |
At this point
of time I am open to your suggestion. |
| 20:11.55 |
zero_level |
wait. |
| 20:12.08 |
zero_level |
finding the
link. |
| 20:12.52 |
zero_level |
from the
paste link. * Regarding log messages, After priting log messages.
Is it better to exit or pass -1 ? Currently I pass NULL or -1 for
failure and 0 (or Pointer to the structure) for
succeding. |
| 20:13.16 |
brlcad |
you mean your
question in the commit message? |
| 20:13.47 |
zero_level |
no. DO you
remember we had a discussion over a paste link i gave on
IRC. |
| 20:13.57 |
zero_level |
it had around
8 links. |
| 20:14.08 |
zero_level |
s/links/ponts |
| 20:14.29 |
zero_level |
is facing lots of lag here. |
| 20:14.44 |
zero_level |
(ssh
lag) |
| 20:15.24 |
brlcad |
yeah, I don't
know what you're referring to specifically but I'm not sure how it
at all matters whether I remember or not, doesn't change where we
are now or today's design brainstorming |
| 20:15.56 |
brlcad |
I vaguely
recall that, actually, but again .. not sure it's
relevant |
| 20:16.31 |
zero_level |
hmm. |
| 20:17.26 |
zero_level |
so. ? where
we ? |
| 20:17.27 |
brlcad |
back to the
design discussion... so the API you have on that wiki page is one
good data point |
| 20:18.55 |
brlcad |
clearly, the
pattern there (and the majority) is return some int
code |
| 20:19.33 |
brlcad |
so at this
point, the design question it asks is why there are functions that
don't return a code |
| 20:19.45 |
zero_level |
brlcad :
regarding the paste link. I was just able to dig. http://paste.kde.org/p38e0decb/ |
| 20:19.50 |
brlcad |
and would it
be worthwhile to make them return a code |
| 20:20.26 |
zero_level |
brlcaD : that
is nice question to ask. |
| 20:20.47 |
brlcad |
ah, *that*
pastebin |
| 20:21.20 |
brlcad |
think that is
only peripherally related to today's design questions |
| 20:21.54 |
brlcad |
it assumes we
should be printing log messages in the first place (we probably
shouldn't) |
| 20:23.43 |
zero_level |
I see
thatvoid return could be made to return. |
| 20:24.03 |
brlcad |
excellent |
| 20:24.03 |
zero_level |
like
icv_destroy(...) |
| 20:24.11 |
zero_level |
icv_sanitize(..) |
| 20:24.26 |
brlcad |
so then
you're just down to two categories |
| 20:24.32 |
brlcad |
the creation
functions and the processing functions |
| 20:24.37 |
zero_level |
also the vice
versa could be done. like icv_Filter has void type. |
| 20:24.48 |
zero_level |
ok. |
| 20:25.33 |
zero_level |
but then we
could have a global variable. ICV_ERROR. And set that. |
| 20:25.39 |
brlcad |
NO |
| 20:25.46 |
brlcad |
good
thinking |
| 20:25.47 |
zero_level |
ok. |
| 20:25.50 |
brlcad |
but no
globals :) |
| 20:26.00 |
brlcad |
no global
state, no static state |
| 20:26.12 |
brlcad |
they don't
work for multiprocessing |
| 20:26.36 |
brlcad |
you already
have an issue of memory (what if in==out) |
| 20:27.00 |
zero_level |
hm ? where
? |
| 20:27.35 |
brlcad |
a discussion
for later perhaps, but basically how many of the processing
functions will not work if img_in == img_out |
| 20:27.40 |
brlcad |
i.e., process
in place |
| 20:28.05 |
brlcad |
many would
need to create a copy to work right |
| 20:28.15 |
*** join/#brlcad vladbogo
(~vlad@188.25.237.111) |
| 20:28.30 |
brlcad |
or be
designed to work on the copy passed in only |
| 20:28.42 |
brlcad |
not your
doing |
| 20:28.52 |
brlcad |
that's how
they were written to stream |
| 20:29.58 |
brlcad |
don't worry
about it |
| 20:30.38 |
zero_level |
brlcad : I
think I didnt understand this point of yours. |
| 20:31.15 |
Notify |
03BRL-CAD:starseeker * 57517
brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Flip loops when we
flip the face (Keith's suggestion, seems to improve raytracing
results for test rcc |
| 20:31.27 |
brlcad |
some of the
functions will not produce the right output if the output image
image pointer is the exact same pointer as the input image
pointer |
| 20:31.27 |
zero_level |
let me try to
see what point are you making. |
| 20:31.43 |
zero_level |
brlcad :
wait. |
| 20:31.49 |
brlcad |
doesn't wait |
| 20:31.52 |
brlcad |
multitasks |
| 20:32.03 |
zero_level |
wait means
let me try to bring you a fact. |
| 20:32.10 |
brlcad |
~dict
wait |
| 20:32.40 |
zero_level |
actually i
eamnt because i am facing ssh lag. It will take few
secs. |
| 20:32.42 |
brlcad |
that may be
what you meant, but that's not what the word means ;) |
| 20:33.24 |
zero_level |
brlcad : lets
say icv_crop(img) is called. |
| 20:33.34 |
zero_level |
now it will
crop the image. |
| 20:33.45 |
zero_level |
But in
place. |
| 20:33.51 |
zero_level |
doesnt pass
the pointer. |
| 20:34.05 |
brlcad |
sure |
| 20:34.09 |
zero_level |
output_pointer ===
input_pointer |
| 20:34.10 |
brlcad |
doesn't have
an out pointer |
| 20:34.12 |
brlcad |
no |
| 20:34.14 |
zero_level |
(they are
same) |
| 20:34.23 |
zero_level |
alright. |
| 20:34.30 |
zero_level |
so what point
were you making ? |
| 20:35.05 |
Notify |
03BRL-CAD:vladbogo * 57518
brlcad/trunk/src/libdm/dm-qt.cpp: Send mouse coordinates when
generating Tk click events. |
| 20:35.06 |
brlcad |
looking
through your header, I don't think you've gotten to any of them
yet |
| 20:35.09 |
brlcad |
so doesn't
matter |
| 20:35.22 |
brlcad |
had you
implemented the wiki API, it would have been an issue
perhaps |
| 20:36.11 |
brlcad |
noticed that
icv_rot() is still the first bit of API readers are introduced
to... |
| 20:36.17 |
zero_level |
excellent :)
That why it semt alien to me. Thanks. |
| 20:36.18 |
brlcad |
should be
further down |
| 20:36.24 |
zero_level |
alright. |
| 20:37.36 |
brlcad |
so parting
design thought |
| 20:38.04 |
brlcad |
there is a
cool aspect of always returning a (non-NULL) pointer that would be
possible with this API |
| 20:38.21 |
brlcad |
you could
compose calls functionally |
| 20:39.10 |
brlcad |
icv_flip(icv_scale(icv_random(icv_create(),...),
2.0)...); |
| 20:40.45 |
brlcad |
one liner
programs ;)
icv_destroy(icv_write(icv_flip(icv_scale(icv_random(icv_create(),...),
2.0)...), "myfile.png")); |
| 20:44.36 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 6112 /wiki/User:Vladbogolin/GSoC2013/Logs: /*
Week 12 */ |
| 20:46.10 |
zero_level |
brlcad :
Returning non-null ? |
| 20:50.36 |
zero_level |
do you mean
we should return a pointer to an empty icv_struct even if there is
an error in input argumetns. |
| 20:54.49 |
Notify |
03BRL-CAD:mohitdaga * 57519
brlcad/trunk/include/icv.h: Structure the declarations of public
apis in libicv. |
| 20:56.40 |
brlcad |
the structure
would be able to record any type of exception state, it would
record what failed and could even hold log messages explaining
why |
| 20:57.39 |
brlcad |
each
subsequent function would naturally skip processing just like your
current check, and return the input (or even append another
exception to the list) |
| 20:58.00 |
brlcad |
so the error
propagates up, the memory is never potentially a null pointer
dereference |
| 20:58.46 |
brlcad |
and you can
still chose to invoke them one line at a time: img = icv_create();
img = icv_random(img, ...); img = icv_scale(img, 2.0);
... |
| 21:04.20 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 6113 /wiki/User:Izak/GSOC_2013_logs: /*
September 2nd to September 7th */ |
| 21:07.22 |
zero_level |
brlcad : nice
idea. |
| 21:07.29 |
zero_level |
This will
require some planning. |
| 21:26.37 |
zero_level |
brlcad : what
is take away from today's disucssion ? |
| 21:27.02 |
zero_level |
how should i
plan. (Looking at the time as a constraint) |
| 21:34.02 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 6114 /wiki/User:Izak/GSOC_2013_logs: /*
September 2nd to September 7th */ |
| 21:34.15 |
Notify |
03BRL-CAD:mohitdaga * 57520
brlcad/trunk/src/libicv/TODO: Remove TODO items. |
| 21:37.53 |
*** join/#brlcad greenride
(~purplehaz@71.202.102.140) |
| 21:41.01 |
greenride |
If I have a
system of parts (3D cad parts) and specify the momentum and angular
momentum of each part, is there a library that will tell me the
force on areas of contact between parts? |
| 22:02.30 |
Notify |
03BRL-CAD:starseeker * 57521
brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Make a note to look
into assigning b_spline_surface_form types when
possible. |
| 22:16.14 |
Notify |
03BRL-CAD:starseeker * 57522
brlcad/trunk/src/conv/step/g-step/g-step.cpp: Free some memory -
not properly freeing the STEPcomplex entities, but it's a
start |
| 22:30.28 |
*** join/#brlcad cogitokat
(~kat@ip70-171-0-190.ga.at.cox.net) |
| 22:38.50 |
*** join/#brlcad mpictor
(~mark@c-67-177-102-131.hsd1.in.comcast.net) |
| 22:44.38 |
brlcad |
zero_level:
do-to file for any ideas that you think are worth
pursuing |
| 22:45.29 |
brlcad |
zero_level: I
think at a minimum, converting the void functions to return an int
code for success will be worthwhile |
| 22:45.53 |
brlcad |
that will
give you two return types that you can wrap into two
macros |
| 22:46.01 |
brlcad |
that will at
least not break the rule of three |
| 23:06.08 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 00:11.20 |
starseeker |
hmm:
http://jreinhardt.github.io/BOLTS/index.html |
| 00:27.13 |
brlcad |
starseeker:
and that's why we need to be better at modular
import/export |
| 00:27.45 |
brlcad |
our shape
module is probably already better, as is that gpl proc-db that
someone wrote a few years ago |
| 00:45.42 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 02:06.01 |
kanzure |
where are dll
files installed on windows for brlcad? |
| 02:06.23 |
kanzure |
starseeker: i
dunno if you saw, but i emailed him some comments about why using
freecad-python is a bad idea |
| 02:06.38 |
kanzure |
starseeker:
because you have to load opencascade/freecad's ui first in order to
use anything in there. or the dependency on openscad. |
| 02:06.58 |
kanzure |
i'm writing a
few cython wrappers at the moment actually. which is why i'm
pondering how to support the windows install path. :) |
| 02:54.35 |
Notify |
03BRL-CAD:starseeker * 57523
brlcad/trunk/src/proc-db/CMakeLists.txt: Adapt the Ayam
implementation of the Cobb NURBS sphere to OpenNURBS and BRL-CAD.
Creates a sphere (right now, only a unit sphere) using six NURBS
patches rather than a revolved arc. |
| 02:55.31 |
brlcad |
kanzure: I
believe the dll's reside in the folder with the binaries (as is
customary with most windows applications, especially those that
avoid the registry) |
| 02:56.19 |
brlcad |
starseeker:
eww.. :) |
| 02:56.44 |
brlcad |
actually,
would be a nice option to 'make' -- that's right up there with
'ell1' |
| 02:56.48 |
kanzure |
brlcad:
python packages have an install process where they can compile to
link against libraries. so you can pass an absolute path or just
the name of the library. i am not sure how this works on windows.
doesn't make sense. |
| 02:57.16 |
kanzure |
i guess users
can edit $PYTHONPATH to refer to the C:\brlcad\dlls\
path |
| 02:57.20 |
brlcad |
presumably
just the name of the library uses an rpath |
| 02:57.22 |
kanzure |
i mean
%PYTHONPATH% |
| 02:57.25 |
starseeker |
brlcad: ?
wireframe's better... |
| 02:57.38 |
starseeker |
mainly wanted
for testing |
| 02:57.59 |
brlcad |
wireframe
could be changed for revolved breps |
| 02:58.08 |
kanzure |
huh? wouldn't
a revolved arc also have a wireframe? |
| 02:58.15 |
brlcad |
I get it,
just data-wise, it's a bit of a pig |
| 02:58.23 |
starseeker |
yeah, a half
circle - doesn't do much for users |
| 02:58.32 |
starseeker |
brlcad:
that's why it's not the default :-) |
| 02:58.41 |
brlcad |
no reason we
couldn't draw revolved isolines |
| 02:59.08 |
brlcad |
we're not
(yet) drawing interior face detail, that's all that's
missing |
| 02:59.24 |
brlcad |
old bspline
code even had that, trivial to do |
| 02:59.49 |
starseeker |
The cobb form
can stay in the proc-db - I needed a simple, non-degenerate test
case for the step-g/g-step work to isolate pullback failures from
topological mistakes |
| 03:00.25 |
brlcad |
kanzure: we
do have runtime routines for finding our resources, if it's of any
help |
| 03:01.35 |
starseeker |
it's not
truly right yet - each Face is self-contained, instead of properly
sharing 3D edges, but not too bad for a couple hours |
| 03:01.41 |
kanzure |
unfortunately
i think the issue i am messing around with at the moment is a
non-brlcad issue (maybe) |
| 03:03.09 |
starseeker |
might be
worth thinking about options to the brep command when converting
primitives - there are a number of scenarios where I can see it
being desirable to be able to select between various well known
representations in the conversion process |
| 03:03.45 |
starseeker |
not sure what
the command UI would look like though... brep -T cobb sph.s brep.s
? |
| 03:04.18 |
kanzure |
for example,
cython needs to use the brlcad headers during compile-time (cython
compiles a python wrapper library, it's a long story), and now i
need to figure out how to do that in a way that will work if a user
does "pip install brlcad" to download the bindings from the python
package index. |
| 03:04.55 |
kanzure |
i suppose i
could vendorize brlcad header files. but that wont work if the
installed brlcad version differs. hrm.. |
| 03:05.04 |
brlcad |
kanzure: for
example, running something like: file exists [ file join [
bu_brlcad_root lib ] "libbu.a" ] will return 0 or 1 if that file
exists |
| 03:05.46 |
kanzure |
echo
$bu_brlcad_root |
| 03:05.53 |
kanzure |
this does not
seem to be defined (yes i have brlcad installed) |
| 03:06.10 |
brlcad |
echo? |
| 03:06.17 |
brlcad |
that's an
mged command |
| 03:07.09 |
kanzure |
i am making
bindings, which means i can't call into an mged
instance |
| 03:07.37 |
brlcad |
but you could
invoke mged to find the library (prior to it being
loaded) |
| 03:07.48 |
brlcad |
akin to
"which mged" |
| 03:07.50 |
kanzure |
interesting |
| 03:07.58 |
brlcad |
it'd be
something like this in full: /usr/brlcad/rel-7.22.0/bin/mged -c
test.g "file exists \[ file join \[ bu_brlcad_root lib \]
\"libbu.a\" \]" |
| 03:08.19 |
brlcad |
on windows,
you replace lib with bin (or search both, use the first
found) |
| 03:08.22 |
kanzure |
btw maybe i
should move up a level in the stack here, i forget if you are
strongly opposed to not using swig? |
| 03:09.11 |
brlcad |
opposed to
not using swig? not particularly opposed if it's a solution that
works and someone maintains it |
| 03:09.28 |
brlcad |
if you get
something working, that's better than nothing |
| 03:10.01 |
kanzure |
one other
option- that is much less involved- is to use python + ctypes,
which is a default library provided by python |
| 03:10.13 |
brlcad |
there's
nothing inherintly better about swig except for consistency to
other languages |
| 03:10.17 |
kanzure |
but it would
require a shared library with C functions exposing all of brlcad's
beautiful guts |
| 03:10.31 |
kanzure |
some of the
brlcad shared libraries seem to work with ctypes just fine. but not
all? |
| 03:10.47 |
kanzure |
yeah, i think
that consistency is very valuable |
| 03:11.10 |
brlcad |
all of our
core libraries are C APIs, it's only the nurbs portion that is not
and that's an opaque type from librt's perspective |
| 03:11.23 |
kanzure |
oh
really? |
| 03:11.38 |
kanzure |
so, exposing
the nurbs stuff isn't super important since librt wraps
it |
| 03:11.42 |
kanzure |
right? |
| 03:12.09 |
brlcad |
librt wraps
it opaquely |
| 03:12.14 |
Notify |
03BRL-CAD:phoenixyjll * 57524
brlcad/trunk/src/libbrep/boolean.cpp: Also check degree (order) and
knots for NURBS surface equality. |
| 03:12.35 |
brlcad |
so IF you
need opennurbs, you probably will need something non-opaque but
that can be a separate binding |
| 03:12.45 |
kanzure |
i don't think
i absolutely need opennurbs |
| 03:12.57 |
kanzure |
i'm willing
to let brlcad do all of the interesting work |
| 03:13.07 |
kanzure |
and if
someone wants direct access to opennurbs then they should just wrap
opennurbs |
| 03:13.17 |
brlcad |
basically
librt has a few functions that take an ON_Brep pointer ... but that
is the entire extent of what it knows API-wise |
| 03:13.38 |
kanzure |
cool, well
this makes my job way easier |
| 03:13.41 |
brlcad |
it's an empty
struct type to C applications, it's a C++ class to everything
else |
| 03:15.05 |
kanzure |
brlcad: which
librt functions should i focus on first? i don't know the practical
difference between db_create db_create_inmem db_close_client
db_close etc. |
| 03:16.30 |
brlcad |
I'd actually
suggest starting with libwdb |
| 03:16.43 |
brlcad |
it's a simple
api just for creating geometry |
| 03:19.29 |
brlcad |
just a couple
dozen functions |
| 03:20.23 |
brlcad |
simple
example in C:
http://sourceforge.net/p/brlcad/code/HEAD/tree/brlcad/trunk/src/proc-db/wdb_example.c |
| 03:21.09 |
brlcad |
"brlman
libwdb" for more functions or include/wdb.h to see the
header |
| 03:22.05 |
kanzure |
cool, thank
you |
| 03:22.25 |
brlcad |
another
approach would be libged, which is basically most of mged's command
set as argc/argv-style functions |
| 03:22.35 |
brlcad |
but libwdb
would be a better proof-of-concept |
| 03:23.31 |
brlcad |
librt is the
real workhorse that everything is built on, but there are hundreds
of functions that interwork in complex ways |
| 03:23.49 |
brlcad |
wdb is the
way to go ;) |
| 03:24.08 |
brlcad |
more
examples:
http://sourceforge.net/p/brlcad/code/HEAD/tree/brlcad/trunk/src/proc-db/
and
http://sourceforge.net/p/brlcad/code/HEAD/tree/brlcad/trunk/src/shapes/ |
| 03:24.20 |
kanzure |
this is way
easier than the adventure i was gearing up to do |
| 03:26.45 |
kanzure |
hmm tcl-dev
didn't give me tcl.h |
| 03:27.26 |
kanzure |
ah it's
tcl/tcl.h |
| 03:27.40 |
brlcad |
hm... it'd be
really intersting to see what that wdb_example looks like as a
simple python script |
| 03:29.29 |
brlcad |
note that our
example uses our vmath.h macro header and we also define some basic
types like vect_t and point_t, but note those are simple C
types |
| 03:29.31 |
kanzure |
oh man, i
should have listened to you sooner. i did librt and now i'm trying
to find something in here to prove that it works. |
| 03:29.46 |
kanzure |
i dunno if
anyone will be upset if i miss one or two macros |
| 03:29.46 |
brlcad |
in
librt? |
| 03:29.49 |
kanzure |
yes |
| 03:30.18 |
brlcad |
ponders |
| 03:30.36 |
kanzure |
curve =
librt.rt_curve() |
| 03:30.48 |
kanzure |
pokes his curve |
| 03:31.34 |
kanzure |
yeah okay
i'll work on libwdb |
| 03:31.47 |
kanzure |
and then
translate wdb_example.c to wdb_example.py |
| 03:31.52 |
brlcad |
maybe
rt_prep_timer() and rt_get_timer() |
| 03:32.13 |
brlcad |
simple timing
functions, first is void (void), so that'll be easy |
| 03:33.14 |
brlcad |
second takes
a special string type of ours, but I believe you can pass NULL for
both args |
| 03:33.27 |
kanzure |
i should have
clarified that i am cheating and only did rtgeom.h |
| 03:33.32 |
brlcad |
return type
is elapsed cpu seconds |
| 03:33.36 |
brlcad |
ahhhh |
| 03:33.59 |
kanzure |
i am using
this generator but the final wrappers will probably be manual (this
generated code makes zero sense) |
| 03:34.14 |
brlcad |
well, that's
a problem - it doesn't declare any functions directly |
| 03:34.21 |
kanzure |
hm? |
| 03:34.23 |
brlcad |
does it pick
up sub-headers? |
| 03:34.31 |
kanzure |
you mean
included headers? |
| 03:34.35 |
brlcad |
rtgeom.h
doesn't declare any functions, just a lot of types |
| 03:34.42 |
brlcad |
but it
includes several headers that declare functions |
| 03:35.29 |
kanzure |
oh, maybe
that explains why i only saw
rt_geometry_related_structs |
| 03:35.30 |
kanzure |
right
then |
| 03:35.31 |
brlcad |
bu.h is one
of them, lots of simple bu functions you could call to show it's
working |
| 03:35.51 |
brlcad |
could try
calling bu_gettime() |
| 03:36.30 |
brlcad |
it returns an
int64 for ms time since epoch, so call it twice, subtract, you got
elapsed ms |
| 03:36.42 |
kanzure |
i don't seem
to have a /usr/brlcad/libwdb.so |
| 03:36.46 |
brlcad |
or even more
simple, bu_log("test\n"); |
| 03:37.12 |
brlcad |
probably
because it's in the lib dir with the other libs? :) |
| 03:37.24 |
brlcad |
/usr/brlcad/lib/libwdb.so |
| 03:41.51 |
kanzure |
what is
db_ident ? |
| 03:47.41 |
kanzure |
ah, lesson
learned: favor absolute paths |
| 04:01.02 |
kanzure |
WARNING:
Could not parse macro "#define BU_LIST_INIT |
| 04:01.24 |
kanzure |
hmm well this
is going to make rewriting wdb_example.c a little bit more
difficult |
| 04:02.59 |
kanzure |
can i just
use bu_list_new() instead? |
| 04:05.09 |
kanzure |
and where is
wdb_fopen defined? |
| 04:09.01 |
kanzure |
include/raytrace.h:RT_EXPORT extern struct
rt_wdb *wdb_fopen(const char *filename); |
| 04:13.24 |
kanzure |
i've added
"struct rt_wdb *wdb_fopen(const char *);" to include/wdb.h hope
nobody hates me |
| 04:20.11 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 04:29.18 |
brlcad |
interesting,
I wonder what about BU_LIST_INIT is causing it trouble |
| 04:29.32 |
brlcad |
yes, you
don't need to call BU_LIST_INIT |
| 04:31.18 |
brlcad |
and that's
fine about adding it .. that function doesn't belong in raytrace.h
-- just nobody has bothered to move it from librt to
libwdb |
| 04:31.26 |
FLOSSrookie |
What
specifically does the brlcad developers expect to gain by moving
the software to a new gui? Is there some functionality which cannot
be created without it? |
| 04:31.28 |
brlcad |
there's a few
functions like that which don't belong in librt |
| 04:31.38 |
FLOSSrookie |
"What
specifically do ..."^ |
| 04:32.02 |
brlcad |
FLOSSrookie:
depends what you mean by the new gui and which year |
| 04:32.15 |
brlcad |
development
of a GUI is something that is passively worked over several
years |
| 04:32.27 |
brlcad |
we have
several other core activities that receive considerably more
attention |
| 04:32.30 |
FLOSSrookie |
I recall a
discussion of moving it to QT and it would be "a game like
interface" |
| 04:33.02 |
brlcad |
oversimplifies it, but yes that is the
long term direction |
| 04:33.24 |
FLOSSrookie |
brlcad: May I
ask what is to be gained? |
| 04:33.25 |
brlcad |
though the
emphasis is more on a thin client architecture, not so much on
"qt" |
| 04:33.55 |
brlcad |
oof, that's a
LONG discussion, but I can hit some of the highlights |
| 04:34.35 |
brlcad |
one of the
biggest problems we have is one of complexity |
| 04:34.58 |
brlcad |
we have
approximately 1000 "features" |
| 04:35.13 |
brlcad |
and that's
probably a low estimate |
| 04:36.23 |
brlcad |
mged as it is
currently designed presents maybe half of those features in a
fairly unintuitive and often completely unlearnable
manner |
| 04:37.50 |
brlcad |
of just the
400 or so features that are exposed to users in some usable useful
way, the interface fails and presenting those features, making the
system be discoverable, making it even be possible to find what you
might be looking for |
| 04:38.26 |
brlcad |
our best
users often learn by asking someone else that knew how to read the
source code who could tell them the magic recipe |
| 04:38.45 |
brlcad |
these are
predominantly usability interface failings |
| 04:39.48 |
brlcad |
improving our
usability (across the board, not just our GUI) is an active area of
focus for that and other reasons |
| 04:40.39 |
brlcad |
this
highlights our overall project priorities in a greater context:
http://brlcad.org/BRL-CAD_Priorities.png |
| 04:41.51 |
brlcad |
FLOSSrookie:
does that answer your question? |
| 04:42.28 |
FLOSSrookie |
brlcad: Yes,
it does. Thank you. Now I understand. :) |
| 04:45.07 |
brlcad |
I mean hell,
we probably have everything one needs to implement a *command-line*
scriptable version of Photoshop 1.0 ... but nobody would know that
exploring mged (or care these days, there are far better
tools) |
| 04:48.40 |
FLOSSrookie |
brlcad: On
the geometry services part of that link it says "scriptable command
framework." What scripting language will be used? |
| 04:48.40 |
FLOSSrookie |
brcad: So, if
I start work on a project now will it still be usable in a future
version? |
| 04:50.58 |
brlcad |
in rough
order, our current development priorities are on 1) hybrid
representation support (NURBS, Implicit to NURBS, NURBS CSG, NURBS
tessellation, shaded displays, robust conversion, performance), 2)
STEP import/export (robust conversion, robust facetization,
faithful round-trip with commercial systems), 3) parametric
constraints (geometry associations, parametric values, tangency,
equations), and 4) GUI (usability, infrastructure work,
ref |
| 04:51.54 |
brlcad |
somewhere in
there performance work is implicit, getting our ray tracing engine
and other processing-intensive bits leveraging memory coherency and
gpgpu techniques for high performance desktop needs |
| 04:52.03 |
kanzure |
wm_hd.l =
bu.bu_list() |
| 04:52.04 |
kanzure |
TypeError:
incompatible types, struct_bu_list instance instead of
struct_bu_list instance |
| 04:52.06 |
brlcad |
the wiki
pages are woefully out of day |
| 04:52.07 |
brlcad |
date |
| 04:52.15 |
kanzure |
wdb.mk_addmember("box.s", bu.bu_list(),
(ctypes.c_double * 16)(), ord("u")) |
| 04:52.16 |
kanzure |
mk_addmember() op=x6e6530c0 is
bad |
| 04:52.33 |
kanzure |
(the ctypes
thing there is just some stuff that will be fixed when i pretty up
the wrapperlib) |
| 04:52.59 |
kanzure |
what does "is
bad" mean? |
| 04:53.24 |
brlcad |
FLOSSrookie:
the scripting engine is intended to support multiple scripting
languages through a common binding layer, built on our libged
command library, initially supporting Tcl, POSIX Shell (ksh), and
probably Lisp or Python (or both) |
| 04:53.49 |
brlcad |
maybe perl if
tom has his way |
| 04:55.04 |
brlcad |
FLOSSrookie:
and yes, if you start now, it will be usable in a future version --
we take pride and have very tight controls in place on how fast we
change things on users (and external developers) |
| 04:55.52 |
brlcad |
kanzure: heh,
don't know about that TypeError ... maybe one is a pointer and one
is not? |
| 04:56.26 |
brlcad |
the .l
members are usually not pointers |
| 04:56.44 |
FLOSSrookie |
Okay, good.
:) |
| 04:57.54 |
brlcad |
FLOSSrookie:
are you looking to get into development, use, or both? |
| 05:02.47 |
FLOSSrookie |
It all
depends. Right now I am on a steep learning curve. I was always
good with computer from the end user perspective but just now
peering into the development perspective of computing. |
| 05:02.47 |
FLOSSrookie |
I am learning
much about programming languages and so forth and finally have a
basic set which I think would be superb to learn. |
| 05:02.48 |
FLOSSrookie |
I think
brlcad is very neat and I would like to be able to understand not
only software engineering but CAD as well and then maybe follow
through with an actual build of a model. Feel pretty good if I
could accomplish such a thing. The challenge could be a very
valuable educational tool. |
| 05:02.58 |
FLOSSrookie |
with
computers^ |
| 05:06.28 |
FLOSSrookie |
And if there
is a feature which I want in brlcad I will then put it in there.
:) |
| 05:06.28 |
*** join/#brlcad yukonbob
(~bch@dsl081-162-155.sea1.dsl.speakeasy.net) |
| 05:06.36 |
yukonbob |
hello
#brlcad |
| 05:17.50 |
kanzure |
brlcad:
struct_bu_list should be compatible between libwdb and libbu
right? |
| 05:35.26 |
brlcad |
kanzure: I
have no idea what "struct_bu_list" means |
| 05:35.40 |
brlcad |
is that our
"struct bu_list" structure or a "struct bu_list *"
pointer? |
| 05:36.10 |
brlcad |
I could see
it easily being either |
| 05:36.24 |
brlcad |
or both even
if it's a simple header parser |
| 05:36.28 |
kanzure |
it's not the
pointer |
| 05:36.40 |
kanzure |
i think the
problem is that i don't have the BU_LIST_INIT macro |
| 05:38.02 |
brlcad |
all of the
wdb functions that take a struct bu_list take a pointer, but all of
the struct members are non-pointers |
| 05:38.26 |
kanzure |
struct
bu_list seems to have a struct bu_list *forw |
| 05:38.34 |
brlcad |
yep |
| 05:38.42 |
kanzure |
forw is a
struct member |
| 05:38.46 |
kanzure |
and it looks
like a pointer |
| 05:39.39 |
brlcad |
INIT is just
->forw = ->back = some_pointer; ->magic =
special_32bit_number; |
| 05:40.02 |
kanzure |
magic is set
to 0 at the moment. so i don't know if i am getting that actual
magic number. |
| 05:40.10 |
brlcad |
0 would be a
problem |
| 05:40.33 |
brlcad |
that
basically will tell the code it's
unset/uninitialized/invalid |
| 05:40.44 |
brlcad |
anything
using it will halt the application |
| 05:41.12 |
brlcad |
memory
integrity checks are pervasive |
| 05:41.15 |
kanzure |
where is
BU_LIST_HEAD_MAGIC defined? |
| 05:41.29 |
brlcad |
magic.h |
| 05:42.17 |
brlcad |
enwanders |
| 06:10.19 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 06:25.54 |
FLOSSrookie |
In the
process of learning brlcad would it also be wise to learn a
programming language with linear algebra features? Would it be
useful when engineering? |
| 06:29.17 |
FLOSSrookie |
Like
Octave? |
| 06:38.55 |
kanzure |
what does it
mean if wmember.l.forw is always a different address :( |
| 06:39.00 |
kanzure |
i think this
is bad |
| 06:59.57 |
*** part/#brlcad greenride
(~purplehaz@71.202.102.140) |
| 07:00.39 |
*** join/#brlcad vladbogo
(~vlad@188.25.237.111) |
| 07:09.33 |
kanzure |
brlcad: i am
getting, "db_recurse(ball.s): matrix does not preserve axis
perpendicularity. |
| 07:09.38 |
kanzure |
"bad
matrix" |
| 07:17.03 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 07:57.55 |
d_rossberg |
vladbogo: did
you already looked at Tcl_CreateEventSource()? |
| 08:02.49 |
vladbogo |
d_rossberg:
no I haven't looked at Tcl_CreateEventSource |
| 08:06.13 |
d_rossberg |
it should be
possible to hook in your dm_qt.dm_processEvents() into the TCL
event loop with this function |
| 08:09.05 |
vladbogo |
I'll take a
look and see what I can find. Thanks for the tip |
| 08:11.04 |
vladbogo |
I am
currently trying to solve memory leaks |
| 08:43.34 |
kanzure |
i wonder if
wdb_example.c is broken. that would explain a lot.. |
| 08:43.53 |
kanzure |
my .g file
generated through python is correct, but the mk_comb result has a
bad matrix. |
| 08:44.22 |
kanzure |
http://diyhpl.us/~bryan/irc/wdb_example.py |
| 09:20.22 |
*** join/#brlcad vladbogo
(~vlad@188.25.237.111) |
| 09:20.22 |
*** join/#brlcad KimK
(~Kim__@wsip-184-176-200-171.ks.ks.cox.net) |
| 09:20.22 |
*** join/#brlcad ejno
(~ejno@unaffiliated/kazaik) |
| 09:32.59 |
Notify |
03BRL-CAD:phoenixyjll * 57525
brlcad/trunk/src/libbrep/boolean.cpp: Improve inside/outside test
for the cases with overlap surfaces. |
| 09:55.36 |
Notify |
03BRL-CAD
Wiki:Phoenix * 6115 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 13
*/ |
| 10:07.15 |
*** join/#brlcad Ch3ck_
(~Shadownet@195.24.220.16) |
| 10:47.41 |
*** join/#brlcad Izak__
(~Izak@195.24.220.16) |
| 11:35.16 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 13:10.05 |
*** join/#brlcad Izak__
(~Izak@195.24.220.16) |
| 14:01.34 |
*** join/#brlcad PrezKennedy
(~DarkCalf@173.231.40.99) |
| 14:48.04 |
*** join/#brlcad kesha
(~kesha@49.249.17.188) |
| 14:50.32 |
*** join/#brlcad PrezKennedy
(~DarkCalf@173.231.40.99) |
| 16:06.00 |
brlcad |
kanzure: just
did a valgrind check and wdb_example is passing clean |
| 16:06.21 |
kanzure |
brlcad:
thanks |
| 16:07.12 |
kanzure |
brlcad: i
tried playing around with bu_list_new() and mk_pipe_init() as an
alternative to BU_LIST_INIT() because those functions seemed to use
the macros. |
| 16:07.48 |
kanzure |
brlcad: but
no luck. the .g output of this script is valid and i can see a box
and sphere in mged but "draw box_n_ball.r" gives me an error about
a matrix being wrong. |
| 16:08.42 |
brlcad |
I saw that in
your current example, calling mk_pipe_init() .. interesting
:) |
| 16:09.04 |
kanzure |
i figured it
was easier than rebuilding brlcad for the moment |
| 16:11.49 |
brlcad |
you list
initialization looks fine |
| 16:11.52 |
kanzure |
brlcad:
http://diyhpl.us/~bryan/irc/brlcad-python-ctypes-demo.zip |
| 16:12.57 |
brlcad |
a bad matrix
indicates that a bad member is being added |
| 16:12.59 |
kanzure |
btw wdb_close
was also not defined in wdb.h for some reason |
| 16:13.29 |
kanzure |
i'm pretty
sure the problem is with how i'm passing around or defining wm_hd,
wm_hd.l, etc. |
| 16:14.41 |
kanzure |
if you want
to poke at this, open up a python console and do: import wdb, bu,
rtgeom, ctypes |
| 16:15.55 |
kanzure |
the ctypes
module provides some nifty things like ctypes.addressof()
ctypes.byref() and there's also
wdb.POINTER(wdb.struct_whatever)(struct_whatever_instance) |
| 16:16.52 |
brlcad |
I think
wdb.mat_t() is the culprit |
| 16:17.13 |
brlcad |
presumably,
that's creating a mat_t ... which is never initialized |
| 16:17.23 |
brlcad |
pass
NULL |
| 16:17.39 |
brlcad |
(this is the
third arg to mk_addmember) |
| 16:18.31 |
brlcad |
alternatively, you'll need to set that
wdb.mat_t() to at least an identity matrix (a zero matrix would be
invalid too) |
| 16:19.22 |
brlcad |
actuallly
really nifty seeing libwdb and librt calls wrapped in python like
that! |
| 16:24.04 |
kanzure |
holy hell
you're right |
| 16:24.06 |
kanzure |
it works
:) |
| 16:24.42 |
kanzure |
switch
wdb.mat_t() to wdb.NULL then comment out line 3481 of
wdb.py |
| 16:24.58 |
kanzure |
(note there's
two wdb.mat_t() becaues of the two mk_addmember calls) |
| 16:26.48 |
brlcad |
awesome |
| 16:27.55 |
kanzure |
updated:
http://diyhpl.us/~bryan/irc/brlcad-python-ctypes-demo.zip |
| 16:28.16 |
Notify |
03BRL-CAD:brlcad * 57526
brlcad/trunk/TODO: review proc-db for promotion to
src/shapes |
| 16:45.46 |
Notify |
03BRL-CAD:brlcad * 57527
brlcad/trunk/src/util/dsp_add_t.cpp: more 'may be used unitialized'
warnings due to try/catch block, reordered/separated for
readability |
| 16:46.24 |
brlcad |
hm, can't get
the dylib to load on mac |
| 16:49.16 |
brlcad |
ahh,
crummy |
| 16:49.42 |
brlcad |
the python
binary is 32-bit, so it won't load our 64-bit libraries |
| 16:51.46 |
brlcad |
hm, the plot
thickens.. it's a universal binary so there's also a 64bit version,
but it's somehow deciding to run the 32-bit one |
| 16:55.00 |
brlcad |
looks like
it's trying now, segfaults |
| 16:58.16 |
Notify |
03BRL-CAD:brlcad * 57528
brlcad/trunk/src/proc-db/CMakeLists.txt: mark which proc-db seem to
be developmental test programs and which actually create some
geometry, something potentially useful to a non-developer. don't
install the development apps. |
| 16:58.19 |
brlcad |
awesome, that
just might finally get us underneath the 400 app mark |
| 17:03.29 |
*** join/#brlcad kesha_
(~kesha@49.249.8.110) |
| 17:17.47 |
kesha_ |
brlcad: If I
do rt some-obj in mged then it raytracing fails showing http://paste.kde.org/p446ae456/
, but if I do File>Raytrace>Raytrace, then the raytrace
completes successfully. Why so ? |
| 17:24.32 |
kesha_ |
It happened
with other model I tried. I think I have wrongly understood usage
of rt |
| 17:24.51 |
kesha_ |
rt [options]
[-- objects] |
| 17:50.06 |
Notify |
03BRL-CAD:tbrowder2 * 57529
(brlcad/trunk/misc/auto-man-page/BIN_OPT_ARG_ANALYSIS.txt
===================================================================
and 2978 others): add initial bin opt arg analysis per Sean's
idea |
| 18:19.04 |
Izak__ |
brlcad: How
do you think I can change the default orientation of the heart
? |
| 18:35.01 |
Notify |
03BRL-CAD:tbrowder2 * 57530
brlcad/trunk/misc/auto-man-page/BIN_OPT_ARG_ANALYSIS.txt: rename
section |
| 18:40.42 |
``Erik |
"You can't
remove this! It's a load-bearing hack!" |
| 18:44.08 |
brlcad |
kesha_:
File->Raytrace is going to raytrace whatever is drawn, similar
to just issuing the "rt" command inside mged without any object
names |
| 18:44.24 |
brlcad |
whether
either succeeds depends on what you tell it to raytrace |
| 18:44.39 |
brlcad |
I suggest
running rt outside of mged until you're comfortable with what it
all means |
| 18:45.06 |
brlcad |
use mged to
explore the objects, e.g., mged -c file.g tops |
| 18:45.09 |
brlcad |
mged -c
file.g ls |
| 18:45.15 |
brlcad |
rt file.g
some_top_object |
| 18:45.29 |
brlcad |
rt file.g
some_ls_object |
| 18:46.08 |
brlcad |
Izak__: you
define the orientation with your equations in prep() and
shot() |
| 18:46.28 |
brlcad |
Izak__:
basically, you have your Y and your Z swapped |
| 18:46.52 |
brlcad |
(somewhere) |
| 18:47.20 |
brlcad |
more than
likely, in the big polynomail expansion |
| 18:48.53 |
Izak__ |
So need to
fix prep() and shot() ? |
| 19:02.12 |
brlcad |
Izak__: I
don't know |
| 19:02.42 |
brlcad |
you have to
find where you specified x/y/z, make sure they are right for +Z
being up |
| 19:03.47 |
brlcad |
if you used
this implicit equation, then that should be +Z is up correctly:
http://mathworld.wolfram.com/HeartSurface.html |
| 19:03.57 |
brlcad |
rather,
either of the two on that page |
| 19:05.02 |
Izak__ |
I think I
know where the problem comes from |
| 19:05.03 |
brlcad |
get any of
those coefficients wrong or flipped in sign, and it'll be
flipped |
| 19:05.37 |
Izak__ |
True, I
swapped Y and Z in the implicit equation |
| 19:06.21 |
Izak__ |
and 9/80Z^3
has to be 9/80Y^2 |
| 19:07.28 |
Izak__ |
fixing these |
| 19:17.44 |
brlcad |
should be
-9/80Y^2Z^3 |
| 19:41.44 |
Izak__ |
O_ops:
brlcad: Please can you give the 'rt' command you gave on
Friday. |
| 19:43.10 |
brlcad |
~lotgs |
| 19:43.12 |
brlcad |
~logs |
| 19:43.12 |
infobot |
All
conversations are logged to http://infobot.rikers.org/%23brlcad/
Lines starting with spaces are not logged. Logs are updated
daily. |
| 19:43.41 |
brlcad |
running
"/last rt" might help you |
| 19:44.33 |
Izak__ |
Okay
thanks |
| 19:46.37 |
brlcad |
you should be
an rt pro by now... :) |
| 19:47.49 |
brlcad |
i don't
recall what it is we talked about five days ago, but then you're
not being very specific |
| 20:08.31 |
kanzure |
brlcad: i'm
confused, why were you trying on a mac? is it your main dev
machine? |
| 20:37.02 |
starseeker |
brlcad: uh...
did you delete brep_cobb? |
| 20:39.03 |
Notify |
03BRL-CAD:starseeker * 57531
brlcad/trunk/src/proc-db/CMakeLists.txt: Add brep_cobb back
in |
| 20:39.54 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 6116 /wiki/User:Vladbogolin/GSoC2013/Logs: /*
Week 13 */ |
| 20:44.09 |
*** join/#brlcad mpictor
(~mark@c-67-177-102-131.hsd1.in.comcast.net) |
| 20:45.04 |
brlcad |
kanzure: I
primarily due dev on mac, linux, and bsd, regularly switching
between them all for various purposes and tools |
| 20:45.12 |
brlcad |
starseeker:
not intentionally |
| 20:45.12 |
kanzure |
ah
cool |
| 20:45.20 |
kanzure |
well, i'll
try to get it working on mac osx |
| 20:45.23 |
brlcad |
s/due/do/ |
| 20:45.45 |
kanzure |
i need to
submit a patch for wdb.h changes. do you guys accept git diff
--patch output from the git-svn bridge? |
| 20:45.58 |
brlcad |
if it applies
with patch -i -p0, sure |
| 20:46.19 |
kanzure |
oh wait, i
have svn commit access. neat. |
| 20:46.24 |
brlcad |
or that
;) |
| 20:46.32 |
brlcad |
what'd you
have to change? |
| 20:46.51 |
kanzure |
wdb_fopen
wdb_close should be exposed through wdb.h |
| 20:47.00 |
brlcad |
ahh |
| 20:47.12 |
brlcad |
they're not
because they're not (yet) technically in libwdb |
| 20:47.22 |
brlcad |
i.e., their
function definition is actually in src/librt (boo hiss) |
| 20:47.25 |
kanzure |
but they get
linked into libwdb? |
| 20:47.40 |
brlcad |
depends on
the platform, how library dependencies are resolved |
| 20:47.45 |
kanzure |
"poorly" |
| 20:48.01 |
brlcad |
might be the
reason the mac is crashing actually |
| 20:48.11 |
kanzure |
you will have
to rebuild the bindings for mac |
| 20:48.16 |
brlcad |
checks nm |
| 20:48.23 |
kanzure |
i'm sorry i
didn't make this easier, i'm planning on fixing things and making
it cross-platform later today |
| 20:48.43 |
brlcad |
yep, not in
there |
| 20:49.05 |
kanzure |
i didn't
check if wdb_close was necessary anyway |
| 20:49.12 |
brlcad |
no worries, i
knew it was proof of concept devmanship |
| 20:49.51 |
brlcad |
quick
sed-replacement of all the /usr/brlcad/lib paths was easy
enough |
| 20:50.09 |
brlcad |
had to
replace .so with .dylib too, of course |
| 20:51.06 |
kanzure |
are you still
getting a segfault ? |
| 20:51.37 |
brlcad |
haven't
changed anything since I last tried, so I'd hope so :) |
| 20:56.36 |
kanzure |
so mac comes
with a 32-bit version of python on a 64-bit system? |
| 21:02.17 |
Ch3ck_ |
brlcad: I
just wish to clarify if the centrepoint of every object starts at
0,0,0 |
| 21:02.46 |
Ch3ck_ |
so if I could
determine the centrepoint of the bounding box from then I could
determine the translation which will be pulled |
| 21:09.09 |
Notify |
03BRL-CAD:starseeker * 57532
brlcad/trunk/src/conv/step/g-step/CMakeLists.txt: Start figuring
out what to do about combs. |
| 21:17.04 |
Ch3ck_ |
since i think
every object originally starts at 0,0,0 |
| 21:17.37 |
Ch3ck_ |
before its
being translated so I could easily get the translation after
computing the centrepoint from the AABB |
| 21:29.58 |
Notify |
03BRL-CAD:iiizzzaaakkk * 57533
brlcad/trunk/src/librt/primitives/hrt/hrt.c: Correcting the
implicit equation of the heart in rt_hrt_shot() |
| 21:30.43 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 6117
/wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Sept 09 - Sept 15
*/ |
| 21:31.07 |
Izak__ |
brlcad :
Getting better heart shape from rt. Will upload picture to
logs. |
| 22:03.05 |
Notify |
03BRL-CAD:carlmoore * 57534
(brlcad/trunk/TODO
brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml and
23 others): fix spelling; remove trailing blanks/tabs |
| 22:04.51 |
brlcad |
kanzure: it's
a universal binary (meaning it has multiple compilations embedded
into one binary) |
| 22:05.11 |
brlcad |
the default
is /Library/Frameworks/Python.framework/Versions/Current/bin/python
which is 32-bit only for some reason |
| 22:05.55 |
brlcad |
/usr/bin/python is universal, has 64-bit
and invokes it correctly (but then segfaults) |
| 22:06.20 |
brlcad |
confirmed
with: arch -x86_64 /usr/bin/python wdb_example.py |
| 22:06.30 |
brlcad |
which ensures
which binary in the universal to run |
| 22:06.47 |
kanzure |
what about
forcing 32-bit ? |
| 22:07.16 |
brlcad |
Ch3ck_:
currently, the centerpoint of every object is not at 0,0,0 .. it's
wherever it's defined |
| 22:07.38 |
brlcad |
kanzure: that
would just be letting the /Library one run, but then it fails to
load the .dylibs because they are incompatible |
| 22:08.04 |
brlcad |
our libs
default to 64-bit on 64-bit-capable systems, so I'd have to
recompile |
| 22:08.15 |
brlcad |
or we'd have
to produce universal libs/bins |
| 22:08.51 |
kanzure |
i'd like to
try to make this work without upstream changes in brlcad because
then if anyone has a distribution with old brlcad it will still
work (hopefully) |
| 22:09.23 |
brlcad |
Ch3ck_: but I
think you have the right idea, that you would "move" an object such
that it's bounding box center is at 0,0,0 |
| 22:09.40 |
brlcad |
Ch3ck_: it's
just not right to "think every object originally starts at 0,0,0 ..
it starts anywhere |
| 22:09.42 |
kanzure |
(i think the
wdb_fopen issue can be tempfixed by pulling it in from the
raytracer maybe) (but i'll still post a diff in a bit) |
| 22:10.14 |
brlcad |
yeah, that
would definitely work, just by dloading librt in addition to
libwdb |
| 22:18.07 |
Ch3ck_ |
brlcad, well
i just wanted a way to be able to determine the translation from
its original location using its AABBs centrepoint |
| 22:18.52 |
Ch3ck_ |
well based on
its centrepoint how do I know its original centrepoint so as to
extrapolate the translation? or is there another method to do
this? |
| 22:31.38 |
*** join/#brlcad kesha_
(~kesha@49.249.8.110) |
| 22:46.22 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 6118 /wiki/User:Izak/GSOC_2013_logs: /*
September 9th to September 14th */ |
| 22:47.27 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 6119 /wiki/User:Izak/GSOC_2013_logs: /*
September 9th to September 14th */ |
| 22:48.08 |
Izak__ |
brlcad:
``Erik: Can yo watch the heart movie on this link http://brlcad.org/~Izak/Heart.mpg |
| 22:55.44 |
kanzure |
was the
git-svn bridge reset? i don't see some of the old commit ids in the
master branch. |
| 22:57.28 |
Izak__ |
s/yo/you |
| 23:07.14 |
kanzure |
16:04 <
jrayhawk> Yeah, the SVN URL changed. |
| 23:07.14 |
kanzure |
16:05 <
jrayhawk> which would qualify as a major change to the git-svn
setup. |
| 23:07.14 |
kanzure |
16:05 <
jrayhawk> So all the hashes are going to be different as a
result of the commit messages. |
| 23:07.21 |
kanzure |
16:06 <
jrayhawk> That could've been avoided if the git-svn setup had
included just the revision and not the repository URL in the commit
message. |
| 23:40.32 |
Notify |
03BRL-CAD:iiizzzaaakkk * 57535
brlcad/trunk/src/librt/primitives/hrt/hrt.c: Correcting rt_hrt_norm
to reflect the right implicit heart equation |
| 23:50.17 |
Notify |
03BRL-CAD:iiizzzaaakkk * 57536
brlcad/trunk/src/librt/primitives/hrt/hrt.c: More corrections to
the implicit equation |
| 23:55.26 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 00:18.45 |
*** join/#brlcad kesha_
(~kesha@49.249.8.110) |
| 00:29.17 |
brlcad |
Izak__: haha,
that animation is ridiculous! |
| 00:32.15 |
kanzure |
brlcad:
thoughts about that problem with brlcad.git ? |
| 00:32.27 |
kanzure |
brlcad: i
have a brlcad.git repo sitting on a box but all of the commit ids
have changed.. which is bad. |
| 00:35.26 |
*** join/#brlcad jrayhawk
(~jrayhawk@nursie.omgwallhack.org) |
| 00:39.59 |
brlcad |
Ch3ck: there
is no way of knowing the "original centerpoint" because no such
concept exists at the primitive level unless the primitive defines
such a concept |
| 00:40.33 |
brlcad |
Ch3ck: but
again, IT DOES NOT MATTER ... you can just assume the bounding box
center, and translate it to 0,0,0 if it's not there pretending
that's the origin |
| 00:41.34 |
brlcad |
Izak__:
that's why the animation wiki page was very specific, so that you
end up with a simple spinning orbital animation ... FAR easier to
see shape that way |
| 00:43.37 |
Notify |
03BRL-CAD:tbrowder2 * 57537
brlcad/trunk/src/util/CMakeLists.txt: add more tmp files
(NOINSTALL) for testing TCLAP implementation |
| 00:43.42 |
brlcad |
kanzure:
you'll have to ask ``Erik as he is the caretaker of the git-svn
bridge, but I can certainly poke at it if you need something looked
at |
| 00:44.17 |
kanzure |
brlcad:
basically what happened is that all of the commits in the history
changed |
| 00:44.24 |
kanzure |
brlcad: so
now we need to decide to keep the old commits or the new commit
ids |
| 00:45.12 |
Notify |
03BRL-CAD:brlcad * 57538
brlcad/trunk/src/util/CMakeLists.txt: the keyword is
NO_INSTALL |
| 00:46.34 |
kanzure |
``Erik: ping,
see above about the git-svn bridge |
| 00:51.11 |
jrayhawk |
Or switch to
commit messages that only mention the revision and not the
repository URL. |
| 00:53.13 |
brlcad |
yep, that's
all him |
| 00:53.39 |
brlcad |
unless you
can point me directly at exactly one thing to run or
edit |
| 01:00.30 |
jrayhawk |
It would be
best to preserve whatever commit history has the most public
inertia and start building subsequent revisions (with somewhat more
futureproof commit messages) on top of that, so it will probably
involve a judgement call from someone familiar with its users along
with some logic changes. |
| 01:03.38 |
jrayhawk |
e.g.
if(revision > 55160){commitmessage = new_format} else
{commitmessage = old_format} |
| 01:17.03 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 01:25.10 |
brlcad |
the repo
server migrated around r55208, does that have anything to do with
this change you're seeing? |
| 01:47.05 |
jrayhawk |
Yeah. |
| 01:51.09 |
kanzure |
brlcad: what
does migrated mean? |
| 01:51.39 |
kanzure |
sourceforge
change or brlcad.git change? |
| 01:51.47 |
kanzure |
oh i see, i
bet it was a sourceforge change |
| 01:51.55 |
brlcad |
sourceforge
had an entire infrastructure replacement back in march, url
changed, backend changed |
| 01:52.07 |
brlcad |
still same
repo, but everything around it changed |
| 01:55.11 |
kanzure |
ah, that's
very helpful actually |
| 03:02.44 |
Notify |
03BRL-CAD:phoenixyjll * 57539
brlcad/trunk/src/libbrep/boolean.cpp: The number of surfaces should
be used for the surf_tree. |
| 03:03.43 |
*** join/#brlcad kesha__
(~kesha@49.249.0.69) |
| 03:20.28 |
Notify |
03BRL-CAD:phoenixyjll * 57540
brlcad/trunk/src/libbrep/boolean.cpp: IsFaceInsideBrep() returns -1
for unknown inside/outside status. |
| 03:24.39 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 03:26.01 |
Notify |
03BRL-CAD:phoenixyjll * 57541
brlcad/trunk/src/libbrep/boolean.cpp: Enlarge the bounding boxes
with INTERSECTION_TOL. |
| 03:43.38 |
*** join/#brlcad kesha__
(~kesha@49.249.0.143) |
| 03:54.19 |
*** join/#brlcad archivist_
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
| 03:56.30 |
*** join/#brlcad kesha__
(~kesha@49.249.0.143) |
| 04:02.49 |
*** join/#brlcad kesha__
(~kesha@49.249.0.60) |
| 04:04.03 |
*** join/#brlcad archivist
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
| 04:04.37 |
*** join/#brlcad archivist_
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
| 04:13.04 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
| 04:13.12 |
*** join/#brlcad Izak_
(~Izak@66-118-151-70.static.sagonet.net) |
| 04:13.25 |
*** join/#brlcad maths22
(~gcimaths@66-118-151-70.static.sagonet.net) |
| 04:48.28 |
brlcad |
Ch3ck: been
quiet lately |
| 04:48.41 |
brlcad |
you've
disappeared for several mondays now.. |
| 04:49.25 |
brlcad |
let me know
how the leaf bb calculation goes (you can leverage the bbox()
callback defined in the rt_functab table) |
| 05:13.29 |
*** join/#brlcad kesha
(~kesha@49.202.231.160) |
| 05:27.57 |
*** join/#brlcad kesha_
(~kesha@49.202.238.42) |
| 06:38.10 |
*** join/#brlcad kesha_ (~kesha@49.249.0.9) |
| 06:57.14 |
kesha_ |
What are the
revision stamps for 7.22 and trunk ? |
| 07:13.26 |
*** join/#brlcad vladbogo
(~vlad@188.25.237.111) |
| 07:17.54 |
*** join/#brlcad kesha__
(~kesha@49.249.17.97) |
| 07:23.57 |
*** join/#brlcad kimzzzz
(~AndChat31@1.38.31.251) |
| 07:39.53 |
Notify |
03BRL-CAD:vladbogo * 57542
(brlcad/trunk/include/dm-qt.h brlcad/trunk/src/libdm/dm-qt.cpp):
Release dm resources when close called. |
| 07:41.14 |
*** join/#brlcad cogitokat
(~kat@ip70-171-0-190.ga.at.cox.net) |
| 08:04.30 |
Notify |
03BRL-CAD:vladbogo * 57543
(brlcad/trunk/src/libdm/dm-generic.c
brlcad/trunk/src/libdm/dm-qt.cpp brlcad/trunk/src/mged/mged.c): Use
Tcl_CreateEventSource to call QApplication::processEvents instead
of calling it by hand. |
| 08:47.54 |
*** join/#brlcad kesha (~kesha@49.249.0.47) |
| 08:58.29 |
*** join/#brlcad kesha
(~kesha@49.202.231.167) |
| 09:07.58 |
*** join/#brlcad kesha
(~kesha@49.202.231.167) |
| 09:21.51 |
*** join/#brlcad cogitokat
(~kat@ip70-171-0-190.ga.at.cox.net) |
| 09:39.50 |
Notify |
03BRL-CAD:phoenixyjll * 57544
brlcad/trunk/src/libbrep/test_curve_intersect.cpp: Fix memory
leak. |
| 09:43.46 |
Notify |
03BRL-CAD:phoenixyjll * 57545
brlcad/trunk/src/libbrep/test_point_intersect.cpp: Fix memory
leak. |
| 09:51.28 |
Izak__ |
brlcad: What
do you mean by ridiculous ? |
| 09:52.12 |
Izak__ |
Animation
page lead me to deliver it in .mpg format which is better than the
slideshow |
| 09:57.27 |
*** join/#brlcad Ch3ck_
(~Shadownet@195.24.220.16) |
| 10:08.41 |
Izak__ |
How can I
color an object ? ``Erik: |
| 10:11.44 |
*** join/#brlcad kesha
(~kesha@49.249.16.181) |
| 10:52.10 |
*** join/#brlcad kesha
(~kesha@49.249.16.181) |
| 11:09.10 |
*** join/#brlcad kesha
(~kesha@49.249.16.181) |
| 11:24.58 |
*** join/#brlcad kesha
(~kesha@49.249.16.181) |
| 11:30.53 |
brlcad |
Izak__:
animation page covered a LOT more than just outputting something in
.mpg format |
| 11:34.23 |
brlcad |
and you
didn't get that point until I said that ... |
| 11:35.12 |
brlcad |
another point
is to see the object spinning |
| 11:36.00 |
Izak__ |
brlcad: Did
you watch the movie? |
| 11:36.03 |
brlcad |
for that, you
need animation frames for enough angles and to compose them
together (unstylized) |
| 11:36.06 |
brlcad |
yes |
| 11:36.25 |
brlcad |
why else
would I have said it was ridiculous? |
| 11:36.38 |
brlcad |
it doesn't
show an object spinning |
| 11:37.17 |
brlcad |
and it seems
to have very few frames |
| 11:37.31 |
brlcad |
and there are
stylzed transition effects |
| 11:37.54 |
brlcad |
and ... music
... |
| 11:38.09 |
Izak__ |
Which i
presume you don't need... |
| 11:38.13 |
brlcad |
solidly
missing the point |
| 11:39.06 |
brlcad |
if you don't
want to do it, just say so but don't half-ass it please |
| 11:39.30 |
brlcad |
:) |
| 11:39.47 |
Izak__ |
I want to do
it brlcad |
| 11:39.49 |
brlcad |
I can't see
what that shape looks like from that, so to me it's kinda
useless |
| 11:40.19 |
brlcad |
I think the
problem is perhaps you don't realize what the end-result looks
like? |
| 11:40.35 |
brlcad |
you've
certainly seen something spinning before |
| 11:40.38 |
Izak__ |
Sorry, i did
not know it was so so important. I just thought it was an aside to
the project. I will focus on this soon. |
| 11:40.59 |
Izak__ |
I thought the
point was to show that raytracing was showing better
results |
| 11:41.47 |
Izak__ |
thats after
the corections to rt_hrt_shot |
| 11:41.51 |
brlcad |
it's not that
is so so important |
| 11:42.25 |
brlcad |
but there was
a useful point ... and nothing you've done has been useful
yet |
| 11:42.45 |
brlcad |
it was to see
what this shape actually looksl ike |
| 11:43.04 |
Izak__ |
I thought
that movie shows the heart at different inclinations ? |
| 11:43.34 |
Izak__ |
I am sure i
did not understand you |
| 11:44.00 |
Izak__ |
Please could
you explain the point |
| 11:44.24 |
Ch3ck_ |
brlcad:
successfully computed the bounding box using the bbox() routine in
the functab table simplifies alot of the work. Well while pulling
translations using the centrepoint I was under the assumption that
all objects begin a point zero while during the buildup process,
they are moved to different positions relative to the origin(0,0,0)
which I believe based on this premise I could easily compute the
translation in relation to the origin. but it seems |
| 11:44.24 |
Ch3ck_ |
you don't
agree? could you please elaborate? |
| 11:45.16 |
brlcad |
Izak__: the
point of doing an orbital animation is to get a sense for the 3D
shape of an object |
| 11:45.27 |
Izak__ |
I simply ra
the Fly-around animation script and it produced images which i used
to make the movie |
| 11:45.36 |
brlcad |
it's the
difference between taking 3 or 4 pictures of the object, and taking
360 pictures, one for each angle |
| 11:45.50 |
brlcad |
yes, that
part is fine |
| 11:45.59 |
brlcad |
so then you
should compose them into a movie as-is |
| 11:46.04 |
brlcad |
they ARE the
animation *frames* |
| 11:47.00 |
brlcad |
there is no
orbit because you used some software that stylizes the
output |
| 11:47.18 |
brlcad |
they need to
just be composed together so we can just see the shape |
| 11:49.52 |
brlcad |
this is a 4d
animation, but it has the same basic concept: http://www.youtube.com/watch?v=BqfwPQvb7KA |
| 11:50.03 |
brlcad |
you're
spinning around the object so you can see the shape |
| 11:50.43 |
brlcad |
I can clearly
see that shape even with a 4th dimension added that makes it
constantly changing |
| 11:50.59 |
brlcad |
its visibile
because "it's spinning" |
| 11:51.25 |
brlcad |
now does your
look at all like that? :) |
| 11:53.19 |
brlcad |
following the
animation script wiki page would have resulted in something like
that and the shape would have been more apparent |
| 11:54.05 |
brlcad |
here's a page
filled with real brl-cad examples based around that, including a
ton of orbital animations: http://ronja.twibright.com/3d/ |
| 11:54.47 |
brlcad |
e.g.,
http://ronja.twibright.com/3d/front_cap_mpeg4_asp.avi |
| 11:58.02 |
Izak__ |
Well the Fly
around script didn't quite run as was on the Animation page so I
edited it a little |
| 11:58.05 |
*** join/#brlcad kesha_
(~kesha@49.249.16.50) |
| 11:59.12 |
brlcad |
Izak__: what
didn't run? should fix the page if there's something wrong
there |
| 11:59.27 |
brlcad |
and it's a
teaching page, to understand the concepts so you can do your own
thing |
| 11:59.34 |
brlcad |
not to be a
strict recipe |
| 11:59.52 |
brlcad |
but still, it
should have worked as-is, so what didn't work? |
| 12:00.59 |
Izak__ |
`loop 000 359
10` |
| 12:01.36 |
brlcad |
what didn't
work about that? |
| 12:02.35 |
Izak__ |
Forgotten the
error message |
| 12:02.43 |
Izak__ |
But I used
http://paste.kde.org/p87a670cd/
instead |
| 12:03.56 |
brlcad |
well
considering loop is one of our tools, I'd like to know what that
error is so it can be fixed if it's something wrong with
loop |
| 12:04.38 |
brlcad |
your manual
loop is fine, but we should fix the issue if you encountered an
issue |
| 12:06.49 |
Izak__ |
I had to
remove that 'loop'. I can't retrieve the error messages |
| 12:07.55 |
brlcad |
had to?
why? |
| 12:08.02 |
brlcad |
this is all
non-information |
| 12:08.06 |
brlcad |
if the error
was "loop: command not found" then that would have been your own
fault, and you wasted time working around it instead of
understanding what mistake |
| 12:08.10 |
brlcad |
run: loop 000
359 10 |
| 12:08.12 |
brlcad |
what does it
do? |
| 12:09.36 |
Izak__ |
It prints 000
010 up to 340 |
| 12:09.55 |
Izak__ |
brlcad: Note
that This did not work before |
| 12:10.13 |
Izak__ |
So it's not
like I never actually tried runing that script |
| 12:10.19 |
brlcad |
I know
that |
| 12:10.32 |
brlcad |
the point is
to understand errors when encountered |
| 12:10.46 |
brlcad |
if the error
was yours, then it was a point to learn |
| 12:10.56 |
brlcad |
if the error
was in a tool, it was worth fixing |
| 12:11.04 |
brlcad |
at this
point, there's no information as to which it was |
| 12:11.40 |
brlcad |
if it works
now, it was almost certainly something you did wrong, perhaps
didn't have your PATH set to find loop or something, perhaps a
typo |
| 12:12.28 |
brlcad |
you'll
discover if you have not already, I have NO patience for ignoring
errors ... it doesn't help you learn, it doesn't help the project
improve |
| 12:12.53 |
brlcad |
what does
this produce: for i in `for i in `loop 000 359 10` ; do rt -a $i
-e 35 -w 640 -n 480 -o image$i.png database.g
top_level_object |
| 12:13.02 |
brlcad |
oops, not
that |
| 12:13.28 |
brlcad |
for i in
`loop 000 359 10` ; do echo "rt -a $i" ; done |
| 12:13.43 |
brlcad |
that |
| 12:14.04 |
brlcad |
should print
a bunch of rt -a # lines |
| 12:14.53 |
Izak__ |
rt: BRL-CAD
geometry database not specified.... |
| 12:15.33 |
brlcad |
you got that
by running "for i in `loop 000 359 10` ; do echo "rt -a $i" ; done"
? |
| 12:15.37 |
brlcad |
I doubt
it |
| 12:17.45 |
Izak__ |
I get rt -a
000 up to rt -a 350 as output |
| 12:18.35 |
Izak__ |
brlcad: When
i worked with this script before, I threw questions to IRC as to
the that impediments and i get no response |
| 12:19.36 |
brlcad |
from what I'm
seeing, there are no impediments |
| 12:20.00 |
brlcad |
the page as
written is working for you right now exactly as written |
| 12:20.18 |
brlcad |
the only
variable is you! :) |
| 12:22.42 |
Izak__ |
This is so
NOT a good day |
| 12:23.04 |
brlcad |
you seem to
be really resisting the notion that you did something
wrong |
| 12:23.24 |
brlcad |
if that's a
cultural issue, you're going to have to get over it ... that's how
we learn |
| 12:23.49 |
brlcad |
I suggest
giving it another try, maybe with 1 degree ... and using one of the
three animation composers |
| 12:23.55 |
brlcad |
so it's
smooth |
| 12:24.22 |
brlcad |
640 480 is to
big, a 512x512 default is fine or even smaller so it renders
faster |
| 12:24.48 |
Izak__ |
I am already
correcting the movie brlcad: |
| 12:25.13 |
brlcad |
really look
forward to seeing it spinning |
| 12:25.33 |
Izak__ |
Okay . /me
working on that |
| 12:28.17 |
Ch3ck_ |
is waiting on brlcad, to clarify on the math on pulling
transformations from current centrepoint based on the
AABB |
| 13:28.07 |
*** join/#brlcad kesha_
(~kesha@49.249.200.58) |
| 14:35.01 |
Notify |
03BRL-CAD
Wiki:Phoenix * 6120 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 13
*/ |
| 14:38.52 |
*** join/#brlcad AndChat|317009
(~AndChat31@1.38.31.251) |
| 14:53.24 |
kesha_ |
brlcad: I
have a doubt - http://paste.kde.org/p542855c0/ |
| 15:01.30 |
kesha_ |
I found a
good site - http://www.steptools.com/support/stdev_docs/stpfiles/ap203/
testing step samples from here. |
| 15:35.56 |
brlcad |
kesha_: you
can use a precompiled 7.22.0, that's fine |
| 15:37.00 |
brlcad |
I suggest
running from your build directory for svn checkouts, though (don't
install them, just run them after "make" with
"bin/step-g" |
| 15:39.00 |
kesha_ |
okay. |
| 16:35.04 |
kanzure |
hello cruel
world |
| 16:35.08 |
kanzure |
``Erik: ping
again? see backlog. |
| 16:35.58 |
brlcad |
kesha_: is
that 7.22.0 import/rendering of d.g you e-mailed correct or
not? |
| 16:36.15 |
kanzure |
brlcad:
https://github.com/cogitokat/brlcad-python-ctypes-demo/blob/master/globe.py |
| 16:39.30 |
brlcad |
kanzure: hah,
that's awesome |
| 16:39.46 |
kanzure |
brlcad: hmm
line 152 seems very wrong |
| 16:39.48 |
brlcad |
it's a
terrible proc-db, but awesome conversion |
| 16:39.54 |
brlcad |
(i wrote
it) |
| 16:39.58 |
kanzure |
because it
was already defined above |
| 16:40.01 |
kanzure |
i see
:) |
| 16:40.40 |
kanzure |
i still need
to clean up the wrappers a lot |
| 16:40.56 |
kanzure |
and figure
out how to make it work out-of-the-box on the major platforms.
hrm. |
| 16:42.08 |
kanzure |
since the
core libraries don't change that often, i think writing the
wrappers manually will be better. the generated junk is
unacceptable. |
| 16:42.45 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 6121 /wiki/Animation: /* Fly-around animation
*/ |
| 16:45.59 |
kesha_ |
brlcad: There
was no image file of it. I think it is correct .Isn't it
? |
| 16:53.03 |
zero_level |
brlcad,
``Erik : I would like to discuss the current TODO items in
libicv. |
| 16:53.05 |
brlcad |
kanzure: so
the challenge then is how to reduce it so the wrappers are actually
fewer lines of code |
| 16:53.13 |
Notify |
03BRL-CAD:mohitdaga * 57546
(brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/fileformat.c
brlcad/trunk/src/libicv/operations.c): Convert all void return
functions to int return. This is done in a process to have better
error contralability and to bring a unison. |
| 16:53.44 |
zero_level |
is trying to create a unified aproach for input argument
validation. (in the meanwhile) |
| 16:53.47 |
brlcad |
kesha_:
you're asking me if that's correct -- I have no idea, I do not know
what was in that step file |
| 16:53.47 |
kanzure |
brlcad:
agreed, i think there's a lot of common idioms used everywhere that
can be collapsed into some core helper methods |
| 16:54.25 |
brlcad |
kesha_: that
gets at understanding the converter, you need something that will
tell you whether it's right or wrong (an image, another cad
program, a screenshot, a nod from cliff, something) |
| 16:54.41 |
brlcad |
kanzure: some
of that can/should certainly happen on the C side too |
| 16:54.55 |
brlcad |
but I know
there are some python-specific features that could probably be
leveraged |
| 16:54.56 |
kesha_ |
But, looking
at the model, it smells bad |
| 16:55.19 |
kanzure |
brlcad: i
definitely want things like python lists to work by default,
instead of having to use ctypes.POINTER(bu.bu_list)
etc. |
| 16:58.28 |
kesha_ |
brlcad: Isn't
there any other way ? Can't we infer from .stp / .g file in any way
or the output on terminal during conversion(step-g) or anything
else ? |
| 17:03.19 |
brlcad |
kesha_: that
was a half dozen ways |
| 17:03.30 |
brlcad |
inferring
from the file itself requires reading the file's
contents |
| 17:06.13 |
kesha_ |
I dont think
it is necessary for testing for me to learn that. Better, I will
choose models carefully. Right ? |
| 17:35.27 |
brlcad |
kesha_: no
it's not necessary, but you need to have SOME way to know whether
something is right or not |
| 17:36.16 |
brlcad |
and that's an
image, a video, verifying the model in another program, seeing some
screenshot of what it looks like, asking someone else that might
know, reading the file's contents in detail ...
SOMETHING |
| 17:36.41 |
brlcad |
if it
"smells" bad like you said, all the more reason to check it in
something else |
| 17:39.08 |
kesha_ |
I have
freecad installed. Do you know how to check stp models there or
shall I google it ? Any other than freecad, you suggest to install
? |
| 17:42.07 |
brlcad |
give them a
try |
| 17:42.13 |
brlcad |
the point is
just cross validation |
| 17:42.27 |
brlcad |
if you see a
whole lot more 3D geometry, then something may be wrong |
| 17:42.41 |
brlcad |
if you
basically see the same thing, it's a validation of
sorts |
| 17:43.04 |
brlcad |
next step
would be to check trunk, then to check an even earlier
version |
| 17:44.12 |
kesha_ |
ok.
Continuing .. |
| 17:44.13 |
brlcad |
kesha_: note
this is what it looked like at one point in the past: http://brlcad.org/gallery/screenshots/Via_OpenBook_part_d |
| 17:44.26 |
brlcad |
screenshot
says 7.14.7 |
| 17:45.05 |
brlcad |
so you'll
want to test a version before and/or near that to try and reproduce
that view |
| 17:45.36 |
brlcad |
at a glance,
it's definitely worse |
| 17:45.42 |
brlcad |
(now) |
| 17:45.51 |
brlcad |
so the goal
is to find exactly when it got worse |
| 17:48.19 |
kesha_ |
For that, I
will need multiple versions . My question was that - how to go back
and forth from one version to another when dealing with many
versions. |
| 18:05.45 |
``Erik |
kanzure: when
sf changed their repo, I completely regenerated the git-svn
bridge... srry |
| 18:06.35 |
kanzure |
``Erik: okay.
i'm wondering about regenerating it again to not include the
sourceforge urls because sourceforge is (apparently) unreliable
about these urls. |
| 18:06.40 |
kanzure |
jrayhawk:
ping |
| 18:07.03 |
kanzure |
``Erik: the
reason i'm bothering is because i had brlcad.git from a year ago
(or whatever) and all of the commit ids changed on me.. |
| 18:08.57 |
``Erik |
kanzure: with
any luck, this is a once in a decade event and BRL-CAD will have
caught up to the mid 00's by 2023 ;) |
| 18:09.06 |
kanzure |
00's
? |
| 18:09.14 |
``Erik |
git is
'05 |
| 18:09.31 |
kanzure |
you have much
more trust in sourceforge than i do :) |
| 18:09.42 |
kanzure |
well anyway,
it's just really problematic because it breaks all of the brlcad
git repos out there |
| 18:10.31 |
kanzure |
redoing the
commit messages to not mention the sourceforge url will prevent
sourceforge from causing this problem in the future |
| 18:11.10 |
kanzure |
alternatively
i could setup my own git-svn bridge but then the commit ids will be
different between people that clone the git repo from
brlcad.org/brlcad.git and whatever i setup. |
| 18:11.24 |
brlcad |
there is
actually a need to upgrade our backend repo soon |
| 18:11.37 |
brlcad |
dont' know if
that'll affect anything gitwise |
| 18:11.52 |
brlcad |
won't change
urls |
| 18:11.58 |
kanzure |
could you
elaborate on the change? |
| 18:12.08 |
``Erik |
going from
svn 1.7 to 1.8 won't change anything re git |
| 18:12.08 |
brlcad |
kanzure: or
you could just use an svn checkout too ;) |
| 18:12.28 |
brlcad |
the repo very
well may still be 1.4 |
| 18:12.37 |
brlcad |
i couldn't
find anything authoritative |
| 18:12.43 |
brlcad |
svnsync might
be upgrading on the fly |
| 18:12.44 |
kesha_ |
waiting .. |
| 18:12.46 |
kanzure |
sourceforge
allows you to upgrade the svn version of the repo
server? |
| 18:12.53 |
``Erik |
migrating
from svn 1.4 to, say, git 1.8 would be keen |
| 18:12.57 |
``Erik |
or darcs,
even |
| 18:13.10 |
``Erik |
just not
mercurial O.o |
| 18:13.13 |
brlcad |
kesha_: never
just "wait", you don't have time to wait .. at least keep trying
things and learning while "waiting" ;) |
| 18:13.56 |
brlcad |
kesha_: there
are many ways you can go about doing what you asked |
| 18:14.36 |
brlcad |
you can "svn
up -rREV ." to change a checkout to a different
revision |
| 18:15.05 |
brlcad |
you can
create separate build trees per revision or just delete your build
dir each time |
| 18:16.09 |
kesha_ |
deleting
every time will be too tedious :/ |
| 18:16.39 |
brlcad |
you're trying
to find a specific single commit that made it worse |
| 18:16.48 |
``Erik |
still more
productive than sitting on irc and bitching about how hard it is
*cough* |
| 18:17.12 |
kesha_ |
is there any
link to different versions and its REVISIOn stamp ? |
| 18:17.17 |
brlcad |
nope |
| 18:17.41 |
brlcad |
best is
probably to run "svn annotate NEWS" and look at the revision near
each release header |
| 18:18.39 |
brlcad |
so you'll
then test.. you know 57500: broken |
| 18:18.50 |
brlcad |
50000:broken |
| 18:18.57 |
brlcad |
40000:still
broken |
| 18:19.04 |
brlcad |
30000:no step
importer |
| 18:19.11 |
brlcad |
35000:working |
| 18:19.21 |
brlcad |
38000:broken |
| 18:19.31 |
brlcad |
37000:working |
| 18:19.33 |
brlcad |
etc |
| 18:19.45 |
brlcad |
until you
narrow down on exactly what made it worse |
| 18:20.08 |
brlcad |
note that not
every revision will necessarily compile, so you might need to jump
a few revisions forward or backwards |
| 18:21.08 |
kesha_ |
cool. Got it
:) |
| 18:21.16 |
``Erik |
bisection
ftw |
| 18:21.21 |
brlcad |
how long does
a compilation take you? |
| 18:21.48 |
brlcad |
WRITE DOWN
each version you try and the result (even if it didn't
compile) |
| 18:21.48 |
kesha_ |
5-7
mins |
| 18:21.54 |
brlcad |
okay, that's
good |
| 18:22.25 |
brlcad |
you should be
able to isolate what made it worse within an hour or two at most,
presuming you FIRST confirm it looking better |
| 18:22.50 |
brlcad |
jump to the
revision near 7.14.6 first |
| 18:23.08 |
brlcad |
make sure you
can find a version that looks like the screenshot |
| 18:23.08 |
kesha_ |
okay |
| 18:23.14 |
Notify |
03BRL-CAD:starseeker * 57547
brlcad/trunk/src/conv/step/g-step/g-step.cpp: Use the output file
name in the step header |
| 18:23.59 |
brlcad |
svn log
src/conv/step and svn log src/other/step will give you a hint at
what revisions might be important |
| 18:28.20 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 6122 /wiki/User:Izak/GSOC_2013_logs: /*
September 9th to September 14th */ |
| 18:29.54 |
Notify |
03BRL-CAD:starseeker * 57548
brlcad/trunk/src/conv/step/g-step/g-step.cpp: Require object name
rather than hardcoding brep.s - not much to argument handling at
the moment, hopefully will be able to use the advanced argument
parsing setup currently being developed later. |
| 18:40.33 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 6123 /wiki/User:Vladbogolin/GSoC2013/Logs: /*
Week 13 */ |
| 18:40.43 |
Izak__ |
brlcad:
Please can you down this video, watch and give me any corrections
http://youtu.be/lXAvX-Mjb24 |
| 18:41.00 |
Izak__ |
``Erik:
Please can you down this video, watch and give me any corrections
http://youtu.be/lXAvX-Mjb24 |
| 18:43.14 |
``Erik |
Izak__:
single hrt primitive using something like sh/orbit.sh ? |
| 18:45.58 |
Izak__ |
``Erik: No.
Used the script on the Animation wiki to produce it |
| 18:46.10 |
Izak__ |
Watched it
already ? |
| 18:47.28 |
``Erik |
hm, either
way, top looks like an uneven number of hit points, bottom looks
like bad hit points (boxy)... are there any reference images for
what it's supposed to look like? |
| 18:47.49 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 6124 /wiki/User:Izak/GSOC_2013_logs: /*
September 9th to September 14th */ |
| 18:48.12 |
``Erik |
does the
wireframe look good? maybe fire up mged, pull up a wireframe,
raytrace it, then nirt where the raytraced image is 'wrong' and
start looking for clues there? |
| 18:50.16 |
Izak__ |
``Erik: I am
not yet done wit the wireframe. Still working on it |
| 18:51.31 |
``Erik |
aight,
that'll help I think... otherwise, good progress! |
| 18:52.24 |
Izak__ |
``Erik: The
reference image is http://en.wikipedia.org/wiki/File:Heart3D.png |
| 18:52.54 |
``Erik |
this is a
more complex surface than I'd imagined :D |
| 18:53.14 |
Izak__ |
What is shown
in the video is from images produced only after rt, that is, prep
and shot |
| 18:54.04 |
``Erik |
well, prop,
shot, norm, bbox, import5, ... there are a lot of moving parts to
get data into rt_shootray() :) |
| 18:54.06 |
Izak__ |
Still have to
work on the explicit equation |
| 18:56.28 |
``Erik |
s/prop/prep/ |
| 19:01.00 |
Notify |
03BRL-CAD:mohitdaga * 57549
(brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/bw.c and 9
others): Add macros for image validation. These reduces code
repetetion. |
| 19:02.23 |
zero_level |
brlcad,
``Erik please have a look at 57549. |
| 19:02.42 |
zero_level |
Added macros
as per (brlcad's) suggestion. |
| 19:03.36 |
Izak__ |
Off to bed |
| 19:11.27 |
Ch3ck |
brlcad:
waiting.. |
| 19:15.30 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 6125
/wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Sept 09 - Sept 15
*/ |
| 19:15.44 |
Notify |
03BRL-CAD:tbrowder2 * 57550
(brlcad/trunk/src/util/CMakeLists.txt
brlcad/trunk/src/util/bu_opt_parse.cpp and 2 others): have a
buildable wrapper for TCLAP; more work needed for a working
demo |
| 19:17.53 |
Notify |
03BRL-CAD:mohitdaga * 57551
(brlcad/trunk/src/libicv/fileformat.c
brlcad/trunk/src/libicv/filter.c and 2 others): Trailing
WS |
| 19:24.39 |
jrayhawk |
kanzure: not
clear on why you want to build a third history |
| 19:27.24 |
kanzure |
jrayhawk: one
that will be immune to sourceforge |
| 19:27.49 |
kanzure |
jrayhawk:
obv. they are unreliable. they should have at least kept the
subdomains working or something.. they broke *all* git-svn mirrors
that use them. they might do it again. |
| 19:28.45 |
kanzure |
dunno.
probably an extreme response from me. |
| 19:29.01 |
kanzure |
but if i have
10 people forking it and i have to use git grafts in the future,
i'm gonna have a lot of work to do. |
| 19:29.34 |
kanzure |
as far as i
know, using a git graft is the only workaround if upstream changes
under your feet |
| 19:53.50 |
jrayhawk |
the current
histories are already immutable |
| 20:15.27 |
kanzure |
huh? if i
have a pile of a few hundred commits on top of the last git repo,
the only way to recover it is through a git graft. i just don't
want to have to git graft again in the future.. |
| 20:27.25 |
Notify |
03BRL-CAD:mohitdaga * 57552
brlcad/trunk/src/libicv/color_space.c: Validation and Log messages
for color_space utilities. |
| 20:30.34 |
kesha_ |
brlcad: make
gives http://paste.kde.org/p4a9bfa90/ |
| 20:37.35 |
Notify |
03BRL-CAD:mohitdaga * 57553
(brlcad/trunk/include/icv.h
brlcad/trunk/src/libicv/CMakeLists.txt): Rename decimate.c to
size.c. Originally decimate.c was supposed to contain rountines to
scale down image size. Later enlarging routines were also added to
create a single icv_resize api. |
| 20:42.26 |
zero_level |
kesha_ : are
you trying to build from brlcad main src code ? or STEP
? |
| 20:42.53 |
zero_level |
looks at the error code |
| 20:43.11 |
kesha_ |
zero_level:
brlcad main src code |
| 20:43.26 |
zero_level |
kesha_ Just
figured :) |
| 20:43.28 |
kesha_ |
version
7.14.6 |
| 20:43.35 |
zero_level |
kesha_ what
commands did you run ? |
| 20:44.19 |
kesha_ |
sh autogen.sh
-> this created configure script and then ./configure
--enable-optimized |
| 20:44.32 |
zero_level |
kesha_ : I
believe you did svn up -rX , where X = V22.0 tag ? |
| 20:45.29 |
zero_level |
do we need
autogen ? |
| 20:46.09 |
kesha_ |
X=V14.6
tag |
| 20:46.29 |
kesha_ |
yes , because
there is no CMAkeLists.txt |
| 20:46.34 |
zero_level |
ok. |
| 20:46.40 |
kesha_ |
And that is
what instructed in INSTALL file |
| 20:48.10 |
kesha_ |
http://paste.kde.org/pfd7e0b7d/ |
| 20:51.45 |
zero_level |
kesha_ : are
u building inplace ? or in some directory ? |
| 20:54.14 |
kesha_ |
inplace .. in
build directory, its again giving error. |
| 20:54.45 |
kesha_ |
http://paste.kde.org/pbe1ceccb/ |
| 21:02.58 |
kesha_ |
starseeker:
can you look into why 7.14.6 version is not able to
compile? |
| 21:04.15 |
Notify |
03BRL-CAD:starseeker * 57554
brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp: Make some
notes on what we need to look for when dealing with
combs. |
| 21:06.54 |
Notify |
03BRL-CAD:mohitdaga * 57555
brlcad/trunk/src/libicv/encoding.c: Add input argument validation.
Also reduce a variable. |
| 21:14.16 |
Notify |
03BRL-CAD:mohitdaga * 57556
(brlcad/trunk/src/libicv/ppm.c
===================================================================
and 37 others): Adding ppm.c This file will contain reading and
writting ppm formats. |
| 21:23.52 |
starseeker |
kesha_: not
at the moment - can you try a newer one? |
| 21:24.55 |
starseeker |
or just try
configure from the release tarball without using
autogen? |
| 21:25.21 |
starseeker |
newer autogen
tools and older autogen files may not be a happy
combination |
| 21:26.01 |
kesha_ |
starseeker:
basically I want to check where the d.stp model from your
collection viaopenbook is getting worse. |
| 21:26.14 |
kesha_ |
Screenshot
has 7.16.7 version |
| 21:28.52 |
Notify |
03BRL-CAD:mohitdaga * 57557
brlcad/trunk/src/libicv/filter.c: Input argument validation in
icv_fade(). Also API function should not exit an app instead show a
log message and return Error. |
| 21:30.18 |
Notify |
03BRL-CAD:mohitdaga * 57558
brlcad/trunk/src/libicv/filter.c: WS |
| 21:32.30 |
*** join/#brlcad kesha_
(~kesha@49.249.200.58) |
| 21:36.26 |
Notify |
03BRL-CAD:mohitdaga * 57559
brlcad/trunk/src/libicv/filter.c: TYPO |
| 21:44.21 |
Notify |
03BRL-CAD:mohitdaga * 57560
(brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/pix.c):
Remove unwanted macros and headers. These are not needed due to
usage fopen instead of open. |
| 21:46.00 |
Notify |
03BRL-CAD:mohitdaga * 57561
(brlcad/trunk/src/libicv/CMakeLists.txt
brlcad/trunk/src/libicv/fileformat.c
brlcad/trunk/src/libicv/ppm.c): Move ppm_write and image_flip
function to ppm.c |
| 21:49.58 |
*** join/#brlcad pawleeq_
(~pawleeq@static-cl031028150026.unet.cz) |
| 21:50.03 |
pawleeq_ |
hello |
| 21:51.04 |
Notify |
03BRL-CAD:mohitdaga * 57562
brlcad/trunk/src/libicv/ppm.c: use fopen instead of open. Also
remove unwanted headers and macros. |
| 21:51.55 |
pawleeq_ |
I am trying
to build brlcad from svn and need to set the location of tk.h file,
however, if I pass TCL_BIN_PREFIX="/usr/include/tcl8.5/" to cmake
it ignores it, what I am doing wrong? |
| 21:54.34 |
Notify |
03BRL-CAD:mohitdaga * 57563
brlcad/trunk/src/libicv/ppm.c: FIX fixed size buffer. |
| 21:59.28 |
*** join/#brlcad mpictor
(~mark@c-67-177-102-131.hsd1.in.comcast.net) |
| 22:12.44 |
Notify |
03BRL-CAD:tbrowder2 * 57564
brlcad/trunk/src/util/dsp_add_t.cpp: move TCLAP customization into
file bu_opt_parse_private.h |
| 22:12.49 |
pawleeq_ |
Found it: the
variable is -DBRLCAD_TCL_BIN_PREFIX="path" |
| 22:14.57 |
Notify |
03BRL-CAD:tbrowder2 * 57565
brlcad/trunk/src/util/bu_opt_parse.h: rearrange struct; add union;
neaten |
| 22:15.41 |
Notify |
03BRL-CAD:tbrowder2 * 57566
brlcad/trunk/src/util/bu_opt_parse.h: remove two unneeded
decls |
| 22:16.35 |
Notify |
03BRL-CAD:tbrowder2 * 57567
brlcad/trunk/src/util/bu_opt_parse.cpp: correct func
signature |
| 22:17.59 |
Notify |
03BRL-CAD:tbrowder2 * 57568
brlcad/trunk/src/util/dsp_add2.c: add arg defs same as dsp_add_t;
remove old code; change to C90 comments |
| 22:20.47 |
Notify |
03BRL-CAD:tbrowder2 * 57569
brlcad/trunk/src/util/dsp_add2.c: add comment; build is good; still
need to work on guts of wrapped function |
| 22:37.57 |
Notify |
03BRL-CAD:mohitdaga * 57570
brlcad/trunk/src/libicv/ppm.c: Add ppm read function. This function
also posses special power to read from stdin. |
| 22:39.36 |
Notify |
03BRL-CAD:mohitdaga * 57571
brlcad/trunk/src/libicv/fileformat.c: Add case for ppm in
icv_read |
| 22:40.00 |
brlcad |
Izak_: OMG
that's perfect |
| 22:40.11 |
brlcad |
(the youtube
video) |
| 22:43.01 |
Notify |
03BRL-CAD:mohitdaga * 57572
brlcad/trunk/src/libicv/fileformat.c: Trailing WS |
| 22:46.05 |
Notify |
03BRL-CAD:tbrowder2 * 57573
brlcad/trunk/src/util/dsp_add_t.cpp: move non-TCLAP code out of try
block |
| 22:47.29 |
Notify |
03BRL-CAD:mohitdaga * 57574
brlcad/trunk/src/libicv/fileformat.c: remove double checking of
image. |
| 22:48.50 |
brlcad |
Izak_: now
THAT I can seriously see the shape and how it's evaluating in
prep+shot ... that's really fantastic |
| 22:50.22 |
Notify |
03BRL-CAD:mohitdaga * 57575
brlcad/trunk/src/libicv/fileformat.c: Input Argument
Validation |
| 22:52.04 |
brlcad |
Izak_: that
also implies you have quite a challenge ahead of you... that looks
like a variety of errors |
| 22:53.27 |
brlcad |
looks like
the bounding box might be wrong, the solver is surprisingly
stable |
| 22:53.56 |
Notify |
03BRL-CAD:mohitdaga * 57576
brlcad/trunk/src/libicv/fileformat.c: TYPO |
| 22:55.37 |
brlcad |
the equations
look like they may be off (normal doesn't seem to match the hit
points) and that's going to be very tedious to verify |
| 22:55.54 |
zero_level |
hii
brlcaD |
| 22:56.14 |
brlcad |
nice progress
zero_level |
| 22:56.50 |
brlcad |
noticed you
elminated the block in bw.c, no ICV_IMG_VAL_INT(img) |
| 22:56.59 |
brlcad |
looks like
maybe a mistake? |
| 22:57.42 |
zero_level |
brlcad :
bw_write is hidden |
| 22:57.53 |
zero_level |
I checked in
icv_write instead. ;) |
| 22:58.04 |
zero_level |
Thanks for
reviewing though. |
| 22:58.06 |
zero_level |
:) |
| 22:58.09 |
brlcad |
okay,
cool |
| 22:58.54 |
brlcad |
kesha_: did
you get a comile? |
| 22:59.46 |
Notify |
03BRL-CAD:mohitdaga * 57577
brlcad/trunk/src/libicv/pix.c: Dont need image validation in
pix_write. Image is validated in icv_write instead. |
| 22:59.48 |
zero_level |
but brlcad :
I didnt like those macros. :) |
| 22:59.54 |
brlcad |
forgot about
the build system switch, going back that far -- nice to see you
found and followed the old build instructions |
| 23:00.02 |
mpictor |
brlcad: have
you heard of a new static analyzer called STACK? it looks for code
that may get optimized away due to undefined behavior http://blog.regehr.org/archives/970 |
| 23:00.15 |
brlcad |
zero_level:
alternative solution? |
| 23:00.21 |
zero_level |
It makes the
code reading messy. |
| 23:00.23 |
brlcad |
mpictor:
nope |
| 23:00.36 |
zero_level |
WE just let
them as it is :) |
| 23:00.37 |
brlcad |
zero_level:
so better name? |
| 23:00.53 |
zero_level |
can u suggest
me some. I bad at naming. |
| 23:00.59 |
zero_level |
^am |
| 23:01.00 |
mpictor |
one drawback
is that it requires a bleeding-edge version of clang |
| 23:01.36 |
brlcad |
how's that a
drawback? :) |
| 23:01.40 |
brlcad |
(just
kidding) |
| 23:01.49 |
mpictor |
lol |
| 23:02.06 |
brlcad |
loves the latest versions of clang and gcc, they are both
breaking new ground crazy fast with their static analysis
abilities |
| 23:02.16 |
brlcad |
nice
competition |
| 23:02.55 |
zero_level |
brlcad : I
will also need your feedback on how to proceed for the TODO items
you have listed. |
| 23:03.00 |
brlcad |
we need to
run ourselves through coverity again, it's been over a year .. I
bet they've got a slew too |
| 23:03.45 |
zero_level |
In particular
for "Support dynamically loading formats (e.g., define a plug-in
API)." |
| 23:03.48 |
brlcad |
kesha_: i'm
not sure about that autogen.sh error, but you could run it again as
"VERBOSE=1 ./autogen.sh" to hopefully see .. the real test is
whether you can run ./configure and make |
| 23:04.17 |
zero_level |
As per today
I am signing off. |
| 23:04.38 |
brlcad |
zero_level:
okay |
| 23:04.43 |
brlcad |
however |
| 23:04.49 |
brlcad |
the way to
proceed with dynamic loading |
| 23:04.54 |
brlcad |
is to first
encapsulate |
| 23:05.11 |
brlcad |
put
everything needed for bw support, for example, into one file or one
subdirectory |
| 23:05.42 |
zero_level |
brlcad : Even
if that needs repetition of crtain functions ? |
| 23:05.54 |
brlcad |
depends,
that's what has to be inspected |
| 23:06.06 |
zero_level |
the current
status is all the formats are in one file. |
| 23:06.06 |
brlcad |
what might
belong as libicv plugin-API |
| 23:06.12 |
zero_level |
bw.c pix.c
ppm.c |
| 23:06.17 |
brlcad |
yeah, but not
everything needed for that format |
| 23:06.24 |
brlcad |
there are
typedefs in the header |
| 23:06.31 |
brlcad |
there are
enum avlues |
| 23:06.36 |
brlcad |
/avlues/values/ |
| 23:06.43 |
zero_level |
I amm
planning the development such that we will need functions from
encoding.c |
| 23:07.02 |
brlcad |
literally
*everything* needed for a format needs to end up in one
subdir |
| 23:07.43 |
zero_level |
ok. If that
is strict notion then we might end up repiting codes from
encoding.c |
| 23:09.18 |
brlcad |
well that's
the challenge |
| 23:09.30 |
brlcad |
how to do it
without repeating *anything* |
| 23:09.57 |
brlcad |
usually this
is achieved with registration functions and private API |
| 23:10.06 |
brlcad |
but we can
talk more later |
| 23:10.15 |
brlcad |
good progress
today on a lot of the little things |
| 23:10.32 |
zero_level |
ok.
brlcad |
| 23:10.53 |
brlcad |
Ch3ck: what's
up? |
| 23:11.56 |
brlcad |
waiting on
... ? you have a notion that the bounding box center is the
"origin" ... primitives do not have a consistently defined origin,
so that's the best you have to work with |
| 23:15.57 |
brlcad |
create an
translation matrix that will move the bounding box to that position
and then move the primitive by the inverse translation (so it ends
up at the origin), and you pull the original matrix up |
| 00:30.08 |
``Erik |
seems to have survived parent orientation at an elementary
school O.o |
| 00:39.12 |
Notify |
03BRL-CAD:starseeker * 57578
(brlcad/trunk/src/librt/search.c brlcad/trunk/src/librt/search.h):
Switch the core search logic from using struct db_full_path_list to
struct bu_ptbl, which is what should have been done originally
since it would have avoided introducing a specialized type just for
search. This will allow the new API to be defined without using
db_full_path_list, and allow both the struct and the |
| 00:39.14 |
Notify |
functions
using it to be gradually replaced and deprecated. |
| 00:41.19 |
starseeker |
is annoyed with himself in retrospect |
| 00:46.37 |
kanzure |
``Erik:
congrats hah |
| 00:59.33 |
Notify |
03BRL-CAD:starseeker * 57579
brlcad/trunk/src/librt/search.c: More preliminary design for the
final db_search function. |
| 01:08.44 |
brlcad |
``Erik:
haha |
| 01:09.19 |
brlcad |
starseeker:
lot of interesting thoughts there in r57554 |
| 01:10.16 |
brlcad |
lots |
| 01:11.01 |
brlcad |
is it
possible to assign multiple advanced representations to the same
associated product? |
| 01:11.12 |
brlcad |
is reminded to look for that diagram,
hunts |
| 01:14.47 |
Notify |
03BRL-CAD:starseeker * 57580
brlcad/trunk/src/librt/search.c: More search notes. |
| 01:15.21 |
mpictor |
tried STACK |
| 01:15.22 |
mpictor |
has never heard the cpu fan go quite that fast
:O |
| 01:15.32 |
starseeker |
hehe |
| 01:15.58 |
starseeker |
debates simplicity of argv style char pointer array vs. more
flexible but less standard bu_ptbl of char *... |
| 01:16.17 |
mpictor |
even
compiling brl-cad on all cores wasn't quite that bad... of course,
that didn't take nearly as long as this |
| 01:16.55 |
starseeker |
mpictor: if
you really want to melt your machine I recommend a parallel make
distcheck-full of BRL-CAD :-) |
| 01:17.15 |
mpictor |
what does
distcheck-full do? |
| 01:17.31 |
starseeker |
builds 9
different configurations of BRL-CAD... at the same time |
| 01:17.37 |
mpictor |
lol |
| 01:17.41 |
starseeker |
each of which
is also trying to do a full parallel build |
| 01:18.01 |
mpictor |
o.O |
| 01:18.09 |
starseeker |
parallel
launching of parallel make compilations |
| 01:19.01 |
starseeker |
not to
mention they're all running regression tests, benchmarking, what
have you |
| 01:19.22 |
starseeker |
beats up on
hard drives AND cpus :-) |
| 01:19.24 |
mpictor |
wow |
| 01:19.25 |
mpictor |
yea |
| 01:19.44 |
mpictor |
what sort of
machine do you run that on?! |
| 01:20.15 |
brlcad |
starseeker:
if it's a container you need, shouldn't that be a
bu_list? |
| 01:20.19 |
*** join/#brlcad kesha_
(~kesha@49.249.200.58) |
| 01:20.35 |
brlcad |
seems like an
odd use for ptbl |
| 01:20.41 |
starseeker |
brlcad:
where, inside search? |
| 01:20.49 |
starseeker |
works like a
charm... |
| 01:20.52 |
brlcad |
your debate
above |
| 01:20.56 |
starseeker |
ah |
| 01:21.23 |
starseeker |
I suppose a
bu_list of char * is possible - I'm not fond of bu_list, it's a bit
clunky to work with, but I guess that would work |
| 01:23.26 |
brlcad |
could make it
a void* and wrap all insertions through a function that knows what
the container is |
| 01:23.32 |
brlcad |
that way you
could change it later if needed |
| 01:24.18 |
starseeker |
I'm probably
over-thinking it, really - a char *paths[] array is the simple
solution |
| 01:24.19 |
brlcad |
there is nice
simplicity in a null-terminated argv array |
| 01:25.27 |
starseeker |
reminds himself not to over-complicate it this time around,
will be paying the db_full_path_list costs for a
while... |
| 01:25.29 |
brlcad |
still
probably want to wrap insertions in a function so you can realloc
as needed instead of having hard limits |
| 01:25.50 |
brlcad |
and instead
of having realloc in every possible place you need to add or remove
from the array |
| 01:26.19 |
starseeker |
well, the
argv array will actually be managed elsewhere - by the time it
reaches db_search, it should be in its "ready to go"
form |
| 01:26.52 |
brlcad |
hmm, is that
the things to look for or for results? |
| 01:27.01 |
starseeker |
things to
look for |
| 01:27.09 |
brlcad |
ah, shucks,
well yeah |
| 01:27.15 |
starseeker |
the results
are in a table - bu_ptbl of db_full_path pointers |
| 01:27.17 |
brlcad |
null-terminated argv ftw |
| 01:28.04 |
brlcad |
there is no
"is it null-terminated issue" .. any more than "is this string
nul-terminated??" ... you control that |
| 01:28.38 |
starseeker |
nods |
| 01:28.41 |
Notify |
03BRL-CAD:starseeker * 57581
brlcad/trunk/src/librt/search.c: worry about making the argv array
elsewhere - not db_search's job to worry about it. |
| 01:28.56 |
brlcad |
note that
there are bu functions for turning "a string like this" into an
argv[] = {"a", "string", "like", "this", NULL} |
| 01:29.20 |
starseeker |
nods - using those already to break the plan strings into an
argv array :-) |
| 01:29.22 |
brlcad |
and vice
versa |
| 01:29.24 |
starseeker |
slick |
| 01:32.12 |
starseeker |
from a
programmatic standpoint, the best way to drive search is to define
the string that you want in the C function. libged's search
function will need to re-construct the string from its own argv
array entries, but that's trivial |
| 01:32.59 |
starseeker |
actually expects libged's search logic to simplify once
things are properly defined |
| 01:33.39 |
starseeker |
brlcad: oh,
that reminds me - do we have a function at the librt level that
builds the tops list? |
| 01:33.49 |
starseeker |
db_top_objs
or some such? |
| 01:35.01 |
starseeker |
has repeated that logic waaay too many
times... |
| 01:55.36 |
Notify |
03BRL-CAD:tbrowder2 * 57582
brlcad/trunk/src/util/bu_opt_parse.h: added double to union;
reordered vars in union |
| 01:58.04 |
Notify |
03BRL-CAD:tbrowder2 * 57583
brlcad/trunk/src/util/bu_opt_parse.cpp: filled in func parts needed
for dsp_add2.c; builds, but doesn't work correctly; more work
needed; also need cleanup and memory reclaing bits; may need to use
pointers to TCLAP objects |
| 02:04.44 |
brlcad |
we do not
have such a function |
| 02:05.42 |
brlcad |
it's taken
much restraint |
| 02:08.41 |
brlcad |
the
getspace() method is sucky though |
| 02:15.14 |
brlcad |
char
**db_tops(const struct db_i *dbip); |
| 02:16.17 |
brlcad |
or maybe
allow user-provided memory with limits |
| 02:22.24 |
Notify |
03BRL-CAD:tbrowder2 * 57584
brlcad/trunk/src/util/dsp_add2.c: add comment; reorder some code in
more logical order |
| 02:27.11 |
brlcad |
maybe
instead, int db_tops(const struct db_i *dbip, size_t maxtops, char
**tops); |
| 02:39.29 |
starseeker |
are we likely
to hit a memory limit with tops? |
| 02:39.51 |
starseeker |
doesn't follow - why restraint? |
| 02:40.05 |
starseeker |
do we not
want such a function? |
| 02:57.29 |
brlcad |
restraint in
complaining every time someone replicated the tops logic once again
.. :) |
| 02:57.50 |
brlcad |
it is a
perfect refactoring case, should have been a function 25 years
ago |
| 03:00.42 |
brlcad |
it's at least
a days work to implement a function proper and a few more put it to
use in the places a tops is pulled |
| 03:01.59 |
brlcad |
i'd like to
see it taken to the next level, making all the places where we
require object names be optional, defaulting to the tops listing
(at least if num tops == 1, but sometimes even if num >
1) |
| 03:14.38 |
starseeker |
ah - what
complicates the function definition? |
| 03:14.48 |
starseeker |
(besides that
annoying hidden flag...) |
| 03:15.10 |
starseeker |
memory
management of char **tops? |
| 03:16.22 |
starseeker |
reflects we may need a parameter to tell the function whether
to respect the hidden flag |
| 03:17.01 |
starseeker |
not even sure
what that means in the more general case - if a top level object is
hidden, do we show the ones below it in the tree that aren't hidden
instead or just not show *anything* below it? |
| 03:17.14 |
starseeker |
believes it is the latter now, can see a case for both
ways... |
| 03:18.18 |
starseeker |
first
approach would be tricky, come to think of it... |
| 03:29.25 |
brlcad |
giving up,
can't find the diagram |
| 03:34.39 |
brlcad |
both
approaches are tricky in different ways |
| 03:35.02 |
brlcad |
pretending
the objects do not exist is best (as if you ran kill) |
| 03:38.31 |
kesha_ |
brlcad:
Enabled verbose, still the same error. http://paste.kde.org/pfa7f8c64/ |
| 03:43.06 |
*** join/#brlcad kesha__
(~kesha@49.249.8.171) |
| 03:44.56 |
starseeker |
hmm -
../src/util/dsp_add2.c:230:5: error: ISO C90 forbids mixed
declarations and code [-Werror=edantic] |
| 03:48.31 |
Notify |
03BRL-CAD:starseeker * 57585
brlcad/trunk/src/util/dsp_add2.c: C90 wants declaration at the
top. |
| 04:02.51 |
*** join/#brlcad kesha (~kesha@49.249.8.40) |
| 04:11.20 |
*** join/#brlcad kimzzzz
(~AndChat31@1.38.31.251) |
| 04:18.01 |
Notify |
03BRL-CAD:starseeker * 57586
brlcad/trunk/src/librt/search.c: edging closer to a fleshed-out
design for db_search |
| 04:37.56 |
*** join/#brlcad kesha_
(~kesha@49.249.16.249) |
| 04:52.08 |
kesha_ |
brlcad:
7.16.6 also - http://paste.kde.org/p66bea846/ |
| 05:28.06 |
*** join/#brlcad kesha__
(~kesha@49.249.17.239) |
| 05:39.02 |
kesha__ |
brlcad: rev
45657 - http://paste.kde.org/pbedc5da0/ |
| 06:32.43 |
*** join/#brlcad bch
(~bch@dsl081-162-155.sea1.dsl.speakeasy.net) |
| 06:32.50 |
bch |
hello
#brlcad |
| 07:12.19 |
*** join/#brlcad kimzzzz
(~AndChat31@1.38.31.251) |
| 07:13.24 |
Notify |
03BRL-CAD:phoenixyjll * 57587
(brlcad/trunk/src/libbrep/boolean.cpp
brlcad/trunk/src/libbrep/intersect.cpp): Fix memory
leaks. |
| 07:29.43 |
*** join/#brlcad ``Erik
(~erik@pool-74-103-94-19.bltmmd.fios.verizon.net) |
| 07:34.00 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 07:45.28 |
*** join/#brlcad vladbogo
(~vlad@188.25.237.111) |
| 07:46.05 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 07:54.42 |
*** join/#brlcad Ch3ck_
(~Shadownet@195.24.220.16) |
| 08:08.05 |
Notify |
03BRL-CAD:phoenixyjll * 57588
brlcad/trunk/src/libbrep/boolean.cpp: Delete the 3D curve for
singular trims (no edges are added), and remove dead
code. |
| 08:31.49 |
Notify |
03BRL-CAD:phoenixyjll * 57589
brlcad/trunk/src/libbrep/boolean.cpp: Delete the unused
curves. |
| 08:38.11 |
kesha__ |
starseeker:
brlcad: Like we do bin/step-g from build directory to use step-g of
trunk, In case of inplace compiling using autogen.sh and
./configure, how to use step-g of that revision ? |
| 08:58.45 |
Notify |
03BRL-CAD:phoenixyjll * 57590
brlcad/trunk/src/libbrep/boolean.cpp: Continue working on memory
leaks. |
| 09:46.21 |
Notify |
03BRL-CAD:phoenixyjll * 57591
(brlcad/trunk/src/libbrep/boolean.cpp
brlcad/trunk/src/libbrep/intersect.cpp): Free the
memory. |
| 09:51.12 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 10:33.17 |
*** join/#brlcad kesha
(~kesha@49.249.16.57) |
| 10:44.49 |
Notify |
03BRL-CAD:tbrowder2 * 57592
(brlcad/trunk/src/util/bu_opt_parse.cpp
brlcad/trunk/src/util/bu_opt_parse.h
brlcad/trunk/src/util/dsp_add2.c): change flag to be string as
TCLAP uses it; simpifies TCLAP arg handlers |
| 10:58.23 |
Notify |
03BRL-CAD:tbrowder2 * 57593
(brlcad/trunk/src/util/bu_opt_parse.cpp
brlcad/trunk/src/util/bu_opt_parse.h
brlcad/trunk/src/util/dsp_add2.c): formalize error handling a bit;
consider TCLAP error message satisfactory so we don't get in the
way; but note TCLAP handling still needs work |
| 10:59.33 |
Notify |
03BRL-CAD:tbrowder2 * 57594
brlcad/trunk/src/util/bu_opt_parse.cpp: remove unneeded
code |
| 11:04.26 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-138-1.skif.com.ua) |
| 11:06.08 |
Notify |
03BRL-CAD:tbrowder2 * 57595
brlcad/trunk/src/util/dsp_add2.c: enhance comment |
| 11:07.02 |
Notify |
03BRL-CAD:tbrowder2 * 57596
brlcad/trunk/src/util/bu_opt_parse_private.h: titdy output
format |
| 11:19.55 |
Notify |
03BRL-CAD:tbrowder2 * 57597
brlcad/trunk/src/other/tclap/include/tclap/CmdLine.h: modified
handling of progname: removed path |
| 11:21.19 |
*** join/#brlcad kesha
(~kesha@49.249.16.57) |
| 11:35.20 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
| 11:36.02 |
Notify |
03BRL-CAD:tbrowder2 * 57598
(brlcad/trunk/src/other/tclap/include/tclap/CmdLine.h
brlcad/trunk/src/util/bu_opt_parse_private.h): move changes out of
orginal TCLAP into our customization header |
| 11:44.57 |
Notify |
03BRL-CAD:tbrowder2 * 57599
brlcad/trunk/src/util/bu_opt_parse.cpp: now using arg pointers;
looks like success--need cleanup; memory handling; and filling out
remaining handlers |
| 12:04.41 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 12:05.59 |
*** join/#brlcad kimzzzz
(~AndChat31@1.38.31.251) |
| 12:07.33 |
brlcad |
kesha: it'll
be in src/conv/step/step-g I believe |
| 12:07.54 |
brlcad |
Ch3ck_: I
answered you already |
| 12:08.19 |
FLOSSrookie |
I just want
to get a final yes or no on this, if I want to contribute to the
project will Tcl be necessary? |
| 12:09.40 |
Ch3ck_ |
I don't see
it ;) |
| 12:09.48 |
Ch3ck_ |
could you
please reiterate? |
| 12:10.56 |
kesha |
let me
see. |
| 12:11.48 |
brlcad |
FLOSSrookie:
I've answered that three times... no :) |
| 12:12.16 |
FLOSSrookie |
brlcad:
Oh...Sorry, I guess I forgot. :( |
| 12:12.22 |
kesha |
no. Not
found |
| 12:12.22 |
brlcad |
no
worries |
| 12:12.39 |
brlcad |
kesha: not
found because it didn't compile or ... ? |
| 12:14.29 |
brlcad |
Ch3ck_: you
have a notion that the bounding box center is the "origin" ...
primitives do not have a consistently defined origin, so that's the
best you have to work with |
| 12:14.32 |
brlcad |
Ch3ck_:
create an translation matrix that will move the bounding box to
that position and then move the primitive by the inverse
translation (so it ends up at the origin), and you pull the
original matrix up |
| 12:15.34 |
kesha |
r42916, it
compiled but without installing I am not getting how to use
step-g |
| 12:16.21 |
brlcad |
Ch3ck_: and
you need to figure out a better way to check the log, I won't be
repeating again like that .. |
| 12:16.24 |
brlcad |
that's the
point of asking you to use screen+irssi, but if you're not willing
then you'll have to manually search the saved logs next
time |
| 12:16.37 |
brlcad |
kesha: you
didn't get an error during compilation? |
| 12:16.42 |
Ch3ck_ |
well i use
the log |
| 12:17.04 |
kesha |
in
src/conv/step/step-g.cpp is there. It cant be used as executable
|
| 12:17.30 |
brlcad |
Ch3ck_: like
I said, then you need to figure out a better way because whatever
you just did was inadequate |
| 12:17.48 |
brlcad |
my response
is still sitting in my backlog from less than 12 hours
ago |
| 12:18.03 |
brlcad |
if I can pull
it up, you should be able to |
| 12:18.03 |
kesha |
for revisions
near to 35000 - 41000 around its giving error. |
| 12:18.14 |
Ch3ck_ |
brlcad,
ok |
| 12:18.17 |
kesha |
http://paste.kde.org/p4a9bfa90/ |
| 12:18.29 |
kesha |
this error
- |
| 12:19.02 |
brlcad |
kesha: of
course it can't be the exec .. that's the *source*
file... |
| 12:19.30 |
brlcad |
let's not get
distracted |
| 12:19.49 |
brlcad |
you said
r42916 compiled |
| 12:19.53 |
brlcad |
did it
compile successfully? |
| 12:20.47 |
brlcad |
i.e., other
than not being able to find the step-g binary, did it give you an
error when you ran make? |
| 12:21.05 |
brlcad |
and was
step-g in the output log if you did not get an error? |
| 12:21.36 |
kesha |
yes .
compiled. |
| 12:21.57 |
kesha |
It was not
using cmake, but with autogen and ./congigure and make |
| 12:23.46 |
kesha |
no error
while make |
| 12:27.58 |
*** join/#brlcad kesha_
(~kesha@49.249.0.246) |
| 12:28.39 |
*** join/#brlcad pawleeq_
(~pawleeq@static-cl031028150026.unet.cz) |
| 12:28.43 |
pawleeq_ |
hello |
| 12:30.14 |
pawleeq_ |
I did svn
checkout today and tried to complie brlcad from source. I got stuck
with brepintečrsect. Make error is here: http://pastebin.com/jMNgPsu9 |
| 12:33.34 |
brlcad |
kesha_: so
then try: find . -name \*step-g\* |
| 12:36.08 |
kesha_ |
http://paste.kde.org/p5dc0b16c/ |
| 12:37.11 |
*** join/#brlcad archivist
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
| 12:39.43 |
brlcad |
pawleeq_: ah,
that's my doing yesterday |
| 12:41.30 |
brlcad |
pawleeq_:
fixed |
| 12:41.51 |
Notify |
03BRL-CAD:brlcad * 57600
brlcad/trunk/src/proc-db/CMakeLists.txt: the cpp files still need
to be NO_STRICT because of signed overflow warnings in the
opennurbs headers |
| 12:42.32 |
brlcad |
kesha_: that
doesn't look right, looks like compilation did not
succeed |
| 12:43.06 |
brlcad |
kesha_: run
"make clean" then rerun "make 2>&1 | tee make.log" then
pastebin the make.log file |
| 12:44.24 |
kesha_ |
http://paste.kde.org/p7fdcfc1f/ |
| 12:44.46 |
kesha_ |
this was what
I compiled before |
| 12:45.54 |
brlcad |
kesha_: do
you have more of that log? |
| 12:46.08 |
brlcad |
you need to
look at the src/conv/step section |
| 12:46.33 |
kesha_ |
ya.. have
full of it. pasting.. |
| 12:46.48 |
brlcad |
don't paste,
read it ;0 |
| 12:46.58 |
brlcad |
see like 13
in your previous paste |
| 12:47.55 |
brlcad |
that line
says a lot but notice how it's a little different from 11 and 12 ..
it's got a -o vdeck followed by a lot of .o files |
| 12:48.10 |
brlcad |
that's the
linkage line where the 'vdeck' tool was built |
| 12:48.35 |
brlcad |
in the full
log should be a similar -o step-g file.o file.o file.o for the
step-g importer |
| 12:49.45 |
brlcad |
paste if you
can't find it, but you should be reading it regardless and look for
that line |
| 12:50.01 |
brlcad |
if you find
it, see what directory it was in, go there, look around |
| 13:04.20 |
*** join/#brlcad archivist
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
| 13:06.37 |
Notify |
03BRL-CAD:tbrowder2 * 57601
brlcad/trunk/src/util/bu_opt_parse.cpp: delete heap vars at
end |
| 13:09.08 |
kesha_ |
step-g is not
there in make.log |
| 13:17.30 |
brlcad |
post the
whole log |
| 13:19.55 |
Notify |
03BRL-CAD:tbrowder2 * 57602
brlcad/trunk/src/util/dsp_add2.c: add some notes |
| 13:22.30 |
Notify |
03BRL-CAD:carlmoore * 57603
(brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp
brlcad/trunk/src/libicv/fileformat.c and 2 others): fix spellings;
remove trailing blanks/tabs |
| 13:26.38 |
*** join/#brlcad kesha_
(~kesha@49.249.16.237) |
| 13:29.21 |
brlcad |
kesha_: post
the whole log please |
| 13:29.23 |
kesha_ |
brlcad: its a
huge file, connection of pastebin is being hung up. I have sent u
in mail |
| 13:29.28 |
brlcad |
k |
| 13:30.49 |
*** join/#brlcad archivist
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
| 13:31.36 |
brlcad |
okay, it's
not even traversing into src/conv/step |
| 13:32.01 |
brlcad |
you need to
read the src/conv/step/Makefile.am file and see if there's any
logic in there commented out for the step directory |
| 13:32.17 |
brlcad |
alternative,
cd src/conv/step && make |
| 13:32.28 |
brlcad |
try that
first actually |
| 13:37.27 |
kesha_ |
http://paste.kde.org/pdd3fd54b/ |
| 13:37.52 |
brlcad |
what does
that mean? |
| 13:38.10 |
brlcad |
i.e., what
does that output look like to you? |
| 13:38.48 |
kesha_ |
It has
nothing to do ;) |
| 13:38.59 |
brlcad |
which
means? |
| 13:39.14 |
kesha_ |
no command
given to run |
| 13:39.57 |
brlcad |
basically,
yes it has no build instructions in that directory |
| 13:40.17 |
kesha_ |
so now go to
MAKeFile ? |
| 13:40.58 |
brlcad |
no |
| 13:41.25 |
brlcad |
just thinking
that far back (couple years), there was almost certainly a way to
enable/disable the compiler because it was under
development |
| 13:41.30 |
brlcad |
it's clearly
disabled |
| 13:41.38 |
brlcad |
the files are
there, but there are no build instructions enabled |
| 13:42.40 |
brlcad |
kesha_: I'm
confused by that pastebin a little though |
| 13:43.25 |
brlcad |
what command
did you run? (pastebin's should usually be preceded with what
exactly you ran so that can be inspected as well) |
| 13:44.08 |
kesha_ |
kesha@kesha-VPCEH38FN:~/brlcad22/src/conv/step$
make | tee makestep.log |
| 13:44.11 |
brlcad |
i.e., what
came before 1. make all-am |
| 13:44.26 |
kesha_ |
and pasted
makestep.log in pstebin |
| 13:44.35 |
brlcad |
huh,
odd |
| 13:45.05 |
brlcad |
ah, try: make
step-g |
| 13:45.21 |
Notify |
03BRL-CAD
Wiki:Phoenix * 6126 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 13
*/ |
| 13:45.42 |
brlcad |
and whenever
you run make with tee, you need 2>&1 after make |
| 13:45.52 |
kesha_ |
make:
`step-g' is up to date. |
| 13:46.10 |
brlcad |
that wasn't
just because I like to type punctuation characters |
| 13:46.12 |
kesha_ |
cleaning |
| 13:46.22 |
brlcad |
ls -la
step-g |
| 13:48.51 |
kesha_ |
-rwxrwxr-x 1
kesha kesha 15520 Sep 12 19:18 step-g |
| 13:50.34 |
*** join/#brlcad archivist
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
| 13:53.39 |
kesha_ |
brlcad: how
do we enable build instructions ? |
| 13:54.46 |
brlcad |
uhm, kesha_
you're not giving the whole picture of commands you are
running |
| 13:54.51 |
brlcad |
run this:
./step-g |
| 13:55.20 |
Notify |
03BRL-CAD:tbrowder2 * 57604
brlcad/trunk/src/util/bu_opt_parse_private.h: format |
| 13:55.26 |
kesha_ |
kesha@kesha-VPCEH38FN:~/brlcad22/src/conv/step$
./step-g |
| 13:55.28 |
kesha_ |
Usage: step-g
-o outfile.g infile.stp |
| 13:55.45 |
brlcad |
so you
compile it at some point |
| 13:55.53 |
brlcad |
and you
didn't even realize you did? |
| 13:56.15 |
brlcad |
you compiled
it sometime in the last half hour |
| 13:56.36 |
kesha_ |
[19:16]
<kesha_> cleaning |
| 13:56.57 |
kesha_ |
At that time,
I just ran make clean because it showed upto date |
| 13:57.05 |
brlcad |
cleaning
implies you running "make clean" |
| 13:57.07 |
kesha_ |
and when u
asked for la -la |
| 13:57.12 |
kesha_ |
I again did
make |
| 13:57.28 |
kesha_ |
The timestamp
was also of that time only |
| 13:57.29 |
brlcad |
up-to-date
implied that it was compiled |
| 13:57.37 |
brlcad |
*already* |
| 13:57.51 |
brlcad |
before you
ran make clean |
| 13:58.34 |
kesha_ |
I wonder when
and how it was done before make clean, but after clean, I did it
for sure. |
| 13:58.53 |
kesha_ |
I have no
idea abt how *already* |
| 13:59.05 |
brlcad |
need you to
concentrate on what every command you run is and KNOW what it does
when you run it, verify things with ls -la, read the log
files |
| 13:59.07 |
kesha_ |
ok . so now
testing d.stp |
| 13:59.17 |
brlcad |
i obviously
can't watch every command you issue |
| 13:59.27 |
brlcad |
nor read
paste output from every command |
| 13:59.46 |
brlcad |
don't just
gloss over the output -- you should understand everything it's
printing |
| 14:00.25 |
brlcad |
there are
some aspects I don't expect you to know, like the make/cmake build
system, right away, but as you run commands make sure you
understand them |
| 14:00.26 |
kesha_ |
hmm.. |
| 14:01.33 |
brlcad |
i say this
because we basically wasted a half hour |
| 14:02.02 |
brlcad |
when I said
this, you must have run make twice |
| 14:02.03 |
brlcad |
09:32 <
brlcad> alternative, cd src/conv/step &&
make |
| 14:02.04 |
brlcad |
09:32 <
brlcad> try that first actually |
| 14:02.26 |
brlcad |
then you
pastebinned the second make |
| 14:02.34 |
brlcad |
at some
point, make was run in src/conv/step |
| 14:02.48 |
brlcad |
before your
paste http://paste.kde.org/pdd3fd54b |
| 14:03.09 |
brlcad |
(run *twice*
.. the paste is the second time) |
| 14:03.40 |
brlcad |
okay, so
anyways, there's your binary, you can get back to
testing |
| 14:04.00 |
brlcad |
and should
have a process for other autoconf revisions, cd src/conv/step
&& make && step-g |
| 14:04.18 |
brlcad |
er, cd
src/conv/step && make step-g &&
./step-g |
| 14:05.25 |
kesha_ |
http://paste.kde.org/p4f64670b/ |
| 14:10.17 |
brlcad |
what do you
want me to do with that output? |
| 14:10.46 |
brlcad |
are you
telling me something, asking me something? |
| 14:12.30 |
kesha_ |
importing is
not done. |
| 14:12.40 |
kesha_ |
81 -91 lines
shows error |
| 14:12.58 |
kesha_ |
I also tried
with r45000 in meanwhile |
| 14:13.20 |
kesha_ |
Its output -
http://paste.kde.org/p7513a45f/ |
| 14:13.52 |
kesha_ |
In the 1st
line the d*****.g shows revision stamp. |
| 14:15.28 |
brlcad |
so telling me
something ;) |
| 14:15.46 |
brlcad |
this is going
to be a mine field |
| 14:15.51 |
kesha_ |
Nooo.. |
| 14:16.21 |
kesha_ |
Asking you ..
If its not importer how am I gonna test ! |
| 14:16.33 |
brlcad |
what is your
question? |
| 14:16.33 |
kesha_ |
s/importer/importing |
| 14:16.37 |
kesha_ |
? |
| 14:17.02 |
brlcad |
you need to
frame it as a question then, not implied .. put a '?' somewhere
... |
| 14:17.31 |
brlcad |
if it's not
importing, you cannot test it |
| 14:17.37 |
maths22 |
brlcad: what
is the status on that list of web stuff? |
| 14:17.38 |
brlcad |
might as well
have not compiled |
| 14:18.02 |
brlcad |
maths22: you
mean the ones I asked for a reminder on in a couple days just a few
hours ago? :) unchanged |
| 14:18.51 |
kesha_ |
Ah, so whats
wrong ? |
| 14:19.01 |
brlcad |
what do you
mean? |
| 14:19.38 |
kesha_ |
I mean, how
do I get it imported correctly and test ? |
| 14:19.49 |
kesha_ |
very bad at framing questions |
| 14:19.59 |
brlcad |
i'm seeing
that |
| 14:20.15 |
brlcad |
you
cannot |
| 14:20.22 |
brlcad |
not with that
revision at least |
| 14:20.33 |
brlcad |
you're going
to have to be far more specific with your revision
testing |
| 14:21.13 |
kesha_ |
So, its like
7.14.7 - best , 7.20 -worst , 7.22 -bad |
| 14:23.20 |
brlcad |
it's not
anywhere near that simple |
| 14:23.46 |
brlcad |
go to a
*trunk* checkout and run this: |
| 14:24.00 |
brlcad |
(rather, a
HEAD revision) |
| 14:24.21 |
brlcad |
svn log
src/conv/step >> step.log && svn log
src/other/stepcode >> step.log |
| 14:24.35 |
brlcad |
grep '^r'
step.log | awk '{print $1}' | sort | uniq |
| 14:25.12 |
brlcad |
those are the
revisions that need exploring |
| 14:27.20 |
kesha_ |
okay.. and
while we are it, lets discuss abt this also - http://paste.kde.org/p4a9bfa90/
While compiling a version near 35k to 40k it gives these
errors |
| 14:39.32 |
brlcad |
the only
error in all of that is the line that says: |
| 14:39.33 |
brlcad |
make[4]: ***
No rule to make target `lib.exp', needed by `binaries'.
Stop |
| 14:40.07 |
*** join/#brlcad archivist
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
| 14:40.14 |
brlcad |
read it again
carefully and at least try to see that, understand why that is the
error |
| 14:41.18 |
brlcad |
and what to
discuss? you picked a version that has some issue
there |
| 14:41.57 |
brlcad |
I told you
that some versions will have issues, you have to find ones near it
that do not -- using the log revisions from above should
help |
| 14:52.38 |
*** join/#brlcad AndChat|317009
(~AndChat31@1.38.31.251) |
| 16:18.11 |
*** join/#brlcad Ch3ck_
(~Shadownet@195.24.220.16) |
| 16:36.11 |
kesha_ |
brlcad:The
version list - http://paste.kde.org/pad666f93/.
I tried a few from them. They compiled but when I run ./step-g they
either have memory leaks or error while importing. http://paste.kde.org/p2e0e1cc1/
http://paste.kde.org/p9bb12b42/
http://paste.kde.org/pac7219f7/
. |
| 16:36.37 |
kesha_ |
The d*.g in
1st line is revision |
| 16:37.33 |
kesha_ |
s/is/*
is |
| 17:07.20 |
*** join/#brlcad merzo
(~merzo@142-215-133-95.pool.ukrtel.net) |
| 17:09.23 |
kesha_ |
and the
'lib.exp' error exists in other revision from that list
also. |
| 17:10.01 |
kesha_ |
http://paste.kde.org/pf05d5203/ |
| 17:24.45 |
*** join/#brlcad merzo
(~merzo@142-215-133-95.pool.ukrtel.net) |
| 17:35.13 |
*** join/#brlcad KimK
(~Kim__@wsip-184-176-200-171.ks.ks.cox.net) |
| 17:47.28 |
Notify |
03BRL-CAD:starseeker * 57605
brlcad/trunk/src/libged/search.c: make sure we print help if the
only options specified don't involve a search plan or paths. add
comment out code from earlier search work - some of this should be
the responsibility of the libged cmd, so need it handy as the
rework begins |
| 18:06.13 |
zero_level |
hi
all. |
| 18:46.38 |
pawleeq_ |
brlcad, it
works now, thank you |
| 19:28.19 |
brlcad |
np
pawleeq_ |
| 20:07.30 |
*** join/#brlcad mpictor
(~mark@c-67-177-102-131.hsd1.in.comcast.net) |
| 20:21.26 |
*** join/#brlcad vladbogo
(~vlad@188.25.237.111) |
| 21:03.55 |
Izak_ |
zero_level:
What's appp ? |
| 21:11.08 |
Notify |
03BRL-CAD:vladbogo * 57606
(brlcad/trunk/src/bwish/tcl.c brlcad/trunk/src/libdm/dm-qt.cpp):
Use Tcl_DoWhenIdle and Tcl_CreateTimerHandler to simulate
non-blocking behaviour. |
| 21:16.31 |
Notify |
03BRL-CAD:carlmoore * 57607
brlcad/trunk/src/conv/g-shell-rect.c: fix Usage and getopt (adding
h, ?), simplify what had been if-then-else for 'output' file
name |
| 21:23.52 |
Notify |
03BRL-CAD
Wiki:Vladbogolin * 6127 /wiki/User:Vladbogolin/GSoC2013/Logs: /*
Week 13 */ |
| 21:29.47 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 6128
/wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Sept 09 - Sept 15
*/ |
| 22:49.07 |
maths22 |
No. The ones
you responded to a few days ago. For brl-cad itself |
| 23:19.20 |
Notify |
03BRL-CAD:starseeker * 57608
(brlcad/trunk/include/raytrace.h brlcad/trunk/src/libged/search.c
brlcad/trunk/src/librt/search.c): Activate the db_search function
and adapt src/libged/search.c to use it. Undoubtably needs more
shaking out, but the core ability seems to be present. |
| 23:29.26 |
*** join/#brlcad kimzzzz
(~AndChat31@1.38.31.251) |
| 01:17.23 |
Notify |
03BRL-CAD
Wiki:Soulwindow * 0 /wiki/User:Soulwindow: |
| 01:48.45 |
Notify |
03BRL-CAD
Wiki:Conanactual * 0 /wiki/User:Conanactual: |
| 01:50.45 |
Notify |
03BRL-CAD:starseeker * 57609
(brlcad/trunk/include/raytrace.h brlcad/trunk/src/libged/search.c
brlcad/trunk/src/librt/search.c): Clear up memory leaks in the
search code. |
| 02:47.45 |
Notify |
03BRL-CAD:starseeker * 57610
(brlcad/trunk/include/raytrace.h brlcad/trunk/src/libged/search.c
brlcad/trunk/src/librt/search.c): Needing a unique list of
directory pointers back from a search is probably going to be
common - at least, comb already uses that style in several calls -
so duplicating that logic multiple times is a no-go. Wrap up the
logic into another simple function, since most of the 'search
types' |
| 02:47.47 |
Notify |
under
contemplation earlier actually end up being toplevel path list
generator options and the return table type for this scenario is a
table of pointers instead of a table of full paths (latter has a
non-standard freeing obligation). |
| 03:00.39 |
Notify |
03BRL-CAD:starseeker * 57611
brlcad/trunk/src/libged/search.c: Don't crash if search results are
null. |
| 03:05.07 |
Notify |
03BRL-CAD:starseeker * 57612
brlcad/trunk/src/libged/search.c: comment explaining why we're
re-assembling plan argv elements into a string |
| 05:02.36 |
*** join/#brlcad kesha_
(~kesha@49.202.238.88) |
| 05:05.58 |
Notify |
03BRL-CAD:phoenixyjll * 57613
brlcad/trunk/src/libbrep/boolean.cpp: Delete the generated m_curve.
And overload the operator= to avoid sharing of m_curve. |
| 05:23.32 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 05:48.45 |
kesha_ |
brlcad: After
make step-g , running ./step-g ... always ends up with error ->
http://paste.kde.org/p3cf74f23/ |
| 05:49.30 |
kesha_ |
yesterday
also I posted several pastebins showing the same error. |
| 06:38.26 |
*** join/#brlcad kesha_
(~kesha@49.249.191.17) |
| 06:48.57 |
*** join/#brlcad kesha__
(~kesha@49.249.17.148) |
| 07:19.42 |
*** join/#brlcad vladbogo
(~vlad@188.25.237.111) |
| 07:28.02 |
*** join/#brlcad kesha__
(~kesha@49.249.17.88) |
| 07:40.33 |
Notify |
03BRL-CAD
Wiki:KeshaSShah * 6129 /wiki/User:KeshaSShah/GSoC13/Reports: /*
Week 13 */ |
| 07:41.24 |
Notify |
03BRL-CAD:vladbogo * 57614
brlcad/trunk/src/libdm/dm-qt.cpp: Print log calls only if debug
level is enabled. |
| 07:48.29 |
*** join/#brlcad kesha__
(~kesha@49.249.17.55) |
| 07:52.59 |
Notify |
03BRL-CAD:vladbogo * 57615
brlcad/trunk/src/libdm/dm-qt.cpp: Implemented qt_draw +
comments. |
| 08:20.02 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-138-1.skif.com.ua) |
| 08:57.10 |
kesha__ |
What is the
flag used while compiling to silent variable declared but not used
warnings into errors ? |
| 08:57.15 |
kesha__ |
http://paste.kde.org/pdb346bbb/ |
| 10:56.18 |
*** join/#brlcad caen23
(~caen23@92.81.182.233) |
| 11:09.44 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-138-1.skif.com.ua) |
| 11:45.15 |
*** join/#brlcad kesha__
(~kesha@49.249.17.55) |
| 12:02.36 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 12:04.27 |
brlcad |
kesha__:
segfaults like that are expected for many versions |
| 12:04.58 |
brlcad |
notice in the
commit version numbers that they tend to come in sets of
activity |
| 12:06.19 |
brlcad |
so you can
test earlier and later versions "smartly", jumping forward to the
next set or jumping to the end of a given set to see where work
stopped for a while |
| 12:06.35 |
brlcad |
if they're
all busted, then that will answer our question |
| 12:08.13 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-138-1.skif.com.ua) |
| 12:24.59 |
Notify |
03BRL-CAD:phoenixyjll * 57616
brlcad/trunk/src/libged/brep.c: Free the result
internal. |
| 12:31.03 |
Notify |
03BRL-CAD:phoenixyjll * 57617
brlcad/trunk/src/libbrep/intersect.cpp: Delete the input curve by
default. |
| 12:33.22 |
*** join/#brlcad kesha
(~kesha@49.249.16.116) |
| 12:42.04 |
kesha |
brlcad: okay,
but many give -Werror that variable set but not used. Basically
convert warning into error. |
| 12:42.20 |
kesha |
Can we
compile them successfully ? Any flags ? |
| 12:44.50 |
kesha |
I tried out
an obvious way of commenting those unused, but then it complained
that that variable was undeclared when used in later part of
code |
| 12:46.56 |
brlcad |
i believe
INSTALL covers that |
| 12:47.21 |
brlcad |
it's one way
for configure and another for cmake |
| 12:47.25 |
brlcad |
they both
document it somewhere |
| 12:47.29 |
brlcad |
try
--help |
| 12:55.32 |
kesha |
http://paste.kde.org/pdd20c49c/ |
| 12:55.40 |
kesha |
opp of
29 |
| 13:02.08 |
Notify |
03BRL-CAD:phoenixyjll * 57618
brlcad/trunk/src/libbrep/boolean.cpp: Delete the curves in newloop
if it's not valid (so not added to the final geometry) |
| 13:08.15 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-138-1.skif.com.ua) |
| 13:19.02 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 13:25.57 |
Notify |
03BRL-CAD:phoenixyjll * 57619
(brlcad/trunk/src/libbrep/boolean.cpp
brlcad/trunk/src/libbrep/intersect.cpp): Still memory
leak... |
| 13:34.46 |
Notify |
03BRL-CAD:phoenixyjll * 57620
(brlcad/trunk/src/libged/brep.c
brlcad/trunk/src/librt/comb/comb_brep.cpp): Free the
internals. |
| 13:37.36 |
Notify |
03BRL-CAD
Wiki:Phoenix * 6130 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 13
*/ |
| 13:38.44 |
*** join/#brlcad Ch3ck_
(~Shadownet@195.24.220.16) |
| 13:45.22 |
Notify |
03BRL-CAD:phoenixyjll * 57621
brlcad/trunk/src/librt/comb/comb_brep.cpp: Call
rt_db_free_internal(). |
| 13:51.46 |
Notify |
03BRL-CAD:phoenixyjll * 57622
brlcad/trunk/src/librt/comb/comb_brep.cpp: Free the two original
breps... |
| 13:56.01 |
Notify |
03BRL-CAD:starseeker * 57623
(brlcad/trunk/include/raytrace.h brlcad/trunk/src/libged/search.c
brlcad/trunk/src/librt/db_lookup.c): I don't know if this is the
'proper' final form of the db_tops command, but as possible uses of
db_search expand the costs of duplicating this logic will get high
very quickly. Make a stab at a librt db_tops. |
| 13:57.06 |
starseeker |
waits for brlcad to strike down r57623... |
| 14:06.33 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-138-1.skif.com.ua) |
| 14:36.27 |
kesha |
brlcad: how
to deal with this fatal error ? http://paste.kde.org/p1396e8d5/ |
| 15:00.34 |
Notify |
03BRL-CAD:carlmoore * 57624
(brlcad/trunk/include/icv.h brlcad/trunk/src/bwish/tcl.c and 2
others): fix spelling, and remove trailing blanks/tabs |
| 15:07.55 |
Notify |
03BRL-CAD:starseeker * 57625
(brlcad/trunk/include/raytrace.h brlcad/trunk/src/libged/comb.c and
2 others): More search API work. The comb example makes the case
for making it trivially easy to handle either lists or individual
paths, so structure the API that way - db_search_path,
db_search_paths, etc. comb.c builds but is currently untested -
need to test. Should be just about ready to start marking
functions |
| 15:07.57 |
Notify |
deprecated
for the old search API. |
| 15:18.45 |
Notify |
03BRL-CAD:starseeker * 57626
brlcad/trunk/doc/docbook/system/mann/en/comb.xml: Fix
typos |
| 15:20.34 |
Notify |
03BRL-CAD:starseeker * 57627
brlcad/trunk/src/libged/comb.c: Add missing blank line |
| 15:25.28 |
Notify |
03BRL-CAD:starseeker * 57628
brlcad/trunk/include/raytrace.h: These were never in a released
version of BRL-CAD, so just yank them. |
| 15:41.10 |
*** join/#brlcad Ch3ck_
(~Shadownet@195.24.220.16) |
| 15:48.07 |
``Erik |
Ayn Rand
McNally: Road Atlas Shrugged |
| 15:51.59 |
starseeker |
heh |
| 15:52.09 |
Notify |
03BRL-CAD:starseeker * 57629
(brlcad/trunk/CHANGES brlcad/trunk/include/raytrace.h
brlcad/trunk/src/librt/search.c): Mark the old search API and
db_full_path_list structure as deprecated. |
| 15:53.09 |
*** join/#brlcad caen23
(~caen23@92.81.189.104) |
| 15:58.24 |
*** join/#brlcad kesha
(~kesha@49.249.17.91) |
| 16:02.11 |
Notify |
03BRL-CAD:starseeker * 57630
brlcad/trunk/include/raytrace.h: Clean up the header - compact the
deprecated calls, update API comments |
| 16:08.19 |
starseeker |
turns his sites on dbfind - time to add whatever is need to
search to fully encompass its capabilities and make it go
away |
| 16:08.45 |
*** join/#brlcad kesha
(~kesha@49.249.17.119) |
| 16:10.54 |
Notify |
03BRL-CAD:indianlarry * 57631
(brlcad/branches/nurbs/CHANGES brlcad/branches/nurbs/TODO and 57
others): Merging trunk into branch 'nurbs'
r:57498:57630 |
| 16:16.46 |
*** join/#brlcad _Ch3ck
(~Shadownet@195.24.220.16) |
| 16:38.37 |
kesha |
brlcad:
http://paste.kde.org/p527c9652/
I get this compiling error for all revision r49k around .. Do I
need to set some variables ? |
| 16:49.58 |
*** join/#brlcad kesha
(~kesha@49.249.17.119) |
| 17:06.57 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 17:13.39 |
_Ch3ck |
brlcad:
finished the pull routine ;) succesfully pulled the translation and
the combinations right up to the root of the tree so what do i do
next? |
| 17:13.49 |
_Ch3ck |
uploading
patch to source forge now.... |
| 17:20.44 |
Ch3ck |
brlcad: I'll
try to port it to archer and see how it goes but currently facing
some problems with the archer interface |
| 17:37.02 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 6131
/wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Sept 09 - Sept 15
*/ |
| 18:18.27 |
Izak_ |
brlcad: I
have drawn lines in mged/archer using plot(). Still can't figure
out how to iterate though the elevation and azimuth ranges to plot
the heart. Which do you think should be in the outer loop (if the
order matters) ? |
| 18:19.15 |
Izak_ |
have
parametric equations already but don't know how to exploit
them |
| 18:20.57 |
Izak_ |
I observed
that the 2 lobes of the heart are simply reflections of eachother
along the Z-axis. Can this help with designing the strategy to
write rt_hrt_plot()? brlcad: |
| 18:24.48 |
*** join/#brlcad Izak__
(~Izak@195.24.220.16) |
| 18:27.10 |
Izak__ |
``Erik: Any
light to throw on the aforementioned concerns I've expressed
? |
| 18:30.34 |
``Erik |
if the two
lobes are identical, you can evaluate one side and mirror it for
the other... you might even be able to cut it into quarters this
way |
| 18:32.45 |
``Erik |
contemplate
taking one of these quarters and overlaying a grid... each
intersection on the grid provides you an x/y, if you can solve the
z for that point, you can approximate the surface and draw lines
between those intersection points (which may even give you the
_tess function later) |
| 18:33.08 |
``Erik |
does that
sound feasible? |
| 18:36.45 |
Izak__ |
What about
this ? Since a plane through the vertical Z-axis acts like a
mirror, does it mean I draw from The negative Z radial direction
vector (-C) though the positive X direction vector (A) to the
positive Z direction vector (C), that's anti-clockwise
? |
| 18:37.46 |
``Erik |
winding order
doesn't matter for plot, it's just line segments |
| 18:38.04 |
*** join/#brlcad caen23
(~caen23@92.81.189.104) |
| 18:40.52 |
Izak__ |
HHmm. ``Erik:
So you mean i work from one quarter to another ?. That's a great
divide and conquer approach. |
| 18:41.15 |
``Erik |
I don't think
the lines even need to be connected,[D technically... like it's a
list of line lists |
| 18:41.46 |
``Erik |
yeah, start
with a quarter, mirror it one way (say the Z axis), then mirror the
result (on, say, the X axis), done |
| 18:44.49 |
Izak__ |
Is a grid a
single isocontour ? Like in the ell / superell, i see 3 grids, is
each a grid what you call an isocontour ? |
| 18:46.26 |
``Erik |
but it'll
probably start with a grid ... for(x=0;x<width;x+=step)
for(y=0;y<height;y+=step) stash(x,y,eval(x,y));
for(x=0;x<width;x+=step)for(y=0;y<height;y+=step) { add_line(
unstash(x,y), unstash(x+step,y) ); add_line( unstash(x,y),
unstash(x,y+step) ); } |
| 18:47.11 |
``Erik |
ell/sph
doens't use a grid, it traveses the surface in the 3
planes... |
| 18:47.54 |
``Erik |
I'm thinking
more like how the raytracer works, just sample a regular grid and
link each intersection point to its neighbors |
| 18:49.17 |
``Erik |
(and I'd
think you should just do it really simple at first and accept the
visual flaws to get something working, then you can fix the flaws
or decide if another approach is better) |
| 18:50.27 |
Izak__ |
yeah ``Erik:
The problem is getting that alpha-version working first. I
agree |
| 19:26.58 |
brlcad |
starseeker:
were they deprecated in 7.24 or .. 7.22 ? |
| 19:27.11 |
brlcad |
thought it might be earlier |
| 19:30.55 |
*** join/#brlcad kesha_
(~kesha@49.249.0.250) |
| 19:37.34 |
_Ch3ck |
runs to bed! |
| 19:38.03 |
Izak__ |
Izak_
yawns.... |
| 19:38.20 |
Izak__ |
yawns.... |
| 19:41.37 |
brlcad |
starseeker:
tops looks okay to me |
| 19:42.18 |
brlcad |
some room for
improvement perhaps, but isn't that always the case |
| 19:42.47 |
brlcad |
'flat' seems
like the wrong option ... at least by definition they're not
top-level objects |
| 19:43.10 |
brlcad |
but then you
want a list of all objects, so perhaps inverting the function
semantically is in order |
| 19:45.38 |
brlcad |
e.g., db_ls()
or db_index() to get "all objects", of which tops may be a
categoric option (along with all regions, all solids, all hidden,
... typedef bitwise enum ftw) |
| 19:46.56 |
brlcad |
then the only
consideration is whether we have any callers that want to manage
their own memory (e.g., on the stack with a limit), or always use
heap and require caller bu_free() the return (btw, the doxygen docs
should state that requirement) |
| 19:53.55 |
Notify |
03BRL-CAD
Wiki:Harman052 * 6132
/wiki/User:Harman052/GSoc2013/Logs: |
| 20:00.56 |
Notify |
03BRL-CAD
Wiki:Harman052 * 6133 /wiki/User:Harman052/GSoc2013/Logs: /*
September 13 2013 */ |
| 20:13.24 |
Notify |
03BRL-CAD:starseeker * 57632
brlcad/trunk/include/raytrace.h: Add the search.c file tag to the
comments at the new API |
| 20:15.46 |
brlcad |
nifty:
http://www.drdobbs.com/cpp/programming-without-variables/240161204 |
| 20:17.24 |
Notify |
03BRL-CAD:starseeker * 57633
brlcad/trunk/src/libged/search.c: Add the ability to search to do a
'flat' search where every object in the .g file is a toplevel
starting point for search. As long as we are at it, add the same
ability to specific paths as well. Right now, the | symbol is added
to the beginning of the search path to identify it as a flat
search. For non-full-path searches the results will be the
same |
| 20:17.26 |
Notify |
(for more
processing overhead) but it does make a difference for the results
if full path output is of interest. |
| 20:24.18 |
Notify |
03BRL-CAD:starseeker * 57634
brlcad/trunk/src/libged/search.c: Just do the smart thing under the
hood and avoid the full flat search unless we need full
paths. |
| 20:27.16 |
Notify |
03BRL-CAD:starseeker * 57635
brlcad/trunk/src/libged/search.c: Actually, that's not necessarily
true when the hidden flag is involved - play safe and do what's
requested |
| 20:28.51 |
starseeker |
brlcad: the
search APIs? I just now deprecated them |
| 20:29.48 |
starseeker |
likes the db_index idea... |
| 20:31.23 |
starseeker |
I mainly
added the ability to do the "every object is a toplevel object"
return to make the search feature in r57633 easier to
implement |
| 20:31.43 |
brlcad |
huh, okay I
thought at least some of them already had a comment, just not the
DEPRECATED symbol |
| 20:31.54 |
starseeker |
I guess that
does suggest that a more general function like
db_index... |
| 20:31.58 |
brlcad |
I figured it
was for search |
| 20:32.29 |
brlcad |
alternative
is two separate functions, but I think they are mergeable into one
API |
| 20:32.37 |
starseeker |
is trying to walk a line between not making a mess of the API
again and coding up something that will be at least moderately less
embarassing to come back to... |
| 20:33.10 |
brlcad |
appreciates this in ever increasing quantities
;) |
| 20:33.27 |
brlcad |
what do you
think about the memory management aspect? |
| 20:34.22 |
starseeker |
I went with
the "caller needs to free" thing mainly because I was worried that
a large enough db list could really cause problems for the stack,
and the API complexity of dealing with "here's some but not all of
the result" didn't appeal... |
| 20:35.01 |
brlcad |
I like that
reasoning, okay |
| 20:35.07 |
brlcad |
pretty
sound |
| 20:35.28 |
brlcad |
going points,
requiring callers bu_free vs. allowing the caller to decide vs.
forcing the caller to provide .. merits and downsides to both, but
there would be issues cascading for partial results |
| 20:35.34 |
brlcad |
s/going/good/ |
| 20:35.49 |
starseeker |
will add it to the doxygen comments - I hadn't documented the
tops thing much yet because I figured there was at least one major
iteration of some sort coming ;-) |
| 20:36.30 |
brlcad |
i think aflag
and tops actually go away with a typedef bitwise enum |
| 20:36.52 |
starseeker |
like the
region flag on struct directory? |
| 20:36.59 |
starseeker |
mix and match
ftw? |
| 20:37.06 |
brlcad |
basically a
set of filters |
| 20:37.27 |
brlcad |
wonders if 'index' implies something else |
| 20:37.46 |
starseeker |
hmm...
db_set? |
| 20:37.51 |
brlcad |
too
generic |
| 20:37.55 |
brlcad |
db_catalog()? |
| 20:38.17 |
brlcad |
db_index
isn't bad, need to see what else we call index |
| 20:38.17 |
starseeker |
maybe, has
connotations of comprehensiveness |
| 20:38.22 |
brlcad |
true |
| 20:38.46 |
brlcad |
db_contents() |
| 20:39.17 |
brlcad |
db_ls() fits
conceptually |
| 20:40.06 |
starseeker |
db_objects()? |
| 20:40.31 |
brlcad |
I'd kind of
expect directory pointers back |
| 20:40.45 |
starseeker |
I think
that's what I'm providing, isn't it? |
| 20:40.51 |
starseeker |
double checks... |
| 20:40.59 |
brlcad |
returing an
argv |
| 20:41.05 |
brlcad |
I thought I
saw |
| 20:41.11 |
starseeker |
ah,
right |
| 20:41.14 |
starseeker |
my
bad |
| 20:41.24 |
starseeker |
considered
dp, but went with the more generic solution |
| 20:41.27 |
brlcad |
we should
have another function that converts an argv to a set of
dirp's |
| 20:41.43 |
starseeker |
and vice
versa, for that matter ;-) |
| 20:41.50 |
brlcad |
sure |
| 20:42.09 |
starseeker |
db_obj_names()? |
| 20:44.19 |
brlcad |
unless we're
going to have a set of other funcs that naturally go with it, we
don't (yet) need a package scope in the name |
| 20:44.24 |
brlcad |
likes db_ls and db_index more too |
| 20:44.43 |
starseeker |
would go with ls if it weren't for the mged behavior of just
listing everything |
| 20:44.58 |
starseeker |
but I guess
it wouldn't be unreasonable to have an ls --tops option or some
such |
| 20:45.02 |
brlcad |
looks like
rays have a notion of an index, the spatial partition has a cutting
plane index notion |
| 20:45.34 |
brlcad |
mged's ls
command is actually 'similar' .. it's got flags that filter out
and show more |
| 20:45.44 |
starseeker |
is warming up to db_ls the more he thinks about it - the
default is the flat list (ls), and the enums match up to options to
ls (filters) |
| 20:46.05 |
brlcad |
ged_ls would
naturally wrap it |
| 20:46.32 |
starseeker |
whats a good
example of typedef bitwise enum? I'm not comfortable enough with
bits to want to come at it cold... |
| 20:46.46 |
brlcad |
of course, it
does beg wether it *should* return a list of dirp's instead of
argv's ... and have a function to extract an argv from that as a
helper |
| 20:46.57 |
brlcad |
since it is a
*db*_ command |
| 20:47.16 |
brlcad |
dunno, not
compelling, but interesting consideration |
| 20:47.54 |
starseeker |
nods - fair enough. I return either db_full_path or directory
pointers from search, and the db_ls API should be generic rater
than tuned to my specific convenience here |
| 20:48.39 |
brlcad |
i'm sure
search can be made to use either |
| 20:48.44 |
starseeker |
with a
wrapper function, it's like one extra line anyway - not a big price
to pay, since I'd bet directory pointers would be the more common
case in the code |
| 20:48.47 |
brlcad |
they're not
that different conceptually |
| 20:49.19 |
brlcad |
it's more
API-design wise whether we predominantly have db_* funcs that deal
in string-name terms or struct directory * terms |
| 20:49.32 |
starseeker |
sure - if we
have functions that do argv->dp and dp->argv, it really makes
no difference at all |
| 20:50.01 |
brlcad |
there'd be a
minor performance difference if you need one vs the other and the
db's were huge |
| 20:50.39 |
starseeker |
in that
situation I imagine you'd want to stay with dp as much as
possible? |
| 20:50.59 |
brlcad |
e.g., to walk
the dirp hash, extract strings to return argv, look up each string
into a dirp ... |
| 20:51.35 |
brlcad |
that's O(N^2)
.... + N :) |
| 20:52.00 |
brlcad |
vs. O(N) if
all you needed was the dirp |
| 20:53.41 |
brlcad |
hm, and it'd
still be O(N) to walk the dirp hash, extract dirp array, extract
string for each dirp (it's 2*N, so overall complexity is
N) |
| 20:53.42 |
starseeker |
is actually translating the path names to dp under the hood
now for search, so pushing out that step to other functions would
actually reduce the logic slightly |
| 20:54.06 |
brlcad |
yeah, I think
it needs to return dirp |
| 20:54.18 |
starseeker |
db_ls? |
| 20:54.21 |
brlcad |
otherwise
that becomes very expensive and non-linearly |
| 20:54.42 |
brlcad |
sure |
| 20:54.53 |
brlcad |
lets see how
it feels |
| 20:55.05 |
starseeker |
should I
modify the search API to take directory pointers as inputs too
then? |
| 20:55.17 |
starseeker |
guess that
makes sense |
| 20:55.29 |
starseeker |
rolls up the coding sleeves... here we go
again |
| 20:55.32 |
brlcad |
if it's in
librt, probably |
| 20:55.49 |
starseeker |
where should
the argv->dp and dp->argv functions live? |
| 20:56.00 |
starseeker |
will be needing them shortly |
| 20:56.16 |
brlcad |
libged should
be the place where string conversions happen (even if it's by
calling a db routine to do the conversion/extraction) |
| 20:56.58 |
starseeker |
OK - I can
rough out some code in src/libged/search.c and if it looks OK we
can find somewhere more general to put it |
| 20:57.04 |
brlcad |
need to
check, wouldn't be at all surprised if one of those functions
already exists somewhere |
| 20:58.00 |
brlcad |
I think they
clearly belong in librt, notion was just that they probably already
exist somewhere else |
| 20:58.54 |
brlcad |
maybe just
put all three in a src/librt/ls.c |
| 20:59.04 |
starseeker |
3? |
| 20:59.09 |
starseeker |
ah |
| 20:59.22 |
starseeker |
db_ls,
db_argv_to_dp and db_db_to_argv ? |
| 20:59.30 |
brlcad |
db_ls() and
the argv->dp and dp->argv funcs (either moving or
implementing if they dont' exist somewhere) |
| 21:01.45 |
brlcad |
db_argv_to_dirp() db_argv_from_dirp() ?
they could be separated into src/librt/argv.c instead (and there
are conceivably other other to/from argv-specific
calls) |
| 21:02.21 |
brlcad |
heh, already
a db_argv_to_path() |
| 21:02.37 |
starseeker |
yeah, that's
argv to db_full_path though :-) |
| 21:03.18 |
brlcad |
I just mean
that it fits the convention (db_argv_*) |
| 21:03.24 |
starseeker |
ah
:-) |
| 21:03.55 |
brlcad |
either
becomes db_argv_*() or db_type1_to_type2() (no _from_) |
| 21:04.00 |
starseeker |
what does
argv actually abbreviate - argument vector ? |
| 21:04.07 |
brlcad |
we have
several other "from" funcs as it is, so nothing major
there |
| 21:04.39 |
brlcad |
yep |
| 21:05.00 |
starseeker |
so would that
make it db_argv_to_dpv and db_dpv_toargv ? |
| 21:05.23 |
starseeker |
s/db_dpv_toargv/db_dpv_to_argv |
| 21:05.35 |
brlcad |
argument
count, argument vector ("value" also works, but I believe vector
was the original intent) |
| 21:06.19 |
starseeker |
brlcad: how
did you want to set up the enum? |
| 21:06.29 |
starseeker |
is reworking db_tops... |
| 21:06.44 |
brlcad |
see
bu_fnmatch for starters |
| 21:06.56 |
brlcad |
it's got
flags that are the same concept |
| 21:07.22 |
starseeker |
ah |
| 21:07.30 |
brlcad |
they're not
wrapped in an enum, but same idea |
| 21:07.37 |
starseeker |
so we pass in
the dbip and the flags |
| 21:07.43 |
brlcad |
yep |
| 21:08.32 |
brlcad |
get back a
'struct directory **' (a dpv, a null-terminated list of struct
directory *'s)? |
| 21:08.44 |
brlcad |
hm, that
could be a littlbe bit of a problem |
| 21:09.01 |
brlcad |
not a problem
for db_ls() but a problem for the other two |
| 21:09.10 |
starseeker |
how does (or
doesn't) the enum changes things vs. the int for something like
this? |
| 21:09.33 |
starseeker |
you mean
sanity checking to make sure the directory array is null
terminated? |
| 21:09.52 |
brlcad |
so option1:
db_argv_to_dpv() and db_argv_from_dpv() .. or .. option2:
db_argv_to_dpv() and db_dpv_to_argv() |
| 21:10.22 |
starseeker |
ah.
hmm |
| 21:10.32 |
starseeker |
is too used to the ghostscript toools |
| 21:10.39 |
starseeker |
pdf2ps,
ps2pdf, etc. |
| 21:11.46 |
brlcad |
yeah, my gut
feeling for years has been the same bias, just because we're not
consistent and that irks me |
| 21:12.01 |
brlcad |
but
API-design I'm not so sure |
| 21:12.05 |
brlcad |
design-wise |
| 21:12.22 |
brlcad |
they
logically group together as argv functions |
| 21:12.34 |
brlcad |
argv strings
to/from various representation types |
| 21:13.24 |
brlcad |
but then
maybe they shouldn't .. maybe db_argv_to_path() shouldn't exist and
there should instead be a db_dpv_to_path() |
| 21:14.05 |
starseeker |
does
db_full_path have such a vector in its struct? |
| 21:14.08 |
brlcad |
I stay up way
too late thinking about these kinds of things... |
| 21:14.13 |
starseeker |
hehe |
| 21:15.10 |
brlcad |
db_argv_to_path() is a little bit of a
different beast because the ordering of the argv matters, it's not
an arbitrary set of objects |
| 21:16.52 |
starseeker |
as long as
we're on naming conventions, which one would you like to use for
the db_ls enum? |
| 21:26.13 |
*** join/#brlcad mpictor
(~mark@c-67-177-102-131.hsd1.in.comcast.net) |
| 21:29.20 |
brlcad |
without any
other uses yet defined, I'd stick with an 'int flags' argument, no
enum/typedef to keep the API simple |
| 21:29.34 |
starseeker |
ok |
| 21:30.26 |
brlcad |
otherwise
same concern I mentioned on the list earlier, it becomes a type we
have to document and people reading the API have to
learn |
| 21:30.42 |
brlcad |
bitwise flags
in an int is pretty common (fnmatch, regex, ...) |
| 21:31.09 |
starseeker |
is there ever
a situation where we can or would want to return things that match
the RT_DIR_PHONY_ADDR flag? |
| 21:31.09 |
brlcad |
and matches
several other places we have flags (debug flags, cv types,
..) |
| 21:31.57 |
brlcad |
look at where
all that is used ... is it actually written to disk
ever? |
| 21:32.05 |
brlcad |
if it's not,
then no |
| 21:32.27 |
brlcad |
if it is,
db_ls() should have some way to return it |
| 21:36.36 |
brlcad |
starseeker:
fwiw, you don't need to do the D B _ S E A R C H _ P A T H
expansion any longer .. slowly weeding those out as API is cleaned
up |
| 21:36.56 |
starseeker |
oh, you mean
in search.c? |
| 21:36.59 |
starseeker |
or in the
header? |
| 21:37.01 |
brlcad |
they used to
help differentiate public API from static/internal/private
functions in the implementation files |
| 21:37.07 |
brlcad |
in the public
headers |
| 21:37.14 |
starseeker |
nods |
| 21:37.43 |
brlcad |
as public
headers, the rest is weeded out so every comment should be
important for the statement that follows |
| 21:39.34 |
brlcad |
don't forget
your HIDDEN markers on static/private/internal functions that
aren't declared in a header |
| 21:40.04 |
starseeker |
erm |
| 21:40.08 |
starseeker |
forgot - will fix |
| 21:45.02 |
brlcad |
mpictor:
awesome list of issues .. making me want to run that on our
codebase |
| 21:45.13 |
brlcad |
were they all
"anti-simplify"? |
| 21:46.48 |
Notify |
03BRL-CAD:starseeker * 57636
(brlcad/trunk/src/libged/search.c brlcad/trunk/src/librt/search.c):
Mark some functions as HIDDEN |
| 21:47.33 |
Notify |
03BRL-CAD:tbrowder2 * 57637
brlcad/trunk/src/util/bu_opt_parse.h: reduce and modify possible
arg value types |
| 21:49.01 |
Notify |
03BRL-CAD:tbrowder2 * 57638
brlcad/trunk/src/util/bu_opt_parse.h: don't need char type
either |
| 21:49.23 |
maths22 |
brlcad: I
meant the list of things for brl-cad itself |
| 21:53.46 |
Notify |
03BRL-CAD:tbrowder2 * 57639
brlcad/trunk/src/util/dsp_add2.c: change int to long; set char*
values to 0 |
| 21:55.34 |
Notify |
03BRL-CAD:tbrowder2 * 57640
brlcad/trunk/src/util/bu_opt_parse.cpp: change int handling to
long; eliminate unneeded val types; start handling data mapping
from TCLAP back to bu_args after successful parsing |
| 22:03.55 |
brlcad |
maths22: i'm
afraid I don't understand, need some context or repeat |
| 22:10.41 |
zero_level |
brlcad:
During one our disucssio, you said something about. "HIDDEN
extern" |
| 22:10.57 |
zero_level |
And it being
an error. |
| 22:11.19 |
zero_level |
Can you
suggest me how to get rid of this. If it is an error ? |
| 22:15.09 |
zero_level |
c/disucssio/discussion |
| 22:15.42 |
``Erik |
http://blogs.scientificamerican.com/roots-of-unity/2013/09/12/10-trig-functions-youve-never-heard-of/?WT_mc_id=SA_DD_20130913 |
| 22:23.12 |
zero_level |
``Erik : Can
you help me regarding "HIDDEN" ? Is it a macro ? I dont find it
defined anywhere.(used searching tools) Can you point me somewhere
in the code where this is defined. |
| 22:23.54 |
Notify |
03BRL-CAD:starseeker * 57641
brlcad/trunk/src/librt/CMakeLists.txt: Add db_ls and related
functions - comples, but not hooked up or tested - this is just
initial code to drive discussion. |
| 22:25.46 |
starseeker |
brlcad: let
me know if that's at least the right general idea. |
| 22:26.02 |
zero_level |
``Erik,
brlcad, starseeker : I would like to point you all to the
modification in rt. (uses of icv). |
| 22:27.17 |
zero_level |
as per the
current practice I have used UCHAR data to be sent to icv api (i.e
icv_writeline(...,ICV_DATA_UCHAR) ). |
| 22:27.49 |
zero_level |
For specimen
see L:578 in src/rt/view.c |
| 22:29.39 |
zero_level |
I seek your
help to modify this to write double data (as produced by rt.).
(Need pointer on how should I proceede =) |
| 22:29.53 |
zero_level |
has little idea regarding rt. |
| 22:29.57 |
zero_level |
:) |
| 22:37.02 |
``Erik |
zero_level:
HIDDEN is typically defined as static or nil, ignore it and don't
use it |
| 22:38.13 |
maths22 |
brlcad; I
asked 15:53 < maths22> brlcad: is there any website work I
should/can be working on? |
| 22:38.27 |
maths22 |
You replyed:
23:50 < brlcad> maths22: oh my gosh yes! |
| 22:38.32 |
maths22 |
23:51 <
brlcad> i'll try to come up with a summary of where we're at on
Monday |
| 22:47.12 |
zero_level |
``Erik :
thanks :) |
| 22:59.14 |
mpictor |
brlcad:
didn't see your comment |
| 22:59.21 |
mpictor |
not all are
anti-simplify |
| 23:00.43 |
Notify |
03BRL-CAD:mohitdaga * 57642
(brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/encoding.c
and 3 others): Ignore HIDDEN |
| 23:01.00 |
zero_level |
``Erik see
r57643. |
| 23:02.02 |
mpictor |
there are 3
different ones for resolve.c:502; I can guess about 2 of them but
not sure what anti-dce is |
| 23:02.47 |
Notify |
03BRL-CAD:mohitdaga * 57643
brlcad/trunk/src/libicv/dpix.c: Ignore HIDDEN |
| 23:05.44 |
mpictor |
stack took a
*very* long time to run on stepcode, with 8 cores at 100%, but I
did force powersaving because it was running so hot |
| 23:08.17 |
*** join/#brlcad kesha__
(~kesha@49.249.0.50) |
| 23:12.10 |
mpictor |
brlcad:
script to run stack with CMake: http://pastebin.com/mHq06tAs |
| 00:52.44 |
brlcad |
starseeker:
looks like you introduced a bug in r57663, changed the loop
meaning |
| 00:53.04 |
*** join/#brlcad kesha_
(~kesha@49.249.16.137) |
| 00:58.28 |
brlcad |
Ch3ck:
bn_mat_is_equal() |
| 02:55.50 |
Notify |
03BRL-CAD:starseeker * 57680
brlcad/trunk/src/libicv/ppm.c: revert 57663 |
| 02:57.05 |
starseeker |
brlcad:
reverted until a proper fix is made |
| 03:18.03 |
*** join/#brlcad kesha__
(~kesha@49.249.16.137) |
| 03:26.28 |
*** join/#brlcad kesha__
(~kesha@49.249.16.137) |
| 03:29.51 |
brlcad |
starseeker:
cool, I think it just needed to be do { c = getc(); } while (c !=
'\n'); so that the loop wasn't empty |
| 03:30.24 |
brlcad |
that's all it
was complaining about the while () ; where that semi is "do
nothing" which was intended |
| 03:30.46 |
brlcad |
the perils of
having an expression that does more than evaluate to a value, but
performs some work |
| 03:31.24 |
brlcad |
why I prefer
to separate them whenever possible even if it means a couple more
lines of code, it's explicitly clear what each line
does |
| 03:32.38 |
brlcad |
starseeker:
been thinking about the directly ** return as well and I think the
way to handle it closer to how you originally had it ... basically
we need an alternative to NULL for both the dpv and argv when they
are set/returned |
| 03:33.42 |
kesha__ |
hi brlcad..
For the previous compilation error, I ran it from the main
directory and here's the paste- http://paste.kde.org/pe1a69e09/
. It gives error #69 |
| 03:36.15 |
brlcad |
starseeker:
and I think there's already a pattern there, we can and should
always return a struct directory for each argv .. they just may be
RT_DIR_PHONY_ADDR with zero len, but even that is still incredibly
useful |
| 03:38.43 |
brlcad |
kesha__:
and? |
| 03:38.50 |
brlcad |
you've shown
that error before |
| 03:39.02 |
brlcad |
nothing has
changed about how you were told to handle it |
| 03:39.26 |
kesha__ |
brlcad: and
its not fixing .. |
| 03:39.41 |
brlcad |
how would it
get fixed, you didn't change anything... :) |
| 03:40.04 |
kesha__ |
change what ?
:) |
| 03:40.25 |
brlcad |
going back
over a week when you first showed that lib.exp error |
| 03:40.26 |
kesha__ |
compiling
dependencies in other ? |
| 03:40.35 |
brlcad |
I said you
can either investigate and fix the cause of that build
error |
| 03:40.45 |
brlcad |
or note that
version as a failed compile |
| 03:41.01 |
brlcad |
hoping that
there are huge important sections that result like that |
| 03:41.29 |
kesha__ |
Thats not the
only version that failed compile with this error. there are about 2
dozens which give same compiling error. |
| 03:41.37 |
brlcad |
I don't have
a quick fix answer for that bug, it has to be inspected by someone
and diagnosed |
| 03:42.01 |
brlcad |
bug isn't
even the right word, it's some peculiar mix of old sources and
newer tools |
| 03:42.20 |
brlcad |
right, not
the only one |
| 03:42.36 |
brlcad |
so then what
are you telling me by having me look at a pastebin of it
?? |
| 03:42.59 |
kesha__ |
How do I go
about investigating make ? |
| 03:43.22 |
brlcad |
that's almost
as generic as asking how you might go about writing
code |
| 03:43.26 |
brlcad |
you
investigate |
| 03:43.45 |
brlcad |
read the
sources, read the makefile that you're running |
| 03:43.53 |
brlcad |
understand
the error for starters, go from there |
| 03:44.52 |
brlcad |
still, I
think we're hitting diminishing returns on this path |
| 03:45.12 |
brlcad |
you've at
least not been able to thusfar confirm any version working better
than current head |
| 03:45.57 |
kesha__ |
7.21 is
somewhat 1% better .. But thats not sufficient . |
| 03:46.15 |
brlcad |
where are you
coming up with that number? |
| 03:46.43 |
kesha__ |
I searched
for lib.exp in Makefile and other directories, but its not called
from there. |
| 03:47.17 |
brlcad |
it is
somewhere |
| 03:47.33 |
brlcad |
maybe not as
"lib.exp" directly, as is often the case with code |
| 03:48.00 |
kesha__ |
some revision
abt 50k ,I tested and in the current head the lines like structure(
like falling rain has been converted to an ellipse) |
| 03:48.05 |
brlcad |
for example,
it could be"${something}.exp" |
| 03:49.23 |
brlcad |
diminishing
returns |
| 03:49.25 |
brlcad |
lets change
the focus these last remaining days to either improving current
trunk head step-g importer (make some entity that is failing not
fail) or improve/complete the step regression test |
| 03:50.35 |
kesha__ |
In regression
test, next is find area, volume and other quantities |
| 03:50.48 |
kesha__ |
and check if
>0 |
| 03:51.13 |
brlcad |
no we don't
need to find a bunch of quantities |
| 03:51.18 |
brlcad |
we need A
quantity |
| 03:51.24 |
brlcad |
just to make
sure it made something |
| 03:51.44 |
kesha__ |
just Volume..
fine ? |
| 03:51.46 |
brlcad |
and to make
sure that something is valid for some marginal notion of
valid |
| 03:52.10 |
kesha__ |
*marginal
notion of valid* as in ? |
| 03:52.46 |
brlcad |
you tell
me |
| 03:54.18 |
kesha__ |
something
boundary related ? :) |
| 03:54.27 |
brlcad |
re-read my
e-mail |
| 03:54.31 |
brlcad |
I'm not sure
what you mean by that |
| 03:55.42 |
kesha__ |
being sure of
its geometry |
| 03:56.14 |
brlcad |
starseeker:
r57657 .. smells bad |
| 03:57.19 |
kesha__ |
" Make sure
the conversion worked (zero return code, .g file exists, >0 file
size, etc). Then you'll need to perform some sort of validation.
Maybe calculate a volume (gqa -Av) and make sure the volume is
>0 for each file. " |
| 03:58.12 |
brlcad |
kesha__:
and? |
| 03:58.39 |
brlcad |
all that
tells me is that you received what I wrote and you know how to
copy-paste |
| 03:58.43 |
brlcad |
that's not
useful |
| 03:58.50 |
brlcad |
show me you
understand what that meant |
| 03:59.45 |
brlcad |
you were on
the right track, you just missing my original point perhaps -- it
was very specific |
| 04:00.09 |
kesha__ |
1. checking
for step-g and the existance of both files and then checking
geometry of .g file |
| 04:00.13 |
brlcad |
you said
"next is find area, volume and other quantities" .. i said ... "no
..." |
| 04:00.54 |
brlcad |
well, your
script that you sent also runs "touch file.g" so checking existence
with that seems meaningless |
| 04:01.48 |
kesha__ |
if the file
is not there, then it creates, but eventually we are seeing if
something is there in file or it was made by touch.. |
| 04:03.22 |
Notify |
03BRL-CAD:brlcad * 57681
brlcad/trunk/src/libicv/ppm.c: make no-statement while loops more
obvious |
| 04:07.51 |
brlcad |
why create it
(empty)? |
| 04:10.47 |
kesha__ |
I had used
touch script earlier, so I thought that strategy can be used over
here also. I will try to modify directly if it exists or not
without creating empty file. |
| 04:11.00 |
starseeker |
brlcad:
re:r57657 I'm open to suggestions or just not supporting that at
all... |
| 04:12.16 |
kesha__ |
Btw is there
any issue in creating it ? |
| 04:12.46 |
starseeker |
had to get something working to move forward... Even the
feature I was working on today may have to get shelved, if I can't
get it working in a few more hours |
| 04:13.28 |
starseeker |
can probably do what he needs for g-step now, so replacing
dbfind get's shoved back again... |
| 04:16.01 |
Notify |
03BRL-CAD:brlcad * 57682
brlcad/trunk/src/libicv/ppm.c: handle ppm files a little more
gracefully, supporting mac, unix, windows line ending headers just
in case. since we don't do anything with them, just add a function
that skips to the next line. |
| 04:17.12 |
brlcad |
kesha__: the
issue is it begs the question why a file is being touched. must a
.g file exist for something, even if it is completely invalid. if
it serves no purpose, the code becomes unnecessary unhelpful
distracting complexity that obfuscates what really
matters |
| 04:17.28 |
brlcad |
so again I
ask you, "why are you making the script touch the file" |
| 04:17.55 |
brlcad |
this isn't a
question of can or can't, it's should or shouldn't .. i.e., it
needs for some reason or it does not |
| 04:18.51 |
brlcad |
if you cannot
answer that (and you wrote the script), then the answer is probably
that it doesn't do anything useful and this is just bloat to make
it seem like more is going on than really is |
| 04:21.10 |
brlcad |
starseeker:
yeah, my inclination would be to not support that feature (caller's
can 'or' the data themselves ... or use the search API) |
| 04:21.14 |
brlcad |
keeps it
simple |
| 04:22.29 |
brlcad |
lets db_ls()
doing one thing simple/well too I think, give a list of geometry of
given type(s) |
| 04:31.13 |
kesha__ |
brlcad: touch
as such serves no *special* meaningful purpose, it can be replaced
by directly checking existance of file and also resulting would be
lesser complex. :) |
| 04:36.12 |
Notify |
03BRL-CAD:phoenixyjll * 57683
brlcad/trunk/src/libged/brep.c: Add an "--no-evaluation" option,
using the old routine of converting comb without NURBS evaluations
(CSG tree + brep). |
| 04:36.56 |
Notify |
03BRL-CAD:phoenixyjll * 57684
brlcad/trunk/src/librt/comb/comb_brep.cpp: Mark conv_tree() with
HIDDEN. |
| 04:48.42 |
zero_level |
brlcad :
Thanks for the ppm files. |
| 04:50.23 |
zero_level |
is analyzing the changes made. |
| 04:59.26 |
zero_level |
ok. |
| 06:12.26 |
*** join/#brlcad yiyus
(1242712427@je.je.je) |
| 06:13.04 |
*** join/#brlcad n_reed__
(~molto_cre@66-118-151-70.static.sagonet.net) |
| 06:13.12 |
*** join/#brlcad kesha__
(~kesha@49.249.17.64) |
| 06:14.06 |
*** join/#brlcad witness___
(uid10044@gateway/web/irccloud.com/session) |
| 06:15.59 |
*** join/#brlcad quantumkat
(~kat@ip70-171-0-190.ga.at.cox.net) |
| 06:34.03 |
*** join/#brlcad kesha__
(~kesha@49.249.199.55) |
| 06:40.22 |
Notify |
03BRL-CAD
Wiki:Eduardolalla * 0 /wiki/User:Eduardolalla: |
| 06:53.09 |
*** join/#brlcad cogitokat
(~kat@ip70-171-0-190.ga.at.cox.net) |
| 06:53.37 |
*** join/#brlcad witness__
(uid10044@gateway/web/irccloud.com/x-xsamscszvskldbnl) |
| 07:39.30 |
kanzure |
brlcad: any
hints on how i can pick which parts to wrap first? i've been
working on bu and wdb but maybe i should be looking at other things
too? are there a pile of tests i could re-implement into
python? |
| 07:48.32 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 08:06.42 |
*** join/#brlcad kimzzzz
(~AndChat31@1.38.31.154) |
| 08:13.33 |
*** join/#brlcad AndChat|317009
(~AndChat31@1.38.31.154) |
| 08:15.19 |
*** join/#brlcad kimzzzz
(~AndChat31@1.38.31.154) |
| 08:22.31 |
*** join/#brlcad kimzzzz
(~AndChat31@1.38.31.154) |
| 08:28.34 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 08:42.33 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 08:43.54 |
*** join/#brlcad kimzzzz
(~AndChat31@1.38.31.154) |
| 09:34.02 |
*** join/#brlcad Ch3ck_
(~Shadownet@195.24.220.16) |
| 09:48.30 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 09:59.25 |
Notify |
03BRL-CAD:tbrowder2 * 57685
brlcad/trunk/include/bu.h: not sure what was intended, but this
should suffice until something better appears |
| 10:07.53 |
*** join/#brlcad Ch3ck_
(~Shadownet@195.24.220.16) |
| 10:11.26 |
Notify |
03BRL-CAD
Wiki:NandlalPael * 0 /wiki/User:NandlalPael: |
| 10:15.05 |
Notify |
03BRL-CAD:tbrowder2 * 57686
brlcad/trunk/include/bu.h: correct glob expression |
| 10:49.48 |
*** join/#brlcad kesha__
(~kesha@14.139.122.114) |
| 11:06.26 |
*** join/#brlcad Izak__
(~Izak@195.24.220.16) |
| 11:12.41 |
*** join/#brlcad kimzzzz
(~AndChat31@1.38.31.154) |
| 11:26.08 |
Izak__ |
brlcad:
``Erik: I'm working on rt_hrt_plot() which depends on a private
helper function rt_hrt_24pts().When testing in archer, this error (
see http://paste.kde.org/pfa8a5da8/)
shows up. Can anyone help me out with possible clarifications on
how to approach this error ? This is the rt_hrt_plot() code
http://paste.kde.org/p75413ef1/ |
| 12:09.19 |
Notify |
03BRL-CAD:indianlarry * 57687
(brlcad/branches/nurbs/include/bu.h
brlcad/branches/nurbs/include/icv.h and 11 others): Merging trunk
into branch 'nurbs' r:57668:57686 |
| 12:13.19 |
*** join/#brlcad Gaganjyot
(~gagan@125.62.105.4) |
| 12:18.40 |
Notify |
03BRL-CAD
Wiki:KeshaSShah * 6145 /wiki/User:KeshaSShah/GSoC13/Reports: /*
Week 14 */ |
| 12:24.36 |
*** join/#brlcad kesha__
(~kesha@14.139.122.114) |
| 13:00.55 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 13:18.29 |
*** part/#brlcad Gaganjyot
(~gagan@125.62.105.4) |
| 13:49.39 |
brlcad |
kanzure: I'd
suggest libged next ... that'd let someone basically write an
entire editor if they really wanted |
| 13:59.57 |
Notify |
03BRL-CAD:brlcad * 57688
brlcad/trunk/TODO: mirror command needs some tlc. the offset value
looks like a translation after mirror instead of
before. |
| 14:05.56 |
Notify |
03BRL-CAD:carlmoore * 57689
brlcad/trunk/include/icv.h: remove trailing blanks/tabs |
| 15:08.09 |
kanzure |
brlcad:
thanks, i'll do that |
| 15:17.58 |
Izak__ |
brlcad: can
you help me with the concern I last posted ? |
| 15:57.15 |
Notify |
03BRL-CAD:carlmoore * 57690
brlcad/trunk/src/conv/tankill/g-tankill.c: add P to the usage,
which was split in 2 due to warning about string length |
| 16:06.41 |
*** join/#brlcad kesha__
(~kesha@14.139.122.114) |
| 16:33.31 |
*** join/#brlcad Gaganjyot
(~gagan@125.62.105.4) |
| 17:08.02 |
*** join/#brlcad kimzzzz
(~AndChat31@1.38.31.154) |
| 17:09.15 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 18:06.33 |
brlcad |
Izak_: what
do you need? |
| 18:06.51 |
brlcad |
it gave you a
line number and there should be a stack trace saved in that log
file |
| 18:07.27 |
brlcad |
that's a
memory validation error, one of the *_CK_*() checks to make sure
something is properly initialized is failing, saying it's zero
(i.e, unset) |
| 19:12.39 |
*** join/#brlcad AndChat|317009
(~AndChat31@1.38.31.154) |
| 19:15.24 |
Ch3ck_ |
runs home |
| 19:57.01 |
*** join/#brlcad mpictor
(~mark@c-67-177-102-131.hsd1.in.comcast.net) |
| 20:01.08 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 20:05.46 |
brlcad |
mpictor:
since you apparently already have it set up somewhere, how might I
entice you to run stack on brl-cad ? :) |
| 20:06.47 |
brlcad |
i've kicked
it on three systems now and they all have a problem .. need to
install llvm from scratch so I can compile stack cleanly,
unfortunately not in a ports repository anywhere |
| 20:11.31 |
mpictor |
brlcad: can I
wait until winter? Then I can turn my furnace off for a few days
while my computer heats the place :P |
| 20:12.23 |
mpictor |
do you think
it needs llvm at runtime? If not, I could send you a
tarball |
| 20:16.54 |
mpictor |
If I can
force it to only run on some cores, I guess I can let it run in the
background for a few days |
| 20:30.41 |
mpictor |
ls |
| 20:30.44 |
mpictor |
ack |
| 20:33.31 |
mpictor |
brlcad: ldd
shows no dependencies on llvm, so it ought to work if I tar it
up |
| 20:34.17 |
mpictor |
first, I'll
see if I'm using a debug build or an optimized build |
| 20:52.17 |
Notify |
03BRL-CAD:starseeker * 57691
(brlcad/trunk/src/librt/search.c brlcad/trunk/src/librt/search.h):
OK, don't have the performance optimizations in yet but this looks
like it gets -below working with the >=, <= and = optional
addtions to limit returns. |
| 20:55.18 |
*** join/#brlcad urubu
(96a102c8@gateway/web/freenode/ip.150.161.2.200) |
| 21:15.02 |
mpictor |
brlcad: it
*does* require llvm at runtime, unfortunately. I just updated to
r57691 and started a build |
| 21:19.23 |
urubu |
hello. It is
possible to use brl-cad to "dump" a set of mathematical formulas
that represent an object? |
| 21:28.29 |
brlcad |
mpictor: no
idea, willing to try a tarball |
| 21:29.08 |
brlcad |
ah, mpictor
never mind -- see that you're running it .. awesome |
| 21:29.18 |
brlcad |
urubu: i'm
not sure what that means |
| 21:30.15 |
*** part/#brlcad Gaganjyot
(~gagan@125.62.105.4) |
| 21:30.38 |
mpictor |
brlcad: if
you do run it at some point, it's pretty easy to change bin/poptck
to limit the number of cores used |
| 21:30.56 |
brlcad |
urubu: i
mean, i get describing an object with formulas, but they are rarely
sufficient for describing an object (and no we do not have a
generalized primitive that takes arbitrary equations) |
| 21:31.40 |
brlcad |
mpictor: good
to know |
| 21:35.42 |
*** join/#brlcad urubu
(96a102c8@gateway/web/freenode/ip.150.161.2.200) |
| 21:37.13 |
brlcad |
urubu: if you
didn't get my reply, feel free to elaborate what you
meant |
| 21:37.19 |
Notify |
03BRL-CAD:brlcad * 57692
brlcad/trunk/NEWS: cliff improved the search command so that you
can now specify >= <= and = depth options |
| 21:37.26 |
brlcad |
starseeker:
is it only -below or doing -above and -depth too? |
| 21:37.33 |
Notify |
03BRL-CAD:starseeker * 57693
brlcad/trunk/src/librt/search.c: Also get -above working with the
>=, <= and = optional addtions to limit returns. |
| 21:37.38 |
urubu |
brlcad: hmm,
okay. I was looking for examples/benchmarks to use in a project
(volume computation with monte carlo). |
| 21:38.25 |
brlcad |
ooh, I get it
now |
| 21:38.26 |
starseeker |
brlcad:
-below and -above so far |
| 21:38.41 |
starseeker |
could do depth too... hadn't thought about it, but
logical |
| 21:38.44 |
starseeker |
one
sec... |
| 21:38.46 |
urubu |
I saw that is
possible to calculate volume of objects with brl-cad |
| 21:38.46 |
brlcad |
starseeker:
cool |
| 21:39.06 |
brlcad |
urubu: yes,
the gqa/g_qa command is made for that (-Av option) |
| 21:39.23 |
starseeker |
needed a way
to replace dbfind's trick of reporting combs that include a
particular object |
| 21:39.35 |
brlcad |
if it's a
really simple object, like a single sphere or box, the 'analyze'
command will directly calculate many mathematical
properties |
| 21:39.51 |
urubu |
so I thought
that maybe it would be possible to convert an object to a set of
mathematical constraints |
| 21:40.42 |
brlcad |
you're not
really "converting" anything |
| 21:41.02 |
starseeker |
brlcad: urm.
Should I replace -maxdepth and -mindepth with just -depth and the
><= logic? |
| 21:41.05 |
brlcad |
just
evaluating/describing that intrinsic characteristic |
| 21:41.16 |
starseeker |
suppose I'd
have to deprecate those other two options... |
| 21:41.34 |
brlcad |
starseeker:
no, I'd match 'find' |
| 21:41.48 |
brlcad |
leverage the
familiarity as much as possible |
| 21:42.08 |
brlcad |
it's got all
three |
| 21:42.27 |
Notify |
03BRL-CAD:starseeker * 57694
brlcad/trunk/doc/docbook/system/mann/en/search.xml: Add example
using results from search with tcl, explain new path
syntax. |
| 21:42.27 |
urubu |
yeah,
"convert" is not the best word |
| 21:42.27 |
starseeker |
nods |
| 21:42.34 |
urubu |
anyway,
thanks for the help |
| 21:42.37 |
urubu |
bye
o/ |
| 21:42.40 |
brlcad |
urubu:
cya |
| 21:43.23 |
starseeker |
ok, I'll add
depth |
| 21:43.53 |
brlcad |
I'd try to
support find's syntax exactly if possible first, just for
usability |
| 21:44.02 |
brlcad |
then can be
expanded with a more rich syntax too |
| 21:44.19 |
brlcad |
like "-depth
5" and "-depth >5" |
| 21:45.07 |
brlcad |
the latter is
synonymous with -mindepth 6, I think |
| 21:45.40 |
starseeker |
sure - that's
a little different than what I've done for above and below, since
they don't require an argument, but if -depth can require an
argument that'll work fine |
| 21:47.09 |
brlcad |
hm, manpage
seems to indicate gnu find supports both, but unclear what -depth
by itself means |
| 21:47.33 |
starseeker |
votes for requiring a numerical or inequality
argument |
| 21:48.20 |
brlcad |
ahh, I
see |
| 21:48.42 |
brlcad |
-d/-depth
implies a depth-first traversal with bsd find, which gnu find
ignores |
| 21:48.49 |
brlcad |
so yeah, no
worries requiring it |
| 21:50.15 |
brlcad |
or something
like that |
| 21:50.45 |
starseeker |
you're OK
with doing something different in search with it? |
| 21:51.05 |
starseeker |
doesn't have the first idea how to do a depth-first search of
our db hierarchy... |
| 21:51.44 |
starseeker |
nor any idea
of when/why a user would want that... |
| 21:52.18 |
brlcad |
boolean
evaluation is usually depth-first |
| 21:53.19 |
brlcad |
you traverse
depth-first all the way to a leaf, get polys, come up, go down next
path to leaf, get polys, come up, apply operator, etc |
| 21:53.44 |
starseeker |
oh, right - I
guess we see that in the facetize output, don't we |
| 21:54.01 |
brlcad |
almost
everything that calls db_walk_tree() |
| 21:54.15 |
starseeker |
forgot how much *fun* it is to add a new search option.
*rolls up sleeves* |
| 21:54.29 |
brlcad |
just with no
reg_start func |
| 21:56.07 |
brlcad |
looks like
db_functree() is also a depth-first traversal |
| 21:56.41 |
Notify |
03BRL-CAD:carlmoore * 57695
brlcad/trunk/src/conv/g-var.c: remove some unneeded braces and 1
'break'; implement h? |
| 21:56.55 |
brlcad |
and looks
like db_preorder_traverse() is not |
| 21:57.31 |
brlcad |
db_walk_tree() depends on which callbacks
are specified |
| 22:00.12 |
brlcad |
looks like
db_recurse() also depends on callbacks |
| 22:17.56 |
Notify |
03BRL-CAD:starseeker * 57696
(brlcad/trunk/src/librt/search.c brlcad/trunk/src/librt/search.h):
Add a -depth option to search that supports ><= modifiers to
a numerical depth. |
| 22:18.00 |
starseeker |
brlcad: there
we go |
| 22:19.27 |
brlcad |
cool |
| 22:19.31 |
brlcad |
what's the
syntax? |
| 22:20.03 |
brlcad |
-depth 4
-depth >4 -depth <4 -depth >=4 -depth <=4? |
| 22:22.08 |
starseeker |
yeah |
| 22:22.15 |
Notify |
03BRL-CAD:starseeker * 57697
brlcad/trunk/src/librt/search.c: MUCH simpler way to do the min and
max depth tests. |
| 22:22.20 |
starseeker |
-depth 0 wil
lgive toplevel |
| 22:22.46 |
starseeker |
oh, -depth =4
will also work (just falls out from string handling) |
| 22:23.10 |
brlcad |
-depth ==4
too? :) |
| 22:23.16 |
starseeker |
-above and
-below don't have the space, because they need to work without
arguments |
| 22:23.19 |
starseeker |
uh... |
| 22:23.26 |
brlcad |
not needed,
just wondering |
| 22:23.39 |
starseeker |
no,
actually |
| 22:23.52 |
starseeker |
option
parsing is too simple minded for that |
| 22:24.05 |
brlcad |
presumably
then => and =< also will not work |
| 22:24.24 |
starseeker |
right |
| 22:24.55 |
starseeker |
we could make
it work, would need to add more logic to the string_to_name_and_val
function |
| 22:25.31 |
starseeker |
needs to update the man page first though
:-) |
| 22:26.05 |
starseeker |
and make sure
all the NEWS worth stuff is in - don't remember if the new path
specifier modifier |
| 22:26.08 |
starseeker |
made it
in |
| 22:30.50 |
Notify |
03BRL-CAD:starseeker * 57698
brlcad/trunk/doc/docbook/system/mann/en/search.xml: Update search
man page to document -depth |
| 22:35.23 |
Notify |
03BRL-CAD:starseeker * 57699
brlcad/trunk/NEWS: Add the ability for either a generic toplevel
search specifier or a specific object path supplied to the search
command to specify it wishes to be treated as a 'flat' object - in
other words, every object in the database (or, for specific
objects, every object below that object) is added as a top level
search starting point. |
| 22:37.48 |
Notify |
03BRL-CAD:starseeker * 57700
brlcad/trunk/NEWS: Add a -depth command to search that allow
specification of either absolute or relative depth
limits. |
| 22:41.01 |
Notify |
03BRL-CAD:starseeker * 57701
(brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/ls.c):
Remove the additive version of the db_ls flags - per Sean's
suggestion, keep the function logic simple and focused. |
| 22:41.29 |
Notify |
03BRL-CAD:brlcad * 57702
brlcad/trunk/NEWS: (reword r56478 and expand name for
post-processing) Cliff added -l option to comb command that 'lifts'
the region flag to the top level (specified) comb and clears all
region flags in the tree below that comb. Has some advanced
features, like automatically wrapping regions that are used
elsewhere in the .g file and referencing the comb created by the
wrap, and refusing to |
| 22:41.31 |
Notify |
perform the
operation if it cannot be done without changing assembly
definitions used elsewhere in the tree (see the comb man page for
examples.) |
| 22:41.49 |
brlcad |
notes search is not specific to mged |
| 22:41.53 |
starseeker |
brlcad: do
you want me to yank the argv to dpv and vice versa functions until
we've settled on their final form? |
| 22:41.59 |
starseeker |
er,
right |
| 22:42.44 |
starseeker |
sorry, was
distracted trying to distinguish the -depth option from the
additons to -above and -below in the other NEWS item... hard to
avoid being confusing in one line... |
| 22:42.48 |
brlcad |
yank? no, but
I think the previous state you had them (before the argc/count
additions) was better |
| 22:43.15 |
starseeker |
actually ended up not needing to convert an argv array in the
end, so those functions actually aren't needed
(yet) |
| 22:43.20 |
brlcad |
my point
about NULL dp's was flawed |
| 22:43.32 |
starseeker |
O.o? |
| 22:43.56 |
starseeker |
I thought it
made sense... |
| 22:44.06 |
starseeker |
a failed
lookup would result in a NULL dp... |
| 22:44.54 |
brlcad |
23:36 <
brlcad> starseeker: and I think there's already a pattern there,
we can and should always return a struct directory for each argv ..
they just may be RT_DIR_PHONY_ADDR with zero len, but even that is
still incredibly useful |
| 22:45.10 |
starseeker |
oh,
gotcha |
| 22:45.13 |
brlcad |
it may result
in a null lookup |
| 22:45.17 |
brlcad |
but that
doesn't mean we return null |
| 22:45.31 |
brlcad |
could be
pretty powerful actually |
| 22:45.31 |
starseeker |
sorry - brain
trying to hold too much in too small a space today ;-) |
| 22:45.55 |
starseeker |
fishes out the old form from the commit
history |
| 22:45.55 |
brlcad |
submit a list
of names, get back a set of dps for them, fill in their details,
write them to a db |
| 22:48.46 |
starseeker |
will stub back in the old form, but suggests we keep it out
of raytrace.h for this release... |
| 23:08.04 |
mpictor |
wow, stack
only took 46 minutes on brlcad! |
| 23:08.31 |
mpictor |
I wonder if
the big generated files slowed it down on stepcode |
| 23:12.04 |
mpictor |
stack output
here: http://pastebin.com/jc3B3G00 |
| 23:14.05 |
mpictor |
oh, I did
rebuild it with -O3 -march=native instead of the default
-O2 |
| 23:14.22 |
mpictor |
I'm sure that
made some difference |
| 01:11.07 |
Notify |
03BRL-CAD:mohitdaga * 57816
(brlcad/trunk/src/libicv/size.c
brlcad/trunk/src/libicv/tests/CMakeLists.txt): Add tester function
for icv_resize [methods dealing in to increase the size]
api. |
| 01:12.21 |
Notify |
03BRL-CAD:mohitdaga * 57817
brlcad/trunk/src/libicv/tests/icv_size_up.c: TYPO |
| 01:15.45 |
Notify |
03BRL-CAD:mohitdaga * 57818
brlcad/trunk/src/libicv/size.c: remove debug flags. |
| 01:53.21 |
Notify |
03BRL-CAD:mohitdaga * 57819
brlcad/trunk/src/libicv/size.c: Few sanitizers. |
| 01:55.10 |
Notify |
03BRL-CAD:mohitdaga * 57820
brlcad/trunk/src/libicv/tests/CMakeLists.txt: Add tester function
for icv_resize [methods dealing in to decrease the size]
api. |
| 02:17.26 |
*** join/#brlcad witness__
(uid10044@gateway/web/irccloud.com/x-ijulyuyzetygqhtn) |
| 07:07.17 |
*** join/#brlcad whyesse
(~quassel@109.160.252.157) |
| 09:00.36 |
*** join/#brlcad whyesse
(~quassel@109.160.252.157) |
| 10:49.50 |
Notify |
03BRL-CAD:tbrowder2 * 57821
brlcad/trunk/misc/CMake/CompilerFlags.cmake: remove
'the' |
| 10:52.20 |
Notify |
03BRL-CAD:tbrowder2 * 57822
brlcad/trunk/misc/CMake/CompilerFlags.cmake: format some comments
to narrower width for ease of reading |
| 11:09.00 |
Notify |
03BRL-CAD:tbrowder2 * 57823
brlcad/trunk/CMakeLists.txt: improve grammar (remove superflous
'got'); end sentences wih a period |
| 11:10.44 |
Notify |
03BRL-CAD:tbrowder2 * 57824
brlcad/trunk/CMakeLists.txt: narrow too-wide comment; indent a link
in a comment for highlighting |
| 11:13.52 |
Notify |
03BRL-CAD:tbrowder2 * 57825
brlcad/trunk/CMakeLists.txt: add missing 'a' |
| 11:42.42 |
Notify |
03BRL-CAD
Wiki:Carlosmunoz * 0 /wiki/User:Carlosmunoz: |
| 11:48.17 |
Notify |
03BRL-CAD:tbrowder2 * 57826
(brlcad/trunk/CMakeLists.txt
brlcad/trunk/misc/CMake/CompilerFlags.cmake): add an option to do
strict C89 checking |
| 13:13.26 |
Notify |
03BRL-CAD:tbrowder2 * 57827
brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: add label for c89
checking option |
| 13:14.38 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 13:48.18 |
*** join/#brlcad vladbogo
(~vlad@188.25.237.92) |
| 13:51.57 |
vladbogo |
d_rossberg |
| 13:52.06 |
vladbogo |
I've just
seen your mail |
| 13:54.10 |
vladbogo |
I've tried
the same thing (calling XInitThreads) in mged and there still is a
segfault. It occurs more infrequent and it cannot be captured in
gdb (so it might be something else) but still occurs from time to
time. |
| 13:54.49 |
d_rossberg |
where did you
put the XInitThreads()? |
| 13:55.08 |
vladbogo |
first line in
main in src/mged/mged.c |
| 13:56.49 |
d_rossberg |
this should
be ok for the mged |
| 13:57.34 |
d_rossberg |
there is
probable another issue too causing a segfault |
| 13:58.57 |
vladbogo |
it might
be |
| 14:00.19 |
vladbogo |
I'll try to
run several times to see if it occurs in the debugger |
| 14:00.33 |
d_rossberg |
i got a
segmentation fault by simply starting and closing archer, with
calling XInitThreads() first in bwish this segfault was
gone |
| 14:07.26 |
*** join/#brlcad Gaganjyot
(~gagan@210.56.99.213) |
| 14:10.57 |
d_rossberg |
vladbogo:
will the bu_log("close called"); stay in the source
file? |
| 14:12.09 |
vladbogo |
d_rossberg:
no, I'll remove it and also bu_log("open called") |
| 14:16.30 |
*** join/#brlcad Ch3ck_
(~Shadownet@195.24.220.16) |
| 14:21.33 |
d_rossberg |
ok |
| 14:21.59 |
Notify |
03BRL-CAD:vladbogo * 57828
brlcad/trunk/src/libdm/dm-qt.cpp: Removed some log
calls. |
| 14:22.16 |
vladbogo |
d_rossberg: I
removed them. They were left there just to make sure that when
running mged I change and use the qt dm. |
| 15:15.46 |
Notify |
03BRL-CAD:n_reed * 57829
brlcad/trunk/src/librt/primitives/hrt/hrt.c: Revert rt_hrt_norm to
previous revision. Latest suffered from non-standard signature and
set-but-unused. |
| 15:19.25 |
Notify |
03BRL-CAD:starseeker * 57830
brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp: More work on
figuring out how to break matricies down for AP203. |
| 15:33.41 |
Notify |
03BRL-CAD:starseeker * 57831
brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp: Add function to
create an identity AXIS2_PLACEMENT_3D |
| 15:46.21 |
Notify |
03BRL-CAD:starseeker * 57832
brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp: This string comes
from the standard and is expected to be this particular
domain. |
| 15:55.06 |
Notify |
03BRL-CAD:starseeker * 57833
(brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp
brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp): Add design
context |
| 16:13.30 |
*** join/#brlcad kesha
(~kesha@49.202.231.141) |
| 16:18.01 |
*** join/#brlcad kesha
(~kesha@49.202.238.200) |
| 16:32.10 |
Notify |
03BRL-CAD:brlcad * 57834
brlcad/branches/RELEASE/include/bu.h: they return (BRL-CAD), not
(unknown) |
| 16:48.21 |
Notify |
03BRL-CAD:brlcad * 57835
brlcad/branches/RELEASE/src/libbu/progname.c: fix the fixme's, no
worse for the wear, by removing progname_ipwd() |
| 16:59.17 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 6184 /wiki/User:Izak/GSOC_2013_logs: /*
September 16th to September 21st */ |
| 17:00.08 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 6185 /wiki/User:Izak/GSOC_2013_logs: /* GSoC
2013 summary */ |
| 17:18.13 |
Notify |
03BRL-CAD:mohitdaga * 57836
brlcad/trunk/src/libicv/operations.c: Sanitize divide operations by
adding EPS. |
| 17:23.22 |
Notify |
03BRL-CAD:mohitdaga * 57837
brlcad/trunk/src/libicv/tests/CMakeLists.txt: Add tester functions
for icv_saturate api |
| 17:27.33 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 17:33.46 |
brlcad |
zero_level:
r57836 .. cannot throw in arbitrary constants like that without
documenting them |
| 17:34.10 |
brlcad |
should also
consider whether there's an existing constant that will suffice
(search the headers) |
| 17:36.16 |
brlcad |
in
particular, there is VUNITIZE_TOL, VDIVIDE_TOL, BN_TOL_DIST, plus
all the std limit tolernaces ... to name a few |
| 17:45.27 |
brlcad |
if you're
protecting from a divide by zero, you should check for zero ..
otherwise you could be injecting a drift |
| 18:05.39 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 18:07.44 |
Notify |
03BRL-CAD:iiizzzaaakkk * 57838
brlcad/trunk/src/librt/primitives/hrt/hrt.c: Some corrections to
rt_hrt_norm() function |
| 18:12.19 |
Notify |
03BRL-CAD
Wiki:NyahCh3ck20 * 6186
/wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Sept 23 - Sept 28
*/ |
| 18:37.54 |
Izak__ |
exit |
| 18:41.10 |
Notify |
03BRL-CAD:starseeker * 57839
brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp: Quote comb
names |
| 18:41.28 |
brlcad |
Izak__: looks
like the heart is necrotic ;) |
| 18:41.54 |
brlcad |
starseeker:
how can I test for a flag using our compiler flags? |
| 18:42.04 |
brlcad |
er, test for
a symbol |
| 18:43.34 |
starseeker |
uh... not
sure |
| 18:43.35 |
Notify |
03BRL-CAD:mohitdaga * 57840
(brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/operations.c):
Correct validation process. |
| 18:44.20 |
brlcad |
check_c_source_compiles() doesn't seem to
set any flags |
| 18:44.36 |
starseeker |
oh - IIRC
there are CMake variables you can set |
| 18:44.38 |
starseeker |
one
sec |
| 18:44.44 |
brlcad |
so a symbol
is passing that then breaks compilation when it doesn't exist later
(when -std= is set, for example) |
| 18:45.29 |
starseeker |
is
CMAKE_C_FLAGS what you're looking for? |
| 18:46.22 |
starseeker |
BRLCAD_CHECK_LIBRARY has to deal with
that, for example... |
| 18:46.45 |
brlcad |
they're doing
the opposite though |
| 18:46.56 |
brlcad |
they're
intentionally unsetting CMAKE_C_FLAGS |
| 18:47.06 |
brlcad |
(which is
related to this problem) |
| 18:47.09 |
starseeker |
you want to
know if a particular symbol is set? |
| 18:47.50 |
brlcad |
I want to
know if we can use a particular symbol |
| 18:48.24 |
brlcad |
a symbol that
passes testing if I use check_c_source_compiles() or
BRLCAD_CHECK_*() ... but it shouldn't be passing |
| 18:48.29 |
starseeker |
you mean
something like if(DEFINED C89_FLAG) or something? |
| 18:48.54 |
brlcad |
except there
are practically an unlimited number of things that might make it
fail |
| 18:48.57 |
brlcad |
not just
c89 |
| 18:49.15 |
brlcad |
and in this
case, not at all c89-related, though I'm sure that would be one of
the cases |
| 18:50.10 |
starseeker |
brlcad: the
problem, iirc, was that something that have to work (like the
bigendian test, IIRC) can get messed with by having things in
CMAKE_C_FLAGS |
| 18:50.15 |
brlcad |
i'm a little
surprised check_c_source_compiles() is passing nothing -- does it
ignore CMAKE_C_FLAGS? (or maybe the other flags haven't been
tested yet) |
| 18:52.00 |
brlcad |
is that
documented somewhere? seems like that will ultimately be
necessary/helpful to have symbols tested with a given set of
compilation flags |
| 18:52.06 |
starseeker |
winces |
| 18:52.10 |
brlcad |
that being
the bigendian problem |
| 18:52.26 |
brlcad |
what? |
| 18:52.57 |
starseeker |
brlcad:
essentially, what you need to do that right is a system that
defines tests and allows them to be dependent on other
tests |
| 18:53.16 |
starseeker |
that's one of
the core necessities for parallel configure |
| 18:53.35 |
starseeker |
essentially,
duplicates the build target dependency resolution in a "configure
setup" stage |
| 18:53.53 |
starseeker |
pretty sure
CMake doesn't have that - I don't know of any build tool that does,
for that matter |
| 18:54.35 |
starseeker |
had actually guessed that was a likely feature that would
characterize the "next generation" of build tool after
CMake... |
| 18:55.08 |
brlcad |
i don't
follow, we don't configure in parallel now ... it's a big
script |
| 18:55.43 |
starseeker |
I know, but
if you make test dependent on other tests you have to sort out some
thorny ordering issues |
| 18:56.00 |
brlcad |
and I cannot
describe all the possible ways some test might be dependent on
something else making it available/unavailble... |
| 18:56.07 |
starseeker |
almost
exactly the same problem as target dependency
resoultion |
| 18:56.30 |
Notify |
03BRL-CAD:mohitdaga * 57841
brlcad/trunk/src/libicv/tests/CMakeLists.txt: Add test utility for
operations.c |
| 18:58.10 |
brlcad |
this all
seems non sequitor too.. how else can we possibly know if a symbol
is actually usable during compilation without testing it with our
compilation flags? |
| 18:58.21 |
starseeker |
brlcad: so
you want to have all tests use whatever flags have already been
added, except in cases where we know there are issues? |
| 18:58.28 |
brlcad |
we're getting
lucky at the moment in a way (because we turn on
extensions0 |
| 18:59.39 |
brlcad |
hard to say
that for sure without knowing what those issues are, but yeah .. I
think that will be necessary to make the code actually toggle
implementation behavior correctly |
| 18:59.56 |
starseeker |
eek |
| 19:00.00 |
brlcad |
got to know
if some symbol like fileno is really available |
| 19:00.13 |
brlcad |
you keep
doing |
| 19:00.24 |
Notify |
03BRL-CAD:mohitdaga * 57842
(brlcad/trunk/src/libicv/tests/icv_crop.c
brlcad/trunk/src/libicv/tests/icv_fade.c and 5 others): Trailing
WS |
| 19:00.26 |
brlcad |
doing that ..
tell me what other alternative solution there is? |
| 19:00.37 |
brlcad |
I don't see
any possible way frankly |
| 19:00.41 |
starseeker |
isn't there a
subset of definitions like the std definitions that we know *might*
impact such availability |
| 19:01.18 |
brlcad |
std
definitions? |
| 19:01.20 |
starseeker |
if any
definition might impact any other definition, what order do we pick
in which to test things? |
| 19:01.21 |
brlcad |
which
std? |
| 19:01.33 |
starseeker |
-std=gnu99 et
al |
| 19:01.34 |
brlcad |
what mode of
compilation, what defines |
| 19:02.15 |
brlcad |
no, there's
not a set of definitions |
| 19:02.34 |
brlcad |
-std=* is one
way, and there are about a half-dozen other ways |
| 19:02.36 |
brlcad |
and that's
just gcc |
| 19:02.58 |
starseeker |
then if we
test something at some point in the configure process and it
succeeded, what guarantee do we have that a flag added further down
the configure process won't invalidate the test we just had
succeed? |
| 19:03.00 |
brlcad |
-pedantic
affects things dramatically too |
| 19:04.28 |
brlcad |
we guarantee
the order of testing, that was exactly why configure defined the N
categories of tests .. |
| 19:04.55 |
brlcad |
wasn't just
for fun to keep things organized, it was requried to know that a
given symbol was actually usable (because the compiler behavior was
tested first) |
| 19:05.16 |
brlcad |
oversimplifying, but that was the reason
for categorical testing |
| 19:05.41 |
starseeker |
I may be
confused on terminology here - compiler behavior is independent of
symbol usability? |
| 19:06.46 |
brlcad |
not sure what
you mean by independent |
| 19:06.48 |
starseeker |
or rather, we
don't make decisions about compiler behavior flags based on what
symbols are are aren't usable? |
| 19:07.04 |
brlcad |
compiler
characteristics can certainly affect the outcome of
symbols |
| 19:07.04 |
starseeker |
s/are are/are
or/ |
| 19:07.23 |
brlcad |
ah,
no |
| 19:07.27 |
brlcad |
other way
around |
| 19:07.41 |
brlcad |
symbol
availability is driven by the compiler settings |
| 19:07.53 |
brlcad |
so you have
to test compiler first |
| 19:08.03 |
brlcad |
it's the
header in CMakeLists.txt that was copied from
configure.ac |
| 19:08.09 |
starseeker |
but which one
do we care about? Or rather, which one changes based on the
results of the other? |
| 19:08.38 |
starseeker |
if we know we
need a symbol, do we cycle through compiler behavior flags until it
works? |
| 19:08.39 |
brlcad |
3) check
compilear characteristics has to come before 7) check functions
(for example) because they affect those results |
| 19:09.00 |
zero_level |
waves to brlcad, ``Erik |
| 19:09.17 |
brlcad |
do we have a
case where we know we need a symbol? |
| 19:09.26 |
brlcad |
I've never
thought of it that way |
| 19:09.42 |
zero_level |
brlcad,
``Erik : have you seen the test infrastructure. |
| 19:10.02 |
starseeker |
I dont know
offhand - I was thinking of the Mac where if we add the c89 strict
flag the Mac headers shut us down |
| 19:10.19 |
brlcad |
always the
other way around, we need certain compiler flags, we cycle through
symbols so code can find some implementation that works |
| 19:10.21 |
starseeker |
example of
non-viable compiler behavior flags |
| 19:10.35 |
brlcad |
zero_level:
yep, looked good |
| 19:11.23 |
brlcad |
starseeker:
AH .. now *that* I would believe.. that you ran into a problem with
strictness and system headers, punted by turning off flags
:) |
| 19:11.50 |
starseeker |
brlcad: then
what we need to do internally is differentiate between compiler
behavior flags and options related to symbols, and populate
CMAKE_C_FLAGS with whatever subset is approporate for the test at
hand |
| 19:12.12 |
starseeker |
I very much
doubt we have that level of granularity currently |
| 19:12.17 |
brlcad |
options
related to symbols? |
| 19:12.48 |
starseeker |
if any are
needed - for example, if a test for one symbol can't work without
another symbol being defined |
| 19:12.49 |
brlcad |
so there are
already some flags that are called out in specific directories, and
some that are just global to the whole project |
| 19:12.59 |
brlcad |
it's the ones
that are global to the project that should be used |
| 19:13.06 |
starseeker |
again, don't
know if that could happen but I don't know enough to rule it
out |
| 19:13.50 |
brlcad |
what you just
described was 8) check system services |
| 19:13.57 |
starseeker |
brlcad: if
you want to make a quick test just alter all the macros to not zero
out CMAKE_C_FLAGS - that'll tell you what happens
currently |
| 19:14.04 |
brlcad |
i.e., a test
for one symbol can't work without another symbol being
defined |
| 19:14.05 |
zero_level |
brlcad : This
is my first year in GSoC. Can I still code ? (Pencils Down) or I
have to stop now and resume after 27th ? |
| 19:14.27 |
brlcad |
starseeker:
I'm still not sure that will fix my current symbol
problem |
| 19:14.42 |
brlcad |
starseeker:
like I said, check_c_source_compiles() passes ... and has no
flags |
| 19:14.54 |
starseeker |
let me check
the macro definition |
| 19:14.56 |
brlcad |
implies empty
CFLAGS no? |
| 19:15.32 |
brlcad |
zero_level:
you can absolutely still keep coding! |
| 19:15.52 |
zero_level |
ok. |
| 19:16.05 |
brlcad |
my goodness!
that's the whole point is to get you all coding as much as
possible, working on open source for fun :) |
| 19:16.24 |
brlcad |
so yeah, you
passed developer vetting |
| 19:16.32 |
zero_level |
brlcad : Were
you tuned to logs? I am plannin to find performance analysis of
api. |
| 19:16.55 |
brlcad |
once you got
commit access, you've been allowed to work on what you find
interesting so long as it fits in with the project in some
fashion |
| 19:17.12 |
starseeker |
brlcad: I
think you can add what is needed to
CMAKE_REQUIRED_DEFINITIONS |
| 19:17.15 |
zero_level |
ok. |
| 19:17.58 |
brlcad |
zero_level:
yeah, I was away when you asked .. it's not hard to get a profile
build going |
| 19:18.07 |
zero_level |
So I want to
find how do I add -pg or -g for 'gprof' |
| 19:18.14 |
brlcad |
it's hard to
make use of the numbers, to understand what's going on, but it's
not hard at all to get the profile |
| 19:18.45 |
brlcad |
starseeker:
okay, I'll play with that, see if I can find some
examples |
| 19:19.01 |
brlcad |
then maybe
later try the cflags un-unsetting |
| 19:19.22 |
brlcad |
but that will
require making sure the cflag-modifier tests are first |
| 19:19.31 |
zero_level |
brlcad : how
? |
| 19:19.32 |
starseeker |
fwiw, our
compiler flag testing is waaaaaay more elaborate that any other
CMake project I've ever seen, so it's quite possible they aren't
set up do what we want/need out of the box |
| 19:19.55 |
brlcad |
zero_level:
we have profiling integrated into the build, you should be able to
just turn it on (INSTALL file has the syntax) |
| 19:20.11 |
zero_level |
alright.
Thanks for the pointer. |
| 19:20.14 |
brlcad |
basically -pg
turns on gprof profiling, helps to have -g but not
requisite |
| 19:20.55 |
brlcad |
once you
compile with -pg, you run the program, it will dump a gmon.out
file, you run gprof on that gmon.out file and it'll give a
report |
| 19:24.19 |
starseeker |
brlcad: so we
do have a dependency flow chart, but it's basically one "category"
of test depends on another category's results? |
| 19:25.30 |
Notify |
03BRL-CAD:mohitdaga * 57843
brlcad/trunk/src/libicv/operations.c: Use already defined MACRO for
avoiding zero divide. |
| 19:25.54 |
zero_level |
brlcad : I
believe r57843 solves the issue. :) |
| 19:30.16 |
brlcad |
starseeker: I
think that's notionally not a bad way to think about it, though I
think dependency-wise it's probably a little more simple than the
10 categories |
| 19:31.00 |
starseeker |
brlcad: I
think a flowchart type document describing that relationship (and
the reasons for it) might not be a bad thing, long term |
| 19:31.23 |
starseeker |
in principle,
tests within those categories can be made parallel
someday |
| 19:31.30 |
starseeker |
if the tool
supports it, anyway... |
| 19:32.24 |
starseeker |
the two naive
positions are that each flag can be tested totally independently,
and any flag of any sort can impact any other flag (nxn) - clearly
there is a middle ground |
| 19:33.24 |
starseeker |
(very) long
term, understanding what tests have to depend on what other tests
(or categories of tests) is key to speeding up
configure |
| 19:38.40 |
brlcad |
yeah, within
each category I think they are fully independent |
| 19:41.28 |
brlcad |
I think they
could even be modularized, but each module would need to (as you
note) declare dependent modules and have some means of passing in a
state |
| 19:42.15 |
brlcad |
like I could
see just setting CMAKE_REQUIRE_DEFINITIONS before all the symbol
checks, for example, to the current cflags that we were going to
set, testing, and then unsetting |
| 19:46.40 |
brlcad |
I think the
two big categories of dependencies are library availability (if a
lib doesn't exist, you shouldn't test for symbols it may have
provided) |
| 19:47.45 |
brlcad |
<PROTECTED> |
| 19:48.19 |
Notify |
03BRL-CAD:carlmoore * 57844
(brlcad/trunk/src/libbrep/boolean.cpp
brlcad/trunk/src/util/bu_arg_parse.h
brlcad/trunk/src/util/dsp_add3.c): remove trailing blanks/tabs; fix
spellings |
| 19:49.06 |
brlcad |
arguably a
third for system services, where you basically build up an
integration test for the case of checking that things work
correctly together where they might not |
| 19:53.48 |
Notify |
03BRL-CAD:starseeker * 57845
(brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp
brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp): Move bits related
to comb structure assembly into Assembly_Product. |
| 20:00.07 |
Notify |
03BRL-CAD:starseeker * 57846
brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp: Make
generic axis2_placement_3d function and make identity a special
case that calls it. |
| 20:01.45 |
starseeker |
brlcad:
actually, making those modules might be the simplest way to make
that managable (and readable...) |
| 20:02.16 |
starseeker |
would
certainly make for a shorter toplevel CMakeLists.txt... |
| 20:07.13 |
``Erik |
*readreadread* brlcad, I think at this
point, trying to get 'clean' on c89 would take more effort than
clean on c99 due to fighting with system headers and libs... that
ship has sailed, yo |
| 20:08.14 |
``Erik |
I'd imagine
just bumping to c99 and going from there would be the best path
forward |
| 20:09.36 |
``Erik |
(also; waking
up and not flipping out about getting through the rainlocker to get
to work in time... very strange, surreal...) |
| 20:47.58 |
brlcad |
starseeker:
maybe simplest to manage, but I'd be surprised if it's the simplest
way because you'd end up creating a module for what would otherwise
often be a single line of code (check if this symbol will
work) |
| 20:49.20 |
brlcad |
``Erik: I
don't deny that jumping to c99 would be the fastest way, but we're
literally 99% of the way there already ... and none of what I've
been talking about today had anything to do with
c89/c99 |
| 20:49.54 |
brlcad |
needs to test for program_invocation_name (a glibc
symbol) |
| 20:51.22 |
brlcad |
from a
product evolution, we used to compile strict (and not too long ago,
within last 8 years), so it's just a matter of fixing that
regression so we can claim a baseline before moving on |
| 20:51.46 |
brlcad |
otherwise,
would have said screw it 10 years ago when it was a pre-ansi
mess |
| 21:51.42 |
Notify |
03BRL-CAD:starseeker * 57847
brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp: Break
matrix handling into a function |
| 21:52.40 |
starseeker |
brlcad: oh, I
was thinking one module per "category" |
| 21:52.50 |
brlcad |
ah |
| 22:01.25 |
brlcad |
starseeker:
any chance to check out one of those pending patches for
check? |
| 22:01.51 |
brlcad |
final evals
are due by friday |
| 22:14.59 |
Notify |
03BRL-CAD:brlcad * 57848
brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake: case
fix |
| 22:42.05 |
Notify |
03BRL-CAD:starseeker * 57849
(brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp
brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp): Begin working on
the core of comb support. Need to pass in more info, or something
isn't being build correctly with the maps, but getting
there. |
| 22:42.26 |
starseeker |
I'll see if I
can tonight... |
| 22:46.53 |
brlcad |
cool |
| 22:52.25 |
*** join/#brlcad Gaganjyot
(~gagan@125.62.120.186) |
| 22:56.11 |
maths22 |
brlcad: what
is the status for web work and the extensions? |
| 22:56.35 |
maths22 |
Sorry if you
already got this, but your connections seemed to go in and out
recently |
| 00:45.11 |
Notify |
03BRL-CAD:brlcad * 57957
brlcad/trunk/src/libbu/gethostname.c: sprintf() is bad.
bu_strlcpy() is good. ensures result is always null terminated and
removes need for assert (case-insensitive cpp or just never
tested?) |
| 00:51.25 |
Notify |
03BRL-CAD:brlcad * 57958
brlcad/trunk/include/bu.h: Expand the documentation on
bu_gethostname() |
| 01:03.55 |
Notify |
03BRL-CAD:brlcad * 57959
brlcad/trunk/src/libbu/gethostname.c: should not be using WIN32,
use the corresponding feature we care about, i.e., HAVE_WINSOCK_H,
to initialize the networking library on windows. also should NOT be
testing __STD_VERSION__ (and it was wrongly testing __STD_VERSION
value). toggle instead on HAVE_GETHOSTNAME. this sig should
probably change as this is not libbu's memory management
style. |
| 01:13.24 |
Notify |
03BRL-CAD:brlcad * 57960
brlcad/trunk/src/libbu/file.c: /* */ comment within a /* */ comment
results in a syntax error, but I'm not convinced we should be
introducing these as BU API. They don't fit the design and are not
functions we can portably implement. while fileno() is also
unlikely to NOT exist (similar to inline), there may be other
options (like converting callers to FILE*'s or forcing it on as
a |
| 01:13.26 |
Notify |
low-level
platform intrinsic) |
| 01:25.25 |
brlcad |
Ch3ck:
massive errors compiling pull.c |
| 01:26.40 |
brlcad |
/home/sean/brlcad/src/libged/pull.c:150:18:
error: ?t_mat[0]? is used uninitialized in this function
[-Werror=uninitialized] |
| 01:31.44 |
brlcad |
Ch3ck: please
check that |
| 01:31.54 |
Notify |
03BRL-CAD:brlcad * 57961
brlcad/trunk/src/libged/pull.c: looks like the logic is assuming
memory starts as zero? might need to be identity. needs
testing. |
| 01:31.57 |
brlcad |
(that being
r57961) |
| 01:49.43 |
Notify |
03BRL-CAD:brlcad * 57962
brlcad/branches/RELEASE/include/bu.h: mark gethostname() as
do-not-use.. likely needs to change signature/name and it was
introduced the previous release. |
| 02:09.17 |
Notify |
03BRL-CAD:brlcad * 57963
brlcad/trunk/src/libbu/realpath.c: HAVE_REALPATH should not be
defined if we're compiling in some mode/environment where it's not
available. if it's a decalaration issue, yet available, we should
declare it as-needed. there's already a fallback. |
| 02:11.11 |
Notify |
03BRL-CAD:brlcad * 57964
brlcad/trunk/src/rt/main.c: no longer need the WIN32
wrapping. |
| 02:47.06 |
Notify |
03BRL-CAD:brlcad * 57965
brlcad/trunk/src/libbu/str.c: implement strcasecmp functionality,
but keep using system implementation when available |
| 02:47.55 |
Notify |
03BRL-CAD:brlcad * 57966
brlcad/trunk/CMakeLists.txt: check for strcasecmp/strncasecmp
functions since they are not c89 or c99 (they're posix.1 and 4.4.
bsd) |
| 02:51.19 |
Notify |
03BRL-CAD:brlcad * 57967
brlcad/trunk/src/libbu/str.c: also implement a simple
strncasecmp. |
| 03:14.09 |
Notify |
03BRL-CAD:brlcad * 57968
brlcad/trunk/src/libbu/gethostname.c: didn't mean to rename this
just yet |
| 03:56.17 |
Notify |
03BRL-CAD:brlcad * 57969
brlcad/trunk/src/libbu/malloc.c: looks same false-positive as the
other, HAVE_POSIX_MEMALIGN should be the only test needed. we
definitely will not be implementing a wrapper like this as bu
api... bu_alloc() could handle delivering aligned memory while
still using malloc/calloc, but thusfar not
necessary/significant. |
| 04:25.37 |
Notify |
03BRL-CAD:brlcad * 57970
brlcad/trunk/src/libbu/interrupt.c: should not be defining __*
macro vars as they are paramount to invoking -std=gnu (and
compiler-specific, they own that namespace). HAVE_SIG_T looks like
the right fix, though. shouldn't be either/or: sigaction() can be
an additional method (when signal() isn't available). |
| 04:42.11 |
*** join/#brlcad n_reed__
(~molto_cre@66-118-151-70.static.sagonet.net) |
| 04:45.33 |
Notify |
03BRL-CAD:brlcad * 57971
brlcad/trunk/src/compat/README.compat: should not be setting OR
reading the __* compiler preprocessor symbols because they are
private and compiler-specific. we'd need a test for that
type. |
| 04:58.47 |
Notify |
03BRL-CAD:brlcad * 57972
brlcad/trunk/src/libtclcad/tclcad_obj.c: use bu_sscanf() instead of
sscanf() since it implements a %z size_t specifier. already have a
patch that converts all instances, but am waiting to apply after
release is posted |
| 06:12.04 |
*** join/#brlcad KimK
(~Kim__@wsip-184-176-200-171.ks.ks.cox.net) |
| 06:14.41 |
Notify |
03BRL-CAD:brlcad * 57973
brlcad/trunk/src/libbu/vls_vprintf.c: ctype functions required
unsigned chars on some bsd platforms (for safety) |
| 06:20.16 |
Notify |
03BRL-CAD:brlcad * 57974
brlcad/trunk/src/libicv/tests/icv_read_write.c: classic bug, getopt
returns an int. assuming it's a char because it usually stores a
char will result in an infinite loop. |
| 07:02.30 |
*** join/#brlcad Ch3ck_
(~Shadownet@195.24.220.16) |
| 07:34.05 |
Ch3ck |
brlcad:
looking into it ;) |
| 08:45.38 |
*** join/#brlcad KimK
(~Kim__@wsip-184-176-200-171.ks.ks.cox.net) |
| 10:04.45 |
*** join/#brlcad curatrix
(~curatrix@124-168-38-24.dyn.iinet.net.au) |
| 10:28.17 |
Notify |
03BRL-CAD
Wiki:IIIzzzaaakkk * 6190 /wiki/User:Izak/GSOC_2013_logs: /* GSoC
2013 summary */ |
| 11:59.05 |
Notify |
03BRL-CAD:tbrowder2 * 57975
brlcad/trunk/src/libbu/vls_vprintf.c: remove const specifier for
proper later use |
| 12:18.15 |
brlcad |
Ch3ck: I
fixed them, but you might want to look over whether the fix is
right, what your intent was in the code |
| 12:18.52 |
brlcad |
Ch3ck: you
should check all of the variables and initialize them to zero,
null, -1, 1, whatever they need to be |
| 12:28.22 |
Ch3ck_ |
well brlcad,
they are to be initialized to Identity |
| 12:28.35 |
Ch3ck_ |
so that they
could be multiplied correctly moving up the tree |
| 12:30.22 |
*** join/#brlcad Izak__
(~Izak@195.24.220.16) |
| 12:31.23 |
Ch3ck_ |
well brlcad,
I need some clarification with the rt_db_get_internal, the 4th
argument requires a 4x4 matrix I wish to know if this correctly
returns the 4x4 matrix representation for the combination or
object? |
| 12:32.46 |
Ch3ck |
I just wish
to know what the 4th argument actually does, looked at
rt_db_get_internal() but code still looks complicated
;) |
| 12:45.11 |
``Erik |
*read* yeah,
looks complicated... every import function has a "mat" parameter,
but I believe it's generally ignored |
| 12:47.03 |
``Erik |
hrm, yeh, if
that matrix is not identity when a torus is loaded, it'll throw a
warning and ignore the primitive... |
| 12:47.53 |
``Erik |
so I'd assume
it expect identity and is there to provide future
capability |
| 12:48.33 |
``Erik |
does that
help? |
| 12:50.07 |
``Erik |
neat, netflix
was a big presenter at eurobsdcon, they're a huge fbsd
user |
| 12:58.59 |
*** join/#brlcad Gaganjyot
(~gagan@106.192.38.30) |
| 12:59.30 |
*** part/#brlcad Gaganjyot
(~gagan@106.192.38.30) |
| 13:26.00 |
Notify |
03BRL-CAD:carlmoore * 57976
(brlcad/trunk/src/compat/README.compat
brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp): remove trailing
blanks |
| 13:28.18 |
brlcad |
Ch3ck: no it
does not, that matrix parameter applies a matrix immediately upon
reading an object from disk... as mentioned before, primitives have
no notion of a matrix |
| 13:28.27 |
brlcad |
so there is
no matrix to "return" |
| 13:30.59 |
brlcad |
a combination
is aware of a matrix, but the 'mat' parameter of
rt_db_get_internal() is still one that is APPLIED (i.e.,
mulitipled) when the object is read from disk |
| 13:36.10 |
*** join/#brlcad Izak__
(~Izak@195.24.220.16) |
| 13:36.27 |
*** join/#brlcad Ch3ck_
(~Shadownet@195.24.220.16) |
| 13:47.17 |
brlcad |
Ch3ck_: did
you see the response? |
| 13:47.31 |
Notify |
03BRL-CAD:brlcad * 57977
(brlcad/trunk/include/ged.h
brlcad/trunk/src/libged/CMakeLists.txt): start bringing this all
together. stub in a new (empty) constraint command. |
| 13:48.04 |
Notify |
03BRL-CAD:brlcad * 57978
brlcad/trunk/src/mged/setup.c: Add constraint stub to
mged |
| 13:50.13 |
Notify |
03BRL-CAD:brlcad * 57979
brlcad/trunk/src/libtclcad/tclcad_obj.c: Add constraint to
archer |
| 13:50.20 |
*** join/#brlcad Gaganjyot
(~gagan@106.192.56.247) |
| 14:06.14 |
Ch3ck_ |
brlcad, seen
it ;) |
| 14:06.19 |
Ch3ck_ |
will fix the
bugs |
| 14:11.37 |
Ch3ck_ |
thanks `Erik,
:) |
| 14:13.56 |
Ch3ck_ |
``Erik, I'm
having problems here compiling code on bzflag, seeing an error
"__GNUC__MINOR__ : is not defined" could anyone help me fix
that? |
| 14:16.30 |
brlcad |
Ch3ck_: sure,
I can help |
| 14:16.36 |
Ch3ck_ |
ok |
| 14:16.49 |
Ch3ck_ |
I don't
really know how to fix this. |
| 14:17.05 |
brlcad |
okay, so lets
break it down |
| 14:17.59 |
Ch3ck_ |
well, I was
compiling but it failed with the error "tcl8.6/tcl.h:171:47: error:
"__GNUC__MINOR__" is not defined" |
| 14:18.28 |
Ch3ck_ |
well I don't
know if this a problem i've caused or its something with the
server |
| 14:18.45 |
brlcad |
first to
understand the error itself |
| 14:18.51 |
brlcad |
that error is
saying "SOME_SYMBOL : is not defined" ... |
| 14:18.58 |
brlcad |
that's a
compilation error about some symbol |
| 14:19.31 |
brlcad |
looking at
that line in that file looks like what? |
| 14:19.31 |
Ch3ck_ |
yes |
| 14:21.17 |
brlcad |
(hint: the
file is /usr/local/include/tcl8.6/tcl.h) |
| 14:22.11 |
``Erik |
the issue is
that tcl8.6 is on bz but not compatible with BRL-CAD and our cmake
doesn't check that detail :/ |
| 14:22.30 |
Ch3ck_ |
well looking
at the file now |
| 14:22.34 |
Ch3ck_ |
on
bzflag |
| 14:22.34 |
``Erik |
force tcl/tk
to compile instead of using system as a workaround |
| 14:23.02 |
brlcad |
aaand a
learning opportunity is lost :P |
| 14:23.33 |
Ch3ck_ |
well I want
to learn here |
| 14:23.57 |
Ch3ck_ |
so what do I
do? well seems I can open file only with Vi which i'm not really
familiar with ;) |
| 14:24.10 |
``Erik |
heh, srry :D
it's one of those 'minor glitches' that is turning into a 'major
issue', but we're not dealing with... |
| 14:24.42 |
``Erik |
Ch3ck_: bz
should have vim, emacs, nano, and a handful of others... if your
editor of choice isn't on the machine, make a case for it and it
might get installed |
| 14:24.43 |
brlcad |
if you run
"less /usr/local/include/tcl8.6/tcl.h" and just type "170", it will
jump to line 171 (counts from zero, not one) |
| 14:25.22 |
Ch3ck_ |
that sounds
better |
| 14:25.40 |
brlcad |
``Erik: sure
minor issue, all the more reason he should be able to understand
that error and instantly recognize what's wrong |
| 14:25.52 |
Izak__ |
Have always
preferred emacs to vi |
| 14:26.21 |
``Erik |
aight, my bad
:) been spending more time in xcode than irc, so still catching up
:) |
| 14:26.42 |
brlcad |
Izak__: good
answer ;) (it's more powerful for coding imho, but the learning
curve is steeper) |
| 14:27.02 |
starseeker |
really, best
solution would be to get things working with tcl 8.6 |
| 14:27.24 |
starseeker |
doesn't know what's involved, haven't looked into
it |
| 14:27.26 |
``Erik |
favors emacs for lisp and vim for C *shrug* but has a long
history in sysadmin |
| 14:27.38 |
brlcad |
Ch3ck_: so
looking at line 171 what kind of symbol is that? a C symbol or a
pre-processor symbol? |
| 14:28.18 |
``Erik |
wanders off to clean the engine grease from his hands, spent
the morning under the hood of the truck O.o |
| 14:28.36 |
Ch3ck_ |
brlcad, its a
preprocessor directive |
| 14:28.49 |
Izak__ |
<PROTECTED> |
| 14:29.12 |
starseeker |
prefers vim - fewest keystrokes per action, but as a
consequence of that design it is a frustrating experience for
newbies... |
| 14:29.38 |
starseeker |
can't claim to be a true vim power user even
now |
| 14:29.51 |
Ch3ck_ |
which is part
of the flag values passed to tcl_GetRegExpFromObj |
| 14:31.20 |
Ch3ck_ |
brlcad, bt
what I see here is probably the fact that the comment for
TCL_REG_EXPANDED continues to the next line in a weird
way |
| 14:31.25 |
*** part/#brlcad Gaganjyot
(~gagan@106.192.56.247) |
| 14:31.54 |
``Erik |
Izak__: no,
but my dad was an auto mechanic before his career as a jet
mechanic, so I learned to work on my own cars with I guess a fair
amount of competence :) |
| 14:32.35 |
Izak__ |
``Erik : Good
to know :) |
| 14:32.41 |
Ch3ck_ |
``Erik, well
thats a great skill to have here which could earn you some fast
cash :) like 20 dollars daily |
| 14:33.01 |
Ch3ck_ |
converted from our currency XAF |
| 14:33.04 |
brlcad |
that fewest
keystrokes is highly debatable, especially when modality errors are
tracked and/or one is constantly needing to switch
modes |
| 14:34.01 |
Ch3ck_ |
don't really admire the mode aspects of
vim |
| 14:34.28 |
brlcad |
starseeker:
without those errors and sticking to few modes, I'd probably agree
.. but the few usability studies on the matter showed the modality
errors dominate over time |
| 14:35.02 |
brlcad |
ends up being
a "cost overhead" that one doesn't even realize |
| 14:35.38 |
Ch3ck_ |
thinks we're escaping from a problem here, could pick up the
vim/emacs war later ;) |
| 14:35.40 |
brlcad |
Ch3ck_: so
that's good -- it's a preprocessor symbol .. that should tell you a
lot about that error message then |
| 14:35.56 |
brlcad |
do you see
why it's an error? |
| 14:36.01 |
brlcad |
what it's
actually complaining about? |
| 14:36.23 |
Ch3ck_ |
well I think
its the commenting |
| 14:36.31 |
brlcad |
nope |
| 14:36.32 |
Ch3ck_ |
part which
has a problem |
| 14:36.43 |
brlcad |
comments
owuld not be a symbol error |
| 14:37.03 |
brlcad |
it's a
problem with code .. you just identified that it's preprocessor
code, not C code that has a problem |
| 14:37.36 |
brlcad |
the error
stated that __GNUC__MINOR__ is not defined |
| 14:38.14 |
brlcad |
so it should
be very obvious that a line saying #if whatever && whatever
< else && __GNUC__MINOR__ < 4 ... is an error if
__GNUC__MINOR__ is not defined anywhere |
| 14:39.39 |
brlcad |
do you see
that? |
| 14:39.49 |
Ch3ck_ |
I
see |
| 14:40.20 |
brlcad |
so what to do
about that? |
| 14:41.37 |
Ch3ck_ |
so __GNUC__
is to be changed to __GNU__MINOR__ |
| 14:41.45 |
brlcad |
nope |
| 14:41.51 |
brlcad |
that's a
completely different symbol |
| 14:42.15 |
brlcad |
the first
question you should be asking is "whose code is this?" |
| 14:42.22 |
brlcad |
did you write
it? is it part of brl-cad? |
| 14:42.47 |
Ch3ck_ |
well its not
part of brlcad |
| 14:42.58 |
brlcad |
good, but
whose is it? |
| 14:43.02 |
Ch3ck_ |
and it
actually has to do with the compiler |
| 14:43.10 |
Ch3ck_ |
for
tcl |
| 14:43.14 |
brlcad |
right |
| 14:43.36 |
brlcad |
so on the
surface, you could look at this as "there's a bug in one of tcl
8.6's header files" |
| 14:44.00 |
Ch3ck_ |
yeah |
| 14:44.03 |
brlcad |
and either
don't use 8.6 ... or see if they have an update ... or |
| 14:44.41 |
brlcad |
if you were
paying really close attention, you'd see a discrepancy with the
preceding line (169) |
| 14:44.59 |
Notify |
03BRL-CAD:starseeker * 57980
brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp: Hook up the
shape representations. |
| 14:45.53 |
Notify |
03BRL-CAD:starseeker * 57981
brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp: remove
obsolete comment |
| 14:45.55 |
brlcad |
not using 8.6
is the "official" position, as we do not own that file and it's a
problem in their header .. and they've probably LONG since already
fixed this issue |
| 14:46.11 |
brlcad |
this is done
by simply turning on our BUNDLED build option (see
INSTALL) |
| 14:46.29 |
Ch3ck_ |
aight |
| 14:47.00 |
brlcad |
the second
option would involve updating and installing a newer 8.6, which you
don't have direct access to, but could request a sysadmin look
into |
| 14:47.13 |
brlcad |
to update
/usr/local/include/tk8.6 |
| 14:47.29 |
brlcad |
the THRID
option, however, is the fun one |
| 14:47.37 |
brlcad |
what's wrong
with __GNUC__MINOR__? |
| 14:47.43 |
brlcad |
why is it not
defined? |
| 14:48.15 |
brlcad |
look at the
preceding line |
| 14:48.25 |
brlcad |
why didn't it
complain about that line? |
| 14:48.26 |
Ch3ck_ |
OK |
| 14:55.46 |
brlcad |
do you see
the preceding line? |
| 14:56.42 |
Ch3ck_ |
well the
preceding line is about DLLIMPORT right? |
| 14:56.49 |
brlcad |
no |
| 14:56.51 |
brlcad |
what's line
171? |
| 14:56.59 |
brlcad |
paste it
here |
| 14:59.08 |
Ch3ck_ |
<PROTECTED> |
| 15:00.15 |
brlcad |
that's not
line 171 |
| 15:00.51 |
brlcad |
not even
close... :) |
| 15:01.32 |
brlcad |
171 is the
line that it was complaining about __GNUC__MINOR__ ... so it better
say __GNUC__MINOR__ on that line ;) |
| 15:02.40 |
Ch3ck_ |
aight |
| 15:02.53 |
brlcad |
don't guess,
use tools that take you to that line ... basic coding 101, you need
to be able to jump to specific lines in files quickly |
| 15:03.35 |
Ch3ck_ |
thats what I
did |
| 15:03.46 |
Ch3ck_ |
and gave you
the results above using less |
| 15:03.55 |
brlcad |
M-x goto-line
in emacs |
| 15:03.58 |
brlcad |
:171 in
vim |
| 15:04.02 |
Ch3ck_ |
there is no
way vim even tells me the current like with the cursor
here |
| 15:04.46 |
brlcad |
you're not
understanding 'less' |
| 15:05.01 |
brlcad |
typing 171
will take you to line 172 and that will be the very top-most
line |
| 15:05.17 |
brlcad |
define
DLLEXPORT would be somewhere in the middle of your screen probably,
but that still means you guessed |
| 15:05.36 |
Ch3ck_ |
"# if
(__GNUC__ > 4) || ((__GNUC__ == 4) && (__GNUC__MINOR__
>= 5)) |
| 15:05.37 |
Ch3ck_ |
" |
| 15:05.45 |
Ch3ck_ |
here is the
line with emacs, its better |
| 15:05.48 |
Ch3ck_ |
;) |
| 15:05.49 |
brlcad |
good |
| 15:05.55 |
brlcad |
and the
preceding line? |
| 15:06.43 |
Ch3ck_ |
#if
defined(__GNUC__) &&((__GNUC__>= 4) || ((__GNUC__ == 3)
&& ( __GNUC_MINOR__>= 1))) |
| 15:07.05 |
brlcad |
so what's the
difference? |
| 15:07.21 |
brlcad |
there's
clearly MINOR on both lines, but it complains about 171 but not
170 |
| 15:07.51 |
Ch3ck_ |
171 talks
about GNUC being >= 4 |
| 15:08.13 |
Ch3ck_ |
while the
preceding like talks of GNUC being defined or ==3 or >=
4 |
| 15:08.23 |
brlcad |
good
thinking, but not it |
| 15:08.32 |
brlcad |
it complains
about the symbol being not DEFINED |
| 15:08.43 |
brlcad |
if it's not
defined, then 170 would be an error too |
| 15:08.50 |
brlcad |
why isn't
it |
| 15:08.52 |
Ch3ck_ |
yeah |
| 15:09.41 |
Ch3ck_ |
because if
its not defined line 171 would not be processed |
| 15:09.54 |
Ch3ck_ |
since its
already failed the if defined condition |
| 15:10.23 |
brlcad |
interesting,
but no .. compilers generally always warn on the very first
occurance of an error |
| 15:10.51 |
brlcad |
and indeed
the compiler is right |
| 15:11.23 |
Ch3ck_ |
so what's the
real cause of the problem here? |
| 15:11.31 |
brlcad |
you should
ALWAYS assume the compiler is right, at least until you've been
actively coding for a decade or have written your own compiler
;) |
| 15:11.38 |
brlcad |
attention to
detail |
| 15:11.45 |
brlcad |
what's the
most common error in programming |
| 15:12.31 |
Ch3ck_ |
compilation
error |
| 15:12.32 |
brlcad |
how can it
possibly be true that line 171 has an unknown symbol yet the
preceding line seemingly has that symbol |
| 15:13.03 |
Ch3ck_ |
well it looks
like its been deprecated somewhere in between |
| 15:13.06 |
brlcad |
too general,
it's a specific type of compilation error, a specific
cause |
| 15:13.11 |
brlcad |
it has
not |
| 15:13.19 |
brlcad |
and that word
means something else |
| 15:14.38 |
brlcad |
read very
carefully |
| 15:14.42 |
brlcad |
those two
lines |
| 15:14.52 |
Ch3ck_ |
sorry, just
wanted to say its been removed some how |
| 15:15.23 |
Ch3ck_ |
the first
line says |
| 15:15.33 |
Ch3ck_ |
if GNUC is
defined |
| 15:15.37 |
Ch3ck_ |
check if its
>= 4 |
| 15:15.52 |
Ch3ck_ |
else if its
== 3 and GNUC__ MINOR >= 1 |
| 15:16.00 |
Ch3ck_ |
THEN move to
the next line and |
| 15:16.14 |
brlcad |
that is not
what 170 said |
| 15:16.39 |
Ch3ck_ |
well its what
it says |
| 15:16.53 |
brlcad |
it's the
intent of what it was trying to say, but you can't summarize it
that generically when looking at any error |
| 15:17.04 |
brlcad |
a compiler
will do exactly and only what it is told |
| 15:17.17 |
brlcad |
so you need
to be exact in describing it |
| 15:17.25 |
brlcad |
"GNUC__ MINOR
>= 1" is not the expression |
| 15:17.31 |
brlcad |
what is the
expression involving MINOR? |
| 15:17.52 |
brlcad |
you're going
to kick yourself when you finally see it |
| 15:17.59 |
brlcad |
at least you
should :) |
| 15:19.17 |
Ch3ck_ |
well i see a
typo |
| 15:19.29 |
Ch3ck_ |
error with
GNUC_MINOR |
| 15:19.38 |
Ch3ck_ |
they're
different |
| 15:19.59 |
brlcad |
bingo |
| 15:20.04 |
Ch3ck_ |
"GNUC__MINOR"
AND GNUC_MINOR |
| 15:20.21 |
brlcad |
you're
missing the preceding and trailing underscores, but
YES! |
| 15:20.26 |
Ch3ck_ |
its tiny but
has caused alot of damage :) |
| 15:20.30 |
brlcad |
simple
typo |
| 15:20.34 |
brlcad |
it's the most
common error |
| 15:20.42 |
brlcad |
so you always
have to be on the look-out for them |
| 15:21.05 |
brlcad |
"how can it
possibly be true that line 171 has an unknown symbol yet the
preceding line seemingly has that symbol" ... it CANNOT .. they are
DIFFERENT symbols |
| 15:21.23 |
Ch3ck_ |
yeah they're
different ;) |
| 15:21.23 |
brlcad |
and the
latter is clearly a typo once you see that |
| 15:21.37 |
brlcad |
a
one-character typo at that |
| 15:21.44 |
Ch3ck_ |
yeah |
| 15:21.52 |
brlcad |
i've fixed
the header file, so it should get past that specific
error |
| 15:23.37 |
Ch3ck_ |
ok thanks
;) |
| 15:33.04 |
Notify |
03BRL-CAD:brlcad * 57982
brlcad/trunk/src/libged/attr.c: fix a bug introduced in the r57241
refactoring that broke the 'attr get' subcommand. the output format
is not the same as attr show and max_attr_name/value_len are not
yet computed (so attr get output nothing). lucky, caught in
time. |
| 15:36.35 |
Ch3ck_ |
brlcad,
tk.h:21:3: error: #error Tk 8.6 must be compiled with tcl.h from
Tcl 8.6 or bettter |
| 15:36.49 |
Ch3ck_ |
this is still
another error I get while compiling |
| 15:37.52 |
Notify |
03BRL-CAD:brlcad * 57983
brlcad/branches/RELEASE/src/libged/attr.c: merge just r43219 from
trunk since it fixes an unreleased attr get command bug, restores
behavior |
| 15:38.55 |
brlcad |
Ch3ck_: if
it's telling you that, it undoubtedly encountered a tcl.h NOT from
tcl 8.6+ |
| 15:39.39 |
Ch3ck_ |
so how do I
fix that? |
| 15:40.25 |
brlcad |
that's a
problem with build system paths |
| 15:40.53 |
brlcad |
unless your
object is to get the build working with tcl/tk 8.6 (which would be
great), the simple solution is the BUNDLED option I
mentioned6 |
| 15:41.01 |
brlcad |
s/object/objective/ |
| 15:41.43 |
Ch3ck_ |
ok |
| 15:41.52 |
Ch3ck_ |
was building
in debug mode |
| 15:43.05 |
brlcad |
irrelevant |
| 15:43.23 |
brlcad |
(i.e.,
can/should keep building in debug mode) |
| 15:44.08 |
Ch3ck_ |
yeah just
added the bundled option |
| 15:49.42 |
*** join/#brlcad Gaganjyot
(~gagan@106.192.60.236) |
| 15:53.14 |
*** part/#brlcad Gaganjyot
(~gagan@106.192.60.236) |
| 15:56.28 |
Notify |
03BRL-CAD:brlcad * 57984
brlcad/trunk/src/libged/attr.c: we don't need the database until we
check the version |
| 16:07.03 |
Notify |
03BRL-CAD:brlcad * 57985
brlcad/trunk/src/libged/attr.c: too many database open
checks |
| 16:52.39 |
Notify |
03BRL-CAD:brlcad * 57986
brlcad/trunk/src/libged/attr.c: by convention, the ged command API
should be case-insensitive. make attr's subcommands
insensitive. |
| 16:54.46 |
Notify |
03BRL-CAD:brlcad * 57987
brlcad/trunk/src/libged/attr.c: the pretty print function need not
be private API, mark HIDDEN and rename with attr_
prefix |
| 17:00.53 |
Notify |
03BRL-CAD:brlcad * 57988
brlcad/trunk/src/libged/attr.c: more hiding of implementation
functions, prefixing with the attr_ group name |
| 17:00.58 |
``Erik |
Ch3ck_: if
you're lost in vi, ^g will post some handy info across the bottom
status bar |
| 17:04.27 |
Ch3ck_ |
ah thanks,
``Erik |
| 17:04.31 |
Notify |
03BRL-CAD:brlcad * 57989
brlcad/trunk/src/libged/attr.c: ws indent cleanup |
| 17:24.24 |
Notify |
03BRL-CAD:brlcad * 57990
brlcad/trunk/src/libged/ged.c: applying refactoring rule-of-three
(Ro3) instead of DRY for the attribute qsort() callback. it's only
called twice and requires private API to make it span attr.c for
little value and hinders encapsulation. this caller should probably
be calling ged_attr() anyways but the format is slightly different,
warrants testing. |
| 17:25.00 |
Notify |
03BRL-CAD:brlcad * 57991
brlcad/trunk/src/libged/attr.c: make all of the new sorting
functions also hidden |
| 17:27.02 |
Notify |
03BRL-CAD:brlcad * 57992
brlcad/trunk/src/libged/ged_private.h: and here's the cost we can
eliminate. no longer need _ged_cmpattr() published. |
| 17:30.32 |
*** join/#brlcad Ch3ck_
(~Shadownet@195.24.220.16) |
| 17:31.46 |
Notify |
03BRL-CAD:brlcad * 57993
brlcad/trunk/src/libged/constraint/constraint.c: start hashing out
the primary commands and the user interface. this is roughly the
approach of the attr command. |
| 17:38.18 |
*** join/#brlcad Ch3ck_
(~Shadownet@195.24.220.16) |
| 17:40.50 |
Notify |
03BRL-CAD:starseeker * 57994
brlcad/trunk/src/librt/search.c: Fix option ordering for search -
-bool wasn't being found by bsearch |
| 17:46.41 |
Ch3ck_ |
goes out ;) |
| 17:55.20 |
Notify |
03BRL-CAD:mohitdaga * 57995
(brlcad/trunk/src/libicv/tests/icv_crop.c
brlcad/trunk/src/libicv/tests/icv_fade.c and 6 others): bu_getopt
has integer return type. |
| 18:05.55 |
brlcad |
huh, I made
that change last night but I guess I didn't commit it |
| 18:14.07 |
Notify |
03BRL-CAD:starseeker * 57996
(brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp
brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp and 2 others): Tone
down the debugging output, use nurbs curves for a couple more curve
types. |
| 18:16.10 |
*** join/#brlcad merzo
(~merzo@154-80-132-95.pool.ukrtel.net) |
| 18:25.23 |
*** join/#brlcad fethio
(~user@78.173.77.60) |
| 18:28.24 |
Notify |
03BRL-CAD:starseeker * 57997
brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Write out nurbs form
of unconverted surfaces |
| 18:41.06 |
Notify |
03BRL-CAD:carlmoore * 57998
brlcad/trunk/src/shapes/fence.c: eliminate 'Command-line argument
assistance' message and begin directly with 'Usage' |
| 18:48.58 |
Notify |
03BRL-CAD:brlcad * 57999
brlcad/trunk/src/shapes/fence.c: don't leave dead code lying
around |
| 18:53.29 |
Notify |
03BRL-CAD:brlcad * 58000
brlcad/trunk/src/libged/constraint/constraint.c: use a bu command
table. provides a cleaner callback interface than using a
data-driven type id method. |
| 18:55.19 |
Notify |
03BRL-CAD
Wiki:Fethiokyar * 0 /wiki/User:Fethiokyar: |
| 18:57.04 |
Notify |
03BRL-CAD:starseeker * 58001
brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp: Set names
for positioning objects. |
| 19:09.35 |
Notify |
03BRL-CAD:brlcad * 58002
(brlcad/trunk/include/bu.h brlcad/trunk/include/cmd.h): move
bu_cmdtab from bu.h to cmd.h |
| 19:11.14 |
brlcad |
hello
fethio |
| 19:25.58 |
kanzure |
brlcad: hey,
i'm having trouble loading .lib files on windows with python +
ctypes. are there dll files for brlcad? |
| 19:26.15 |
*** join/#brlcad ParahSailin
(~ParahSail@50-194-178-148-static.hfc.comcastbusiness.net) |
| 19:27.05 |
kanzure |
brlcad:
there's no mechanism to load .lib files, so i guess that means we
need dll files. |
| 19:28.09 |
ParahSailin |
build error
on cygwin: https://gist.github.com/rcallahan/bac483d8685431107305 |
| 19:50.35 |
Notify |
03BRL-CAD:carlmoore * 58003
brlcad/trunk/src/shapes/handle.c: implement h? (changing previous h
to H), and provide a Usage statement |
| 20:09.25 |
Notify |
03BRL-CAD:tbrowder2 * 58004
brlcad/trunk/include/sysv.h: correct strchr signature to avoid C99
error--CMake tests may be causing problems |
| 20:15.52 |
*** join/#brlcad DarkCalf
(~DarkCalf@173.231.40.99) |
| 20:18.36 |
Notify |
03BRL-CAD:carlmoore * 58005
brlcad/trunk/src/shapes/handle.c: add program exit for failed
file-open |
| 20:41.57 |
brlcad |
kanzure: yes,
there are dll files (at least there should be, in the bin
dir) |
| 20:42.10 |
kanzure |
ParahSailin:
ping |
| 20:50.01 |
ParahSailin |
pong |
| 20:50.20 |
ParahSailin |
ah, derp yeah
i see them |
| 20:53.20 |
Notify |
03BRL-CAD:starseeker * 58006
brlcad/trunk/include/tclcad.h: Looks like tclcad needs cmd.h
now. |
| 21:02.55 |
Notify |
03BRL-CAD:starseeker * 58007
brlcad/trunk/src/conv/step/g-step/CMakeLists.txt: Ignore all the
files for distcheck |
| 21:02.59 |
kanzure |
ParahSailin:
do they work when you use those paths? |
| 21:16.44 |
starseeker |
brlcad: what
are our blockers now for a release? |
| 21:34.24 |
zero_level |
hi brlcad,
``Erik |
| 22:27.40 |
brlcad |
ParahSailin:
we've not had a complete cygwin build in quite a while, so work
there is to be expected |
| 22:28.18 |
brlcad |
shouldn't be
anything major, just build system tweaks and preprocessor work, but
hasn't been a priority and cygwin tends to be a moving
target |
| 22:29.06 |
brlcad |
starseeker:
just a few commit reviews to go to ensure NEWS is complete, but no
known blockers otherwise that I'm aware of |
| 22:31.24 |
brlcad |
ParahSailin:
the build should succeed with the free msvc express, of if you're
interested in getting cygwin working, we can walk through issues
one at a time, but I'll need a more complete log |
| 22:33.24 |
ParahSailin |
hm well thats
the first place it dies |
| 22:44.36 |
maths22 |
brlcad:
mediawiki is now updated |
| 23:03.56 |
maths22 |
I also
updated gallery |
| 23:44.48 |
zero_level |
brlcad : Are
we plannning for a new release ? |
| 23:46.07 |
zero_level |
brlcad : Can
I help in some way ? |
| 23:46.26 |
zero_level |
I think there
are few news to be updated for the tools in util. |
| 23:46.48 |
zero_level |
I will ensure
I will do it today. |
| 00:26.05 |
kanzure |
hrmm
wdb_fopen not being in wdb.h is really problematic for these
bindings |
| 00:26.23 |
kanzure |
maths22:
that's silly; you can just dump the database directly. |
| 03:06.43 |
brlcad |
``Erik: have
you created your GCI profile? |
| 03:13.13 |
kanzure |
can i have
some test subjects? |
| 03:13.14 |
kanzure |
https://github.com/kanzure/python-brlcad |
| 03:17.03 |
kanzure |
in
particular, i am looking for a /willing/ subject to run "pip-2.7
install brlcad" and then "git clone
git@github.com:kanzure/python-brlcad.git" and then "cd
python-brlcad/examples/; python2.7 wdb_example.py
output.g" |
| 03:35.49 |
brlcad |
maths22: the
spam is very minimal, almost certainly actual humans making it
through all the barriers |
| 03:36.15 |
brlcad |
kanzure: we
should just fix the wdb calls that should be in wdb.h |
| 03:36.38 |
brlcad |
never seen
that freetype message |
| 03:36.41 |
kanzure |
the comments
around wdb_fopen in raytrace.h make sense though- ideally it
shouldn't need to know about the underlying database format or
whatever |
| 03:37.22 |
kanzure |
i have fixed
python-brlcad to generate a binding for librt so that it can grab a
pointer to wdb_fopen |
| 03:38.00 |
kanzure |
i am
interested in hearing bug reports regarding the python-brlcad
install process |
| 03:38.32 |
kanzure |
once it's
able to be used by at least n>0 humans other than myself i plan
to spam the mailing list |
| 03:39.20 |
maths22 |
brlcad: i
know; I just hadn't seen any in months |
| 03:39.28 |
brlcad |
nods, sounds like a solid plan :) |
| 03:41.55 |
kanzure |
and then i
have to figure out a pythonic wrapper around this.. most python
programmers aren't expecting this much "check what the function
signature says". |
| 03:41.58 |
brlcad |
kanzure: I'll
give the python bridge a try tomorrow afternoon |
| 03:42.03 |
kanzure |
cool, thank
you |
| 03:42.39 |
kanzure |
the
python/opencascade people wrote a bunch of SWIG bindings to
opencascade, and then they wrote an additional layer on top of
that. maybe i'll just go use those idioms.. |
| 03:44.27 |
kanzure |
ideally i
would like things like "from brlcad import (svg, box, sphere); base
= svg('gearface.svg'); structure = base.intersect(sphere())"
etc. |
| 03:44.46 |
kanzure |
oh wait, i
should have extruded somewhere |
| 04:14.10 |
Notify |
03BRL-CAD
Wiki:Sean * 6273 /wiki/Deuces: fix the tables |
| 04:38.40 |
brlcad |
kanzure: that
would be awesome |
| 04:38.54 |
brlcad |
basically
ways to perform actions even simpler than our existing GED
library |
| 04:39.45 |
brlcad |
kind of see
this becoming a place to sort out advanced/improved usability, ways
to do things even simpler, meta-modeling |
| 04:51.54 |
kanzure |
one of the
problems with ctypesgen at the moment is that it sucks at parsing
many of the brlcad macros |
| 04:52.00 |
kanzure |
and a good
chunk of brlcad seems to be implemented as macros.. |
| 07:44.13 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 09:06.49 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 09:31.49 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-138-1.skif.com.ua) |
| 10:22.32 |
Notify |
03BRL-CAD:tbrowder2 * 58325
brlcad/trunk/doc/docbook/specifications/en/BRL_CAD_g_format_V5.xml:
various format cleanups including table centering; more
corrections; add info on proposed object time stamps |
| 10:59.48 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-138-1.skif.com.ua) |
| 11:19.08 |
*** join/#brlcad FLOSSrookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 12:06.17 |
``Erik |
brlcad: yes,
"erikg" |
| 12:25.14 |
*** join/#brlcad KimK
(~Kim__@wsip-184-176-200-171.ks.ks.cox.net) |
| 12:50.13 |
``Erik |
kanzure: is
the python bridge build using the provided swig2 .i file, or
something else? and is 2.7 necessary? no 3.3? |
| 14:28.07 |
Notify |
03BRL-CAD:starseeker * 58326
brlcad/trunk/src/libbn/obr.c: keep working at obr code - will need
careful testing. |
| 14:48.27 |
*** join/#brlcad Ch3ck_
(c318d114@gateway/web/freenode/ip.195.24.209.20) |
| 15:04.30 |
kanzure |
``Erik: it is
not using swig |
| 15:04.39 |
kanzure |
``Erik: it's
using something called ctypes and ctypesgen |
| 15:04.47 |
kanzure |
``Erik:
https://github.com/kanzure/python-brlcad |
| 15:05.21 |
kanzure |
``Erik: i
haven't tested with python 3.3 yet but it might work.. my biggest
concern is that ctypesgen might not be py3k-compatible. |
| 15:22.42 |
kanzure |
was libbrep
in brlcad 7.18.4? a gentoo user is trying python-brlcad and for
some reason libbrep.so is not built by default: http://sprunge.us/VbhT |
| 15:31.46 |
Notify |
03BRL-CAD:starseeker * 58327
brlcad/trunk/src/libbn/obr.c: Make sure incrementing and
decrementing is doing what we expect here... |
| 15:34.38 |
starseeker |
kanzure:
that's pretty old... I'd have to check, but I'd be
surprised |
| 15:34.59 |
kanzure |
ah, i have no
sense for how old certain packages are |
| 15:35.09 |
kanzure |
7.18 *sounds*
close to whatever i downloaded, haha |
| 15:35.15 |
starseeker |
heh |
| 15:35.28 |
kanzure |
"something
from this century" |
| 15:37.38 |
kanzure |
starseeker:
can i convince you to try python-brlcad today? |
| 15:54.12 |
brlcad |
``Erik:
thanks, got it, app is in |
| 15:55.51 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 16:33.23 |
maths22 |
kanzure: I
meant for the deuces page for GCI |
| 16:35.36 |
maths22 |
should I
clean up deuces by removing stuff done in GCI 2012? |
| 16:40.40 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 16:44.48 |
maths22 |
Also, will
cl-cia need any modifications for this year, or do we not yet
know |
| 16:52.58 |
starseeker |
kanzure:
sorry, I probably won't have time today |
| 16:53.32 |
kanzure |
okay |
| 16:53.57 |
starseeker |
I'm not all
that hot at python, actually... |
| 16:54.24 |
starseeker |
kanzure: is
there a small, embeddable implementation that might be integratable
into BRL-CAD? |
| 16:54.39 |
kanzure |
even if there
is, i strongly recommend NOT doing that |
| 16:54.52 |
kanzure |
extremely
strongly |
| 16:54.55 |
starseeker |
how
come? |
| 16:55.02 |
kanzure |
IMHO that's
what's wrong with blender, freecad, heekscad, all these terrible
packages |
| 16:55.12 |
kanzure |
they all
embed python and then you can't use your standard
library |
| 16:55.24 |
kanzure |
like, your
runtime suddenly has to become "load up the entirety of
blender" |
| 16:55.33 |
kanzure |
libraries
should never ever do that to you :) |
| 16:55.49 |
starseeker |
I didn't say
anything about *forcing* the use of an embedded python - merely a
way to guarantee it's availability in the event there is no system
version available |
| 16:56.03 |
starseeker |
see how we
handle tcl, for example |
| 16:56.09 |
kanzure |
i don't know
how you handle tcl |
| 16:56.51 |
starseeker |
by default,
we auto-detect for a system install |
| 16:56.58 |
starseeker |
if none is
found, we build our own copy |
| 16:57.35 |
kanzure |
so you have a
vendorized copy of tcl in the source repository
osmewhere? |
| 16:57.37 |
starseeker |
you can also
force either the bundled version or a system version (the latter
resulting in failure rather than enabling the internal
copy) |
| 16:57.44 |
starseeker |
src/other/tcl |
| 16:57.56 |
brlcad |
maths22:
please do (update deuces page) |
| 16:58.34 |
kanzure |
so is
src/other/tcl a brlcad variant of tcl, or just a dump of tcl from
upstream? |
| 16:58.43 |
brlcad |
maths22:
basically, closed tasks need to be removed, then new tasks from
http://brlcad.org/wiki/GCI_Tasks
need to be integrated |
| 16:58.44 |
maths22 |
ok |
| 16:59.04 |
brlcad |
(we're not
using wiki/GCI_Tasks, it should be Deuces) |
| 16:59.56 |
maths22 |
Do you
remember why I made GCI_Tasks last year? |
| 17:00.03 |
brlcad |
maths22: and
don't yet know about cl-cia, but ``Erik might be able to define
some tasks (and I can put scheme on our list of
languages) |
| 17:00.34 |
starseeker |
kanzure: it's
sorta vanilla, but not entirely - that's where this paper came
from, actually:
http://www.tclcommunityassociation.org/wub/proceedings/Proceedings-2011/CliffordYapp/tcltk_cmake_paper.pdf |
| 17:01.22 |
starseeker |
ideally we
would like those srcs to be just "dumps from upstream" as you put
it, but the only one that we can really get away without changing
currently is libpng |
| 17:01.48 |
kanzure |
starseeker:
so is the entirety of brlcad usable from non-brlcad tcl as a
thirdparty module? |
| 17:01.56 |
kanzure |
*from inside
non-brlcad tcl |
| 17:02.04 |
brlcad |
kanzure: it
basically an upstream dump, we apply build system patches so we can
turn it off/on portably |
| 17:02.40 |
brlcad |
and "patches"
is more like "cliff throttled their build", but it is build and not
any actual tcl/tk changes |
| 17:03.09 |
kanzure |
so, there's a
way to do that with python, but there's also a separate concept in
python that goes by the name 'embeddable', much like lua and other
scripting languages, where you import cpython headers and make an
interpreter that is "owned" by a process inside a brlcad
library |
| 17:03.11 |
starseeker |
kanzure: not
really - we use tcl in the old-school manner as an embeddable
language |
| 17:04.31 |
``Erik |
as far as I
can tell, python can have serious portability issues with python
(pypy, cython, jython, etc might not run code 'right'), there is no
standard, just "guidos implementation" |
| 17:04.35 |
brlcad |
eh, it's
usable from a non-brlcad tcl .. just not in the ideal way you want
if you were a tcl package developer |
| 17:04.41 |
kanzure |
my only
complaint here is that i don't want brlcad to end up like blender
or heekscad or freecad with an embedded python, and then the python
runtime being subservient to that other runtime. e.g., it means
that any downstream app that i make that uses python-brlcad has to
suddenly be running in brlcad itself.. so if i make a web server
that has a task queue worker, suddenly everything has to be running
inside brlcad, etc. |
| 17:04.55 |
brlcad |
you load the
library, bind your symbols, just like python |
| 17:05.03 |
``Erik |
so
integrating a python and trying to use a system one could bring up
some crazy issues |
| 17:05.29 |
starseeker |
jimtcl is
actually a better conceptual match for how we *want* to use tcl, in
some ways, but the Tcl/Tk feature set we currently make use of is
so extensive that we end up with the full Tcl/Tk + lots of packages
in src/other :-/ |
| 17:06.15 |
``Erik |
if google
sends the same format of email as last year, the cl-cia stuff
should 'just work', but there're plenty of improvements that could
be made all throughout that code |
| 17:06.15 |
starseeker |
``Erik: how
so? Just turn off the embedded one if the system one is
available/selected |
| 17:06.48 |
``Erik |
starseeker: I
mean nontrivial python code doesn't always do the same thing on
different implementations |
| 17:06.54 |
starseeker |
ah |
| 17:07.01 |
kanzure |
i think you
guys are thinking of a situation like "provide a python interpreter
with brlcad" whereas i'm thinking in terms of "hey there's a pile
of shared libraries here and i want to call those functions with my
bytes and my bits" |
| 17:07.59 |
brlcad |
kanzure:
interesting complaint regarding their embedded python .. will have
to think about that some, but the notion was that it should work
outside of our environment just fine |
| 17:08.00 |
starseeker |
kanzure: as
long as the lower level libraries you're wanting to bind to don't
have python mixed in, wouldn't that avoid any issues? |
| 17:08.39 |
kanzure |
starseeker:
i'm not sure i follow, sorry. have you used blender + python
before, for example? |
| 17:09.12 |
starseeker |
kanzure: no,
sorry. I was going of of your generating swig bindings for the
lower level libraries like librt and libwdb |
| 17:09.41 |
starseeker |
whatever is
or isn't embedded, those libraries shouldn't know squat about
python |
| 17:09.48 |
kanzure |
brlcad: there
are a lot of technical options for execution. there's another
method of providing python bindings where libbu.so can be imported
directly into python if the source code provides some functions
using some cpython types. and then "import libwdb" just magically
works in python. |
| 17:10.09 |
starseeker |
we're
actually pushing tcl out of them too (into libtclcad) although
that's a slow process due to the early development
history |
| 17:10.11 |
brlcad |
kanzure: I
get what you're talking about .. you're complaint of them is
effectively how we have tcl embedded (and is something we passively
work to change) |
| 17:10.35 |
kanzure |
oh
interesting, tcl is polluting some of the core
libraries? |
| 17:10.44 |
``Erik |
kanzure: all
the way to libbu :( |
| 17:10.45 |
kanzure |
i did notice
some weird tcl.h includes in bu/wdb |
| 17:10.53 |
kanzure |
yes that was
actually impacting python-brlcad |
| 17:11.02 |
starseeker |
it used to be
worse - brlcad did a lot of work on that a while back |
| 17:11.05 |
brlcad |
have to be
careful with terminology |
| 17:11.08 |
kanzure |
i worked
around it (had to add osme extra library paths,
whatever) |
| 17:11.16 |
brlcad |
Tcl is both a
C API and a Tcl API |
| 17:11.21 |
brlcad |
we use
both |
| 17:12.19 |
brlcad |
we use the C
API in a few places, and those are slowly being weeded out, but
don't really affect runtime binding |
| 17:13.19 |
kanzure |
i guess this
means i don't have to tell you guys how tcl.h shouldn't be included
in bu.h, then ;) |
| 17:13.21 |
brlcad |
the Tcl API
is what we overload and muck up to heck and back, so you have to
run your scripts in OUR version of the tcl interpreter if you want
to do some real work using our Tcl command API |
| 17:13.25 |
kanzure |
marks that off the list |
| 17:13.41 |
kanzure |
aha, yes i
would consider that bad |
| 17:14.34 |
brlcad |
that's
similar to what blender does with their py interp |
| 17:14.55 |
kanzure |
i was so
disappointed when i learned that my .py files had to be run inside
*blender* |
| 17:15.02 |
brlcad |
nods |
| 17:15.18 |
brlcad |
there's
undoubtedly "a way" .. but you'd have to do all the init that they
do |
| 17:15.29 |
kanzure |
on the other
hand, this sort of embedding is very useful, especially in the
context of games where you want to run scripts instead of C for
every conceivable object in the game |
| 17:15.33 |
brlcad |
and it almost
certainly wouldn't be pretty |
| 17:15.46 |
kanzure |
actually, i
think the way to do blender bindings would be very similar to what
i've done in python-brlcad |
| 17:16.03 |
kanzure |
python-brlcad
is using a package called ctypesgen that scans header files and
then generates the python bindings from that |
| 17:16.05 |
brlcad |
that's
actually why I started down a path of creating a command API
*library* .. |
| 17:16.57 |
kanzure |
ctypesgen has
a lot of trouble parsing the macros in these header files btw..
it's definitely something i am going to be nagging you
about. |
| 17:16.58 |
brlcad |
in theory,
you can bind to that command library (libged) and have nearly all
mged commands without mged (without tcl, without
"brl-cad") |
| 17:17.18 |
brlcad |
need more
info about that |
| 17:17.20 |
brlcad |
not
surprising |
| 17:17.31 |
brlcad |
we use a lot
of cpp features |
| 17:17.52 |
kanzure |
i didn't
write ctypesgen so i'll have to create an actual bug report at some
point in the future. i'm 90% sure it's just bad code in ctypesgen
but the other option is to just not implement half of brlcad as a
macro.. |
| 17:18.11 |
brlcad |
it really
depends on the macros in question |
| 17:18.18 |
brlcad |
some are
intentionally macros, some are not |
| 17:18.22 |
kanzure |
so far it's
been some critters in bu.h |
| 17:18.36 |
kanzure |
ctypesgen
will complain loudly when you test python-brlcad later
today |
| 17:18.52 |
starseeker |
kanzure:
don't let ``Erik hear you dissing macros too loud ;-) |
| 17:18.52 |
brlcad |
it's
basically a throwback to the days where you used macros as a form
of forced inlining |
| 17:18.57 |
``Erik |
kanzure: I
believe the blender guys are on freenode and pretty open to
talking, it may be beneficial to chat with them a bit about how
they use python and what they feel the pros and cons of their path
were, instead of trying to guess? :) |
| 17:19.26 |
kanzure |
okay. |
| 17:20.05 |
starseeker |
nods - it may just not have occurred to them to think about
non-blender external uses of their python functionality - most
Blender work I know of *does* go in within the Blender
framework... |
| 17:20.09 |
kanzure |
i mean, one
reason they did it is so that their ui could be written in
python |
| 17:20.26 |
kanzure |
a lot of
their scripts are in python, which is fine, but asking end-users to
run all python scripts inside blender is, imho, bad |
| 17:20.29 |
brlcad |
kanzure:
there are some bu constructs that you cannot implement in C without
macros or without drastically changing the API, it just depends on
which ones need to be called |
| 17:20.35 |
``Erik |
heh, certain
aspects of our macro heavy vmath stuff is preventing
quick&dirty sse3 for us :) macros are a tool, blindly assuming
you should never/use macros would be bad form :) |
| 17:20.41 |
brlcad |
more than
likely, if you need to bind them in python, they can be
functions |
| 17:20.46 |
kanzure |
"just not
have occurred to them to think about non-blender external uses of
their python functionality" is probably correct |
| 17:21.13 |
``Erik |
s,never/user,never/always use, |
| 17:21.16 |
kanzure |
brlcad: yeah,
i nmost cases it looks like it can be done with a small wrapper
function that just has the macro mentioned inside it. not a big
deal. but sorta sucky. |
| 17:22.16 |
brlcad |
and if you're
going to go that far, why have the macro |
| 17:22.26 |
brlcad |
again, just
depends which ones |
| 17:22.45 |
kanzure |
i would say
the small wrapper is an acceptable first step to refactoring
without having to invest in actually doing the work |
| 17:23.07 |
starseeker |
kanzure: do
you have a list? |
| 17:23.18 |
kanzure |
starseeker:
no, but python-brlcad will spit one out. one moment. |
| 17:23.42 |
kanzure |
ERROR:
/usr/brlcad/include/brlcad/bu.h:5102: Syntax error at
'va_list' |
| 17:24.28 |
kanzure |
ERROR:
/usr/brlcad/include/brlcad/raytrace.h:4517: Syntax error at
'\n' |
| 17:24.34 |
kanzure |
actually that
seems to be it; i might have disabled the other macros. |
| 17:25.17 |
kanzure |
4517 is
#define db_ident(a, b, c) +++error+++ |
| 17:25.40 |
kanzure |
5102 is the
last line of BU_EXPORT extern void bu_vls_vprintf |
| 17:26.02 |
starseeker |
va_list isn't
one of our internal types - that comes from C, iirc |
| 17:26.29 |
starseeker |
kanzure:
which version are you working with? |
| 17:26.35 |
brlcad |
kanzure: 5102
is probably a failure parsing va_list .. which is almost certainly
a macro type from a stdc header |
| 17:26.47 |
``Erik |
(va is
varargs, fwiw, a posix dealie) |
| 17:26.59 |
kanzure |
this is a
legitimate ctypesgen bug, then |
| 17:27.09 |
brlcad |
probably |
| 17:27.22 |
starseeker |
that one is
probably worth reporting back as a bug worth fixing, since you'll
see it in a lot more than just our code |
| 17:27.29 |
brlcad |
not sure we
can even do anything about that one |
| 17:27.30 |
kanzure |
ah.... ERROR:
/usr/lib/gcc/x86_64-linux-gnu/4.8/include/stdarg.h:40: Syntax error
at '__gnuc_va_list' |
| 17:27.33 |
Notify |
03BRL-CAD:carlmoore * 58328
brlcad/trunk/src/proc-db/masonry.c: remove 'Bad or help flag
specified'; remove degtorad because DEG2RAD is already
available |
| 17:27.41 |
kanzure |
unfortunately
it seems that i am the person maintaining ctypesgen at the
moment |
| 17:27.48 |
brlcad |
heh |
| 17:28.03 |
brlcad |
so fix it, ya
lazy or soemthing ;) |
| 17:28.10 |
kanzure |
yes |
| 17:28.13 |
brlcad |
:) |
| 17:28.29 |
``Erik |
damn
ctypesgen maintainers, can't even keep their varargs handling
working *cough* O:-) |
| 17:29.03 |
brlcad |
you could
probably trick it by adding a #define va_list void* .. but
technically not proper or something to keep |
| 17:29.23 |
brlcad |
it'd just
redefine stdarg's type |
| 17:29.24 |
kanzure |
so does all
the tcl includes mean that brlcad can't compile without
X? |
| 17:29.28 |
kanzure |
or does tcl
deal with no-X on its own? |
| 17:29.34 |
brlcad |
another
possibility is that some other header is required |
| 17:29.37 |
starseeker |
Tk is the
part of tcl that needs X |
| 17:29.43 |
kanzure |
oh. |
| 17:29.46 |
starseeker |
(or some
graphics system, anyway) |
| 17:29.48 |
brlcad |
like
sys/types.h .. and you might not be getting that header |
| 17:29.58 |
brlcad |
which would
cause a syntax error using va_list |
| 17:30.07 |
``Erik |
http://pubs.opengroup.org/onlinepubs/7908799/xsh/varargs.h.html |
| 17:30.16 |
``Erik |
http://msdn.microsoft.com/en-us/library/kb57fad8.aspx |
| 17:30.21 |
starseeker |
it's a bit
difficult to test (generally have to set up a non-X virtual
machine) but we should build properly without any graphics at
all |
| 17:30.22 |
kanzure |
brlcad: your
ability to debug things is really neat, that sounds quite
likely |
| 17:30.38 |
brlcad |
Tcl uses no
X, actually has practically no external dependencies beyond maybe
zlib and regex |
| 17:32.13 |
``Erik |
tcl builds
it's own regex engine, a really neat parallel dfa opposed to the
normal nfa |
| 17:32.54 |
starseeker |
must try fiddling with tinypy some day... |
| 17:32.55 |
brlcad |
kanzure: easy
to test, what do your man pages say are the required headers for
va_start and/or vprintf? unconditinoally add them before 5102 and
see if it makes a difference to ctypesgen |
| 17:33.19 |
kanzure |
man pages
says va_start needs stdarg.h |
| 17:33.32 |
kanzure |
ERROR:
/usr/lib/gcc/x86_64-linux-gnu/4.8/include/stdarg.h:40: Syntax error
at '__gnuc_va_list' |
| 17:33.38 |
kanzure |
so it looks
like stdarg.h is being parsed |
| 17:34.42 |
``Erik |
kanzure: it
might be worth looking at the wrapping ifdef stuff and comparing it
to the flags passed in to the compiler |
| 17:35.07 |
Notify |
03BRL-CAD:brlcad * 58329
brlcad/trunk/include/bu.h: we use va_list and friends for some ...
functions, so include this as a requisite header |
| 17:35.26 |
brlcad |
kanzure: that
very well may have been the problem, 58329 |
| 17:35.28 |
kanzure |
bbl |
| 17:35.35 |
``Erik |
(or perhaps
header ordering requires stdarg to come after something like
stdlib) |
| 17:36.14 |
brlcad |
almost
certainly |
| 17:36.26 |
brlcad |
we never
included stdarg explicitly |
| 17:38.03 |
zero_level |
hi
all. |
| 17:38.27 |
Notify |
03BRL-CAD:starseeker * 58330
brlcad/trunk/src/libbn/obr.c: We want the results to survive, so
pass this properly... |
| 17:38.44 |
zero_level |
after few
other commitments. Back again with brlcad. |
| 17:39.01 |
zero_level |
How are the
preparations for GCI ? |
| 17:39.32 |
zero_level |
CAn I still
contribute as a mentor ? |
| 17:45.20 |
``Erik |
zero_level: I
think brlcad was just able to submit the org application a few
hours ago |
| 17:46.08 |
zero_level |
``Erik :
ok |
| 17:46.21 |
zero_level |
``Erik : In
the mail regarding icv work. |
| 17:46.45 |
brlcad |
hello
zero_level |
| 17:47.01 |
zero_level |
brlcad
mentoined about making things more modular. |
| 17:47.07 |
brlcad |
I got the org
application initially submitted about 14 hours ago |
| 17:47.23 |
brlcad |
still working
on polishing up the text, but working on the task list is priority
now |
| 17:47.40 |
zero_level |
By that he
meant, putting ppm formats in a subdir and .. |
| 17:48.26 |
brlcad |
zero_level:
for GCI, tasks have to be VERY well defined and VERY
small |
| 17:48.31 |
zero_level |
.. similarly
for other formats. |
| 17:48.31 |
zero_level |
hii
brlcad! |
| 17:48.39 |
``Erik |
I... don't
personally think any 2d raster file image format would be
complicated enough to warrant a subdirectory... vector stuff,
sure... where it needs multiple C files |
| 17:48.50 |
brlcad |
putting ppm
in a subdir is conceptually small and taskwise should take less
than 2 hours (which is the goal) |
| 17:49.05 |
brlcad |
but is very
complicated in terms of what all might have to be
explained |
| 17:49.24 |
brlcad |
how to do
that correctly is not something easily spelled out as a
recipe |
| 17:49.26 |
``Erik |
but any
raster image file should be able to contain a save and load image
trivially in one file (with a library linked for complicated ones
like jpeg or png) |
| 17:50.09 |
zero_level |
brlcad
:Right. I am just taking pointers on continuation of my GSOC
work. |
| 17:50.49 |
zero_level |
``Erik : I
feel the same. |
| 17:50.50 |
``Erik |
zero_level:
GCI grade icv work would be like "implement 1 filter" |
| 17:50.58 |
zero_level |
Therefore I
suggest we make subdir for brlcad-primitive formats like bw,pix and
dpix |
| 17:50.58 |
zero_level |
and all
others |
| 17:50.58 |
zero_level |
? |
| 17:51.43 |
brlcad |
``Erik: it's
not whether it warrants a subdir, but to conceptually ensure that
each format is isolated .. that's easier to ensure if it's
physically removed |
| 17:52.17 |
zero_level |
``Erik : I
am not sure. never thought about icv being a potent gci task. But
If you suggest I can find such small tasks ! |
| 17:52.25 |
brlcad |
and would be
helpful if we wanted a considerably more complex format like tiff
or exr where we don't think about the extension owning the format,
but just binding to it |
| 17:52.57 |
``Erik |
aight, I'd
think a file called "ppm.c" or "bw.c" would be adequate :) that
ability to move from a file to multiple files is a bit of an
art |
| 17:53.17 |
brlcad |
even if it's
just one file in a subdir |
| 17:53.31 |
brlcad |
it's that
ppm.c doesn't actually use some other header, type, function that
it shouldn't be |
| 17:53.46 |
brlcad |
basically
that we could copile it as a dynamic module and load it |
| 17:54.20 |
brlcad |
so all the
formats basically become proper plugins and we're set up to receive
plugins from 3rd party developers we have no control
over |
| 17:54.25 |
zero_level |
``Erik that
is the current situation. |
| 17:54.28 |
``Erik |
*shrug*
directories are cheap, subdirs in a build system are expensive, I'd
just ask that single file subdirs are managed by an upper level
makefile |
| 17:54.32 |
brlcad |
they drop
their plugin in a directory, and it loads and is an
option |
| 17:54.43 |
zero_level |
bw.c, ppm.c,
pix.c dpix.c |
| 17:54.51 |
zero_level |
and they all
use encoding.c |
| 17:55.22 |
zero_level |
and all this
files are placed in icv.h |
| 17:55.22 |
zero_level |
oops. |
| 17:55.22 |
zero_level |
src/libicv |
| 17:56.03 |
zero_level |
brlcad : One
suggestion that comes to my mind. Lets keep all the raw formats
(bw,pix,dpix,ppm) in a folder called raw. |
| 17:56.04 |
brlcad |
our formats,
where they reside and how they are compiled, are mostly
irrelevant |
| 17:56.33 |
zero_level |
ok. |
| 17:56.40 |
brlcad |
it's more
about the library being design for extensibility so we can
encourage/support other developers |
| 17:56.46 |
``Erik |
brlcad: until
you try building over nfs, or wors(e|t), an arl image windows
machine... |
| 17:56.50 |
brlcad |
we don't want
to own every type |
| 17:57.12 |
brlcad |
meh, not even
a drop in the bucket |
| 17:57.28 |
brlcad |
premature
optimization and all that |
| 17:57.43 |
brlcad |
care more
about the API design |
| 17:58.00 |
brlcad |
and that 3rd
party is part of that design, that our own types exemplify how to
extend the library |
| 17:58.34 |
brlcad |
if we have to
add a line to icv.h in order to support a new format, we've
failed |
| 17:58.40 |
``Erik |
I'd
disagree... there is a huge disincentive to build on windows
because it's sooo ddaaammmnnn sslllooowww... so we don't care about
windows, but if we built fast there, it'd be less of a third class
citizen |
| 17:59.11 |
brlcad |
omg, that is
such a non-sequitor ... I agree and 100% don't care about that
issue :) |
| 17:59.22 |
brlcad |
it's not the
problem |
| 17:59.44 |
``Erik |
I agree that
api is paramount, but dir placement of source files isn't api, and
is even further removed from build system layout |
| 18:00.35 |
brlcad |
sure, it's
not API .. that's why I'm saying it's not the issue |
| 18:00.58 |
brlcad |
they COULD
live in the same dir, that's not the concern at all |
| 18:01.26 |
brlcad |
the point of
moving them is academic/instructive to ensure that they are not in
any way intertwined and that they serve as a good example to
others |
| 18:01.37 |
brlcad |
that point
could be served by a single file somewhere, or a subdir |
| 18:01.41 |
brlcad |
it doesn't
matter |
| 18:02.25 |
``Erik |
a single file
is necessary, a subdir is cool, a seperate build in a subdir starts
hurting |
| 18:02.31 |
brlcad |
however,
having it just be a single file does greatly increase the chance
that it's intertwined just due to proximity/access .. all it takes
is #including some private header that a 3rd party wouldn't have
access to |
| 18:02.56 |
brlcad |
i mean mixed
with icv sources |
| 18:03.30 |
``Erik |
<-- has an
interest in minimizing build time, so having src/libicv/Makefile is
better than src/libicv/Makefile src/libicv/ppm/Makefile
src/libicv/bw/Makefile src/libicv/pix/Makefile ... |
| 18:04.20 |
``Erik |
*shrug* if
src/libicv/Makefile refers to src/libicv/ppm/ppm.c, that's cool,
but that second makefile... and third, and 37th, ... |
| 18:04.37 |
zero_level |
``Erik I get
your concern. |
| 18:05.01 |
zero_level |
but I believe
what brlcad wants is : |
| 18:05.31 |
zero_level |
a) The
library should be usable by other projects. |
| 18:05.37 |
zero_level |
b) It should
be modular. |
| 18:06.05 |
brlcad |
and
extensible by others (without them having to do a code-drop into
libicv) |
| 18:06.44 |
brlcad |
how that's
achieved w.r.t. the build system, couldn't care less until it all
works :) |
| 18:06.50 |
``Erik |
*shrug* I
don't think I'm argueing against the points, merely an aspect of
the implementation |
| 18:07.49 |
``Erik |
and the point
that the more painful and time consuming a build is, the less often
it'll be done, reducing the chances to spot other build issues, no?
:) |
| 18:07.55 |
zero_level |
ok. so ``Erik
and brlcad can you suggest me the best I should proceed with
? |
| 18:08.39 |
brlcad |
zero_level: I
don't think any suggestion has changed, has it? the library
formats are still far from being modular |
| 18:08.43 |
``Erik |
but, yeah,
honeslty, I'm 95% considering the package maintainer view, not the
developers right now.. take it for what it's worth, I just wanted
to voice an opinion :) I live to be the devils advocate |
| 18:09.43 |
zero_level |
``Erik what
do you suggest ? |
| 18:10.04 |
zero_level |
what should
be the fate of the icv library we started together? |
| 18:10.21 |
``Erik |
I suggest
writing code, files can be shuffled in and out of directories
trivially |
| 18:10.27 |
``Erik |
this is
bikeshedding, dude :) |
| 18:11.28 |
brlcad |
I'm thinking
of it more like "here's a cool image processing library I want to
use" .. and I know/care nothing of BRL-CAD ... and it's missing a
format/filter/feature I want to add .. how easily can I do
that? |
| 18:11.37 |
brlcad |
remove all
barriers, as few steps as possible |
| 18:12.55 |
zero_level |
brlcad :What
should be the outline or procedure ? |
| 18:13.14 |
``Erik |
I fail to
understand how "update the makefile, add a subdirectory, add the
file, add a new makefile" is easier than "update the makefile, add
the file"... I'd imagine most contributors are NOT cmake
familiar |
| 18:13.52 |
brlcad |
that's
already like two steps more than necessary |
| 18:14.04 |
brlcad |
I don't care
about brl-cad .. or cmake .. have my own tools |
| 18:14.47 |
brlcad |
I whip out a
text editor, write a few lines of code, compile/link, drop the
module in a dir, bam done |
| 18:15.26 |
zero_level |
``Erik : I
accept bikeshedding. (but the only way out is by performing the
minials and moving to the much required (exr here) ) |
| 18:15.28 |
brlcad |
i'm not (yet)
committed to submitting this extension back |
| 18:15.48 |
brlcad |
I own it,
gtfoml |
| 18:15.58 |
zero_level |
but brlcad :
Are we CAD supplier or library suppliers ? |
| 18:16.23 |
brlcad |
uhm,
"yes" |
| 18:16.57 |
brlcad |
I see libicv
becoming it's own product |
| 18:17.05 |
zero_level |
ok. |
| 18:17.07 |
brlcad |
just like
libgcv |
| 18:17.10 |
``Erik |
is going out
of our way to support people who don't want to contribute back a
good stance? stallman would sentence you to execution by his body
odor for stating such... |
| 18:17.32 |
brlcad |
I don't think
anything suggested is going out of our way, it's just
modular |
| 18:17.46 |
brlcad |
I think it's
actually less work than the mess that usually results
otherwise |
| 18:18.06 |
brlcad |
just not
modular for self, it's modular for others |
| 18:18.21 |
brlcad |
anti-self-centered view |
| 18:18.21 |
zero_level |
you havent
still elaborated on a procedure. (owing to my poor background with
cmake) |
| 18:18.30 |
brlcad |
we
self-navel-gaze WAY too much |
| 18:18.59 |
brlcad |
zero_level:
but your question is so incredibly open-ended |
| 18:19.21 |
brlcad |
and literally
unlimited possibilities on how to get the lib modular |
| 18:19.28 |
brlcad |
that IS the
procedure |
| 18:19.33 |
brlcad |
figuring out
how |
| 18:19.38 |
zero_level |
hahah. |
| 18:19.42 |
zero_level |
any pointers
? |
| 18:20.12 |
brlcad |
well, that's
why I suggested subdirs for you, so you can physically see the
files from an external perspective |
| 18:20.23 |
``Erik |
at the
moment, the 'internal' format is public, so it can be extended...
non-public extension is just ld -o libwanker.so -licv
myformat.o |
| 18:20.25 |
zero_level |
brlcad : you
were't serious abt this 14:15 < brlcad> I own it,
gtfoml |
| 18:20.50 |
brlcad |
``Erik: that
is entirely not possible in any useful manner right now |
| 18:21.00 |
``Erik |
woops, sorry,
ld -o libwanker.so -licv gtfoml.o |
| 18:21.03 |
``Erik |
:D |
| 18:22.04 |
brlcad |
nothing loads
libwanker.so, there's no definition of a plugin api where the lib's
capabilities are extensible |
| 18:22.52 |
brlcad |
even if there
was something that looked in a dir and loaded all the .so's,
there's no api, no registration ... it's just more functions that
nothing calls |
| 18:23.18 |
``Erik |
that's an
extensible plugin framework you're talking about, not how to place
files in a public library |
| 18:23.49 |
brlcad |
say we have
an "icv" tool that converts image formats and it has usage "icv
[fmt:]inputfile [fmt:]outputfile" |
| 18:24.31 |
brlcad |
``Erik:
exactly why I said the directory layout has absolutely no bearing,
so why are we even talking about it (still) |
| 18:25.01 |
brlcad |
the only
relevance was to possibly help ensure that sources are not
intertwined (physically) |
| 18:25.25 |
brlcad |
that was the
ONLY reason ... my god this is not that complicated :) |
| 18:26.31 |
zero_level |
brlcad,
``Erik can you point me to something in src code that has similar
subdir. |
| 18:26.44 |
zero_level |
I think this
will help me mirror. |
| 18:27.07 |
``Erik |
zero_level:
src/conv/ is probably the closest we have in existance right
now |
| 18:28.28 |
zero_level |
``Erik : A
general question. Is svn the best cvs tool ? |
| 18:28.32 |
brlcad |
I would have
said something like src/librt/primitives/table.c and
src/librt/primitives/SUBDIR |
| 18:29.34 |
``Erik |
zero_level:
vcs tool, and it all depends on your needs... I typically use git
now, even though I think darcs is better... svn is decent, but I
still find uses for RCS *shrug* it all depends on your needs
:) |
| 18:30.17 |
brlcad |
zero_level:
grep PNG include/icv.h |
| 18:30.20 |
brlcad |
make that go
away |
| 18:31.14 |
brlcad |
think about
how to either eliminate or auto-register the information in
ICV_IMAGE_FORMAT |
| 18:31.43 |
``Erik |
brlcad,
starseeker: I might be hungry for chinese or korean on wednesday or
friday :) |
| 18:32.11 |
brlcad |
zero_level:
then do the same for the PNG references in
src/libicv/fileformat.c |
| 18:32.21 |
brlcad |
start with
something literally that simple |
| 18:32.37 |
brlcad |
``Erik:
wednesday sounds doable |
| 18:32.41 |
zero_level |
brlcad : Is
izak around |
| 18:33.00 |
brlcad |
I've not seen
him around, Izak_: are you around? |
| 18:33.05 |
zero_level |
can you
direct him regarding this http://pastebin.kde.org/pu2smarc9
? |
| 18:33.24 |
zero_level |
brlcad : I
get your point. |
| 18:33.55 |
zero_level |
you will see
substantial change towards "modularity" in near future. |
| 18:35.21 |
brlcad |
zero_level:
if you're still lost on the "how to do that" ... perhaps something
for you to read is how others do plugins |
| 18:35.25 |
brlcad |
http://developer.gimp.org/writing-a-plug-in/1/
for example |
| 18:36.33 |
zero_level |
brlcad : I
found great work have been done during doc sprint. |
| 18:36.37 |
brlcad |
basically,
you define a set of functions |
| 18:36.41 |
brlcad |
you put those
functions into a struct |
| 18:36.49 |
brlcad |
you register
that struct |
| 18:36.52 |
zero_level |
any news
regarding the available soft copy ? |
| 18:37.10 |
brlcad |
the library
looks over the registrations when doing work |
| 18:37.15 |
brlcad |
calls those
functions as needed |
| 18:37.43 |
brlcad |
there will be
an announcement in a week or so about obtaining copies |
| 18:38.04 |
brlcad |
the doc
sprint was pretty awesome, we have a few books available but we
have more work to do |
| 18:41.31 |
``Erik |
isst has a
trivial plugin capability in the sdl package |
| 18:48.03 |
Notify |
03BRL-CAD:mendesr * 58331
jbrlcad/trunk/src/main/java/org/brlcad/info/RegionInfo.java: Fixed
bug in JBrlcad not closing the file input stream for
BrlcadDb. |
| 18:48.55 |
zero_level |
``Erik : sdl
packae ? |
| 18:50.09 |
brlcad |
stops tweaking the GCI appliation with 6 minutes to
go |
| 18:57.13 |
brlcad |
lies and keeps tweaking the text up to the last
minute |
| 18:57.44 |
kanzure |
just don't
forget clock drift |
| 18:57.45 |
Notify |
03BRL-CAD:carlmoore * 58332
brlcad/trunk/src/proc-db/masonry.c: rearrange logic; notice that if
'usage' is invoked, we leave the program |
| 19:14.40 |
Notify |
03BRL-CAD:starseeker * 58333
brlcad/trunk/src/libbn/obr.c: Start figuring out how to calculate
the actual bounding rectangle from the caliper points. |
| 19:31.55 |
Notify |
03BRL-CAD:starseeker * 58334
brlcad/trunk/src/libbn/obr.c: Something still wrong with
calculations, but start activating full algorithm |
| 19:32.39 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
| 19:49.27 |
Notify |
03BRL-CAD:carlmoore * 58335
brlcad/trunk/src/proc-db/masonry.c: default units = mm |
| 19:51.25 |
starseeker |
brlcad: if we
want to do comments on a document maybe something like this would
work? https://lite.co-ment.com/ |
| 19:51.45 |
starseeker |
grew out of
the original commenting period for the GPLv3 |
| 19:52.04 |
starseeker |
http://www.co-ment.org/
actually... |
| 19:53.30 |
starseeker |
might be more
flexible/community-oriented than comments in a Word
doc... |
| 20:45.52 |
*** join/#brlcad merzo
(~merzo@150-20-132-95.pool.ukrtel.net) |
| 21:04.40 |
Notify |
03BRL-CAD:carlmoore * 58336
brlcad/trunk/src/proc-db/masonry.c: put in a set of brackets in
Usage; carry out some calculations; remove redundant h from
options |
| 21:23.20 |
brlcad |
kanzure:
ironically was just noticing how our server's clock is drifted by
several minutes at the moment |
| 21:23.51 |
brlcad |
my tweaking
was nit picking, nothing critical, and completed well in advance
... it's all good |
| 21:24.38 |
kanzure |
nitpicking is
perhaps the only thing keeping me rolling every day |
| 21:27.08 |
brlcad |
starseeker:
maybe but that seems awefully clumsy ... I don't have a good
solution, just a lot of terrible ones :) |
| 21:27.44 |
brlcad |
starseeker:
have you ever run pandoc? might be interesting to see what happens
if we convert something like the db5 spec from docbook to markdown
and back .. see what is lost |
| 21:27.48 |
brlcad |
http://johnmacfarlane.net/pandoc/demos.html |
| 21:29.08 |
brlcad |
if it
preserves most, it'd be compatible with mediawiki (with a
plugin) |
| 21:36.34 |
brlcad |
is reminded of http://www.methods.co.nz/asciidoc/
... they've apparently come a long way |
| 21:46.43 |
kanzure |
brlcad:
*poke* python-brlcad testing? |
| 21:51.58 |
brlcad |
kanzure: on
my list, not there just yet |
| 21:52.09 |
brlcad |
two more
things to take care of first |
| 22:06.00 |
Notify |
03BRL-CAD
Wiki:Maths22 * 6274 /wiki/Deuces: Removed last year's code
tasks |
| 22:10.06 |
Notify |
03BRL-CAD
Wiki:Maths22 * 6275 /wiki/Deuces: Removed last year's UI
tasks |
| 22:16.02 |
Notify |
03BRL-CAD
Wiki:Maths22 * 6276 /wiki/Deuces: Removed last year's documentation
tasks |
| 22:21.07 |
Notify |
03BRL-CAD
Wiki:Maths22 * 6277 /wiki/Deuces: Removed last year's outreach
tasks |
| 22:29.13 |
Notify |
03BRL-CAD
Wiki:Maths22 * 6278 /wiki/Deuces: Removed last year's QA
tasks |
| 22:30.37 |
maths22 |
I have
removed all of last year's completed tasks from the Deuces
page |
| 23:19.52 |
kanzure |
brlcad: the
packaged version of brlcad for gentoo apparently doesn't build or
doesn't provide libbrep.so by default. what should i do about this
in python-brlcad? |
| 23:38.05 |
brlcad |
maths22:
fantastic, thank you |
| 23:38.43 |
brlcad |
kanzure: is
there something that needs to be done? |
| 23:40.09 |
brlcad |
7.18.4 was
almost 3 years ago |
| 23:41.20 |
brlcad |
that's
hundreds of differences, and libbrep isn't central to our api just
yet |
| 01:45.27 |
*** join/#brlcad mpictor
(~mark@c-67-177-102-131.hsd1.in.comcast.net) |
| 02:42.49 |
*** join/#brlcad ishwerdas
(~inderplus@59.91.234.109) |
| 03:11.01 |
*** topic/#brlcad by ishwerdas -> BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/
|| Ask us about Google Doc Sprint 2013 || We're pariticipating in
GCI2013!
http://google-opensource.blogspot.com/2013/11/mentoring-organizations-for-google-code.html |
| 04:14.12 |
Notify |
03BRL-CAD
Wiki:Leverpostej * 0 /wiki/User:Leverpostej: |
| 04:30.16 |
*** join/#brlcad KimK
(~Kim__@wsip-184-176-200-171.ks.ks.cox.net) |
| 04:39.00 |
*** join/#brlcad witness
(~witness12@122.248.183.23) |
| 04:49.50 |
*** join/#brlcad witness_
(~witness12@122.248.183.23) |
| 05:02.12 |
*** join/#brlcad witness
(~witness12@122.248.183.23) |
| 05:07.39 |
*** join/#brlcad witness
(~witness12@122.248.183.23) |
| 05:16.43 |
*** join/#brlcad witness_
(~witness12@122.248.183.23) |
| 08:28.42 |
*** join/#brlcad mayankmadan
(~mayankmad@120.56.171.145) |
| 09:12.31 |
*** join/#brlcad binaryking
(~binarykin@unaffiliated/nafcool) |
| 09:16.22 |
*** join/#brlcad binaryking_
(~binarykin@117.200.80.20) |
| 09:21.44 |
*** join/#brlcad binaryking
(~binarykin@unaffiliated/nafcool) |
| 10:33.00 |
*** join/#brlcad binaryking
(~binarykin@unaffiliated/nafcool) |
| 10:33.32 |
binaryking |
hi
brlcad |
| 10:44.39 |
*** join/#brlcad YuGin
(~IceChat77@182.55.146.247) |
| 11:01.14 |
*** join/#brlcad binaryking_
(~binarykin@117.200.81.28) |
| 11:03.31 |
*** join/#brlcad binaryking
(~binarykin@unaffiliated/nafcool) |
| 11:30.12 |
*** join/#brlcad binaryking_
(~binarykin@117.214.48.234) |
| 11:32.35 |
*** join/#brlcad binaryking__
(~binarykin@117.200.89.81) |
| 11:41.53 |
*** join/#brlcad binaryking
(~binarykin@unaffiliated/nafcool) |
| 11:49.43 |
*** join/#brlcad binaryking_
(~binarykin@117.200.89.202) |
| 11:52.23 |
*** join/#brlcad binaryking
(~binarykin@unaffiliated/nafcool) |
| 11:53.56 |
*** topic/#brlcad by binaryking -> BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/
|| Ask us about Google Doc Sprint 2013 || We're pariticipating in
GCI2013!
http://google-opensource.blogspot.com/2013/11/mentoring-organizations-for-google-code.html |
| 11:54.24 |
*** part/#brlcad binaryking
(~binarykin@unaffiliated/nafcool) |
| 11:54.36 |
*** join/#brlcad binaryking
(~binarykin@unaffiliated/nafcool) |
| 12:28.51 |
*** join/#brlcad binaryking
(~binarykin@117.214.50.60) |
| 12:55.56 |
*** join/#brlcad binaryking_
(~binarykin@117.200.81.224) |
| 13:02.47 |
*** join/#brlcad binaryking
(~binarykin@unaffiliated/nafcool) |
| 13:10.12 |
*** join/#brlcad FOSScookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 13:36.36 |
*** join/#brlcad binaryking_
(~binarykin@117.200.95.3) |
| 13:45.24 |
maths22 |
Look at
http://brlcad.org:8060/ for a
new repo browser |
| 13:56.55 |
``Erik |
I don't see
python in the /usr/ports/devel/subversion/ config
options |
| 13:57.40 |
maths22 |
Don't worry
about it now |
| 13:57.41 |
``Erik |
devel/py-subversion good
enough? |
| 13:57.56 |
maths22 |
that is
right |
| 13:58.12 |
``Erik |
do you still
want it? I can install it really quick, but if it's overcome by
events, *shrug* |
| 13:58.39 |
maths22 |
I don't need
it unless people don't like the fisheye one I just
posted |
| 13:59.23 |
``Erik |
my only issue
has been the launching of several dozen to several hundred svn
instances, which dogged memory down and had us swapping like mad
:D |
| 13:59.36 |
maths22 |
fisheye does
not do that |
| 13:59.50 |
``Erik |
cool beans,
thanks :D |
| 14:00.15 |
maths22 |
It only uses
3.4gb of disk space instead |
| 14:01.04 |
``Erik |
in /usr?
there're ~130 free gigs, so it's all good |
| 14:02.18 |
binaryking_ |
maths22:
cool! |
| 14:03.09 |
*** join/#brlcad ch3ck_
(~ch3ck@41.205.13.251) |
| 14:06.29 |
``Erik |
brlcad: I've
added a few using the google form, but I'm not finding a way to
look at the created spreadsheet. Is there a read only view of the
spreadsheet, or do we just wait until you've exported it to the
deuces page? |
| 14:13.18 |
Notify |
03BRL-CAD:tbrowder2 * 58557
(ova/README-brlcad-development.txt ova/README.building-the-VM):
updating for new VM in work |
| 14:17.11 |
Notify |
03BRL-CAD:tbrowder2 * 58558
(ova/HOME/dot_bash_aliases.txt
===================================================================
and 60 others): add new dir and file for VM config use |
| 14:18.26 |
Notify |
03BRL-CAD:tbrowder2 * 58559
(ova/README-brlcad-development.txt
===================================================================
and 61 others): move files to proper location |
| 14:20.44 |
Notify |
03BRL-CAD:tbrowder2 * 58560 NIL: add dir
for Sourceforge site |
| 14:21.47 |
Notify |
03BRL-CAD:tbrowder2 * 58561 NIL: rename
for clarity |
| 14:22.15 |
Notify |
03BRL-CAD:tbrowder2 * 58562 NIL: rename
for clarity |
| 14:22.21 |
*** join/#brlcad binaryking__
(~binarykin@117.200.80.196) |
| 14:22.54 |
*** join/#brlcad binaryking
(~binarykin@unaffiliated/nafcool) |
| 14:23.09 |
Notify |
03BRL-CAD:tbrowder2 * 58563
(ova/README.txt
===================================================================
and 57 others): rename for clarity |
| 14:24.20 |
*** join/#brlcad witness
(~witness12@182.68.21.227) |
| 14:24.27 |
Notify |
03BRL-CAD:tbrowder2 * 58564 NIL: rename
for clarity |
| 14:26.25 |
Notify |
03BRL-CAD:tbrowder2 * 58565 NIL: rename
for clarity |
| 14:30.40 |
*** join/#brlcad binaryking
(~binarykin@unaffiliated/nafcool) |
| 14:34.35 |
maths22 |
Yes, in
usr |
| 14:37.25 |
maths22 |
we should
make a cron job to update the local repo |
| 14:37.49 |
maths22 |
Or, can
notifier run svnsync as www when it gets a notification of a
commit |
| 14:44.55 |
*** join/#brlcad binaryking
(~binarykin@117.200.87.71) |
| 14:44.55 |
*** join/#brlcad binaryking
(~binarykin@unaffiliated/nafcool) |
| 14:46.04 |
Notify |
03BRL-CAD:tbrowder2 * 58566 NIL: add
another home dir |
| 14:46.58 |
Notify |
03BRL-CAD:tbrowder2 * 58567
ova/VM-user-home-files/dot_bash_aliases.txt: move files to correct
dir |
| 15:08.55 |
Notify |
03BRL-CAD:starseeker * 58568
(brlcad/trunk/src/other/boost/boost/predef/os_detected.h
===================================================================
and 13 others): I think boost needs this on Mac OSX? |
| 15:14.19 |
*** part/#brlcad ch3ck_
(~ch3ck@41.205.13.251) |
| 15:14.46 |
*** join/#brlcad caen23
(~caen23@92.81.176.180) |
| 15:18.26 |
Notify |
03BRL-CAD:tbrowder2 * 58569
(ova/README.building-the-VM ova/Sourceforge-VM-files/README.txt
ova/VM-user-home-files/brlcad-code-examples/README-examples.txt):
update |
| 15:19.49 |
Notify |
03BRL-CAD:tbrowder2 * 58570
(ova/README.building-the-VM
===================================================================
and 95 others): rename for Windows use |
| 15:22.58 |
Notify |
03BRL-CAD:carlmoore * 58571
brlcad/trunk/src/proc-db/sketch.c: remove trailing tab |
| 15:24.07 |
Notify |
03BRL-CAD:tbrowder2 * 58572
(ova/VM-user-home-files/brlcad-config.sh
===================================================================
and 10 others): add a convenience config script |
| 15:25.12 |
*** join/#brlcad caen23
(~caen23@92.85.87.46) |
| 15:27.24 |
*** join/#brlcad binaryking
(~binarykin@117.200.87.71) |
| 15:27.54 |
*** join/#brlcad gcibot
(~gcibot@117.200.91.101) |
| 15:31.37 |
Notify |
03BRL-CAD:tbrowder2 * 58573
(ova/Sourceforge-VM-files/README.loading-the-VM.txt
===================================================================
and 6 others): add instructions |
| 15:32.50 |
Notify |
03BRL-CAD:tbrowder2 * 58574 NIL: new
dir |
| 15:33.19 |
Notify |
03BRL-CAD:tbrowder2 * 58575
ova/VM-user-home-files/README-brlcad-development.txt: move to
proper dir |
| 16:03.04 |
maths22 |
what is
gcibot? |
| 16:05.54 |
*** join/#brlcad gcibot
(~gcibot@117.200.91.101) |
| 16:15.58 |
*** join/#brlcad ishwerdas
(~inderplus@59.91.112.60) |
| 16:19.47 |
*** join/#brlcad gcibot
(~gcibot@117.200.91.101) |
| 16:24.53 |
*** join/#brlcad gcibot
(~gcibot@117.200.91.101) |
| 16:29.29 |
*** join/#brlcad gcibot
(~gcibot@117.200.91.101) |
| 16:29.45 |
*** join/#brlcad caen23
(~caen23@92.81.208.248) |
| 16:46.26 |
*** join/#brlcad gcibot
(~gcibot@117.200.91.101) |
| 16:54.02 |
*** join/#brlcad Wabouz_
(~Wabouz@78.193.58.118) |
| 16:54.11 |
Wabouz_ |
Bonsoir |
| 16:54.26 |
Wabouz_ |
Je participe
au Google code in |
| 16:54.56 |
Wabouz_ |
J'aimerai
beaucoup pouvoir aider à travers des taches |
| 16:55.43 |
*** join/#brlcad gcibot
(~gcibot@117.200.91.101) |
| 16:56.08 |
binaryking |
gcibot:
hi? |
| 16:56.09 |
gcibot |
binaryking:
Hey, I'm a bot written by aviraldg who inserts metadata about GCI
links! Source at: https://github.com/aviraldg/gcibot. |
| 17:01.01 |
*** join/#brlcad jschulte
(~johannes@p4FDFB09A.dip0.t-ipconnect.de) |
| 17:01.02 |
*** join/#brlcad mandeep
(~mandeep@202.164.53.116) |
| 17:11.11 |
*** join/#brlcad yiyus
(1242712427@server1.bouncer4you.de) |
| 17:11.12 |
*** join/#brlcad YuGin
(~IceChat77@182.55.146.247) |
| 17:12.54 |
binaryking |
https://google-melange.appspot.com/gci/task/view/google/gci2013/6023159862001664 |
| 17:12.57 |
gcibot |
Create a CSS
only version of BRL-CAD Logo |
| 17:12.57 |
gcibot |
Status:
ClaimRequested |
| 17:12.57 |
gcibot |
Mentor(s):
Sean |
| 17:12.58 |
binaryking |
claimed
:) |
| 17:13.35 |
YuGin |
https://google-melange.appspot.com/gci/task/view/google/gci2013/5112711083982848 |
| 17:13.38 |
gcibot |
Fix at least
8 spelling mistakes in at least 8 different files #2 |
| 17:13.38 |
gcibot |
Status:
ClaimRequested |
| 17:13.38 |
gcibot |
Mentor(s):
Sean |
| 17:13.39 |
YuGin |
Claimed... |
| 17:13.48 |
*** join/#brlcad aviraldg
(aviraldg@unaffiliated/aviraldg) |
| 17:19.42 |
YuGin |
Hi Sean, are
you there? |
| 17:20.27 |
Notify |
03GCI:Andromeda Galaxy * Create numerics
library (LIBBN) unit test for any file: Task Claimed - I would like
to work on this task. |
| 17:20.44 |
*** join/#brlcad gcibot
(~gcibot@117.200.91.101) |
| 17:22.12 |
Notify |
03GCI:Sean *
Migrate Drupal site to Wordpress: Task Assigned - This task has
been assigned to Jacob B. You have 72 hours to complete this task,
good luck! |
| 17:22.13 |
Notify |
03GCI:Sean *
Migrate Drupal site to Wordpress: Task Assigned - This task has
been assigned to Jacob B. You have 72 hours to complete this task,
good luck! |
| 17:22.33 |
*** join/#brlcad andromeda-galaxy
(~user@108-225-17-54.lightspeed.sntcca.sbcglobal.net) |
| 17:24.31 |
maths22 |
WHy is notify
posting twice? |
| 17:26.12 |
andromeda-galaxy |
Hi, I've just
claimed a task for Google code-in and I would like to say hello to
my mentor (Sean); if you are here, can you tell me what your IRC
nick is? |
| 17:26.51 |
maths22 |
his nick is
brlcad |
| 17:27.13 |
andromeda-galaxy |
maths22:
thanks, do you know when he is likely to be here? |
| 17:27.42 |
Notify |
03GCI:Bterhi
* Fix at least 8 spelling mistakes in at least 8 different files
#3: Task Claimed - I would like to work on this task. |
| 17:28.10 |
YuGin |
To add do, do
you know what timezone he is in? |
| 17:31.51 |
Notify |
03GCI:Jacob B
* Migrate Drupal site to Wordpress: Account - brlcad: I don't
know what you see for this, but I am maths22, so I already have an
account. |
| 17:32.14 |
YuGin |
I meant *to
add on... |
| 17:35.27 |
Notify |
03GCI:YuGin *
Fix at least 8 spelling mistakes in at least 8 different files #2:
Task Claimed - I would like to work on this task. |
| 17:36.57 |
Notify |
03GCI:Jacob B
* Migrate Drupal site to Wordpress: Task Claimed - I would like to
work on this task. |
| 17:37.02 |
Notify |
03GCI:Jacob B
* Migrate Drupal site to Wordpress: Task Claimed - I would like to
work on this task. |
| 17:41.12 |
Notify |
03GCI:Gary-Austin Morales * Write an
article soliciting a Windows platform maintainer: Claim Removed -
The claim on this task has been removed, someone else can claim it
now. |
| 17:41.17 |
Notify |
03GCI:Sean *
Fix at least 8 spelling mistakes in at least 8 different files #2:
Task Assigned - This task has been assigned to YuGin. You have 72
hours to complete this task, good luck! |
| 17:41.51 |
andromeda-galaxy |
brlcad: What
timezone are you in? |
| 17:41.52 |
Notify |
03GCI:binaryking * Create a CSS only
version of BRL-CAD Logo: Task Claimed - I would like to work on
this task. |
| 17:41.53 |
Notify |
03GCI:binaryking * Create a CSS only
version of BRL-CAD Logo: Task Claimed - I would like to work on
this task. |
| 17:42.02 |
Notify |
03GCI:Andrei
* Create numerics library (LIBBN) unit test for any file: Task
Assigned - This task has been assigned to Andromeda Galaxy. You
have 72 hours to complete this task, good luck! |
| 17:42.03 |
Notify |
03GCI:Andrei
* Create numerics library (LIBBN) unit test for any file: Task
Assigned - This task has been assigned to Andromeda Galaxy. You
have 72 hours to complete this task, good luck! |
| 17:44.35 |
*** join/#brlcad gcibot
(~gcibot@117.200.91.101) |
| 17:46.43 |
Notify |
03GCI:Divya
Ranjan * Create a CSS only version of BRL-CAD Logo #2: Task
Claimed - I would like to work on this task. |
| 17:49.38 |
Notify |
03GCI:Sean *
Create a CSS only version of BRL-CAD Logo: Task Assigned - This
task has been assigned to binaryking. You have 72 hours to complete
this task, good luck! |
| 17:49.43 |
Notify |
03GCI:Sean *
Create a CSS only version of BRL-CAD Logo: Task Assigned - This
task has been assigned to binaryking. You have 72 hours to complete
this task, good luck! |
| 17:50.03 |
*** join/#brlcad gcibot
(~gcibot@117.200.91.101) |
| 17:51.12 |
Notify |
03GCI:Mandeep
Kaur * Create a CSS only version of BRL-CAD Logo #2: Task Assigned
- This task has been assigned to Divya Ranjan. You have 72 hours to
complete this task, good luck! |
| 17:52.36 |
Notify |
03GCI:Alex *
Write an article soliciting a Windows platform maintainer: Task
Claimed - I would like to work on this task. |
| 17:53.38 |
Notify |
03GCI:Divya
Ranjan * Create a CSS only version of BRL-CAD Logo #2: Claim
Removed - The claim on this task has been removed, someone else can
claim it now. |
| 17:53.43 |
Notify |
03GCI:Divya
Ranjan * Create a CSS only version of BRL-CAD Logo #2: Claim
Removed - The claim on this task has been removed, someone else can
claim it now. |
| 18:01.29 |
*** join/#brlcad gcibot
(~gcibot@117.200.91.101) |
| 18:02.20 |
Notify |
03BRL-CAD:carlmoore * 58576
brlcad/trunk/src/proc-db/sphflake.c: some simplification (removing
some braces, removing unneeded =0 initializion; H removed as option
and ? added |
| 18:05.24 |
Notify |
03GCI:Sean *
Write an article soliciting a Windows platform maintainer: Task
Assigned - This task has been assigned to Alex. You have 72 hours
to complete this task, good luck! |
| 18:05.24 |
maths22 |
brlcad: I
have started at brlcad.org/wp |
| 18:05.29 |
Notify |
03GCI:Sean *
Write an article soliciting a Windows platform maintainer: Task
Assigned - This task has been assigned to Alex. You have 72 hours
to complete this task, good luck! |
| 18:05.31 |
maths22 |
Articles are
migrated |
| 18:05.44 |
Notify |
03GCI:Feliks
* Create prototype 2D Drawing: Task Claimed - I would like to work
on this task. |
| 18:05.49 |
Notify |
03GCI:Feliks
* Create prototype 2D Drawing: Task Claimed - I would like to work
on this task. |
| 18:06.54 |
Notify |
03GCI:Sean *
Create prototype 2D Drawing: Task Assigned - This task has been
assigned to Feliks. You have 72 hours to complete this task, good
luck! |
| 18:07.04 |
Notify |
03GCI:Sean *
Create prototype 2D Drawing: Task Assigned - This task has been
assigned to Feliks. You have 72 hours to complete this task, good
luck! |
| 18:08.29 |
Notify |
03GCI:Andrei
* Fix at least 8 spelling mistakes in at least 8 different files
#3: Task Assigned - This task has been assigned to Bterhi. You have
72 hours to complete this task, good luck! |
| 18:09.51 |
Notify |
03GCI:Yatharth Agarwal * Add missing
documentation (for any ONE command) #3: Task Claimed - I would like
to work on this task. |
| 18:09.56 |
Notify |
03GCI:Yatharth Agarwal * Add missing
documentation (for any ONE command) #3: Task Claimed - I would like
to work on this task. |
| 18:10.46 |
Notify |
03GCI:Yatharth Agarwal * Add missing
documentation (for any ONE command) #3: Claim Removed - The claim
on this task has been removed, someone else can claim it
now. |
| 18:10.47 |
Notify |
03GCI:Yatharth Agarwal * Add missing
documentation (for any ONE command) #3: Claim Removed - The claim
on this task has been removed, someone else can claim it
now. |
| 18:12.46 |
Notify |
03GCI:Gary-Austin Morales * Write an
article soliciting a Windows platform maintainer: Task Claimed - I
would like to work on this task. |
| 18:12.47 |
Notify |
03GCI:Gary-Austin Morales * Write an
article soliciting a Windows platform maintainer: Task Claimed - I
would like to work on this task. |
| 18:24.25 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 18:24.51 |
binaryking |
brlcad:
there? |
| 18:26.33 |
andromeda-galaxy |
brlcad: In
the task description it says to look at src/libbn/tests/rand.c,
does that mean that for this task I have to test that file, or can
I write tests for any untested libbn file? |
| 18:27.54 |
caen23 |
andromeda-galaxy: that file *is* a test,
it's given as an example |
| 18:28.10 |
andromeda-galaxy |
My git
checkout doesn't show a src/libbn/tests/rand.c |
| 18:29.52 |
caen23 |
sorry, didn't
look for it |
| 18:31.11 |
andromeda-galaxy |
Since it
isn't there, does that mean that that is the one that I need to
write? It is definitely not in SVN revision 58575 which is the one
that I have checkout out from an our ago |
| 18:31.20 |
Notify |
03GCI:Yatharth Agarwal * Add missing
documentation (for any ONE command) #3: Task Claimed - I would like
to work on this task. |
| 18:31.30 |
Notify |
03GCI:Yatharth Agarwal * Add missing
documentation (for any ONE command) #3: Task Claimed - I would like
to work on this task. |
| 18:31.31 |
*** join/#brlcad YatharthROCK
(~YatharthR@95.175.77.95) |
| 18:31.45 |
binaryking |
andromeda-galaxy: src/libbn/rand.c is the
file which you have to write a test for |
| 18:32.09 |
andromeda-galaxy |
binaryking:
okay, I was just wondering because the task description says any
file |
| 18:32.35 |
Notify |
03GCI:Mandeep
Kaur * Add missing documentation (for any ONE command) #3: Task
Assigned - This task has been assigned to Yatharth Agarwal. You
have 72 hours to complete this task, good luck! |
| 18:32.35 |
binaryking |
andromeda-galaxy:
src/libbn/tests/bn_rand.c will be the source file for the unit
test |
| 18:32.36 |
Notify |
03GCI:Mandeep
Kaur * Add missing documentation (for any ONE command) #3: Task
Assigned - This task has been assigned to Yatharth Agarwal. You
have 72 hours to complete this task, good luck! |
| 18:32.42 |
binaryking |
right caen23
? |
| 18:32.55 |
andromeda-galaxy |
binaryking:
So just a test for void bn_mathtab_constant(void) {}? |
| 18:33.44 |
caen23 |
i think so,
too. link to the task, btw? |
| 18:35.05 |
andromeda-galaxy |
sorry, here:
http://www.google-melange.com/gci/task/view/google/gci2013/4518287610216448 |
| 18:35.08 |
gcibot |
Create
numerics library (LIBBN) unit test for any file |
| 18:35.08 |
gcibot |
Status:
Claimed (2 hours, 23 minutes left) |
| 18:35.08 |
gcibot |
Mentor(s):
Sean |
| 18:35.18 |
andromeda-galaxy |
that is the
one that I claimed |
| 18:35.40 |
Notify |
03GCI:Yatharth Agarwal * Add missing
documentation (for any ONE command) #3: asc2g available? - I would
like to document the asc2g function for this task. If not that,
then the ad one. The task... |
| 18:35.45 |
Notify |
03GCI:Yatharth Agarwal * Add missing
documentation (for any ONE command) #3: asc2g available? - I would
like to document the asc2g function for this task. If not that,
then the ad one. The task... |
| 18:35.51 |
andromeda-galaxy |
BTW: gcibot
got the hours/minutes mixed up with the days/hours |
| 18:36.12 |
aviraldg |
andromeda-galaxy, willfix |
| 18:37.22 |
andromeda-galaxy |
aviraldg: do
you mean gcibot or the task description (to say
rand.c)? |
| 18:37.48 |
aviraldg |
gcibot, of
course |
| 18:37.48 |
gcibot |
aviraldg:
Hey, I'm a bot written by aviraldg who inserts metadata about GCI
links! Source at: https://github.com/aviraldg/gcibot. |
| 18:37.56 |
aviraldg |
ugh |
| 18:38.08 |
binaryking |
:P |
| 18:38.21 |
andromeda-galaxy |
aviraldg:
okay |
| 18:39.07 |
YatharthROCK |
What VCS does
BRL-CAD use? |
| 18:39.52 |
caen23 |
andromeda-galaxy: i think any new test
will do, the description must've been simply copied from an
existing task |
| 18:40.04 |
kesha |
YatharthROCK:
svn |
| 18:40.05 |
andromeda-galaxy |
caen23: okay,
thanks for the information |
| 18:41.00 |
Notify |
03GCI:binaryking * Create a CSS only
version of BRL-CAD Logo: Ready for review - The work on this task
is ready to be reviewed. |
| 18:44.35 |
kesha |
aviraldg:
Check and merge pull request on gci bot to correct
day-hours. |
| 18:44.52 |
aviraldg |
oops |
| 18:44.58 |
aviraldg |
just fixed it
myself :P |
| 18:45.01 |
aviraldg |
thanks
anyway |
| 18:45.03 |
*** join/#brlcad gcibot
(~gcibot@117.200.91.101) |
| 18:45.13 |
kesha |
okay
:D |
| 18:54.02 |
andromeda-galaxy |
One last
thing --- is the testing convention to make tests that take lists
of numbers and return true if the numbers satisfy their tests?
(i.e. test_bn_3pts_collinear would take three points and return
true if the bn_3pts_collinear function returns true) |
| 18:57.46 |
kesha |
andromeda-galaxy: you can use int as
return type and return 0 if true and -1 if false. Any logic is
fine. And then if successful, display result using
bu_log. |
| 18:58.23 |
kesha |
andromeda-galaxy: Look at other tests. You
can steal the format and/or idea wherever applicable ;) |
| 18:58.48 |
andromeda-galaxy |
kesha: so it
takes a list of numbers in as a string and returns something
indicating if those numbers fulfilled a specific
predicate? |
| 18:59.02 |
andromeda-galaxy |
I'm trying to
write a test for bn_plane.c |
| 19:04.09 |
Notify |
03GCI:Alex *
Write an article soliciting a Windows platform maintainer: Find out
about a maintainer - Im having trouble gaining a full
understanding of what a 'maintainer' is. So far i
have... |
| 19:04.14 |
Notify |
03GCI:Alex *
Write an article soliciting a Windows platform maintainer: Find out
about a maintainer - Im having trouble gaining a full
understanding of what a 'maintainer' is. So far i
have... |
| 19:05.27 |
kesha |
andromeda-galaxy: you might like to see
this prototype - int bn_3pts_collinear(fastf_t *a, fastf_t *b,
fastf_t *c, const struct bn_tol *tol); |
| 19:06.24 |
andromeda-galaxy |
kesha:
bn_3pts_collinear or test_bn_3pts_collinear? |
| 19:06.50 |
kesha |
test_bn_3pts_collinear is the one you are
supposed to write |
| 19:06.59 |
andromeda-galaxy |
and the
main() function should parse a string to get the a,b,c,
right? |
| 19:11.38 |
andromeda-galaxy |
Is there a
preference on whether main() takes a string and parses it (like
bn_list) or has them hardcoded (like bn_poly)? that is sort of what
I was trying to ask... |
| 19:17.47 |
kesha |
I guess a
test can be hardcoded if you are sure about the hardcoded values
would check for all possibilites or are found from output of some
other function or program. Otherwise, you would be introducing
magic numbers, which is hard to debug in future. |
| 19:18.01 |
andromeda-galaxy |
kesha: okay,
thanks |
| 19:18.17 |
andromeda-galaxy |
the
definition of fastf_t is somewhat confusing, but I think I'm
getting there... |
| 19:19.00 |
andromeda-galaxy |
bu.h defines
fastf_t to be a double, but it seems to be used like a 3-vector in
other places... |
| 19:20.56 |
Notify |
03GCI:Yatharth Agarwal * Add missing
documentation (for any ONE command) #3: Claim Removed - The claim
on this task has been removed, someone else can claim it
now. |
| 19:21.26 |
Notify |
03GCI:Yatharth Agarwal * Create a CSS
only version of BRL-CAD Logo #2: Task Claimed - I would like to
work on this task. |
| 19:23.07 |
YatharthROCK |
Which logo do
we have to reproduce for this task? <https://google-melange.appspot.com/gci/task/view/google/gci2013/5081237563637760> |
| 19:23.37 |
YatharthROCK |
As 2-d one
<http://brlcad.org/images/angelov_512x256.png>
or a 3-d one <http://brlcad.org/images/angelov3d_512x256.png>? |
| 19:24.11 |
*** join/#brlcad gcibot
(~gcibot@117.200.91.101) |
| 19:26.15 |
Notify |
03GCI:Sean *
Create a CSS only version of BRL-CAD Logo #2: Task Assigned - This
task has been assigned to Yatharth Agarwal. You have 72 hours to
complete this task, good luck! |
| 19:27.28 |
andromeda-galaxy |
kesha: where
are the constants X,Y,Z defined? how are they being used to index
fastf_t? Sorry to bother you more, but I can't easily find things
like this in a codebase this size, if you have any suggestions on
how to do that better I will happily take them. |
| 19:41.03 |
Notify |
03BRL-CAD:tbrowder2 * 58577
ova/VM-user-home-files/README-brlcad-development.txt:
update |
| 19:42.42 |
Notify |
03BRL-CAD:tbrowder2 * 58578
ova/Sourceforge-VM-files/README.txt: update |
| 19:43.42 |
kesha |
andromeda-galaxy: which constants X,Y,Z
are you talking abt ? |
| 19:44.25 |
andromeda-galaxy |
kesha: in
plane.c, bn_pt3_pt3_equal, for instance, says |
| 19:44.25 |
Notify |
03BRL-CAD:tbrowder2 * 58579
ova/VM-user-home-files/brlcad-config.sh: add missing
lines |
| 19:44.32 |
andromeda-galaxy |
a[X]-b[X] |
| 19:44.36 |
andromeda-galaxy |
when a,b are
fastf_t |
| 19:44.41 |
andromeda-galaxy |
sorry,
fastf_t* |
| 19:46.09 |
andromeda-galaxy |
I was
wondering how X,Y,Z were being used to index fastf_t (which is a
typedef for double in this case) to get 3 values out of
it. |
| 19:49.06 |
Notify |
03GCI:Andrei
* Create a screen-cast for BRL-CAD: Task Claimed - I would like to
work on this task. |
| 19:49.20 |
Notify |
03GCI:Sean *
Create a CSS only version of BRL-CAD Logo #2: hopping around -
Yatharth, hopping around to a lot of different tasks frequently
usually makes it much more difficult to complete any... |
| 19:49.28 |
kesha |
andromeda-galaxy: http://pastebin.com/CtX88TaG |
| 19:50.01 |
andromeda-galaxy |
kesha: ah,
thanks |
| 19:50.47 |
andromeda-galaxy |
I was thrown
off the most by the fact that as far as I can tell the tests pass
in point_t and the code looks at them as pointers to
fastf_t |
| 19:50.59 |
andromeda-galaxy |
also, where
should I get a tol object to put in? |
| 19:51.02 |
kesha |
Good Luck
andromeda-galaxy, got to go .. |
| 20:07.44 |
andromeda-galaxy |
should
bn_plane_3pts_collinear return true or false when all the points
are the same? |
| 20:09.34 |
*** join/#brlcad talga
(~dajoshina@ip68-0-230-7.ri.ri.cox.net) |
| 20:12.28 |
Notify |
03GCI:Sean *
Create a screen-cast for BRL-CAD: Task Assigned - This task has
been assigned to Andrei. You have 72 hours to complete this task,
good luck! |
| 20:12.29 |
Notify |
03GCI:Sean *
Create a screen-cast for BRL-CAD: Task Assigned - This task has
been assigned to Andrei. You have 72 hours to complete this task,
good luck! |
| 20:14.16 |
*** part/#brlcad talga
(~dajoshina@ip68-0-230-7.ri.ri.cox.net) |
| 20:19.41 |
andromeda-galaxy |
Can someone
point me to something that documents the intended behavioir of
bn_3pts_collinear please? |
| 20:19.50 |
andromeda-galaxy |
I need to
know what it should do if the three points are all the
same |
| 20:22.53 |
andromeda-galaxy |
brlcad: are
you here? |
| 20:34.40 |
andromeda-galaxy |
I think I
might have a bug in bn_3pts_collinear |
| 20:35.08 |
andromeda-galaxy |
I get this
data |
| 20:35.09 |
andromeda-galaxy |
: |
| 20:35.24 |
andromeda-galaxy |
6,2,4 6,2,4
9.3,8.1,4.6: collinear |
| 20:35.37 |
andromeda-galaxy |
9.3,8.1,4.6
6,2,4 6,2,4: non collinear |
| 20:35.52 |
andromeda-galaxy |
6,2,4
9.3,8.1,4.6 6,2,4: collinear |
| 20:36.07 |
andromeda-galaxy |
5.3,8.1,9.6
5.3,8.1,9.6 5.3,8.1,9.6: non collinear |
| 20:36.22 |
andromeda-galaxy |
Can someone
tell me if this is the expected behavior please? |
| 20:37.05 |
andromeda-galaxy |
brlcad:,
aviraldg:, are you here? |
| 21:04.35 |
brlcad |
andromeda-galaxy: hello! |
| 21:04.46 |
brlcad |
it's a busy
day, as you can imagine .. some responses will take a little
while |
| 21:04.51 |
andromeda-galaxy |
ah,
thanks |
| 21:05.05 |
andromeda-galaxy |
brlcad: did
you see my question about the behavior of
3pts_collinear? |
| 21:05.54 |
brlcad |
maths22:
awesome |
| 21:05.59 |
andromeda-galaxy |
brlcad: if
that is what it should be doing I will alter my tests and submit
them, if it is not what it should be doing I will keep the tests
the same and submit hem |
| 21:10.03 |
Notify |
03GCI:Palindrome * Create a graphical
mock-up for wiki pages of BRL-CAD: Task Claimed - I would like to
work on this task. |
| 21:11.49 |
andromeda-galaxy |
brlcad: I was
trying to do this task: http://brlcad.org/images/angelov_256.png |
| 21:11.54 |
andromeda-galaxy |
sorry, i
mean: |
| 21:12.15 |
andromeda-galaxy |
http://www.google-melange.com/gci/task/view/google/gci2013/4518287610216448 |
| 21:12.18 |
gcibot |
Create
numerics library (LIBBN) unit test for any file |
| 21:12.18 |
gcibot |
Status:
Claimed (2 days, 20 hours left) |
| 21:12.18 |
gcibot |
Mentor(s):
Sean |
| 21:36.33 |
andromeda-galaxy |
I'm sorry to
ask again, but I just need to know what that function should do so
that I can adjust a value and then I can submit my task, so it
would be great if someone could tell me the expected output of
bn_3pts_collinear in the cases above |
| 21:40.29 |
Notify |
03GCI:Sean *
Create a graphical mock-up for wiki pages of BRL-CAD: Task Assigned
- This task has been assigned to Palindrome. You have 72 hours to
complete this task, good luck! |
| 21:43.35 |
Notify |
03GCI:Sean *
Write an article soliciting a Windows platform maintainer
http://www.google-melange.com/gci/task/view/google/gci2013/4534595869474816:
maintainer : maintainer - ... |
| 21:43.35 |
Notify |
03GCI:Sean *
Write an article soliciting a Windows platform maintainer
http://www.google-melange.com/gci/task/view/google/gci2013/4534595869474816:
maintainer : maintainer - ... |
| 21:44.35 |
Notify |
03GCI:Sean *
Add missing documentation (for any ONE command) #3: both - I
believe they are both available, but you'll know by looking in the
source distribution for the corresponding
documentation... |
| 21:44.36 |
Notify |
03GCI:Sean *
Add missing documentation (for any ONE command) #3: both - I
believe they are both available, but you'll know by looking in the
source distribution for the corresponding
documentation... |
| 21:46.00 |
Notify |
03GCI:Sean *
Migrate Drupal site to Wordpress: recognized - Yep, recognized you
right away Jacob! This is going to be ... good. :) |
| 21:53.56 |
Notify |
03GCI:Benj *
Create numerics library (LIBBN) unit test for qmath.c: Task Claimed
- I would like to work on this task. |
| 21:54.01 |
Notify |
03GCI:Benj *
Create numerics library (LIBBN) unit test for qmath.c: Task Claimed
- I would like to work on this task. |
| 21:59.22 |
Notify |
03GCI:Alex *
Write an article soliciting a Windows platform maintainer:
appreciated - OK thanks |
| 22:02.27 |
Notify |
03GCI:Sean *
Create numerics library (LIBBN) unit test for qmath.c: Task
Assigned - This task has been assigned to Benj. You have 72 hours
to complete this task, good luck! |
| 22:02.57 |
Notify |
03GCI:Sean *
Create a screen-cast for BRL-CAD: you decide - You decide, but it
needs to be effective. You may need voice or overlays to explain
what you're doing. Otherwise, just watching a mouse... |
| 22:03.20 |
andromeda-galaxy |
brlcad: sorry
to bother you, but I was wondering if you had seen my question,
since all that I need to submit my task is an answer to that one
thing |
| 22:07.23 |
Notify |
03GCI:Andrei
* Create a screen-cast for BRL-CAD: voice - should I record voice
too, or just the screen? |
| 22:10.33 |
*** part/#brlcad Wabouz_
(~Wabouz@78.193.58.118) |
| 22:19.54 |
Notify |
03BRL-CAD
Wiki:Evanhart616 * 0 /wiki/User:Evanhart616: |
| 22:21.36 |
andromeda-galaxy |
Hi, can
anyone explain what the behavior of bn_3pts_collinear should be
when two or three of the points are the same? |
| 22:46.19 |
Notify |
03BRL-CAD:tbrowder2 * 58580
(ova/VM-user-home-files/brlcad-code-examples/link-files.sh
===================================================================
and 24 others): add utility script |
| 22:46.33 |
Notify |
03GCI:Palindrome * Create a graphical
mock-up for wiki pages of BRL-CAD: Potential Site - The potential
desktop and mobile views are in a zip folder which will be uploaded
momentarilly. |
| 22:46.47 |
*** join/#brlcad FOSScookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 22:50.34 |
Notify |
03GCI:Benj *
Create numerics library (LIBBN) unit test for qmath.c:
Communication - Sean how could I communicate to you? |
| 22:50.44 |
Notify |
03GCI:Benj *
Create numerics library (LIBBN) unit test for qmath.c:
Communication - Sean how could I communicate to you? |
| 22:54.25 |
Notify |
03GCI:Palindrome * Create a graphical
mock-up for wiki pages of BRL-CAD: Ready for review - The work on
this task is ready to be reviewed. |
| 22:56.40 |
Notify |
03GCI:Palindrome * Create a graphical
mock-up for wiki pages of BRL-CAD: Please Use Mockup2.zip - There
were some formatting mistakes in the uploaded files. Please Use
Mockup2.zip |
| 23:00.03 |
andromeda-galaxy |
Hi, can
anyone explain what the behavior of bn_3pts_collinear should be
when two or three of the points are the same? |
| 23:00.29 |
maths22 |
andromeda-galaxy: just so you know, any
mentor can help you with any task (almost) at brlcad |
| 23:00.35 |
maths22 |
other orgs
may not be the same |
| 23:00.44 |
andromeda-galaxy |
maths22:
thanks |
| 23:02.04 |
andromeda-galaxy |
maths22: I'm
having trouble finding anyone here right now, I just need to answer
this question to set 2-3 expected-values and then I can submit my
task but it seems that there haven't been any mentors here that can
help me with it for the last 2 hrs |
| 23:08.01 |
Notify |
03GCI:Alex *
Write an article soliciting a Windows platform maintainer: format?
- Can this be done on a word document or notepad? is there a
specific software i should use for creating this?... |
| 23:11.23 |
n_reed |
andromeda-galaxy: function behavior should
be documented in the header file containing the function
declaration; in the case of bn_* functions, the file is
include/bn.h |
| 23:28.19 |
andromeda-galaxy |
n_reed:
thanks |
| 23:29.11 |
andromeda-galaxy |
however, I
was wondering what it means by collinear |
| 23:29.17 |
andromeda-galaxy |
i.e. do three
identical points count? |
| 23:29.23 |
andromeda-galaxy |
or what if
two are the same and another is not? |
| 23:29.44 |
andromeda-galaxy |
Also, the
ordering-does-not-matter restriction is broken by the test that I
have here |
| 23:30.21 |
andromeda-galaxy |
should I
submit the test that fails since I think that it should be
failing? |
| 23:32.26 |
*** join/#brlcad Ben__
(62711b7a@gateway/web/freenode/ip.98.113.27.122) |
| 23:32.45 |
Ben__ |
What is Unit
Testing Software? |
| 23:33.29 |
Notify |
03GCI:Andromeda Galaxy * Create numerics
library (LIBBN) unit test for any file: Ready for review - The work
on this task is ready to be reviewed. |
| 23:34.12 |
andromeda-galaxy |
brlcad: A
test fails, but I think that that is because the code doesn't do
what it should |
| 23:34.19 |
andromeda-galaxy |
brlcad: can
you please review my code? |
| 23:40.00 |
Notify |
03GCI:Daniel
Rossberg * Create a CSS only version of BRL-CAD Logo: Some issues
- Your file looks ill formated and contains java script. This
could be caused by the Melange website. Maybe you... |
| 23:40.02 |
Notify |
03GCI:Daniel
Rossberg * Create a CSS only version of BRL-CAD Logo: Task Needs
More Work - One of the mentors has sent this task back for more
work. Talk to the mentor(s) assigned to this task to... |
| 23:42.31 |
Notify |
03GCI:Connor
Vickers * Create Wordpress theme for BRL-CAD website: Task Claimed
- I would like to work on this task. |
| 23:42.45 |
*** join/#brlcad AndroUser
(~androirc@117.199.97.29) |
| 23:44.26 |
Notify |
03GCI:Gauravjeet Singh * Create Wordpress
theme for BRL-CAD website: Task Assigned - This task has been
assigned to Connor Vickers. You have 72 hours to complete this
task, good luck! |
| 23:44.31 |
Notify |
03GCI:Gauravjeet Singh * Create Wordpress
theme for BRL-CAD website: Task Assigned - This task has been
assigned to Connor Vickers. You have 72 hours to complete this
task, good luck! |
| 23:46.32 |
*** join/#brlcad witness_
(~witness12@182.68.21.227) |
| 23:54.10 |
*** join/#brlcad andromeda_galaxy
(~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net) |
| 00:10.15 |
Notify |
03BRL-CAD:tbrowder2 * 58581
(ova/Sourceforge-VM-files/copy-to-brlcad-vm-site.sh.template
===================================================================
and 31 others): add script templates for file transfer |
| 00:10.16 |
*** join/#brlcad ishwerdas
(~inderplus@117.199.97.29) |
| 00:10.58 |
Notify |
03BRL-CAD:tbrowder2 * 58582
(ova/Sourceforge-VM-files/README.loading-the-VM.txt
ova/Sourceforge-VM-files/README.txt): update with latest
info |
| 00:11.46 |
Notify |
03BRL-CAD:tbrowder2 * 58583
ova/Build-VM/README.building-the-VM.txt: update with latest
info |
| 00:18.01 |
Notify |
03GCI:Hardeep
Singh Rai * Create numerics library (LIBBN) unit test for qmath.c
http://www.google-melange.com/gci/task/view/google/gci2013/4681515157946368:
IRC Use IRC channel or mailing list.... |
| 00:29.27 |
Notify |
03GCI:Andrew
* Implement a centroid function for right hyperbolic cylinders
(RHC): Task Claimed - I would like to work on this
task. |
| 00:29.32 |
Notify |
03GCI:Andrew
* Implement a centroid function for right hyperbolic cylinders
(RHC): Task Claimed - I would like to work on this
task. |
| 00:30.22 |
Notify |
03GCI:Gauravjeet Singh * Implement a
centroid function for right hyperbolic cylinders (RHC): Task
Assigned - This task has been assigned to Andrew. You have 72 hours
to complete this task, good... |
| 00:37.32 |
*** join/#brlcad binaryking
(~binarykin@unaffiliated/nafcool) |
| 00:38.05 |
binaryking |
hi
ishwerdas |
| 00:38.12 |
ishwerdas |
hi |
| 00:38.17 |
ishwerdas |
hi
binaryking |
| 00:39.07 |
binaryking |
ishwerdas:
how do I make the border-radius to bulge inwards? |
| 00:39.31 |
binaryking |
we need
jQuery then, as just simple CSS3 won't do the trick |
| 00:41.08 |
ishwerdas |
binaryking:
wait, let me confirm. I will get back to you soon. |
| 00:44.42 |
ishwerdas |
binaryking:
no, you don't need jQuery for that. There is a simple trick that
can do this (just a few lines of CSS). I would love, if you try a
bit more finding the CSS property that can achieve this. For now, I
confirm that it can be done only with CSS |
| 00:45.23 |
binaryking |
ishwerdas:
inward border-radius? |
| 00:45.31 |
binaryking |
hmm, lemme
see |
| 00:58.35 |
Notify |
03GCI:Benj *
Create numerics library (LIBBN) unit test for qmath.c: Claim
Removed - The claim on this task has been removed, someone else can
claim it now. |
| 01:01.53 |
*** join/#brlcad binaryking
(~binarykin@117.200.80.38) |
| 01:01.53 |
*** join/#brlcad binaryking
(~binarykin@unaffiliated/nafcool) |
| 01:19.27 |
*** join/#brlcad YuGin
(~IceChat77@182.55.146.247) |
| 01:20.17 |
YuGin |
Hi mentor
Sean, are you there? |
| 01:39.10 |
maths22 |
brlcad: I
don't think I should migrate users: they integrate with mediawiki
and need to be redone to integrate with wordpress |
| 01:39.22 |
maths22 |
maybe that
could be another task? |
| 01:39.31 |
maths22 |
Also, I have
not migrated comments |
| 01:39.40 |
maths22 |
Do you think
they are worth it? |
| 01:39.57 |
maths22 |
Obviously,
the theming is also wrong right now, but that will
change |
| 01:43.44 |
*** join/#brlcad aviraldg-2
(aviraldg@117.200.84.147) |
| 01:53.20 |
brlcad |
~cadsvn |
| 01:53.20 |
infobot |
To obtain
BRL-CAD from Subversion: svn checkout https://svn.code.sourceforge.net/p/brlcad/code/brlcad/trunk
brlcad |
| 02:03.17 |
brlcad |
YuGin:
welcome |
| 02:03.53 |
YuGin |
Hi, I have a
few clarifications I would like to make regarding my task: 'Fix at
least 8 spelling mistakes in at least 8 different files
#2' |
| 02:03.58 |
brlcad |
andromeda-galaxy: I'm here pretty much all
day and night nearly every day |
| 02:04.20 |
YuGin |
infobot
posted a link a few lines ago, is that where I can find the latest,
most updated source code? |
| 02:04.21 |
infobot |
YuGin:
okay |
| 02:05.25 |
brlcad |
andromeda-galaxy: today being the first
day .. makes for a very busy day and little time to
talk |
| 02:05.46 |
brlcad |
in fact this
week will be pretty packed, but I do answer if people are still
here when I can respond |
| 02:06.46 |
brlcad |
maths22: any
way to associate an image with each article like in dp? |
| 02:09.27 |
brlcad |
andromeda-galaxy: looking at
src/libbn/tests/rand.c is just an example .. there are lots of unit
test examples (and yes, a unit test for ANY libbn file is a valid
GCI task) |
| 02:09.45 |
brlcad |
you just have
to make sure you test all the public functions in each
file |
| 02:11.19 |
maths22 |
What do you
mean? |
| 02:11.45 |
maths22 |
the way it is
displayed is just some html at the beginnign of the artile (I
think) |
| 02:15.40 |
brlcad |
andromeda-galaxy: ah, and tests/rand.c is
the one you write (if that's the corresponding one you're
testing) |
| 02:18.30 |
brlcad |
caen23: you
participating again? |
| 02:19.13 |
*** part/#brlcad Ben__
(62711b7a@gateway/web/freenode/ip.98.113.27.122) |
| 02:23.13 |
brlcad |
andromeda-galaxy: sorry I had to bolt
before your follow-up question earlier today about colinear
points |
| 02:25.43 |
Notify |
03GCI:David
Gumberg * Fix at least 8 spelling mistakes in at least 8 different
files: Task Claimed - I would like to work on this
task. |
| 02:25.48 |
Notify |
03GCI:David
Gumberg * Fix at least 8 spelling mistakes in at least 8 different
files: Task Claimed - I would like to work on this
task. |
| 02:26.13 |
Notify |
03GCI:Harmanpreet * Write an article
soliciting a Windows platform maintainer: Your Choice - We only
need a well written article no matter which editor or word
processor is used. Article should be... |
| 02:26.14 |
Notify |
03GCI:Harmanpreet * Write an article
soliciting a Windows platform maintainer: Your Choice - We only
need a well written article no matter which editor or word
processor is used. Article should be... |
| 02:27.03 |
Notify |
03GCI:Harmanpreet * Fix at least 8
spelling mistakes in at least 8 different files: Task Assigned -
This task has been assigned to David Gumberg. You have 72 hours to
complete this task, good luck! |
| 02:29.26 |
brlcad |
YuGin:
catching up with the backlog, yes that is how to obtain our latest
code |
| 02:31.22 |
YuGin |
Ok thanks.
Also, what exactly would be the 'patch file' that I have to submit
as per the instructions? Is it simply a document detailing all the
mistakes I've found? |
| 02:32.21 |
maths22 |
YuGin:http://ariejan.net/2007/07/03/how-to-create-and-apply-a-patch-with-subversion/ |
| 02:32.42 |
brlcad |
maths22:
right, in drupal, it is just embedded as an <img> tag .. but
presumably wp has a way to associate images? drupal has a way, we
just didn't use it |
| 02:33.02 |
brlcad |
(and yes, I
realize this would be a separate GCI task) |
| 02:33.28 |
Notify |
03GCI:Daniel
Rossberg * Create numerics library (LIBBN) unit test for any file:
Looks good, but ... - I havn't tested it yet, but at a first sight
it looks good. However, I think the year in the... |
| 02:33.33 |
Notify |
03GCI:Daniel
Rossberg * Create numerics library (LIBBN) unit test for any file:
Looks good, but ... - I havn't tested it yet, but at a first sight
it looks good. However, I think the year in the... |
| 02:33.34 |
Notify |
03GCI:Daniel
Rossberg * Create numerics library (LIBBN) unit test for any file:
Task Needs More Work - One of the mentors has sent this task back
for more work. Talk to the mentor(s) assigned to... |
| 02:33.54 |
YuGin |
@maths22,
great, thanks. |
| 02:34.24 |
Notify |
03GCI:Ellis *
Fix bounding box function for our polygonal mesh (BoT) primitive:
Task Claimed - I would like to work on this task. |
| 02:34.34 |
maths22 |
SHould I then
close my current one |
| 02:34.35 |
brlcad |
YuGin: you
can also see a summary of how to make a patch here: http://brlcad.org/wiki/Deuces#When_You.27re_Done |
| 02:36.34 |
Notify |
03GCI:Harmanpreet * Fix bounding box
function for our polygonal mesh (BoT) primitive: Task Assigned -
This task has been assigned to Ellis. You have 72 hours to complete
this task, good luck! |
| 02:36.39 |
Notify |
03GCI:Harmanpreet * Fix bounding box
function for our polygonal mesh (BoT) primitive: Task Assigned -
This task has been assigned to Ellis. You have 72 hours to complete
this task, good luck! |
| 02:41.23 |
Notify |
03GCI:Sean *
Create numerics library (LIBBN) unit test for qmath.c
http://www.google-melange.com/gci/task/view/google/gci2013/4681515157946368:
anyone Benj, I saw your query on IRC, but you... |
| 02:41.33 |
Notify |
03GCI:Sean *
Create numerics library (LIBBN) unit test for qmath.c
http://www.google-melange.com/gci/task/view/google/gci2013/4681515157946368:
anyone Benj, I saw your query on IRC, but you... |
| 02:42.08 |
Notify |
03GCI:Sean *
Create a graphical mock-up for wiki pages of BRL-CAD: Task Needs
More Work - One of the mentors has sent this task back for more
work. Talk to the mentor(s) assigned to this task to... |
| 02:42.13 |
Notify |
03GCI:Sean *
Create a graphical mock-up for wiki pages of BRL-CAD: Task Needs
More Work - One of the mentors has sent this task back for more
work. Talk to the mentor(s) assigned to this task to... |
| 02:43.29 |
Notify |
03GCI:Ellis *
Fix bounding box function for our polygonal mesh (BoT) primitive:
Claim Removed - The claim on this task has been removed, someone
else can claim it now. |
| 02:50.04 |
Notify |
03GCI:Sean *
Create a graphical mock-up for wiki pages of BRL-CAD
http://www.google-melange.com/gci/task/view/google/gci2013/4524113196482560:
not bad Palindrome, The design is interesting,... |
| 02:51.44 |
Notify |
03GCI:Sean *
Write an article soliciting a Windows platform maintainer: add
article to wiki - Alex, in addition to what Harmanpreet said, the
task description says what to do with the article.... |
| 03:01.20 |
Notify |
03GCI:Sean *
Create a CSS only version of BRL-CAD Logo: bigger - Also needs to
be bigger. |
| 03:05.58 |
*** join/#brlcad YuGin_
(~IceChat77@182.55.146.247) |
| 03:06.51 |
*** part/#brlcad YuGin_
(~IceChat77@182.55.146.247) |
| 03:06.51 |
*** join/#brlcad YuGin_
(~IceChat77@182.55.146.247) |
| 03:16.56 |
brlcad |
``Erik: any
idea why the notifications are duplicated? |
| 03:17.19 |
brlcad |
presumably
getting two e-mails, but why |
| 03:21.00 |
Notify |
03GCI:Jacob B
* Migrate Drupal site to Wordpress: Ready for review - The work on
this task is ready to be reviewed. |
| 03:21.05 |
Notify |
03GCI:Jacob B
* Migrate Drupal site to Wordpress: Ready for review - The work on
this task is ready to be reviewed. |
| 03:39.10 |
Notify |
03GCI:Sam *
Design a Cover Photo for Facebook page (and other social networks):
Task Claimed - I would like to work on this task. |
| 03:56.30 |
Notify |
03GCI:Karena
* Create a CAD inspired icon-set for BRL-CAD website: Task Claimed
- I would like to work on this task. |
| 04:15.33 |
*** join/#brlcad awabimakoto
(~tc@th121025.ip.tsinghua.edu.cn) |
| 04:17.51 |
Notify |
03GCI:Karena
* Create a CAD inspired icon-set for BRL-CAD website: Task Claimed
- I would like to work on this task. |
| 04:17.56 |
Notify |
03GCI:Karena
* Create a CAD inspired icon-set for BRL-CAD website: Task Claimed
- I would like to work on this task. |
| 04:51.42 |
Notify |
03GCI:Harmanpreet * Create a CAD inspired
icon-set for BRL-CAD website: Task Assigned - This task has been
assigned to Karena. You have 72 hours to complete this task, good
luck! |
| 04:51.52 |
Notify |
03GCI:Harmanpreet * Create a CAD inspired
icon-set for BRL-CAD website: Task Assigned - This task has been
assigned to Karena. You have 72 hours to complete this task, good
luck! |
| 04:52.22 |
Notify |
03GCI:Harmanpreet * Design a Cover Photo
for Facebook page (and other social networks): Task Assigned - This
task has been assigned to Sam. You have 72 hours to complete this
task, good luck! |
| 04:53.44 |
*** join/#brlcad witness
(~witness12@122.248.183.23) |
| 04:56.35 |
*** join/#brlcad atsoc
(~andrew@135.0.83.118) |
| 04:57.19 |
*** join/#brlcad atsoc
(~andrew@135.0.83.118) |
| 05:25.21 |
*** join/#brlcad awabimakoto
(~awabimako@117.136.0.213) |
| 05:35.39 |
*** join/#brlcad witness_
(~witness12@122.248.183.23) |
| 05:40.39 |
*** join/#brlcad witness
(~witness12@122.248.183.23) |
| 05:44.49 |
*** join/#brlcad caen23
(~caen23@92.81.170.231) |
| 05:49.28 |
*** join/#brlcad witness_
(~witness12@122.248.183.23) |
| 06:01.24 |
*** join/#brlcad YatharthROCK
(~YatharthR@95.175.77.95) |
| 06:18.34 |
*** join/#brlcad witness123_
(~witness12@122.248.183.23) |
| 06:25.36 |
*** join/#brlcad witness
(~witness12@122.248.183.23) |
| 06:25.44 |
Notify |
03GCI:Yatharth Agarwal * Create a CSS
only version of BRL-CAD Logo #2: 2-D logo or 3-D logo? - One,
sorry for the hopping around. I was extremely nervous, but I'm
going to see tasks through now. ... |
| 06:28.59 |
YuGin |
Sean, or
anyone else who can help- How do I export a patch file from a
Virtual Machine to Windows? |
| 06:33.13 |
YuGin |
Never mind- I
figured out how to use my thumbdrive for it. |
| 06:34.30 |
Notify |
03GCI:YuGin *
Fix at least 8 spelling mistakes in at least 8 different files #2:
Ready for review - The work on this task is ready to be
reviewed. |
| 07:00.54 |
*** join/#brlcad YatharthROCK
(~YatharthR@95.175.77.95) |
| 07:33.51 |
Notify |
03GCI:John *
Design a T-Shirt for BRL-CAD: Task Claimed - I would like to work
on this task. |
| 07:34.51 |
Notify |
03GCI:Palindrome * Create a graphical
mock-up for wiki pages of BRL-CAD: Allow me - Let me redesign and
get back to you after school. |
| 07:34.56 |
Notify |
03GCI:Palindrome * Create a graphical
mock-up for wiki pages of BRL-CAD: Allow me - Let me redesign and
get back to you after school. |
| 07:43.03 |
Notify |
03GCI:Andrei
* Create a screen-cast for BRL-CAD: MGED or Archer? - Which one
should I use? |
| 07:45.58 |
Notify |
03GCI:John *
Design a T-Shirt for BRL-CAD: Node problem - Hey guys, there's a
Node problem there, meaning I can't seem to be able to connect to
your IRC - It's loading forever |
| 07:45.59 |
Notify |
03GCI:John *
Design a T-Shirt for BRL-CAD: Node problem - Hey guys, there's a
Node problem there, meaning I can't seem to be able to connect to
your IRC - It's loading forever |
| 07:54.37 |
*** join/#brlcad witness
(~witness12@122.248.183.23) |
| 07:55.47 |
Notify |
03GCI:Alexandra Covor * Design BRL-CAD
phone/tablet back cover: Task Claimed - I would like to work on
this task. |
| 08:27.14 |
YatharthROCK |
Could someone
help me make the BRL-CAD logo in CSS? No matter what I do, some
part of the logo that shouldn't be covered by another is always
covered. I nee help with the stacking. See <http://jsfiddle.net/YatharthROCK/4v2Hf/2/>
for my code |
| 08:33.30 |
Notify |
03GCI:Harmanpreet * Design BRL-CAD
phone/tablet back cover: Task Assigned - This task has been
assigned to Alexandra Covor. You have 72 hours to complete this
task, good luck! |
| 08:34.30 |
Notify |
03GCI:Harmanpreet * Design a T-Shirt for
BRL-CAD: Task Assigned - This task has been assigned to John. You
have 72 hours to complete this task, good luck! |
| 08:48.12 |
*** join/#brlcad gcibot
(~gcibot@117.200.93.193) |
| 08:51.34 |
*** join/#brlcad gcibot
(~gcibot@117.200.93.193) |
| 08:54.51 |
Notify |
03GCI:John *
Design a T-Shirt for BRL-CAD: Ready for review - The work on this
task is ready to be reviewed. |
| 08:54.57 |
Notify |
03GCI:John *
Design a T-Shirt for BRL-CAD: Ready for review - The work on this
task is ready to be reviewed. |
| 09:02.09 |
*** join/#brlcad binaryking
(~binarykin@unaffiliated/nafcool) |
| 09:02.40 |
binaryking |
brlcad:
ping! |
| 09:05.33 |
*** join/#brlcad gcibot
(~gcibot@117.200.93.193) |
| 09:08.58 |
*** join/#brlcad witness
(~witness12@122.248.183.23) |
| 09:17.16 |
Notify |
03GCI:binaryking * Create a CSS only
version of BRL-CAD Logo: Re: bigger - Can you please give the
exact dimensions for the logo in pixels? Thank You |
| 09:17.26 |
Notify |
03GCI:binaryking * Create a CSS only
version of BRL-CAD Logo: Re: bigger - Can you please give the
exact dimensions for the logo in pixels? Thank You |
| 09:20.47 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-138-1.skif.com.ua) |
| 09:22.51 |
Notify |
03GCI:Kingshuk Kundu * Create a custom
wikimedia skin for BRL-CAD: Task Claimed - I would like to work on
this task. |
| 09:24.15 |
*** join/#brlcad caen23
(~caen23@92.81.168.188) |
| 09:25.12 |
Notify |
03GCI:Kingshuk Kundu * Create a custom
wikimedia skin for BRL-CAD: Claim Removed - The claim on this task
has been removed, someone else can claim it now. |
| 09:29.12 |
Notify |
03GCI:Sam *
Design a Cover Photo for Facebook page (and other social networks):
Ready for review - The work on this task is ready to be
reviewed. |
| 09:43.03 |
*** join/#brlcad binaryking_
(~binarykin@117.200.81.70) |
| 09:53.40 |
Notify |
03GCI:Marin
Alexandra * Design a BRL-CAD wallpaper: Task Claimed - I would
like to work on this task. |
| 10:11.14 |
*** join/#brlcad witness
(~witness12@122.248.183.23) |
| 10:19.05 |
*** join/#brlcad YatharthROCK
(~YatharthR@95.175.77.95) |
| 10:21.39 |
binaryking |
``Erik:
ping |
| 10:44.13 |
*** join/#brlcad binaryking
(~binarykin@117.200.84.127) |
| 10:44.13 |
*** join/#brlcad binaryking
(~binarykin@unaffiliated/nafcool) |
| 11:12.53 |
``Erik |
que? |
| 11:21.11 |
*** join/#brlcad FOSScookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 11:22.49 |
*** join/#brlcad binaryking
(~binarykin@unaffiliated/nafcool) |
| 11:32.30 |
*** join/#brlcad YatharthROCK
(~YatharthR@95.175.77.95) |
| 11:47.48 |
Notify |
03GCI:Sharan
* Create a high quality png of BRL-CAD logo: I Would like to - I
exited to do this work I will claim this task as soon as i upload
the forms.. |
| 12:02.21 |
*** join/#brlcad binaryking
(~binarykin@unaffiliated/nafcool) |
| 12:03.49 |
Notify |
03BRL-CAD
Wiki:AlisonBenson * 0 /wiki/User:AlisonBenson: |
| 12:05.06 |
*** join/#brlcad binaryking_
(~binarykin@117.214.50.49) |
| 12:08.51 |
*** join/#brlcad binaryking__
(~binarykin@117.200.86.15) |
| 12:08.56 |
*** join/#brlcad YatharthROCK
(~YatharthR@95.175.77.95) |
| 12:12.24 |
*** join/#brlcad binaryking
(~binarykin@117.200.93.132) |
| 12:12.24 |
*** join/#brlcad binaryking
(~binarykin@unaffiliated/nafcool) |
| 12:17.56 |
*** join/#brlcad binaryking_
(~binarykin@117.200.94.202) |
| 12:19.57 |
*** join/#brlcad binaryking__
(~binarykin@117.214.50.83) |
| 12:25.07 |
Notify |
03BRL-CAD:tbrowder2 * 58584
ova/Sourceforge-VM-files/README.txt: refine and add
info |
| 12:38.26 |
*** join/#brlcad binaryking__
(~binarykin@117.200.84.94) |
| 13:08.06 |
Notify |
03GCI:Mandeep
Kaur * Design a BRL-CAD wallpaper: Task Assigned - This task has
been assigned to Marin Alexandra. You have 72 hours to complete
this task, good luck! |
| 13:20.52 |
*** join/#brlcad binaryking
(~binarykin@unaffiliated/nafcool) |
| 13:27.39 |
Notify |
03GCI:Tan Di
Sheng * Design a coffee mug for BRL-CAD: Task Claimed - I would
like to work on this task. |
| 13:29.14 |
*** join/#brlcad __gcibot__
(~gcibot@117.214.48.183) |
| 13:33.31 |
Notify |
03GCI:Mandeep
Kaur * Design a coffee mug for BRL-CAD: Task Assigned - This task
has been assigned to Tan Di Sheng. You have 72 hours to complete
this task, good luck! |
| 13:33.41 |
Notify |
03GCI:Pratik
Mohapatra * Design a prototype CAD GUI layout #2: More Details -
Can you please provide me more details Email -
mohapatra.pratik@gmail.com |
| 13:35.55 |
*** join/#brlcad roz
(4fba806d@gateway/web/freenode/ip.79.186.128.109) |
| 13:42.47 |
*** join/#brlcad gjeet
(~gaurav@117.212.49.178) |
| 13:53.37 |
Notify |
03GCI:Sharan
* Create a high quality png of BRL-CAD logo: Task Claimed - I
would like to work on this task. |
| 13:56.07 |
Notify |
03GCI:Mandeep
Kaur * Create a high quality png of BRL-CAD logo: Task Assigned -
This task has been assigned to Sharan. You have 72 hours to
complete this task, good luck! |
| 13:56.12 |
Notify |
03GCI:Mandeep
Kaur * Create a high quality png of BRL-CAD logo: Task Assigned -
This task has been assigned to Sharan. You have 72 hours to
complete this task, good luck! |
| 13:56.22 |
roz |
Hello, is
there anyone who can I talk to about GCI? |
| 14:01.48 |
*** join/#brlcad gjeet
(~gaurav@117.212.49.178) |
| 14:05.40 |
n_reed |
~ask |
| 14:05.40 |
infobot |
Questions in
the channel should be specific, informative, complete, concise, and
on-topic. Don't ask if you can ask a question first. Don't ask if
a person is there; just ask what you intended to ask them. Better
questions more frequently yield better answers. We are all here
voluntarily or against our will. |
| 14:07.17 |
YuGin |
@roz, you can
also try the #gsoc channel for general GCI questions. |
| 14:08.13 |
Notify |
03GCI:Sharan
* Create a high quality png of BRL-CAD logo: Ready for review -
The work on this task is ready to be reviewed. |
| 14:09.36 |
*** join/#brlcad binaryking_
(~binarykin@117.200.92.5) |
| 14:15.54 |
Notify |
03GCI:Gauravjeet Singh * Design a T-Shirt
for BRL-CAD: Task is - The task is to design a T-Shirt, what you
have submitted is just a logo with some red gradient. T-Shirt
design includes designing... |
| 14:16.54 |
Notify |
03GCI:Gauravjeet Singh * Design a T-Shirt
for BRL-CAD: Task Needs More Work - One of the mentors has sent
this task back for more work. Talk to the mentor(s) assigned to
this task to satisfy the... |
| 14:16.59 |
Notify |
03GCI:Gauravjeet Singh * Design a T-Shirt
for BRL-CAD: Task Needs More Work - One of the mentors has sent
this task back for more work. Talk to the mentor(s) assigned to
this task to satisfy the... |
| 14:19.43 |
Notify |
03GCI:Gauravjeet Singh * Create a high
quality png of BRL-CAD logo: Task Closed - Congratulations, this
task has been completed successfully. |
| 14:21.45 |
Notify |
03GCI:John *
Design a T-Shirt for BRL-CAD: Claim Removed - The claim on this
task has been removed, someone else can claim it now. |
| 14:21.50 |
Notify |
03GCI:John *
Design a T-Shirt for BRL-CAD: Claim Removed - The claim on this
task has been removed, someone else can claim it now. |
| 14:26.40 |
Notify |
03BRL-CAD:starseeker * 58585
(brlcad/trunk/src/other/boost/boost/predef/os_detected.h
===================================================================
and 24 others): Put os_detected.h in the right place |
| 14:33.57 |
andromeda-galaxy |
d_rossberg: I
saw that last night you marked the libbn unit test task I took as
needing more work |
| 14:34.13 |
andromeda-galaxy |
d_rossberg:
can you tell me what you saw wrong with it? |
| 14:43.31 |
Notify |
03GCI:binaryking * Create a CSS only
version of BRL-CAD Logo: Ready for review - The work on this task
is ready to be reviewed. |
| 14:43.36 |
Notify |
03GCI:binaryking * Create a CSS only
version of BRL-CAD Logo: Ready for review - The work on this task
is ready to be reviewed. |
| 14:44.17 |
*** join/#brlcad binaryking
(~binarykin@unaffiliated/nafcool) |
| 14:45.41 |
Notify |
03GCI:Sean *
Create a CSS only version of BRL-CAD Logo: Scalable - As CSS, the
size shouldn't be fixed. It should be scalable. Maybe size it to
50% or 100% of the window size. Right now, it sort... |
| 14:46.12 |
roz |
Well, I
intended to do this task: http://goo.gl/UEPMF7 But I couldn't
claim it, cause I haven't uploaded my forms yet. I even made some
sketches, but as you can see someone already cliamed it, so I
started looking for other tasks wich I can use my ideas for. I
found some like: http://goo.gl/ByV7vF or http://goo.gl/Wmf9wa. |
| 14:46.18 |
roz |
So here come
my question - can I try to deesign whole set of items using simlar
ideas just to make it look more profesional and
consistent? |
| 14:46.26 |
roz |
This set
would include: facebook photo, coffe mug, t-shirt, some kind of
"promo animation" (I can make it with music, but it would take a
bit more time, cause creating things in DAWs is a bit time
consuming), wallpapers, css animated baner (the example one is over
1000 lines of code, so it would take a bit more time again),
Wordpress theme, or whatever you want. |
| 14:46.53 |
roz |
It even
doesn't have to be for GIC, it's more like, I spent some time
thinking about this designs, so now I want to use them
:P |
| 14:48.46 |
Notify |
03GCI:Sean *
Create a screen-cast for BRL-CAD: Either - Whichever gives a
better screencast. Probably Archer/MGED. (Archer IS mged, or will
eventually be mged.) |
| 14:48.56 |
Notify |
03GCI:Sean *
Create a screen-cast for BRL-CAD: Either - Whichever gives a
better screencast. Probably Archer/MGED. (Archer IS mged, or will
eventually be mged.) |
| 14:50.46 |
*** join/#brlcad gcibot
(~gcibot@117.214.48.183) |
| 14:50.56 |
Notify |
03GCI: * :
- |
| 14:51.41 |
Notify |
03GCI: * :
- |
| 14:55.28 |
Notify |
03GCI:Connor
Vickers * Create Wordpress theme for BRL-CAD website
http://www.google-melange.com/gci/task/view/google/gci2013/4671617942683648:
Questions on task Hi so far I have 1. I have
made... |
| 14:55.29 |
Notify |
03GCI:Connor
Vickers * Create Wordpress theme for BRL-CAD website
http://www.google-melange.com/gci/task/view/google/gci2013/4671617942683648:
Questions on task Hi so far I have 1. I have
made... |
| 15:00.59 |
andromeda-galaxy |
I noticed
that Daniel Rossberg left a comment on my task last night saying
that it needed some more, if you are here can you tell me what was
wrong with it? |
| 15:02.47 |
Notify |
03GCI:Tan Di
Sheng * Design a coffee mug for BRL-CAD: Ready for review - The
work on this task is ready to be reviewed. |
| 15:02.52 |
Notify |
03GCI:Tan Di
Sheng * Design a coffee mug for BRL-CAD: Ready for review - The
work on this task is ready to be reviewed. |
| 15:05.02 |
Notify |
03GCI:Gauravjeet Singh * Create a CSS
only version of BRL-CAD Logo #2
http://www.google-melange.com/gci/task/view/google/gci2013/5081237563637760:
2-D logo 2-d logo would be good. Designing... |
| 15:05.07 |
Notify |
03GCI:Gauravjeet Singh * Create a CSS
only version of BRL-CAD Logo #2
http://www.google-melange.com/gci/task/view/google/gci2013/5081237563637760:
2-D logo 2-d logo would be good. Designing... |
| 15:07.28 |
Notify |
03GCI:binaryking * Create a CSS only
version of BRL-CAD Logo: Re: Scalable - Making it scalabe, with so
manu CSS shapes, will not work out well on all resolutions. Can I
make it to a fixed size.... |
| 15:08.52 |
*** join/#brlcad YatharthROCK
(~YatharthR@95.175.77.95) |
| 15:13.13 |
*** join/#brlcad binaryking_
(~binarykin@117.200.91.254) |
| 15:16.34 |
*** join/#brlcad binaryking__
(~binarykin@117.214.48.33) |
| 15:17.09 |
Notify |
03GCI:Gauravjeet Singh * Design a coffee
mug for BRL-CAD: Couldn't see your design - The zip file you
uploaded seems empty to me. I extracted your file and got an empty
folder. Check the file and... |
| 15:19.16 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-138-1.skif.com.ua) |
| 15:19.39 |
Notify |
03GCI:Gauravjeet Singh * Design a coffee
mug for BRL-CAD: Task Needs More Work - One of the mentors has sent
this task back for more work. Talk to the mentor(s) assigned to
this task to satisfy the... |
| 15:19.44 |
Notify |
03GCI:Gauravjeet Singh * Design a coffee
mug for BRL-CAD: Task Needs More Work - One of the mentors has sent
this task back for more work. Talk to the mentor(s) assigned to
this task to satisfy the... |
| 15:25.47 |
*** join/#brlcad binaryking
(~binarykin@117.200.82.69) |
| 15:25.47 |
*** join/#brlcad binaryking
(~binarykin@unaffiliated/nafcool) |
| 15:32.50 |
andromeda-galaxy |
Can someone
tell me what is wrong with
https://google-melange.appspot.com/gci/task/view/google/gci2013/4518287610216448? |
| 15:32.52 |
gcibot |
Create
numerics library (LIBBN) unit test for any file |
| 15:32.53 |
gcibot |
Status:
NeedsWork (2 days, 2 hours left) |
| 15:32.53 |
gcibot |
Mentor(s):
Sean |
| 16:33.31 |
*** join/#brlcad infobot
(~infobot@rikers.org) |
| 16:33.31 |
*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/
|| Ask us about Google Doc Sprint 2013 || We're pariticipating in
GCI2013!
http://google-opensource.blogspot.com/2013/11/mentoring-organizations-for-google-code.html |
| 16:34.12 |
andromeda-galaxy |
Can someone
please finish checking the _rev3 file for
https://google-melange.appspot.com/gci/task/view/google/gci2013/4518287610216448? |
| 16:34.17 |
gcibot |
Create
numerics library (LIBBN) unit test for any file |
| 16:34.17 |
gcibot |
Status:
NeedsReview (2 days, 1 hours left) |
| 16:34.17 |
gcibot |
Mentor(s):
Sean |
| 16:35.00 |
Notify |
03GCI:Sean *
Design a Cover Photo for Facebook page (and other social networks):
fantastic - Sam this looks fantastic! You've fulfilled this task
but I'm going to create another similar task that... |
| 16:35.15 |
Notify |
03GCI:Sean *
Design a Cover Photo for Facebook page (and other social networks):
Task Closed - Congratulations, this task has been completed
successfully. |
| 16:37.40 |
Notify |
03GCI:Sean *
Create a high quality png of BRL-CAD logo: same sharan - Sharan,
did you participate in GCI last year? Ie one of our finalists? if
so, welcome back! |
| 16:37.45 |
Notify |
03GCI:Sean *
Create a high quality png of BRL-CAD logo: same sharan - Sharan,
did you participate in GCI last year? Ie one of our finalists? if
so, welcome back! |
| 16:41.55 |
Notify |
03GCI:Sean *
Create numerics library (LIBBN) unit test for any file: Task Closed
- Congratulations, this task has been completed
successfully. |
| 16:42.37 |
andromeda-galaxy |
brlcad: I
would like to do some more tests for functions listed in the libbn
testing readme |
| 16:43.25 |
andromeda-galaxy |
so I was
wondering how I could do that since the other BN tests are all for
specific file... |
| 16:44.41 |
*** join/#brlcad binaryking_
(~binarykin@117.200.81.191) |
| 16:45.11 |
Notify |
03GCI:Sean *
Create numerics library (LIBBN) unit test for any file: nicely done
- Good work. As mentioned, we can supply a nearly unlimited set of
tasks like this one if you're interested or you... |
| 16:46.17 |
*** join/#brlcad binaryking
(~binarykin@unaffiliated/nafcool) |
| 16:46.35 |
brlcad |
andromeda-galaxy: sure, i'll be adding
more later today in a few hours so you can get started |
| 16:46.58 |
brlcad |
or can give
one of the specific ones a try... theyre the same thing
really |
| 16:47.06 |
Notify |
03BRL-CAD:carlmoore * 58590
brlcad/trunk/src/proc-db/spltest.c: remove some braces; notice that
spltest.g name can be replaced |
| 16:47.19 |
andromeda-galaxy |
brlcad: okay,
I'll do one of the other ones... if you can tell me what
bu_badmagic does |
| 16:47.22 |
andromeda-galaxy |
I'll do that
one |
| 16:47.47 |
brlcad |
include/*.h
describes most |
| 16:48.07 |
andromeda-galaxy |
The
include/bu.h |
| 16:48.15 |
andromeda-galaxy |
just says
"Support routine for BU_CKMAG macro." |
| 16:48.19 |
andromeda-galaxy |
which is not
too much help |
| 16:48.47 |
brlcad |
if something
isn't docd there, can check the source files in src/*/*.c and we
can create tasks to document them properly too :) |
| 16:49.24 |
andromeda-galaxy |
brlcad:
okay... the problem with badmagic is that it looks fairly
complicated and the badmagic.c file doesn't say what it does
either |
| 16:49.30 |
andromeda-galaxy |
I might do
the bomb.c ones though |
| 16:49.43 |
binaryking |
brlcad: I was
looking at
http://www.google-melange.com/gci/task/view/google/gci2013/5851582897848320
.......... I am interested in doing that |
| 16:50.13 |
gcibot |
Implement a
surface area function for hyperboloids of one sheet
(HYP) |
| 16:50.14 |
gcibot |
Status:
Open |
| 16:50.14 |
gcibot |
Mentor(s):
Sean |
| 16:50.30 |
brlcad |
binaryking:
awesome! |
| 16:50.40 |
binaryking |
brlcad: and
now I have also searched for the formula for the surface area,
however I need to know the parameters and what they
mean |
| 16:50.42 |
brlcad |
not an easy
one, but doable |
| 16:50.43 |
Notify |
03GCI:Andromeda Galaxy * Create an
utility library (LIBBU) API unit test for bomb.c: Task Claimed - I
would like to work on this task. |
| 16:50.55 |
brlcad |
try to make
one in mged |
| 16:52.19 |
*** join/#brlcad gjeet
(~gaurav@117.212.49.178) |
| 16:53.06 |
*** join/#brlcad jschulte
(~johannes@p4FDFBBDC.dip0.t-ipconnect.de) |
| 16:53.19 |
Notify |
03GCI:Sean *
Create an utility library (LIBBU) API unit test for bomb.c: Task
Assigned - This task has been assigned to Andromeda Galaxy. You
have 72 hours to complete this task, good luck! |
| 16:54.00 |
andromeda-galaxy |
brlcad:
sorry, actually I think I'll work on MGED closedb until we have
more of the libbn generic ones... |
| 16:54.23 |
binaryking |
brlcad: from
Create -> Ellipsoids? |
| 16:54.24 |
Notify |
03GCI:Andromeda Galaxy * Create an
utility library (LIBBU) API unit test for bomb.c: Claim Removed -
The claim on this task has been removed, someone else can claim it
now. |
| 16:54.39 |
Notify |
03GCI:Andromeda Galaxy * Fix closedb:
Task Claimed - I would like to work on this task. |
| 16:54.40 |
Notify |
03GCI:Andromeda Galaxy * Create an
utility library (LIBBU) API unit test for bomb.c: Claim Removed -
The claim on this task has been removed, someone else can claim it
now. |
| 16:54.44 |
Notify |
03GCI:Andromeda Galaxy * Fix closedb:
Task Claimed - I would like to work on this task. |
| 16:56.09 |
Notify |
03GCI:Alex *
Write an article soliciting a Windows platform maintainer: How to
become a maintainer - The paragraph on this page also states i
should tell them how to take up the responsibility
of... |
| 16:56.14 |
Notify |
03GCI:Alex *
Write an article soliciting a Windows platform maintainer: How to
become a maintainer - The paragraph on this page also states i
should tell them how to take up the responsibility
of... |
| 16:57.24 |
Notify |
03GCI:Gauravjeet Singh * Fix closedb:
Task Assigned - This task has been assigned to Andromeda Galaxy.
You have 72 hours to complete this task, good luck! |
| 16:57.37 |
binaryking |
brlcad: how
to make a hyperboloid in MGED? |
| 17:02.31 |
binaryking |
brlcad:
http://mathworld.wolfram.com/One-SheetedHyperboloid.html
- found this |
| 17:02.49 |
Notify |
03GCI:Jacob B
* Create Wordpress theme for BRL-CAD website #2: Task Claimed - I
would like to work on this task. |
| 17:03.20 |
binaryking |
brlcad: can
you please check the latest version of my current task? |
| 17:04.04 |
andromeda-galaxy |
brlcad: can
you give me an example of the incorrect behavior? |
| 17:04.12 |
andromeda-galaxy |
for the
closedb task? |
| 17:04.18 |
andromeda-galaxy |
it seems to
be working correctly on my system |
| 17:04.30 |
Notify |
03GCI:Mandeep
Kaur * Create Wordpress theme for BRL-CAD website #2: Task
Assigned - This task has been assigned to Jacob B. You have 72
hours to complete this task, good luck! |
| 17:14.25 |
*** join/#brlcad ishwerdas
(~inderplus@117.212.49.178) |
| 17:16.37 |
binaryking |
ishwerdas:
http://www.google-melange.com/gci/task/view/google/gci2013/6023159862001664 |
| 17:16.40 |
gcibot |
Create a CSS
only version of BRL-CAD Logo |
| 17:16.41 |
gcibot |
Status:
NeedsReview (2 days, 0 hours left) |
| 17:16.41 |
gcibot |
Mentor(s):
Sean |
| 17:18.10 |
ishwerdas |
hi
binaryking |
| 17:18.41 |
binaryking |
ishwerdas: I
have uploaded a screenshot as well |
| 17:18.48 |
ishwerdas |
yes I have
seen it |
| 17:19.43 |
ishwerdas |
but the logo
is not correct yet |
| 17:19.52 |
ishwerdas |
So you
haven't found the way to bulge it inwards |
| 17:20.03 |
binaryking |
which
one? |
| 17:20.11 |
binaryking |
the black
rect top border? |
| 17:20.14 |
ishwerdas |
yes |
| 17:20.46 |
binaryking |
ah, that one
is a bit tricky, however I have changed the other
borders |
| 17:20.53 |
binaryking |
the sides of
the rect |
| 17:21.07 |
binaryking |
bulging
inwards by using an ellipse element |
| 17:21.23 |
binaryking |
but the top
one, I can't figure out what to do |
| 17:22.04 |
binaryking |
ishwerdas: we
can easily do that with jQuery plugins ;) |
| 17:22.33 |
binaryking |
but for CSS3,
I don't understand how can we do that |
| 17:24.06 |
ishwerdas |
I guess
there's a trick with gradients that can be applied
here. |
| 17:24.11 |
ishwerdas |
let me find
you some |
| 17:24.15 |
ishwerdas |
good tutorial
on that |
| 17:25.00 |
ishwerdas |
http://lea.verou.me/2011/03/beveled-corners-negative-border-radius-with-css3-gradients/ |
| 17:25.04 |
ishwerdas |
how about
this |
| 17:26.52 |
binaryking |
ishwerdas:
yeah, I already found this |
| 17:27.04 |
ishwerdas |
was it
useful? |
| 17:27.51 |
binaryking |
ishwerdas: I
couldn't incorporate it with my design |
| 17:28.00 |
binaryking |
so I used my
custom made ellipses |
| 17:28.18 |
binaryking |
but for this
one, I dunno |
| 17:29.22 |
ishwerdas |
yes it will
not work out of the box, but gradients can help in it. |
| 17:29.31 |
ishwerdas |
there's
another hack, that can be done |
| 17:30.32 |
ishwerdas |
if you
slightly increase the height of the black box (gear connector) ,
and make it hide under the other two circles using z-index, that
will also achieve the same effect ll also |
| 17:30.52 |
Notify |
03GCI:Sharan
* Design BRL-CAD sticker: Ready for review - The work on this task
is ready to be reviewed. |
| 17:32.28 |
ishwerdas |
binaryking:
also, give the width and height in percentage, so that it can be
used out of the box in any situation for our website. |
| 17:33.11 |
binaryking |
ishwerdas:
umm, but wil that help? I think it won't if you want it to be
dynamic in size, I may be wrong |
| 17:33.40 |
andromeda-galaxy |
Could someone
please explain the bug detailed in
http://www.google-melange.com/gci/task/view/google/gci2013/6696007827980288?
When I use opendb after closedb the commands seem to start
working |
| 17:33.49 |
gcibot |
Fix
closedb |
| 17:33.49 |
gcibot |
Status:
Claimed (2 days, 23 hours left) |
| 17:33.49 |
gcibot |
Mentor(s):
Sean |
| 17:34.55 |
*** join/#brlcad YatharthROCK
(~YatharthR@95.175.77.95) |
| 17:35.22 |
ishwerdas |
binaryking:
yes it will for sure help, we are going to use it as one complete
module, so once you have set the sizes in percentages everything is
at correct place it can be used. |
| 17:35.53 |
binaryking |
ishwerdas:
z-index needs position:absolute as well, right? |
| 17:36.05 |
ishwerdas |
no, it just
needs position to be defined |
| 17:36.39 |
ishwerdas |
and all the
sub elements of logo should have it's position defined |
| 17:38.08 |
ishwerdas |
binaryking:
c'mon make it fast, we have lot of interesting projects to do
more. |
| 17:38.38 |
binaryking |
ishwerdas:
the problem is the percentage thing |
| 17:38.55 |
ishwerdas |
binaryking:
what's the problem |
| 17:40.52 |
ishwerdas |
binaryking:
just give it a one more try. How much time is left for your
task? |
| 17:41.07 |
binaryking |
ishwerdas: 2
days |
| 17:41.15 |
binaryking |
ishwerdas:
but I also want to do more tasks ;) |
| 17:41.29 |
*** join/#brlcad Kiryx
(~Kiryx@109.231.0.47) |
| 17:42.26 |
ishwerdas |
binaryking:
that's plenty of time :) and don't worry we won't be falling short
of tasks any sooner :) |
| 17:42.43 |
Notify |
03GCI:Tan Di
Sheng * Design a coffee mug for BRL-CAD: Ready for review - The
work on this task is ready to be reviewed. |
| 17:43.49 |
ishwerdas |
binaryking:
do you have any experience or taste of SASS? |
| 17:44.08 |
binaryking |
ishwerdas:
nope :( |
| 17:46.58 |
ishwerdas |
binaryking:
should give it a try, it's not much of learning curve, ultimately
brlcad website is going to be in SASS (and the mockup
is) |
| 17:49.31 |
binaryking |
ishwerdas:
https://dl.dropboxusercontent.com/u/50262219/Screenshot%20from%202013-11-19%2023%3A18%3A40.png |
| 17:49.34 |
ishwerdas |
mandeep:
hi |
| 17:50.10 |
ishwerdas |
binaryking:
that's beautiful! high five! Cheers! |
| 17:50.22 |
binaryking |
ishwerdas:
thanks a lot! :D |
| 17:50.27 |
binaryking |
that was
needed :P |
| 17:50.49 |
binaryking |
now, the
challenge |
| 17:51.12 |
binaryking |
ishwerdas: as
you can see, all the measurements have been hard-coded |
| 17:51.47 |
binaryking |
ishwerdas:
lemme convert the pixels to percentage then :) |
| 17:53.00 |
ishwerdas |
binaryking:
yes it won't be a much of hassle making it fluid, you will just
have to take precautions with positioning :) and I will try my best
to use it in the final website. Cheers! |
| 17:54.22 |
maths22 |
brlcad: for
the wordpress theme, do we want the homepage to look like the
cpp-tricks model, or just have the styling? |
| 17:54.31 |
maths22 |
IE should it
have the sections? |
| 17:54.42 |
*** join/#brlcad awabimakoto
(~awabimako@117.136.0.201) |
| 17:56.43 |
andromeda-galaxy |
ishwerdas: do
you know when the rest of the "unit tests for any file in libbn"
tasks will go up? |
| 17:56.48 |
ishwerdas |
maths22: the
front page has to be the same which will actually be a static page
but in the header (as seen in cpp-tricks model) instead of login
module you have to put a recent posts from the blog. Blog part
(which is the post loop) shall have slightly different design,
making content (text) the center-piece |
| 17:57.08 |
andromeda-galaxy |
I basically
have a test for bn_plane_3pts_distinct that I want to turn
in |
| 17:58.14 |
maths22 |
How many
posts do we want displayed there? |
| 17:58.15 |
Notify |
03GCI:Alex *
Write an article soliciting a Windows platform maintainer: include
my name? - also should i include my name in the finished
document? |
| 17:58.58 |
ishwerdas |
maths22:
recent posts widget should be a slider featured images and the post
heading. 5 would be sufficient plus a see more posts
link |
| 18:00.30 |
ishwerdas |
andromeda-galaxy: I am not aware of that,
may be someone else can answer your query better. :( |
| 18:00.38 |
andromeda-galaxy |
ishwerdas:
okay thanks |
| 18:00.48 |
andromeda-galaxy |
ishwerdas: do
you know what the closedb() bug is though? |
| 18:01.07 |
andromeda-galaxy |
That is the
task that I have right now, but I don't see what the bug actually
is on my installation of brlcad |
| 18:01.14 |
andromeda-galaxy |
(straight
from SVN yesterda) |
| 18:01.33 |
maths22 |
OK |
| 18:05.33 |
binaryking |
ishwerdas: I
converted all the pixel values to %, but doesn't work
:( |
| 18:05.56 |
*** join/#brlcad caen23
(~caen23@92.81.168.188) |
| 18:07.24 |
binaryking |
ishwerdas: do
you have a css3 logo made by you in your PC with % values, which is
working? |
| 18:10.09 |
ishwerdas |
andromeda-galaxy: Sorry but I won't be
able to help you with that now, I don't currently have access to my
machine that has brl-cad installed. May be someone else can answer
it better. |
| 18:11.24 |
binaryking |
ishwerdas:
does SASS support wrapping elements with another elements
dimensions |
| 18:11.25 |
binaryking |
? |
| 18:11.34 |
ishwerdas |
binaryking:
no just changing the px into % won't work you would also have to
take some precautions with positioning of elements. |
| 18:12.05 |
ishwerdas |
binaryking:
couldn't get you there |
| 18:12.05 |
binaryking |
positioning? |
| 18:13.05 |
ishwerdas |
binaryking:
yes positioning of each sub element of the logo |
| 18:14.47 |
Notify |
03GCI:Gauravjeet Singh * Design BRL-CAD
sticker: ST4.png - Thses are some good designs, I really liked the
one with circle named st4.png. In ST4.png, write BRL-CAD in center
using some good font.... |
| 18:15.12 |
Notify |
03GCI:Gauravjeet Singh * Design BRL-CAD
sticker: Task Needs More Work - One of the mentors has sent this
task back for more work. Talk to the mentor(s) assigned to this
task to satisfy the... |
| 18:25.59 |
*** join/#brlcad ishwerdas
(~inderplus@117.212.49.178) |
| 18:27.11 |
binaryking |
ishwerdas: I
think I'll be using SASS instead |
| 18:27.25 |
*** join/#brlcad gjeet
(~gaurav@117.212.49.178) |
| 18:27.31 |
binaryking |
I make a new
css logo from the very beginning now |
| 18:27.37 |
Notify |
03GCI:Sharan
* Design BRL-CAD sticker: Ready for review - The work on this task
is ready to be reviewed. |
| 18:27.43 |
binaryking |
ishwerdas: I
hope to give it to you tomorrow |
| 18:27.47 |
binaryking |
:) |
| 18:28.21 |
ishwerdas |
binaryking:
using SASS is a good option, but challenge is quite same. SASS at
it's very basic is CSS with some extra features like functions and
variables |
| 18:29.21 |
binaryking |
ishwerdas:
https://github.com/bits-sass/bits.sass |
| 18:30.12 |
Notify |
03GCI:Gauravjeet Singh * Create a
graphical mock-up for wiki pages of BRL-CAD: Good going - You are
going in a right direction. In this design, The width of the text
is too huge, users will get... |
| 18:30.17 |
Notify |
03GCI:Gauravjeet Singh * Create a
graphical mock-up for wiki pages of BRL-CAD: Good going - You are
going in a right direction. In this design, The width of the text
is too huge, users will get... |
| 18:30.37 |
Notify |
03GCI:Gauravjeet Singh * Create a
graphical mock-up for wiki pages of BRL-CAD: Task Needs More Work -
One of the mentors has sent this task back for more work. Talk to
the mentor(s) assigned to... |
| 18:30.59 |
ishwerdas |
I guess, you
can do the same thing with CSS, and SASS won't make any difference.
Just refresh your knowledge about positioning, and may be little
tricks to keep the logo intact when size increases. |
| 18:31.09 |
ishwerdas |
gjeet:
hi |
| 18:31.13 |
Notify |
03GCI:Andromeda Galaxy * Fix closedb:
Claim Removed - The claim on this task has been removed, someone
else can claim it now. |
| 18:31.18 |
Notify |
03GCI:Andromeda Galaxy * Create an
utility library (LIBBU) API unit test for any file: Task Claimed -
I would like to work on this task. |
| 18:31.20 |
Notify |
03GCI:Andromeda Galaxy * Fix closedb:
Claim Removed - The claim on this task has been removed, someone
else can claim it now. |
| 18:32.02 |
gjeet |
ishwerdas:
hello |
| 18:32.51 |
ishwerdas |
gjeet: can
you tell me about the progress n graphical mock-up of wiki page, or
send me a link to that task. as it's not an open task I am unable
to look it myself. :( |
| 18:33.15 |
caen23 |
any idea why
notify is misbehaving? i take it that it's not the code, but the
server? |
| 18:33.33 |
Notify |
03GCI:Sharan
* Create a high quality png of BRL-CAD logo: Yep - Yep I took
part in GCI 2012 But now i forget how to do everything.. Learning
once again, in the meantime I thought I could do... |
| 18:34.45 |
gjeet |
ishwerdas:
http://www.google-melange.com/gci/task/view/google/gci2013/4524113196482560 |
| 18:34.48 |
gcibot |
Create a
graphical mock-up for wiki pages of BRL-CAD |
| 18:34.48 |
gcibot |
Status:
NeedsWork (2 days, 3 hours left) |
| 18:34.48 |
gcibot |
Mentor(s):
Sean |
| 18:35.51 |
ishwerdas |
gjeet:
Thanks, that's neat :) |
| 18:38.05 |
ishwerdas |
gjeet: you
can provide him the link to any typography article which talks in
brief about number of words in a sentence, and I tried to comment
but I was unable to |
| 18:38.20 |
ishwerdas |
gjeet: so
also share http://docs.webplatform.org/wiki/Main_Page
from my side as an inspiration source. |
| 18:40.04 |
*** join/#brlcad archivist
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
| 18:40.13 |
gjeet |
ishwerdas: ok
thanks :) |
| 18:40.24 |
ishwerdas |
gjeet:
welcome :) |
| 18:44.10 |
binaryking |
ishwerdas:
umm, even if I use % values for the logo, the % values mean the
dimensions of the client |
| 18:44.19 |
binaryking |
ishwerdas:
and that poses a problem to the code |
| 18:44.54 |
binaryking |
ishwerdas:
suppose I set the main container's width and height to
70% |
| 18:45.25 |
binaryking |
ishwerdas: I
am confused as to how can the different shapes be dynamically
sized? |
| 18:45.41 |
Notify |
03GCI:Mandeep
Kaur * Create an utility library (LIBBU) API unit test for any
file: Task Assigned - This task has been assigned to Andromeda
Galaxy. You have 72 hours to complete this task,
good... |
| 18:46.17 |
maths22 |
brlcad: can
the theme task be split in two? |
| 18:46.30 |
Notify |
03GCI:Gauravjeet Singh * Create a
graphical mock-up for wiki pages of BRL-CAD
http://www.google-melange.com/gci/task/view/google/gci2013/4524113196482560:
Also Check out this wiki for... |
| 18:46.46 |
maths22 |
The new task
would be to make the homepage work in wordpress and the current one
would be to theme the site as a whole |
| 18:54.07 |
ishwerdas |
maths22: what
do you meaning by theming the site as a whole? |
| 18:54.16 |
ishwerdas |
maths22:
*mean |
| 18:58.26 |
Notify |
03GCI:MirceaS
* Implement surface area function for NURBS objects (BREP): Task
Claimed - I would like to work on this task. |
| 19:04.37 |
Notify |
03GCI:Charlie
Dean * Model a toy car with wheels and axles in BRL-CAD: Task
Claimed - I would like to work on this task. |
| 19:05.02 |
Notify |
03GCI:Yatharth Agarwal * Create a CSS
only version of BRL-CAD Logo #2: Ready for review - The work on
this task is ready to be reviewed. |
| 19:05.52 |
Notify |
03GCI:Miked *
Fix bounding box function for our polygonal mesh (BoT) primitive:
Claim Removed - The claim on this task has been removed, someone
else can claim it now. |
| 19:08.12 |
Notify |
03GCI:Yatharth Agarwal * Create a CSS
only version of BRL-CAD Logo #2: Review Notes - I have created a
crude approximation (necessary sacrifice for lack of SVG due to CSS
limitations) in SCSS... |
| 19:08.17 |
Notify |
03GCI:Yatharth Agarwal * Create a CSS
only version of BRL-CAD Logo #2: Review Notes - I have created a
crude approximation (necessary sacrifice for lack of SVG due to CSS
limitations) in SCSS... |
| 19:09.37 |
Notify |
03GCI:Mandeep
Kaur * Model a toy car with wheels and axles in BRL-CAD: Task
Assigned - This task has been assigned to Charlie Dean. You have 72
hours to complete this task, good luck! |
| 19:09.47 |
Notify |
03GCI:Mandeep
Kaur * Implement surface area function for NURBS objects (BREP):
Task Assigned - This task has been assigned to MirceaS. You have 72
hours to complete this task, good luck! |
| 19:09.48 |
Notify |
03GCI:Mandeep
Kaur * Implement surface area function for NURBS objects (BREP):
Task Assigned - This task has been assigned to MirceaS. You have 72
hours to complete this task, good luck! |
| 19:11.58 |
maths22 |
The whole
wordpress site needs to have the styling (colors, fonts, headers,
footers, etc.) |
| 19:12.06 |
maths22 |
The main page
is its own big undertaking |
| 19:12.22 |
Notify |
03GCI:Charlie
Dean * Model a toy car with wheels and axles in BRL-CAD: Claim
Removed - The claim on this task has been removed, someone else can
claim it now. |
| 19:12.27 |
Notify |
03GCI:Charlie
Dean * Model a toy car with wheels and axles in BRL-CAD: Claim
Removed - The claim on this task has been removed, someone else can
claim it now. |
| 19:12.57 |
Notify |
03GCI:Charlie
Dean * Model a toy car with wheels and axles in BRL-CAD: Task
Claimed - I would like to work on this task. |
| 19:13.32 |
Notify |
03GCI:Charlie
Dean * Model a toy car with wheels and axles in BRL-CAD: Claim
Removed - The claim on this task has been removed, someone else can
claim it now. |
| 19:13.37 |
Notify |
03GCI:Charlie
Dean * Model a toy car with wheels and axles in BRL-CAD: Claim
Removed - The claim on this task has been removed, someone else can
claim it now. |
| 19:21.26 |
ishwerdas |
maths22: You
need not to style the whole theme yet (for every kind of page
that's there in current brl-cad website). You just have to style
two pages. One is blog page, which you can (for now) style anyway
you deem fit (we have separate tasks to design blog posts page,
single post page, wiki pages, gallery etc.) |
| 19:22.20 |
ishwerdas |
maths22: and
one is the main index page whose mockup you can see at cpp-tricks
website. |
| 19:23.35 |
ishwerdas |
maths22: I
would really be grateful if you can use SASS for styling, because
that will ultimately be used in final website. |
| 19:28.26 |
*** join/#brlcad andrei_
(~andrei@188.26.186.173) |
| 19:28.37 |
andrei_ |
Hello,
people! |
| 19:31.07 |
caen23 |
hey
:-) |
| 19:34.07 |
andrei_ |
oh, you re
still around, great |
| 19:37.38 |
Notify |
03GCI:Sharan
* Model a toy car with wheels and axles in BRL-CAD: Plz.. Let me
do this - I want to do this .. I have aldreay done most of it But
my current task is been reviewed. |
| 19:56.51 |
Notify |
03GCI:Cameron
* Design a prototype CAD GUI layout #2: Task Claimed - I would
like to work on this task. |
| 20:23.01 |
Notify |
03GCI:Darcey
Mckelvey * Write a ''BRL-CAD Commands Quick Reference'' document:
Claim Removed - The claim on this task has been removed, someone
else can claim it now. |
| 20:24.05 |
Notify |
03BRL-CAD:carlmoore * 58591
brlcad/trunk/src/proc-db/sphflake.c: supply Usage if no
arguments |
| 20:29.21 |
Notify |
03GCI:David
Wood * Fix Image Formatting in BRL-CAD's DocBook Documentation
(any ONE large document or 4 smaller documents) #3: Task Claimed -
I would like to work on this task. |
| 20:30.47 |
*** join/#brlcad Expi1
(~Expi1@cpc1-dumb5-2-0-cust29.20-3.cable.virginm.net) |
| 20:31.47 |
Expi1 |
hello all,
I'm currently doing GCI 2013, and have started a task with BRL-CAD
relating to the documentation, it refers to docbook xml files, and
I was wondering where I could find these? |
| 20:34.58 |
starseeker |
Expi1:
doc/docbook in the source code tree |
| 20:35.12 |
starseeker |
you need a
source code checkout |
| 20:35.48 |
Expi1 |
alright,
where is the repo? I've found one from google on sourceforge, but
the details on the task themselves are sparse. |
| 20:37.45 |
starseeker |
Expi1: the
simplest way is probably to use the virtual machine - see http://brlcad.org/wiki/Deuces |
| 20:38.24 |
Expi1 |
thanks, that
looks great, sorry to be a bother, much appreciated. |
| 20:38.41 |
starseeker |
not at all -
thanks for participating! |
| 20:38.54 |
starseeker |
any questions
about docbook? |
| 20:39.51 |
Expi1 |
my task is to
convert images to a new format, I think I understand what it's
asking, however I'm unsure as to how to then submit the work once
it's done, and what constitutes as 1 large file (as opposed to 3
small files) |
| 20:40.14 |
starseeker |
um. Which
task did you take? |
| 20:40.22 |
Expi1 |
http://www.google-melange.com/gci/task/view/google/gci2013/5908226537160704 |
| 20:40.24 |
gcibot |
Fix Image
Formatting in BRL-CAD's DocBook Documentation (any ONE large
document or 4 smaller documents) #3 |
| 20:40.24 |
gcibot |
Status:
ClaimRequested |
| 20:40.24 |
gcibot |
Mentor(s):
Sean |
| 20:40.38 |
starseeker |
ah, that's
not a change to images |
| 20:41.30 |
*** join/#brlcad Expi
(~Expi1@cpc1-dumb5-2-0-cust29.20-3.cable.virginm.net) |
| 20:41.48 |
starseeker |
that's a
change to the DocBook code that references the images |
| 20:42.07 |
Expi |
sorry about
that, client cut out. yeah, I noticed I worded that wrongly, I
understand what it's asking. |
| 20:42.07 |
Notify |
03BRL-CAD:carlmoore * 58592
brlcad/trunk/src/proc-db/spltest.c: acknowledge saving of file;
store 'filename' in the declaration, thus eliminating an 'else'
branch |
| 20:44.05 |
starseeker |
If you want
to just do a checkout, it's: svn co
svn://svn.code.sf.net/p/brlcad/code/brlcad/trunk brlcad |
| 20:44.45 |
andrei_ |
starseeker,
how familar are you with css? |
| 20:44.48 |
Expi |
alright, I'm
unfamiliar with svn, I'll need to look into it. I'm just getting
the vm installed at the moment. |
| 20:45.05 |
andrei_ |
Expi : I can
help out with that |
| 20:45.47 |
starseeker |
andrei_: not
at all, unfortunately |
| 20:46.00 |
starseeker |
Expi: if the
VM works, that should do fine |
| 20:46.11 |
Expi |
thanks for
all the help |
| 20:46.22 |
starseeker |
np |
| 20:47.38 |
Notify |
03GCI:Johannes Schulte * Implement a
surface area function for N-faced polysolid (ARBN): Task Claimed -
I would like to work on this task. |
| 20:49.27 |
Expi |
andrei_:
While I'm waiting for the image to download, I've done some css in
the past, I might be able to lend a hand (albeit unexpierenced
hand) |
| 20:59.27 |
Notify |
03GCI:Sean *
Implement a surface area function for N-faced polysolid (ARBN):
Task Assigned - This task has been assigned to Johannes Schulte.
You have 72 hours to complete this task, good luck! |
| 20:59.28 |
andrei_ |
http://www.google-melange.com/gci/task/view/google/gci2013/5081237563637760
This one looks good to me, but I was hoping to get a second
opinion |
| 20:59.28 |
Notify |
03GCI:Sean *
Implement a surface area function for N-faced polysolid (ARBN):
Task Assigned - This task has been assigned to Johannes Schulte.
You have 72 hours to complete this task, good luck! |
| 20:59.32 |
gcibot |
Create a CSS
only version of BRL-CAD Logo #2 |
| 20:59.32 |
gcibot |
Status:
NeedsReview (46 hours, 26 minutes left) |
| 20:59.32 |
gcibot |
Mentor(s):
Sean |
| 20:59.37 |
Notify |
03GCI:Sean *
Implement a surface area function for N-faced polysolid (ARBN):
Task Assigned - This task has been assigned to Johannes Schulte.
You have 72 hours to complete this task, good luck! |
| 20:59.52 |
andrei_ |
apparently
brlcad is around, great |
| 20:59.52 |
Notify |
03GCI:Sean *
Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE
large document or 4 smaller documents) #3: Task Assigned - This
task has been assigned to David Wood. You have 72
hours... |
| 21:04.09 |
Expi |
since I'm
approved now, the task specifies
doc/docbook/books/en/BRL-CAD_Tutorial_Series-VolumeIII.xml looking
through this file, it looks like this has already been
done? |
| 21:09.58 |
Notify |
03GCI:Jacob B
* Create Wordpress theme for BRL-CAD website #2: Claim Removed -
The claim on this task has been removed, someone else can claim it
now. |
| 21:10.23 |
Notify |
03GCI:Jacob B
* Loading Google charts from API: Task Claimed - I would like to
work on this task. |
| 21:14.42 |
Expi |
I'd like some
clarification on something, have I to convert the single
imageobject tags, to have both of them, one with role as html, the
other with fo? |
| 21:17.30 |
*** join/#brlcad infobot
(~infobot@rikers.org) |
| 21:17.30 |
*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/
|| Ask us about Google Doc Sprint 2013 || We're pariticipating in
GCI2013!
http://google-opensource.blogspot.com/2013/11/mentoring-organizations-for-google-code.html |
| 21:21.42 |
Notify |
03BRL-CAD:carlmoore * 58593
brlcad/trunk/src/proc-db/spltest.c: improve handling of -h, -?,
no-arguments |
| 21:22.48 |
Notify |
03GCI:Johannes Schulte * Implement a
surface area function for N-faced polysolid (ARBN): Ready for
review - The work on this task is ready to be reviewed. |
| 21:28.52 |
Notify |
03GCI:Palindrome * Create a graphical
mock-up for wiki pages of BRL-CAD: .. - I don't feel confident in
completing this assignment. |
| 21:28.54 |
Notify |
03GCI:Palindrome * Create a graphical
mock-up for wiki pages of BRL-CAD: Claim Removed - The claim on
this task has been removed, someone else can claim it
now. |
| 21:28.57 |
Notify |
03GCI:Palindrome * Create a graphical
mock-up for wiki pages of BRL-CAD: Claim Removed - The claim on
this task has been removed, someone else can claim it
now. |
| 21:35.23 |
Notify |
03GCI:David
Wood * Fix Image Formatting in BRL-CAD's DocBook Documentation
(any ONE large document or 4 smaller documents) #3: None - I think
I've finished this task in the Virtual Machine... |
| 21:35.28 |
Notify |
03GCI:David
Wood * Fix Image Formatting in BRL-CAD's DocBook Documentation
(any ONE large document or 4 smaller documents) #3: None - I think
I've finished this task in the Virtual Machine... |
| 21:43.53 |
Notify |
03GCI:David
Wood * Fix Image Formatting in BRL-CAD's DocBook Documentation
(any ONE large document or 4 smaller documents) #3: None - I've
submitted the files I've modified, they all
originated... |
| 21:43.58 |
Notify |
03GCI:David
Wood * Fix Image Formatting in BRL-CAD's DocBook Documentation
(any ONE large document or 4 smaller documents) #3: None - I've
submitted the files I've modified, they all
originated... |
| 21:43.59 |
Notify |
03GCI:David
Wood * Fix Image Formatting in BRL-CAD's DocBook Documentation
(any ONE large document or 4 smaller documents) #3: Ready for
review - The work on this task is ready to be reviewed. |
| 21:58.33 |
*** join/#brlcad tbrowder2
(~tbrowde@fl-76-3-1-251.dhcp.embarqhsd.net) |
| 22:02.15 |
Notify |
03GCI: * :
- |
| 22:02.25 |
Notify |
03GCI: * :
- |
| 22:24.02 |
Notify |
03GCI:James M
* Model BRL-CAD Logo Using BRL-CAD #3: Task Claimed - I would like
to work on this task. |
| 22:25.48 |
Notify |
03GCI:James M
* Model BRL-CAD Logo Using BRL-CAD #3: Claim Removed - The claim
on this task has been removed, someone else can claim it
now. |
| 22:29.00 |
*** join/#brlcad Kiryx
(~Kiryx@85-202-48-130.internetia.net.pl) |
| 22:34.03 |
Notify |
03GCI:Palindrome * Create a graphical
mock-up for wiki pages of BRL-CAD: Task Claimed - I would like to
work on this task. |
| 22:34.28 |
*** part/#brlcad tbrowder2
(~tbrowde@fl-76-3-1-251.dhcp.embarqhsd.net) |
| 22:34.39 |
Notify |
03GCI:Palindrome * Create a graphical
mock-up for wiki pages of BRL-CAD: I misunderstood your comment -
My apologies, I will finsh this asap. |
| 22:34.44 |
Notify |
03GCI:Palindrome * Create a graphical
mock-up for wiki pages of BRL-CAD: I misunderstood your comment -
My apologies, I will finsh this asap. |
| 22:36.40 |
Notify |
03BRL-CAD
Wiki:Adamcoolcat * 0 /wiki/User:Adamcoolca: |
| 23:33.27 |
Notify |
03GCI:Daniel
Rossberg * Loading Google charts from API: Task Assigned - This
task has been assigned to Jacob B. You have 72 hours to complete
this task, good luck! |
| 23:34.27 |
Notify |
03GCI:Daniel
Rossberg * Create a graphical mock-up for wiki pages of BRL-CAD:
Task Assigned - This task has been assigned to Palindrome. You have
72 hours to complete this task, good luck! |
| 23:34.32 |
Notify |
03GCI:Daniel
Rossberg * Create a graphical mock-up for wiki pages of BRL-CAD:
Task Assigned - This task has been assigned to Palindrome. You have
72 hours to complete this task, good luck! |
| 23:47.50 |
*** join/#brlcad andromeda_galaxy
(~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net) |
| 00:01.56 |
andromeda-galaxy |
I have
another unit test done (for libbn, bn_3pts_distinct), can someone
please create a task that I can submit it for? |
| 01:15.57 |
Notify |
03GCI:Connor
Vickers * Create Wordpress theme for BRL-CAD website: Ready for
review - The work on this task is ready to be reviewed. |
| 01:16.17 |
Notify |
03GCI:binaryking * Create a CSS only
version of BRL-CAD Logo: Claim Removed - The claim on this task has
been removed, someone else can claim it now. |
| 01:26.43 |
*** join/#brlcad atsoc
(~andrew@135.0.83.118) |
| 01:29.40 |
*** join/#brlcad ishwerdas
(~inderplus@117.207.153.176) |
| 01:32.08 |
ishwerdas |
mandeep:
hi |
| 01:33.02 |
Notify |
03GCI:FaithOh
* Create a CAD inspired icon-set for BRL-CAD website #2: Task
Claimed - I would like to work on this task. |
| 01:33.07 |
Notify |
03GCI:FaithOh
* Create a CAD inspired icon-set for BRL-CAD website #2: Claim
Removed - The claim on this task has been removed, someone else can
claim it now. |
| 01:33.08 |
Notify |
03GCI:FaithOh
* Create a CAD inspired icon-set for BRL-CAD website #2: Task
Claimed - I would like to work on this task. |
| 01:33.09 |
Notify |
03GCI:FaithOh
* Create a CAD inspired icon-set for BRL-CAD website #2: Claim
Removed - The claim on this task has been removed, someone else can
claim it now. |
| 01:34.18 |
Notify |
03GCI:FaithOh
* Create a CAD inspired icon-set for BRL-CAD website #2: Task
Claimed - I would like to work on this task. |
| 01:35.18 |
Notify |
03GCI:Sean *
Create a CSS only version of BRL-CAD Logo: so close - So close,
but giving up? |
| 01:35.19 |
Notify |
03GCI:Sean *
Create a CSS only version of BRL-CAD Logo: so close - So close,
but giving up? |
| 01:35.28 |
Notify |
03GCI:Sean *
Create a CAD inspired icon-set for BRL-CAD website #2: Task
Assigned - This task has been assigned to FaithOh. You have 72
hours to complete this task, good luck! |
| 01:41.28 |
Notify |
03GCI:Sam *
Design a Cover Photo for Facebook page (and other social networks):
Sure! - Hi Sean! Thanks! I'll definitely do my best for the next
task as well! Thank you! |
| 01:43.13 |
andromeda-galaxy |
I have
another unit test done (for libbn, bn_3pts_distinct), can someone
please create a task that I can submit it for? |
| 01:47.00 |
Notify |
03GCI:Sean *
Create Wordpress theme for BRL-CAD website: details - Connor, Can
you share some details about how you made the theme? Did you start
with an existing wp theme from somewhere and... |
| 01:47.01 |
Notify |
03GCI:Sean *
Create Wordpress theme for BRL-CAD website: details - Connor, Can
you share some details about how you made the theme? Did you start
with an existing wp theme from somewhere and... |
| 01:54.59 |
Notify |
03GCI:Sam *
Create a web based interactive timeline giving historical tour of
BRL-CAD: Task Claimed - I would like to work on this
task. |
| 01:55.31 |
brlcad |
andromeda-galaxy: how long did it take you
to pull that test together? |
| 01:55.36 |
andromeda-galaxy |
brlcad: not
very long |
| 01:55.46 |
brlcad |
we generally
don't want to have one function test per file |
| 01:55.53 |
andromeda-galaxy |
brlcad:
okay.... |
| 01:56.01 |
brlcad |
tri_tri was
an exception |
| 01:56.04 |
andromeda-galaxy |
brlcad: okay,
sorry |
| 01:56.11 |
brlcad |
no need to
apologize |
| 01:56.13 |
andromeda-galaxy |
I didn't see
that in the HACKING file |
| 01:56.14 |
brlcad |
what's "not
long? |
| 01:56.19 |
brlcad |
it's not in
there |
| 01:56.44 |
andromeda-galaxy |
It took me
probably < half hour |
| 01:56.57 |
andromeda-galaxy |
I can put
together tests for more of the rest of the ones in that file for a
task if you would like |
| 01:56.59 |
brlcad |
the idea is
merely to group functionality so that ideally there's an MxN
mapping of source files to test files, ideally 1-to-1 or 1-to-many
under some circumstances |
| 01:57.30 |
andromeda-galaxy |
brlcad: I
see. |
| 01:57.59 |
brlcad |
that's why
the unit test tasks reference src/libbu/tests as being better
examples to follow |
| 01:58.08 |
andromeda-galaxy |
I thought
that plane might be another good candidate for breakup of the test
files because it contains a lot of only loosely related functions
that I thought would be best tested if the list of points was in
the cmake file |
| 01:58.12 |
brlcad |
it's expected
that you'll get faster at this |
| 01:58.21 |
brlcad |
how long did
the first one take you? the coplanar one? |
| 01:58.44 |
andromeda-galaxy |
That took
several hours, but most of the time was based on my a)
understanding the code |
| 01:59.00 |
brlcad |
more specific
than several ? |
| 01:59.01 |
andromeda-galaxy |
and b) trying
to figure out whether that test should be failing or
not |
| 01:59.08 |
brlcad |
closer to 3
to 5 to 7? |
| 01:59.37 |
andromeda-galaxy |
If you don't
count the several hours that I sat in IRC hoping someone could tell
me the expected behavior of the function, probably 3-5 |
| 02:00.13 |
andromeda-galaxy |
I would say
that past getting brlcad to build & having to do some other
things in between working on it, probably closer to 3 |
| 02:00.50 |
andromeda-galaxy |
I thought
that it was not uncommon to use multiple test files because in
libbu/tests there are all of the bu_bitv_*.c tests that each test
only one function from bu_bitv |
| 02:01.00 |
Notify |
03GCI:Jacob B
* Loading Google charts from API: What to do - I'm not exactly
sure what this task is asking me to do. |
| 02:01.09 |
brlcad |
andromeda-galaxy: okay, that sounds more
on par |
| 02:01.10 |
Notify |
03GCI:Jacob B
* Loading Google charts from API: What to do - I'm not exactly
sure what this task is asking me to do. |
| 02:01.16 |
brlcad |
more
expected |
| 02:01.43 |
andromeda-galaxy |
brlcad: is
the "correct" testing procedure more similar to
bu_escape.c? |
| 02:01.49 |
brlcad |
a task should
be about 2 hours if you subtract all the learning time, the waiting
time, the compiling time, etc |
| 02:02.11 |
andromeda-galaxy |
where the
main function takes in a function_to_test and then tests that
particular function (I think)? |
| 02:03.59 |
andromeda-galaxy |
brlcad: Do
you want me to rewrite a set of tests for all of plane.c in one
file? that should take about the right amount of time, I
think. |
| 02:04.14 |
brlcad |
there is not
a notional "correct" without introducing a notion of code coverage
or testing API behavior completeness |
| 02:04.35 |
andromeda-galaxy |
brlcad: by
correct I meant closest to your standard testing style |
| 02:04.44 |
andromeda-galaxy |
since you
said that you normally wanted 1 test file per code file |
| 02:06.32 |
brlcad |
give plane.c
a try |
| 02:06.39 |
andromeda-galaxy |
brlcad:
okay |
| 02:06.52 |
andromeda-galaxy |
will you be
around for another ~1hr so that you can check it in when I'm
done? |
| 02:06.53 |
brlcad |
1 "test", but
what constitutes a test varies dramatically |
| 02:06.57 |
brlcad |
yep |
| 02:07.08 |
andromeda-galaxy |
so 1 "test"
for most of the functions in plane.c ideally, right |
| 02:07.21 |
brlcad |
yes, all the
public functions in that file |
| 02:07.27 |
brlcad |
the ones
declared in include/* |
| 02:07.32 |
andromeda-galaxy |
and it should
take in a test function name/number and a list of points and an
expected result, and then return 1/0 if it is true or
false? |
| 02:08.52 |
andromeda-galaxy |
Or should it
just run all of the tests with its own numbers from an
argument-less main() method? |
| 02:10.04 |
brlcad |
that detail
can go either way |
| 02:10.49 |
brlcad |
generally
speaking, the reason for one vs the other is based on
coverage |
| 02:11.08 |
andromeda-galaxy |
I think that
I'll pass in the params & the test function name, because then
a developer would be able to run just the necessary test and/or try
a new test without having to modify the code |
| 02:14.22 |
andromeda-galaxy |
brlcad: one
quick question |
| 02:14.35 |
andromeda-galaxy |
I think I
know how to get around this anyway, but just out of
curiosity |
| 02:14.54 |
andromeda-galaxy |
why does
plane.c use fastf_t pointers instead of point_t? |
| 02:15.13 |
brlcad |
basically, if
the test aims to test all or nearly all possible "types" of input,
those might as well be embedded with the test so that it's working
or not working |
| 02:15.16 |
brlcad |
e.g.,
libbu/tests/bu_quote.c |
| 02:15.42 |
brlcad |
if it's
nearly impossible to test all possible input types, we test some of
them and they tend to get listed in the CMakeLists.txt file
intead |
| 02:16.10 |
andromeda-galaxy |
Ah, I see;
then we don't have to clutter up CMakeLists.txt with lots of test
case calls, and we only have to run one test instead of
~30 |
| 02:17.21 |
Notify |
03GCI:Harmanpreet * Create a web based
interactive timeline giving historical tour of BRL-CAD: Task
Assigned - This task has been assigned to Sam. You have 72 hours to
complete this task, good... |
| 02:17.28 |
brlcad |
most of libbn
falls into the latter since covering all possible types of number
pairings is a big issue |
| 02:17.49 |
andromeda-galaxy |
by the way,
couldn't bn_3pts_distinct use bn_pt3_pt3_equal? |
| 02:17.57 |
brlcad |
it's not a
quanity issue |
| 02:17.59 |
brlcad |
it's
coverage |
| 02:18.28 |
brlcad |
if nearly
everything is tested, then whether it passes or fails tells us
whether something broke |
| 02:18.46 |
brlcad |
if only a few
things are tested, we're looking for specific problems (testing is
incomplete) |
| 02:19.20 |
andromeda-galaxy |
brlcad: okay
then, I'll go with the embedded tests here --- it seems like at
least for a lot of the 3pts_* functions the domain is pretty well
defined |
| 02:19.27 |
andromeda-galaxy |
thanks for
explaining |
| 02:19.28 |
brlcad |
yes, it
probably could, but someone would have to inspect all the callers
to bn_3pts_distinct() and/or have coverage testing that
demonstrates using bn_pt3_pt3_equal() is equivalent |
| 02:19.47 |
andromeda-galaxy |
Ah, I
see. |
| 02:20.00 |
andromeda-galaxy |
what about
using point_t instead of fastf_t in various places in
plane.c? |
| 02:20.30 |
brlcad |
you're not
likely to approach complete coverage with bn_* tests |
| 02:20.49 |
brlcad |
there are
issues with small numbers, near zero |
| 02:20.53 |
brlcad |
exactly
zero |
| 02:20.54 |
brlcad |
nan |
| 02:20.55 |
brlcad |
inf |
| 02:20.57 |
Notify |
03GCI:Connor
Vickers * Create Wordpress theme for BRL-CAD website
http://www.google-melange.com/gci/task/view/google/gci2013/4671617942683648:
RE: details I took th css, scripts, and images... |
| 02:21.02 |
Notify |
03GCI:Connor
Vickers * Create Wordpress theme for BRL-CAD website
http://www.google-melange.com/gci/task/view/google/gci2013/4671617942683648:
RE: details I took th css, scripts, and images... |
| 02:21.02 |
brlcad |
small numbers
with big numbers |
| 02:21.03 |
andromeda-galaxy |
brlcad: okay
then, I will put them in CMakeLists.txt after all |
| 02:21.04 |
brlcad |
big with
big |
| 02:21.07 |
brlcad |
small with
small |
| 02:21.10 |
brlcad |
and so
on |
| 02:22.11 |
brlcad |
I don't
recall if we kept it, but last year we had a task to create just
one comprehensive unit test for one of the bn functions |
| 02:22.18 |
brlcad |
it was a task
in itself |
| 02:22.38 |
brlcad |
it was a
function like bn_pt3_pt3_equal or bn_3pts_distinct |
| 02:22.57 |
andromeda-galaxy |
I can see
where that complexity could come from with all of the weird
floating point things that periodically happen... |
| 02:26.57 |
andromeda-galaxy |
wow, there
are a lot of public functions in plane.c... |
| 02:27.29 |
andromeda-galaxy |
brlcad: Since
I am taking in the numbers from the CMakeLists, should I take the
name of the function to test or a number (i.e. what does existing
code do in good practice?) |
| 02:31.21 |
brlcad |
andromeda-galaxy: either sounds
reasonable |
| 02:31.37 |
andromeda-galaxy |
brlcad:
okay |
| 02:31.44 |
brlcad |
perhaps make
each number/name correspond to a set of embedded tests for that
function |
| 02:32.03 |
brlcad |
if the
functions in plane.c logically group into subsets, you could start
with a smaller set |
| 02:32.29 |
andromeda-galaxy |
okay |
| 02:32.38 |
brlcad |
looks like
there are 43 functions in there |
| 02:32.40 |
andromeda-galaxy |
would that be
like "all of the bn_isect*" or "all of the "bn_dist_*" |
| 02:33.29 |
andromeda-galaxy |
finally:
where is bn_isect_line3_line3 defined? |
| 02:33.31 |
*** part/#brlcad andromeda-galaxy
(~user@108-225-17-54.lightspeed.sntcca.sbcglobal.net) |
| 02:33.38 |
brlcad |
yeah, looks
like there are 11 isect and 11 dist |
| 02:33.43 |
*** join/#brlcad andromeda-galaxy
(~user@108-225-17-54.lightspeed.sntcca.sbcglobal.net) |
| 02:33.49 |
brlcad |
yeah, looks
like there are 11 isect and 11 dist |
| 02:34.40 |
andromeda-galaxy |
Since it
takes a while to do the test cases, I was wondering about setting
up tasks for _isect + _dist or something since otherwise 43
functions would take quite a while |
| 02:36.01 |
brlcad |
start with
just dist |
| 02:36.17 |
brlcad |
or
isect |
| 02:36.21 |
brlcad |
not both, not
43 ;) |
| 02:36.28 |
andromeda-galaxy |
brlcad: okay,
I'll do that |
| 02:36.44 |
andromeda-galaxy |
Would you
rather set up a task for that now or when I'm done? |
| 02:36.49 |
brlcad |
keep track of
your time |
| 02:37.09 |
andromeda-galaxy |
brlcad: okay,
I will |
| 02:37.52 |
brlcad |
at this point
in GCI, it's more important to just keep busy working as much as
you are willing, and we'll make sure tasks get
created/credited |
| 02:38.08 |
andromeda-galaxy |
brlcad:
okay |
| 02:38.36 |
andromeda-galaxy |
I'm making a
list of all of the _dists right now |
| 02:41.01 |
andromeda-galaxy |
does _dist
include _distsq? |
| 02:42.27 |
brlcad |
grep -E '^bn'
plane.c | sort | cut -f1 -d\( | sort |
| 02:42.36 |
brlcad |
no |
| 02:42.54 |
andromeda-galaxy |
brlcad:
thanks for the grep idea |
| 02:43.06 |
andromeda-galaxy |
brlcad: okay
I will just do _dist_ functions fo rnow |
| 02:43.11 |
andromeda-galaxy |
*for
now |
| 02:43.28 |
brlcad |
what was the
func you just completed? |
| 02:43.38 |
andromeda-galaxy |
bn_plane_3pts_distinct |
| 02:43.52 |
andromeda-galaxy |
sorry,
bn_3pts_distinct |
| 02:46.02 |
brlcad |
keep that one
and perhaps add these seven others: grep -E '^bn' plane.c | sort |
cut -f1 -d\( | sort | grep pt | grep -v _dist_ | grep -v
_isect_ |
| 02:46.34 |
brlcad |
might be a
smaller start |
| 02:46.38 |
brlcad |
before
dist |
| 02:47.06 |
andromeda-galaxy |
brlcad: sure,
what should the file be named? |
| 02:49.23 |
andromeda-galaxy |
The functions
seem to be somewhat misc. |
| 02:49.37 |
brlcad |
they are all
related to points |
| 02:49.58 |
brlcad |
maybe
bn_plane_pt.c |
| 02:50.02 |
andromeda-galaxy |
okay! |
| 02:50.10 |
andromeda-galaxy |
I'll start my
clock and get going... |
| 02:57.40 |
andromeda-galaxy |
Do you like
things like having an array of test functions and calling the
function at function_num position in that array? |
| 02:57.55 |
andromeda-galaxy |
or do you in
general prefer things like just switch() on the function_num to
call the correct function? |
| 02:59.23 |
Notify |
03GCI:Luke
Blue * Creating Motion Typography video for BRL-CAD: Task Claimed
- I would like to work on this task. |
| 02:59.28 |
Notify |
03GCI:Luke
Blue * Creating Motion Typography video for BRL-CAD: Task Claimed
- I would like to work on this task. |
| 03:01.24 |
Notify |
03GCI:Luke
Blue * Creating Motion Typography video for BRL-CAD: None - Do we
need to narrate? |
| 03:03.46 |
andromeda-galaxy |
brlcad: one
of the functions that you mentioned was one that I did for the
first task |
| 03:04.08 |
andromeda-galaxy |
brlcad:
should I make a diff moving that one into this file? if so, how? or
would you just apply the new diff instead? |
| 03:07.52 |
brlcad |
andromeda-galaxy: three new tasks created,
filter on "unit test" |
| 03:08.35 |
andromeda-galaxy |
brlcad:
great, thanks |
| 03:08.44 |
Notify |
03GCI:Andromeda Galaxy * Create an
utility library (LIBBU) API unit test for any file: Claim Removed -
The claim on this task has been removed, someone else can claim it
now. |
| 03:08.45 |
Notify |
03GCI:Andromeda Galaxy * Create an
utility library (LIBBU) API unit test for any file: Claim Removed -
The claim on this task has been removed, someone else can claim it
now. |
| 03:08.46 |
Notify |
03GCI:Andromeda Galaxy * Create unit
tests for plane.c "point" functions: Task Claimed - I would like to
work on this task. |
| 03:08.52 |
andromeda-galaxy |
brlcad: so
should I move colliniear/distinct into the new file and submit the
diff for the new file? |
| 03:08.58 |
andromeda-galaxy |
(not
including removal from the old file) |
| 03:09.24 |
Notify |
03GCI:Sean *
Create unit tests for plane.c "point" functions: Task Assigned -
This task has been assigned to Andromeda Galaxy. You have 72 hours
to complete this task, good luck! |
| 03:09.34 |
Notify |
03GCI:Sean *
Creating Motion Typography video for BRL-CAD: Task Assigned - This
task has been assigned to Luke Blue. You have 72 hours to complete
this task, good luck! |
| 03:09.39 |
Notify |
03GCI:Sean *
Creating Motion Typography video for BRL-CAD: Task Assigned - This
task has been assigned to Luke Blue. You have 72 hours to complete
this task, good luck! |
| 03:18.23 |
Notify |
03GCI:Sean *
Creating Motion Typography video for BRL-CAD: kinda hard - Kind of
hard to create a typography without narration. I suggest narrating
yourself and if it's a good story, we can replace... |
| 03:18.28 |
Notify |
03GCI:Sean *
Creating Motion Typography video for BRL-CAD: kinda hard - Kind of
hard to create a typography without narration. I suggest narrating
yourself and if it's a good story, we can replace... |
| 03:21.11 |
andromeda-galaxy |
In my tests
should I use NEAR_EQUAL for the dist functions? |
| 03:21.55 |
andromeda-galaxy |
brlcad: or is
there another function that takes one of those tolerance
objects? |
| 03:24.14 |
Notify |
03GCI:Pratik
Mohapatra * Redesign MGED/Archer's Menu: Links - Can you provide
me the links for these applications. |
| 03:27.05 |
Notify |
03GCI:Karena
* Create a CAD inspired icon-set for BRL-CAD website: Claim
Removed - The claim on this task has been removed, someone else can
claim it now. |
| 03:44.12 |
brlcad |
andromeda-galaxy: regrouping functions
into different files might make sense, but that's a lot of chaos
during this initial week |
| 03:44.16 |
brlcad |
there's a lot
going on |
| 03:44.32 |
brlcad |
should always
use the vmath macros where possible |
| 03:44.51 |
andromeda-galaxy |
brlcad: do
you mean I shouldn't move the collinear into bn_plane_pt
test? |
| 03:44.53 |
brlcad |
there's lots
of functions that take tolerance objects, search
include/*.h |
| 03:44.59 |
brlcad |
huh? |
| 03:45.19 |
andromeda-galaxy |
What did you
mean by "regrouping functions ..." --- did you mean splitting up
plane.c? |
| 03:45.36 |
brlcad |
you mean
moving the test or moving the function |
| 03:46.35 |
brlcad |
I meant
splitting up plane.c |
| 03:46.39 |
andromeda-galaxy |
Ah, I
see |
| 03:46.51 |
andromeda-galaxy |
maybe I could
do that as a task at some later date? |
| 03:47.01 |
brlcad |
maybe |
| 03:47.16 |
andromeda-galaxy |
By the way, I
am just about half way done with the point functions that you
suggested so far and it has been about an hour |
| 03:47.39 |
brlcad |
that's
something much more easily completed by someone with commit access
(which you might attain if you keep it up and get to pristine
patches) |
| 03:48.06 |
andromeda-galaxy |
Okay, thanks
for the info on that |
| 03:48.19 |
andromeda-galaxy |
will you
still be here in around an hour and a half? I need to eat dinner,
and I was wondering if you would be able to look over my patches
after that |
| 03:48.36 |
brlcad |
good, sounds
about like what I'd expect .. about 5-10 minutes per function is
what I'd expect |
| 03:50.31 |
andromeda-galaxy |
brlcad: but I
haven't had to come up with testcases yet --- so far I have been
mostly writing functioins to call the tests & making sure that
they have all the right formatting conventions in thes ource and in
CMakeLists.txt |
| 03:51.52 |
brlcad |
that's 90% of
the work |
| 03:52.13 |
brlcad |
ideally it
should take you a bit more than two hours |
| 03:52.25 |
andromeda-galaxy |
okay |
| 03:52.36 |
andromeda-galaxy |
I did want to
check one thing with you on style |
| 03:52.46 |
brlcad |
but then if
you did it again ... it should get much closer to 2 hrs |
| 03:53.10 |
andromeda-galaxy |
the test
functions currently have to duplicate some amount of setup code in
parsing the argument lists |
| 03:53.32 |
andromeda-galaxy |
would it
generally be better to do something a little more complicated like
try to write a function/macro that does some of that? |
| 03:53.41 |
brlcad |
reducing
duplicate code is always a good practice |
| 03:54.46 |
brlcad |
you'll find
lots of funcs and macros in some of the other tests |
| 03:55.12 |
andromeda-galaxy |
I'll try to
do something clever there |
| 03:55.32 |
andromeda-galaxy |
the only
problem is that the things that need to be done are somewhat
diverse, so I don't know what all would make a good
macro... |
| 03:56.01 |
brlcad |
if you stick
to the dry principle, it might help |
| 03:56.14 |
brlcad |
basically the
instant you find yourself repeating yourself, make that a
function |
| 03:56.17 |
brlcad |
or
macro |
| 03:56.21 |
brlcad |
and then keep
going |
| 03:56.26 |
brlcad |
~dry |
| 03:56.26 |
infobot |
that is the
opposite of what is good |
| 03:56.36 |
brlcad |
heh |
| 03:57.11 |
andromeda-galaxy |
U was just
thinking about how best to avoid really complicated macros that
have to tell the difference between a number of rather diverse
usecases as to what order the sub-macros should be
called. |
| 03:57.18 |
andromeda-galaxy |
Sorry, I not
U |
| 03:58.52 |
brlcad |
infobot: dry
is Don't Repeat Yourself -- a software development principle that
emphasizes no code duplication. See http://en.wikipedia.org/wiki/Don't_repeat_yourself
for details. |
| 03:58.53 |
infobot |
ACTION dries
is Don't Repeat Yourself -- a software development principle that
emphasizes no code duplication. See http://en.wikipedia.org/wiki/Don't_repeat_yourself
for details. |
| 03:59.10 |
brlcad |
infobot: no,
dry is Don't Repeat Yourself -- a software development principle
that emphasizes no code duplication. See http://en.wikipedia.org/wiki/Don't_repeat_yourself
for details. |
| 03:59.10 |
infobot |
brlcad:
okay |
| 04:00.43 |
andromeda-galaxy |
brlcad: okay,
I am currently thinking: a macrothat takes a list of types &
names and results in inserting them with the appropriate sscanf()
calls |
| 04:01.27 |
brlcad |
andromeda-galaxy: that means very little
to me :) |
| 04:01.47 |
brlcad |
you'll want
to keep it as simple as possible |
| 04:01.54 |
andromeda-galaxy |
brlcad: I
know |
| 04:01.55 |
brlcad |
use
macros/functions purely to reduce duplication |
| 04:02.01 |
andromeda-galaxy |
that is why I
was thinking macro/nomacro |
| 04:02.11 |
andromeda-galaxy |
because the
problem I am looking at right now for macros: |
| 04:02.21 |
brlcad |
they don't
have to have general utility |
| 04:02.23 |
andromeda-galaxy |
there is a
bunch of code that sscanfs() the argument strings into the correct
types and numbers of arguments |
| 04:02.46 |
brlcad |
they're not
becoming part of implemention, they're testing infrastructure so
they can be a little "dirty" |
| 04:03.00 |
andromeda-galaxy |
and that has
to be quite different for each one |
| 04:03.13 |
andromeda-galaxy |
the only
similarities are that oftentimes they need to read lists of a
similar format |
| 04:03.46 |
brlcad |
see
src/libbu/tests/bu_sscanf.c for about as complicated as it should
get |
| 04:04.16 |
brlcad |
that's nearly
comprehensive testing of an sscanf implementation including nearly
all possible % specifiers in a format string |
| 04:05.04 |
brlcad |
if they're
only similar, that's not exactly duplicate code |
| 04:05.57 |
andromeda-galaxy |
brlcad: ah,
okay |
| 04:06.20 |
andromeda-galaxy |
brlcad:
alright then, I'll write a couple of short macros, finish the
testing code, and come up with some test cases |
| 04:06.29 |
andromeda-galaxy |
but maybe eat
dinner in between some of those |
| 04:11.30 |
andromeda-galaxy |
brlcad: do
you know whether you will be able to look over my task in around an
hour and a half? |
| 04:26.38 |
Notify |
03GCI:Mandeep
Kaur * Design a prototype CAD GUI layout #2: Task Assigned - This
task has been assigned to Cameron. You have 72 hours to complete
this task, good luck! |
| 04:34.38 |
Notify |
03GCI:Luke
Blue * Creating Motion Typography video for BRL-CAD: Script
- |
| 04:34.43 |
Notify |
03GCI:Luke
Blue * Creating Motion Typography video for BRL-CAD: Script
- |
| 04:51.29 |
Notify |
03GCI:Harmanpreet * Redesign
MGED/Archer's Menu
http://www.google-melange.com/gci/task/view/google/gci2013/4816070846185472:
Use Virtual Disk Image You need to install these applications
in... |
| 04:55.39 |
Notify |
03GCI:Sean *
Create Wordpress theme for BRL-CAD website: Task Closed -
Congratulations, this task has been completed
successfully. |
| 04:56.49 |
Notify |
03GCI:Sean *
Create Wordpress theme for BRL-CAD website: nicely done - Connor,
That's looking great. We'll undoubtedly have follow-on tasks
related to our migration to WP, so keep an eye out
for... |
| 04:59.24 |
Notify |
03GCI:Harmanpreet * Creating Motion
Typography video for BRL-CAD: Good to go - Don't know about other
mentors, but from my side, it is excellent. However, you may need
to put more content into it... |
| 05:07.44 |
Notify |
03GCI:Sean *
Create a graphical mock-up for wiki pages of BRL-CAD
http://www.google-melange.com/gci/task/view/google/gci2013/4524113196482560:
responsive web design Palindrome, This may be of... |
| 05:12.59 |
Notify |
03GCI:ehth77
* Doxygen cleanup for LIBRT: Task Claimed - I would like to work
on this task. |
| 05:13.04 |
Notify |
03GCI:ehth77
* Doxygen cleanup for LIBRT: Task Claimed - I would like to work
on this task. |
| 05:29.26 |
Notify |
03GCI:Sean *
Doxygen cleanup for LIBRT: Task Assigned - This task has been
assigned to ehth77. You have 72 hours to complete this task, good
luck! |
| 05:31.56 |
*** join/#brlcad YatharthROCK
(~YatharthR@95.175.77.95) |
| 05:40.56 |
Notify |
03GCI:Sean *
Creating Motion Typography video for BRL-CAD
http://www.google-melange.com/gci/task/view/google/gci2013/6102460527542272:
fantastic That is great start and ditto what
Harmanpreet... |
| 05:41.01 |
Notify |
03GCI:Sean *
Creating Motion Typography video for BRL-CAD
http://www.google-melange.com/gci/task/view/google/gci2013/6102460527542272:
fantastic That is great start and ditto what
Harmanpreet... |
| 05:41.16 |
*** join/#brlcad YuGin
(~IceChat77@182.55.146.247) |
| 05:46.57 |
*** join/#brlcad caen23
(~caen23@92.81.168.188) |
| 05:52.12 |
Notify |
03GCI:Sean *
Design a Cover Photo for Facebook page (and other social networks)
http://www.google-melange.com/gci/task/view/google/gci2013/5087063149903872:
follow-on task A follow-on task has... |
| 05:52.17 |
Notify |
03GCI:Sean *
Design a Cover Photo for Facebook page (and other social networks)
http://www.google-melange.com/gci/task/view/google/gci2013/5087063149903872:
follow-on task A follow-on task has... |
| 05:56.22 |
Notify |
03GCI:Sean *
Create a high quality png of BRL-CAD logo: excellent -
Outstanding. I'm sure it'll all eventually come back to you. That's
quite an advantage! :) Best of luck! |
| 05:56.47 |
Notify |
03GCI:Sam *
Design a cover image or banner for our Facebook page (and other
social media sites) #2: Hi Sean - Hi, would you mind reserving
this task for me first? I already signed up for
another... |
| 05:58.53 |
*** join/#brlcad gjeet
(~androirc@202.164.53.117) |
| 05:59.51 |
Notify |
03GCI:Ethan *
Design a cover image or banner for our Facebook page (and other
social media sites) #4: Task Claimed - I would like to work on this
task. |
| 05:59.52 |
Notify |
03GCI:Ethan *
Design a cover image or banner for our Facebook page (and other
social media sites) #4: Task Claimed - I would like to work on this
task. |
| 06:01.02 |
Notify |
03GCI:Sean *
Design a coffee mug for BRL-CAD: design - Tan, That zip file
looks much better! That design is cute, but could you try a
non-military design/byline? We have way too many pictures
of... |
| 06:01.07 |
Notify |
03GCI:Sean *
Design a coffee mug for BRL-CAD: design - Tan, That zip file
looks much better! That design is cute, but could you try a
non-military design/byline? We have way too many pictures
of... |
| 06:01.32 |
Notify |
03GCI:Sean *
Design a coffee mug for BRL-CAD: Task Needs More Work - One of the
mentors has sent this task back for more work. Talk to the
mentor(s) assigned to this task to satisfy the... |
| 06:01.32 |
Notify |
03GCI:Sean *
Design a coffee mug for BRL-CAD: Task Needs More Work - One of the
mentors has sent this task back for more work. Talk to the
mentor(s) assigned to this task to satisfy the... |
| 06:03.12 |
Notify |
03GCI:Mandeep
Kaur * Design a cover image or banner for our Facebook page (and
other social media sites) #4: Task Assigned - This task has been
assigned to Ethan. You have 72 hours to complete
this... |
| 06:07.18 |
YatharthROCK |
Could someone
review my task? <https://google-melange.appspot.com/gci/task/view/google/gci2013/5081237563637760> |
| 06:11.18 |
Notify |
03GCI:Sean *
Design a cover image or banner for our Facebook page (and other
social media sites) #2: no rush - There is no rush. There are
other tasks and we can create more if needed. |
| 06:15.53 |
Notify |
03GCI:Sean *
Write an article soliciting a Windows platform maintainer: mailing
list - Direct them to our brlcad-devel mailing list and/or IRC
channel so they can announce their interest and so
we... |
| 06:15.57 |
Notify |
03GCI:Sean *
Write an article soliciting a Windows platform maintainer: mailing
list - Direct them to our brlcad-devel mailing list and/or IRC
channel so they can announce their interest and so
we... |
| 06:21.33 |
Notify |
03GCI:Sean *
Design BRL-CAD sticker: intention - What is the intention or
motivation for the diagonal color stripe that's a slightly
different "reddish" tone. It's placement seems odd and
peculiar... |
| 06:21.38 |
Notify |
03GCI:Sean *
Design BRL-CAD sticker: intention - What is the intention or
motivation for the diagonal color stripe that's a slightly
different "reddish" tone. It's placement seems odd and
peculiar... |
| 06:31.28 |
Notify |
03GCI:Sean *
Create a CSS only version of BRL-CAD Logo #2: Task Needs More Work
- One of the mentors has sent this task back for more work. Talk to
the mentor(s) assigned to this task to satisfy... |
| 06:31.33 |
Notify |
03GCI:Sean *
Create a CSS only version of BRL-CAD Logo #2: Task Needs More Work
- One of the mentors has sent this task back for more work. Talk to
the mentor(s) assigned to this task to satisfy... |
| 06:32.47 |
brlcad |
YatharthROCK:
that's looking great... almost |
| 06:32.48 |
Notify |
03GCI:Sean *
Create a CSS only version of BRL-CAD Logo #2
http://www.google-melange.com/gci/task/view/google/gci2013/5081237563637760:
looking fantastic Yatharth, that's looking fantastic,
but... |
| 06:32.54 |
Notify |
03GCI:Sean *
Create a CSS only version of BRL-CAD Logo #2
http://www.google-melange.com/gci/task/view/google/gci2013/5081237563637760:
looking fantastic Yatharth, that's looking fantastic,
but... |
| 06:33.03 |
brlcad |
enwanders a bit |
| 06:33.24 |
YatharthROCK |
brlcad:
Hmm... what needs to be changed? |
| 06:33.39 |
YatharthROCK |
Let me lay it
over the SVG versions and see the differences. |
| 06:33.52 |
YatharthROCK |
Also, what's
the font used in the logo? |
| 06:42.38 |
brlcad |
more detail
in the comment |
| 06:42.45 |
brlcad |
background
color, see the url |
| 06:43.10 |
brlcad |
and we dont'
have a set font, just tend to prefer something "solid"
looking |
| 06:43.35 |
YatharthROCK |
brlcad: I
uploaded a file showing the differences in the logo. I don't think
there's much. |
| 06:43.52 |
YatharthROCK |
brlcad: And
for the background, which browser are you using? |
| 06:44.57 |
YatharthROCK |
I'll just
update my linear-gradient background property. |
| 06:44.57 |
YatharthROCK |
in my SASS
mixin. |
| 07:16.16 |
*** join/#brlcad andrei_
(~andrei@188.26.90.180) |
| 07:17.03 |
YatharthROCK |
brlcad: Could
you check if it works for you now? <https://google-melange.appspot.com/gci/task/view/google/gci2013/5081237563637760> |
| 07:17.09 |
Notify |
03GCI:Yatharth Agarwal * Create a CSS
only version of BRL-CAD Logo #2: Ready for review - The work on
this task is ready to be reviewed. |
| 07:20.32 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 07:21.13 |
andrei_ |
Yatharth,
whenever I opened brlcad.html in my Chromium browser |
| 07:21.24 |
andrei_ |
and I don't
get anything in it, it s plain |
| 07:27.35 |
Notify |
03GCI:Andrei
* Create a CSS only version of BRL-CAD Logo #2: None - I tried to
see brlcad.html in both Chromium and Firefox and I got virtually no
display. Do you know what's causing the issue?... |
| 07:27.40 |
Notify |
03GCI:Andrei
* Create a CSS only version of BRL-CAD Logo #2: None - I tried to
see brlcad.html in both Chromium and Firefox and I got virtually no
display. Do you know what's causing the issue?... |
| 07:27.41 |
Notify |
03GCI:Andrei
* Create a CSS only version of BRL-CAD Logo #2: Task Needs More
Work - One of the mentors has sent this task back for more work.
Talk to the mentor(s) assigned to this task to
satisfy... |
| 07:28.41 |
YatharthROCK |
Is Andrei
here? |
| 07:28.50 |
YatharthROCK |
Oh, there you
are. |
| 07:29.03 |
YatharthROCK |
andrei_:
Chromium? One second... |
| 07:29.17 |
andrei_ |
I tried on
Firefox aswell, Yatharth |
| 07:29.51 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 07:31.24 |
YatharthROCK |
andrei_:
Could you please check if any external resources
loaded? |
| 07:31.42 |
YatharthROCK |
I think the
problem is the my external CSS file isn't imported. |
| 07:31.52 |
Notify |
03GCI:Luke
Blue * Creating Motion Typography video for BRL-CAD: Sorry -
Sorry for grammatical errors, I made the script really fast and
forgot to pay attention to grammar. Breaking the task
would... |
| 07:33.52 |
YatharthROCK |
Damn silent
failures!! Why did the we have to be so forgiving? |
| 07:33.53 |
andrei_ |
brlcad1.css
is "Failed to load resource" |
| 07:33.54 |
andrei_ |
:) |
| 07:34.09 |
YatharthROCK |
andrei_: I
found the bug. I'll just upload the fixed version now. |
| 07:34.36 |
andrei_ |
okay |
| 07:36.37 |
Notify |
03GCI:Yatharth Agarwal * Create a CSS
only version of BRL-CAD Logo #2: Ready for review - The work on
this task is ready to be reviewed. |
| 07:38.16 |
Notify |
03GCI:Yatharth Agarwal * Create a CSS
only version of BRL-CAD Logo #2: Fixed bug - The bug was caused by
a stupid typo while declaring the external CSS file. Chrome glazed
over it, but the other... |
| 07:38.21 |
YatharthROCK |
<https://google-melange.appspot.com/gci/task/view/google/gci2013/5081237563637760> |
| 07:38.21 |
Notify |
03GCI:Yatharth Agarwal * Create a CSS
only version of BRL-CAD Logo #2: Fixed bug - The bug was caused by
a stupid typo while declaring the external CSS file. Chrome glazed
over it, but the other... |
| 07:38.49 |
andrei_ |
Yatharth,
this works, but you've got the same issue as the previous version
talked of |
| 07:38.54 |
andrei_ |
the gray
background |
| 07:39.11 |
andrei_ |
it's not a
race, there will be plenty of tasks and plenty of time for it
:). |
| 07:39.46 |
YatharthROCK |
andrei: Which
browser? It works on Chrome and Firefox for me. |
| 07:40.02 |
andrei_ |
It works for
me, aswell |
| 07:40.16 |
andrei_ |
but you've
got a whole "band" of gray |
| 07:40.28 |
andrei_ |
gray
background, I mean |
| 07:40.34 |
YatharthROCK |
No
gradient? |
| 07:40.42 |
YatharthROCK |
I see the
gradient. |
| 07:40.48 |
YatharthROCK |
I'm using the
latest Firefox Beta. |
| 07:41.10 |
YatharthROCK |
The canonical
linear-gradient property has been supported in Firefox since
4. |
| 07:41.19 |
andrei_ |
hold on a
bit |
| 07:41.27 |
YatharthROCK |
Could you
take a screenshot? |
| 07:41.30 |
YatharthROCK |
kk |
| 07:41.34 |
andrei_ |
from what
I've seen in Sean's comment, he expected you to have that only as
far as the logo goes, not on the entire screen |
| 07:41.43 |
andrei_ |
I'm not
familiar to CSS so I might be wrong |
| 07:43.16 |
YatharthROCK |
Uhh... I'm
not very familiar with CSS either (this was a learning experience).
I'll try to make the background not stretch. I don't think I can
auto-size it; can I hard-code the width? |
| 07:45.33 |
andrei_ |
it would
probably be a good starting point :) |
| 07:52.16 |
YatharthROCK |
andrei: I
found a way to adapt its dimensions to it's contents' dimensions
:D |
| 07:53.53 |
YatharthROCK |
andrei_:
Anything else? |
| 08:09.06 |
*** join/#brlcad Kiryx
(~Kiryx@85-202-48-130.internetia.net.pl) |
| 08:09.43 |
*** part/#brlcad Kiryx
(~Kiryx@85-202-48-130.internetia.net.pl) |
| 08:16.20 |
YatharthROCK |
Could someone
review my task? <https://google-melange.appspot.com/gci/task/view/google/gci2013/5081237563637760> |
| 08:17.57 |
Notify |
03GCI:Sam *
Create a web based interactive timeline giving historical tour of
BRL-CAD: None - Hi, I have a question. Where may I be able to find
information about the history of BRL-CAD? The only... |
| 09:02.13 |
YatharthROCK |
I added text
too. Could someone review my task? <https://google-melange.appspot.com/gci/task/view/google/gci2013/5081237563637760> |
| 09:08.23 |
Notify |
03GCI:Yatharth Agarwal * Create a CSS
only version of BRL-CAD Logo #2: Notes - I added the text in a
free font that closely matches the one used in the original logo. I
also refactored my code and... |
| 09:09.03 |
Notify |
03GCI:Sharan
* Design BRL-CAD sticker: no PSD - I use Inkscape to edit svg
files they are all inkscape svgs so they are editable... I made
the holes white but they dont look like they are
white... |
| 09:09.08 |
Notify |
03GCI:Sharan
* Design BRL-CAD sticker: no PSD - I use Inkscape to edit svg
files they are all inkscape svgs so they are editable... I made
the holes white but they dont look like they are
white... |
| 09:12.04 |
Notify |
03GCI:Sharan
* Design BRL-CAD sticker: Ready for review - i cant see the mark
task as complete button |
| 09:27.47 |
*** join/#brlcad YuGin
(~IceChat77@182.55.146.247) |
| 09:38.45 |
*** join/#brlcad binaryking
(~binarykin@unaffiliated/nafcool) |
| 09:38.56 |
*** part/#brlcad binaryking
(~binarykin@unaffiliated/nafcool) |
| 10:17.41 |
Notify |
03GCI:Oleg *
Design a coffee mug for BRL-CAD #2: Task Claimed - I would like to
work on this task. |
| 10:18.06 |
Notify |
03GCI:Oleg *
Design a coffee mug for BRL-CAD #2: None - Sean, where I can speak
with you about the task? |
| 10:22.33 |
Notify |
03GCI:Mandeep
Kaur * Design a coffee mug for BRL-CAD #2: Task Assigned - This
task has been assigned to Oleg. You have 72 hours to complete this
task, good luck! |
| 10:22.38 |
Notify |
03GCI:Mandeep
Kaur * Design a coffee mug for BRL-CAD #2: Task Assigned - This
task has been assigned to Oleg. You have 72 hours to complete this
task, good luck! |
| 10:25.18 |
Notify |
03GCI:Luke
Blue * Creating Motion Typography video for BRL-CAD: Claim Removed
- The claim on this task has been removed, someone else can claim
it now. |
| 10:25.25 |
Notify |
03GCI:Luke
Blue * Creating Motion Typography video for BRL-CAD: Claim Removed
- The claim on this task has been removed, someone else can claim
it now. |
| 10:25.48 |
Notify |
03GCI:Luke
Blue * Create a CAD inspired icon-set for BRL-CAD website: Task
Claimed - I would like to work on this task. |
| 10:32.07 |
YatharthROCK |
Which
timezone are you guys in? |
| 11:18.58 |
Notify |
03GCI:Harmanpreet * Create a CAD inspired
icon-set for BRL-CAD website: Task Assigned - This task has been
assigned to Luke Blue. You have 72 hours to complete this task,
good luck! |
| 11:24.44 |
Notify |
03GCI:Tan Di
Sheng * Design a coffee mug for BRL-CAD: Design ideas - Dear
Sean, I have thought about it and decided to remove the tank
images and replace it with something else. I'm
currently... |
| 11:24.59 |
Notify |
03GCI:YuGin *
Write article on BRL-CAD's code hardening efforts: Task Claimed -
I would like to work on this task. |
| 11:25.04 |
Notify |
03GCI:YuGin *
Write article on BRL-CAD's code hardening efforts: Task Claimed -
I would like to work on this task. |
| 11:28.44 |
Notify |
03GCI:Gauravjeet Singh * Write article on
BRL-CAD's code hardening efforts: Task Assigned - This task has
been assigned to YuGin. You have 72 hours to complete this task,
good luck! |
| 11:29.51 |
*** join/#brlcad gjeet
(~androirc@202.164.53.117) |
| 11:30.04 |
Notify |
03GCI:Oleg *
Design a coffee mug for BRL-CAD #2: Ready for review - The work on
this task is ready to be reviewed. |
| 11:30.09 |
Notify |
03GCI:Oleg *
Design a coffee mug for BRL-CAD #2: Ready for review - The work on
this task is ready to be reviewed. |
| 11:32.18 |
Notify |
03GCI:Oleg *
Design a coffee mug for BRL-CAD #2: None - Mandeep, where is the
Sean? I have some questions about another tasks. Maybe you can give
me answers, if Sean isn't here? |
| 11:36.05 |
*** join/#brlcad gcibot
(~gcibot@117.214.52.3) |
| 11:38.50 |
YuGin |
To any
BRL-CAD developer- Can I confirm that you guys follow American
English instead of British English? (I'm 'Writ(ing) (an) article on
BRL-CAD's code hardening efforts') |
| 12:24.58 |
*** join/#brlcad Destroy
(~Destroy@bras3.donapex.net) |
| 12:25.21 |
Destroy |
Hi
all. |
| 12:25.26 |
Destroy |
Sean, are you
here? |
| 12:25.39 |
Destroy |
/GCI2013/ |
| 12:29.46 |
*** join/#brlcad MartinHermida
(~MartinHer@33.Red-83-41-62.dynamicIP.rima-tde.net) |
| 12:31.28 |
MartinHermida |
My work on
GCI is ready to be reviewed |
| 12:31.39 |
Destroy |
My
too |
| 12:31.48 |
Destroy |
But mentors
isn't here... |
| 12:33.08 |
MartinHermida |
Oh... I've
waited since yesterday 22:00 UTC and no one has checked my work
yet |
| 12:34.59 |
Destroy |
+ |
| 12:44.27 |
starseeker |
Destroy:
MartinHermida: can you post links to your tasks? |
| 12:45.18 |
starseeker |
I see 2 that
need review - the arbn surface area and one of the documentation
tasks - are those yours? |
| 12:45.59 |
Destroy |
Yes |
| 12:46.04 |
Destroy |
One
moment |
| 12:46.14 |
Destroy |
https://google-melange.appspot.com/gci/task/view/google/gci2013/5789856567394304 |
| 12:46.19 |
gcibot |
Design a
coffee mug for BRL-CAD #2 |
| 12:46.19 |
gcibot |
Status:
NeedsReview (2 days, 21 hours left) |
| 12:46.19 |
gcibot |
Mentor(s):
Sean |
| 12:46.21 |
Destroy |
starseeker |
| 12:47.12 |
Destroy |
starseeker:
are you the mentor? |
| 12:47.20 |
starseeker |
I'm one of
the mentors |
| 12:47.44 |
starseeker |
it's early
morning for a lot of us, which may be why you aren't seeing
immediate responses |
| 12:48.04 |
Destroy |
O'K
) |
| 12:48.29 |
Destroy |
At my time
now 2:48 PM (14:48) |
| 12:49.12 |
Destroy |
Starseeker,
Can you help me with the imporning model to the
BRL-Cad? |
| 12:49.28 |
Destroy |
If you can,
of course. |
| 12:49.30 |
starseeker |
Destroy: I'm
looking at it now |
| 12:50.10 |
Destroy |
? |
| 12:51.43 |
Destroy |
starseeker, I
have sample.g model file. How can I import him to display at MGED
Graphics Window? |
| 12:54.08 |
starseeker |
pardon? You
can use the opendb command in mged |
| 12:54.30 |
starseeker |
then on the
mged command prompt type the command: tops |
| 12:54.35 |
starseeker |
that will
list the geometry in the file |
| 12:54.54 |
starseeker |
then to see a
wireframe of it, you use the draw command: draw
<geometry_name> |
| 12:57.21 |
starseeker |
Destroy: I
got the images for the coffee mug up - I don't have much artistic
sense compared to Sean, but it looks good to me - I'll mark it as
closed so you can move to another task, but keep an eye out for
comments by him |
| 12:57.21 |
Destroy |
starseeker, |
| 12:57.21 |
Destroy |
mged>
opendb star.g |
| 12:57.21 |
Destroy |
Create new
database (y|n)[n]? y |
| 12:57.21 |
Destroy |
The new
database star.g was successfully created. |
| 12:57.21 |
Destroy |
Untitled
BRL-CAD Database (units=mm) |
| 12:57.22 |
Destroy |
mged>
|
| 12:57.39 |
starseeker |
uh - is your
file named sample.g or star.g |
| 12:58.47 |
Destroy |
Ok, mark it
as "Complete", I'll start work on another task, and I wait for
opinion of Sean. |
| 12:58.55 |
starseeker |
you may need
to specify the full path to your file, or alternatly use the
File->Open dialog |
| 12:59.21 |
Notify |
03GCI:starseeker * Design a coffee mug
for BRL-CAD #2: Task Closed - Congratulations, this task has been
completed successfully. |
| 12:59.26 |
Notify |
03GCI:starseeker * Design a coffee mug
for BRL-CAD #2: Task Closed - Congratulations, this task has been
completed successfully. |
| 12:59.34 |
Destroy |
One second,
I'll try to explain the matter more clearly |
| 13:00.21 |
Destroy |
I work on
Brl-Cad on Windows 7 |
| 13:00.23 |
Destroy |
C:\Program
Files (x86)\BRLCAD 7.24.0\share\db |
| 13:00.45 |
Destroy |
Here is some
models like pinewood, havoc and other |
| 13:01.14 |
Destroy |
How can I see
this models in Brl-Cad? |
| 13:01.28 |
starseeker |
You have MGED
running? |
| 13:01.32 |
Destroy |
Yep |
| 13:01.40 |
starseeker |
OK, try
File->Open |
| 13:01.45 |
starseeker |
from the GUI
menu |
| 13:01.50 |
starseeker |
you should
get a dialog |
| 13:02.02 |
Destroy |
yes |
| 13:02.18 |
starseeker |
navigate to
the .g file you want to open |
| 13:02.46 |
Destroy |
Yes |
| 13:02.56 |
Destroy |
But it don't
dispay somewhere |
| 13:02.59 |
Destroy |
:( |
| 13:03.08 |
Destroy |
displays* |
| 13:03.10 |
starseeker |
it won't by
default |
| 13:03.15 |
starseeker |
run the
command "tops" |
| 13:03.19 |
starseeker |
on the MGED
command line |
| 13:03.25 |
Destroy |
yes |
| 13:03.28 |
Destroy |
Next |
| 13:03.29 |
starseeker |
what do you
see? |
| 13:03.42 |
Destroy |
mged>
tops |
| 13:03.42 |
Destroy |
all.g/
old.s79 r682/R r684/R |
| 13:03.42 |
Destroy |
cab.g/
old.s82 r683/R r685/R |
| 13:03.59 |
starseeker |
now use the
draw command: draw all.g |
| 13:04.11 |
Destroy |
AAAA!!!!! |
| 13:04.17 |
Destroy |
THANK YOU
VERY MUCH |
| 13:04.21 |
Destroy |
I LUV
U:333 |
| 13:04.28 |
MartinHermida |
starseeker:
My task is to make a t-shirt design. Here's the link:
http://www.google-melange.com/gci/task/view/google/gci2013/5820985550831616 |
| 13:04.32 |
gcibot |
Design a
T-Shirt for BRL-CAD |
| 13:04.32 |
gcibot |
Status:
NeedsReview (2 days, 1 hours left) |
| 13:04.32 |
gcibot |
Mentor(s):
Sean |
| 13:05.13 |
starseeker |
Destroy: if
you're going to work with MGED, I recommend checking the tutorial:
http://brlcad.org/w/images/c/cf/Introduction_to_MGED.pdfhttp://brlcad.org/w/images/c/cf/Introduction_to_MGED.pdf |
| 13:05.20 |
starseeker |
gah http://brlcad.org/w/images/c/cf/Introduction_to_MGED.pdf |
| 13:05.26 |
starseeker |
MartinHermida: ok, one second |
| 13:06.01 |
Notify |
03GCI:Oleg *
Create an ISST screenshot or animation: Task Claimed - I would like
to work on this task. |
| 13:06.28 |
Destroy |
starseeker,
O'K, sensei, thank you. |
| 13:08.11 |
Notify |
03GCI:starseeker * Design a T-Shirt for
BRL-CAD: None - What is the source for the artwork on the front of
the shirt? |
| 13:08.16 |
Notify |
03GCI:starseeker * Design a T-Shirt for
BRL-CAD: None - What is the source for the artwork on the front of
the shirt? |
| 13:10.01 |
Notify |
03GCI: * :
- |
| 13:10.06 |
Notify |
03GCI: * :
- |
| 13:11.07 |
Notify |
03GCI:starseeker * Fix Image Formatting
in BRL-CAD's DocBook Documentation (any ONE large document or 4
smaller documents) #3: None - Looks good! |
| 13:11.22 |
Notify |
03GCI:starseeker * Fix Image Formatting
in BRL-CAD's DocBook Documentation (any ONE large document or 4
smaller documents) #3: Task Closed - Congratulations, this task has
been completed... |
| 13:11.30 |
YuGin |
Hi
starseeker, I am working on and finishing up the task of writing an
article detailing BRL-CAD's code hardening efforts. I would like to
clarify some things though: first, in this wiki page on Code
Cleanup: http://brlcad.org/wiki/Code_Cleanup
, what exactly does 'Strict Compilation' (the second point) refer
to? |
| 13:11.50 |
starseeker |
Strict
compilation |
| 13:11.53 |
starseeker |
ah |
| 13:11.55 |
starseeker |
one
second... |
| 13:12.03 |
YuGin |
Ok |
| 13:12.34 |
starseeker |
Strict
compilation means treating compiler warnings as build-haulting
errors, not just warnings |
| 13:12.45 |
starseeker |
see the
Werror flag for GCC, for example |
| 13:12.56 |
YuGin |
I
see |
| 13:13.06 |
*** join/#brlcad binaryking
(~binarykin@unaffiliated/nafcool) |
| 13:13.16 |
*** part/#brlcad binaryking
(~binarykin@unaffiliated/nafcool) |
| 13:13.42 |
Notify |
03GCI:starseeker * Design a T-Shirt for
BRL-CAD: None - Please post the source links for the images in a
reply - those are things we need to document |
| 13:13.44 |
Destroy |
starseeker,
help me please, how can I disable orange grid on the
model? |
| 13:13.46 |
YuGin |
That's useful
information- but I actually intended to ask if the compiler is an
internal program written by the dev team? Or is it a general
program sourced from elsewhere? |
| 13:13.55 |
starseeker |
orange
grid? |
| 13:14.05 |
Destroy |
Yes |
| 13:14.27 |
starseeker |
the compiler?
that's a program written by other people |
| 13:14.49 |
Destroy |
? |
| 13:14.55 |
Destroy |
It's to
me? |
| 13:15.03 |
Destroy |
Or to
YuGin? |
| 13:15.06 |
starseeker |
a compiler is
a standard tool for translating human writable source code (C/C++
in this case, primarily) to machine understandable code
(binaries) |
| 13:15.09 |
starseeker |
YuGin |
| 13:15.18 |
starseeker |
Destroy: I'm
not sure what the orange grid would be... |
| 13:15.25 |
Destroy |
Sec |
| 13:16.12 |
starseeker |
YuGin: the
standard open source compilers are http://gcc.gnu.org/ and http://clang.llvm.org/ for C and
C++ |
| 13:16.46 |
YuGin |
Ah, standard
tool, I get it now. One last thing if I may- which part of the
community portal do I submit the article to? Is it 'Final Review',
'Initial Drafts' or somewhere else? |
| 13:16.49 |
Destroy |
starseeker,
this: http://s10.postimg.org/4hk7id8jt/grid.jpg |
| 13:17.25 |
starseeker |
YuGin: if the
task didn't specify, I'd say Initial Drafts - add a link to it in
your task's comment section |
| 13:17.49 |
starseeker |
Destroy: ah,
that's the wireframe |
| 13:17.50 |
YuGin |
Right,
thanks- I'll leave you to answer the serious questions now
:P |
| 13:17.54 |
Destroy |
=) |
| 13:18.09 |
Destroy |
I'll try to
remember ) |
| 13:18.19 |
starseeker |
Destroy:
bring up the File->Raytrace dialog |
| 13:18.25 |
Destroy |
Yep |
| 13:18.38 |
starseeker |
There's a
"Framebuffer" menu item at the top of that |
| 13:19.00 |
starseeker |
Open that,
and you'll see three options at the bottom of the menu - Overlay,
Interlay, and Underlay |
| 13:19.04 |
starseeker |
select
Overlay |
| 13:19.19 |
Destroy |
SENKYOU
VEYMUCH : D |
| 13:19.23 |
Notify |
03GCI:Pulkit
Mehta * Write up Wiki page tutorial on our Volumetric Primitive:
Task Claimed - I would like to work on this task. |
| 13:20.23 |
Notify |
03BRL-CAD:starseeker * 58594
(brlcad/trunk/doc/docbook/lessons/en/mged13_placing_shapes_in_3d.xml
brlcad/trunk/doc/docbook/lessons/en/mged14_placing_shapes_in_3d_2.xml
and 2 others): Fixes to imageobject inclusions by David Wood from
GCI. |
| 13:20.24 |
Notify |
03GCI: * :
- |
| 13:20.25 |
Notify |
03GCI: * :
- |
| 13:21.18 |
Notify |
03GCI:Pulkit
Mehta * Write up Wiki page tutorial on our Volumetric Primitive:
Claim Removed - The claim on this task has been removed, someone
else can claim it now. |
| 13:21.33 |
Notify |
03GCI:Pulkit
Mehta * Write up Wiki page tutorial on our Volumetric Primitive:
Task Claimed - I would like to work on this task. |
| 13:21.38 |
Notify |
03GCI:Pulkit
Mehta * Write up Wiki page tutorial on our Volumetric Primitive:
Task Claimed - I would like to work on this task. |
| 13:21.58 |
MartinHermida |
<starseeker> Just posted the source
of both images |
| 13:24.28 |
MartinHermida |
starseeker:
Is my work right? |
| 13:24.42 |
MartinHermida |
(T-Shirt
design) |
| 13:24.54 |
starseeker |
MartinHermida: OK, since it's another
artistic one like the mug, I'll accept it but keep an eye out for
comments from Sean |
| 13:25.49 |
Notify |
03GCI:starseeker * Design a T-Shirt for
BRL-CAD: Task Closed - Congratulations, this task has been
completed successfully. |
| 13:26.00 |
MartinHermida |
starseeker:
OK, thanks |
| 13:27.00 |
Notify |
03GCI:starseeker * Implement a surface
area function for N-faced polysolid (ARBN): None - Patch applies
cleanly and builds (at least on Linux) - haven't tested for
correctness but if I understand... |
| 13:27.05 |
Notify |
03GCI:starseeker * Implement a surface
area function for N-faced polysolid (ARBN): Task Closed -
Congratulations, this task has been completed
successfully. |
| 13:27.07 |
MartinHermida |
starseeker:
Will Sean comment on the task thread or by the IRC
channel? |
| 13:27.10 |
Notify |
03GCI:starseeker * Implement a surface
area function for N-faced polysolid (ARBN): Task Closed -
Congratulations, this task has been completed
successfully. |
| 13:27.28 |
YuGin |
starseeker-
in what context is the article on code hardening likely to be used?
I'm not quite sure how much of an introduction to BRL-CAD and code
hardening I should include. |
| 13:27.55 |
Notify |
03BRL-CAD:starseeker * 58595
(brlcad/trunk/src/librt/primitives/arbn/arbn.c
brlcad/trunk/src/librt/primitives/table.c): Apply arbn surface area
function patch from Johannes Schulte (GCI) |
| 13:28.23 |
starseeker |
MartinHermida: it could be either - my
guess would be IRC, but not sure |
| 13:28.54 |
MartinHermida |
starseeker:
OK, so I'll stay online for his review |
| 13:29.01 |
starseeker |
YuGin: not
sure - if it were me I'd put in the information I didn't know and
would have liked to know |
| 13:29.13 |
starseeker |
that's
usually a good starting point |
| 13:29.25 |
YuGin |
I see, I'll
take that into account. |
| 13:29.46 |
*** join/#brlcad YatharthROCK
(~YatharthR@95.175.77.95) |
| 13:30.04 |
starseeker |
YuGin:
obviously you don't want to go crazy with background info, but at
least some context is probably good (with links to more extensive
info if you think your audience is likely to want it) |
| 13:30.20 |
Notify |
03GCI:Mandeep
Kaur * Create an ISST screenshot or animation: Task Assigned -
This task has been assigned to Oleg. You have 72 hours to complete
this task, good luck! |
| 13:30.22 |
Notify |
03GCI:Mandeep
Kaur * Write up Wiki page tutorial on our Volumetric Primitive:
Task Assigned - This task has been assigned to Pulkit Mehta. You
have 72 hours to complete this task, good luck! |
| 13:30.24 |
starseeker |
OK folks, I'm
out of time for now, but other mentors should be coming
online |
| 13:30.25 |
Notify |
03GCI:Mandeep
Kaur * Write up Wiki page tutorial on our Volumetric Primitive:
Task Assigned - This task has been assigned to Pulkit Mehta. You
have 72 hours to complete this task, good luck! |
| 13:30.56 |
YatharthROCK |
Could you
review my task? <https://google-melange.appspot.com/gci/task/view/google/gci2013/5081237563637760> |
| 13:31.03 |
YatharthROCK |
Which time
zones are you guys in? |
| 13:31.16 |
Destroy |
GTM
+2 |
| 13:31.32 |
Destroy |
bloodseeker |
| 13:31.35 |
Destroy |
oh |
| 13:31.43 |
Destroy |
starseeker,
help me please |
| 13:31.46 |
Destroy |
ISST
SCREENSHOT |
| 13:31.51 |
Destroy |
What is the
ISST? |
| 13:35.20 |
Destroy |
starseeker,
sensei, where are you? |
| 13:35.41 |
Notify |
03GCI:Pulkit
Mehta * Write up Wiki page tutorial on our Volumetric Primitive:
Claim Removed - The claim on this task has been removed, someone
else can claim it now. |
| 13:41.33 |
Destroy |
starseeker,
please :), answer: what is the ISST? |
| 13:44.20 |
*** join/#brlcad Stattrav
(~suryajith@unaffiliated/stattrav) |
| 13:44.29 |
Stattrav |
maths22:
Hey |
| 13:45.42 |
Notify |
03GCI:Pulkit
Mehta * Design a cover image or banner for our Facebook page (and
other social media sites) #2: Task Claimed - I would like to work
on this task. |
| 13:47.07 |
Notify |
03GCI:Mandeep
Kaur * Design a cover image or banner for our Facebook page (and
other social media sites) #2: Task Assigned - This task has been
assigned to Pulkit Mehta. You have 72 hours to... |
| 13:47.17 |
Notify |
03GCI:Mandeep
Kaur * Design a cover image or banner for our Facebook page (and
other social media sites) #2: Task Assigned - This task has been
assigned to Pulkit Mehta. You have 72 hours to... |
| 13:47.23 |
Notify |
03BRL-CAD
Wiki:Theiceman458 * 0 /wiki/User:Theiceman458: |
| 13:48.55 |
Destroy |
starseeker |
| 13:52.14 |
*** part/#brlcad Destroy
(~Destroy@bras3.donapex.net) |
| 13:54.35 |
*** join/#brlcad Destroy
(~Destroy@bras3.donapex.net) |
| 13:54.56 |
Destroy |
:-Dstarseeker, are you here? |
| 13:59.42 |
YuGin |
I think
starseeker said he had to go off |
| 14:00.02 |
Destroy |
Where?
When? |
| 14:00.03 |
Destroy |
:
D |
| 14:00.41 |
YuGin |
[21:30]
<starseeker> OK folks, I'm out of time for now, but other
mentors should be coming online soon |
| 14:00.52 |
YuGin |
That was half
an hour ago |
| 14:01.12 |
Destroy |
O'K, I didn't
seen it. |
| 14:01.15 |
Destroy |
Thank
you |
| 14:01.53 |
YuGin |
Btw, have you
tried editing on the BRL-CAD wiki before? |
| 14:02.34 |
Destroy |
Newer yet :
D |
| 14:02.37 |
Destroy |
Never* |
| 14:02.44 |
Notify |
03GCI:Oleg *
Create an ISST screenshot or animation: None -
Complete. |
| 14:02.45 |
Notify |
03GCI:Oleg *
Create an ISST screenshot or animation: None -
Complete. |
| 14:03.17 |
Destroy |
Bot just
godlike |
| 14:03.39 |
Destroy |
YuGin, where
are you from? |
| 14:04.59 |
YuGin |
I'm from
Singapore |
| 14:05.17 |
``Erik |
ISST is a
program that uses the TIE raytracing engine to interrogate
geometry... there're sorta kinda 3 variants... the main BRL-CAD
repo has a very basic tcl/tk based one, and there is a git repo
that has both GTK+ and SDL based frontends |
| 14:05.51 |
Notify |
03BRL-CAD
Wiki:Theiceman458 * 0
/wiki/File:CPPCHECK-CLEANUP_sample_output.PNG: |
| 14:05.59 |
``Erik |
the tcl/tk
one was created with the intent of reproducing the gtk+ interface
in a more portable and less dependancy heavy fashion |
| 14:06.10 |
Notify |
03GCI: * :
- |
| 14:06.31 |
Notify |
03BRL-CAD
Wiki:Theiceman458 * 0
/wiki/File:Simian_analysis_sample_output.PNG: |
| 14:07.01 |
Notify |
03GCI:Oleg *
Create an ISST screenshot or animation: Ready for review - The work
on this task is ready to be reviewed. |
| 14:07.06 |
``Erik |
(the sdl one
was an experiment to provide an interface closer to familiar video
game interfaces) |
| 14:07.06 |
Notify |
03GCI:Oleg *
Create an ISST screenshot or animation: Ready for review - The work
on this task is ready to be reviewed. |
| 14:07.58 |
Destroy |
Erik, hello,
thanks for the explanation. |
| 14:08.05 |
Destroy |
Are you the
Mentor? |
| 14:09.24 |
YatharthROCK |
'The Mentor',
LOL... |
| 14:10.12 |
Notify |
03BRL-CAD
Wiki:Theiceman458 * 6316 /wiki/Community_Publication_Portal:
Submission of 'BRL-CAD's Code Hardening Efforts' article under
'Initial Drafts' for Google Code-in 2013 task. |
| 14:10.32 |
YuGin |
wow, Notify's
fast |
| 14:11.45 |
``Erik |
Destroy: one
of them, yes... was also the one who maintained the
libtie/adrt/isst stuff, wrote the sdl version, etc... |
| 14:12.50 |
``Erik |
YuGin: thanks
:D all these messages are actually rapid email polling and parsing
with plenty of fixing still needed (like the gci double email
issue) |
| 14:13.08 |
YatharthROCK |
``Erik: Could
you review my task? <https://google-melange.appspot.com/gci/task/view/google/gci2013/5081237563637760> |
| 14:13.44 |
YatharthROCK |
Rapid polling
and parsing? Srsly? I thought you hooked into Melange's
API. |
| 14:13.49 |
Destroy |
Erik, great
job, yes. Can you review this:
https://google-melange.appspot.com/gci/task/view/google/gci2013/5807415064788992 |
| 14:14.02 |
gcibot |
Create an
ISST screenshot or animation |
| 14:14.02 |
gcibot |
Status:
NeedsReview (2 days, 23 hours left) |
| 14:14.02 |
gcibot |
Mentor(s):
Sean |
| 14:15.43 |
YuGin |
Hmm, anyone
can offer advice on how to write italicised text on the BRL-CAD
wiki? The normal [i][/i] tags aren't working for me... |
| 14:18.11 |
Destroy |
``Erik, where
are the other mentors? |
| 14:18.42 |
YatharthROCK |
I've been
waiting all day too. |
| 14:19.47 |
Notify |
03GCI:Kelsey
* Create a graphical mock-up for BRL-CAD's Blog: Task Claimed - I
would like to work on this task. |
| 14:20.21 |
``Erik |
YatharthROCK:
I'd kinda prefer Sean review it, he has an art eye that I lack :)
and the gci one is parsing emails, yes, https://github.com/erikg/cl-cia/blob/master/maildir.lisp
#'process-brlcad-gci-mail-dir |
| 14:21.02 |
Notify |
03GCI:Kelsey
* Create a graphical mock-up for BRL-CAD's Blog: Claim Removed -
The claim on this task has been removed, someone else can claim it
now. |
| 14:21.07 |
Notify |
03GCI:Kelsey
* Create a graphical mock-up for BRL-CAD's Blog: Claim Removed -
The claim on this task has been removed, someone else can claim it
now. |
| 14:21.08 |
``Erik |
I believe
several mentors are in the process of relocating their offices?
*shrug* |
| 14:21.24 |
Destroy |
``Erik, dear,
can you review my work, please? |
| 14:22.02 |
Notify |
03GCI:Alex *
Design a coffee mug for BRL-CAD #3: Task Claimed - I would like to
work on this task. |
| 14:22.37 |
Notify |
03GCI:Jack *
Model a toy car with wheels and axles in BRL-CAD: Task Claimed - I
would like to work on this task. |
| 14:22.49 |
Destroy |
Do mentors
get money from google for overseeing GCI? |
| 14:23.10 |
``Erik |
Destroy:
that's MGED, not ISST... |
| 14:23.22 |
Notify |
03GCI:Jack *
Model a toy car with wheels and axles in BRL-CAD: Claim Removed -
The claim on this task has been removed, someone else can claim it
now. |
| 14:23.27 |
Notify |
03GCI:Alex *
Design a coffee mug for BRL-CAD #3: Claim Removed - The claim on
this task has been removed, someone else can claim it
now. |
| 14:24.15 |
Destroy |
Hmm |
| 14:24.21 |
``Erik |
Destroy: I
don't believe so, and the BRL-CAD project has historically rejected
the $500 mentor stipend for the GSoC program to avoid a conflict of
interest concern.... we do get tshirts, though :D |
| 14:24.46 |
Destroy |
:
D |
| 14:24.55 |
Destroy |
Thats fun but
sad : D |
| 14:24.57 |
Notify |
03GCI:Alex *
Design a coffee mug for BRL-CAD #3: Task Claimed - I would like to
work on this task. |
| 14:25.10 |
YuGin |
Erik- can you
help with my wiki formatting problem? That's all that's left before
I submit my work for review... |
| 14:25.22 |
Notify |
03GCI:Rachel
* Design a coffee mug for BRL-CAD #4: Task Claimed - I would like
to work on this task. |
| 14:25.27 |
Notify |
03GCI:Rachel
* Design a coffee mug for BRL-CAD #4: Task Claimed - I would like
to work on this task. |
| 14:25.30 |
Destroy |
Can you give
link for download ISST? |
| 14:25.53 |
Notify |
03GCI:erikg *
Create an ISST screenshot or animation: Task Needs More Work - One
of the mentors has sent this task back for more work. Talk to the
mentor(s) assigned to this task to satisfy the... |
| 14:27.43 |
Notify |
03GCI:grabriel * Design a banner ad for
BRL-CAD: Task Claimed - I would like to work on this
task. |
| 14:27.58 |
Notify |
03GCI:erikg *
Create an ISST screenshot or animation: Wrong program - provided
images are the result of MGED, not ISST. git clone
git://brlcad.git.sourceforge.net/gitroot/brlcad/isst.git |
| 14:28.20 |
``Erik |
YuGin: what's
the issue? |
| 14:28.38 |
YuGin |
How do you
italicise text? [i][/i] doesn't work for me. |
| 14:28.51 |
Destroy |
``Erik, thank
you. Do I must built it
git://brlcad.git.sourceforge.net/gitroot/brlcad/isst.git on
Linux? |
| 14:30.30 |
``Erik |
[i] is
bbcode, not wiki... http://en.wikipedia.org/wiki/Wikipedia:Tutorial/Formatting
indicates ''this'', and you might be able to use straight html, as
well... |
| 14:31.27 |
YuGin |
Ah, I see,
thanks! |
| 14:32.19 |
Notify |
03BRL-CAD
Wiki:Theiceman458 * 6317 /wiki/Community_Publication_Portal: Fixed
wonky image embedding and text italicising. |
| 14:32.20 |
``Erik |
Destroy: yes,
it's known to work well on linux. You might need to verify that the
gtk+ dev package is installed. It might not want to compile due to
changes in gtk... |
| 14:32.36 |
``Erik |
(it's known
to work well on linux a couple years ago) |
| 14:32.55 |
Notify |
03BRL-CAD
Wiki:Theiceman458 * 6318 /wiki/Community_Publication_Portal: /* Tan
YuGin: BRL-CAD's Code Hardening Efforts */ |
| 14:33.42 |
Notify |
03GCI:YuGin *
Write article on BRL-CAD's code hardening efforts: Ready for
review - The work on this task is ready to be reviewed. |
| 14:33.42 |
Destroy |
Thank
you. |
| 14:33.46 |
Notify |
03GCI:YuGin *
Write article on BRL-CAD's code hardening efforts: Ready for
review - The work on this task is ready to be reviewed. |
| 14:39.11 |
*** join/#brlcad gcibot
(~gcibot@117.200.89.237) |
| 14:40.42 |
YatharthROCK |
``Erik:
:/ |
| 14:40.53 |
YatharthROCK |
When will
Sean come online? |
| 14:43.29 |
YatharthROCK |
``Erik:
"(it's known to work well on linux a couple years ago)": You
haven't tested it since then? What testing framework does BRL-CAD
use BTW? |
| 14:53.51 |
Notify |
03GCI:grabriel * Design a banner ad for
BRL-CAD: Claim Removed - The claim on this task has been removed,
someone else can claim it now. |
| 14:55.53 |
Notify |
03GCI:Mandeep
Kaur * Design a coffee mug for BRL-CAD #3: Task Assigned - This
task has been assigned to Alex . You have 72 hours to complete this
task, good luck! |
| 14:55.58 |
Notify |
03GCI: * :
- |
| 14:55.59 |
Notify |
03GCI:Mandeep
Kaur * Design a coffee mug for BRL-CAD #4: Task Assigned - This
task has been assigned to Rachel . You have 72 hours to complete
this task, good luck! |
| 14:56.00 |
Notify |
03GCI: * :
- |
| 14:56.04 |
Notify |
03GCI:Mandeep
Kaur * Design a coffee mug for BRL-CAD #4: Task Assigned - This
task has been assigned to Rachel . You have 72 hours to complete
this task, good luck! |
| 15:01.46 |
*** part/#brlcad Destroy
(~Destroy@bras3.donapex.net) |
| 15:04.51 |
YatharthROCK |
I've noticed
that this year there are mainly designing tasks... |
| 15:07.32 |
*** join/#brlcad destroy
(~quassel@bras3.donapex.net) |
| 15:16.36 |
Notify |
03GCI:Connor
Vickers * Create Wordpress theme for BRL-CAD website #2: Task
Claimed - I would like to work on this task. |
| 15:16.41 |
Notify |
03GCI:Connor
Vickers * Create Wordpress theme for BRL-CAD website #2: Task
Claimed - I would like to work on this task. |
| 15:17.06 |
Notify |
03GCI:Connor
Vickers * Create Wordpress theme for BRL-CAD website #2: Claim
Removed - The claim on this task has been removed, someone else can
claim it now. |
| 15:18.33 |
*** join/#brlcad Destroy
(~Destroy@bras3.donapex.net) |
| 15:19.06 |
andromeda-galaxy |
bn_distsq_pt3_lseg3_v2 seems to have some
contradictory documentation --- can anyone tell me wht return codes
3 and 4 really mean? bn.h gives them two meanings |
| 15:19.11 |
Notify |
03GCI:Oleg *
Create an ISST screenshot or animation: Claim Removed - The claim
on this task has been removed, someone else can claim it
now. |
| 15:19.16 |
Notify |
03GCI:Oleg *
Create an ISST screenshot or animation: Claim Removed - The claim
on this task has been removed, someone else can claim it
now. |
| 15:19.46 |
Notify |
03GCI:Oleg *
Design a BRL-CAD Sticker #2: Task Claimed - I would like to work on
this task. |
| 15:19.51 |
Notify |
03GCI:Oleg *
Design a BRL-CAD Sticker #2: Task Claimed - I would like to work on
this task. |
| 15:20.40 |
Notify |
03GCI:Connor
Vickers * Create Wordpress theme for BRL-CAD website #2
http://www.google-melange.com/gci/task/view/google/gci2013/5956421170495488:
how is this different how is this different... |
| 15:20.45 |
Notify |
03GCI:Connor
Vickers * Create Wordpress theme for BRL-CAD website #2
http://www.google-melange.com/gci/task/view/google/gci2013/5956421170495488:
how is this different how is this different... |
| 15:21.40 |
Destroy |
``Erik, claim
it please
https://google-melange.appspot.com/gci/task/view/google/gci2013/5898141282861056 |
| 15:21.44 |
gcibot |
Design a
BRL-CAD Sticker #2 |
| 15:21.44 |
gcibot |
Status:
ClaimRequested |
| 15:21.44 |
gcibot |
Mentor(s):
Sean |
| 15:23.10 |
Notify |
03GCI:Connor
Vickers * Design a BRL-CAD Sticker #5: Task Claimed - I would like
to work on this task. |
| 15:23.11 |
Notify |
03GCI:Connor
Vickers * Design a BRL-CAD Sticker #5: Task Claimed - I would like
to work on this task. |
| 15:37.06 |
Notify |
03GCI:Yatharth Agarwal * Create a book
layout for Doc Camp Book: Questions - Should the book be designed
for the web, or for print? Do you just want a mock-up, or a
document detailing how the... |
| 15:37.23 |
YatharthROCK |
``Erik: How
was the Notify script implemented again |
| 15:38.02 |
YatharthROCK |
And could you
please review my task like, now? <https://google-melange.appspot.com/gci/task/view/google/gci2013/5081237563637760> |
| 15:38.57 |
YatharthROCK |
I could
imagine setting up a Google Drive Apps Script that hooked into a
new mail event in Gmail, did the parsing and then posted it on this
channel using its new socket functionality :) |
| 15:41.16 |
*** join/#brlcad awabimakoto
(~tc@2402:f000:5:7901:f2de:f1ff:fe59:138a) |
| 15:49.16 |
Notify |
03GCI:Deep
Inder Singh * Create a book layout for Doc Camp Book: Task Claimed
- I would like to work on this task. |
| 15:49.17 |
Notify |
03GCI:Deep
Inder Singh * Create a book layout for Doc Camp Book: Task Claimed
- I would like to work on this task. |
| 15:50.06 |
Destroy |
Mentors |
| 15:50.09 |
Destroy |
Where are
you? |
| 15:51.20 |
*** join/#brlcad MartinHermida
(~MartinHer@24.Red-83-50-150.dynamicIP.rima-tde.net) |
| 15:51.32 |
andromeda-galaxy |
Does anyone
know when brlcad is likely to be here? |
| 15:53.09 |
Destroy |
No, I
don't |
| 15:53.24 |
Destroy |
MENTORS GOTO
IRC |
| 15:55.27 |
Notify |
03GCI:Mandeep
Kaur * Design a BRL-CAD Sticker #5: Task Assigned - This task has
been assigned to Connor Vickers. You have 72 hours to complete this
task, good luck! |
| 15:55.28 |
Notify |
03GCI:Mandeep
Kaur * Design a BRL-CAD Sticker #5: Task Assigned - This task has
been assigned to Connor Vickers. You have 72 hours to complete this
task, good luck! |
| 15:55.29 |
Notify |
03GCI:Mandeep
Kaur * Create a book layout for Doc Camp Book: Task Assigned -
This task has been assigned to Deep Inder Singh. You have 72 hours
to complete this task, good luck! |
| 15:55.33 |
Notify |
03GCI:Mandeep
Kaur * Design a BRL-CAD Sticker #2: Task Assigned - This task has
been assigned to Oleg. You have 72 hours to complete this task,
good luck! |
| 15:55.34 |
Notify |
03GCI:Mandeep
Kaur * Design a BRL-CAD Sticker #2: Task Assigned - This task has
been assigned to Oleg. You have 72 hours to complete this task,
good luck! |
| 15:57.28 |
YatharthROCK |
Mandeep Kaur,
you're evidently a mentor. Are you on this channel? |
| 15:57.29 |
Destroy |
Mandeep Kaur,
task
http://www.google-melange.com/gci/task/view/google/gci2013/5898141282861056
will successfully complete |
| 15:57.31 |
gcibot |
Design a
BRL-CAD Sticker #2 |
| 15:57.31 |
gcibot |
Status:
Claimed (2 days, 23 hours left) |
| 15:57.31 |
gcibot |
Mentor(s):
Sean |
| 15:57.52 |
Destroy |
was* |
| 15:58.07 |
Destroy |
Yatharth, who
knows... |
| 15:58.15 |
Destroy |
They like
anonymous |
| 16:05.12 |
Notify |
03GCI:John
Tryfonopoulos * Create Iron Man Arc Reactor Model in BRL-CAD: Task
Claimed - I would like to work on this task. |
| 16:05.17 |
Notify |
03GCI:John
Tryfonopoulos * Create Iron Man Arc Reactor Model in BRL-CAD: Task
Claimed - I would like to work on this task. |
| 16:06.01 |
YatharthROCK |
Destroy: Is
Sean 'brlcad'? |
| 16:06.31 |
andromeda-galaxy |
YatharthROCK:
Yes |
| 16:06.39 |
Destroy |
Yep |
| 16:06.49 |
andromeda-galaxy |
YatharthROCK:
a lot of the devs have their nicks listed in the AUTHORS
file |
| 16:06.57 |
Destroy |
+++ |
| 16:07.12 |
Destroy |
But where
they are? |
| 16:07.19 |
Destroy |
=( |
| 16:13.10 |
andromeda-galaxy |
have either
of you worked on the brlcad plane_t? |
| 16:14.28 |
Notify |
03GCI:Pulkit
Mehta * Design a cover image or banner for our Facebook page (and
other social media sites) #2: Ready for review - The work on this
task is ready to be reviewed. |
| 16:18.38 |
Notify |
03GCI:Mandeep
Kaur * Create Iron Man Arc Reactor Model in BRL-CAD: Task Assigned
- This task has been assigned to John Tryfonopoulos. You have 72
hours to complete this task, good luck! |
| 16:20.38 |
Notify |
03GCI:Oleg *
Design a BRL-CAD Sticker #2: Ready for review - The work on this
task is ready to be reviewed. |
| 16:20.43 |
Notify |
03GCI:Oleg *
Design a BRL-CAD Sticker #2: Ready for review - The work on this
task is ready to be reviewed. |
| 16:24.37 |
Destroy |
``Erik,
confirm please |
| 16:32.45 |
Destroy |
Mentors |
| 16:38.14 |
Notify |
03BRL-CAD:starseeker * 58596
brlcad/trunk/src/mged/titles.c: Make sure ipathpos doesn't take us
beyond the end of dbfp when preparing the title string - fixes a
crash, but doesn't address how ipathpos is getting set to the
problematic value in the first place. |
| 16:39.55 |
Destroy |
starseeker,
hello, confirm my new task, please |
| 16:40.06 |
Destroy |
https://google-melange.appspot.com/gci/task/view/google/gci2013/5898141282861056 |
| 16:40.13 |
gcibot |
Design a
BRL-CAD Sticker #2 |
| 16:40.14 |
gcibot |
Status:
NeedsReview (2 days, 23 hours left) |
| 16:40.14 |
gcibot |
Mentor(s):
Sean |
| 16:40.51 |
YatharthROCK |
Or review
mine so I can claim another one:
https://google-melange.appspot.com/gci/task/view/google/gci2013/5081237563637760 |
| 16:40.54 |
gcibot |
Create a CSS
only version of BRL-CAD Logo #2 |
| 16:40.55 |
gcibot |
Status:
NeedsReview (26 hours, 44 minutes left) |
| 16:40.55 |
gcibot |
Mentor(s):
Sean |
| 16:41.55 |
Destroy |
I'm gonna
too. If Sean says smth, I will recomplete my task. |
| 16:52.44 |
*** join/#brlcad gcibot
(~gcibot@117.200.89.237) |
| 17:00.32 |
Destroy |
starseeker |
| 17:00.37 |
Destroy |
Please |
| 17:00.43 |
Destroy |
Confirm our
tasks |
| 17:02.48 |
Destroy |
``Erik |
| 17:02.51 |
Destroy |
Someone... |
| 17:02.59 |
Destroy |
:'( |
| 17:05.49 |
maths22 |
when I build
on brlcad.org, I ge the following error:
/usr/local/include/tk8.6/tk.h:21:3: error: #error Tk 8.6 must be
compiled with tcl.h from Tcl 8.6 or better |
| 17:09.52 |
Notify |
03GCI: * :
- |
| 17:09.57 |
Notify |
03GCI: * :
- |
| 17:10.53 |
MartinHermida |
Just
completed my task:
http://www.google-melange.com/gci/task/view/google/gci2013/6023159862001664 |
| 17:11.02 |
gcibot |
Create a CSS
only version of BRL-CAD Logo |
| 17:11.02 |
gcibot |
Status:
NeedsReview (2 days, 21 hours left) |
| 17:11.02 |
gcibot |
Mentor(s):
Sean |
| 17:12.40 |
Destroy |
And my
https://google-melange.appspot.com/gci/task/view/google/gci2013/5898141282861056 |
| 17:12.43 |
gcibot |
Design a
BRL-CAD Sticker #2 |
| 17:12.43 |
gcibot |
Status:
NeedsReview (2 days, 22 hours left) |
| 17:12.43 |
gcibot |
Mentor(s):
Sean |
| 17:13.57 |
*** join/#brlcad Stattrav
(~suryajith@123.236.75.44) |
| 17:14.32 |
maths22 |
They have
jobs and other stufff to do in addition to GCI |
| 17:14.41 |
maths22 |
Be patient,
ant they will get to you soon |
| 17:20.58 |
*** join/#brlcad gjeet
(~gaurav@117.199.111.140) |
| 17:21.30 |
Stattrav |
maths22:
ping |
| 17:22.10 |
Stattrav |
maths22: So,
you asked on the melange page what has to be done. |
| 17:24.10 |
Destroy |
pong |
| 17:24.27 |
Stattrav |
So, it is
quite simple. The way I've implemented the code is kind of messy.
It "builds" some js code to be pasted into the webpage and this js
code renders the chart/graph after contacting the google server. If
you can find a better way to get a chart from the data or clean up
that messy code. It is self contained. That file can be run by
itself and it doesn't need any external service etc. |
| 17:24.52 |
Stattrav |
Oh! You're
Jacob. 2 instances of the same person. Alright. |
| 17:25.21 |
Stattrav |
I've been
waiting to catch Jacob here to answer what specifically has to be
done. |
| 17:26.17 |
Stattrav |
maths22: If
you've got further questions about this task, ping me here or just
mail me: suryajith1987 [at] gmail. |
| 17:26.38 |
YatharthROCK |
Stattrav: If
you don't mind, could you review my task too? <https://google-melange.appspot.com/gci/task/view/google/gci2013/5081237563637760> |
| 17:27.11 |
Stattrav |
YatharthROCK:
I did see that. :) I am not the right person to review
that. |
| 17:27.15 |
Stattrav |
Sorry. |
| 17:27.25 |
Stattrav |
Anyway, shall
log back in in a bit. |
| 17:28.08 |
YatharthROCK |
Aww, come on!
The logo looks almost entirely the same (a comparison pic was
uploaded), has been tested by Andrei and was satisfactory according
to Sean. |
| 17:28.09 |
*** join/#brlcad Stattrav
(~suryajith@unaffiliated/stattrav) |
| 17:28.26 |
Stattrav |
Alright.
Back. |
| 17:28.28 |
YatharthROCK |
Stattrav:
Aww, come on! The logo looks almost entirely the same (a comparison
pic was uploaded), has been tested by Andrei and was satisfactory
according to Sean. |
| 17:29.41 |
Stattrav |
I saw that
too :) |
| 17:30.06 |
Stattrav |
btw, the one
on the left or the right ? |
| 17:30.18 |
YatharthROCK |
Stattrav:
See? You can't tell! |
| 17:30.24 |
YatharthROCK |
Right
BTW. |
| 17:30.56 |
Destroy |
Stattrav, are
you a mentor? |
| 17:31.15 |
YatharthROCK |
Destroy: No
you don't. He's reviewing my task FIRST :P |
| 17:31.21 |
YatharthROCK |
jk
^^^ |
| 17:32.45 |
Destroy |
:33333333 |
| 17:32.49 |
Destroy |
O'K, bro :
D |
| 17:33.16 |
YatharthROCK |
Right after I
convince him to do it... :/ |
| 17:33.51 |
Stattrav |
YatharthROCK:
well, I can tell. :) Proportions wise. |
| 17:33.57 |
Stattrav |
I am not
reviewing anything. |
| 17:34.03 |
Stattrav |
No, I am not
a mentor. |
| 17:34.25 |
Destroy |
:)And then
who are you? |
| 17:34.34 |
YatharthROCK |
LOL,
interesting convo... |
| 17:35.26 |
YatharthROCK |
Stattrav:
Proportions-wise? Are you sure? I thoughy I'd gotten them nailed. I
just though the tips of the black gear were off. |
| 17:35.42 |
YatharthROCK |
Maybe I need
to turn the zoom in my browser up a bit... |
| 17:36.26 |
Stattrav |
YatharthROCK:
the circles in the non-black gear are bigger than what they need to
be. The link is a bit more curvy in the actual one. |
| 17:37.03 |
YatharthROCK |
Stattrav: Oh
yeah, in the updated version (where the overlapping doesn't
happen), I had to use some sub-optimal curves. |
| 17:38.52 |
Stattrav |
I see. Those
are my two cents. Well, Andrei and Sean are the
authorities. |
| 17:43.15 |
MartinHermida |
Can any
mentor review my task?:
http://www.google-melange.com/gci/task/view/google/gci2013/6023159862001664 |
| 17:43.19 |
gcibot |
Create a CSS
only version of BRL-CAD Logo |
| 17:43.19 |
gcibot |
Status:
NeedsReview (2 days, 21 hours left) |
| 17:43.19 |
gcibot |
Mentor(s):
Sean |
| 17:46.58 |
Notify |
03GCI:Alex *
Write an article soliciting a Windows platform maintainer
http://www.google-melange.com/gci/task/view/google/gci2013/4534595869474816:
Uploading to BRL-CAD wiki? As i am supposed... |
| 17:47.32 |
Destroy |
Mentors |
| 17:48.04 |
Destroy |
Have any of
you been here? |
| 18:08.11 |
MartinHermida |
Well guys, I
must go, see you -or read you, better- tomorrow |
| 18:08.20 |
Notify |
03GCI:Maciek
* Model BRL-CAD Logo Using BRL-CAD: Task Claimed - I would like to
work on this task. |
| 18:14.02 |
*** join/#brlcad tbrowder2
(~tbrowde@fl-76-3-1-251.dhcp.embarqhsd.net) |
| 18:23.42 |
*** join/#brlcad YatharthROCK
(~YatharthR@95.175.77.95) |
| 18:24.27 |
YatharthROCK |
Destroy: Fill
me in. Anyone come online? |
| 18:30.50 |
Destroy |
No, everyone
is offline =( |
| 18:38.40 |
Notify |
03GCI:Mandeep
Kaur * Model BRL-CAD Logo Using BRL-CAD: Task Assigned - This task
has been assigned to Maciek. You have 72 hours to complete this
task, good luck! |
| 18:39.30 |
YatharthROCK |
Destroy: Who
was Stattrav? |
| 18:44.38 |
Destroy |
Not
mentor |
| 18:44.53 |
Destroy |
MENTORS WHERE
ARE YOU, MY DEAR? |
| 18:46.15 |
YatharthROCK |
Uhh... my
dear? |
| 18:46.18 |
mandeep |
Yes, I'm
here. How Can I help you? |
| 18:46.45 |
YatharthROCK |
Could you
review my task for me?
https://google-melange.appspot.com/gci/task/view/google/gci2013/5081237563637760 |
| 18:46.53 |
gcibot |
Create a CSS
only version of BRL-CAD Logo #2 |
| 18:46.53 |
gcibot |
Status:
NeedsReview (24 hours, 38 minutes left) |
| 18:46.54 |
gcibot |
Mentor(s):
Sean |
| 18:47.35 |
Destroy |
mandeep, my
task, please:
https://google-melange.appspot.com/gci/task/view/google/gci2013/5898141282861056 |
| 18:47.38 |
gcibot |
Design a
BRL-CAD Sticker #2 |
| 18:47.38 |
gcibot |
Status:
NeedsReview (2 days, 21 hours left) |
| 18:47.38 |
gcibot |
Mentor(s):
Sean |
| 18:49.32 |
YatharthROCK |
Destroy: You
sure its not too detailed for an average-sized stciker,
bro? |
| 18:51.36 |
Destroy |
Why do you
think so? |
| 18:52.43 |
Destroy |
In setting no
limits. Do as you like. |
| 18:53.36 |
YatharthROCK |
The small
lettering, and the complex shading (how do you do that BTW? must be
tough) is probably not appropriate for a sticker. |
| 18:53.44 |
YatharthROCK |
Look really
good, though. |
| 18:54.03 |
YatharthROCK |
They probably
implicitly meant '... within the context of a sticker'. |
| 18:59.07 |
Destroy |
I canCan I
increase the size of the text. |
| 18:59.08 |
Destroy |
But mentoring
is not here, as usual :). For this we need to wait for
them. |
| 19:08.24 |
mandeep |
Destroy: Add
less text on sticker and don't change BRL-CAD to BRL-KAD. Also D in
KAD looks like A. Make it simple. |
| 19:10.30 |
Destroy |
mandeep: It
is a Greek alphabet. I wanted to add flavor to the
sticker. |
| 19:10.34 |
Destroy |
But
O'K |
| 19:12.01 |
mandeep |
Ok, You did
nice work. |
| 19:15.50 |
Destroy |
Updated |
| 19:15.51 |
Destroy |
https://google-melange.appspot.com/gci/task/view/google/gci2013/5898141282861056 |
| 19:15.51 |
Notify |
03BRL-CAD:tbrowder2 * 58597
ova/Sourceforge-VM-files/README.txt: correct for current
VM |
| 19:15.52 |
gcibot |
Design a
BRL-CAD Sticker #2 |
| 19:15.53 |
gcibot |
Status:
NeedsReview (2 days, 20 hours left) |
| 19:15.53 |
gcibot |
Mentor(s):
Sean |
| 19:15.55 |
Destroy |
mandeep |
| 19:23.03 |
Notify |
03BRL-CAD
Wiki:86.153.149.102 * 6319
/wiki/Community_Publication_Portal: |
| 19:24.02 |
Notify |
03GCI:Alex *
Write an article soliciting a Windows platform maintainer: Ready
for review - The work on this task is ready to be
reviewed. |
| 19:27.17 |
Destroy |
Heey,
mandeep... |
| 19:27.17 |
Destroy |
Mentors,
where are all you..? |
| 19:32.09 |
Notify |
03BRL-CAD
Wiki:86.153.149.102 * 6320 /wiki/Community_Publication_Portal: /*
Wanted - Software Maintainer for Windows Binary Platform
*/ |
| 19:35.39 |
Notify |
03BRL-CAD
Wiki:86.153.149.102 * 6321 /wiki/Community_Publication_Portal: /*
Wanted - Software Maintainer for Windows Binary Platform
*/ |
| 19:38.59 |
Notify |
03GCI:frog@Jonathan * Design a cover
image or banner for our Facebook page (and other social media
sites) #3: Help - I would like to work on this task. But i do not
get, what for a new logo you... |
| 19:39.15 |
Notify |
03BRL-CAD
Wiki:86.153.149.102 * 6322 /wiki/Community_Publication_Portal: /*
Wanted - Software Maintainer for Windows Binary Platform
*/ |
| 19:41.41 |
Notify |
03BRL-CAD
Wiki:86.153.149.102 * 6323 /wiki/Community_Publication_Portal: /*
Wanted - Software Maintainer for Windows Binary Platform
*/ |
| 19:42.41 |
Notify |
03GCI:frog@Jonathan * Create a graphical
mock-up for BRL-CAD's Blog: link - On which page/url is the
blog? |
| 19:42.46 |
Notify |
03GCI:frog@Jonathan * Create a graphical
mock-up for BRL-CAD's Blog: link - On which page/url is the
blog? |
| 19:42.52 |
Notify |
03BRL-CAD
Wiki:86.153.149.102 * 6324 /wiki/Community_Publication_Portal: /*
Alexander Lotsu: Wanted - Software Maintainer for Windows Binary
Platform */ |
| 19:43.58 |
Destroy |
Already half
a day has passed. Where is everybody? |
| 19:45.41 |
andromeda_galaxy |
Yesterday
brlcad came over I. The morning --- I don't know what is going on
today... |
| 19:47.32 |
Destroy |
My time is
+2. |
| 19:47.45 |
Destroy |
9:47 PM
(21:47) |
| 19:51.08 |
maths22 |
Stattrav: I
cant tell what has changed since the orginal file was
done |
| 20:23.41 |
*** part/#brlcad tbrowder2
(~tbrowde@fl-76-3-1-251.dhcp.embarqhsd.net) |
| 20:30.23 |
Destroy |
<PROTECTED> |
| 20:30.25 |
Destroy |
<PROTECTED> |
| 20:30.44 |
Destroy |
Mentors,
where are you? |
| 20:37.58 |
Notify |
03GCI:Luke
Blue * Create a CAD inspired icon-set for BRL-CAD website: Ready
for review - The work on this task is ready to be
reviewed. |
| 20:40.33 |
Notify |
03BRL-CAD:starseeker * 58598
brlcad/trunk/TODO: The ipathpos variable in MGED shouldn't be
getting set to something larger than fp_len - fixed a crashing
behavior that was triggered by it, but should still figure out how
it's happening. |
| 21:04.15 |
Notify |
03GCI:Jacob B
* Loading Google charts from API: Claim Removed - The claim on
this task has been removed, someone else can claim it
now. |
| 21:04.20 |
Notify |
03GCI:Jacob B
* Loading Google charts from API: Claim Removed - The claim on
this task has been removed, someone else can claim it
now. |
| 21:05.00 |
Notify |
03GCI:Jacob B
* Create a custom wikimedia skin for BRL-CAD: Task Claimed - I
would like to work on this task. |
| 21:05.05 |
Notify |
03GCI:Jacob B
* Create a custom wikimedia skin for BRL-CAD: Task Claimed - I
would like to work on this task. |
| 21:14.31 |
Notify |
03BRL-CAD:starseeker * 58599
(brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp
brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp and 2 others):
ON_BRep_to_STEP should take an ON_Brep, not an rt interal form. Not
all such interal forms will be breps. |
| 21:33.06 |
Notify |
03BRL-CAD:starseeker * 58600
brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp: Try creating breps
from solids and exporting them (unevaluated, csg->brep implicit
primitive conversion only.) |
| 21:53.20 |
Destroy |
``Erik,
starseeker, mandeep |
| 21:53.42 |
Destroy |
Confirm it,
please:
https://google-melange.appspot.com/gci/task/view/google/gci2013/5898141282861056 |
| 21:53.45 |
gcibot |
Design a
BRL-CAD Sticker #2 |
| 21:53.45 |
gcibot |
Status:
NeedsReview (2 days, 18 hours left) |
| 21:53.45 |
gcibot |
Mentor(s):
Sean |
| 22:16.11 |
*** part/#brlcad Destroy
(~Destroy@bras3.donapex.net) |
| 22:47.50 |
Notify |
03GCI:Ethan *
Design a cover image or banner for our Facebook page (and other
social media sites) #4: Ready for review - The work on this task is
ready to be reviewed. |
| 22:51.40 |
Notify |
03GCI:Johannes Schulte * Implement a
volume function for triangle meshes (BOT): Task Claimed - I would
like to work on this task. |
| 22:51.45 |
Notify |
03GCI:Johannes Schulte * Implement a
volume function for triangle meshes (BOT): Task Claimed - I would
like to work on this task. |
| 22:51.51 |
*** join/#brlcad jschulte
(~johannes@p4FDFB7E0.dip0.t-ipconnect.de) |
| 23:29.54 |
*** join/#brlcad atsoc
(~andrew@135.0.83.118) |
| 23:39.59 |
atsoc |
Hey. I'm
working on the centroid function for the rhc primitive. There
doesn't seem to be a closed-form solution. Does there need to be a
guaranteed upperbound on the error? |
| 23:40.56 |
Notify |
03GCI:Daniel
Rossberg * Create a custom wikimedia skin for BRL-CAD: Task
Assigned - This task has been assigned to Jacob B. You have 72
hours to complete this task, good luck! |
| 23:40.57 |
Notify |
03GCI:Daniel
Rossberg * Create a custom wikimedia skin for BRL-CAD: Task
Assigned - This task has been assigned to Jacob B. You have 72
hours to complete this task, good luck! |
| 23:41.36 |
Notify |
03GCI:Daniel
Rossberg * Implement a volume function for triangle meshes (BOT):
Task Assigned - This task has been assigned to Johannes Schulte.
You have 72 hours to complete this task, good luck! |
| 23:41.41 |
Notify |
03GCI:Daniel
Rossberg * Implement a volume function for triangle meshes (BOT):
Task Assigned - This task has been assigned to Johannes Schulte.
You have 72 hours to complete this task, good luck! |
| 00:45.17 |
*** join/#brlcad tbrowder2
(~tbrowde@fl-76-3-1-251.dhcp.embarqhsd.net) |
| 00:48.46 |
*** join/#brlcad YuGin
(~IceChat77@182.55.146.247) |
| 01:00.30 |
Notify |
03GCI:Daniel
Rossberg * Create a CSS only version of BRL-CAD Logo: Task Needs
More Work - One of the mentors has sent this task back for more
work. Talk to the mentor(s) assigned to this task to... |
| 01:00.40 |
Notify |
03GCI:Daniel
Rossberg * Create a CSS only version of BRL-CAD Logo: Task Needs
More Work - One of the mentors has sent this task back for more
work. Talk to the mentor(s) assigned to this task to... |
| 01:00.41 |
Notify |
03GCI:Daniel
Rossberg * Create a CSS only version of BRL-CAD Logo: Scalable? -
Same as said before: It should be scalable. Look at the magnifying
glass example at the css-tricks website to get an... |
| 01:00.45 |
Notify |
03GCI:Daniel
Rossberg * Create a CSS only version of BRL-CAD Logo: Scalable? -
Same as said before: It should be scalable. Look at the magnifying
glass example at the css-tricks website to get an... |
| 01:04.34 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 01:29.00 |
*** join/#brlcad gcibot
(~gcibot@117.200.89.237) |
| 01:31.11 |
Notify |
03GCI:Andrew
* Implement a centroid function for right hyperbolic cylinders
(RHC): Ready for review - The work on this task is ready to be
reviewed. |
| 02:19.08 |
Notify |
03GCI:Daniel
Rossberg * Implement a centroid function for right hyperbolic
cylinders (RHC): Not bad - I havn't teted it yet but it looks not
bad. However, first you need to fix some coding
style... |
| 02:19.18 |
Notify |
03GCI:Daniel
Rossberg * Implement a centroid function for right hyperbolic
cylinders (RHC): Task Needs More Work - One of the mentors has sent
this task back for more work. Talk to the mentor(s)... |
| 02:33.43 |
Notify |
03GCI:Andrew
* Implement a centroid function for right hyperbolic cylinders
(RHC): Ready for review - The work on this task is ready to be
reviewed. |
| 02:33.48 |
Notify |
03GCI:Andrew
* Implement a centroid function for right hyperbolic cylinders
(RHC): Ready for review - The work on this task is ready to be
reviewed. |
| 03:35.21 |
Notify |
03GCI:Andrew
* Implement a centroid function for right hyperbolic cylinders
(RHC): None - Sorry. I found an error. Please consider
rhc_centroid_rev2.patch. |
| 03:38.29 |
*** join/#brlcad deep_inder
(~chatzilla@117.212.49.107) |
| 03:59.42 |
*** join/#brlcad Stattrav
(~suryajith@123.236.75.44) |
| 04:00.35 |
*** join/#brlcad deep_inder
(~chatzilla@59.91.233.240) |
| 04:28.29 |
Notify |
03BRL-CAD
Wiki:JesseTuten * 0 /wiki/User:JesseTuten: |
| 04:29.09 |
Notify |
03GCI:Sean *
Create a CSS only version of BRL-CAD Logo #2: good for the task -
Yatharth, Nice work. This is good enough to close the task, but
more work will be needed to actually use this. Here... |
| 04:29.15 |
Notify |
03GCI:Sean *
Create a CSS only version of BRL-CAD Logo #2: Task Closed -
Congratulations, this task has been completed
successfully. |
| 04:34.44 |
Notify |
03GCI:Sean *
Design BRL-CAD sticker: i like it - Nicely done, I like the end
result. The only issue I saw remaining is the black link is
"lumpy". The two red ones are nice circles, but the
black... |
| 04:34.49 |
Notify |
03GCI:Sean *
Design BRL-CAD sticker: Task Closed - Congratulations, this task
has been completed successfully. |
| 04:34.50 |
Notify |
03GCI:Sean *
Design BRL-CAD sticker: Task Closed - Congratulations, this task
has been completed successfully. |
| 04:37.59 |
Notify |
03GCI:Sam *
Create a web based interactive timeline giving historical tour of
BRL-CAD: Question - Hi Sean, it would be great if I could receive
a reply as soon as possible so that I can work on... |
| 04:42.19 |
Notify |
03GCI:Sean *
Design a BRL-CAD Sticker #2: peculiar design - Oleg, Per our
project guidelines, our official name is "BRL-CAD" and it's to be
treated as a proper noun. Your design emphasizes our... |
| 04:42.21 |
Notify |
03GCI:Sean *
Design a BRL-CAD Sticker #2: Task Needs More Work - One of the
mentors has sent this task back for more work. Talk to the
mentor(s) assigned to this task to satisfy the
requirements... |
| 04:42.59 |
Notify |
03GCI:Sharan
* Model a toy car with wheels and axles in BRL-CAD: Task Claimed -
I would like to work on this task. |
| 04:46.04 |
*** topic/#brlcad by brlcad -> BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/
|| Ask us about Google Doc Sprint 2013 || GCI has begun! If you're
participating, be patient when asking questions... we're very busy
and sometimes have packed schedules. We will respond if you are
still on IRC: learn screen+irssi. |
| 04:57.10 |
Notify |
03GCI:Mandeep
Kaur * Model a toy car with wheels and axles in BRL-CAD: Task
Assigned - This task has been assigned to Sharan. You have 72 hours
to complete this task, good luck! |
| 05:00.30 |
Notify |
03GCI:Sean *
Write article on BRL-CAD's code hardening efforts: too long - Tan,
the article is actually too long. It needs to be a much more
succinct summary, less than half the length you... |
| 05:00.31 |
Notify |
03GCI:Sean *
Write article on BRL-CAD's code hardening efforts: too long - Tan,
the article is actually too long. It needs to be a much more
succinct summary, less than half the length you... |
| 05:00.32 |
Notify |
03GCI:Sean *
Write article on BRL-CAD's code hardening efforts: Task Needs More
Work - One of the mentors has sent this task back for more work.
Talk to the mentor(s) assigned to this task to... |
| 05:00.45 |
Notify |
03GCI:Sean *
Write article on BRL-CAD's code hardening efforts: Task Needs More
Work - One of the mentors has sent this task back for more work.
Talk to the mentor(s) assigned to this task to... |
| 05:17.15 |
Notify |
03GCI:Sean *
Design a cover image or banner for our Facebook page (and other
social media sites) #2: effort? - Pulkit, the amount of effort
involved in your design is rather lacking. It looks
like... |
| 05:17.21 |
Notify |
03GCI:Sean *
Design a cover image or banner for our Facebook page (and other
social media sites) #2: Task Needs More Work - One of the mentors
has sent this task back for more work. Talk to the... |
| 05:20.44 |
*** join/#brlcad deep_inder
(~chatzilla@59.91.233.240) |
| 05:25.22 |
Notify |
03GCI: * :
- |
| 05:25.32 |
Notify |
03GCI: * :
- |
| 05:28.20 |
*** join/#brlcad YatharthROCK
(~YatharthR@95.175.77.95) |
| 05:29.22 |
Notify |
03GCI:Sharan
* Model a toy car with wheels and axles in BRL-CAD: made it - I
have made it but it does not look good because of the word TOY in
the car I will upload the work as soon as possible. |
| 05:31.17 |
Notify |
03GCI:Johannes Schulte * Implement a
volume function for triangle meshes (BOT): Ready for review - The
work on this task is ready to be reviewed. |
| 05:31.47 |
Notify |
03GCI:Yatharth Agarwal * Create a book
layout for Doc Camp Book: Deep Inder Singh - I really wanted to
claim this task, but it wasn't possible because Sean ahdn't
approved of my previous task. If... |
| 05:32.13 |
Notify |
03BRL-CAD
Wiki:Theiceman458 * 6325 /wiki/Community_Publication_Portal: /* Tan
YuGin: BRL-CAD's Code Hardening Efforts */ Shortened the article
substantially. |
| 05:33.08 |
Notify |
03GCI:YuGin *
Write article on BRL-CAD's code hardening efforts: Ready for
review - The work on this task is ready to be reviewed. |
| 05:35.58 |
Notify |
03GCI:YuGin *
Write article on BRL-CAD's code hardening efforts: Resubmitted -
Hi Sean, I originally wrote the article to such a length because
the task description stipulated a maximum of 900... |
| 05:36.33 |
Notify |
03GCI:Sean *
Write an article soliciting a Windows platform maintainer: tighten
- Alex, this is looking good, but can you tighten it up a little
bit. You repeat your points a little bit in the... |
| 05:36.38 |
Notify |
03GCI:Sean *
Write an article soliciting a Windows platform maintainer: tighten
- Alex, this is looking good, but can you tighten it up a little
bit. You repeat your points a little bit in the... |
| 05:36.39 |
Notify |
03GCI:Sean *
Write an article soliciting a Windows platform maintainer: Task
Needs More Work - One of the mentors has sent this task back for
more work. Talk to the mentor(s) assigned to this
task... |
| 05:36.48 |
Notify |
03GCI:Sean *
Write an article soliciting a Windows platform maintainer: Deadline
extended - The deadline of the task has been extended with 1 days
and 0 hours. |
| 05:38.03 |
Notify |
03GCI:Yatharth Agarwal * Create a CSS
only version of BRL-CAD Logo #2: Follow-up Task - I would be
interested, but I don't think I can solve these issues:- you
mentioned there are still small... |
| 05:38.24 |
YatharthROCK |
brlcad: Isn't
there already another version of this task? <https://google-melange.appspot.com/gci/task/view/google/gci2013/5081237563637760> |
| 05:38.54 |
YatharthROCK |
GCIBot needs
to learn to capture links within angle brackets. |
| 05:48.28 |
Notify |
03GCI:Yatharth Agarwal * Fix Image
Formatting in BRL-CAD's DocBook Documentation (any ONE large
document or 4 smaller documents): Task Claimed - I would like to
work on this task. |
| 05:52.57 |
YatharthROCK |
Is there any
mentor online? brlcad mandeep |
| 06:02.15 |
*** join/#brlcad deep_inder
(~chatzilla@59.91.235.245) |
| 06:04.00 |
Notify |
03GCI:Sharan
* Model a toy car with wheels and axles in BRL-CAD: Ready for
review - The work on this task is ready to be reviewed. |
| 06:04.00 |
Notify |
03GCI:Sharan
* Model a toy car with wheels and axles in BRL-CAD: Ready for
review - The work on this task is ready to be reviewed. |
| 06:12.00 |
Notify |
03GCI:Sharan
* Model a toy car with wheels and axles in BRL-CAD: Incomplete -
this has overlaps when doing rtcheck So please give me suggestions
to improve it more.... I also haven't joined the... |
| 06:18.24 |
Notify |
03GCI:Sean *
Create a CAD inspired icon-set for BRL-CAD website: describe -
Luke, what can you tell me about your icon set? Why'd you pick
those particular icons vs so many possibilities? |
| 06:26.00 |
Notify |
03GCI:Mandeep
Kaur * Fix Image Formatting in BRL-CAD's DocBook Documentation
(any ONE large document or 4 smaller documents): Task Assigned -
This task has been assigned to Yatharth Agarwal. You... |
| 06:51.56 |
*** join/#brlcad gjeet
(~androirc@202.164.53.117) |
| 06:53.41 |
Notify |
03GCI:Luke
Blue * Create a CAD inspired icon-set for BRL-CAD website: icon
description - The first four icons of social media are designed
with keeping in mind there logo's and colors as they
can... |
| 06:53.46 |
Notify |
03GCI:Luke
Blue * Create a CAD inspired icon-set for BRL-CAD website: icon
description - The first four icons of social media are designed
with keeping in mind there logo's and colors as they
can... |
| 06:55.23 |
*** join/#brlcad deep_inder
(~chatzilla@59.91.235.245) |
| 06:57.22 |
*** join/#brlcad deep_inder
(~chatzilla@59.91.235.245) |
| 07:23.55 |
*** join/#brlcad YatharthROCK
(~YatharthR@95.175.77.95) |
| 07:37.03 |
Notify |
03GCI:Sharan
* Model a toy car with wheels and axles in BRL-CAD: Overlapps - I
removed all the overlapps rtcheck isnt giving any overlapps now..
Any suggestions for joining the O in the toy with... |
| 07:58.41 |
*** join/#brlcad deep_inder_
(~chatzilla@117.220.147.91) |
| 07:59.31 |
YatharthROCK |
I really need
to talk to a mentor regarding my task... brlcad mandeep
https://google-melange.appspot.com/gci/task/view/google/gci2013/5377263889547264 |
| 08:32.29 |
YatharthROCK |
starseeker:
You there? |
| 08:35.45 |
YatharthROCK |
What you,
``Erik? |
| 08:40.51 |
Notify |
03GCI:Alexandra Covor * Design BRL-CAD
phone/tablet back cover: Ready for review - The work on this task
is ready to be reviewed. |
| 08:40.56 |
Notify |
03GCI:Alexandra Covor * Design BRL-CAD
phone/tablet back cover: Ready for review - The work on this task
is ready to be reviewed. |
| 09:23.53 |
Notify |
03GCI:Harmanpreet * Design BRL-CAD
phone/tablet back cover: Need more work - Hi Covor, This is good
start by we expect a more creative design. You changed BRL-CAD logo
(put eyes in logo) that is... |
| 09:24.03 |
Notify |
03GCI:Harmanpreet * Design BRL-CAD
phone/tablet back cover: Task Needs More Work - One of the mentors
has sent this task back for more work. Talk to the mentor(s)
assigned to this task to satisfy... |
| 09:26.44 |
Notify |
03GCI:Deep
Inder Singh * Create a book layout for Doc Camp Book: Ready for
review - The work on this task is ready to be reviewed. |
| 09:29.36 |
*** join/#brlcad benkaiser
(~benkaiser@pa49-181-56-199.pa.nsw.optusnet.com.au) |
| 09:41.24 |
*** join/#brlcad Destroy
(~Destroy@bras3.donapex.net) |
| 09:41.30 |
Notify |
03GCI:Oleg *
Design a BRL-CAD Sticker #2: Ready for review - The work on this
task is ready to be reviewed. |
| 09:43.11 |
*** part/#brlcad Destroy
(~Destroy@bras3.donapex.net) |
| 09:49.31 |
*** join/#brlcad destroy
(~quassel@bras3.donapex.net) |
| 10:01.04 |
*** join/#brlcad destroy
(~quassel@bras3.donapex.net) |
| 10:01.42 |
*** join/#brlcad YatharthROCK
(~YatharthR@95.175.77.95) |
| 10:24.15 |
Notify |
03GCI:Pulkit
Mehta * Design a cover image or banner for our Facebook page (and
other social media sites) #2: None - No Problem sir i will try
again actually that BRL-CAD was just for a sample.... |
| 11:46.37 |
YatharthROCK |
I really need
to talk to a mentor regarding my task... brlcad mandeep starseeker
https://google-melange.appspot.com/gci/task/view/google/gci2013/5377263889547264 |
| 11:49.38 |
``Erik |
!notify
ask |
| 11:49.39 |
Notify |
Questions in
the channel should be specific, informative, complete, concise, and
on-topic. Don't ask if you can ask a question first. Don't ask if
a person is there; just ask what you intended to ask them. Better
questions more frequently yield better answers. We are all here
voluntarily or against our will. |
| 11:54.38 |
YatharthROCK |
``Erik:
Sorry. Any in this task: <https://google-melange.appspot.com/gci/task/view/google/gci2013/5377263889547264> |
| 11:54.44 |
*** join/#brlcad deep_inder
(~chatzilla@59.91.233.102) |
| 11:54.46 |
YatharthROCK |
I'm not
really sure what is being asked. |
| 11:55.35 |
YatharthROCK |
I think I
just have so whip out a few command-line utilities to replace
"<imageobject> <imagedata align="center"
fileref="../../lessons/en/images/img.png" format="PNG"/>
</imageobject>" with "<imageobject role="html">
<imagedata align="center"
fileref="../../books/en/images/img.png" format="PNG"/>
</imageobject> <imageobject role="fo">
<imagedata align="center"
fileref="../../books/en/images/img.png" format="PNG"/>
</ |
| 11:55.59 |
YatharthROCK |
What's the
hard part in that? It's just itarating over the files and doing a
regex replace. |
| 12:02.37 |
*** part/#brlcad YatharthROCK
(~YatharthR@95.175.77.95) |
| 12:02.45 |
``Erik |
that might be
all there is, it looks like every image should have both 'html' and
'fo' roles (I'm guessing for quality differences down the road...
72dpi vs 300dpi, etc)... looks like brlcad added it so he'd be the
best to verify that, starseeker may have good input as
well |
| 12:02.49 |
``Erik |
doh |
| 12:02.58 |
*** join/#brlcad YatharthROCK
(~YatharthR@95.175.77.95) |
| 12:07.34 |
tbrowder2 |
Ref this
task: <https://google-melange.appspot.com/gci/task/view/google/gci2013/5377263889547264>,
the intent IS to prepare for the next step which is to apply
separate formatting for html versus pdf, so it would be helpful to
keep the new code in the same format as the old so the two blocks
can be compared easily vertically by eye, i.e., watch to preserve
spacing with any regex replace. So, e.g. |
| 12:12.54 |
YatharthROCK |
tbrowder2: So
I just do the regex replace and I'm done? |
| 12:16.29 |
tbrowder2 |
Yes, as long
as "make doc" shows valid code (if I were checking it, I would
check the patches looking for the format as in the task
description). |
| 12:17.17 |
``Erik |
07:02
<``Erik> that might be all there is, it looks like every
image should have both 'html' and 'fo' roles (I'm guessing for
quality differences down the road... 72dpi vs 300dpi, etc)... looks
like brlcad added it so he'd be the best to verify that, starseeker
may have good input as well |
| 12:17.39 |
*** join/#brlcad deep_inder
(~chatzilla@59.91.233.102) |
| 12:23.31 |
YatharthROCK |
tbrowder2:
Whether I modified files or not, 'make doc' just says 'nothing to
be done' |
| 12:43.16 |
tbrowder2 |
Are you using
the setup in the VM? |
| 12:44.24 |
starseeker |
YatharthROCK:
if you whip up a tool to do the replacements correctly, that would
be an awesome way to complete the task! |
| 12:45.31 |
YatharthROCK |
starseeker:
Du-oh! Did you think I'd do it manually? |
| 12:45.43 |
starseeker |
some people
would |
| 12:45.49 |
starseeker |
either way,
so long as it gets done! |
| 12:45.58 |
YatharthROCK |
How about a
follow-up task asking for the tool, and this task just asking for 4
documents? ;) |
| 12:46.06 |
YatharthROCK |
Pleease... |
| 12:46.09 |
starseeker |
heh -
sure |
| 12:46.52 |
starseeker |
YatharthROCK:
are you set up to compile? (i.e. did you do the build steps for
CMake configuring?) |
| 12:47.31 |
YatharthROCK |
starseeker:
No. I downloaded the source, but installed from the
deb. |
| 12:47.40 |
YatharthROCK |
I dunno how
to build it. |
| 12:47.47 |
starseeker |
YatharthROCK:
one thing about automated tools - you want to make very sure it
changed only what you intended |
| 12:47.51 |
starseeker |
YatharthROCK:
that's why |
| 12:48.01 |
starseeker |
go to the
soure directory and do the following: |
| 12:48.06 |
starseeker |
mkdir
build |
| 12:48.07 |
starseeker |
cd
build |
| 12:48.13 |
starseeker |
cmake
.. |
| 12:48.43 |
starseeker |
if you don't
have CMake, you may need to install that from your distro's package
archive |
| 12:49.35 |
YatharthROCK |
I had to do
this last year, so i have that : |
| 12:49.38 |
YatharthROCK |
It's
building. |
| 12:51.03 |
starseeker |
OK, so once
it's built you should see it re-building as you make changes to the
xml files |
| 12:51.22 |
YatharthROCK |
starseeker:
Ohhh... till now I was using 'make' for some stupid
reason. |
| 12:51.33 |
starseeker |
you use make
to actually build |
| 12:51.35 |
YatharthROCK |
No wonder it
was showing me that stupid error. |
| 12:51.40 |
starseeker |
but you need
to run cmake first |
| 12:51.43 |
YatharthROCK |
Wait,
what? |
| 12:51.45 |
YatharthROCK |
Ohh... |
| 12:52.01 |
starseeker |
make didn't
have any Makefiles to tell it what to do, because CMake generates
them |
| 12:52.22 |
YatharthROCK |
I foud cmake
using apropos. Reading the man page, I though it made the
CMakeLists files for make to use. |
| 12:52.41 |
YatharthROCK |
Oh, you just
typed that before me. |
| 12:52.53 |
starseeker |
so the error
"nothing to be done" was because there were no Makefiles - if you
run make in a totally empty directory, you'll see the same
error |
| 12:52.53 |
YatharthROCK |
starseeker:
So will i have to run make after this |
| 12:52.57 |
starseeker |
yep |
| 12:53.12 |
YatharthROCK |
Will it take
a sh*t-load of time? |
| 12:53.22 |
YatharthROCK |
I don't
exactly have top-notch hardware. |
| 12:53.31 |
starseeker |
since you are
focused on the docbook, I'd suggest changing directories into
build/doc/docbook |
| 12:53.45 |
starseeker |
then type
"make" and it'll build just the documentation |
| 12:53.58 |
starseeker |
and whatever
tools it needs to generate it |
| 12:54.03 |
YatharthROCK |
Uhh... you
mean ./doc/docbook/build right |
| 12:54.04 |
YatharthROCK |
? |
| 12:54.07 |
starseeker |
nope |
| 12:54.15 |
starseeker |
let's say
your source is in /home/user/brlcad |
| 12:54.31 |
starseeker |
you should
have made a directory "build" at
/home/user/brlcad/build/ |
| 12:54.45 |
starseeker |
then cd
/home/user/brlcad/build && cmake .. |
| 12:54.50 |
starseeker |
that's what's
running initially |
| 12:55.02 |
starseeker |
once that's
done, you cd into /home/user/brlcad/build/doc/docbook/ |
| 12:55.19 |
starseeker |
that's where
the Makefiles specific to DocBook have been placed |
| 12:56.11 |
YatharthROCK |
Oh, OK.
10x |
| 12:56.18 |
YatharthROCK |
And how do
you do a SVN diff? |
| 12:56.34 |
YatharthROCK |
Why don't you
guys use git? Historical reasons? |
| 12:56.49 |
starseeker |
from the
directory /home/user/brlcad run the command 'svn diff' |
| 12:56.53 |
*** join/#brlcad awabimakoto
(~awabimako@117.136.0.196) |
| 12:56.59 |
starseeker |
that'll show
you what has been changed. |
| 12:57.22 |
YatharthROCK |
So redirect
it to a file and upload? |
| 12:57.25 |
starseeker |
I usually
pipe that into a patch file: svn diff >
/home/user/brlcad_doc_changes.patch |
| 12:57.30 |
starseeker |
er,
yeah |
| 12:58.21 |
starseeker |
lot of
reasons - we stick to a centralized development model |
| 12:58.33 |
starseeker |
svn is very
good for that scenario |
| 12:59.06 |
starseeker |
everyone has
to stay up with the latest changes, rather than working in
isolation |
| 12:59.18 |
starseeker |
which we view
as a Good Thing |
| 12:59.48 |
starseeker |
open source
software is a collaborative process, but lots of times people
prefer to go off into their own corner and work until their piece
is "done" |
| 13:00.37 |
starseeker |
we try to
encourage people to interact with the community as part of the
development process - faster learning, easier integration of work,
can help to avoid pursuit of "blind alleys" |
| 13:02.01 |
starseeker |
YatharthROCK:
if you are comfortable with DocBook, would you be interested in
other "follow-on" DocBook tasks? The image command updating is
just the first step - after that, we need to get the images
correctly sized and positioned |
| 13:03.52 |
starseeker |
that'll
require having Apache FOP installed and working (I believe there is
an 'fop' package for most of the Debian based distros) |
| 13:04.25 |
starseeker |
OK, I gotta
run - thanks YatharthROCK for your work on this task! |
| 13:04.44 |
YatharthROCK |
starseeker: I
dunno about the image one, |
| 13:04.47 |
YatharthROCK |
kk
bye |
| 13:04.57 |
YatharthROCK |
What about
the follow-up task for a sciprt to this task? |
| 13:05.12 |
YatharthROCK |
starseeker:
The one that asks for the script, not just the files. |
| 13:05.43 |
starseeker |
YatharthROCK:
I think that sounds reasonable, if you do in fact have a script
that can do the update for *all* the xml files and change only what
you're intending to change |
| 13:06.04 |
YatharthROCK |
starseeker:
Uhhh... 'python script' belongs to 'script', right? |
| 13:06.14 |
starseeker |
is wary of unintended consequences with regex expressions and
xml files ;-) |
| 13:06.17 |
starseeker |
YatharthROCK:
sure |
| 13:06.35 |
starseeker |
YatharthROCK:
this is a "one time" change, ideally, since new documents should
adhere to the new standard |
| 13:06.45 |
YatharthROCK |
I use grep
using os.popen and pretty constrained re, so it should be
OK. |
| 13:06.52 |
YatharthROCK |
starseeker:
10x a lot :D |
| 13:06.58 |
YatharthROCK |
How will you
keep me updated? |
| 13:07.24 |
starseeker |
the task
would be "create a script that automatically updates all image tags
to the html+fo" format - I'll try to define such a task
quickly |
| 13:08.26 |
*** join/#brlcad deep_inder
(~chatzilla@59.91.233.102) |
| 13:10.50 |
Notify |
03GCI:Sharan
* Model a toy car with wheels and axles in BRL-CAD: New Pair of
wheels - I just went to your site and found that MGED had a tire
function built into into it |
| 13:13.57 |
starseeker |
YatharthROCK:
I tried to submit a task for the script - keep an eye out for it
appearing on the list |
| 13:14.19 |
YatharthROCK |
starseeker:
Will Notify tell me? |
| 13:14.39 |
starseeker |
I don't think
it will - you may have to watch the task list itself |
| 13:14.50 |
YatharthROCK |
starseeker:
If you're not out of time, could you review this task? <https://google-melange.appspot.com/gci/task/view/google/gci2013/5377263889547264> |
| 13:15.06 |
Notify |
03GCI:Yatharth Agarwal * Fix Image
Formatting in BRL-CAD's DocBook Documentation (any ONE large
document or 4 smaller documents): Ready for review - The work on
this task is ready to be reviewed. |
| 13:15.08 |
YatharthROCK |
starseeker:
What's the other task's title? |
| 13:15.10 |
Notify |
03GCI:Yatharth Agarwal * Fix Image
Formatting in BRL-CAD's DocBook Documentation (any ONE large
document or 4 smaller documents): Ready for review - The work on
this task is ready to be reviewed. |
| 13:15.38 |
starseeker |
the title I
suggested was: "Write a script to complete all DocBook image tag
updates" |
| 13:15.51 |
YatharthROCK |
starseeker:
What happens if I interrupt a make build in between? |
| 13:16.09 |
starseeker |
just type
make again and it should resume where it left off |
| 13:16.29 |
YatharthROCK |
starseeker:
Really? Ctrl-C, then run it again? |
| 13:16.36 |
YatharthROCK |
That's so
cool... |
| 13:16.54 |
starseeker |
YatharthROCK:
can you add a couple more files to your patch? |
| 13:17.14 |
YatharthROCK |
starseeker:
kk, wait |
| 13:20.52 |
YatharthROCK |
starseeker: I
modified the 4 files with the most occurrences of mediaobject that
weren't already modified. Enough? |
| 13:21.00 |
starseeker |
YatharthROCK:
yes |
| 13:21.28 |
YatharthROCK |
https://google-melange.appspot.com/gci/task/view/google/gci2013/5377263889547264 |
| 13:21.40 |
YatharthROCK |
I miss
GCIBot. |
| 13:22.13 |
starseeker |
YatharthROCK:
mged15 was already updated by an earlier task |
| 13:22.28 |
starseeker |
did you do
"svn update" in your tree? |
| 13:23.23 |
YatharthROCK |
No. |
| 13:23.38 |
starseeker |
ah - yeah,
make sure you do that periodically so you see what has already been
done |
| 13:23.52 |
starseeker |
4 of the
lesson files have been updated |
| 13:23.55 |
YatharthROCK |
Please tell
me I won't have to resolve merge conflicts. |
| 13:24.17 |
starseeker |
just svn
revert
doc/docbook/lessons/en/mged15_creating_a_toy_truck.xml |
| 13:24.24 |
starseeker |
then do svn
update |
| 13:24.30 |
YatharthROCK |
I already
did. |
| 13:24.36 |
YatharthROCK |
Now its
asking me how to resolve it. |
| 13:24.43 |
starseeker |
"theirs
full" |
| 13:24.45 |
starseeker |
tf |
| 13:25.05 |
YatharthROCK |
It's saying
tc |
| 13:25.09 |
YatharthROCK |
Oh, for all
of them |
| 13:25.30 |
starseeker |
you're wiping
out your local changes and applying theirs |
| 13:26.01 |
YatharthROCK |
starseeker:
Uploaded the updated patch file. |
| 13:26.22 |
starseeker |
that's the
three article files? |
| 13:26.31 |
starseeker |
can you
update one more of those to make 4? |
| 13:26.37 |
YatharthROCK |
<facepalm> OK. |
| 13:27.08 |
``Erik |
can also do
an 'svn revert -R .' to get back to an 'unmodified' checkout, so an
update should work without conflict (but local changes will be
tossed out) |
| 13:27.11 |
YatharthROCK |
Dammit, I
lost the regex I was using. |
| 13:27.23 |
starseeker |
YatharthROCK:
I've *really* got to go |
| 13:27.26 |
``Erik |
if there is a
good reason to use git, we have a read only git repo |
| 13:27.30 |
starseeker |
``Erik: can
you take him the rest of the way? |
| 13:27.41 |
starseeker |
YatharthROCK:
thanks for the great work! |
| 13:27.45 |
YatharthROCK |
starseeker:
Please just accept it. It said 1 large or 4 small. |
| 13:27.49 |
``Erik |
starseeker: I
can try, but I'm not big on the docbook stuff :) |
| 13:28.31 |
starseeker |
YatharthROCK:
OK, I guess that'll do :-) |
| 13:28.42 |
YatharthROCK |
:D |
| 13:29.04 |
Notify |
03GCI:starseeker * Fix Image Formatting
in BRL-CAD's DocBook Documentation (any ONE large document or 4
smaller documents): Task Closed - Congratulations, this task has
been completed successfully. |
| 13:29.07 |
starseeker |
YatharthROCK:
keep up the good work! |
| 13:29.15 |
``Erik |
I think the
'1 large or 4 small' was intended to limit the scope for people
doing it by hand... if your script can bash it all out in one
whack, why not? |
| 13:29.26 |
starseeker |
``Erik:
that's why he wants a script task |
| 13:29.27 |
YatharthROCK |
starseeker:
Will the new task be there by now? |
| 13:29.36 |
starseeker |
I tried to
submit one via that form, but I don't see it yet |
| 13:30.15 |
YatharthROCK |
starseeker:
Not for long :/ I have my ISEEs, SSATs and TOEFLs coming up, as
well as an MUN and school exams. All in the same 30 days along with
GCi which I'd been waiting a year for to ace. |
| 13:30.29 |
``Erik |
'that form'
being the google doc one? I think sean has to manually export,
import it to melange, resolve the conflicts, and manually add it to
the wiki... centralized, but not automated? |
| 13:30.34 |
YatharthROCK |
I'll have to
stop after some tasks this year too. |
| 13:30.35 |
starseeker |
bah |
| 13:31.04 |
starseeker |
YatharthROCK:
tell you what - grab one of the other DocBook tasks for this work,
and use that to submit the script |
| 13:31.12 |
YatharthROCK |
``Erik:
Nooo... Sean comes online when it's night for me. I won't be able
to claim it. |
| 13:31.24 |
starseeker |
https://google-melange.appspot.com/gci/task/view/google/gci2013/5007157967716352 |
| 13:31.30 |
YatharthROCK |
starseeker:
There are many tasks like that? |
| 13:31.31 |
``Erik |
starseeker,
get the fuck out of here |
| 13:31.32 |
starseeker |
use that
one |
| 13:31.40 |
YatharthROCK |
Why didn't
you guys just ask for the script before-hand? |
| 13:31.46 |
YatharthROCK |
Oh right,
one-time stuff. |
| 13:31.52 |
YatharthROCK |
Still, you
could've told them to modify all the files. |
| 13:32.12 |
starseeker |
YatharthROCK:
use that last open task for the script |
| 13:32.15 |
``Erik |
YatharthROCK:
if you're down with git, you can always make a github project for
holding it and toss it in there... then when you're jobseeking and
someone checks your github profile, you have this gem of usefulness
:) |
| 13:32.17 |
starseeker |
``Erik: heh,
k - later all |
| 13:32.27 |
YatharthROCK |
starseeker:
You told me half an hour ago that you *really8 needed to go. You
should better do that. 10x for everything :D |
| 13:33.20 |
YatharthROCK |
``Erik: Why
would anyone value a simple script that does a regex replace all on
all files in a directory that contain that string? |
| 13:33.55 |
Notify |
03GCI:Yatharth Agarwal * Fix Image
Formatting in BRL-CAD's DocBook Documentation (any ONE large
document or 4 smaller documents) #2: Task Claimed - I would like to
work on this task. |
| 13:33.58 |
``Erik |
YatharthROCK:
because it solves a very real problem, and there are a lot of
"developers" and "software engineers" who couldn't manage it and
would do it by hand |
| 13:34.00 |
Notify |
03GCI:Yatharth Agarwal * Fix Image
Formatting in BRL-CAD's DocBook Documentation (any ONE large
document or 4 smaller documents) #2: Task Claimed - I would like to
work on this task. |
| 13:34.16 |
*** join/#brlcad gjeet
(~gjeet@59.91.233.70) |
| 13:34.35 |
``Erik |
that you
thought to script it instead of manually doing it already puts you
above the median |
| 13:35.01 |
Notify |
03GCI:Gauravjeet Singh * Fix Image
Formatting in BRL-CAD's DocBook Documentation (any ONE large
document or 4 smaller documents) #2: Task Assigned - This task has
been assigned to Yatharth Agarwal.... |
| 13:35.11 |
*** join/#brlcad FOSScookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 13:35.46 |
YatharthROCK |
``Erik:
Uhh... right. What exactly do those poor sods *do* in their job
then? |
| 13:36.23 |
``Erik |
piss off
those of us that are competent *cough* I mean, um, slog crap code
that satisfies mgmt |
| 13:37.45 |
``Erik |
people who
are good enough and care enough to do scripts and code for fun are
already "rock stars" in the greater scheme of things, srry
:) |
| 13:40.09 |
YatharthROCK |
How come
BRL-CAD got open-sources BTW? And does the US army still use
it? |
| 13:42.31 |
``Erik |
the BRL-CAD
developers are open source weenies. it's always has the source code
distributed, but there was a multi-year effort by the coders to
make it unhindered (when I first heard of it, you had to fill out a
form and agreement to fax to the army and they'd send you an
encrypted tarball and the key). |
| 13:43.51 |
``Erik |
the army
research lab still uses it, it's the geometry interrogation engine
for the simulations to test new armor and weapons, um, https://www.arl.army.mil/slad/
is mostly built ontop of librt down in the guts |
| 13:47.15 |
``Erik |
(if you have
some time to waste and want to see how bad the worst of the worst
is, http://thedailywtf.com is
an amusing blog of horror stories :) |
| 13:52.31 |
*** join/#brlcad Stattrav
(~suryajith@123.236.75.44) |
| 14:04.44 |
Notify |
03GCI:Gauravjeet Singh * Create a book
layout for Doc Camp Book
http://www.google-melange.com/gci/task/view/google/gci2013/5178734931869696:
Needs more work I really appreciate the work done
by... |
| 14:04.50 |
Notify |
03GCI:Gauravjeet Singh * Create a book
layout for Doc Camp Book: Task Needs More Work - One of the mentors
has sent this task back for more work. Talk to the mentor(s)
assigned to this task to... |
| 14:04.54 |
Notify |
03GCI:Gauravjeet Singh * Create a book
layout for Doc Camp Book: Task Needs More Work - One of the mentors
has sent this task back for more work. Talk to the mentor(s)
assigned to this task to... |
| 14:07.49 |
YatharthROCK |
``Erik:
Definitely lives up to its name. |
| 14:08.15 |
YatharthROCK |
and what do
you mean exactly by 'open source weenies'? Like they whined for it
or against it? |
| 14:10.16 |
``Erik |
we like open
source... a lot |
| 14:12.14 |
Notify |
03GCI:Sharan
* Design BRL-CAD sticker: Follow up - I have improved it check it
out on @Dropbox https://db.tt/VeX0O2uU |
| 14:12.19 |
Notify |
03GCI:Sharan
* Design BRL-CAD sticker: Follow up - I have improved it check it
out on @Dropbox https://db.tt/VeX0O2uU |
| 14:13.53 |
YatharthROCK |
:D |
| 14:14.25 |
Notify |
03GCI:Yatharth Agarwal * Fix Image
Formatting in BRL-CAD's DocBook Documentation (any ONE large
document or 4 smaller documents) #2: Ready for review - The work on
this task is ready to be... |
| 14:14.26 |
Notify |
03GCI:Yatharth Agarwal * Fix Image
Formatting in BRL-CAD's DocBook Documentation (any ONE large
document or 4 smaller documents) #2: Ready for review - The work on
this task is ready to be... |
| 14:15.50 |
YatharthROCK |
``Erik: I'll
see if we can get starseeker's submitted task past Sean. Could you
review this task till then?
https://google-melange.appspot.com/gci/task/view/google/gci2013/5007157967716352 |
| 14:16.19 |
Notify |
03GCI:Sam *
Create a web based interactive timeline giving historical tour of
BRL-CAD: Ready for review - The work on this task is ready to be
reviewed. |
| 14:16.24 |
Notify |
03GCI:Sam *
Create a web based interactive timeline giving historical tour of
BRL-CAD: Ready for review - The work on this task is ready to be
reviewed. |
| 14:17.18 |
YatharthROCK |
gjeet: You
there? |
| 14:17.27 |
gjeet |
yes |
| 14:17.39 |
YatharthROCK |
Could you
review my task?
https://google-melange.appspot.com/gci/task/view/google/gci2013/5007157967716352 |
| 14:17.47 |
YatharthROCK |
You assigned
it to me. |
| 14:20.58 |
YatharthROCK |
gjeet: |
| 14:22.19 |
Notify |
03GCI: * :
- |
| 14:22.36 |
gjeet |
YatharthROCK:
wait, I am reviewing some other task, after that I will review this
one |
| 14:22.51 |
YatharthROCK |
gjeet: kk, no
prob. 10x :) |
| 14:29.44 |
Notify |
03GCI: * :
- |
| 14:30.00 |
Notify |
03GCI: * :
- |
| 14:32.54 |
YatharthROCK |
Can someone
explain to me how exactly the Google Charts wrapper is supposed to
behave? <https://google-melange.appspot.com/gci/task/view/google/gci2013/5277586288541696> |
| 14:33.53 |
YatharthROCK |
``Erik: Are
you like a ChanOp or something? You show up at the top of the user
list... |
| 14:34.04 |
YatharthROCK |
Oh, the
backticks must be sorted first... |
| 14:37.29 |
YatharthROCK |
Is any mentor
here who can review my task?
https://google-melange.appspot.com/gci/task/view/google/gci2013/5277586288541696 |
| 14:37.42 |
YatharthROCK |
brlcad: Are
you there? |
| 14:51.55 |
Notify |
03GCI:Pulkit
Mehta * Design a cover image or banner for our Facebook page (and
other social media sites) #2: Ready for review - The work on this
task is ready to be reviewed. |
| 14:52.00 |
Notify |
03GCI:Pulkit
Mehta * Design a cover image or banner for our Facebook page (and
other social media sites) #2: Ready for review - The work on this
task is ready to be reviewed. |
| 15:05.19 |
YatharthROCK |
starseeker:
You back? |
| 15:05.50 |
Notify |
03GCI:Pulkit
Mehta * Design a cover image or banner for our Facebook page (and
other social media sites) #2: None - sir, i hope you like it this
time. |
| 15:07.38 |
brlcad |
YatharthROCK:
same as last year |
| 15:07.40 |
brlcad |
~ask |
| 15:07.40 |
infobot |
Questions in
the channel should be specific, informative, complete, concise, and
on-topic. Don't ask if you can ask a question first. Don't ask if
a person is there; just ask what you intended to ask them. Better
questions more frequently yield better answers. We are all here
voluntarily or against our will. |
| 15:08.00 |
brlcad |
if you can't
wait, then you shouldn't be using irc here |
| 15:08.43 |
YatharthROCK |
brlcad: Well,
it's not a question, is it? More like a request. I'm sorry, I'll
try be more patient now. |
| 15:08.48 |
brlcad |
tasks are
reviewed in a queue, not based on who asks the most |
| 15:09.12 |
YatharthROCK |
LOL, sorry
again. |
| 15:09.18 |
YatharthROCK |
BTW, for this
task:
https://google-melange.appspot.com/gci/task/view/google/gci2013/5277586288541696 |
| 15:09.30 |
YatharthROCK |
What exactly
is the GCharts code supposed to do? |
| 15:09.32 |
brlcad |
that means
it's important to make sure you ask useful questions that don't
require going back and forth several times, each time you get back
in line |
| 15:09.37 |
*** join/#brlcad MartinHermida
(~MartinHer@24.Red-83-50-150.dynamicIP.rima-tde.net) |
| 15:09.41 |
YatharthROCK |
As in, why
can't it just return a PNG? |
| 15:09.44 |
*** join/#brlcad benkaiser
(~benkaiser@pa49-181-56-199.pa.nsw.optusnet.com.au) |
| 15:10.54 |
YatharthROCK |
brlcad: You
mean get all the possible required info from before only so you
don't have to be told to fix your submission later? |
| 15:11.25 |
brlcad |
YatharthROCK:
no, not at all |
| 15:11.56 |
MartinHermida |
brlcad: Could
I use some SVG just to draw the interconnecting portions directly
written in the HTML? I mean: the SVG code, not an image
itself |
| 15:11.57 |
brlcad |
I mean be
careful about what questions you ask and how you ask
them |
| 15:12.10 |
YatharthROCK |
brlcad: And
whaddaya' mean, same as last year? You actually remember me doing
that last year too? (I really need to learn after just being told
once...) |
| 15:12.16 |
brlcad |
some
questions that are much more easily answered than
others |
| 15:12.32 |
brlcad |
YatharthROCK:
yes, last year you failed the "~ask" many time |
| 15:12.39 |
YatharthROCK |
:$ |
| 15:12.48 |
brlcad |
stop asking
if people are here, just ask your question and be on irc for a
response |
| 15:12.55 |
brlcad |
which may be
seconds or hours later |
| 15:13.26 |
brlcad |
pretty much
all irc tools have tools to help you keep track of discussions
directed at you even if it's a really busy channel |
| 15:13.40 |
brlcad |
e.g., /last
YatharthROCK |
| 15:13.48 |
YatharthROCK |
And this
channel has logs too, so i won't miss out even when I'm
gone. |
| 15:14.48 |
*** join/#brlcad ishwerdas
(~inderplus@59.91.233.70) |
| 15:14.52 |
YatharthROCK |
'/last
YatharthROCK' doesn't do anything for me. Is a client-specific
thing? My client is pretty primitive. |
| 15:16.07 |
YatharthROCK |
Could you
tell me what exactly is expected in this task? I want to work on it
after my current one is reviewed. <https://google-melange.appspot.com/gci/task/view/google/gci2013/5277586288541696> |
| 15:16.34 |
MartinHermida |
brlcad: I'd
also like to know if scaling the CSS logo using
"transform:scale();" will be right |
| 15:16.37 |
brlcad |
except we
won't answer questions for people that are not here |
| 15:16.39 |
YatharthROCK |
I won't fail
~ask again, brlcad. |
| 15:16.43 |
brlcad |
so logs
aren't helpful there |
| 15:17.07 |
brlcad |
and yes,
/last was just an example -- every client is a little
different |
| 15:17.18 |
brlcad |
(learn your
client's features being the suggestion) |
| 15:17.41 |
Notify |
03GCI:Tan Di
Sheng * Design a coffee mug for BRL-CAD: Ready for review - The
work on this task is ready to be reviewed. |
| 15:17.46 |
Notify |
03GCI:Tan Di
Sheng * Design a coffee mug for BRL-CAD: Ready for review - The
work on this task is ready to be reviewed. |
| 15:18.22 |
YatharthROCK |
My client is
built on Chrome's API and doesn't do much, but I get the
drift. |
| 15:18.24 |
YatharthROCK |
brlcad: Also,
did you see starseeker's task proposal to write a script to format
all the image tags? |
| 15:18.33 |
brlcad |
by the way --
"what exactly is expected" is not a good question, if it's unclear
to you state what you do understand of the task and what you do not
understand |
| 15:18.46 |
brlcad |
that said,
that task is not written very well, it should be more
clear |
| 15:19.18 |
brlcad |
so I suggest
putting a comment there for the task's author and/or the benefit of
others to clarify the deliverable(s) |
| 15:20.03 |
brlcad |
MartinHermida: I don't know if that will
be right, but I know a great way to find out (try it) |
| 15:20.53 |
brlcad |
YatharthROCK:
at a glance, that task says that code wraps gchart and gchart has
changed, so assumedly the task is to update it to the new gcharts
API |
| 15:21.17 |
brlcad |
or as it
states, use the new API "more optimally" than it currently
does |
| 15:21.23 |
MartinHermida |
brlcad: Don't
you know if will be right scaling it that way, writing SVG directly
in HTML or borth? |
| 15:21.42 |
MartinHermida |
brlcad:
both* |
| 15:21.51 |
Notify |
03GCI:Yatharth Agarwal * Loading Google
charts from API: Clarification on the deliverables - Could you
state what exactly is required of the code? Is it supposed to
entirely follow the specs of... |
| 15:21.56 |
Notify |
03GCI:Yatharth Agarwal * Loading Google
charts from API: Clarification on the deliverables - Could you
state what exactly is required of the code? Is it supposed to
entirely follow the specs of... |
| 15:22.13 |
YatharthROCK |
brlcad: Yeah.
That API will be deprecated by 2015, I think. |
| 15:22.15 |
brlcad |
MartinHermida: I am not familiar with the
particulars of that task, but you could ask that question as a
comment to the task |
| 15:22.24 |
brlcad |
YatharthROCK:
so then .. what's unclear? |
| 15:23.07 |
YatharthROCK |
Why don't you
just use a library? Googling for 'google charts python' gave lots
of comprehensive and easy-to-use libraries with minimal
dependencies. |
| 15:23.39 |
ishwerdas |
hi
MartinHermida |
| 15:24.08 |
YatharthROCK |
I just want
to know, can we return the chart as a finished PNG? |
| 15:24.10 |
MartinHermida |
ishwerdas:
hi |
| 15:24.27 |
ishwerdas |
MartinHermida: can you give me a link to
your task |
| 15:24.41 |
MartinHermida |
Here it is:
http://www.google-melange.com/gci/task/view/google/gci2013/6023159862001664 |
| 15:24.42 |
ishwerdas |
MartinHermida: so that i can see what you
have done till now |
| 15:24.49 |
YatharthROCK |
That way, I
just have to write some middle-man code between BRLCAD and the
library and it'll be done. |
| 15:25.06 |
ishwerdas |
MartinHermida: will get back to you soon
in a minute :) |
| 15:25.30 |
Notify |
03GCI:Harmanpreet * Design a cover image
or banner for our Facebook page (and other social media sites) #2:
Need to be Impressive - It looks you put your effort but design
still lacks creativity... |
| 15:25.31 |
Notify |
03GCI:Harmanpreet * Design a cover image
or banner for our Facebook page (and other social media sites) #2:
Need to be Impressive - It looks you put your effort but design
still lacks creativity... |
| 15:25.37 |
YatharthROCK |
The only
problem being of dependencies. |
| 15:25.46 |
Notify |
03GCI:Harmanpreet * Design a cover image
or banner for our Facebook page (and other social media sites) #2:
Task Needs More Work - One of the mentors has sent this task back
for more work. Talk to... |
| 15:25.46 |
Notify |
03GCI:Harmanpreet * Design a cover image
or banner for our Facebook page (and other social media sites) #2:
Task Needs More Work - One of the mentors has sent this task back
for more work. Talk to... |
| 15:29.08 |
YatharthROCK |
brlcad: Also,
did you see starseeker 's task proposal to write a script to format
all the image tags? |
| 15:32.38 |
ishwerdas |
MartinHermida: what we mean by scaling is
that when we increase the size of the container the logo would be
able to scale itself |
| 15:33.38 |
ishwerdas |
MartinHermida: making it somewhat
responsive probably by using fluid widths, can you do
that? |
| 15:33.51 |
ishwerdas |
MartinHermida: percentage in widths and
heights |
| 15:36.19 |
MartinHermida |
ishwerdas:
I'll try, but if I can't do it that way will it be right scaling it
with the CSS property 'transform:scale();' |
| 15:36.43 |
*** join/#brlcad gjeet
(~gjeet@59.91.233.70) |
| 15:36.58 |
*** join/#brlcad harmanpreet
(~chatzilla@124.253.91.230) |
| 15:40.25 |
brlcad |
YatharthROCK:
whats the current output of that class? if it ultimately is used
to get a png, then you probably could just return an
image |
| 15:40.46 |
brlcad |
you'll have
to look at the callers of that class |
| 15:40.46 |
Notify |
03GCI:Alex *
Write an article soliciting a Windows platform maintainer: Will
improve - Ok thanks for the feedback i will make sure i improve on
what you said |
| 15:40.51 |
Notify |
03GCI:Alex *
Write an article soliciting a Windows platform maintainer: Will
improve - Ok thanks for the feedback i will make sure i improve on
what you said |
| 15:42.51 |
brlcad |
and again,
asking me if i saw something isn't very useful -- ask what you're
intending to ask in followup |
| 15:43.47 |
ishwerdas |
MartinHermida: Yes, but then you would
have to add slight javascript so that it checks the width and
height of the container div and whenever browser is resized, it
scales accordingly. |
| 15:45.02 |
MartinHermida |
ishwerdas: By
using transform:scale(); I think I won't have to use
javascript |
| 15:45.21 |
MartinHermida |
ishwerdas:
it's a CSS property |
| 15:48.05 |
ishwerdas |
MartinHermida: Yes, you can also use media
queries to have that effect, what I want to say is firstly try it
without transform scale, I am sure you will be able to do
that. |
| 15:48.47 |
ishwerdas |
MartinHermida: Also, I guess
transform:scale() has limited browser support for only webkit
browsers (if I am not wrong) |
| 15:49.13 |
Notify |
03GCI:ISRanjith * Design a BRL-CAD
Sticker #3: Task Claimed - I would like to work on this
task. |
| 15:49.18 |
Notify |
03GCI:ISRanjith * Design a BRL-CAD
Sticker #3: Task Claimed - I would like to work on this
task. |
| 15:50.22 |
MartinHermida |
ishwerdas: It
also works on firefox. OK, I'll try doing it with CSS, SVG and
JS |
| 15:51.02 |
ishwerdas |
MartinHermida: SVG for what? |
| 15:52.30 |
YatharthROCK |
brlcad: It
returns some HTML and embedded JS code. I now see why: it makes for
higher-resolution, faster, possibly-interactive and expected
code. |
| 15:52.37 |
MartinHermida |
ishwerdas:
For the 'bridges' between the two white circles in the pink
shape |
| 15:53.20 |
andromeda-galaxy |
brlcad: the
pt function tests are taking ~3hrs for half of them due to the
necessity of coming up with test cases |
| 15:53.29 |
YatharthROCK |
MartinHermida: It is possible to
approximate it with only CSS, |
| 15:53.47 |
ishwerdas |
MartinHermida: you can do it without SVG
and only CSS, can't you? |
| 15:54.00 |
brlcad |
tbrowder2:
greetings |
| 15:54.31 |
brlcad |
tbrowder2:
it's not acceptable, but I don't see what you spoke of in my
immediate lot -- checking further back but feel free to PM me any
names involved |
| 15:54.37 |
brlcad |
s/lot/log/ |
| 15:55.19 |
brlcad |
andromeda-galaxy: thanks for the
feedback |
| 15:55.26 |
MartinHermida |
ishwerdas:
I'll try to improve the 'connection' between, because brlcad told
me it has to be smother |
| 15:55.42 |
brlcad |
that's pretty
good then -- basically if you had to write it again, you'd probably
easily come in under 2 hours |
| 15:56.01 |
andromeda-galaxy |
brlcad: can
we break this one into two tasks? since the first half has taken so
long? |
| 15:56.06 |
brlcad |
heh, don't
smother me! |
| 15:56.08 |
ishwerdas |
MartinHermida: It can be done only with
CSS, our last claimant 'binaryking' was able to do that, he just
quit before he could make it responsive. He didn't upload that file
on melange, but he shared it on IRC, and it was smooth
:) |
| 15:56.10 |
brlcad |
smoother
would be good though |
| 15:56.22 |
YatharthROCK |
brlcad: 'Have
you seen it?' -> 'What do you think of it'? -> 'Is the task
going to be added to the list?' -> 'I had written some code for
it already while completing another task. Will the task be
added?' |
| 15:56.57 |
andromeda-galaxy |
brlcad: The
problem is that coming up with the testcases takes a certain amount
of time, even when familiar with the code, because you have to make
sure that you can actually put the right results in your
testcases |
| 15:57.13 |
YatharthROCK |
ishwerdas:
'smooth' in which sense? No discontinuities? |
| 15:57.14 |
Notify |
03GCI:Alec *
Design a cover image or banner for our Facebook page (and other
social media sites) #3: Task Claimed - I would like to work on this
task. |
| 15:57.19 |
Notify |
03GCI:Alec *
Design a cover image or banner for our Facebook page (and other
social media sites) #3: Task Claimed - I would like to work on this
task. |
| 15:57.42 |
MartinHermida |
Sorry brlcad,
I meant 'smoother', forgive me :) |
| 15:57.55 |
brlcad |
YatharthROCK:
now you're getting it .. those first questions are pretty much
irrelevant -- you just want to know if/when it'll be added, to
which I can easily say "yes, it'll be added soon -- new tasks are
processed throughout the day most days" |
| 15:58.04 |
Notify |
03GCI:Harmanpreet * Design a cover image
or banner for our Facebook page (and other social media sites) #3:
Task Assigned - This task has been assigned to Alec. You have 72
hours to complete this... |
| 15:58.14 |
brlcad |
MartinHermida: I know, just play on words
with the spelling error |
| 15:58.19 |
Notify |
03GCI:Harmanpreet * Design a BRL-CAD
Sticker #3: Task Assigned - This task has been assigned to
ISRanjith. You have 72 hours to complete this task, good
luck! |
| 15:58.24 |
Notify |
03GCI:Harmanpreet * Design a BRL-CAD
Sticker #3: Task Assigned - This task has been assigned to
ISRanjith. You have 72 hours to complete this task, good
luck! |
| 15:58.25 |
Notify |
03GCI:ISRanjith * Design a BRL-CAD
Sticker #3: Where is the upload button? - I can't find the upload
button please help. |
| 15:58.29 |
Notify |
03GCI:ISRanjith * Design a BRL-CAD
Sticker #3: Where is the upload button? - I can't find the upload
button please help. |
| 15:58.57 |
ishwerdas |
YatharthROCK:
yes no space between various sub-modules and also the curves in the
bridge between the various subparts need to be good (which binary
king was able to do with a bit of assistance) |
| 15:59.56 |
brlcad |
binaryking's
was off a little bit too, but some mentor let it pass |
| 16:00.40 |
YatharthROCK |
Even mine...
:$ |
| 16:01.41 |
ishwerdas |
brlcad: Yes,
but here at IRC he had a good amount of chat with me and during
that he was able to improve, he also shared a screenshot of the
results which were just what I wanted in the task (while I was
writing it) |
| 16:01.43 |
YatharthROCK |
BTW I found
the fix to the transparency problem: use a negative border-radius
for the bridge using CSS3 gradients!! |
| 16:02.04 |
ishwerdas |
YathartROCK:
exactly! |
| 16:02.37 |
ishwerdas |
YatarthROCK:
can you share a screenshot of your best output here? |
| 16:03.00 |
YatharthROCK |
ishwerdas: I
didn't implement the negative border radius thing. |
| 16:03.09 |
andromeda-galaxy |
brlcad: I can
give you bn_3pts_collinear through bn_distsq_pt3_lseg3_v2 right now
(the first half) |
| 16:03.31 |
ishwerdas |
YatharthROCK:
Ok :) |
| 16:04.47 |
*** join/#brlcad YatharthROCK_
(~Yatharth@95.175.77.95) |
| 16:05.41 |
Notify |
03BRL-CAD:starseeker * 58601
brlcad/trunk/src/libbn/chull.c: Start trying to rework the C++
convex hull code into libbn C style. |
| 16:07.42 |
YatharthROCK |
ishwerdas:
Here it is: <https://dl.dropboxusercontent.com/u/60644193/BRL-CAD.png> |
| 16:08.29 |
brlcad |
needs a dash,
BRL-CAD |
| 16:08.36 |
brlcad |
official has
it |
| 16:08.43 |
brlcad |
contest image
did not |
| 16:09.44 |
brlcad |
slight
discontinuity on the links (at least the top red, bottom
connection) |
| 16:09.45 |
YatharthROCK |
brlcad: I
guess so. There was this URL on the BRL-CAD site containing
'*/angelov*.png' |
| 16:09.56 |
brlcad |
yep, that's
the contest image |
| 16:10.08 |
brlcad |
you wouldn't
have known (now you do) :) |
| 16:11.02 |
YatharthROCK |
Did the other
submission support transparent backgrounds? |
| 16:11.30 |
YatharthROCK |
Oh yeah, I
remember seeing a link to creating fake in-bevels on the task
page. |
| 16:17.49 |
Notify |
03GCI:Angelo
Nickele * Model BRL-CAD Logo Using BRL-CAD #3: Task Claimed - I
would like to work on this task. |
| 16:20.34 |
Notify |
03GCI:Harmanpreet * Model BRL-CAD Logo
Using BRL-CAD #3: Task Assigned - This task has been assigned to
Angelo Nickele. You have 72 hours to complete this task, good
luck! |
| 16:20.44 |
Notify |
03GCI:Harmanpreet * Model BRL-CAD Logo
Using BRL-CAD #3: Task Assigned - This task has been assigned to
Angelo Nickele. You have 72 hours to complete this task, good
luck! |
| 16:23.34 |
kanzure |
"Mikhail
Kazakov from OpenCascade SAS just announced at the Salome User's
Day that next OCCT version will be LGPL" |
| 16:37.29 |
Notify |
03GCI:Mandeep
Kaur * Design a cover image or banner for our Facebook page (and
other social media sites) #4: Task Closed - Congratulations, this
task has been completed successfully. |
| 16:37.34 |
Notify |
03GCI:Mandeep
Kaur * Design a cover image or banner for our Facebook page (and
other social media sites) #4: Task Closed - Congratulations, this
task has been completed successfully. |
| 16:37.35 |
Notify |
03GCI:Mandeep
Kaur * Design a cover image or banner for our Facebook page (and
other social media sites) #4: Good Work - Ethan you did good work
and this design looks nice. |
| 16:37.39 |
Notify |
03GCI:Mandeep
Kaur * Design a cover image or banner for our Facebook page (and
other social media sites) #4: Good Work - Ethan you did good work
and this design looks nice. |
| 16:53.32 |
Notify |
03GCI:Ethan *
Design a BRL-CAD Sticker #4: Task Claimed - I would like to work
on this task. |
| 16:53.37 |
Notify |
03GCI:Ethan *
Design a BRL-CAD Sticker #4: Task Claimed - I would like to work
on this task. |
| 17:09.30 |
*** join/#brlcad FOSScookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 17:39.01 |
Notify |
03GCI:Mandeep
Kaur * Design a BRL-CAD Sticker #4: Task Assigned - This task has
been assigned to Ethan. You have 72 hours to complete this task,
good luck! |
| 17:39.02 |
Notify |
03GCI:Mandeep
Kaur * Design a BRL-CAD Sticker #4: Task Assigned - This task has
been assigned to Ethan. You have 72 hours to complete this task,
good luck! |
| 17:42.21 |
Notify |
03GCI:Melange
* Fix at least 8 spelling mistakes in at least 8 different files
#3: Initial Deadline passed - Melange has detected that the initial
deadline has passed and it has set the task status... |
| 17:50.13 |
Notify |
03BRL-CAD
Wiki:86.153.149.102 * 6326 /wiki/Community_Publication_Portal: /*
Alexander Lotsu: Wanted - Software Maintainer for Windows Binary
Platform */ |
| 17:52.27 |
Notify |
03GCI:Alex *
Write an article soliciting a Windows platform maintainer: Ready
for review - The work on this task is ready to be
reviewed. |
| 17:52.32 |
Notify |
03GCI:Alex *
Write an article soliciting a Windows platform maintainer: Ready
for review - The work on this task is ready to be
reviewed. |
| 17:53.37 |
*** join/#brlcad dk_
(~chatzilla@117.199.97.61) |
| 17:54.48 |
*** join/#brlcad mandeep
(~mandeep@202.164.53.116) |
| 17:57.42 |
*** join/#brlcad YatharthROCK
(~YatharthR@95.175.77.95) |
| 17:58.27 |
Notify |
03GCI:Jacob B
* Create a custom wikimedia skin for BRL-CAD: Claim Removed - The
claim on this task has been removed, someone else can claim it
now. |
| 17:58.47 |
Notify |
03GCI:Jacob B
* Create a custom wikimedia skin for BRL-CAD: Task - I am
interested in this task, but I found another one I want to do
first. |
| 17:58.52 |
Notify |
03GCI:Jacob B
* Create a custom wikimedia skin for BRL-CAD: Task - I am
interested in this task, but I found another one I want to do
first. |
| 17:59.12 |
Notify |
03GCI:Jacob B
* Transcribe Geometry Model Data from a PDF report to an ASCII
file: Task Claimed - I would like to work on this task. |
| 17:59.13 |
Notify |
03GCI:Jacob B
* Transcribe Geometry Model Data from a PDF report to an ASCII
file: Task Claimed - I would like to work on this task. |
| 17:59.58 |
Notify |
03GCI:Mandeep
Kaur * Transcribe Geometry Model Data from a PDF report to an
ASCII file: Task Assigned - This task has been assigned to Jacob B.
You have 72 hours to complete this task, good luck! |
| 18:09.01 |
Notify |
03BRL-CAD:carlmoore * 58602
brlcad/trunk/src/proc-db/tea.c: set up -h, -?, no-argument help; if
no arguments, program continues running as it did before I made
this changes; if program stops, we have NOT set up file
teapot.g |
| 18:11.52 |
MartinHermida |
I've just
finished the CSS logo but the only way to make the separation
between the pink and black things is with a circle with a JS script
to make it change the color matching the container div's one. Will
it be right making it that way? Thanks |
| 18:23.35 |
Deepak_ |
brlcad : I
want to discuss about new tasks for GCI need your
suggestions. |
| 18:23.45 |
Notify |
03GCI: * :
- |
| 18:23.46 |
Notify |
03GCI: * :
- |
| 18:38.55 |
*** join/#brlcad MartinHermida
(~MartinHer@24.Red-83-50-150.dynamicIP.rima-tde.net) |
| 18:40.19 |
MartinHermida |
Maybe I'll
need more time in my task, please, could you extend the time if the
task is not right?
http://www.google-melange.com/gci/task/view/google/gci2013/6023159862001664 |
| 18:41.12 |
Notify |
03BRL-CAD:starseeker * 58603
(brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/chull.c and 2
others): use lower case |
| 18:44.37 |
Notify |
03BRL-CAD:starseeker * 58604
brlcad/trunk/src/libbn/tests/bn_chull.c: tweak to hull
tests |
| 18:53.08 |
Notify |
03BRL-CAD:starseeker * 58605
(brlcad/trunk/src/libbn/chull.c
brlcad/trunk/src/libbn/tests/bn_chull.c): tweak
pointers... |
| 18:56.23 |
*** join/#brlcad MartinHermida
(~MartinHer@109.Red-83-41-58.dynamicIP.rima-tde.net) |
| 19:15.42 |
Notify |
03GCI:Marin
Alexandra * Design a BRL-CAD wallpaper: Ready for review - The
work on this task is ready to be reviewed. |
| 19:15.47 |
Notify |
03GCI:Marin
Alexandra * Design a BRL-CAD wallpaper: Ready for review - The
work on this task is ready to be reviewed. |
| 19:25.11 |
Notify |
03BRL-CAD:carlmoore * 58606
brlcad/trunk/src/proc-db/tea_nmg.c: although the result is broken,
I fixed the alignment of 'case' statement, allowed for -h & -?
and no-arguments help, and suppressed file creation if the program
will exit due to bad options or use of -h or -? |
| 19:44.15 |
Notify |
03GCI:Andrei
* Create a screen-cast for BRL-CAD: Time - I am afraid I had some
school issues so I am sorry, but I will need more time. I will try
to upload a video as soon as possible to ask you... |
| 19:44.18 |
Notify |
03GCI:Andrei
* Create a screen-cast for BRL-CAD: Time - I am afraid I had some
school issues so I am sorry, but I will need more time. I will try
to upload a video as soon as possible to ask you... |
| 19:54.25 |
Notify |
03GCI:Mandeep
Kaur * Create a screen-cast for BRL-CAD: Extending Time - I'm
extenting time for this task. You can continue your work and show
output quickly. All the best. |
| 19:54.40 |
Notify |
03GCI:Mandeep
Kaur * Create a screen-cast for BRL-CAD: Deadline extended - The
deadline of the task has been extended with 1 days and 0
hours. |
| 20:17.08 |
*** join/#brlcad yiyus
(1242712427@server1.bouncer4you.de) |
| 20:19.39 |
brlcad |
back in a
bit |
| 20:58.18 |
maths22 |
For
http://www.google-melange.com/gci/task/view/google/gci2013/5597236545191936 |
| 20:58.29 |
maths22 |
I have
completed transcription of table 2 |
| 21:03.36 |
MartinHermida |
brlcad: Fixed
the "bridge", now it's quite smooth, and scaling:
http://www.google-melange.com/gci/task/view/google/gci2013/6023159862001664 |
| 21:03.41 |
maths22 |
Also, is
there any documentation of the Com-Geom type itselft? |
| 21:04.11 |
starseeker |
maths22: um.
I think the GIFT reports might have something... |
| 21:04.46 |
maths22 |
just so you
know, after I had run it through ocr, table 2 (I think the easiest)
took about an hour |
| 21:05.01 |
maths22 |
Thank
you |
| 21:05.10 |
starseeker |
nods - yeah, it's tedious |
| 21:05.29 |
starseeker |
maths22: give
me a second, I'm checking the GIFT stuff... |
| 21:06.06 |
starseeker |
maths22:
could we write a script or something to help? (like, say,
converting five characters consisting of either 0 or O to all
0?) |
| 21:07.59 |
starseeker |
maths22: try
this - http://www.dtic.mil/docs/citations/ADB006037 |
| 21:09.27 |
starseeker |
maths22: if
we need to scope the tasks to parts of the PDF file, that's fine
too |
| 21:10.03 |
maths22 |
Does brlcad
do anything with the names themselves, or do they not
matter? |
| 21:11.04 |
starseeker |
which
names? |
| 21:11.24 |
maths22 |
The
comments/remarks fields |
| 21:12.03 |
maths22 |
I also cannot
figure out a relationship between table 3 and the document's
Reigion idendification information |
| 21:12.46 |
maths22 |
Sorry about
the bad spelling-typing with one hand does that |
| 21:13.28 |
starseeker |
the Region
Identification information being table 4? |
| 21:14.43 |
starseeker |
maths22: the
tool that we'll be using to import these is comgeom-g |
| 21:15.22 |
Notify |
03GCI:alebcay
* Create a graphical mock-up for BRL-CAD's Blog: Task Claimed - I
would like to work on this task. |
| 21:15.27 |
Notify |
03GCI:alebcay
* Create a graphical mock-up for BRL-CAD's Blog: Task Claimed - I
would like to work on this task. |
| 21:16.23 |
starseeker |
maths22: for
the transcription tasks, even a literal ascii text transcription of
the report would be fine - if we need to, we can make subsequent
tasks to assemble "valid" comgeom files |
| 21:19.18 |
maths22 |
ok |
| 21:19.26 |
maths22 |
Would an
excel/csv file work? |
| 21:19.39 |
starseeker |
maths22: in
my opinion, it's worth preserving the contents of the REMARKS
column - it won't (currently) be reflected in the object names, but
the converter should preserve it as an attribute even if it isn't
doing it now |
| 21:20.03 |
starseeker |
I'd go with
csv - excel is a commercial format - but that's a fine place to
start |
| 21:20.21 |
maths22 |
OK |
| 21:20.59 |
starseeker |
maths22: and
yes, it's expected that the solids table will take more time due to
the density of the numerical information |
| 21:21.27 |
starseeker |
if you want
to do your work in excel and then export CSV, that's
fine |
| 21:22.00 |
starseeker |
or gnumeric,
or libreoffice - whatever you prefer ;-) |
| 21:23.17 |
starseeker |
you might
even be able to get acrobat reader to spit out a text file you
could import into the spreadsheet as a starting
point... |
| 21:24.41 |
maths22 |
I am using an
ocr file to start |
| 21:24.50 |
starseeker |
cool |
| 21:26.02 |
maths22 |
Does table 2
actually have the descr in the final file |
| 21:26.41 |
starseeker |
you mean the
remarks column in table 2? |
| 21:26.55 |
maths22 |
yes |
| 21:27.09 |
starseeker |
I'm not sure
if comgeom-g currently preserves them, but if it doesn't it
should |
| 21:27.18 |
maths22 |
. |
| 21:27.20 |
maths22 |
[4~ |
| 21:28.32 |
starseeker |
maths22: once
we have this file transcribed properly, it's slated to become a
test file for the comgeom-g importer |
| 21:29.12 |
MartinHermida |
starseeker:
Could you review my task?:
http://www.google-melange.com/gci/task/view/google/gci2013/6023159862001664 |
| 21:30.12 |
starseeker |
<PROTECTED> |
| 21:31.15 |
MartinHermida |
starseeker:
Oh sorry, never mind |
| 21:31.38 |
starseeker |
MartinHermida: no need to apologize, I
just have a really bad artistic eye |
| 21:32.26 |
starseeker |
looks like
you're getting a lot of interest and feedback - someone should be
able to look at it fairly soon |
| 21:33.14 |
MartinHermida |
starseeker:
OK, so I'll wait for someone 'qualified' to do it ;-) |
| 21:33.48 |
maths22 |
I did not see
it in the pdf you posted in the comgeom |
| 21:33.58 |
starseeker |
maths22:
which "it"? |
| 21:34.06 |
starseeker |
the file
format definition? |
| 21:34.25 |
maths22 |
the prsence
of the remarks column |
| 21:35.32 |
starseeker |
ah - are you
hoping that you won't have to review that column for accuracy?
;-) |
| 21:36.33 |
maths22 |
no- I just
have to re-ocr it then |
| 21:36.54 |
starseeker |
maths22: take
a look at page 47 (page 48 in my PDF reader) - Figure
25 |
| 21:37.33 |
maths22 |
That is table
3 |
| 21:37.50 |
maths22 |
I mean am
refering to the one on 44 |
| 21:38.46 |
starseeker |
Ah, OK. so
for that one, it looks like the "REMARKS" column corresponds to the
"Comments" section, 70-80 |
| 21:41.53 |
starseeker |
maths22:
ultimately, we want comgeom-g to handle the file as-is - my take on
it is that means we should strive to be as accurate as possible in
preserving what's in the data file as seen in the
report |
| 22:07.52 |
maths22 |
OK thank
you |
| 22:16.54 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 22:20.39 |
brlcad |
maths22:
awesome to hear you taking that one on .. there's practically an
unlimited supply of comgeom data that could be
converted |
| 23:00.51 |
Notify |
03GCI:Daniel
Rossberg * Create a graphical mock-up for BRL-CAD's Blog: Task
Assigned - This task has been assigned to alebcay. You have 72
hours to complete this task, good luck! |
| 23:00.55 |
maths22 |
OCR
run |
| 23:01.01 |
maths22 |
I will proof
it later |
| 23:02.01 |
Notify |
03GCI:Daniel
Rossberg * Implement a centroid function for right hyperbolic
cylinders (RHC): Deadline extended - The deadline of the task has
been extended with 2 days and 0 hours. |
| 23:03.18 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 23:12.12 |
Notify |
03GCI:Daniel
Rossberg * Implement a centroid function for right hyperbolic
cylinders (RHC): Again the indents - Remember our indent style:
Indents are 4 characters, tabs are 8 characters, ie use
a... |
| 23:12.17 |
Notify |
03GCI:Daniel
Rossberg * Implement a centroid function for right hyperbolic
cylinders (RHC): Again the indents - Remember our indent style:
Indents are 4 characters, tabs are 8 characters, ie use
a... |
| 23:12.18 |
Notify |
03GCI:Daniel
Rossberg * Implement a centroid function for right hyperbolic
cylinders (RHC): Task Needs More Work - One of the mentors has sent
this task back for more work. Talk to the mentor(s)... |
| 23:30.16 |
Notify |
03GCI:Daniel
Rossberg * Implement a volume function for triangle meshes (BOT):
initialize volume - Wouldn't it be a good idea to initialize
volume first to 0? I know other primitives don't... |
| 23:30.26 |
Notify |
03GCI:Daniel
Rossberg * Implement a volume function for triangle meshes (BOT):
initialize volume - Wouldn't it be a good idea to initialize
volume first to 0? I know other primitives don't... |
| 23:30.27 |
Notify |
03GCI:Daniel
Rossberg * Implement a volume function for triangle meshes (BOT):
Task Needs More Work - One of the mentors has sent this task back
for more work. Talk to the mentor(s) assigned to... |
| 23:30.31 |
Notify |
03GCI:Daniel
Rossberg * Implement a volume function for triangle meshes (BOT):
Task Needs More Work - One of the mentors has sent this task back
for more work. Talk to the mentor(s) assigned to... |
| 23:57.08 |
Notify |
03GCI:David
Gumberg * Fix at least 8 spelling mistakes in at least 8 different
files: Delay - Due to an unexpected flood of schoolwork, this task
will not be completed in time. |
| 00:02.11 |
maths22 |
Proofed |
| 00:08.34 |
maths22 |
I am using
excel macros to simplyfy the process some |
| 00:10.19 |
Notify |
03GCI:Ethan *
Design a BRL-CAD Sticker #4: Ready for review - The work on this
task is ready to be reviewed. |
| 00:30.03 |
maths22 |
Does table 4
need to be transcribed? |
| 00:30.19 |
maths22 |
It has the
same information laid out differently as table 3 |
| 00:39.02 |
brlcad |
no idea,
depends on the comgeom format, which is far too old for me to
remember the details |
| 00:41.06 |
brlcad |
might help to
look at an example working comgeom file |
| 00:41.43 |
brlcad |
maths22: if
you read src/conv/vdeck/vdeck.c, I believe that has a little bit of
the details on those input files |
| 00:42.06 |
Notify |
03GCI:Andrew
* Implement a centroid function for right hyperbolic cylinders
(RHC): Ready for review - The work on this task is ready to be
reviewed. |
| 00:42.11 |
Notify |
03GCI:Andrew
* Implement a centroid function for right hyperbolic cylinders
(RHC): Ready for review - The work on this task is ready to be
reviewed. |
| 00:42.26 |
brlcad |
basically, if
you have those three files ocr'd and verified, it should be enough
to run the conversion ... |
| 00:45.27 |
Notify |
03GCI:Harmanpreet * Fix at least 8
spelling mistakes in at least 8 different files: Deadline extended
- The deadline of the task has been extended with 0 days and 23
hours. |
| 00:45.32 |
Notify |
03GCI:Harmanpreet * Fix at least 8
spelling mistakes in at least 8 different files: Deadline extended
- The deadline of the task has been extended with 0 days and 23
hours. |
| 00:47.31 |
Notify |
03GCI:David
Gumberg * Fix at least 8 spelling mistakes in at least 8 different
files: Broadness of task - When it says spelling errors, does that
include general grammatical errors, or strictly... |
| 00:47.32 |
Notify |
03GCI:David
Gumberg * Fix at least 8 spelling mistakes in at least 8 different
files: Broadness of task - When it says spelling errors, does that
include general grammatical errors, or strictly... |
| 00:49.41 |
Notify |
03GCI:Harmanpreet * Fix at least 8
spelling mistakes in at least 8 different files: Deadline Extended
- Not a problem David. I just extended the deadline for your task.
We really want you to enjoy... |
| 00:50.56 |
Notify |
03GCI:David
Gumberg * Fix at least 8 spelling mistakes in at least 8 different
files: Thanks - Thanks for the extension! |
| 00:58.56 |
maths22 |
Starseeker
had a nice pdf he liked to |
| 00:59.00 |
maths22 |
I will look
at it later |
| 01:00.37 |
Notify |
03GCI:Cameron
* Design a prototype CAD GUI layout #2: Ready for review - The
work on this task is ready to be reviewed. |
| 01:00.47 |
Notify |
03GCI:Cameron
* Design a prototype CAD GUI layout #2: Ready for review - The
work on this task is ready to be reviewed. |
| 01:18.25 |
Notify |
03BRL-CAD:starseeker * 58607
(brlcad/trunk/doc/docbook/articles/en/nirt.xml
brlcad/trunk/doc/docbook/articles/en/oed.xml
brlcad/trunk/doc/docbook/articles/en/tire.xml): Commit slightly
tweaked version of patch from Yatharth Agarwal (GCI) updating image
inclusions in DocBook files |
| 01:35.55 |
Notify |
03GCI:Jacob *
Create an utility library (LIBBU) API unit test for any file: Task
Claimed - I would like to work on this task. |
| 01:57.25 |
Notify |
03GCI:Sean *
Create an utility library (LIBBU) API unit test for any file: Task
Assigned - This task has been assigned to Jacob. You have 72 hours
to complete this task, good luck! |
| 01:57.30 |
Notify |
03GCI:Sean *
Create an utility library (LIBBU) API unit test for any file: Task
Assigned - This task has been assigned to Jacob. You have 72 hours
to complete this task, good luck! |
| 02:17.19 |
maths22 |
Table 3 is
done |
| 02:22.47 |
Notify |
03GCI:Sean *
Write article on BRL-CAD's code hardening efforts: Task Needs More
Work - One of the mentors has sent this task back for more work.
Talk to the mentor(s) assigned to this task to... |
| 02:22.52 |
Notify |
03GCI:Sean *
Write article on BRL-CAD's code hardening efforts: Task Needs More
Work - One of the mentors has sent this task back for more work.
Talk to the mentor(s) assigned to this task to... |
| 02:35.37 |
*** join/#brlcad Deepak_
(~chatzilla@59.91.117.36) |
| 02:39.19 |
Notify |
03GCI:Sean *
Write article on BRL-CAD's code hardening efforts: better but more
still - That's a good improvement but it's still missing a closing
summary. The length could also be reduced futher... |
| 02:41.29 |
Notify |
03GCI:Sean *
Write an article soliciting a Windows platform maintainer: Task
Closed - Congratulations, this task has been completed
successfully. |
| 02:41.34 |
Notify |
03GCI:Sean *
Write an article soliciting a Windows platform maintainer: Task
Closed - Congratulations, this task has been completed
successfully. |
| 02:52.10 |
Notify |
03GCI:Sean *
Write an article soliciting a Windows platform maintainer:
fantastic - Fantastic work Alex! If you join our brlcad-news
mailing list, you'll eventually see your article when it
gets... |
| 03:20.35 |
Notify |
03GCI:Sean *
Model a toy car with wheels and axles in BRL-CAD
http://www.google-melange.com/gci/task/view/google/gci2013/6503163796389888:
interesting interpretation Sharan, Really
interesting... |
| 03:20.45 |
Notify |
03GCI:Sean *
Model a toy car with wheels and axles in BRL-CAD
http://www.google-melange.com/gci/task/view/google/gci2013/6503163796389888:
interesting interpretation Sharan, Really
interesting... |
| 03:21.00 |
Notify |
03GCI:Sean *
Model a toy car with wheels and axles in BRL-CAD: Task Needs More
Work - One of the mentors has sent this task back for more work.
Talk to the mentor(s) assigned to this task to... |
| 03:21.05 |
Notify |
03GCI:Sean *
Model a toy car with wheels and axles in BRL-CAD: Task Needs More
Work - One of the mentors has sent this task back for more work.
Talk to the mentor(s) assigned to this task to... |
| 03:23.59 |
starseeker |
OK, the
temptation to try combining this: https://github.com/jorgen/yat
and this: https://github.com/advancingu/QmlOgre
to make a new editing GUI is *very* strong... |
| 03:30.01 |
brlcad |
starseeker:
this doc task look good?
http://www.google-melange.com/gci/task/view/google/gci2013/5007157967716352 |
| 03:31.38 |
starseeker |
looks good in
the patch - let me try applying it quick |
| 03:32.50 |
starseeker |
wonders if the yat terminal could work on Windows... might be
worth a test |
| 03:32.54 |
maths22 |
starseeker:
is table IV necessary for Transcription? |
| 03:33.28 |
starseeker |
maths22: I'm
not sure, to be honest. |
| 03:34.52 |
starseeker |
maths22:
maybe the thing to do is assemble what you have into the actual
comgeom file and try comgeom-g |
| 03:35.23 |
maths22 |
ok |
| 03:35.27 |
starseeker |
to do that
you'll need to take the csv file and convert it to the spaces based
ASCII file |
| 03:35.38 |
maths22 |
I will work
on that when I finish table 1 |
| 03:36.03 |
maths22 |
I have gotten
through the first 2 columns ... the fun ones will come
tomorrow |
| 03:36.07 |
starseeker |
at this era
in geometry editing, punch cards were the cutting edge |
| 03:36.27 |
maths22 |
Do you know
if it is COMGEOM v4 or v5? |
| 03:36.53 |
starseeker |
no - we'd be
hard pressed at this point to characterize the differences between
those two versions, even |
| 03:37.17 |
starseeker |
with any
luck, as part of the process of recovering older models we'll
figure some of this out |
| 03:37.30 |
starseeker |
maths22:
you've entered into the relm of coding archeology :-) |
| 03:38.59 |
starseeker |
that's part
of what makes this so cool :-) |
| 03:39.15 |
starseeker |
you're almost
literally bringing history back to life |
| 03:39.35 |
maths22 |
OK |
| 03:41.24 |
starseeker |
brlcad:
almost done with the build test for that patch |
| 03:43.22 |
maths22 |
Something fun
I am noticing: |
| 03:43.41 |
maths22 |
The original
documents have some typos in the description column |
| 03:43.53 |
starseeker |
heh |
| 03:44.14 |
starseeker |
some of that
may be compressing due to character limitations of punch
cards... |
| 03:44.50 |
maths22 |
I am leaving
them as written in my transcription |
| 03:45.25 |
starseeker |
keep a tally
of the ones you notice - after we have the original file in it's
"proper" form and committed, we can apply a patch with any fixes
you found ;-) |
| 03:45.50 |
maths22 |
OK |
| 03:46.09 |
starseeker |
brlcad: patch
looks good |
| 03:46.25 |
starseeker |
passes
validation and html build |
| 03:46.37 |
starseeker |
shall I go
ahead and commit? |
| 03:46.51 |
maths22 |
EX:
CRANSKSHAFT |
| 03:47.01 |
Notify |
03GCI:Sean *
Create a CAD inspired icon-set for BRL-CAD website: Task Closed -
Congratulations, this task has been completed
successfully. |
| 03:47.40 |
maths22 |
Four emails
now! |
| 03:48.06 |
*** join/#brlcad harmanpreet
(~chatzilla@124.253.242.5) |
| 03:50.16 |
Notify |
03GCI:starseeker * Fix Image Formatting
in BRL-CAD's DocBook Documentation (any ONE large document or 4
smaller documents) #2: Task Closed - Congratulations, this task has
been completed... |
| 03:50.33 |
Notify |
03BRL-CAD:starseeker * 58608
(brlcad/trunk/doc/docbook/articles/en/pipes.xml
brlcad/trunk/doc/docbook/lessons/en/mged02_learning_viewing_options.xml
and 3 others): Add improvements to image inclusion in DocBook files
from Yatharth Agarwal (GCI) |
| 03:52.38 |
Notify |
03GCI:Sean *
Create a CAD inspired icon-set for BRL-CAD website: nice work -
Thanks for the answers to my questions. Nice work. If you join the
brlcad-news mailing list, you'll see future... |
| 03:55.09 |
Notify |
03GCI:Sean *
Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE
large document or 4 smaller documents) #2: thanks - A follow-up
task will be posted in a day or two including the... |
| 04:00.07 |
starseeker |
maths22:
hehe |
| 04:00.16 |
starseeker |
yeah, that
does look a little... odd |
| 04:00.50 |
starseeker |
maybe someone
didn't feel like redoing a punch card or a typewritten
page |
| 04:03.11 |
*** join/#brlcad atsoc
(~andrew@135.0.83.118) |
| 04:09.13 |
Notify |
03GCI:Harmanpreet * Design a BRL-CAD
Sticker #2: So many colours - Hi Oleg Thanks for following Sean's
instructions by keeping the word together and including dash. But
as suggested by him, you... |
| 04:10.19 |
Notify |
03GCI:Harmanpreet * Design a BRL-CAD
Sticker #2: Task Needs More Work - One of the mentors has sent this
task back for more work. Talk to the mentor(s) assigned to this
task to satisfy the... |
| 04:13.09 |
Notify |
03GCI:Sean *
Design a coffee mug for BRL-CAD
http://www.google-melange.com/gci/task/view/google/gci2013/4897259955159040:
more work needed There are even more issues with the new
design. We... |
| 04:13.19 |
Notify |
03GCI:Sean *
Design a coffee mug for BRL-CAD: Deadline extended - The deadline
of the task has been extended with 1 days and 0 hours. |
| 04:13.20 |
Notify |
03GCI:Sean *
Design a coffee mug for BRL-CAD: Deadline extended - The deadline
of the task has been extended with 1 days and 0 hours. |
| 04:13.21 |
Notify |
03GCI:Sean *
Design a coffee mug for BRL-CAD: Task Needs More Work - One of the
mentors has sent this task back for more work. Talk to the
mentor(s) assigned to this task to satisfy the... |
| 04:13.54 |
Notify |
03GCI:Sean *
Design a BRL-CAD wallpaper: Task Needs More Work - One of the
mentors has sent this task back for more work. Talk to the
mentor(s) assigned to this task to satisfy the
requirements... |
| 04:13.59 |
Notify |
03GCI:Sean *
Design a BRL-CAD wallpaper: Task Needs More Work - One of the
mentors has sent this task back for more work. Talk to the
mentor(s) assigned to this task to satisfy the
requirements... |
| 04:16.29 |
Notify |
03GCI:Luke
Blue * Create a CAD inspired icon-set for BRL-CAD website: Thank
You - Thank you so much for giving me this opportunity to work
with you. I am overwhelmed with happiness and my
real... |
| 04:19.20 |
Notify |
03GCI:Sean *
Design a BRL-CAD wallpaper
http://www.google-melange.com/gci/task/view/google/gci2013/5097545822896128:
needs more effort You have the start of a semi-abstract design,
but it looks... |
| 04:19.21 |
Notify |
03GCI:Sean *
Design a BRL-CAD wallpaper
http://www.google-melange.com/gci/task/view/google/gci2013/5097545822896128:
needs more effort You have the start of a semi-abstract design,
but it looks... |
| 04:19.30 |
Notify |
03GCI:Sean *
Design a BRL-CAD wallpaper: Deadline extended - The deadline of the
task has been extended with 0 days and 12 hours. |
| 04:21.09 |
Notify |
03GCI:David
Gumberg * Fix at least 8 spelling mistakes in at least 8 different
files: Hey Harmanpreet - Just to clarify, when it says spelling
errors, does that include general grammatical
errors,... |
| 04:23.24 |
Notify |
03GCI:Sean *
Design a BRL-CAD Sticker #4: byline - Where'd you get the "Build
your own reality" tagline? Not bad, but our official tagline is
simply "Open Source Solid Modeling". Would you also... |
| 04:23.29 |
Notify |
03GCI:Sean *
Design a BRL-CAD Sticker #4: Task Needs More Work - One of the
mentors has sent this task back for more work. Talk to the
mentor(s) assigned to this task to satisfy the
requirements... |
| 04:24.14 |
Notify |
03GCI:Harmanpreet * Design a BRL-CAD
Sticker #4: Loving it - Ethan I love your design. Just need small
changes and you are done. Please include our website's link and
write something to describe... |
| 04:31.30 |
Notify |
03GCI:David
Gumberg * Create a custom wikimedia skin for BRL-CAD: Graphical
Mock-Up - In the description you say to repher to the graphical
mock-up, which I don't see a link to? Are you
talking... |
| 04:36.15 |
Notify |
03GCI:Sean *
Create a CSS only version of BRL-CAD Logo
http://www.google-melange.com/gci/task/view/google/gci2013/6023159862001664:
portability? I see this in Safari on Mac OS X: :
portability?... |
| 04:36.20 |
Notify |
03GCI:Sean *
Create a CSS only version of BRL-CAD Logo
http://www.google-melange.com/gci/task/view/google/gci2013/6023159862001664:
portability? I see this in Safari on Mac OS X: :
portability?... |
| 04:36.21 |
Notify |
03GCI:Sean *
Create a CSS only version of BRL-CAD Logo: Task Needs More Work -
One of the mentors has sent this task back for more work. Talk to
the mentor(s) assigned to this task to satisfy the... |
| 04:42.04 |
Notify |
03GCI:Harmanpreet * Fix at least 8
spelling mistakes in at least 8 different files: Only Spellings -
For this task, you just need to check spelling errors. |
| 04:49.25 |
Notify |
03GCI:Ethan *
Design a BRL-CAD Sticker #4: Ready for review - The work on this
task is ready to be reviewed. |
| 04:54.11 |
*** join/#brlcad witness
(~witness12@122.248.183.23) |
| 04:58.12 |
Notify |
03GCI:Sean *
Create a web based interactive timeline giving historical tour of
BRL-CAD: Task Needs More Work - One of the mentors has sent this
task back for more work. Talk to the mentor(s)... |
| 04:58.13 |
Notify |
03GCI:Sean *
Create a web based interactive timeline giving historical tour of
BRL-CAD
http://www.google-melange.com/gci/task/view/google/gci2013/5957136014114816:
multiple sources The history... |
| 04:58.17 |
Notify |
03GCI:Sean *
Create a web based interactive timeline giving historical tour of
BRL-CAD: Task Needs More Work - One of the mentors has sent this
task back for more work. Talk to the mentor(s)... |
| 04:58.18 |
Notify |
03GCI:Sean *
Create a web based interactive timeline giving historical tour of
BRL-CAD
http://www.google-melange.com/gci/task/view/google/gci2013/5957136014114816:
multiple sources The history... |
| 04:59.28 |
Notify |
03GCI:David
Gumberg * Fix at least 8 spelling mistakes in at least 8 different
files: Spelling Style - In terms of spelling style, should it be
US english or UK english? |
| 05:00.03 |
Notify |
03GCI:Sean *
Create a web based interactive timeline giving historical tour of
BRL-CAD: on the right track - not to misunderstand, you're
definitely on the right track and made fantastic
progress.... |
| 05:00.17 |
Notify |
03GCI:Sean *
Create a web based interactive timeline giving historical tour of
BRL-CAD: Deadline extended - The deadline of the task has been
extended with 0 days and 12 hours. |
| 05:17.40 |
Notify |
03BRL-CAD:starseeker * 58609
brlcad/trunk/doc/docbook/books/en/CMakeLists.txt: Add in raw
contents of Hacking BRL-CAD book - haven't even begun formatting
yet, but at least get the raw material in the repo. |
| 05:19.27 |
Notify |
03BRL-CAD:starseeker * 58610
(brlcad/trunk/doc/docbook/system/man5/en/CMakeLists.txt
brlcad/trunk/doc/docbook/system/man5/en/attributes.xml): Experiment
with including a table in a man page via xinclude |
| 05:53.21 |
*** join/#brlcad YatharthROCK
(~YatharthR@95.175.77.95) |
| 06:09.10 |
Notify |
03GCI:Harmanpreet * Fix at least 8
spelling mistakes in at least 8 different files: US English - It
should be in US English. |
| 06:18.50 |
Notify |
03GCI:Yatharth Agarwal * Fix Image
Formatting in BRL-CAD's DocBook Documentation (any ONE large
document or 4 smaller documents) #2: Woah! - In your authorship
file, srsly? I'd only seen the... |
| 06:18.55 |
Notify |
03GCI:Yatharth Agarwal * Fix Image
Formatting in BRL-CAD's DocBook Documentation (any ONE large
document or 4 smaller documents) #2: Woah! - In your authorship
file, srsly? I'd only seen the... |
| 06:35.29 |
*** join/#brlcad witness_
(~witness12@122.248.183.23) |
| 06:41.00 |
*** join/#brlcad witness_
(~witness12@122.248.183.23) |
| 07:16.05 |
*** join/#brlcad Deepak_
(~chatzilla@202.164.53.117) |
| 07:43.13 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 07:56.50 |
Notify |
03GCI: * :
- |
| 07:56.55 |
Notify |
03GCI: * :
- |
| 08:31.29 |
Notify |
03GCI:Alexandra Covor * Design BRL-CAD
phone/tablet back cover: Ready for review - The work on this task
is ready to be reviewed. |
| 08:31.34 |
Notify |
03GCI:Alexandra Covor * Design BRL-CAD
phone/tablet back cover: Ready for review - The work on this task
is ready to be reviewed. |
| 08:31.50 |
Notify |
03GCI:Alexandra Covor * Design BRL-CAD
phone/tablet back cover: Ready for review - The work on this task
is ready to be reviewed. |
| 08:31.55 |
Notify |
03GCI:Alexandra Covor * Design BRL-CAD
phone/tablet back cover: Ready for review - The work on this task
is ready to be reviewed. |
| 08:33.35 |
Notify |
03GCI:Melange
* Design BRL-CAD phone/tablet back cover: No more Work can be
submitted - Melange has detected that the deadline has passed and
no more work can be submitted. The submitted work... |
| 08:42.55 |
*** join/#brlcad YuGin
(~IceChat77@182.55.146.247) |
| 08:49.41 |
*** join/#brlcad witness
(~witness12@122.248.183.23) |
| 09:26.35 |
Notify |
03BRL-CAD
Wiki:Theiceman458 * 6327 /wiki/Community_Publication_Portal: /* Tan
YuGin: BRL-CAD's Code Hardening Efforts */ Further shortened the
article and reworked the conclusion. |
| 09:28.06 |
Notify |
03GCI:YuGin *
Write article on BRL-CAD's code hardening efforts: Ready for
review - The work on this task is ready to be reviewed. |
| 09:29.37 |
*** join/#brlcad YatharthROCK_
(~YatharthR@95.175.73.215) |
| 09:44.00 |
*** join/#brlcad witness_
(~witness12@122.248.183.23) |
| 09:48.18 |
Notify |
03GCI:Tan Di
Sheng * Design a coffee mug for BRL-CAD: Ready for review - The
work on this task is ready to be reviewed. |
| 09:48.23 |
Notify |
03GCI:Tan Di
Sheng * Design a coffee mug for BRL-CAD: Ready for review - The
work on this task is ready to be reviewed. |
| 10:00.38 |
*** join/#brlcad witness_
(~witness12@122.248.183.23) |
| 10:05.58 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 10:13.00 |
*** join/#brlcad witness123_
(~witness12@122.248.183.23) |
| 10:16.25 |
*** join/#brlcad YatharthROCK
(~YatharthR@95.175.73.215) |
| 10:23.58 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 10:46.24 |
*** join/#brlcad witness
(~witness12@122.248.183.23) |
| 11:06.16 |
*** join/#brlcad binaryking
(~binarykin@unaffiliated/nafcool) |
| 11:07.04 |
*** part/#brlcad binaryking
(~binarykin@unaffiliated/nafcool) |
| 11:48.57 |
Notify |
03GCI:ISRanjith * Design a BRL-CAD
Sticker #3: Ready for review - The work on this task is ready to be
reviewed. |
| 12:00.04 |
Notify |
03GCI:Kesha
Shah * Design a BRL-CAD Sticker #3: Task Needs More Work - One of
the mentors has sent this task back for more work. Talk to the
mentor(s) assigned to this task to satisfy the... |
| 12:00.04 |
Notify |
03GCI:Kesha
Shah * Design a BRL-CAD Sticker #3: Task Needs More Work - One of
the mentors has sent this task back for more work. Talk to the
mentor(s) assigned to this task to satisfy the... |
| 12:00.44 |
*** join/#brlcad witness
(~witness12@122.161.151.196) |
| 12:03.10 |
Notify |
03GCI:Kesha
Shah * Design a BRL-CAD Sticker #3: BRL-CAD signature - IS
Ranjith, A good start, but you should probably modify the design
such that its clear that the sticker is of BRL-CAD
only.... |
| 12:03.15 |
Notify |
03GCI:Kesha
Shah * Design a BRL-CAD Sticker #3: BRL-CAD signature - IS
Ranjith, A good start, but you should probably modify the design
such that its clear that the sticker is of BRL-CAD
only.... |
| 12:04.53 |
kesha |
wonders does Notify follows double duplicate protocol
? |
| 12:14.17 |
Notify |
03BRL-CAD:tbrowder2 * 58611
brlcad/trunk/doc/docbook/system/man5/en/attributes.xml: remove
redundant attribute |
| 12:14.29 |
Notify |
03BRL-CAD:tbrowder2 * 58612
brlcad/trunk/doc/docbook/system/man5/en/attributes.xml: simplify
path |
| 12:16.06 |
*** join/#brlcad benkaiser
(~benkaiser@pa49-183-33-118.pa.vic.optusnet.com.au) |
| 12:19.08 |
benkaiser |
how can I
check the volume of an object in mged? |
| 12:22.05 |
benkaiser |
brlcad, you
there? |
| 12:44.05 |
Notify |
03GCI:Sharan
* Model a toy car with wheels and axles in BRL-CAD: Ready for
review - The work on this task is ready to be reviewed. |
| 12:44.16 |
Notify |
03GCI:Sharan
* Model a toy car with wheels and axles in BRL-CAD: Ready for
review - The work on this task is ready to be reviewed. |
| 12:45.45 |
Notify |
03GCI:Sharan
* Model a toy car with wheels and axles in BRL-CAD: Do this -
draw car.c axles.c wheels.c it should do the trick, I did rtcheck
it shows overlaps but it i cant remove it because it... |
| 12:45.50 |
Notify |
03GCI:Sharan
* Model a toy car with wheels and axles in BRL-CAD: Do this -
draw car.c axles.c wheels.c it should do the trick, I did rtcheck
it shows overlaps but it i cant remove it because it... |
| 12:50.40 |
Notify |
03GCI:Benjamin Kaiser * Implement a
volume function for elliptical hyperboloids (EHY): Task Claimed - I
would like to work on this task. |
| 12:54.32 |
*** join/#brlcad witness
(~witness12@122.161.151.196) |
| 12:55.27 |
Notify |
03GCI:Mandeep
Kaur * Implement a volume function for elliptical hyperboloids
(EHY): Task Assigned - This task has been assigned to Benjamin
Kaiser. You have 72 hours to complete this task,
good... |
| 12:58.22 |
Notify |
03GCI:Benjamin Kaiser * Implement a
volume function for elliptical hyperboloids (EHY): Check Volume -
How do I check the volume of an object using mged? or should I do
it some other way? I want to... |
| 13:04.25 |
*** join/#brlcad YatharthROCK
(~YatharthR@95.175.73.215) |
| 13:15.37 |
*** join/#brlcad benkaiser
(~benkaiser@pa49-183-34-13.pa.vic.optusnet.com.au) |
| 13:21.01 |
benkaiser |
brlcad, you
available? |
| 13:22.09 |
*** join/#brlcad gjeet
(~androirc@117.199.110.201) |
| 13:28.26 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 13:29.31 |
benkaiser |
gjeet, what's
up? |
| 13:46.03 |
benkaiser |
anyone
online? |
| 14:07.41 |
YatharthROCK |
~ask |
| 14:07.42 |
infobot |
Questions in
the channel should be specific, informative, complete, concise, and
on-topic. Don't ask if you can ask a question first. Don't ask if
a person is there; just ask what you intended to ask them. Better
questions more frequently yield better answers. We are all here
voluntarily or against our will. |
| 14:15.15 |
Notify |
03GCI:Sam *
Create a web based interactive timeline giving historical tour of
BRL-CAD: Ready for review - The work on this task is ready to be
reviewed. |
| 14:16.40 |
Notify |
03GCI:Sam *
Create a web based interactive timeline giving historical tour of
BRL-CAD: None - Hi, Google Code-In doesn't allow deleting of files
after they have been uploaded, so I have uploaded... |
| 14:20.34 |
Notify |
03GCI:Jacob *
Create an utility library (LIBBU) API unit test for any file:
Claim Removed - The claim on this task has been removed, someone
else can claim it now. |
| 14:20.44 |
Notify |
03GCI:Jacob *
Create an utility library (LIBBU) API unit test for any file:
Claim Removed - The claim on this task has been removed, someone
else can claim it now. |
| 14:22.11 |
YatharthROCK |
If you have a
question about your task, leave it as a comment, or post it here
and someone will get to it. |
| 14:22.21 |
YatharthROCK |
I've been
~ask'ed many many times here... |
| 14:28.36 |
Notify |
03GCI:Rachel
* Design a coffee mug for BRL-CAD #4: Claim Removed - The claim on
this task has been removed, someone else can claim it
now. |
| 14:32.27 |
Notify |
03BRL-CAD:starseeker * 58613
brlcad/trunk/src/libbn/chull.c: This needs a lot more careful
though, but if I'm thinking correctly about the implications of
sorting a list of points in this fashion and the requirements of
the Melkman polyline convex hull algorithm, the sorting of the list
of points ends up creating a set of points that may be treated as
defining line segments in a non-self-intersecting
polyline |
| 14:32.29 |
Notify |
(barring
degenerate points, which come to think of it we may need to handle
in melkman anyway) and hence the sorted point list can be fed
directly to the melkman implementation rather than needing separate
logic. |
| 14:39.38 |
*** join/#brlcad benkaiser
(~benkaiser@pa49-183-34-13.pa.vic.optusnet.com.au) |
| 14:44.29 |
Notify |
03BRL-CAD:tbrowder2 * 58614
(brlcad/trunk/src/librt/db5_attrs.cpp
brlcad/trunk/src/librt/db5_attrs_private.h): add mew member
'property' for attributes; make load_maps available to other
files |
| 14:51.55 |
Notify |
03BRL-CAD:starseeker * 58615
brlcad/trunk/src/libbn/chull.c: Flip the way points are
sorted. |
| 14:52.21 |
*** join/#brlcad benkaiser
(~benkaiser@pa49-183-34-13.pa.vic.optusnet.com.au) |
| 14:54.42 |
*** join/#brlcad witness
(~witness12@122.161.151.196) |
| 14:55.53 |
*** join/#brlcad benkaiser
(~benkaiser@pa49-183-34-13.pa.vic.optusnet.com.au) |
| 14:56.27 |
*** join/#brlcad Stattrav
(~suryajith@123.236.75.44) |
| 14:58.23 |
*** join/#brlcad MartinHermida
(~MartinHer@247.Red-83-41-56.dynamicIP.rima-tde.net) |
| 15:02.04 |
Notify |
03GCI: * :
- |
| 15:02.08 |
Notify |
03GCI: * :
- |
| 15:02.56 |
MartinHermida |
brlcad: I
fixed my task:
http://www.google-melange.com/gci/task/view/google/gci2013/6023159862001664 |
| 15:19.56 |
Notify |
03BRL-CAD:tbrowder2 * 58616
brlcad/trunk/src/librt/db5_attrs.cpp: fill in property values (same
as in attributes.xml) |
| 15:21.17 |
Notify |
03BRL-CAD:tbrowder2 * 58617
brlcad/trunk/src/librt/gen-registered-attributes-html.cpp: start a
function to generate xml tables for inclusion in
'attributes.xml' |
| 15:22.25 |
Notify |
03BRL-CAD:tbrowder2 * 58618
brlcad/trunk/src/librt/gen-registered-attributes-html.cpp: remove
unneeded function |
| 15:31.14 |
Notify |
03BRL-CAD:starseeker * 58619
brlcad/trunk/src/libbn/tests/bn_chull.c: Flesh out the test logic
for chull - need a *lot* more test cases... |
| 15:37.00 |
Notify |
03BRL-CAD:tbrowder2 * 58620
brlcad/trunk/src/librt/gen-registered-attributes-html.cpp: put
slash on dir name; comment out xml function till ready |
| 15:37.01 |
Notify |
03GCI:Palindrome * Create a graphical
mock-up for wiki pages of BRL-CAD: Submitting Soon - Should submit
within the hour. |
| 15:37.05 |
Notify |
03GCI:Palindrome * Create a graphical
mock-up for wiki pages of BRL-CAD: Submitting Soon - Should submit
within the hour. |
| 15:39.30 |
*** join/#brlcad Ignacio
(~ignacio@2001:4830:134:7::11) |
| 15:40.04 |
*** part/#brlcad Ignacio
(~ignacio@2001:4830:134:7::11) |
| 15:41.15 |
*** join/#brlcad gcibot
(~gcibot@elsalvador.media.mit.edu) |
| 15:41.16 |
gcibot |
Hey, I'm a
bot written by aviraldg who inserts metadata about GCI
links!nSource at: https://github.com/aviraldg/gcibot. |
| 15:42.46 |
*** join/#brlcad gcibot
(~gcibot@elsalvador.media.mit.edu) |
| 15:57.40 |
MartinHermida |
brlcad: If my
task is still wrong, please, extend the time of it. I think now
it's right, though.
http://www.google-melange.com/gci/task/view/google/gci2013/6023159862001664 |
| 15:57.42 |
gcibot |
Create a CSS
only version of BRL-CAD Logo |
| 15:57.42 |
gcibot |
Status:
NeedsReview (22 hours, 57 minutes left) |
| 15:57.42 |
gcibot |
Mentor(s):
Sean |
| 16:07.02 |
Notify |
03GCI:Palindrome * Create a graphical
mock-up for wiki pages of BRL-CAD: Ready for review - The work on
this task is ready to be reviewed. |
| 16:07.22 |
Notify |
03GCI:Palindrome * Create a graphical
mock-up for wiki pages of BRL-CAD: 1122.zip - The mockups for each
page have been recreated. |
| 16:07.23 |
Notify |
03GCI:Palindrome * Create a graphical
mock-up for wiki pages of BRL-CAD: 1122.zip - The mockups for each
page have been recreated. |
| 16:10.02 |
Notify |
03GCI: * :
- |
| 16:19.31 |
Notify |
03GCI:Anton
Georgiev * Implement a centroid function for gridded volumes
(VOL): Task Claimed - I would like to work on this
task. |
| 16:21.17 |
Notify |
03GCI:Mandeep
Kaur * Implement a centroid function for gridded volumes (VOL):
Task Assigned - This task has been assigned to Anton Georgiev. You
have 72 hours to complete this task, good luck! |
| 16:21.18 |
Notify |
03GCI:Mandeep
Kaur * Implement a centroid function for gridded volumes (VOL):
Task Assigned - This task has been assigned to Anton Georgiev. You
have 72 hours to complete this task, good luck! |
| 16:21.52 |
Notify |
03BRL-CAD:starseeker * 58621
brlcad/trunk/src/librt/CMakeLists.txt: Don't use strict flags on
this utility until it's ready. |
| 16:30.40 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 16:42.49 |
Notify |
03BRL-CAD:carlmoore * 58622
brlcad/trunk/doc/docbook/books/en/HACKING_BRL-CAD.xml: remove
trailing blanks/tabs; fix a spelling |
| 16:57.07 |
Notify |
03GCI:Sean *
Implement a volume function for elliptical hyperboloids (EHY): gqa
and analyze - If you enable your new volume function (in table.c),
you should be able to test it with the 'analyze'... |
| 16:59.32 |
Notify |
03GCI:Sean *
Create a CAD inspired icon-set for BRL-CAD website #2: do you need
more time? - FaithOh, do you need more time? |
| 16:59.37 |
Notify |
03GCI:Sean *
Create a CAD inspired icon-set for BRL-CAD website #2: do you need
more time? - FaithOh, do you need more time? |
| 17:01.57 |
brlcad |
MartinHermida: okay, will check it
out |
| 17:02.54 |
brlcad |
MartinHermida: that looks pretty
spectacular |
| 17:03.17 |
brlcad |
the diameter
of the "pinch" is slightly off but that's still pretty
fantastic |
| 17:04.28 |
Notify |
03GCI:Sean *
Create a CSS only version of BRL-CAD Logo: Task Closed -
Congratulations, this task has been completed
successfully. |
| 17:04.33 |
Notify |
03GCI:Sean *
Create a CSS only version of BRL-CAD Logo: Task Closed -
Congratulations, this task has been completed
successfully. |
| 17:06.38 |
Notify |
03GCI: * :
- |
| 17:06.43 |
Notify |
03GCI: * :
- |
| 17:07.06 |
MartinHermida |
brlcad:
Really? |
| 17:09.53 |
Notify |
03GCI:Marin
Alexandra * Design a BRL-CAD wallpaper: Claim Removed - The claim
on this task has been removed, someone else can claim it
now. |
| 17:13.38 |
Notify |
03GCI:Alex *
Write up Wiki page tutorial on our Volumetric Primitive: Task
Claimed - I would like to work on this task. |
| 17:13.43 |
Notify |
03GCI:Alex *
Write up Wiki page tutorial on our Volumetric Primitive: Task
Claimed - I would like to work on this task. |
| 17:14.58 |
Notify |
03GCI:Mandeep
Kaur * Write up Wiki page tutorial on our Volumetric Primitive:
Task Assigned - This task has been assigned to Alex. You have 72
hours to complete this task, good luck! |
| 17:15.04 |
Notify |
03GCI:Mandeep
Kaur * Write up Wiki page tutorial on our Volumetric Primitive:
Task Assigned - This task has been assigned to Alex. You have 72
hours to complete this task, good luck! |
| 17:21.13 |
Notify |
03GCI:Anton
Georgiev * Implement a centroid function for gridded volumes
(VOL): Claim Removed - The claim on this task has been removed,
someone else can claim it now. |
| 17:21.18 |
Notify |
03GCI:Anton
Georgiev * Implement a centroid function for gridded volumes
(VOL): Claim Removed - The claim on this task has been removed,
someone else can claim it now. |
| 17:21.23 |
Notify |
03GCI:Pulkit
Mehta * Design a cover image or banner for our Facebook page (and
other social media sites) #2: Ready for review - The work on this
task is ready to be reviewed. |
| 17:26.03 |
Notify |
03GCI:Pulkit
Mehta * Design a cover image or banner for our Facebook page (and
other social media sites) #2: None - |
| 17:42.39 |
Notify |
03GCI:Melange
* Fix at least 8 spelling mistakes in at least 8 different files
#3: Task Reopened - Melange has detected that the final deadline
has passed and it has reopened the task. |
| 17:42.40 |
Notify |
03GCI:Melange
* Fix at least 8 spelling mistakes in at least 8 different files
#3: Task Reopened - Melange has detected that the final deadline
has passed and it has reopened the task. |
| 17:48.44 |
Notify |
03GCI:Alex *
Write up Wiki page tutorial on our Volumetric Primitive: Claim
Removed - The claim on this task has been removed, someone else can
claim it now. |
| 17:48.49 |
Notify |
03GCI:Alex *
Write up Wiki page tutorial on our Volumetric Primitive: Claim
Removed - The claim on this task has been removed, someone else can
claim it now. |
| 17:49.39 |
Notify |
03GCI:Alex *
Write a ''BRL-CAD Commands Quick Reference'' document: Task Claimed
- I would like to work on this task. |
| 17:51.24 |
Notify |
03GCI:Mandeep
Kaur * Write a ''BRL-CAD Commands Quick Reference'' document: Task
Assigned - This task has been assigned to Alex. You have 72 hours
to complete this task, good luck! |
| 17:51.34 |
Notify |
03GCI:Mandeep
Kaur * Write a ''BRL-CAD Commands Quick Reference'' document: Task
Assigned - This task has been assigned to Alex. You have 72 hours
to complete this task, good luck! |
| 17:51.35 |
maths22 |
I have almost
finished Table 1 |
| 17:51.51 |
maths22 |
I just have
to check 8s vs 6s on the numeric part |
| 17:52.19 |
Notify |
03GCI:Alex *
Write a ''BRL-CAD Commands Quick Reference'' document: BRL-CAD
Commands - I understand the task but would just like to know how
do i find out what each of the commands is used for/... |
| 17:52.24 |
Notify |
03GCI:Alex *
Write a ''BRL-CAD Commands Quick Reference'' document: BRL-CAD
Commands - I understand the task but would just like to know how
do i find out what each of the commands is used for/... |
| 18:02.55 |
Notify |
03BRL-CAD:starseeker * 58623
brlcad/trunk/include/bn.h: Update bn_2d_hull
description |
| 18:02.56 |
Notify |
03GCI:Jacob B
* Transcribe Geometry Model Data from a PDF report to an ASCII
file: Ready for review - The work on this task is ready to be
reviewed. |
| 18:03.18 |
maths22 |
Note that it
is not yet a comgeom file, per Starseeker's comments |
| 18:06.27 |
Notify |
03BRL-CAD:starseeker * 58624
(brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/chull.c and 2
others): use chull instead of hull - consistent with filename, and
leaves options open in case we want to implement some other sort of
hull algorithm down the road. |
| 18:12.58 |
*** join/#brlcad YatharthROCK
(~YatharthR@95.175.73.215) |
| 18:15.44 |
Notify |
03GCI:Alec
Fuglem * Create a graphical mock-up for BRL-CAD's Documentation
pages: Task Claimed - I would like to work on this
task. |
| 18:19.04 |
Notify |
03GCI:Mandeep
Kaur * Create a graphical mock-up for BRL-CAD's Documentation
pages: Task Assigned - This task has been assigned to Alec Fuglem.
You have 72 hours to complete this task, good luck! |
| 18:19.09 |
Notify |
03GCI:Mandeep
Kaur * Create a graphical mock-up for BRL-CAD's Documentation
pages: Task Assigned - This task has been assigned to Alec Fuglem.
You have 72 hours to complete this task, good luck! |
| 18:23.44 |
Notify |
03GCI:Alec
Fuglem * Create a graphical mock-up for BRL-CAD's Documentation
pages: Confused - i am not quite sure what i am supposed to do for
this task, shall i create a new web page, or design
a... |
| 18:23.49 |
Notify |
03GCI:Alec
Fuglem * Create a graphical mock-up for BRL-CAD's Documentation
pages: Confused - i am not quite sure what i am supposed to do for
this task, shall i create a new web page, or design
a... |
| 18:26.18 |
Notify |
03BRL-CAD:starseeker * 58625
(brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/chull.c): May
need a function that deals in 3D points for these hulls. May only
need this logic in the obr case at the moment, but for debugging if
nothing else it may prove convenient to have a way to get this hull
in 3-space terms and the same logic will apply to the obr
case. |
| 18:46.05 |
Notify |
03GCI:Alex *
Write a ''BRL-CAD Commands Quick Reference'' document: List of
commands - Also is there somewhere i can find a full list of
BRL-CAD commands to include? or are the ones stated in
the... |
| 18:53.57 |
Notify |
03GCI: * :
- |
| 18:54.55 |
MartinHermida |
brlcad: In
this task (http://www.google-melange.com/gci/task/view/google/gci2013/6370365018210304)
can I animate it with CSS3 and jQuery or it has to be entirely
animated with CSS? |
| 19:00.49 |
Notify |
03GCI:Mandeep
Kaur * Create a graphical mock-up for BRL-CAD's Documentation
pages: Mock up - Alec, you have to create a mock up for
Documentation. You can design a HTML & CSS page or
graphically... |
| 19:01.05 |
Notify |
03GCI: * :
- |
| 19:01.34 |
MartinHermida |
brlcad: Also,
what size do you want for the banner? |
| 19:04.09 |
Notify |
03GCI: * :
- |
| 19:04.19 |
Notify |
03GCI: * :
- |
| 19:09.46 |
Notify |
03GCI:Melange
* Implement surface area function for NURBS objects (BREP):
Initial Deadline passed - Melange has detected that the initial
deadline has passed and it has set the task status
to... |
| 19:20.27 |
*** join/#brlcad andrei_
(~andrei@5-12-113-92.residential.rdsnet.ro) |
| 19:30.27 |
Notify |
03GCI:Andrei
* Create a screen-cast for BRL-CAD: Unclaim - I am sorry but I do
not have enough time to finish this task right now and do it as it
should be done. I will unclaim the task. Sorry for... |
| 19:30.32 |
Notify |
03GCI:Andrei
* Create a screen-cast for BRL-CAD: Claim Removed - The claim on
this task has been removed, someone else can claim it
now. |
| 19:30.33 |
Notify |
03GCI:Andrei
* Create a screen-cast for BRL-CAD: Claim Removed - The claim on
this task has been removed, someone else can claim it
now. |
| 19:34.02 |
*** join/#brlcad mandeep
(~mandeep@202.164.53.116) |
| 19:45.04 |
Notify |
03GCI:Andreas
Poulsen * Implement a volume function for solid polygonal meshes
(NMG): Task Claimed - I would like to work on this
task. |
| 19:45.29 |
*** join/#brlcad benkaiser-away
(~benkaiser@pa49-183-116-89.pa.vic.optusnet.com.au) |
| 19:47.21 |
Notify |
03GCI:Mandeep
Kaur * Implement a volume function for solid polygonal meshes
(NMG): Task Assigned - This task has been assigned to Andreas
Poulsen. You have 72 hours to complete this task,
good... |
| 19:47.26 |
Notify |
03GCI:Mandeep
Kaur * Implement a volume function for solid polygonal meshes
(NMG): Task Assigned - This task has been assigned to Andreas
Poulsen. You have 72 hours to complete this task,
good... |
| 20:13.03 |
Notify |
03BRL-CAD:starseeker * 58626
(brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/chull.c and 2
others): Try using point_2d for the 2D chull algorithms - hopefully
we won't end up having to use lots of extra memory going from 3D to
temporary 2D arrays, but nick is right that the point2d_t type is
the better conceptual match to the type of data being
worked. |
| 20:18.28 |
starseeker |
maths22: if
we need to, there are some "example" files in reports like
EDIT-COMGEOM that may be helpful: http://www.dtic.mil/docs/citations/ADB007108 |
| 20:19.43 |
starseeker |
those are
supposed to be "complete" examples, as I understand it, although
it's a little fuzzy since most of these old reports are assuming
actual punch cards and not ascii text files... |
| 20:27.49 |
maths22 |
Isn't that
going to be a second task? |
| 21:01.59 |
*** join/#brlcad Stattrav
(~suryajith@123.236.75.44) |
| 21:05.57 |
starseeker |
maths22:
yeah |
| 21:06.04 |
starseeker |
just planning
ahead :-) |
| 21:14.46 |
maths22 |
That makes
sense |
| 21:33.58 |
*** join/#brlcad Palindrome
(~Palindrom@adsl-108-129-131-138.aby.bellsouth.net) |
| 21:34.00 |
Palindrome |
Hello |
| 21:34.19 |
Palindrome |
https://google-melange.appspot.com/gci/task/view/google/gci2013/4524113196482560 |
| 21:34.21 |
gcibot |
Create a
graphical mock-up for wiki pages of BRL-CAD |
| 21:34.21 |
gcibot |
Status:
NeedsReview (1 hours, 59 minutes left) |
| 21:34.21 |
gcibot |
Mentor(s):
Sean |
| 21:34.24 |
*** part/#brlcad Palindrome
(~Palindrom@adsl-108-129-131-138.aby.bellsouth.net) |
| 21:34.39 |
*** join/#brlcad Palindrome
(~Palindrom@adsl-108-129-131-138.aby.bellsouth.net) |
| 21:34.59 |
Palindrome |
Sorry, if
someone can review
https://google-melange.appspot.com/gci/task/view/google/gci2013/4524113196482560
that would be epic |
| 21:35.01 |
gcibot |
Create a
graphical mock-up for wiki pages of BRL-CAD |
| 21:35.01 |
gcibot |
Status:
NeedsReview (1 hours, 59 minutes left) |
| 21:35.01 |
gcibot |
Mentor(s):
Sean |
| 21:45.10 |
Notify |
03GCI:Olexander Dubenko * Design a
BRL-CAD wallpaper: None - I would like to work on this task after
I will finish my current task |
| 21:45.48 |
Palindrome |
Notify are
you a bot? |
| 21:45.51 |
Palindrome |
or a
person? |
| 21:46.09 |
Palindrome |
nvm |
| 21:47.25 |
Notify |
03GCI:Palindrome * Create a graphical
mock-up for wiki pages of BRL-CAD: None - I would like to see this
successfully closed before the time is up, as I don't know what
will happen. |
| 21:47.30 |
Notify |
03GCI:Palindrome * Create a graphical
mock-up for wiki pages of BRL-CAD: None - I would like to see this
successfully closed before the time is up, as I don't know what
will happen. |
| 21:52.42 |
*** join/#brlcad benkaiser-away
(~benkaiser@pa49-183-4-109.pa.vic.optusnet.com.au) |
| 21:57.25 |
Notify |
03BRL-CAD:starseeker * 58627
brlcad/trunk/include/bn.h: Start working on the API needed to
translate sets of coplanar points to and from 2D parameterized
coordinates. |
| 22:07.28 |
*** join/#brlcad tp_
(50a6b2ca@gateway/web/freenode/ip.80.166.178.202) |
| 22:14.01 |
*** part/#brlcad Palindrome
(~Palindrom@adsl-108-129-131-138.aby.bellsouth.net) |
| 22:19.39 |
Notify |
03BRL-CAD:starseeker * 58628
brlcad/trunk/include/bn.h: Functions are for coplanar points only -
the more general parameterization problem is out of scope (and much
harder). |
| 22:31.53 |
*** part/#brlcad tp_
(50a6b2ca@gateway/web/freenode/ip.80.166.178.202) |
| 22:42.04 |
*** join/#brlcad benkaiser-away
(~benkaiser@pa49-183-4-109.pa.vic.optusnet.com.au) |
| 22:44.17 |
benkaiser-away |
brlcad, you
online now? |
| 22:45.09 |
*** join/#brlcad Palindrome
(~Palindrom@adsl-108-129-131-138.aby.bellsouth.net) |
| 22:45.11 |
Palindrome |
yo |
| 22:45.43 |
benkaiser-away |
hey
Palindrome |
| 22:46.01 |
Palindrome |
Is there
someone who can approve a submission? |
| 22:46.11 |
Palindrome |
https://google-melange.appspot.com/gci/task/view/google/gci2013/4524113196482560 |
| 22:46.13 |
gcibot |
Create a
graphical mock-up for wiki pages of BRL-CAD |
| 22:46.13 |
gcibot |
Status:
NeedsReview (0 hours, 47 minutes left) |
| 22:46.13 |
gcibot |
Mentor(s):
Sean |
| 23:25.37 |
*** join/#brlcad Palindrome
(~Palindrom@adsl-108-129-140-209.aby.bellsouth.net) |
| 23:25.38 |
Palindrome |
Hello |
| 23:25.41 |
Palindrome |
is anyone
here? |
| 23:29.44 |
Palindrome |
https://google-melange.appspot.com/gci/task/view/google/gci2013/4524113196482560 |
| 23:29.46 |
gcibot |
Create a
graphical mock-up for wiki pages of BRL-CAD |
| 23:29.46 |
gcibot |
Status:
NeedsReview (0 hours, 4 minutes left) |
| 23:29.46 |
gcibot |
Mentor(s):
Sean |
| 23:30.47 |
Notify |
03GCI:Alex *
Write a ''BRL-CAD Commands Quick Reference'' document: language?
format? - I just wanted to know while writing in this task and
future tasks should i use american language instead
of... |
| 23:34.32 |
Notify |
03GCI:Melange
* Create a graphical mock-up for wiki pages of BRL-CAD: No more
Work can be submitted - Melange has detected that the deadline has
passed and no more work can be submitted. The... |
| 23:34.37 |
Notify |
03GCI:Melange
* Create a graphical mock-up for wiki pages of BRL-CAD: No more
Work can be submitted - Melange has detected that the deadline has
passed and no more work can be submitted. The... |
| 23:39.27 |
Notify |
03GCI:Benjamin Kaiser * Implement a
volume function for elliptical hyperboloids (EHY)
http://www.google-melange.com/gci/task/view/google/gci2013/6679807211339776:
c value Okay, by using that... |
| 23:39.33 |
Notify |
03GCI:Benjamin Kaiser * Implement a
volume function for elliptical hyperboloids (EHY)
http://www.google-melange.com/gci/task/view/google/gci2013/6679807211339776:
c value Okay, by using that... |
| 23:42.22 |
Palindrome |
Someone look
at |
| 23:42.28 |
Palindrome |
https://google-melange.appspot.com/gci/task/view/google/gci2013/4524113196482560 |
| 23:42.30 |
Palindrome |
please |
| 23:42.31 |
gcibot |
Create a
graphical mock-up for wiki pages of BRL-CAD |
| 23:42.32 |
gcibot |
Status:
NeedsReview |
| 23:42.32 |
gcibot |
Mentor(s):
Sean |
| 23:42.59 |
benkaiser-away |
anyone have
Sean (brlcad's) email? |
| 23:45.32 |
Notify |
03GCI:Benjamin Kaiser * Implement a
volume function for elliptical hyperboloids (EHY): Claim Removed -
The claim on this task has been removed, someone else can claim it
now. |
| 00:01.59 |
*** join/#brlcad benkaiser
(~benkaiser@pa49-183-30-248.pa.vic.optusnet.com.au) |
| 00:38.32 |
Notify |
03GCI:David
Gumberg * Fix at least 8 spelling mistakes in at least 8 different
files: Ready for review - The work on this task is ready to be
reviewed. |
| 00:55.31 |
*** join/#brlcad Palindrome
(~Palindrom@adsl-108-129-140-209.aby.bellsouth.net) |
| 00:58.02 |
Palindrome |
Hello? |
| 01:10.08 |
Notify |
03GCI:Sean *
Write article on BRL-CAD's code hardening efforts: Task Closed -
Congratulations, this task has been completed
successfully. |
| 01:10.13 |
Notify |
03GCI:Sean *
Write article on BRL-CAD's code hardening efforts: Task Closed -
Congratulations, this task has been completed
successfully. |
| 01:10.20 |
Palindrome |
SeN |
| 01:11.38 |
Palindrome |
https://google-melange.appspot.com/gci/task/view/google/gci2013/4524113196482560 |
| 01:11.39 |
Palindrome |
Sean |
| 01:11.40 |
gcibot |
Create a
graphical mock-up for wiki pages of BRL-CAD |
| 01:11.41 |
gcibot |
Status:
NeedsReview |
| 01:11.41 |
gcibot |
Mentor(s):
Sean |
| 01:12.38 |
Notify |
03GCI:Sean *
Write article on BRL-CAD's code hardening efforts: excellent -
Outstanding, Yu! That is a great read and will make for a fantastic
article (probably in January). We'll be showcasing... |
| 01:12.43 |
Notify |
03GCI:Sean *
Write article on BRL-CAD's code hardening efforts: excellent -
Outstanding, Yu! That is a great read and will make for a fantastic
article (probably in January). We'll be showcasing... |
| 01:14.14 |
*** join/#brlcad YuGin
(~IceChat77@182.55.146.247) |
| 01:14.32 |
Palindrome |
YuGin |
| 01:14.39 |
Palindrome |
do you know
sean? |
| 01:18.03 |
Notify |
03GCI:FaithOh
* Create a CAD inspired icon-set for BRL-CAD website #2: Ready for
review - The work on this task is ready to be reviewed. |
| 01:18.28 |
Notify |
03GCI:Sean *
Transcribe Geometry Model Data from a PDF report to an ASCII file:
no idea - No idea if it's right, but it looks good spot-checking.
Interested in a follow-up task to turn them into... |
| 01:18.33 |
Notify |
03GCI:Sean *
Transcribe Geometry Model Data from a PDF report to an ASCII file:
no idea - No idea if it's right, but it looks good spot-checking.
Interested in a follow-up task to turn them into... |
| 01:18.34 |
Notify |
03GCI:Sean *
Transcribe Geometry Model Data from a PDF report to an ASCII file:
Task Closed - Congratulations, this task has been completed
successfully. |
| 01:35.25 |
Notify |
03GCI:Melange
* Create a CAD inspired icon-set for BRL-CAD website #2: No more
Work can be submitted - Melange has detected that the deadline has
passed and no more work can be submitted. The... |
| 01:35.26 |
Notify |
03GCI:Melange
* Create a CAD inspired icon-set for BRL-CAD website #2: No more
Work can be submitted - Melange has detected that the deadline has
passed and no more work can be submitted. The... |
| 01:36.25 |
Notify |
03GCI:Sean *
Model a toy car with wheels and axles in BRL-CAD: right file? -
The toycar.g file doesn't have a car.c, axles.c, or wheels.c in it.
Are you sure you uploaded the right file? |
| 01:36.30 |
Notify |
03GCI:Sean *
Model a toy car with wheels and axles in BRL-CAD: Task Needs More
Work - One of the mentors has sent this task back for more work.
Talk to the mentor(s) assigned to this task to... |
| 01:36.57 |
Palindrome |
Sean, if you
can read this please check mine. |
| 01:37.04 |
Palindrome |
https://google-melange.appspot.com/gci/task/view/google/gci2013/4524113196482560 |
| 01:37.05 |
gcibot |
Create a
graphical mock-up for wiki pages of BRL-CAD |
| 01:37.05 |
gcibot |
Status:
NeedsReview |
| 01:37.05 |
gcibot |
Mentor(s):
Sean |
| 01:42.54 |
Notify |
03GCI:Sharan
* Model a toy car with wheels and axles in BRL-CAD: sorry wrong
file - Uploading the right file now |
| 01:42.59 |
Notify |
03GCI:Sharan
* Model a toy car with wheels and axles in BRL-CAD: sorry wrong
file - Uploading the right file now |
| 01:43.55 |
Notify |
03GCI:Sharan
* Model a toy car with wheels and axles in BRL-CAD: Ready for
review - The work on this task is ready to be reviewed. |
| 01:46.18 |
Notify |
03BRL-CAD:brlcad * 58629
brlcad/trunk/src/librt/primitives/rhc/rhc.c: apply gci patch from
'Andrew' (
http://www.google-melange.com/gci/task/view/google/gci2013/4549046286942208
) implementing centroid for rhc. |
| 01:46.19 |
gcibot |
Implement a
centroid function for right hyperbolic cylinders (RHC) |
| 01:46.19 |
gcibot |
Status:
NeedsReview (22 hours, 43 minutes left) |
| 01:46.19 |
gcibot |
Mentor(s):
Sean |
| 01:57.02 |
Notify |
03BRL-CAD:brlcad * 58630
brlcad/trunk/AUTHORS: credit gci participant 'Andrew' for
implementing a centroid function for rhc (
http://www.google-melange.com/gci/task/view/google/gci2013/4549046286942208
) |
| 01:57.04 |
gcibot |
Implement a
centroid function for right hyperbolic cylinders (RHC) |
| 01:57.04 |
gcibot |
Status:
NeedsReview (22 hours, 32 minutes left) |
| 01:57.04 |
gcibot |
Mentor(s):
Sean |
| 01:57.47 |
Notify |
03GCI:Sean *
Implement a centroid function for right hyperbolic cylinders (RHC):
looks great - Andrew, that looks fantastic now. Your change has
already been applied to our trunk sources in r58629... |
| 01:58.02 |
Notify |
03GCI:Sean *
Implement a centroid function for right hyperbolic cylinders (RHC):
Task Closed - Congratulations, this task has been completed
successfully. |
| 01:58.03 |
Notify |
03GCI:Sean *
Implement a centroid function for right hyperbolic cylinders (RHC):
Task Closed - Congratulations, this task has been completed
successfully. |
| 02:01.04 |
Palindrome |
i wish mine
would be complete |
| 02:01.05 |
Palindrome |
xD |
| 02:03.01 |
*** join/#brlcad j_v
(~john@cpe-69-205-187-137.stny.res.rr.com) |
| 02:03.16 |
Palindrome |
J_V |
| 02:03.21 |
Palindrome |
J_v you
online? |
| 02:03.30 |
j_v |
hey,
yep |
| 02:03.45 |
Palindrome |
Are you a
mentor? |
| 02:04.04 |
Palindrome |
https://google-melange.appspot.com/gci/task/view/google/gci2013/4524113196482560 |
| 02:04.07 |
gcibot |
Create a
graphical mock-up for wiki pages of BRL-CAD |
| 02:04.07 |
gcibot |
Status:
NeedsReview |
| 02:04.07 |
gcibot |
Mentor(s):
Sean |
| 02:04.11 |
j_v |
no, sorry,
here for help myself |
| 02:04.11 |
Palindrome |
no one has
approved that. |
| 02:04.14 |
Palindrome |
darn. |
| 02:04.18 |
Palindrome |
No one is
on. |
| 02:04.48 |
j_v |
ah, well,
some other time I will try. |
| 02:05.07 |
j_v |
sorry I
couldn't be of assistance |
| 02:05.14 |
Palindrome |
That's
alright. |
| 02:08.56 |
Notify |
03BRL-CAD:brlcad * 58631
(brlcad/trunk/src/libbn/chull.c brlcad/trunk/src/libbn/mat.c and 11
others): apply spelling mistake corrections from gci participant
YuGin (
http://www.google-melange.com/gci/task/view/google/gci2013/5112711083982848
) |
| 02:08.58 |
gcibot |
Fix at least
8 spelling mistakes in at least 8 different files #2 |
| 02:08.58 |
gcibot |
Status:
Closed |
| 02:08.58 |
gcibot |
Mentor(s):
Sean |
| 02:12.34 |
Notify |
03BRL-CAD:brlcad * 58632
brlcad/trunk/AUTHORS: special thanks to tan yugin for spelling
mistake corrections in libbn and libbu
(gci2013/5112711083982848) |
| 02:13.11 |
Notify |
03GCI:Sean *
Fix at least 8 spelling mistakes in at least 8 different files #2:
committed - Your patch has been committed to our latest trunk
sources in r58631. Your name is credited with
special... |
| 02:13.21 |
Notify |
03GCI:Sean *
Fix at least 8 spelling mistakes in at least 8 different files #2:
committed - Your patch has been committed to our latest trunk
sources in r58631. Your name is credited with
special... |
| 02:13.22 |
Notify |
03GCI:Melange
* Fix at least 8 spelling mistakes in at least 8 different files:
No more Work can be submitted - Melange has detected that the
deadline has passed and no more work can be
submitted.... |
| 02:14.06 |
*** join/#brlcad tbrowder2
(~tbrowde@66.225.111.58) |
| 02:17.02 |
Notify |
03GCI:Sean *
Fix at least 8 spelling mistakes in at least 8 different files #2:
how long - How long did it take you to find those spelling
mistakes? |
| 02:18.38 |
Notify |
03GCI:Andrew
* Implement a centroid function for right hyperbolic cylinders
(RHC): Thanks. - My full name is Andrew Tan. I would be
interested in completing the follow-on task. |
| 02:18.39 |
Notify |
03GCI:Andrew
* Implement a centroid function for right hyperbolic cylinders
(RHC): Thanks. - My full name is Andrew Tan. I would be
interested in completing the follow-on task. |
| 02:19.32 |
j_v |
I'm trying
setup a package build of brlcad for slackware using system tcl/tk
itcl/itk. Has anyone done such a thing? I can get it to build, but
resulting mged/archer can't find the itk package during
initialization. |
| 02:26.47 |
brlcad |
j_v: it's
been done before but not in a long while |
| 02:27.13 |
j_v |
ok, thanks
for answer. |
| 02:27.14 |
Notify |
03GCI:YuGin *
Fix at least 8 spelling mistakes in at least 8 different files #2:
None - Once I got everything set up and installed, the actual
searching took probably 1-1.5 hours. I seearched for... |
| 02:27.25 |
brlcad |
j_v:
system-installed versions of itcl/itk rarely specify themselves
correctly in my experience |
| 02:27.56 |
j_v |
I think there
may be a cmake variable that will set it, I just have to find
it. |
| 02:29.23 |
brlcad |
ah, you said
you got it to build -- I assumed you meant you got it to detect/use
system-installed version and you were faced with a runtime
issue |
| 02:29.47 |
brlcad |
there is what
cmake detects, what the build uses, and what the runtime
finds |
| 02:30.11 |
j_v |
yes, that is
the problem I face |
| 02:31.27 |
j_v |
the guys at
slackbuilds.org want to build with system tcl/tk, but these must be
compatible with itcl/itk. |
| 02:32.14 |
j_v |
tcl/tk 8.6
not compatible with itcl/itk 3.4, not that I've seen so
far. |
| 02:33.24 |
Notify |
03GCI:Sean *
Create a graphical mock-up for wiki pages of BRL-CAD: No worries
about the time - Palindrome, no need to worry about the time if
you've submitted your work. The deadline is yours,
not... |
| 02:33.29 |
Notify |
03GCI:Sean *
Create a graphical mock-up for wiki pages of BRL-CAD: No worries
about the time - Palindrome, no need to worry about the time if
you've submitted your work. The deadline is yours,
not... |
| 02:33.31 |
j_v |
I have
itcl/itk 4.0.0. cmake config finds tcl/tk and itcl. I have to point
cmake to itk. issue with itk install, possibly. |
| 02:33.53 |
brlcad |
yeah, I think
only the latest svn sources for itcl/itk work with 8.6 |
| 02:35.33 |
j_v |
itcl4.0.0 is
included in pkg bundle with tcl8.6.1 tarball. I assumed that
tk4.0.0 would be compat w/ 8.6.1. I could be wrong about that or my
build/install may be flawed |
| 02:35.42 |
brlcad |
j_v:
appreciate you trying to get a slack build going,
thanks |
| 02:36.17 |
j_v |
no problem.
thanks for keeping the fire stoked :) |
| 02:37.03 |
j_v |
btw, bundled
works nice on my machine. |
| 02:37.30 |
j_v |
my quadro
k600 seems to handle it pretty well. |
| 02:39.02 |
brlcad |
are you
neils? |
| 02:40.11 |
j_v |
know, but I'm
helping him out, since he's extremely busy right now |
| 02:41.52 |
j_v |
sed
's/know/no/' |
| 02:41.58 |
brlcad |
okay,
cool |
| 02:42.31 |
brlcad |
he's just on
our distribution announcements for maintainership of the slack
builds and the current one looks like it's up-to-date: http://slackbuilds.org/repository/14.0/graphics/brlcad/ |
| 02:42.54 |
j_v |
hasn't
changed. just helping out. |
| 02:43.20 |
j_v |
slack 14.1
came out and were updating/verifying builds |
| 02:43.33 |
j_v |
were/we're |
| 02:43.48 |
brlcad |
gotcha |
| 02:44.26 |
brlcad |
hm, take it
back, NOT up to date.. |
| 02:44.35 |
brlcad |
that's got
7.22.0, not 7.24.0 |
| 02:44.47 |
brlcad |
and we've got
a 7.24.2 coming out any day now |
| 02:45.30 |
j_v |
I'm working
on cmake build of 7.24.0 and will help update when you
release |
| 02:46.55 |
j_v |
afk for a
smoke... brb |
| 02:52.19 |
j_v |
sorry, needed
that |
| 02:52.29 |
Notify |
03GCI:Sean *
Fix at least 8 spelling mistakes in at least 8 different files:
close! - David, In reviewing your patch, I only count five files
with spelling changes and several of the spelling... |
| 02:52.49 |
Notify |
03GCI:Sean *
Fix at least 8 spelling mistakes in at least 8 different files:
Deadline extended - The deadline of the task has been extended with
1 days and 12 hours. |
| 02:52.59 |
Notify |
03GCI:Sean *
Fix at least 8 spelling mistakes in at least 8 different files:
Task Needs More Work - One of the mentors has sent this task back
for more work. Talk to the mentor(s) assigned to
this... |
| 02:53.35 |
brlcad |
no
worries |
| 02:54.10 |
brlcad |
j_v: do you
have cmake detecting system versions of tcl/tk and itcl/itk? (the
output summary at the end says yes/no) |
| 02:56.08 |
j_v |
checking... I
do note that there are errors in the FindTCL cmake
output |
| 02:58.21 |
j_v |
tcl and tk
found |
| 02:58.45 |
j_v |
I don't yet
see ouput for itcl, but itk not found |
| 03:01.40 |
j_v |
ok, I fixed a
white space error in misc/CMake/FindTCL.cmake, but there may be
more. |
| 03:02.05 |
brlcad |
oh? |
| 03:03.03 |
j_v |
I'll pastebin
a diff in a moment |
| 03:05.31 |
j_v |
http://pastebin.com/rt3Yjcbj |
| 03:06.52 |
brlcad |
wtf ..
huh |
| 03:07.11 |
j_v |
shet
happins |
| 03:08.05 |
j_v |
most people
probably build bundled... it's easier, be unlikely to see
it |
| 03:09.20 |
Notify |
03GCI:Melange
* Create unit tests for plane.c "point" functions: Initial
Deadline passed - Melange has detected that the initial deadline
has passed and it has set the task status to
ActionNeeded.... |
| 03:09.28 |
brlcad |
ah, looks
like our guy found that typo back in august |
| 03:09.55 |
j_v |
the cmake
cache file shows that it found the itcl lib, not sure why it find
that and not itk... oh, damn... maybe I missed an ldconfig
run |
| 03:10.01 |
brlcad |
i'm just a
little surprised that cmake wouldn't spew chunks on seeing syntax
like that |
| 03:10.51 |
brlcad |
maybe just
doesn't get that deep into the logic unless it's an enabled system
build |
| 03:11.06 |
j_v |
it's spews,
it just doesn't choke |
| 03:13.03 |
j_v |
ah, for
itcl/itk, I'm looking at the wrong cmake file ThirdParty_TCL.cmake
is one I should have my head in |
| 03:14.25 |
Notify |
03GCI:Sean *
Design BRL-CAD phone/tablet back cover: Deadline extended - The
deadline of the task has been extended with 1 days and 12
hours. |
| 03:18.58 |
j_v |
the itk not
found issue might very well be on my end. It find itcl and the
location of itk is parallel to itcl. |
| 03:19.59 |
j_v |
dir layout is
nearly identical. I need to do some reading on adding packages to
tcl/tk. I bet that's the problem. |
| 03:21.01 |
j_v |
I have messed
around with tcl much, but I bet there's docs that'll lead me to
where I'm going wrong |
| 03:21.11 |
j_v |
have/haven't |
| 03:32.22 |
*** join/#brlcad harmanpreet
(~chatzilla@124.253.99.254) |
| 03:35.41 |
j_v |
maybe because
my itk build is missing the static stub library |
| 03:50.02 |
Notify |
03GCI:Luke
Blue * Create a screen-cast for BRL-CAD: Task Claimed - I would
like to work on this task. |
| 03:54.33 |
Notify |
03GCI:Mandeep
Kaur * Create a screen-cast for BRL-CAD: Task Assigned - This task
has been assigned to Luke Blue. You have 72 hours to complete this
task, good luck! |
| 03:54.34 |
Notify |
03GCI:Mandeep
Kaur * Create a screen-cast for BRL-CAD: Task Assigned - This task
has been assigned to Luke Blue. You have 72 hours to complete this
task, good luck! |
| 03:56.54 |
Notify |
03GCI:Harmanpreet * Design BRL-CAD
phone/tablet back cover: Better - Your latest design is better
than previous one. But why you wrote "Geometry Viewer"? I suggest
to write brief description to... |
| 03:56.59 |
Notify |
03GCI:Harmanpreet * Design BRL-CAD
phone/tablet back cover: Task Needs More Work - One of the mentors
has sent this task back for more work. Talk to the mentor(s)
assigned to this task to satisfy... |
| 03:57.03 |
Notify |
03GCI:Harmanpreet * Design BRL-CAD
phone/tablet back cover: Task Needs More Work - One of the mentors
has sent this task back for more work. Talk to the mentor(s)
assigned to this task to satisfy... |
| 04:02.49 |
Notify |
03GCI:David
Gumberg * Fix at least 8 spelling mistakes in at least 8 different
files: Mistake in use of diff tool - I just reviewed my patch file
and I must have made a mistake with diff, as I... |
| 04:12.33 |
*** join/#brlcad ishwerdas
(~inderplus@59.91.114.136) |
| 04:15.45 |
Notify |
03GCI:Sean *
Design BRL-CAD phone/tablet back cover
http://www.google-melange.com/gci/task/view/google/gci2013/5111996240363520:
closer the first time Alexandra, you were closer to
something... |
| 04:26.39 |
Notify |
03GCI:Melange
* Design a prototype CAD GUI layout #2: No more Work can be
submitted - Melange has detected that the deadline has passed and
no more work can be submitted. The submitted work
should... |
| 04:30.23 |
ishwerdas |
brlcad:
hi |
| 04:30.24 |
*** join/#brlcad Palindrome
(~Palindrom@adsl-108-129-140-209.aby.bellsouth.net) |
| 04:30.29 |
Palindrome |
Back. |
| 04:34.30 |
Notify |
03GCI:Sean *
Design a prototype CAD GUI layout #2: needs more work - Cameron,
the design is "technically" minimally sufficient to call the task
complete but is far from useful or relevant to our... |
| 04:34.40 |
Notify |
03GCI:Sean *
Design a prototype CAD GUI layout #2: Task Needs More Work - One of
the mentors has sent this task back for more work. Talk to the
mentor(s) assigned to this task to satisfy the... |
| 04:34.42 |
Notify |
03GCI:Sean *
Design a prototype CAD GUI layout #2: Deadline extended - The
deadline of the task has been extended with 1 days and 12
hours. |
| 04:34.45 |
Notify |
03GCI:Sean *
Design a prototype CAD GUI layout #2: Deadline extended - The
deadline of the task has been extended with 1 days and 12
hours. |
| 04:50.44 |
j_v |
brlcad:
thanks for the help. |
| 04:50.49 |
*** join/#brlcad witness
(~witness12@122.161.151.196) |
| 04:51.16 |
j_v |
calling it a
night. |
| 04:51.31 |
*** part/#brlcad j_v
(~john@cpe-69-205-187-137.stny.res.rr.com) |
| 05:07.20 |
Notify |
03GCI:Sean *
Design a cover image or banner for our Facebook page (and other
social media sites) #2: Deadline extended - The deadline of the
task has been extended with 1 days and 0 hours. |
| 05:07.26 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 05:12.56 |
Notify |
03GCI:Sean *
Design a cover image or banner for our Facebook page (and other
social media sites) #2: Some problems - Looking okay, but there
are several issues remaining: 1) There needs to be
a... |
| 05:13.46 |
Notify |
03GCI:Sean *
Design a cover image or banner for our Facebook page (and other
social media sites) #2: Task Needs More Work - One of the mentors
has sent this task back for more work. Talk to the... |
| 05:13.51 |
Notify |
03GCI:Sean *
Design a cover image or banner for our Facebook page (and other
social media sites) #2: Task Needs More Work - One of the mentors
has sent this task back for more work. Talk to the... |
| 05:29.22 |
Notify |
03GCI:Melange
* Doxygen cleanup for LIBRT: Initial Deadline passed - Melange has
detected that the initial deadline has passed and it has set the
task status to ActionNeeded. The student has 24... |
| 05:34.13 |
Notify |
03GCI:Sean *
Design a coffee mug for BRL-CAD: Task Closed - Congratulations,
this task has been completed successfully. |
| 05:37.38 |
Notify |
03GCI:Sean *
Design a BRL-CAD Sticker #4: Task Closed - Congratulations, this
task has been completed successfully. |
| 05:40.18 |
Notify |
03GCI:Ethan *
Design a coffee mug for BRL-CAD #4: Task Claimed - I would like to
work on this task. |
| 05:42.14 |
*** join/#brlcad YatharthROCK
(~YatharthR@95.175.73.215) |
| 05:42.17 |
*** join/#brlcad gjeet
(~gjeet@59.91.114.136) |
| 05:52.49 |
Notify |
03GCI:Mandeep
Kaur * Design a coffee mug for BRL-CAD #4: Task Assigned - This
task has been assigned to Ethan. You have 72 hours to complete this
task, good luck! |
| 05:53.34 |
Notify |
03GCI:Sean *
Design a BRL-CAD Sticker #4: mailing list - Thanks Ethan. Feel
free to join the brlcad-devel mailing list where we make public
announcements (like the availability of stickers!):... |
| 05:57.19 |
Notify |
03GCI:Sean *
Create a web based interactive timeline giving historical tour of
BRL-CAD: Task Closed - Congratulations, this task has been
completed successfully. |
| 05:57.24 |
Notify |
03GCI:Ethan *
Design a BRL-CAD Sticker #4: mailing list - Thanks Sean! I'm
having a lot of fun working on these. Excited to continue. Just
signed up for the mailing list. |
| 06:01.15 |
Notify |
03GCI:Sean *
Create a web based interactive timeline giving historical tour of
BRL-CAD: no need to delete - Fantastic! That is awesome Sam,
nicely done. The new timeline is much more
informative,... |
| 06:05.51 |
Notify |
03GCI:Sean *
Create a graphical mock-up for wiki pages of BRL-CAD: Task Closed -
Congratulations, this task has been completed
successfully. |
| 06:12.46 |
Notify |
03GCI:Sean *
Model a toy car with wheels and axles in BRL-CAD: Task Closed -
Congratulations, this task has been completed
successfully. |
| 06:14.11 |
Notify |
03GCI:Sean *
Model a toy car with wheels and axles in BRL-CAD: looks good -
Sharan, that looks good, much better. That's something that can be
3D-printed. Are you interested in more modeling... |
| 06:15.38 |
*** join/#brlcad gjeet
(~gjeet@59.91.114.136) |
| 06:29.57 |
Notify |
03GCI:Sean *
Create a CAD inspired icon-set for BRL-CAD website #2
http://www.google-melange.com/gci/task/view/google/gci2013/5460209908580352:
looking good Faith, These are looking good and... |
| 06:30.02 |
Notify |
03GCI:Sean *
Create a CAD inspired icon-set for BRL-CAD website #2: Deadline
extended - The deadline of the task has been extended with 2 days
and 0 hours. |
| 06:30.03 |
Notify |
03GCI:Sean *
Create a CAD inspired icon-set for BRL-CAD website #2
http://www.google-melange.com/gci/task/view/google/gci2013/5460209908580352:
looking good Faith, These are looking good and... |
| 06:30.04 |
Notify |
03GCI:Sean *
Create a CAD inspired icon-set for BRL-CAD website #2: Deadline
extended - The deadline of the task has been extended with 2 days
and 0 hours. |
| 06:30.05 |
Notify |
03GCI:Sean *
Create a CAD inspired icon-set for BRL-CAD website #2: Task Needs
More Work - One of the mentors has sent this task back for more
work. Talk to the mentor(s) assigned to this task to... |
| 06:30.08 |
Notify |
03GCI:Sharan
* Write a step by step tutorial on modeling a simple toy car with
BRL-CAD: Task Claimed - I would like to work on this
task. |
| 06:30.25 |
brlcad |
hi
ishwerdas |
| 06:30.39 |
brlcad |
or bye,
rather |
| 06:55.46 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 07:17.40 |
Notify |
03GCI:Mandeep
Kaur * Write a step by step tutorial on modeling a simple toy car
with BRL-CAD: Task Assigned - This task has been assigned to
Sharan. You have 72 hours to complete this task,
good... |
| 07:39.25 |
*** join/#brlcad YatharthROCK
(~YatharthR@95.175.73.215) |
| 07:42.51 |
Notify |
03GCI:Sam *
Create a web based interactive timeline giving historical tour of
BRL-CAD: None - Thanks! I have subscribed to the news mailing
list. Looking forward to working with you again :) |
| 07:43.17 |
*** join/#brlcad YatharthROCK
(~Yatharth@95.175.73.215) |
| 07:43.47 |
*** join/#brlcad YatharthROCK_
(~YatharthR@95.175.73.215) |
| 07:43.50 |
Notify |
03GCI:Ethan *
Design a coffee mug for BRL-CAD #4: Ready for review - The work on
this task is ready to be reviewed. |
| 07:46.08 |
*** join/#brlcad YatharthROCK__
(~Yatharth@95.175.73.215) |
| 07:49.31 |
Notify |
03GCI:Sam *
Design a BRL-CAD wallpaper: Task Claimed - I would like to work on
this task. |
| 07:50.11 |
Notify |
03GCI:Mandeep
Kaur * Design a BRL-CAD wallpaper: Task Assigned - This task has
been assigned to Sam. You have 72 hours to complete this task, good
luck! |
| 07:54.04 |
*** join/#brlcad YatharthROCK__
(~Yatharth@95.175.73.215) |
| 07:56.11 |
*** join/#brlcad YatharthROCK
(~Yatharth@95.175.73.215) |
| 08:00.21 |
*** part/#brlcad YatharthROCK
(~Yatharth@95.175.73.215) |
| 08:09.10 |
*** join/#brlcad yiyus
(1242712427@server1.bouncer4you.de) |
| 08:10.56 |
*** join/#brlcad YatharthROCK
(~Yatharth@95.175.73.215) |
| 08:16.16 |
*** join/#brlcad YatharthROCK
(~YatharthR@95.175.73.215) |
| 08:24.07 |
*** join/#brlcad Deepak_
(~chatzilla@117.212.48.99) |
| 08:42.15 |
*** join/#brlcad gjeet
(~gjeet@117.214.207.215) |
| 08:45.34 |
*** join/#brlcad DarkCalf
(~DarkCalf@173.231.40.98) |
| 08:48.32 |
Notify |
03GCI:Gauravjeet Singh * Design a coffee
mug for BRL-CAD #4: Good Work - This is really a good work. A few
suggestions for this design Change the tagline/description to
something related to... |
| 08:48.37 |
Notify |
03GCI:Gauravjeet Singh * Design a coffee
mug for BRL-CAD #4: Task Needs More Work - One of the mentors has
sent this task back for more work. Talk to the mentor(s) assigned
to this task to satisfy... |
| 08:48.38 |
Notify |
03GCI:Gauravjeet Singh * Design a coffee
mug for BRL-CAD #4: Task Needs More Work - One of the mentors has
sent this task back for more work. Talk to the mentor(s) assigned
to this task to satisfy... |
| 08:51.23 |
*** join/#brlcad awabimakoto
(~tc@th121024.ip.tsinghua.edu.cn) |
| 08:54.19 |
*** join/#brlcad witness
(~witness12@122.161.151.196) |
| 08:56.29 |
*** join/#brlcad awabimakoto
(~tc@th121024.ip.tsinghua.edu.cn) |
| 09:26.25 |
Notify |
03GCI:Sharan
* Model a toy car with wheels and axles in BRL-CAD: Yep, I am
Interested - It would be awesome if you add more modelling tasks
:-D I was thinking of making the logo once in 3D
again,... |
| 09:41.55 |
Notify |
03GCI:ISRanjith * Design a BRL-CAD
Sticker #3: Ready for review - The work on this task is ready to be
reviewed. |
| 09:41.56 |
Notify |
03GCI:ISRanjith * Design a BRL-CAD
Sticker #3: Ready for review - The work on this task is ready to be
reviewed. |
| 09:46.07 |
*** join/#brlcad YatharthROCK_
(~Yatharth@95.175.73.215) |
| 10:03.52 |
*** join/#brlcad YatharthROCK
(~YatharthR@95.175.73.215) |
| 10:27.45 |
Notify |
03GCI:Sam *
Design a BRL-CAD wallpaper: Ready for review - The work on this
task is ready to be reviewed. |
| 11:09.28 |
Notify |
03GCI:Andreas
Poulsen * Implement a volume function for solid polygonal meshes
(NMG): Claim Removed - The claim on this task has been removed,
someone else can claim it now. |
| 11:09.33 |
Notify |
03GCI:Andreas
Poulsen * Implement a volume function for solid polygonal meshes
(NMG): Claim Removed - The claim on this task has been removed,
someone else can claim it now. |
| 11:22.03 |
*** join/#brlcad YatharthROCK_
(~Yatharth@95.175.73.215) |
| 11:23.10 |
*** join/#brlcad YatharthROCK
(~YatharthR@95.175.73.215) |
| 11:48.25 |
Notify |
03GCI:Alex *
Write up Wiki page tutorial on our Volumetric Primitive: the VOL? -
how can i find out what the VOL primitive is? and how to use
it? |
| 11:48.26 |
Notify |
03GCI:Alex *
Write up Wiki page tutorial on our Volumetric Primitive: the VOL? -
how can i find out what the VOL primitive is? and how to use
it? |
| 12:22.42 |
Notify |
03GCI:Oleg *
Design a BRL-CAD Sticker #2: None - I'm sorry, I can not create it
with sixteen colors. |
| 12:22.47 |
Notify |
03GCI:Oleg *
Design a BRL-CAD Sticker #2: Claim Removed - The claim on this task
has been removed, someone else can claim it now. |
| 12:23.03 |
*** join/#brlcad YuGin
(~IceChat77@182.55.146.247) |
| 12:27.43 |
Notify |
03GCI:Oleg *
Design a BRL-CAD Sticker #2: None - Stop. I can try to do it
again, but in a style of vector graphics. Raster beautiful, but
since you only need 16 colors ... |
| 12:27.53 |
Notify |
03GCI:Oleg *
Design a BRL-CAD Sticker #2: Task Claimed - I would like to work on
this task. |
| 12:52.49 |
*** join/#brlcad Destroy
(~Destroy@bras3.donapex.net) |
| 12:53.04 |
Destroy |
Hi
all. |
| 12:53.23 |
Destroy |
Mentor, are
you here? :) |
| 12:55.09 |
Destroy |
FFFFFFUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUU |
| 12:55.14 |
Destroy |
=( |
| 12:55.16 |
Destroy |
:
D |
| 13:29.57 |
tbrowder2 |
destroy |
| 13:31.24 |
tbrowder2 |
destroy: I
can try to help |
| 13:36.33 |
*** join/#brlcad YatharthROCK
(~YatharthR@95.175.73.215) |
| 13:43.22 |
Notify |
03GCI:Deep
Inder Singh * Create a book layout for Doc Camp Book: Extend
Deadline - Please extend my deadline for 2 Days. |
| 13:47.18 |
Notify |
03GCI:Gauravjeet Singh * Create a book
layout for Doc Camp Book: Deadline extended - The deadline of the
task has been extended with 2 days and 0 hours. |
| 14:00.19 |
Notify |
03GCI:Olexander Dubenko * Design a
prototype CAD GUI layout: Task Claimed - I would like to work on
this task. |
| 14:00.24 |
Notify |
03GCI:Olexander Dubenko * Design a
prototype CAD GUI layout: Task Claimed - I would like to work on
this task. |
| 14:08.25 |
Notify |
03GCI:Sharan
* Write a step by step tutorial on modeling a simple toy car with
BRL-CAD: Ready for review - The work on this task is ready to be
reviewed. |
| 14:16.28 |
YatharthROCK |
For this
task: <https://google-melange.appspot.com/gci/task/view/google/gci2013/5277586288541696> |
| 14:18.16 |
YatharthROCK |
The way it is
implemented now is that it returns some HTML code that includes JS
script tags that load the Chart visualization API and modifies an
element of a hard-coded ID (not returned by function) in which the
chart is loaded. |
| 14:18.58 |
YatharthROCK |
there are 2
sub-optimal things here:- |
| 14:20.13 |
YatharthROCK |
1) We cannot
have multiple charts one one page as the id of the element is
hard-coded in the wrapper. If the intention was just to have a
separate URL per page, then we might as well just return an HTML
element containing a direct URL to GChart as the source in the
reutrn value. |
| 14:20.42 |
*** part/#brlcad tbrowder2
(~tbrowde@66.225.111.58) |
| 14:22.16 |
YatharthROCK |
2) Actually,
1) cover it. |
| 14:23.11 |
YatharthROCK |
So my
question is, can the working of the new wrapper be modified? It'll
mean having to make small updates to where the wrapper is called
too. |
| 14:23.37 |
Notify |
03GCI:Yatharth Agarwal * Loading Google
charts from API: Task Claimed - I would like to work on this
task. |
| 14:25.20 |
Notify |
03BRL-CAD:tbrowder2 * 58633
(brlcad/trunk/src/librt/db5_attrs.cpp
brlcad/trunk/src/librt/db5_attrs_private.h
brlcad/trunk/src/librt/gen-registered-attributes-html.cpp): add new
attr member 'long_description' with goal of eventual automation of
'attributes.xml' and synchronization with the brlcad.org web site
attribute description and the original BRL-CAD attribute source
definition (DRY) |
| 14:28.04 |
Notify |
03GCI:Yatharth Agarwal * Loading Google
charts from API: Code Spec Flexibility - The way it is implemented
now is that it returns some HTML code that includes JS script tags
that load the Chart... |
| 14:28.34 |
Notify |
03GCI:Alex *
Add missing documentation (for any ONE command) #2: about the
command? - how can i find out about the command? so i can write
about one? where could i find info on it? |
| 14:28.39 |
Notify |
03GCI:Alex *
Add missing documentation (for any ONE command) #2: about the
command? - how can i find out about the command? so i can write
about one? where could i find info on it? |
| 14:43.25 |
*** join/#brlcad Destroy
(~Destroy@bras3.donapex.net) |
| 14:45.47 |
Destroy |
Can you
regive me this
https://google-melange.appspot.com/gci/task/view/google/gci2013/5898141282861056
? |
| 14:45.48 |
gcibot |
Design a
BRL-CAD Sticker #2 |
| 14:45.50 |
gcibot |
Status:
ClaimRequested |
| 14:45.50 |
gcibot |
Mentor(s):
Sean |
| 14:46.24 |
Destroy |
Now I
recomplete my work in vector style for printing |
| 14:55.51 |
Notify |
03GCI:Melange
* Design a coffee mug for BRL-CAD #3: Initial Deadline passed -
Melange has detected that the initial deadline has passed and it
has set the task status to ActionNeeded. The student... |
| 15:13.12 |
maths22 |
brlcad: go
ahead with the follow on task |
| 15:18.49 |
*** join/#brlcad j_v
(~john@cpe-69-205-187-137.stny.res.rr.com) |
| 15:19.05 |
j_v |
hi |
| 15:21.30 |
Notify |
03GCI:Mandeep
Kaur * Design a prototype CAD GUI layout: Task Assigned - This
task has been assigned to Olexander Dubenko. You have 72 hours to
complete this task, good luck! |
| 15:38.45 |
Notify |
03GCI:Pulkit
Mehta * Design a cover image or banner for our Facebook page (and
other social media sites) #2: Ready for review - The work on this
task is ready to be reviewed. |
| 15:55.29 |
Notify |
03GCI:Melange
* Design a BRL-CAD Sticker #5: Initial Deadline passed - Melange
has detected that the initial deadline has passed and it has set
the task status to ActionNeeded. The student has 24... |
| 15:55.30 |
Notify |
03GCI:Melange
* Design a BRL-CAD Sticker #5: Initial Deadline passed - Melange
has detected that the initial deadline has passed and it has set
the task status to ActionNeeded. The student has 24... |
| 15:55.44 |
Notify |
03GCI:Yatharth Agarwal * Loading Google
charts from API: What exactly is being asked here? - From the task
description: With the google charts improving their API system
which wasn't around then,... |
| 15:55.49 |
Notify |
03GCI:Yatharth Agarwal * Loading Google
charts from API: What exactly is being asked here? - From the task
description: With the google charts improving their API system
which wasn't around then,... |
| 16:05.50 |
*** join/#brlcad gcibot
(~gcibot@elsalvador.media.mit.edu) |
| 16:05.51 |
gcibot |
Hey, I'm a
bot written by aviraldg who inserts metadata about GCI
links!nSource at: https://github.com/aviraldg/gcibot. |
| 16:07.40 |
Notify |
03GCI:Caleb
Xu * Create a graphical mock-up for BRL-CAD's Blog: Ready for
review - The work on this task is ready to be reviewed. |
| 16:07.41 |
Notify |
03GCI:Caleb
Xu * Create a graphical mock-up for BRL-CAD's Blog: Ready for
review - The work on this task is ready to be reviewed. |
| 16:18.39 |
Notify |
03GCI:Melange
* Create Iron Man Arc Reactor Model in BRL-CAD: Initial Deadline
passed - Melange has detected that the initial deadline has passed
and it has set the task status to ActionNeeded. The... |
| 16:34.55 |
Notify |
03GCI:Alexandra Covor * Design BRL-CAD
phone/tablet back cover: Ready for review - The work on this task
is ready to be reviewed. |
| 16:35.00 |
Notify |
03GCI:Alexandra Covor * Design BRL-CAD
phone/tablet back cover: Ready for review - The work on this task
is ready to be reviewed. |
| 16:37.21 |
*** join/#brlcad gcibot
(~gcibot@94-23-167-221.kimsufi.com) |
| 16:49.49 |
j_v |
r57050 breaks
finding system termlib |
| 16:52.23 |
*** join/#brlcad FOSScookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 16:56.57 |
*** join/#brlcad gcibot
(~gcibot@94-23-167-221.kimsufi.com) |
| 16:57.35 |
*** join/#brlcad gcibot
(~gcibot@94-23-167-221.kimsufi.com) |
| 16:59.33 |
Notify |
03GCI:Sean *
Loading Google charts from API: Task Assigned - This task has been
assigned to Yatharth Agarwal. You have 72 hours to complete this
task, good luck! |
| 17:00.05 |
Notify |
03GCI:Sean *
Design a BRL-CAD Sticker #2: Task Assigned - This task has been
assigned to Oleg. You have 72 hours to complete this task, good
luck! |
| 17:06.12 |
*** join/#brlcad _gcibot_
(~gcibot@117.200.94.233) |
| 17:08.08 |
*** join/#brlcad krushia
(~krushia@saturn.pcsrvc.com) |
| 17:10.55 |
Notify |
03GCI: * :
- |
| 17:25.28 |
Destroy |
Please,
review:
https://google-melange.appspot.com/gci/task/view/google/gci2013/5898141282861056 |
| 17:25.29 |
gcibot |
Design a
BRL-CAD Sticker #2 |
| 17:25.29 |
gcibot |
Status:
NeedsReview (2 hours, 23 minutes left) |
| 17:25.29 |
gcibot |
Mentor(s):
Sean |
| 17:25.32 |
_gcibot_ |
Design a
BRL-CAD Sticker #2 |
| 17:25.32 |
_gcibot_ |
Status:
NeedsReview (2 days, 23 hours left) |
| 17:25.33 |
_gcibot_ |
Mentor(s):
Sean |
| 17:25.35 |
Notify |
03GCI:Oleg *
Design a BRL-CAD Sticker #2: Ready for review - The work on this
task is ready to be reviewed. |
| 17:25.55 |
*** join/#brlcad MartinHermida
(MartinHerm@2002:4f95:1d79::4f95:1d79) |
| 17:27.14 |
MartinHermida |
Just
completed my task:
http://www.google-melange.com/gci/task/view/google/gci2013/6370365018210304 |
| 17:27.15 |
gcibot |
<PROTECTED> |
| 17:27.15 |
gcibot |
Status:
NeedsReview (2 hours, 1 minutes left) |
| 17:27.15 |
gcibot |
Mentor(s):
Sean |
| 17:27.17 |
_gcibot_ |
<PROTECTED> |
| 17:27.17 |
_gcibot_ |
Status:
NeedsReview (2 days, 1 hours left) |
| 17:27.17 |
_gcibot_ |
Mentor(s):
Sean |
| 17:27.58 |
Destroy |
Mentors |
| 17:28.01 |
Destroy |
Please |
| 17:28.23 |
Destroy |
https://google-melange.appspot.com/gci/task/view/google/gci2013/5898141282861056 |
| 17:28.24 |
gcibot |
Design a
BRL-CAD Sticker #2 |
| 17:28.24 |
gcibot |
Status:
NeedsReview (2 hours, 23 minutes left) |
| 17:28.24 |
gcibot |
Mentor(s):
Sean |
| 17:28.25 |
_gcibot_ |
Design a
BRL-CAD Sticker #2 |
| 17:28.25 |
_gcibot_ |
Status:
NeedsReview (2 days, 23 hours left) |
| 17:28.25 |
_gcibot_ |
Mentor(s):
Sean |
| 17:31.20 |
Destroy |
``Erik |
| 17:31.24 |
Destroy |
starseeker |
| 17:31.34 |
Destroy |
Sean |
| 17:31.38 |
Destroy |
Someone... |
| 17:31.41 |
Destroy |
:( |
| 17:37.04 |
MartinHermida |
Destroy, it
seems we'll have to wait... |
| 17:38.51 |
Destroy |
Yes =( As
always ... |
| 17:56.09 |
MartinHermida |
Destroy, I
just realized it's Saturday, so... |
| 18:04.18 |
Notify |
03GCI:Ethan *
Design a coffee mug for BRL-CAD #4: Ready for review - The work on
this task is ready to be reviewed. |
| 18:04.23 |
Notify |
03GCI:Ethan *
Design a coffee mug for BRL-CAD #4: Ready for review - The work on
this task is ready to be reviewed. |
| 18:06.27 |
Notify |
03GCI:Mandeep
Kaur * Design a BRL-CAD wallpaper: Need Improvements - Hello Sam,
It looks nice. I suggest you to change tagline and background
something related to BRL-CAD. Also add hyphen(-) in... |
| 18:06.32 |
Notify |
03GCI:Mandeep
Kaur * Design a BRL-CAD wallpaper: Need Improvements - Hello Sam,
It looks nice. I suggest you to change tagline and background
something related to BRL-CAD. Also add hyphen(-) in... |
| 18:06.37 |
Notify |
03GCI:Mandeep
Kaur * Design a BRL-CAD wallpaper: Task Needs More Work - One of
the mentors has sent this task back for more work. Talk to the
mentor(s) assigned to this task to satisfy the... |
| 18:06.38 |
Notify |
03GCI:Mandeep
Kaur * Design a BRL-CAD wallpaper: Task Needs More Work - One of
the mentors has sent this task back for more work. Talk to the
mentor(s) assigned to this task to satisfy the... |
| 18:29.38 |
*** join/#brlcad _gcibot_
(~gcibot@117.200.94.233) |
| 18:38.36 |
Notify |
03GCI:Melange
* Model BRL-CAD Logo Using BRL-CAD: Initial Deadline passed -
Melange has detected that the initial deadline has passed and it
has set the task status to ActionNeeded. The student
has... |
| 18:38.41 |
Notify |
03GCI:Melange
* Model BRL-CAD Logo Using BRL-CAD: Initial Deadline passed -
Melange has detected that the initial deadline has passed and it
has set the task status to ActionNeeded. The student
has... |
| 18:38.54 |
*** join/#brlcad gcibot
(~gcibot@117.200.94.233) |
| 18:42.53 |
Destroy |
Mentors |
| 18:42.57 |
Destroy |
Are you
here? |
| 19:09.50 |
Notify |
03GCI:Melange
* Implement surface area function for NURBS objects (BREP): Task
Reopened - Melange has detected that the final deadline has passed
and it has reopened the task. |
| 19:43.56 |
Notify |
03GCI:Johannes Schulte * Implement a
volume function for triangle meshes (BOT): Ready for review - The
work on this task is ready to be reviewed. |
| 19:43.57 |
Notify |
03GCI:Johannes Schulte * Implement a
volume function for triangle meshes (BOT): Ready for review - The
work on this task is ready to be reviewed. |
| 20:34.01 |
Notify |
03GCI:Mandeep
Kaur * Design BRL-CAD phone/tablet back cover: Task Closed -
Congratulations, this task has been completed
successfully. |
| 20:34.02 |
Notify |
03GCI:Mandeep
Kaur * Design BRL-CAD phone/tablet back cover: Task Closed -
Congratulations, this task has been completed
successfully. |
| 20:39.50 |
Destroy |
Review my
task, please |
| 20:41.22 |
Notify |
03GCI:Mandeep
Kaur * Create a graphical mock-up for BRL-CAD's Blog: Need
Improvements - Hi Caleb, Good work. Few suggestions for you
design: Remove transparency from background and create
design... |
| 20:41.27 |
Notify |
03GCI:Mandeep
Kaur * Create a graphical mock-up for BRL-CAD's Blog: Need
Improvements - Hi Caleb, Good work. Few suggestions for you
design: Remove transparency from background and create
design... |
| 20:41.28 |
Notify |
03GCI:Mandeep
Kaur * Create a graphical mock-up for BRL-CAD's Blog: Task Needs
More Work - One of the mentors has sent this task back for more
work. Talk to the mentor(s) assigned to this task to... |
| 21:31.45 |
brlcad |
Destroy: what
do you need? |
| 21:32.50 |
brlcad |
it's not
helpful to ask if people are on IRC. ask what you would have asked
them and wait for a response. |
| 21:33.39 |
maths22 |
brlcad:
should I start working on converting the csvs into a valid .cg
file? |
| 21:35.11 |
maths22 |
Destroy: on
IRC, it makes more sense to refer to people by their IRC
nicks |
| 21:35.25 |
Destroy |
I'm
here |
| 21:35.31 |
Destroy |
I need
mentor |
| 21:35.36 |
Destroy |
To reviewe
this: |
| 21:35.50 |
Destroy |
https://www.google-melange.com/gci/task/view/google/gci2013/5898141282861056 |
| 21:36.07 |
maths22 |
Also, I have
observed that BRL-CAD tends to close tasks later in the evening (I
don't know if this is a "rule" or just what ends up
happening) |
| 21:36.25 |
brlcad |
Destroy: you
don't need to tell anyone that, we get notification of every
update, comment, review, etc |
| 21:36.26 |
gcibot |
Design a
BRL-CAD Sticker #2 |
| 21:36.26 |
gcibot |
Status:
NeedsReview (2 days, 19 hours left) |
| 21:36.26 |
gcibot |
Mentor(s):
Sean |
| 21:36.54 |
brlcad |
Destroy:
tasks are reviewed in the order they come in to be fair to
everyone |
| 21:38.03 |
brlcad |
maths22: that
would probably be the next step, either a .cg file or a vdeck input
... depends on the input |
| 21:39.47 |
maths22 |
what is the
format of a vdeck relative to a .cg |
| 21:41.38 |
Destroy |
Yes, of
course |
| 21:41.49 |
maths22 |
I thought
they are different names for the same thing, but I could be
wrong |
| 21:41.59 |
Destroy |
But I wait
all day to take task |
| 21:42.25 |
Destroy |
And one day
more to take review of task. |
| 21:42.30 |
Destroy |
So |
| 21:42.43 |
maths22 |
You can
always start working on a task and hope no one claims it before you
do |
| 21:42.44 |
Notify |
03GCI:Tan Di
Sheng * Fix at least 8 spelling mistakes in at least 8 different
files #3: Task Claimed - I would like to work on this
task. |
| 21:43.07 |
Destroy |
How tasks
jobs per day can I do? |
| 21:43.14 |
Destroy |
how many
tasks* |
| 21:44.57 |
Destroy |
I respect
you, dear mentors. |
| 21:45.56 |
Destroy |
But why you
do not respect the time of those who are trying to help the
project? |
| 23:13.44 |
*** join/#brlcad j_v
(~john@cpe-69-205-187-137.stny.res.rr.com) |
| 23:14.58 |
j_v |
I found that
my problem with getting cmake to recognize my installation of itk
was a build problem of itk, as I suspected. |
| 23:16.24 |
j_v |
The resulting
binaries are still not usable, but I am making progress. Thanks,
brlcad, for your assistance. |
| 23:41.40 |
Notify |
03GCI:Melange
* Implement a volume function for triangle meshes (BOT): No more
Work can be submitted - Melange has detected that the deadline has
passed and no more work can be submitted. The... |
| 01:06.08 |
*** join/#brlcad caen23_
(~caen23@92.81.168.188) |
| 01:16.30 |
*** join/#brlcad YuGin
(~IceChat77@182.55.146.247) |
| 02:41.21 |
*** join/#brlcad Palindrome
(~Palindrom@adsl-108-129-121-206.aby.bellsouth.net) |
| 03:06.05 |
*** join/#brlcad Palindrome
(~Palindrom@adsl-108-129-121-206.aby.bellsouth.net) |
| 03:21.51 |
*** join/#brlcad awabimakoto
(~awabimako@117.136.0.231) |
| 03:52.00 |
Notify |
03GCI:Sean *
Fix at least 8 spelling mistakes in at least 8 different files:
Deadline extended - The deadline of the task has been extended with
1 days and 12 hours. |
| 03:52.01 |
Notify |
03GCI:Sean *
Fix at least 8 spelling mistakes in at least 8 different files:
Deadline extended - The deadline of the task has been extended with
1 days and 12 hours. |
| 03:52.05 |
Notify |
03GCI:Sean *
Fix at least 8 spelling mistakes in at least 8 different files:
Task Needs More Work - One of the mentors has sent this task back
for more work. Talk to the mentor(s) assigned to
this... |
| 04:01.35 |
Notify |
03GCI:Sean *
Fix at least 8 spelling mistakes in at least 8 different files:
same patch - David, your previous patch file was "reversed" but
that's not a problem. The issue, as I noted, was
that... |
| 04:01.40 |
Notify |
03GCI:Sean *
Fix at least 8 spelling mistakes in at least 8 different files:
same patch - David, your previous patch file was "reversed" but
that's not a problem. The issue, as I noted, was
that... |
| 04:10.20 |
Notify |
03GCI:Gauravjeet Singh * Design a BRL-CAD
Sticker #5: Good going - It's a good design, there are few things
that I would like to suggest to improve this design 1) The name is
"BRL-CAD". There... |
| 04:10.40 |
Notify |
03GCI:Gauravjeet Singh * Design a BRL-CAD
Sticker #5: Task Needs More Work - One of the mentors has sent this
task back for more work. Talk to the mentor(s) assigned to this
task to satisfy the... |
| 04:14.15 |
Notify |
03GCI:Sean *
Write a step by step tutorial on modeling a simple toy car with
BRL-CAD: one last tweak - Sharan, This looks a lot better now.
The model is nearly perfect. The only issue I see on... |
| 04:14.25 |
Notify |
03GCI:Sean *
Write a step by step tutorial on modeling a simple toy car with
BRL-CAD: Task Needs More Work - One of the mentors has sent this
task back for more work. Talk to the mentor(s)
assigned... |
| 04:16.15 |
Notify |
03GCI:Sean *
Design a prototype CAD GUI layout #2: Task Closed -
Congratulations, this task has been completed
successfully. |
| 04:17.00 |
Notify |
03GCI:Sean *
Design a prototype CAD GUI layout #2: better - This layout is much
better. Thank you for working on the improvements. |
| 04:19.58 |
*** join/#brlcad joeyw
(~joeyw@c-68-34-68-152.hsd1.md.comcast.net) |
| 04:20.10 |
Notify |
03GCI:Sean *
Design a prototype CAD GUI layout: not many - Not many tasks are
exceptional on their first submission. Your design is exceptional.
Nice work. I hope you will consider doing more... |
| 04:20.15 |
Notify |
03GCI:Sean *
Design a prototype CAD GUI layout: Task Closed - Congratulations,
this task has been completed successfully. |
| 04:20.16 |
Notify |
03GCI:Sean *
Design a prototype CAD GUI layout: not many - Not many tasks are
exceptional on their first submission. Your design is exceptional.
Nice work. I hope you will consider doing more... |
| 04:20.17 |
Notify |
03GCI:Sean *
Design a prototype CAD GUI layout: Task Closed - Congratulations,
this task has been completed successfully. |
| 04:31.50 |
Notify |
03GCI:Sean *
Design a BRL-CAD Sticker #3: Deadline extended - The deadline of
the task has been extended with 1 days and 0 hours. |
| 04:32.00 |
Notify |
03GCI:Sean *
Design a BRL-CAD Sticker #3: Task Needs More Work - One of the
mentors has sent this task back for more work. Talk to the
mentor(s) assigned to this task to satisfy the
requirements... |
| 04:32.01 |
Notify |
03GCI:Sean *
Design a BRL-CAD Sticker #3: Task Needs More Work - One of the
mentors has sent this task back for more work. Talk to the
mentor(s) assigned to this task to satisfy the
requirements... |
| 04:37.48 |
*** join/#brlcad witness
(~witness12@122.248.183.23) |
| 04:38.55 |
Notify |
03GCI:Sean *
Design a BRL-CAD Sticker #3
http://www.google-melange.com/gci/task/view/google/gci2013/5780081221828608:
no relation to CAD What does blasting off have to do with
BRL-CAD or CAD or... |
| 04:39.14 |
*** join/#brlcad highrise2357
(~androirc@108-203-4-153.lightspeed.rlghnc.sbcglobal.net) |
| 04:40.36 |
Notify |
03GCI:Sean *
Design a banner ad for BRL-CAD: Task Closed - Congratulations, this
task has been completed successfully. |
| 04:43.06 |
Notify |
03GCI: * :
- |
| 04:46.01 |
Notify |
03GCI:Sean *
Design a BRL-CAD Sticker #5
http://www.google-melange.com/gci/task/view/google/gci2013/5817636415864832:
Ditto Connor, exactly what Gauravjeet said. I'd also add that
the balance... |
| 04:50.22 |
Notify |
03GCI:Sean *
Implement a surface area function for elliptical hyperboloids
(EHY): unverified - We've not yet verified that formula, but your
code looks a reasonable codification on (really)
quick... |
| 04:50.27 |
Notify |
03GCI:Sean *
Implement a surface area function for elliptical hyperboloids
(EHY): Task Closed - Congratulations, this task has been completed
successfully. |
| 04:50.32 |
Notify |
03GCI:Sean *
Implement a surface area function for elliptical hyperboloids
(EHY): Task Closed - Congratulations, this task has been completed
successfully. |
| 04:53.07 |
Notify |
03BRL-CAD:brlcad * 58646
(brlcad/trunk/src/librt/primitives/ehy/ehy.c
brlcad/trunk/src/librt/primitives/table.c): commit another good
patch from Johannes Schulte ( GCI:
http://www.google-melange.com/gci/task/view/google/gci2013/5741684885291008
) that implements the ehy surface area callback, based on a paper
from a 2012 GCI participant. |
| 04:53.08 |
gcibot |
Implement a
surface area function for elliptical hyperboloids (EHY) |
| 04:53.08 |
gcibot |
Status:
Closed |
| 04:53.08 |
gcibot |
Mentor(s):
Sean |
| 04:53.22 |
Notify |
03GCI:Sean *
Implement a surface area function for elliptical hyperboloids
(EHY): patch applied - That's two for two, patch applied in
r58646. |
| 04:56.48 |
*** join/#brlcad gjeet
(~gjeet@59.91.117.173) |
| 05:05.23 |
Notify |
03GCI:Sean *
Create a CAD inspired icon-set for BRL-CAD website #2
http://www.google-melange.com/gci/task/view/google/gci2013/5460209908580352:
doesn't work Hm, Faith I'm sorry to say but
those... |
| 05:05.25 |
Notify |
03GCI:Sean *
Create a CAD inspired icon-set for BRL-CAD website #2: Task Needs
More Work - One of the mentors has sent this task back for more
work. Talk to the mentor(s) assigned to this task to... |
| 05:05.33 |
Notify |
03GCI:Sean *
Create a CAD inspired icon-set for BRL-CAD website #2: Deadline
extended - The deadline of the task has been extended with 1 days
and 12 hours. |
| 05:05.43 |
Notify |
03GCI:Sean *
Create a CAD inspired icon-set for BRL-CAD website #2: Deadline
extended - The deadline of the task has been extended with 1 days
and 12 hours. |
| 05:09.48 |
Notify |
03GCI:Sean *
Create a book layout for Doc Camp Book: more time - Deep, it'd be
unusual to extend a deadline more than what you have received.
Where are you at on this task? |
| 05:09.49 |
Notify |
03GCI:Sean *
Create a book layout for Doc Camp Book: more time - Deep, it'd be
unusual to extend a deadline more than what you have received.
Where are you at on this task? |
| 05:29.21 |
*** join/#brlcad YuGin_
(~IceChat77@182.55.146.247) |
| 05:34.23 |
*** join/#brlcad YatharthROCK
(~YatharthR@95.175.73.215) |
| 05:37.41 |
Notify |
03GCI:Cameron
* Add missing documentation (for any ONE command): Task Claimed -
I would like to work on this task. |
| 05:40.16 |
Notify |
03GCI:Cameron
* Add missing documentation (for any ONE command): Claim Removed -
The claim on this task has been removed, someone else can claim it
now. |
| 05:41.31 |
Notify |
03GCI:Cameron
* Write an article ''BRL-CAD for Newbies'': Task Claimed - I would
like to work on this task. |
| 05:43.34 |
*** join/#brlcad YatharthROCK
(~YatharthR@95.175.73.215) |
| 05:49.51 |
Notify |
03GCI:Mandeep
Kaur * Write an article ''BRL-CAD for Newbies'': Task Assigned -
This task has been assigned to Cameron. You have 72 hours to
complete this task, good luck! |
| 05:52.22 |
*** join/#brlcad YatharthROCK
(~YatharthR@95.175.73.215) |
| 05:53.08 |
*** join/#brlcad deep_inder
(~chatzilla@59.91.112.222) |
| 06:12.28 |
Notify |
03GCI:Olexander Dubenko * Design a
prototype CAD GUI layout: None - Looking forward to doing more
design tasks |
| 06:12.38 |
Notify |
03GCI:Olexander Dubenko * Design a
prototype CAD GUI layout: None - Looking forward to doing more
design tasks |
| 06:25.52 |
*** join/#brlcad highrise2357
(~nobody@108-203-4-153.lightspeed.rlghnc.sbcglobal.net) |
| 06:29.13 |
highrise2357 |
Hello. |
| 06:29.49 |
Notify |
03GCI:Cameron
* Write an article ''BRL-CAD for Newbies'': Should I write the
guide on Archer on MGED? - I was just wondering because I am more
accostomed to Archer, but if you want me to write... |
| 06:35.59 |
highrise2357 |
I have a
somewhat generic question about the GCI--where exactly can I find
the source code that follows the hierarchy listed in certain coding
tasks? (e.g. /src/librt/primitives/ebm/ebm.c) |
| 06:36.24 |
highrise2357 |
I looked on
github and it didn't seem to match |
| 06:38.33 |
*** join/#brlcad sniok
(2549c3f0@gateway/web/freenode/ip.37.73.195.240) |
| 07:14.04 |
*** join/#brlcad deep_inder
(~chatzilla@117.199.99.243) |
| 07:34.08 |
YatharthROCK |
hickoryknoll:
Download the source. |
| 08:42.24 |
Notify |
03GCI:Deep
Inder Singh * Create a book layout for Doc Camp Book: Ready for
review - The work on this task is ready to be reviewed. |
| 10:02.43 |
*** join/#brlcad Ch3ck_
(~Ch3ck@195.24.209.22) |
| 10:41.27 |
Notify |
03GCI:Sharan
* Write a step by step tutorial on modeling a simple toy car with
BRL-CAD: Resize - I didnt resize the car but I set the correct
ratio for the separation;I also added this to the... |
| 10:48.37 |
Notify |
03GCI:Sharan
* Write a step by step tutorial on modeling a simple toy car with
BRL-CAD: Ready for review - The work on this task is ready to be
reviewed. |
| 11:19.09 |
*** join/#brlcad gjeet
(~gjeet@59.91.238.174) |
| 12:52.39 |
Notify |
03BRL-CAD:tbrowder2 * 58647
brlcad/trunk/src/librt/gen-attributes-files.cpp: get ready to do
CMake manip of this file |
| 12:54.45 |
Notify |
03BRL-CAD:tbrowder2 * 58648
(brlcad/trunk/src/librt/gen-attributes-files.cpp
===================================================================
and 393 others): rename for CMake 'configure_file' use |
| 13:14.45 |
*** join/#brlcad gjeet
(~gjeet@117.214.201.130) |
| 13:26.56 |
Notify |
03GCI:Sam *
Design a BRL-CAD wallpaper: Ready for review - The work on this
task is ready to be reviewed. |
| 13:46.55 |
*** join/#brlcad sniok
(59fc1dee@gateway/web/freenode/ip.89.252.29.238) |
| 14:18.15 |
Notify |
03GCI:Melange
* Design a cover image or banner for our Facebook page (and other
social media sites) #2: No more Work can be submitted - Melange has
detected that the deadline has passed and no more... |
| 14:31.31 |
*** join/#brlcad Ch3ck_
(~Ch3ck@195.24.209.20) |
| 14:31.43 |
*** join/#brlcad YatharthROCK
(~YatharthR@95.175.73.215) |
| 14:35.01 |
Notify |
03BRL-CAD:starseeker * 58649
brlcad/trunk/src/librt/CMakeLists.txt: Fix gen-attributes-files
buiild logic. |
| 14:35.16 |
Notify |
03BRL-CAD:starseeker * 58650
brlcad/trunk/include/bn.h: wording tweaks |
| 14:45.40 |
Notify |
03GCI:Megan *
Create a custom wikimedia skin for BRL-CAD: Task Claimed - I would
like to work on this task. |
| 14:47.07 |
Notify |
03GCI:Mandeep
Kaur * Create a custom wikimedia skin for BRL-CAD: Task Assigned -
This task has been assigned to Megan. You have 72 hours to complete
this task, good luck! |
| 14:58.05 |
*** join/#brlcad YatharthROCK
(~Yatharth@95.175.73.215) |
| 15:00.06 |
*** join/#brlcad sniok
(59fc1dee@gateway/web/freenode/ip.89.252.29.238) |
| 15:00.56 |
sniok |
Who can I ask
about GCI ? |
| 15:01.57 |
archivist |
just ask the
question |
| 15:06.06 |
Notify |
03BRL-CAD:starseeker * 58651
(brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/chull.c): Working
on how to handle the 2d->3d and vice versa
conversions |
| 15:13.26 |
sniok |
Can you add
more 'User interface' tasks such as wallpapers/stickers/banners and
similar |
| 15:16.12 |
``Erik |
archivist:
better? |
| 15:18.20 |
archivist |
so used to
duplicates !...yes |
| 15:22.04 |
starseeker |
``Erik:
awesome! what was the issue? |
| 15:31.22 |
``Erik |
the issue was
that I had two email addresses subscribed to brlcad-trackers@, for
non gci things the procmail rules worked fine, but the gci procmail
rule put both into the queue directory |
| 15:31.31 |
``Erik |
so I tweaked
the procmail rule a little |
| 15:34.54 |
*** join/#brlcad circ-user-OZ6bA
(~circuser-@95.175.73.215) |
| 15:35.43 |
``Erik |
(by the time
it hit the parser, they both looked identical, so'z it took me a
little to track) |
| 15:43.13 |
Notify |
03BRL-CAD:carlmoore * 58652
brlcad/trunk/doc/docbook/system/man5/en/attr-std-list-inc.xml: no
spelling fixes, but had to separate some words |
| 15:43.33 |
Notify |
03BRL-CAD:starseeker * 58653
brlcad/trunk/src/libbn/chull.c: Start roughing in steps for 2d
coordinate system creation. |
| 15:55.42 |
Notify |
03BRL-CAD:n_reed * 58654
brlcad/trunk/src/libbn/chull.c: invalid index for type |
| 15:55.44 |
``Erik |
brlcad: is
the proper way to add new tasks still via the google docs form? can
you share the generated spreadsheet so we can be sure we're not
adding duplicates? |
| 15:57.28 |
Notify |
03GCI:Melange
* Create a book layout for Doc Camp Book: No more Work can be
submitted - Melange has detected that the deadline has passed and
no more work can be submitted. The submitted work... |
| 15:58.13 |
Notify |
03GCI:Melange
* Design a cover image or banner for our Facebook page (and other
social media sites) #3: Task Reopened - Melange has detected that
the final deadline has passed and it has reopened... |
| 16:02.38 |
starseeker |
maths22: it
looks like comgeom-g may not be in proper working order right now -
I tried some tests this weekend and got close, but it looks like
there is some debuggin to do |
| 16:03.48 |
starseeker |
maths22: what
I've done so far seems to suggest that the csv conversions are
definately a workable form to have the data in - would you be
interested in tackling some other models to generate similar
transcriptions? |
| 16:05.24 |
starseeker |
based on your
experience thus far, would you say tackling a larger model with
your approach is possible/practical? |
| 16:08.01 |
Notify |
03GCI:Andrew
* Implement a centroid function for superellipsoids (SUPERELL):
Task Claimed - I would like to work on this task. |
| 16:10.11 |
Notify |
03GCI:Olexander Dubenko * Design a cover
image or banner for our Facebook page (and other social media
sites) #3: Task Claimed - I would like to work on this
task. |
| 16:10.31 |
Notify |
03GCI:Mandeep
Kaur * Implement a centroid function for superellipsoids
(SUPERELL): Task Assigned - This task has been assigned to Andrew.
You have 72 hours to complete this task, good luck! |
| 16:11.01 |
Notify |
03GCI:Mandeep
Kaur * Design a cover image or banner for our Facebook page (and
other social media sites) #3: Task Assigned - This task has been
assigned to Olexander Dubenko. You have 72 hours to... |
| 16:14.22 |
Notify |
03BRL-CAD:tbrowder2 * 58655
brlcad/trunk/src/librt/db5_attrs.cpp: ensure words are
space-separated |
| 16:20.15 |
*** join/#brlcad Ch3ck_
(~Ch3ck@195.24.209.20) |
| 16:20.37 |
Notify |
03GCI:Melange
* Model BRL-CAD Logo Using BRL-CAD #3: Task Reopened - Melange has
detected that the final deadline has passed and it has reopened the
task. |
| 16:25.59 |
maths22 |
starseeker:
how much larger? |
| 16:37.55 |
Notify |
03GCI:Olexander Dubenko * Design a cover
image or banner for our Facebook page (and other social media
sites) #3: Ready for review - The work on this task is ready to be
reviewed. |
| 17:07.10 |
*** join/#brlcad YatharthROCK
(~YatharthR@95.175.73.215) |
| 17:11.17 |
Notify |
03BRL-CAD:carlmoore * 58656
brlcad/trunk/src/proc-db/tube.c: implement my conventions regarding
-h, -?, run-with-no-arguments |
| 17:12.38 |
*** join/#brlcad joeyw
(~joeyw@c-68-34-68-152.hsd1.md.comcast.net) |
| 17:16.12 |
Notify |
03GCI:Connor
Vickers * Design a BRL-CAD Sticker #5
http://www.google-melange.com/gci/task/view/google/gci2013/5817636415864832:
None I tried to add the url and move the logo to the top but
it... |
| 17:20.34 |
Notify |
03GCI:Alex *
Write a ''BRL-CAD Commands Quick Reference'' document: Ready for
review - The work on this task is ready to be reviewed. |
| 17:40.41 |
*** join/#brlcad YatharthROCK
(~sickeron@95.175.73.215) |
| 17:51.27 |
Notify |
03GCI:Melange
* Write a ''BRL-CAD Commands Quick Reference'' document: No more
Work can be submitted - Melange has detected that the deadline has
passed and no more work can be submitted. The... |
| 18:02.58 |
*** join/#brlcad yiyus
(1242712427@je.je.je) |
| 18:08.06 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 18:12.09 |
Notify |
03BRL-CAD
Wiki:Diegoscarpetta * 0 /wiki/User:Diegoscarpetta: |
| 18:12.51 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 18:19.31 |
Notify |
03GCI:Melange
* Create a graphical mock-up for BRL-CAD's Documentation pages:
Initial Deadline passed - Melange has detected that the initial
deadline has passed and it has set the task status
to... |
| 18:23.06 |
*** join/#brlcad Palindrome
(~Palindrom@adsl-108-129-140-158.aby.bellsouth.net) |
| 18:23.51 |
Notify |
03GCI:Daniel
Rossberg * Design a BRL-CAD wallpaper: Where did you found the
images? - Especially the car? |
| 18:24.06 |
Notify |
03GCI:Daniel
Rossberg * Design a BRL-CAD wallpaper: Deadline extended - The
deadline of the task has been extended with 1 days and 0
hours. |
| 18:24.21 |
Notify |
03GCI:Daniel
Rossberg * Design a BRL-CAD wallpaper: Task Needs More Work - One
of the mentors has sent this task back for more work. Talk to the
mentor(s) assigned to this task to satisfy the... |
| 18:29.37 |
*** join/#brlcad joeyw
(~joeyw@c-68-34-68-152.hsd1.md.comcast.net) |
| 18:41.30 |
Notify |
03GCI:Mandeep
Kaur * Design a cover image or banner for our Facebook page (and
other social media sites) #3: Need Improvements - Hi Olexander, I
like your designs for banner and profile pic. You... |
| 18:41.56 |
Notify |
03GCI:Mandeep
Kaur * Design a cover image or banner for our Facebook page (and
other social media sites) #3: Task Needs More Work - One of the
mentors has sent this task back for more work. Talk
to... |
| 18:45.02 |
*** join/#brlcad jschulte
(~johannes@p4FDFB8B1.dip0.t-ipconnect.de) |
| 18:46.32 |
starseeker |
maths22:
there's a whole range |
| 18:48.20 |
starseeker |
one of the
largest is around 250 pages |
| 18:49.02 |
Notify |
03GCI:Daniel
Rossberg * Write a ''BRL-CAD Commands Quick Reference'' document:
beside other things - I'm missing some words aboud the options.
How should these commands be called? |
| 18:49.22 |
Notify |
03GCI:Daniel
Rossberg * Write a ''BRL-CAD Commands Quick Reference'' document:
Task Needs More Work - One of the mentors has sent this task back
for more work. Talk to the mentor(s) assigned to... |
| 18:49.32 |
Notify |
03GCI:Daniel
Rossberg * Write a ''BRL-CAD Commands Quick Reference'' document:
Deadline extended - The deadline of the task has been extended with
2 days and 0 hours. |
| 18:52.04 |
Notify |
03GCI:Daniel
Rossberg * Write a ''BRL-CAD Commands Quick Reference'' document:
List of commands - For a list of commands you could look at the
BRL-CAD installation's bin directory. The options
are... |
| 18:56.12 |
Notify |
03BRL-CAD:starseeker * 58657
(brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/chull.c): The
coordinate manipulation probably shouldn't be part of the public
API. |
| 19:16.29 |
*** join/#brlcad caen23
(~caen23@92.81.168.188) |
| 19:23.37 |
jschulte |
Concerning
this task :
https://google-melange.appspot.com/gci/task/view/google/gci2013/5899274214703104
. Does Centroid for your primitives mean, that I just have to get
average of all vertices in the arbn (like shown in
rt_arb_centroid), or ist the solution, shown in the EDIT of the
start post of this thread(http://stackoverflow.com/questions/9325303/centroid-of-convex-polyhedron)
the right approach to this problem? |
| 19:23.38 |
gcibot |
Implement a
centroid function for N-faced polysolids (ARBN) |
| 19:23.38 |
gcibot |
Status:
Open |
| 19:23.38 |
gcibot |
Mentor(s):
Sean |
| 19:25.44 |
Notify |
03BRL-CAD:carlmoore * 58658
brlcad/trunk/src/proc-db/tube.c: add decimal points because we are
NOT storing into int type |
| 19:31.45 |
Notify |
03BRL-CAD:starseeker * 58659
brlcad/trunk/src/libbn/chull.c: Untested (and almost certainly
incorrect) but start working out the actual vector math needed to
make these functions function. |
| 19:56.17 |
d_rossberg |
jschulte: the
thread on stackoverflow sounds reasonable ... and for arb8 it
should lead to what you have seen in rt_arb8_centroid |
| 19:56.21 |
*** join/#brlcad Ch3ck_
(~Ch3ck@195.24.209.20) |
| 20:06.48 |
Notify |
03BRL-CAD:starseeker * 58660
brlcad/trunk/src/libbn/chull.c: Try to be a little more careful
that we actually get a normal vector back... |
| 20:19.53 |
maths22 |
starseeker:
it would not really work for one that long |
| 20:20.23 |
maths22 |
Maybe double
the length of this one at the most-it is very
human-intensive |
| 20:20.44 |
maths22 |
unless other
ones were better quality scans/typewriiten |
| 20:20.54 |
maths22 |
Then they
would not be so bad |
| 20:39.15 |
Notify |
03BRL-CAD:starseeker * 58661
brlcad/trunk/src/other/openNURBS/CMakeLists.txt: update CMake
version variable for openNURBS |
| 21:08.37 |
*** join/#brlcad Ch3ck_
(~Ch3ck@195.24.209.21) |
| 21:14.35 |
*** join/#brlcad Palindrome
(~Palindrom@adsl-108-129-140-158.aby.bellsouth.net) |
| 21:19.02 |
Notify |
03BRL-CAD:starseeker * 58662
brlcad/trunk/src/librt/primitives/rhc/rhc.c: Initialize guess
variable |
| 21:28.32 |
starseeker |
maths22: so
we'd have to break the large one into a lot of smaller tasks,
then |
| 21:29.23 |
starseeker |
maths22: I'm
not surprised it's human intensive - that's why these are up as GCI
tasks :-) |
| 21:46.13 |
Notify |
03GCI:Johannes Schulte * Implement
surface area function for polygonal meshes (NMG): Task Claimed - I
would like to work on this task. |
| 21:57.45 |
*** join/#brlcad highrise2357
(~matthew@108-203-4-153.lightspeed.rlghnc.sbcglobal.net) |
| 21:59.23 |
*** join/#brlcad highrise2357
(~matthew@108-203-4-153.lightspeed.rlghnc.sbcglobal.net) |
| 22:03.06 |
*** join/#brlcad joeyw
(~joeyw@c-68-34-68-152.hsd1.md.comcast.net) |
| 22:07.42 |
highrise2357 |
How should I
set up for development of brlcad? |
| 22:07.57 |
highrise2357 |
Is there a
git repository for it? |
| 22:28.10 |
Notify |
03GCI: * :
- |
| 22:38.41 |
*** join/#brlcad highrise2357
(~matthew@108-203-4-153.lightspeed.rlghnc.sbcglobal.net) |
| 22:51.18 |
tbrowder2 |
highrise2357:
if you have a Windows host, the easiest way to start is with the
BRL-CAD VirtualMachine (VM) which can be downloaded here:
http://sourceforge.net/projects/brlcad/files/BRL-CAD%20for%20Virtual%20Machines/BRL-CAD-Debian-7.2-32bit.ova/download |
| 22:54.30 |
highrise2357 |
Thanks, I'll
probably be working on a Windows machine soon, but what should I do
right now, for linux? |
| 22:54.49 |
highrise2357 |
Is it in the
same place? |
| 22:54.58 |
highrise2357 |
The VM link
on the website? |
| 22:59.10 |
highrise2357 |
Also, do you
know what the general policy is for the GCI? Right now, I'm looking
at the source to get a basic idea for a task. Should I continue
with this or claim it? |
| 23:25.11 |
Notify |
03GCI:Alex *
Write a ''BRL-CAD Commands Quick Reference'' document: Will improve
- thanks for feedback will include more on options. |
| 23:26.06 |
Notify |
03GCI:Alex *
Write a ''BRL-CAD Commands Quick Reference'' document: Ready for
review - The work on this task is ready to be reviewed. |
| 23:55.21 |
Notify |
03GCI:Matthew
* Implement a volume function for extruded bitmaps (EBM): None -
Hi, I might be interested in this task, but I'm still trying to
familiarize myself with the code. Where can I find... |
| 00:48.53 |
*** join/#brlcad YuGin_
(~IceChat77@182.55.146.247) |
| 01:25.29 |
tbrowder2 |
highrise2357:
if you have a linux host you should start with subversion and
checkout the trunk from sourceforge.net: (bummer, sf is down at the
moment) |
| 02:14.06 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 02:14.47 |
*** join/#brlcad caen23
(~caen23@92.81.168.188) |
| 02:19.01 |
*** join/#brlcad Palindrome
(~Palindrom@adsl-108-129-124-77.aby.bellsouth.net) |
| 02:46.58 |
brlcad |
starseeker: I
used comgeom-g a few months ago, working just fine, and it hasn't
changed since then afaik ... just fyi |
| 02:47.17 |
brlcad |
(ditto to
maths22) |
| 02:48.02 |
brlcad |
``Erik: sure,
I'll expose the sheet |
| 02:51.31 |
Notify |
03GCI:Andrew
* Implement a centroid function for superellipsoids (SUPERELL):
Ready for review - The work on this task is ready to be
reviewed. |
| 03:45.49 |
*** join/#brlcad Palindrome
(~Palindrom@adsl-108-129-124-77.aby.bellsouth.net) |
| 03:54.25 |
starseeker |
brlcad: hmm.
which version - 1, 4 or 5? |
| 04:11.28 |
*** join/#brlcad FOSScookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 04:18.10 |
Notify |
03GCI:Mandeep
Kaur * Implement surface area function for polygonal meshes (NMG):
Task Assigned - This task has been assigned to Johannes Schulte.
You have 72 hours to complete this task, good luck! |
| 04:38.55 |
Notify |
03GCI:David
Gumberg * Fix at least 8 spelling mistakes in at least 8 different
files: Not reversed - I did reverse the patch, but I added 3 more
instances of correcting the word "acknowledgments".... |
| 05:02.42 |
Notify |
03GCI:David
Gumberg * Fix at least 8 spelling mistakes in at least 8 different
files: Ready for review - The work on this task is ready to be
reviewed. |
| 05:28.04 |
Notify |
03GCI:Cameron
* Write an article ''BRL-CAD for Newbies'': Ready for review - The
work on this task is ready to be reviewed. |
| 05:31.59 |
Notify |
03GCI:Sean *
Create a book layout for Doc Camp Book: Task Closed -
Congratulations, this task has been completed
successfully. |
| 05:46.51 |
Notify |
03GCI:Sean *
Write a step by step tutorial on modeling a simple toy car with
BRL-CAD: Task Closed - Congratulations, this task has been
completed successfully. |
| 05:47.40 |
Notify |
03GCI:Sean *
Write a step by step tutorial on modeling a simple toy car with
BRL-CAD: follow-on task - A follow-on task for this tutorial has
been posted. Search for "toy car". |
| 05:49.56 |
brlcad |
starseeker: I
do not recall that detail, but note that we have support for both
v4 and v5 in comgeom-g and I believe vdeck may technically be v1
(which converts to v5) |
| 05:50.39 |
brlcad |
it took me a
bit to remember when I was using the tool, but half-suprisingly I
went through both vdeck and comgeom-g with a few data sets and it
all worked without incident |
| 05:57.06 |
Notify |
03GCI:Sean *
Design a cover image or banner for our Facebook page (and other
social media sites) #2: better - Pulkit, this latest design is
much better. It's still not usable for the same
reason... |
| 05:57.16 |
Notify |
03GCI:Sean *
Design a cover image or banner for our Facebook page (and other
social media sites) #2: Task Closed - Congratulations, this task
has been completed successfully. |
| 06:05.56 |
Notify |
03GCI:Sean *
Design a cover image or banner for our Facebook page (and other
social media sites) #3: love it - Olexander, looking forward to
seeing how you respond to Mandeep, but this is a... |
| 06:09.47 |
Notify |
03GCI:Johannes Schulte * Implement
surface area function for polygonal meshes (NMG): Ready for review
- The work on this task is ready to be reviewed. |
| 06:11.42 |
Notify |
03GCI:Sean *
Write a ''BRL-CAD Commands Quick Reference'' document: source
format - Alex, would you submit editable source files too? PDF is
great for seeing how it should ultimately look, but... |
| 06:11.47 |
Notify |
03GCI:Sean *
Write a ''BRL-CAD Commands Quick Reference'' document: Task Needs
More Work - One of the mentors has sent this task back for more
work. Talk to the mentor(s) assigned to this task to... |
| 06:19.02 |
Notify |
03GCI:Sean *
Fix at least 8 spelling mistakes in at least 8 different files
http://www.google-melange.com/gci/task/view/google/gci2013/6501205291302912:
please itemize them First and foremost,... |
| 06:19.07 |
Notify |
03GCI:Sean *
Fix at least 8 spelling mistakes in at least 8 different files:
Task Needs More Work - One of the mentors has sent this task back
for more work. Talk to the mentor(s) assigned to
this... |
| 06:19.22 |
Notify |
03GCI:Sean *
Fix at least 8 spelling mistakes in at least 8 different files:
Deadline extended - The deadline of the task has been extended with
2 days and 0 hours. |
| 06:21.12 |
Notify |
03GCI:Sean *
Write an article ''BRL-CAD for Newbies'': Task Needs More Work -
One of the mentors has sent this task back for more work. Talk to
the mentor(s) assigned to this task to satisfy the... |
| 06:23.37 |
Notify |
03GCI:Sean *
Write an article ''BRL-CAD for Newbies'': started out good -
Started out good with screenshots of the website, but then when you
got to your modeling section, you literally provided
a... |
| 07:08.25 |
Notify |
03GCI:Cameron
* Write an article ''BRL-CAD for Newbies'': Got it - Thanks for
the feedback |
| 07:22.25 |
Notify |
03GCI:Cameron
* Write an article ''BRL-CAD for Newbies'': Ready for review - The
work on this task is ready to be reviewed. |
| 09:21.56 |
Notify |
03BRL-CAD
Wiki:Joannes Hoste * 0 /wiki/User:Joannes_Hoste: |
| 10:00.09 |
Notify |
03GCI:Pulkit
Mehta * Design a cover image or banner for our Facebook page (and
other social media sites) #2: None - welcome and as well as thank
you sir for approving it as well I really enjoyed... |
| 10:22.31 |
Notify |
03GCI:Sharan
* Design a cover image or banner for our Facebook page (and other
social media sites) #5: Task Claimed - I would like to work on this
task. |
| 10:59.45 |
*** join/#brlcad caen23
(~caen23@92.81.168.188) |
| 11:25.50 |
*** join/#brlcad awabimakoto
(500@101.5.102.137) |
| 12:19.31 |
Notify |
03GCI:ajeet
kumar yadav * Model BRL-CAD logo in BRL-CAD: Task Claimed - I
would like to work on this task. |
| 12:31.40 |
Notify |
03BRL-CAD:tbrowder2 * 58663
(brlcad/trunk/src/librt/gen-attributes-files.cpp.in
===================================================================
and 404 others): move for better location |
| 12:33.02 |
Notify |
03BRL-CAD:tbrowder2 * 58664
(brlcad/trunk/doc/docbook/system/man5/en/CMakeLists.txt
brlcad/trunk/misc/CMakeLists.txt
brlcad/trunk/src/librt/CMakeLists.txt): change attribute.xml to
attribute.xml.in for configuration; put auto-generated files in the
binary dir and remove from source dir |
| 12:41.40 |
Notify |
03GCI:Luke
Blue * Create an ISST screenshot or animation: Task Claimed - I
would like to work on this task. |
| 13:21.16 |
Notify |
03GCI:Olexander Dubenko * Design a cover
image or banner for our Facebook page (and other social media
sites) #3: Ready for review - The work on this task is ready to be
reviewed. |
| 13:31.59 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 13:32.49 |
Notify |
03GCI:Daniel
Rossberg * Model BRL-CAD logo in BRL-CAD: Task Assigned - This
task has been assigned to ajeet kumar yadav. You have 72 hours to
complete this task, good luck! |
| 13:34.04 |
Notify |
03GCI:Daniel
Rossberg * Create an ISST screenshot or animation: Task Assigned -
This task has been assigned to Luke Blue. You have 72 hours to
complete this task, good luck! |
| 13:34.19 |
Notify |
03GCI:Daniel
Rossberg * Design a cover image or banner for our Facebook page
(and other social media sites) #5: Task Assigned - This task has
been assigned to Sharan. You have 72 hours to
complete... |
| 13:38.14 |
Notify |
03GCI:ajeet
kumar yadav * Model BRL-CAD logo in BRL-CAD: Ready for review -
The work on this task is ready to be reviewed. |
| 14:30.55 |
Notify |
03GCI:Evan_M
* Implement a volume function for extruded sketches (EXTRUDE):
Task Claimed - I would like to work on this task. |
| 14:47.55 |
Notify |
03GCI:Sam *
Design a BRL-CAD wallpaper: Ready for review - The work on this
task is ready to be reviewed. |
| 14:49.35 |
*** join/#brlcad sniok
(42f9513d@gateway/web/freenode/ip.66.249.81.61) |
| 14:51.02 |
Notify |
03GCI:Sam *
Design a BRL-CAD wallpaper: Submitted - Hi, I made use of brushes
for the images. All brushes are free-to-use. Also, I have submitted
two versions this time. One with the car, one... |
| 14:53.29 |
Notify |
03GCI:Daniel
Rossberg * Implement a volume function for extruded sketches
(EXTRUDE): Task Assigned - This task has been assigned to Evan_M.
You have 72 hours to complete this task, good luck! |
| 15:04.01 |
Notify |
03GCI:Daniel
Rossberg * Implement a centroid function for superellipsoids
(SUPERELL): Almost - Commas and semicolons are followed by
whitespace. (from HACKING, see your VMOVE) There should be
two... |
| 15:04.02 |
Notify |
03GCI:Daniel
Rossberg * Implement a centroid function for superellipsoids
(SUPERELL): Task Needs More Work - One of the mentors has sent this
task back for more work. Talk to the mentor(s)
assigned... |
| 15:16.08 |
Notify |
03GCI:Sean *
Write an article ''BRL-CAD for Newbies'': looking a lot better -
That's looking a LOT better Cameron. This is going to be fantastic.
Reading through the article, a few issues jump out... |
| 15:24.30 |
Notify |
03GCI:Andrew
* Implement a centroid function for superellipsoids (SUPERELL):
Ready for review - The work on this task is ready to be
reviewed. |
| 15:27.40 |
Notify |
03GCI:Sean *
Write an article ''BRL-CAD for Newbies''
http://www.google-melange.com/gci/task/view/google/gci2013/5398773085765632:
follow-on A follow-on task to this one has been
added::... |
| 15:30.06 |
*** join/#brlcad YatharthROCK
(~YatharthR@95.175.73.215) |
| 15:30.59 |
Notify |
03GCI:ISRanjith * Design a BRL-CAD
Sticker #3: Ready for review - The work on this task is ready to be
reviewed. |
| 15:34.34 |
Notify |
03GCI:Gauravjeet Singh * Design a cover
image or banner for our Facebook page (and other social media
sites) #3: Task Closed - Congratulations, this task has been
completed successfully. |
| 15:38.47 |
*** join/#brlcad gjeet
(~gjeet@117.212.50.159) |
| 15:42.36 |
Notify |
03GCI:ISRanjith * Design a BRL-CAD
Sticker #3: TThis Time I understood the requirements of sticker -
Sir Now I have made a new Design and have worked hard on it.I hope
you like it. |
| 15:44.02 |
Notify |
03GCI:Deep
Inder Singh * Design a cover image or banner for our Facebook page
(and other social media sites) #7: Task Claimed - I would like to
work on this task. |
| 15:44.48 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 15:45.32 |
Notify |
03GCI:Gauravjeet Singh * Design a cover
image or banner for our Facebook page (and other social media
sites) #7: Task Assigned - This task has been assigned to Deep
Inder Singh. You have 72 hours... |
| 15:46.54 |
Notify |
03GCI:Sean *
Model BRL-CAD logo in BRL-CAD: Almost! - Ajeet, this is looking
good, but you haven't joined the two links together. The black and
pink links need to be put into or made into a region... |
| 15:46.59 |
Notify |
03GCI:Sean *
Model BRL-CAD logo in BRL-CAD: Task Needs More Work - One of the
mentors has sent this task back for more work. Talk to the
mentor(s) assigned to this task to satisfy the
requirements... |
| 15:59.04 |
Notify |
03GCI:Melange
* Design a BRL-CAD Sticker #3: No more Work can be submitted -
Melange has detected that the deadline has passed and no more work
can be submitted. The submitted work should be... |
| 16:25.30 |
Notify |
03BRL-CAD:starseeker * 58665
brlcad/trunk/src/libbn/chull.c: Start filling in
bn_3d_coplanar_chull |
| 16:30.50 |
Notify |
03GCI:Olexander Dubenko * Create
Wordpress theme for BRL-CAD website #2: Task Claimed - I would like
to work on this task. |
| 16:33.11 |
Notify |
03GCI:Mandeep
Kaur * Create Wordpress theme for BRL-CAD website #2: Task
Assigned - This task has been assigned to Olexander Dubenko. You
have 72 hours to complete this task, good luck! |
| 16:41.22 |
*** join/#brlcad Deepak_
(~chatzilla@106.192.190.34) |
| 16:43.28 |
Notify |
03BRL-CAD:tbrowder2 * 58666
brlcad/trunk/include/raytrace.h: update text for current
use |
| 16:45.43 |
Notify |
03BRL-CAD:tbrowder2 * 58667
brlcad/trunk/doc/docbook/system/man5/en/CMakeLists.txt: allow no
stale copies of the generated file |
| 16:47.27 |
Notify |
03BRL-CAD:tbrowder2 * 58668
brlcad/trunk/src/librt/db5_attrs.cpp: remove spurious comma; expand
var list for ease of maintenance |
| 16:52.13 |
Notify |
03BRL-CAD:starseeker * 58669
brlcad/trunk/src/libbn/tests/bn_chull.c: Define some sets of
coplanar 3d points for testing |
| 16:52.47 |
Notify |
03BRL-CAD:tbrowder2 * 58670
brlcad/trunk/src/librt/db5_attrs.cpp: correct typo |
| 16:55.42 |
Notify |
03BRL-CAD:tbrowder2 * 58671
brlcad/trunk/src/librt/db5_attrs.cpp: correct grammar (the
combination...that defines) |
| 16:56.45 |
*** join/#brlcad ejn0
(~ejno@unaffiliated/kazaik) |
| 16:59.33 |
Notify |
03GCI:Melange
* Loading Google charts from API: Initial Deadline passed -
Melange has detected that the initial deadline has passed and it
has set the task status to ActionNeeded. The student
has... |
| 17:01.33 |
Notify |
03GCI:FaithOh
* Create a CAD inspired icon-set for BRL-CAD website #2: Claim
Removed - The claim on this task has been removed, someone else can
claim it now. |
| 17:11.24 |
Notify |
03BRL-CAD:n_reed * 58672
brlcad/trunk/misc/CMakeLists.txt: ignore attributes dir until it
has a CMakeLists.txt |
| 17:20.19 |
Notify |
03GCI:Palindrome * Design a cover image
or banner for our Facebook page (and other social media sites) #6:
Task Claimed - I would like to work on this task. |
| 17:20.24 |
*** join/#brlcad Palindrome
(~Palindrom@adsl-108-129-139-41.aby.bellsouth.net) |
| 17:20.49 |
Palindrome |
Hey, anyone
online? |
| 17:24.14 |
Notify |
03GCI:Mandeep
Kaur * Design a cover image or banner for our Facebook page (and
other social media sites) #6: Task Assigned - This task has been
assigned to Palindrome. You have 72 hours to
complete... |
| 17:24.28 |
Palindrome |
Thanks,
bot. |
| 17:31.13 |
Notify |
03BRL-CAD:tbrowder2 * 58673
(brlcad/trunk/misc/attributes/CMakeLists.txt
===================================================================
and 47 others): it was there but not checked in |
| 17:34.37 |
Notify |
03BRL-CAD:tbrowder2 * 58674
brlcad/trunk/misc/CMakeLists.txt: back on duty |
| 17:43.43 |
Notify |
03GCI:Alex *
Write a ''BRL-CAD Commands Quick Reference'' document: changes done
- ok i have got rid of the miscellaneous category and have
rearranged the alphabetically. |
| 17:47.32 |
*** join/#brlcad YatharthROCK
(~YatharthR@95.175.73.215) |
| 17:51.44 |
Notify |
03GCI:Alex *
Write a ''BRL-CAD Commands Quick Reference'' document: Ready for
review - The work on this task is ready to be reviewed. |
| 17:52.59 |
Notify |
03GCI:Sharan
* Design a cover image or banner for our Facebook page (and other
social media sites) #5: Ready for review - The work on this task is
ready to be reviewed. |
| 17:55.14 |
Notify |
03GCI:Sharan
* Design a cover image or banner for our Facebook page (and other
social media sites) #5: Three of them - I have made 3 in which
cover1 is made according to the website but, cover2... |
| 17:59.08 |
Notify |
03BRL-CAD:tbrowder2 * 58675
(brlcad/trunk/doc/docbook/system/man5/en/attributes.xml.in
brlcad/trunk/misc/attributes/gen-attributes-files.cpp.in): neaten
up man page and tables a bit |
| 18:13.51 |
Notify |
03GCI:Andromeda Galaxy * Create unit
tests for plane.c "point" functions: Task Claimed - I would like to
work on this task. |
| 18:19.07 |
Notify |
03GCI:Melange
* Create a graphical mock-up for BRL-CAD's Documentation pages:
Task Reopened - Melange has detected that the final deadline has
passed and it has reopened the task. |
| 18:37.23 |
*** join/#brlcad Palindrome
(~Palindrom@adsl-108-129-139-41.aby.bellsouth.net) |
| 18:38.11 |
Palindrome |
Hi! |
| 18:38.20 |
Palindrome |
Is there a
set theme for the facebook graphic? |
| 18:38.25 |
Palindrome |
https://google-melange.appspot.com/gci/task/view/google/gci2013/5327637555707904 |
| 18:38.26 |
gcibot |
Design a
cover image or banner for our Facebook page (and other social media
sites) #6 |
| 18:38.26 |
gcibot |
Status:
Claimed (2 hours, 22 minutes left) |
| 18:38.26 |
gcibot |
Mentor(s):
Sean |
| 18:41.04 |
Notify |
03GCI:Daniel
Rossberg * Create unit tests for plane.c "point" functions: Task
Assigned - This task has been assigned to Andromeda Galaxy. You
have 72 hours to complete this task, good luck! |
| 18:42.14 |
Notify |
03GCI:Palindrome * Design a cover image
or banner for our Facebook page (and other social media sites) #6:
Theme - Is there a specific theme you have in mind? Holiday?
Military? General? |
| 18:56.34 |
*** join/#brlcad jschulte
(~johannes@p4FDFBECC.dip0.t-ipconnect.de) |
| 18:57.40 |
Notify |
03GCI:Andromeda Galaxy * Create unit
tests for plane.c "point" functions: Ready for review - The work on
this task is ready to be reviewed. |
| 19:01.16 |
Notify |
03GCI:Daniel
Rossberg * Implement a centroid function for superellipsoids
(SUPERELL): Task Closed - Congratulations, this task has been
completed successfully. |
| 19:07.38 |
Notify |
03BRL-CAD:tbrowder2 * 58676
brlcad/trunk/misc/attributes/gen-attributes-files.cpp.in: correct
DB table structure |
| 19:09.37 |
Notify |
03GCI:Yash
Sahota * Fix MGED crash on Mac OS X: Task Claimed - I would like
to work on this task. |
| 19:09.57 |
Notify |
03GCI:Daniel
Rossberg * Implement surface area function for polygonal meshes
(NMG): Don't use static variables - Please rethink the sort
algorithm. Is it really needed? |
| 19:10.12 |
Notify |
03GCI:Olexander Dubenko * Create
Wordpress theme for BRL-CAD website #2: Claim Removed - The claim
on this task has been removed, someone else can claim it
now. |
| 19:10.13 |
Notify |
03GCI:Daniel
Rossberg * Implement surface area function for polygonal meshes
(NMG): Task Needs More Work - One of the mentors has sent this task
back for more work. Talk to the mentor(s) assigned... |
| 19:10.14 |
Notify |
03GCI:Olexander Dubenko * Create a
graphical mock-up for BRL-CAD's Documentation pages: Task Claimed -
I would like to work on this task. |
| 19:10.32 |
Notify |
03GCI:Daniel
Rossberg * Fix MGED crash on Mac OS X: Task Assigned - This task
has been assigned to Yash Sahota. You have 72 hours to complete
this task, good luck! |
| 19:11.27 |
Notify |
03GCI:Daniel
Rossberg * Create a graphical mock-up for BRL-CAD's Documentation
pages: Task Assigned - This task has been assigned to Olexander
Dubenko. You have 72 hours to complete this task,
good... |
| 19:17.39 |
Notify |
03GCI:Daniel
Rossberg * Design a BRL-CAD wallpaper: ... not really - See
Mandeep Kaur's comment. For a BRL-CAD wallpaper I would expect some
BRL-CAD geometry, eg ray-traced. |
| 19:17.44 |
Notify |
03GCI:Daniel
Rossberg * Design a BRL-CAD wallpaper: Task Needs More Work - One
of the mentors has sent this task back for more work. Talk to the
mentor(s) assigned to this task to satisfy the... |
| 19:18.14 |
Notify |
03GCI:Daniel
Rossberg * Design a BRL-CAD wallpaper: Deadline extended - The
deadline of the task has been extended with 1 days and 0
hours. |
| 19:18.40 |
Notify |
03BRL-CAD:starseeker * 58677
brlcad/trunk/src/libbn/tests/bn_chull.c: Hook up the 3D examples to
bn_3d_coplanar_chull. |
| 19:25.06 |
Notify |
03BRL-CAD:starseeker * 58678
brlcad/trunk/src/libbn/tests/bn_chull.c: get a look at the
generated points - not sure if they're right yet... |
| 19:56.43 |
Notify |
03BRL-CAD:starseeker * 58679
brlcad/trunk/src/libbn/tests/CMakeLists.txt: Since we'll probably
find it useful for debugging, stick the asc definition of the bots
used as the source of the test points into the test directory,
starting with test 003 |
| 19:58.44 |
*** join/#brlcad Palindrome
(~Palindrom@adsl-108-129-139-41.aby.bellsouth.net) |
| 20:00.10 |
Notify |
03BRL-CAD:starseeker * 58680
brlcad/trunk/src/libbn/tests/CMakeLists.txt: Add test 004's
bot |
| 20:07.59 |
brlcad |
there is not
a set theme |
| 20:09.56 |
Notify |
03GCI:Johannes Schulte * Implement
surface area function for polygonal meshes (NMG)
http://www.google-melange.com/gci/task/view/google/gci2013/6170669171605504:
None As far as my knowledge... |
| 20:10.22 |
Notify |
03GCI:Johannes Schulte * Implement
surface area function for polygonal meshes (NMG): Ready for review
- The work on this task is ready to be reviewed. |
| 20:29.11 |
Notify |
03BRL-CAD:starseeker * 58681
brlcad/trunk/src/libbn/tests/bn_chull.c: Add ability to generate
plot files for bn_chull tests |
| 20:50.56 |
Notify |
03GCI:Tan Di
Sheng * Fix at least 8 spelling mistakes in at least 8 different
files #3: Ready for review - The work on this task is ready to be
reviewed. |
| 21:16.06 |
*** join/#brlcad yiyus
(1242712427@server1.bouncer4you.de) |
| 21:24.45 |
Notify |
03BRL-CAD:starseeker * 58682
brlcad/trunk/src/libbn/tests/bn_chull.c: Make it easier to print
test results. |
| 21:32.01 |
*** join/#brlcad Palindrome
(~Palindrom@adsl-108-129-139-41.aby.bellsouth.net) |
| 21:43.09 |
Notify |
03GCI:erikg *
Create unit tests for plane.c "point" functions: Task Needs More
Work - One of the mentors has sent this task back for more work.
Talk to the mentor(s) assigned to this task to... |
| 21:56.45 |
Notify |
03GCI:Andrew
* Implement a surface area function for hyperboloids of one sheet
(HYP): Task Claimed - I would like to work on this
task. |
| 22:03.11 |
*** join/#brlcad highrise2357
(~matthew@108-203-4-153.lightspeed.rlghnc.sbcglobal.net) |
| 22:08.40 |
Notify |
03BRL-CAD:starseeker * 58683
brlcad/trunk/src/libbn/chull.c: Closer, but still not
correct |
| 22:19.49 |
Notify |
03BRL-CAD:starseeker * 58684
brlcad/trunk/src/libbn/chull.c: try to avoid using really short
vectors for normal calculations... |
| 22:24.27 |
Notify |
03BRL-CAD:starseeker * 58685
brlcad/trunk/src/libbn/chull.c: Actually, unitization should take
care of the distance question |
| 22:44.32 |
Notify |
03BRL-CAD:carlmoore * 58686
brlcad/trunk/src/proc-db/tube.c: add message about generation of
tube.g file, and add 'frame' and a newline to an
fprintf |
| 22:46.32 |
highrise2357 |
Is there any
documentation for the code outside of the source files? |
| 22:46.56 |
Notify |
03GCI:Sean *
Implement a surface area function for hyperboloids of one sheet
(HYP): Task Assigned - This task has been assigned to Andrew. You
have 72 hours to complete this task, good luck! |
| 22:58.48 |
Notify |
03GCI:Alex *
Fix bounding box function for our polygonal mesh (BoT) primitive:
Task Claimed - I would like to work on this task. |
| 23:11.14 |
andromeda-galaxy |
``Erik: did
you send my task back for more work? |
| 23:11.24 |
Notify |
03GCI:Sean *
Fix bounding box function for our polygonal mesh (BoT) primitive:
Task Assigned - This task has been assigned to Alex. You have 72
hours to complete this task, good luck! |
| 23:23.59 |
``Erik |
andromeda-galaxy: yeah, sorry, was writing
a reply to follow up and had to run out to a day care, gimme a
minute to finish :) |
| 23:27.16 |
andromeda-galaxy |
``Erik: okay,
sure |
| 23:28.44 |
Notify |
03GCI:erikg *
Create unit tests for plane.c "point" functions: A couple minor
issues - First, I'd like to say great work, this is a very good
patch, but it's not quite perfect yet. Typically,
a... |
| 23:29.29 |
andromeda-galaxy |
``Erik: Can I
give you a little bit of context on POINT_SCANF_GEN? |
| 23:30.46 |
``Erik |
sure (I'm
kinda in and out right now, family time... but I'll read and
respond when I can, or someone else might respond :) |
| 23:31.12 |
andromeda-galaxy |
``Erik: Since
a lot of the test cases need to scan a comma-separated list of
doubles into a point, I was trying to make the code a little more
DRY by turning 4 repeated lines that copy into temp. variables and
then into the point into a single macro call |
| 23:31.54 |
andromeda-galaxy |
But you are
right about CHECK_RESULT, I just realized that it is just
!EQUAL(expected,actual)... |
| 23:37.09 |
andromeda-galaxy |
Also, sorry
about the wrong directory thing, I am not too familiar with svn, so
I expected svn diff to work like git diff and not be based off of
the working directory, sorry |
| 23:38.24 |
Notify |
03GCI:Andromeda Galaxy * Create unit
tests for plane.c "point" functions: Ready for review - The work on
this task is ready to be reviewed. |
| 23:39.23 |
andromeda-galaxy |
I submitted
another version, it has all of the changes except that
POINT_SCANF_GEN is just renamed to POINT_SCANF. If this diff still
has POINT_SCANF being unnecessary, can you try to explain how it
doesn't make the code more DRY? Thanks! |
| 23:51.01 |
andromeda-galaxy |
``Erik: okay,
I see what you mean, sorry --- I didn't know that you can scan
directly into the array with %lf like that... I'll put a rev3 on
Melange in a minute |
| 00:13.40 |
*** join/#brlcad telemir
(~telemir@91.210.100.86) |
| 01:08.30 |
maths22 |
brlcad: by
the way, I am currently compiling brlcad using llvm
trunk |
| 01:08.42 |
maths22 |
It is soo
much slower than gcc on the server! |
| 01:13.41 |
``Erik |
maths22:
"nice make -j6" might speed things up a bit, but will make the
messages a bit trickier to read... good to use in like src/other
where we don't take ownership of warnings |
| 01:29.27 |
maths22 |
true |
| 01:29.30 |
maths22 |
good
idea |
| 01:31.15 |
maths22 |
what is the
point of "nice" |
| 01:42.33 |
Notify |
03GCI:Anita
Leung * 4816070846185472 Redesign MGED/Archer's Menu: None -
Perhaps the options Command Window and Options Window on the tools
menu are unnecessary since the user should already
know... |
| 02:03.52 |
kanzure |
anyone have
insight into what this is?
http://diyhpl.us/reprap/trunk/users/vasile/tags/python_brlcad-0.2/brlcad.py |
| 02:04.06 |
kanzure |
oh wait it's
mged pass-through |
| 02:04.11 |
kanzure |
nevermind
:( |
| 02:21.02 |
Notify |
03GCI:Gauravjeet Singh * 5017566955175936
Consistent preprocessor include guards for various src/ headers (83
headers): Task Assigned - This task has been assigned to Andromeda
Galaxy. You have 72... |
| 02:23.37 |
Notify |
03GCI:Andromeda Galaxy * 5017566955175936
Consistent preprocessor include guards for various src/ headers (83
headers): Ready for review - The work on this task is ready to be
reviewed. |
| 03:15.59 |
starseeker |
brlcad: I'll
take a look - is the intent to make it a regress script, or do like
the astyle trick and actually make it a compile-time
failure? |
| 05:06.28 |
Notify |
03GCI:Deep
Inder Singh * 6441518265008128 Design a T-Shirt for BRL-CAD #3:
Ready for review - The work on this task is ready to be
reviewed. |
| 05:08.19 |
Notify |
03GCI:Deep
Inder Singh * 6441518265008128 Design a T-Shirt for BRL-CAD #3:
Uploaded - I upload two design in file : t-shirt.rar Thanks.
Deep Inder |
| 05:47.37 |
*** join/#brlcad kesha
(~kesha@49.249.8.115) |
| 07:51.35 |
Notify |
03BRL-CAD
Wiki:103members * 0 /wiki/User:103members: |
| 07:58.51 |
Notify |
03GCI:Melange
* 6304634838712320 Write a manual page for MGED's ''brep'' command:
No more Work can be submitted - Melange has detected that the
deadline has passed and no more work can be
submitted.... |
| 08:06.17 |
Notify |
03GCI:Melange
* 4673576447770624 Reproduce any 5 unconfirmed open bug reports:
Initial Deadline passed - Melange has detected that the initial
deadline has passed and it has set the task status
to... |
| 08:17.55 |
Notify |
03GCI:Sean *
4816070846185472 Redesign MGED/Archer's Menu: Task Closed -
Congratulations, this task has been completed
successfully. |
| 08:20.51 |
Notify |
03GCI:Sean *
6304634838712320 Write a manual page for MGED's ''brep'' command:
single patch file - Almost there, Alex. The patch file you
uploaded only includes the CMakeLists.txt file change,
but... |
| 08:21.06 |
Notify |
03GCI:Sean *
6304634838712320 Write a manual page for MGED's ''brep'' command:
Task Needs More Work - One of the mentors has sent this task back
for more work. Talk to the mentor(s) assigned to
this... |
| 08:21.31 |
Notify |
03GCI:Sean *
6304634838712320 Write a manual page for MGED's ''brep'' command:
Deadline extended - The deadline of the task has been extended with
1 days and 12 hours. |
| 08:26.33 |
Notify |
03GCI:Sean *
6441518265008128 Design a T-Shirt for BRL-CAD #3: still widened -
Deep, your design is still "widened", which looks bad. Also, just
putting a big image on the belly is a bad idea ..... |
| 08:26.34 |
Notify |
03GCI:Sean *
6441518265008128 Design a T-Shirt for BRL-CAD #3: Task Needs More
Work - One of the mentors has sent this task back for more work.
Talk to the mentor(s) assigned to this task to
satisfy... |
| 08:29.55 |
*** join/#brlcad kesha
(~kesha@115.246.185.150) |
| 08:33.39 |
Notify |
03GCI:Sharan
Narayan * 5803858966085632 Design a T-Shirt for BRL-CAD #4: Ready
for review - The work on this task is ready to be
reviewed. |
| 08:41.47 |
Notify |
03GCI:Sean *
5017566955175936 Consistent preprocessor include guards for various
src/ headers (83 headers): Task Closed - Congratulations, this task
has been completed successfully. |
| 08:43.13 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-138-1.skif.com.ua) |
| 08:44.00 |
Notify |
03BRL-CAD:brlcad * 58934
(brlcad/trunk/include/wdb.h brlcad/trunk/src/adrt/adrt.h and 78
others): apply gci patch (
http://www.google-melange.com/gci/task/view/google/gci2013/5017566955175936
) from Andromeda Galaxy that makes the header include guards use a
consistent naming convention. this gets a bunch of the src subdir
headers. |
| 08:44.01 |
gcibot |
Consistent
preprocessor include guards for various src/ headers (83
headers) |
| 08:44.01 |
gcibot |
Status:
Closed |
| 08:44.01 |
gcibot |
Mentor(s):
Sean |
| 08:44.02 |
Notify |
03GCI:Sean *
5017566955175936 Consistent preprocessor include guards for various
src/ headers (83 headers): applied cleanly - Andromeda, this is
great work, now multiple clean patches under your... |
| 08:46.33 |
Notify |
03BRL-CAD:brlcad * 58935
(brlcad/trunk/src/conv/step/BRLCADWrapper.h
brlcad/trunk/src/conv/step/STEPWrapper.h and 199 others): apply gci
patch (
http://www.google-melange.com/gci/task/view/google/gci2013/6380108822609920
) from agkphysics (aaron) that adds and ensures consistent naming
for all of the src/conv/step headers (oof). |
| 08:46.34 |
gcibot |
Consistent
preprocessor include guards for all src/conv/ headers |
| 08:46.34 |
gcibot |
Status:
Closed |
| 08:46.34 |
gcibot |
Mentor(s):
Sean |
| 08:46.53 |
Notify |
03GCI:Sean *
6380108822609920 Consistent preprocessor include guards for all
src/conv/ headers: Task Closed - Congratulations, this task has
been completed successfully. |
| 08:47.13 |
Notify |
03GCI:Sean *
6380108822609920 Consistent preprocessor include guards for all
src/conv/ headers: looks great - Upon quick inspection, this looks
fantastic. Did you automate the edits or perform
them... |
| 08:49.19 |
Notify |
03GCI:Sean *
5803858966085632 Design a T-Shirt for BRL-CAD #4: haha - Haha...
soiled modeling. Very dirty. Love it, but is the typo intentional?
Also, generally, you want graphics and artwork... |
| 08:49.29 |
Notify |
03GCI:Sean *
5803858966085632 Design a T-Shirt for BRL-CAD #4: Task Needs More
Work - One of the mentors has sent this task back for more work.
Talk to the mentor(s) assigned to this task to
satisfy... |
| 08:55.04 |
*** join/#brlcad kesha
(~kesha@115.246.185.150) |
| 09:03.42 |
Notify |
03GCI:agkphysics * 6380108822609920
Consistent preprocessor include guards for all src/conv/ headers:
Script helped - I started doing the few odd ones by hand. But I
wrote a little script which... |
| 09:09.16 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 09:15.10 |
*** join/#brlcad kesha_
(~kesha@49.249.175.192) |
| 09:24.52 |
Notify |
03GCI:Vipul
Sharma * 6334427550449664 Compile BRL-CAD with Dev-C++: Ready for
review - The work on this task is ready to be reviewed. |
| 09:45.03 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-138-1.skif.com.ua) |
| 09:45.11 |
Notify |
03GCI:Sharan
Narayan * 5803858966085632 Design a T-Shirt for BRL-CAD #4: Ready
for review - The work on this task is ready to be
reviewed. |
| 09:49.36 |
Notify |
03GCI:Vipul
Sharma * 6334427550449664 Compile BRL-CAD with Dev-C++: Claim
Removed - The claim on this task has been removed, someone else can
claim it now. |
| 09:49.37 |
Notify |
03GCI:Sharan
Narayan * 5803858966085632 Design a T-Shirt for BRL-CAD #4: Could
you check the another - I didnt notice the comment was busy in
making an another version and was very excited to... |
| 09:49.46 |
Notify |
03GCI:Vipul
Sharma * 6334427550449664 Compile BRL-CAD with Dev-C++: Task
Claimed - I would like to work on this task. |
| 10:03.57 |
Notify |
03GCI:Vipul
Sharma * 6334427550449664 Compile BRL-CAD with Dev-C++: has the
task been approved?? - i just want to know if the task has been
approved or not? |
| 10:05.46 |
*** join/#brlcad luca79
(~luca@net-37-117-177-78.cust.dsl.vodafone.it) |
| 10:08.17 |
Notify |
03GCI:Daniel
Rossberg * 6334427550449664 Compile BRL-CAD with Dev-C++: Task
Assigned - This task has been assigned to Vipul Sharma. You have 72
hours to complete this task, good luck! |
| 10:10.57 |
Notify |
03GCI:Daniel
Rossberg * 6334427550449664 Compile BRL-CAD with Dev-C++: Was/is
the task ready for review? - Was removing the claim a
mistake? |
| 10:27.43 |
Notify |
03GCI:Daniel
Rossberg * 5803858966085632 Design a T-Shirt for BRL-CAD #4: Typos
and more - There are still typos: "soruce", "soild" can't be found
in a dictionary And I would like to see a BRL-CAD... |
| 10:28.32 |
Notify |
03GCI:Daniel
Rossberg * 5803858966085632 Design a T-Shirt for BRL-CAD #4: Task
Needs More Work - One of the mentors has sent this task back for
more work. Talk to the mentor(s) assigned to this
task... |
| 10:56.31 |
Notify |
03GCI:Sharan
Narayan * 5803858966085632 Design a T-Shirt for BRL-CAD #4: Ready
for review - The work on this task is ready to be
reviewed. |
| 11:04.41 |
*** join/#brlcad kesha__
(~kesha@49.249.8.225) |
| 11:53.48 |
Notify |
03BRL-CAD:tbrowder2 * 58936
brlcad/trunk/src/fbed/cursorbits.h: enclose #endif ID as
comment |
| 12:00.44 |
*** join/#brlcad kesha__
(~kesha@49.249.16.117) |
| 12:04.45 |
Notify |
03BRL-CAD:tbrowder2 * 58937
(brlcad/trunk/include/raytrace.h
brlcad/trunk/src/libged/ged_private.h and 7 others): updates to get
BRL-CAD C source files compiled warning- and error-freewith a C++
compiler:changing all struct command_tab comparison function
signatures to bethe same:int (*ct_func)(const int, const char
**);change requires some new or changed casts inside
functionssuccessful debug build on Debian 7, |
| 12:04.47 |
Notify |
64-bit:no
warnings or errors (except for the usual from libgiam, tcl, and
step)successful 'make regress' |
| 12:06.03 |
*** join/#brlcad kesha__
(~kesha@49.249.16.117) |
| 12:19.08 |
Notify |
03BRL-CAD:tbrowder2 * 58938
(brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/rb_free.c):
updates to get BRL-CAD C source files compiled warning- and
error-freewith a C++ compiler:changing all bu_rb_free function
signatures to bethe same with explict function pointer
arguments:void bu_rb_free(struct bu_rb_tree *tree, void
(*free_data)(void *data));also removed unneeded code from the
actual call of the function |
| 12:19.10 |
Notify |
pointersuccessful debug build on Debian 7,
64-bit:no warnings or errors (except for the usual from libgiam,
tcl, and step)successful 'make regress' |
| 12:21.29 |
Notify |
03GCI:kenneth
dela harlley * 5844796983738368 Create a Motion Typography video
for BRL-CAD #5: Task Claimed - I would like to work on this
task. |
| 12:32.56 |
Notify |
03BRL-CAD:tbrowder2 * 58939
(brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/rb_create.c and 2
others): updates to get BRL-CAD C source files compiled warning-
and error-freewith a C++ compiler:changing all struct bu_rb_tree
comparison function pointer signaturesto be the same with explict
arguments:int (**rbt_order)(void *, void *);also removed unneeded
code from the actual calls of the function
pointersuccessful |
| 12:32.57 |
Notify |
debug build
on Debian 7, 64-bit:no warnings or errors (except for the usual
from libgiam, tcl, and step)successful 'make regress' |
| 12:33.46 |
Notify |
03BRL-CAD:tbrowder2 * 58940
brlcad/trunk/src/liborle/rle.c: use explict args for function
pointer; remove unneeded code from calls with funciton
pointer |
| 12:55.44 |
Notify |
03GCI:Daniel
Rossberg * 5844796983738368 Create a Motion Typography video for
BRL-CAD #5: Task Assigned - This task has been assigned to kenneth
dela harlley. You have 72 hours to complete this... |
| 13:05.48 |
Notify |
03BRL-CAD:tbrowder2 * 58941
(brlcad/trunk/src/libbu/rb_insert.c
brlcad/trunk/src/libged/loadview.c and 4 others): ws,
style |
| 13:31.07 |
*** join/#brlcad archivist
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
| 13:31.42 |
Notify |
03GCI:Olexander Dubenko * 5902299616509952
Create a BRL-CAD presentation template: Ready for review - The work
on this task is ready to be reviewed. |
| 13:51.11 |
*** join/#brlcad luca79
(~luca@net-37-117-177-78.cust.dsl.vodafone.it) |
| 14:03.41 |
Notify |
03GCI:Javisth
* 5617838026915840 Design a cover image or banner for our Facebook
page (and/or another social media site) #9: Task Claimed - I would
like to work on this task. |
| 14:08.42 |
Notify |
03GCI:Harmanpreet * 5617838026915840
Design a cover image or banner for our Facebook page (and/or
another social media site) #9: Task Assigned - This task has been
assigned to Javisth. You have 72... |
| 14:08.47 |
*** join/#brlcad d_rossberg
(~rossberg@66.118.151.70) |
| 14:15.37 |
Notify |
03BRL-CAD:tbrowder2 * 58942
brlcad/trunk/src/util/plot3-X.c: check for success else
bail |
| 14:16.24 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
| 14:17.34 |
*** join/#brlcad kesha
(~kesha@49.249.16.117) |
| 14:21.09 |
*** join/#brlcad tofu_
(~sean@66-118-151-70.static.sagonet.net) |
| 14:24.11 |
*** join/#brlcad Ch3ck
(~Ch3ck@66.118.151.70) |
| 14:32.21 |
Notify |
03GCI:Daniel
Rossberg * 5902299616509952 Create a BRL-CAD presentation template
http://www.google-melange.com/gci/task/view/google/gci2013/5902299616509952:
That looks good but it's hard to... |
| 14:33.01 |
Notify |
03GCI:Daniel
Rossberg * 5902299616509952 Create a BRL-CAD presentation template:
Task Needs More Work - One of the mentors has sent this task back
for more work. Talk to the mentor(s) assigned to... |
| 14:36.09 |
Notify |
03BRL-CAD:tbrowder2 * 58943
brlcad/trunk/src/rt/opt.c: ws, style |
| 14:36.34 |
*** join/#brlcad luca79
(~luca@net-37-117-177-78.cust.dsl.vodafone.it) |
| 14:36.44 |
Notify |
03BRL-CAD:tbrowder2 * 58944
brlcad/trunk/include/bu.h: correct func name |
| 14:37.59 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 14:38.28 |
Notify |
03GCI:Luke
Blue * 4988105627009024 Design a BRL-CAD business card #4: Want to
help - I really want to help but I only know the basics of MGED,
so figuring out how to make it will take me more
than... |
| 14:54.33 |
Notify |
03BRL-CAD:carlmoore * 58945
brlcad/trunk/doc/docbook/system/man1/en/wdb_example.xml: remove
trailing blanks/tabs |
| 14:55.45 |
Notify |
03BRL-CAD:starseeker * 58946
brlcad/trunk/src/libbrep/boolean.cpp: Handle recognizing coplanar
cases up-front - doesn't avoid the r5 bug, but does clear one of
the warning messages. |
| 14:58.45 |
Notify |
03BRL-CAD:starseeker * 58947
brlcad/trunk/src/libbn/obr.c: Init all the points. |
| 15:13.12 |
*** join/#brlcad kesha_
(~kesha@49.249.16.117) |
| 15:15.40 |
maths22 |
Can anyone
tell me how to create a vol primative for testing |
| 15:15.46 |
maths22 |
Or point me
to one that exists? |
| 15:24.33 |
Notify |
03GCI:Sean *
5803858966085632 Design a T-Shirt for BRL-CAD #4: task completed,
maybe try another - Sharan, those two designs look much better.
The "C" in the "birth of a hero" font is too rounded... |
| 15:24.53 |
Notify |
03GCI:Sean *
5803858966085632 Design a T-Shirt for BRL-CAD #4: Task Closed -
Congratulations, this task has been completed
successfully. |
| 15:27.08 |
Notify |
03GCI:Andromeda Galaxy * 5798747955003392
Compile BRL-CAD with GCC 4.8.2+: Task Claimed - I would like to
work on this task. |
| 15:34.32 |
*** join/#brlcad Ch3ck_
(~Ch3ck@66-118-151-70.static.sagonet.net) |
| 15:36.06 |
Notify |
03BRL-CAD:starseeker * 58948
brlcad/trunk/src/libbn/util.c: Initialize normal |
| 15:40.56 |
Notify |
03GCI:Melange
* 5258035597410304 Model BRL-CAD Logo Using BRL-CAD #3: Task
Reopened - Melange has detected that the final deadline has passed
and it has reopened the task. |
| 15:41.42 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-138-1.skif.com.ua) |
| 15:43.09 |
Notify |
03BRL-CAD:starseeker * 58949
(brlcad/trunk/src/librt/primitives/arbn/arbn.c
brlcad/trunk/src/librt/primitives/nmg/nmg.c): More zero
initializations |
| 15:44.24 |
*** join/#brlcad kesha_
(~kesha@49.249.8.23) |
| 15:44.24 |
*** join/#brlcad andromeda-galaxy
(~user@108-225-17-54.lightspeed.sntcca.sbcglobal.net) |
| 15:45.33 |
*** join/#brlcad hickoryknoll
(~hickorykn@66-118-151-70.static.sagonet.net) |
| 15:45.46 |
Notify |
03GCI:Harmanpreet * 5798747955003392
Compile BRL-CAD with GCC 4.8.2+: Task Assigned - This task has been
assigned to Andromeda Galaxy. You have 72 hours to complete this
task, good luck! |
| 15:46.02 |
*** join/#brlcad ejno_
(~ejno@unaffiliated/kazaik) |
| 15:47.38 |
*** join/#brlcad kesha__
(~kesha@49.249.8.23) |
| 15:54.14 |
*** join/#brlcad kesha__
(~kesha@49.249.16.210) |
| 15:57.55 |
Notify |
03GCI:Andromeda Galaxy * 5798747955003392
Compile BRL-CAD with GCC 4.8.2+: Claim Removed - The claim on this
task has been removed, someone else can claim it now. |
| 15:57.59 |
Notify |
03GCI:Andromeda Galaxy * 5495828743454720
Write a script to complete all DocBook image tag updates: Task
Claimed - I would like to work on this task. |
| 16:03.03 |
*** join/#brlcad luca79
(~luca@net-37-117-177-78.cust.dsl.vodafone.it) |
| 16:03.57 |
Notify |
03GCI:Daniel
Rossberg * 5495828743454720 Write a script to complete all DocBook
image tag updates: Task Assigned - This task has been assigned to
Andromeda Galaxy. You have 72 hours to complete this... |
| 16:05.37 |
*** join/#brlcad kesha__
(~kesha@49.249.16.210) |
| 16:15.14 |
*** join/#brlcad andromed`
(~user@108-225-17-54.lightspeed.sntcca.sbcglobal.net) |
| 16:21.32 |
*** join/#brlcad luca79
(~luca@net-37-117-177-78.cust.dsl.vodafone.it) |
| 16:21.32 |
*** join/#brlcad hickoryknoll
(~hickorykn@66-118-151-70.static.sagonet.net) |
| 16:21.32 |
*** join/#brlcad kanzure
(~kanzure@131.252.130.248) |
| 16:23.01 |
*** join/#brlcad archivist
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
| 16:32.10 |
*** join/#brlcad kanzure
(~kanzure@131.252.130.248) |
| 16:43.43 |
Notify |
03GCI:Sharan
Narayan * 5257831183810560 Model a martini glass for a business
card diagram: Task Claimed - I would like to work on this
task. |
| 16:58.08 |
tofu_ |
new gci web
task:
http://www.google-melange.com/gci/task/view/google/gci2013/6067909797347328 |
| 16:58.09 |
gcibot |
Update Drupal
installation |
| 16:58.09 |
gcibot |
Status:
Open |
| 16:58.09 |
gcibot |
Mentor(s):
Sean |
| 16:58.50 |
Notify |
03GCI:Sean *
5257831183810560 Model a martini glass for a business card diagram:
Task Assigned - This task has been assigned to Sharan Narayan. You
have 72 hours to complete this task, good luck! |
| 16:59.38 |
brlcad |
maths22: the
short summary for creating a vol: it's just like ebm |
| 17:00.23 |
brlcad |
maths22:
basically, you create a bw image datafile, create the vol primitive
with the 'in' command and tell it the details about your
datafile |
| 17:00.57 |
brlcad |
normally a
vol will be multiple bw files all smooshed into one file, but you
should be able to create a vol with just one bw |
| 17:06.00 |
*** join/#brlcad Ch3ck
(~Ch3ck@195.24.210.66) |
| 17:24.09 |
Notify |
03GCI:Andromeda Galaxy * 5495828743454720
Write a script to complete all DocBook image tag updates: Ready for
review - The work on this task is ready to be reviewed. |
| 17:30.06 |
Notify |
03GCI:Deep
Inder Singh * 6441518265008128 Design a T-Shirt for BRL-CAD #3:
Ready for review - The work on this task is ready to be
reviewed. |
| 17:30.22 |
*** join/#brlcad luca79
(~luca@net-37-117-177-78.cust.dsl.vodafone.it) |
| 17:44.06 |
maths22 |
what is a bw
image? |
| 17:52.39 |
brlcad |
maths22: it's
a simple 0-255 black-and-white image in raw form |
| 17:52.50 |
brlcad |
we have tools
that will convert to/from bw for you like png-bw |
| 17:53.06 |
brlcad |
but
basically, it's a raw grayscale image |
| 17:53.25 |
maths22 |
OK.
Thanks |
| 17:53.41 |
brlcad |
andromed`:
how many coding tasks have you completed thus far? |
| 17:55.03 |
brlcad |
maths22: what
I'd try right away is just paint a white circle, save as png, run
png-bw, and follow the ebm instructions .. but specify vol instead
of ebm where appropriate |
| 17:55.28 |
brlcad |
and keeping
in mind that vol are "layers of ebm" so there will be some
additional prompting about cell sizes and ranges not in the ebm
instructions |
| 17:57.14 |
maths22 |
I will do
that |
| 18:00.29 |
maths22 |
I get the
following error: |
| 18:00.30 |
maths22 |
RROR: bad
pointer 0x384a4280: s/b rt_ebm_internal(xf901b231), was
rt_vol_internal(x987ba1d0) |
| 18:03.51 |
brlcad |
somewhere you
got the two instrauctions mixed up? |
| 18:04.14 |
brlcad |
it's reading
it as an ebm, but was given a vol |
| 18:04.49 |
brlcad |
maths22: what
was your "in" command? |
| 18:05.01 |
brlcad |
make sure you
"kill" any objects you crated |
| 18:10.45 |
Notify |
03GCI:Sharan
Narayan * 5257831183810560 Model a martini glass for a business
card diagram: Ready for review - The work on this task is ready to
be reviewed. |
| 18:13.40 |
Notify |
03GCI:Sharan
Narayan * 5257831183810560 Model a martini glass for a business
card diagram: About The T-Shirt - should I do another on of the
shirt tasks.. I am thinkin of creating a 3D text
with... |
| 18:20.43 |
Notify |
03BRL-CAD
Wiki:Sean * 6384 /wiki/Community_Publication_Portal: finally posted
the GCI announcement |
| 18:28.42 |
*** join/#brlcad tenebris
(~tenebris@91.210.100.64) |
| 18:31.25 |
*** join/#brlcad nilspin1
(~nilay@59.95.236.26) |
| 18:32.05 |
*** part/#brlcad nilspin1
(~nilay@59.95.236.26) |
| 18:49.06 |
Notify |
03GCI:Marie
Gita * 5869692224798720 Design a T-Shirt for BRL-CAD #5: Task
Claimed - I would like to work on this task. |
| 18:52.40 |
Notify |
03GCI:Mandeep
Kaur * 5869692224798720 Design a T-Shirt for BRL-CAD #5: Task
Assigned - This task has been assigned to Marie Gita. You have 72
hours to complete this task, good luck! |
| 18:58.16 |
*** join/#brlcad globusdesign
(~globusdes@91.210.101.197) |
| 19:46.37 |
maths22 |
brlcad: I
updated xref to use 7.24.0 |
| 20:00.08 |
Notify |
03BRL-CAD:tbrowder2 * 58950
(brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/rb_diag.c
brlcad/trunk/src/libbu/rb_walk.c): updates to get BRL-CAD C source
files compiled warning- and error-freewith a C++ compiler:changing
all struct bu_rb_walk visitor function pointer signatures sothey
are cast to void when used as function args and then cast to
theproper signature when used as actual functionsadded macros to
bu.h |
| 20:00.09 |
Notify |
to aid proper
casting with expanded commentsabout the process (names are not very
imaginative)successful debug build on Debian 7, 64-bit:no warnings
or errors (except for the usual from libgiam, tcl, and
step)successful 'make regress'successful bu_redblack_test with
'make test' |
| 20:35.33 |
Notify |
03BRL-CAD:tbrowder2 * 58951
brlcad/trunk/src/libbn/wavelet.c: correct typo |
| 20:45.46 |
maths22 |
How would I
test my librt volumetric callback? |
| 20:47.05 |
Notify |
03BRL-CAD:tbrowder2 * 58952
brlcad/trunk/src/lgt/prnt.c: ws, style; remove trivial
comments |
| 20:47.36 |
maths22 |
brlcad: the
error earlier is because of a bug in the source code |
| 20:47.43 |
maths22 |
I will
include it in my final patch |
| 20:53.38 |
Notify |
03BRL-CAD:starseeker * 58953
brlcad/trunk/src/libbrep/boolean.cpp: Put back the original logic
for now - need to think about this, set up some systematic unit
tests. |
| 20:53.54 |
Notify |
03BRL-CAD:carlmoore * 58954
brlcad/trunk/src/fb/gif-fb.c: disable use of stdin unless it is
piped in from a file; run-with-no-arguments now gets
help |
| 21:10.03 |
brlcad |
maths22:
http://www.google-melange.com/gci/task/view/google/gci2013/5795924014006272 |
| 21:10.04 |
gcibot |
Update xref
to use BRL-CAD 7.24.0 |
| 21:10.04 |
gcibot |
Status:
Open |
| 21:10.04 |
gcibot |
Mentor(s):
Sean |
| 21:10.41 |
brlcad |
maths22: the
'analyze' command should report volumes once the callback is
enabled |
| 21:11.00 |
brlcad |
try with
something simple like a sphere, then your addition |
| 21:13.30 |
maths22 |
analyze:
unable to process ID_VOL solid |
| 21:13.37 |
maths22 |
It worked on
the sphere |
| 21:13.42 |
Notify |
03BRL-CAD:brlcad * 58955
brlcad/trunk/src/librt/primitives/vol/vol.c: fix invalid validity
check, bogus bounding box type copied from the ebm
implementation |
| 21:15.34 |
Notify |
03BRL-CAD:brlcad * 58956
(brlcad/trunk/src/librt/primitives/dsp/dsp_mirror.c
brlcad/trunk/src/librt/primitives/superell/superell_mirror.c
brlcad/trunk/src/librt/primitives/vol/vol_mirror.c): fix more ebm
copy-paste bugs in other primitives, initially encountered by
maths22 during vol work |
| 21:15.58 |
maths22 |
Copy-paste is
awesome but horrible |
| 21:16.06 |
maths22 |
:) |
| 21:17.10 |
brlcad |
maths22:
there, that should enable it |
| 21:17.34 |
Notify |
03BRL-CAD:brlcad * 58957
brlcad/trunk/src/libged/analyze.c: process vol
primitives |
| 21:18.03 |
maths22 |
thanks |
| 21:35.55 |
Notify |
03BRL-CAD:tbrowder2 * 58958
brlcad/trunk/src/burst/extern.h: eliminate unused extern
var |
| 21:41.03 |
Notify |
03BRL-CAD:tbrowder2 * 58959
(brlcad/trunk/src/lgt/do_options.c brlcad/trunk/src/lgt/prnt.c and
3 others): eliminate use of C++ keyword 'template' |
| 21:44.30 |
*** join/#brlcad merzo
(~merzo@95.132.178.195) |
| 21:50.59 |
Notify |
03GCI:Johannes Schulte * 5876128501727232
Implement a platform independent re-entrant sort function: Ready
for review - The work on this task is ready to be
reviewed. |
| 21:52.14 |
Notify |
03GCI:Johannes Schulte * 5876128501727232
Implement a platform independent re-entrant sort function: None -
As Daniel proposed, I used BSD's implementation. Is any source
naming necessary for this... |
| 21:57.42 |
Notify |
03BRL-CAD:tbrowder2 * 58960
brlcad/trunk/src/libbn/plane.c: rename var from C++ keyword
'class' |
| 22:18.03 |
Notify |
03GCI:Johannes Schulte * 5876128501727232
Implement a platform independent re-entrant sort function: None -
BTW, what is status quo concernig genptr_t. On the maillist I read,
that it's deprecated,... |
| 22:39.34 |
Notify |
03BRL-CAD:starseeker * 58961
brlcad/trunk/src/libbrep/boolean.cpp: I think we're going to want
to shrink the surfaces after this operation - very noticable in the
sph - sph case when plotting the subtracted sphere surface. If it
proves to be a major performance issue or buggy may need to
re-think, but otherwise should cut down on unnecessary intersection
solving when walking up a tree |
| 22:43.55 |
Notify |
03BRL-CAD:starseeker * 58962
brlcad/trunk/src/libbrep/boolean.cpp: Compact the brep structure as
well. |
| 22:53.08 |
Notify |
03BRL-CAD:brlcad * 58963
brlcad/trunk/src/libbn/plane.c: just give it a name that needs no
comment |
| 23:13.19 |
Notify |
03BRL-CAD:brlcad * 58964
(brlcad/trunk/src/lgt/do_options.c brlcad/trunk/src/lgt/prnt.c
brlcad/trunk/src/lgt/screen.h): expand ambiguous name, it's the
template for updating the curses screen. |
| 23:15.39 |
Notify |
03GCI:Jacob B
* 5385202599723008 Implement a centroid function for gridded
volumes (VOL): Claim Removed - The claim on this task has been
removed, someone else can claim it now. |
| 23:15.43 |
maths22 |
I will
reclaim shortly |
| 23:21.10 |
Notify |
03GCI:Jacob B
* 5795924014006272 Update xref to use BRL-CAD 7.24.0: Task Claimed
- I would like to work on this task. |
| 00:54.24 |
maths22 |
should make
test fail? |
| 01:37.13 |
starseeker |
at the moment
it's failing due to some libbn tests |
| 01:39.10 |
*** join/#brlcad Palindrome
(~Palindrom@adsl-108-129-125-67.aby.bellsouth.net) |
| 01:44.44 |
Notify |
03GCI:starseeker * 5495828743454720 Write
a script to complete all DocBook image tag updates: Looks good -
Nice! Needed slight tweaking in the diff for symbols that had their
DocBook specifications... |
| 01:44.49 |
Notify |
03GCI:starseeker * 5495828743454720 Write
a script to complete all DocBook image tag updates: Task Closed -
Congratulations, this task has been completed
successfully. |
| 01:54.26 |
Notify |
03BRL-CAD:starseeker * 58980
brlcad/trunk/doc/docbook/system/man5/en/CMakeLists.txt: target is
_pdf not _fo |
| 02:06.53 |
Notify |
03GCI:Anita
Leung * 4573705707454464 Design new Archer splash screen #2: Ready
for review - The work on this task is ready to be
reviewed. |
| 02:09.48 |
Notify |
03GCI:Anita
Leung * 4573705707454464 Design new Archer splash screen #2:
Additional Comments - I created two version with different styled
logos. If anything needs to be tweaked or change, it
can... |
| 02:17.58 |
Notify |
03BRL-CAD:starseeker * 58981
brlcad/trunk/doc/docbook/books/en/CMakeLists.txt: Fix the custom
PDF logic for the books |
| 02:41.08 |
*** join/#brlcad Palindrome
(~Palindrom@adsl-108-129-125-67.aby.bellsouth.net) |
| 02:57.46 |
maths22 |
Ok; that
means that the compiler is not breaking them |
| 03:36.12 |
Notify |
03GCI:agkphysics * 6380108822609920
Consistent preprocessor include guards for all src/conv/ headers:
Script - #!/bin/sh for file in $(ls *.h) do HEADER=$(echo
$file | tr '[:lower:]'... |
| 03:39.37 |
Notify |
03GCI:Deep
Inder Singh * 6382559101452288 Design a BRL-CAD business card #3:
Task Claimed - I would like to work on this task. |
| 03:43.28 |
Notify |
03GCI:Deep
Inder Singh * 6441518265008128 Design a T-Shirt for BRL-CAD #3:
Thanks - Thanks.. Sean. Regards. Deep Inder |
| 04:15.16 |
Notify |
03GCI:Mandeep
Kaur * 6382559101452288 Design a BRL-CAD business card #3: Task
Assigned - This task has been assigned to Deep Inder Singh. You
have 72 hours to complete this task, good luck! |
| 04:31.37 |
Notify |
03GCI:Anshula
Rudhraraju * 5580516908597248 Design a BRL-CAD business card #2:
Ready for review - The work on this task is ready to be
reviewed. |
| 05:13.17 |
Notify |
03GCI:Sean *
6067909797347328 Update Drupal installation: Task Closed -
Congratulations, this task has been completed
successfully. |
| 05:20.37 |
Notify |
03GCI:Sean *
5257831183810560 Model a martini glass for a business card diagram:
yes, but different colors - Sharan, that looks exactly right, but
you changed up the colors all of a sudden... Keep... |
| 05:20.47 |
Notify |
03GCI:Sean *
5257831183810560 Model a martini glass for a business card diagram:
Task Needs More Work - One of the mentors has sent this task back
for more work. Talk to the mentor(s) assigned to... |
| 05:23.43 |
Notify |
03GCI:Sean *
5876128501727232 Implement a platform independent re-entrant sort
function: Task Needs More Work - One of the mentors has sent this
task back for more work. Talk to the mentor(s)... |
| 05:23.54 |
Notify |
03GCI:Andromeda Galaxy * 5855122085117952
Consistent preprocessor include guards for all src/lib/ headers (58
headers): Task Claimed - I would like to work on this
task. |
| 05:26.00 |
Notify |
03GCI:Sean *
5876128501727232 Implement a platform independent re-entrant sort
function: go ahead and upload - Go ahead and upload the patch
update here so we can track it with the task, but a... |
| 05:27.05 |
Notify |
03GCI:Melange
* 5580516908597248 Design a BRL-CAD business card #2: No more Work
can be submitted - Melange has detected that the deadline has
passed and no more work can be submitted. The
submitted... |
| 05:29.40 |
Notify |
03GCI:Sean *
4573705707454464 Design new Archer splash screen #2: like the
design - Anita, I like the layout and design, but not the modified
logo. If you swap in our actual logo, I think it'll... |
| 05:31.30 |
Notify |
03GCI:Sean *
4573705707454464 Design new Archer splash screen #2: Task Needs
More Work - One of the mentors has sent this task back for more
work. Talk to the mentor(s) assigned to this task to... |
| 05:31.45 |
Notify |
03GCI:Sean *
4573705707454464 Design new Archer splash screen #2: also - After
that change, would you also try a separate upload using a font
without serifs? |
| 05:34.30 |
Notify |
03GCI:Mandeep
Kaur * 5855122085117952 Consistent preprocessor include guards for
all src/lib/ headers (58 headers): Task Assigned - This task has
been assigned to Andromeda Galaxy. You have 72 hours... |
| 05:37.55 |
Notify |
03GCI:Sean *
5580516908597248 Design a BRL-CAD business card #2: some changes -
Hi Anshula! I like the overall design, but I'd like to request a
few changes. First, the byline underneatch the logo... |
| 05:38.00 |
Notify |
03GCI:Sean *
5580516908597248 Design a BRL-CAD business card #2: Task Needs More
Work - One of the mentors has sent this task back for more work.
Talk to the mentor(s) assigned to this task to... |
| 07:17.39 |
Notify |
03GCI:Anita
Leung * 4573705707454464 Design new Archer splash screen #2
http://www.google-melange.com/gci/task/view/google/gci2013/4573705707454464:
Revised work I found the png file of the logo... |
| 07:19.10 |
Notify |
03GCI:Anita
Leung * 4573705707454464 Design new Archer splash screen #2: Ready
for review - The work on this task is ready to be
reviewed. |
| 07:30.11 |
Notify |
03GCI:Daniel
Rossberg * 5876128501727232 Implement a platform independent
re-entrant sort function: Deadline extended - The deadline of the
task has been extended with 1 days and 0 hours. |
| 07:40.11 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 07:41.07 |
Notify |
03GCI:Deep
Inder Singh * 6382559101452288 Design a BRL-CAD business card #3:
Ready for review - The work on this task is ready to be
reviewed. |
| 07:47.08 |
Notify |
03GCI:Justin
Jun * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: Task
Claimed - I would like to work on this task. |
| 08:03.10 |
Notify |
03GCI:PCK-45
* 5794702095810560 Design a BRL-CAD Sticker #8: Task Claimed - I
would like to work on this task. |
| 08:06.51 |
Notify |
03GCI:Daniel
Rossberg * 5794702095810560 Design a BRL-CAD Sticker #8: Task
Assigned - This task has been assigned to PCK-45. You have 72 hours
to complete this task, good luck! |
| 08:07.36 |
Notify |
03GCI:Daniel
Rossberg * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2:
Task Assigned - This task has been assigned to Chan Ho Jun. You
have 72 hours to complete this task, good luck! |
| 09:12.10 |
*** join/#brlcad mpictor
(~mark@c-67-177-102-131.hsd1.in.comcast.net) |
| 09:21.45 |
*** join/#brlcad mpictor
(~mark@c-67-177-102-131.hsd1.in.comcast.net) |
| 09:32.08 |
Notify |
03GCI:Chan Ho
Jun * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: Ready
for review - The work on this task is ready to be
reviewed. |
| 09:41.11 |
Notify |
03GCI:Sharan
Narayan * 5257831183810560 Model a martini glass for a business
card diagram: Ready for review - The work on this task is ready to
be reviewed. |
| 09:45.17 |
Notify |
03GCI:Sharan
Narayan * 5257831183810560 Model a martini glass for a business
card diagram: Please Read it - When I was doing this task, I have
been making a BUSINESS CARD, but now all the tasks... |
| 09:50.02 |
Notify |
03GCI:Sharan
Narayan * 5257831183810560 Model a martini glass for a business
card diagram: Uploaded It - I have uploaded the business card
above and the png file for this task, you can check it
out |
| 09:51.22 |
Notify |
03GCI:Kristian Hansen * 4967846266273792
Identify and eliminate code duplication (100+ lines) #3: Ready for
review - The work on this task is ready to be reviewed. |
| 09:53.52 |
Notify |
03GCI:Kristian Hansen * 4967846266273792
Identify and eliminate code duplication (100+ lines) #3: Finished,
but not able to submit as a patch. - I have finished the task, and
done some more... |
| 10:07.18 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-138-1.skif.com.ua) |
| 10:51.18 |
Notify |
03GCI:Luke
Blue * 5509389028950016 Design a BRL-CAD Sticker #10: Ready for
review - The work on this task is ready to be reviewed. |
| 11:48.28 |
Notify |
03BRL-CAD:tbrowder2 * 58982
brlcad/trunk/include/bu.h: correct comment; remove duplicate
comment |
| 13:04.10 |
Notify |
03GCI:Olexander Dubenko * 5902299616509952
Create a BRL-CAD presentation template: Ready for review - The work
on this task is ready to be reviewed. |
| 13:23.26 |
Notify |
03BRL-CAD:tbrowder2 * 58983
brlcad/trunk/src/sig/dconv.c: include header for correct func
decls |
| 13:49.34 |
Notify |
03GCI: * :
- |
| 14:15.41 |
Notify |
03GCI:Melange
* 5256659194609664 Design a cover image or banner for our Facebook
page (and/or another social media site) #10: Task Reopened -
Melange has detected that the final deadline has
passed... |
| 14:31.23 |
maths22 |
for an EBM,
how can one scan iterate over the pixels |
| 14:31.36 |
maths22 |
it does not
have OK() like VOL did |
| 14:43.10 |
Notify |
03GCI: * :
- |
| 14:49.29 |
Notify |
03BRL-CAD:tbrowder2 * 58984
(brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/rb_create.c and 5
others): updates to get BRL-CAD C source files compiled warning-
and error-freewith a C++ compiler:changing all struct bu_rb_tree
comparison function pointer signaturesfrom: int (**rbt_order)(void
*, void *);to: int (**rbt_compar)(const void *, const void *);also
changing associated var names from "*order*" to |
| 14:49.31 |
Notify |
"*compare*"
to make clear distinction between rb tree order and node
comparisonadd new macro to aid casting comparison functions to
function argumentsadd casts as necessary to quell warnings and
errorssuccessful debug build on Debian 7, 64-bit:no warnings or
errors (except for the usual from libgiam, tcl, and step)successful
'make regress'successful bu_redblack_test with 'make
test' |
| 14:49.32 |
Notify |
03GCI:Ilkin
Musaev * 5029433412943872 Design new Archer splash screen: Task
Claimed - I would like to work on this task. |
| 14:53.52 |
Notify |
03GCI:Mandeep
Kaur * 5029433412943872 Design new Archer splash screen: Task
Assigned - This task has been assigned to Ilkin Musaev. You have 72
hours to complete this task, good luck! |
| 14:59.01 |
Notify |
03GCI:Ilkin
Musaev * 5029433412943872 Design new Archer splash screen: None -
What should be size of new image? |
| 15:01.06 |
Notify |
03GCI:Andromeda Galaxy * 5855122085117952
Consistent preprocessor include guards for all src/lib/ headers (58
headers): Ready for review - The work on this task is ready to be
reviewed. |
| 15:17.15 |
Notify |
03GCI:Jacob B
* 5674946193784832 Implement a centroid function for extruded
sketches (EXTRUDE): Task Claimed - I would like to work on this
task. |
| 15:25.02 |
Notify |
03GCI:Mandeep
Kaur * 5674946193784832 Implement a centroid function for extruded
sketches (EXTRUDE): Task Assigned - This task has been assigned to
Jacob B. You have 72 hours to complete this task,... |
| 15:26.01 |
Notify |
03GCI:Johannes Schulte * 5876128501727232
Implement a platform independent re-entrant sort function: Ready
for review - The work on this task is ready to be
reviewed. |
| 15:29.39 |
Notify |
03BRL-CAD:tbrowder2 * 58985
brlcad/trunk/src/sig/butter.c: include header for correct func
decl |
| 15:40.04 |
Notify |
03GCI:Ilkin
Musaev * 5029433412943872 Design new Archer splash screen: Ready
for review - The work on this task is ready to be
reviewed. |
| 15:43.21 |
Notify |
03BRL-CAD:tbrowder2 * 58986
(brlcad/trunk/src/libbn/multipoly.c
brlcad/trunk/src/libbu/tests/bu_semaphore.c and 2 others): make
explicit casts to convert void pointers (required for C++
compilation) |
| 15:43.53 |
*** join/#brlcad DarkCalf
(~DarkCalf@173.231.40.98) |
| 15:45.51 |
Notify |
03GCI:Alex *
4861354028564480 Write up Wiki page tutorial on our Volumetric
Primitive: Task Claimed - I would like to work on this
task. |
| 15:47.51 |
Notify |
03GCI:Mandeep
Kaur * 4861354028564480 Write up Wiki page tutorial on our
Volumetric Primitive: Task Assigned - This task has been assigned
to Alex. You have 72 hours to complete this task,
good... |
| 15:51.02 |
*** join/#brlcad luca79
(~luca@net-37-117-177-78.cust.dsl.vodafone.it) |
| 15:51.20 |
*** join/#brlcad kesha
(~kesha@49.202.238.73) |
| 16:01.19 |
Notify |
03BRL-CAD:tbrowder2 * 58987
brlcad/trunk/src/util/pixcount.c: ws, style |
| 16:14.06 |
Notify |
03BRL-CAD:carlmoore * 58988
brlcad/trunk/src/librt/primitives/vol/vol.c: remove trailing
blanks/tabs |
| 16:17.58 |
Notify |
03BRL-CAD:tbrowder2 * 58989
brlcad/trunk/src/libpkg/pkg.c: use header for proper errno
decl |
| 16:26.22 |
Notify |
03BRL-CAD:carlmoore * 58990
brlcad/trunk/src/fb/gif-fb.c: add message about use of stdin (with
< construct); notice that otherwise we are not to use stdin
because the input is a GIF file |
| 16:29.55 |
*** join/#brlcad kesha
(~kesha@49.249.17.137) |
| 16:31.14 |
*** join/#brlcad luca79
(~luca@net-37-117-177-78.cust.dsl.vodafone.it) |
| 16:49.51 |
Notify |
03BRL-CAD:tbrowder2 * 58991
brlcad/trunk/src/librt/primitives/vol/vol.c: ws, style |
| 17:21.22 |
Notify |
03GCI: * :
- |
| 17:27.47 |
Notify |
03GCI:Melange
* 5840536241963008 Reproduce any 5 unconfirmed open bug reports #2:
Initial Deadline passed - Melange has detected that the initial
deadline has passed and it has set the task status... |
| 17:43.24 |
*** join/#brlcad gaganjyot
(~gagan@124.253.224.137) |
| 17:44.17 |
*** join/#brlcad kesha
(~kesha@49.249.200.20) |
| 17:59.51 |
Notify |
03GCI:Melange
* 4932878790033408 Fix at least 8 spelling mistakes in at least 8
different files #7: Task Reopened - Melange has detected that the
final deadline has passed and it has reopened the... |
| 18:13.02 |
*** join/#brlcad mpictor
(~mark@c-67-177-102-131.hsd1.in.comcast.net) |
| 18:32.10 |
Notify |
03BRL-CAD:carlmoore * 58992
brlcad/trunk/src/fb/gif2fb.c: implement use of h and ? for help
(what had been h is now H to accommodate this), and move 'usage'
routine (now with 'Usage: ' added) to avoid duplicate declaration
of 'usage' |
| 18:35.34 |
Notify |
03BRL-CAD:starseeker * 58993
brlcad/trunk/src/libged/attr.c: tweak attr show approach - was
printing extra line endings |
| 18:56.37 |
Notify |
03GCI:Melange
* 5902299616509952 Create a BRL-CAD presentation template: No more
Work can be submitted - Melange has detected that the deadline has
passed and no more work can be submitted. The... |
| 19:05.11 |
Notify |
03BRL-CAD:starseeker * 58994
brlcad/trunk/src/libbu/tests/bu_semaphore.c: Fix cast
type |
| 19:12.46 |
Notify |
03BRL-CAD:starseeker * 58995
brlcad/trunk/src/sig/butter.c: same struct, different names - just
cast it. |
| 19:13.47 |
brlcad |
maths22: you
could write one, but I don't recall if it has something like vol's
ok |
| 19:16.34 |
brlcad |
58995 is
quite dangerous |
| 19:16.58 |
brlcad |
diff libs
that have little to do with each other, just happen to have the
same concept |
| 19:23.37 |
Notify |
03BRL-CAD:brlcad * 58996
brlcad/trunk/src/sig/butter.c: casting because the structs happen
to match is exceptionally dangerous and considered bad practice.
any change to either will be undetectable (due to the cast) and
will result in runtime misbehavior. looks like libbn isn't even
needed, just make them be fft's COMPLEX struct. |
| 19:47.17 |
*** part/#brlcad gaganjyot
(~gagan@124.253.224.137) |
| 19:50.40 |
*** join/#brlcad luca79
(~luca@net-37-117-177-78.cust.dsl.vodafone.it) |
| 20:06.16 |
Notify |
03GCI:agkphysics * 5288632944427008
Implement a surface area function for gridded volumes (VOL): Task
Claimed - I would like to work on this task. |
| 20:08.19 |
Notify |
03BRL-CAD:bob1961 * 58997
brlcad/trunk/src/tclscripts/lib/RtImage.tcl: Updating
cadwidgets::rtimage to reflect a change to the bw-pix command's
syntax change. This fixes part of the breakage seen in rtwizard
(i.e., the ghost intensity was not getting applied to the
image). |
| 20:09.40 |
Notify |
03GCI:Mandeep
Kaur * 5288632944427008 Implement a surface area function for
gridded volumes (VOL): Task Assigned - This task has been assigned
to agkphysics. You have 72 hours to complete this
task,... |
| 20:40.40 |
Notify |
03GCI:Sean *
6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: hinged? -
Where are they hinged? "The two segments you model MUST be two or
more regions hinged together (you can have center... |
| 20:41.10 |
Notify |
03GCI:Sean *
6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: Task Needs
More Work - One of the mentors has sent this task back for more
work. Talk to the mentor(s) assigned to this task to... |
| 20:48.36 |
Notify |
03GCI:Sean *
5876128501727232 Implement a platform independent re-entrant sort
function: Task Closed - Congratulations, this task has been
completed successfully. |
| 20:50.56 |
Notify |
03GCI:Sean *
5876128501727232 Implement a platform independent re-entrant sort
function: excellent, unit test - Johannes, this looks perfect now,
Please commit it yourself (great first commit!). A... |
| 20:52.14 |
Notify |
03BRL-CAD:carlmoore * 58998
brlcad/trunk/src/fb/gif2fb.c: add reference to use of stdin with
< construct; remove 'No input file' message so we now have the
run-with-no-arguments to get help |
| 21:06.18 |
Notify |
03BRL-CAD:tbrowder2 * 58999
brlcad/trunk/src/libfb/fb_generic.c: update |
| 21:07.37 |
maths22 |
OK |
| 21:22.24 |
*** join/#brlcad jschulte
(~johannes@p4FDF9D4D.dip0.t-ipconnect.de) |
| 21:23.23 |
Notify |
03BRL-CAD:j-schulte * 59000
(brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/CMakeLists.txt):
Adding a platform-independent re-entrant sort function to
libbu |
| 21:25.13 |
Notify |
03GCI:Sean *
5855122085117952 Consistent preprocessor include guards for all
src/lib/ headers (58 headers): the skipped ones - Andromeda, This
looks great except for the ones that you skipped.
The... |
| 21:25.17 |
brlcad |
woot! |
| 21:25.43 |
Notify |
03GCI:Sean *
5855122085117952 Consistent preprocessor include guards for all
src/lib/ headers (58 headers): Task Needs More Work - One of the
mentors has sent this task back for more work. Talk
to... |
| 21:31.28 |
*** join/#brlcad andromeda-galaxy
(~user@108-225-17-54.lightspeed.sntcca.sbcglobal.net) |
| 21:31.50 |
andromeda-galaxy |
brlcad: so
the fact that the three qray files all use the same guard is not
important? |
| 21:32.27 |
andromeda-galaxy |
I was worried
that they used the same guard because if one was included then none
of the others could be.. |
| 21:33.21 |
andromeda-galaxy |
Since they
all define some of the same datastructures, it seemed like they
would need to inhibit each other |
| 21:40.37 |
brlcad |
that's just
bad code duplication |
| 21:41.08 |
brlcad |
should be
eliminated, really, but woul be a task in itself to sort them
out |
| 21:41.19 |
andromeda-galaxy |
brlcad: so
what should I do? |
| 21:41.32 |
brlcad |
just treat
them like any other headers |
| 21:41.53 |
brlcad |
if the build
breaks, that would indicate a problem |
| 21:42.14 |
andromeda-galaxy |
brlcad: okay,
greath |
| 21:42.17 |
andromeda-galaxy |
*great |
| 21:42.26 |
andromeda-galaxy |
and quickly:
what about the cursor ones? |
| 21:42.47 |
andromeda-galaxy |
I was
surmising that they might be assigned to variables, and that an
include guard might break them... |
| 21:45.31 |
andromeda-galaxy |
brlcad: if
you will be around for another minute I can re-submit |
| 21:47.58 |
Notify |
03BRL-CAD:brlcad * 59001
brlcad/trunk/src/libfb/CMakeLists.txt: nilcursor.h looks to finally
be completely unused, so remove the legacy file. |
| 21:50.57 |
andromeda-galaxy |
brlcad: do
you want me to add include guards to the src/libfb/oglcursor.h
file? |
| 21:53.38 |
brlcad |
no |
| 21:53.47 |
brlcad |
looks like
it's also unused now |
| 21:53.52 |
brlcad |
but have to
compile-test it |
| 21:54.42 |
andromeda-galaxy |
brlcad: okay,
thanks |
| 21:54.57 |
andromeda-galaxy |
I will submit
a version with the headers for the last two files in a minute, can
you take a look at it when I do? |
| 21:56.03 |
``Erik |
huh,
autocad->gcode exporter http://timeguy.com/cradek/autocad |
| 21:58.34 |
Notify |
03GCI:Andromeda Galaxy * 5855122085117952
Consistent preprocessor include guards for all src/lib/ headers (58
headers): Ready for review - The work on this task is ready to be
reviewed. |
| 22:06.17 |
Notify |
03BRL-CAD:bob1961 * 59002
brlcad/trunk/src/util/pix-bw.c: pix-bw seems to now require one of
the color flags or the ntsc/crt options. This broke rtwizard (i.e.,
the ghost intensity was not getting applied to the image). I added
e: to the bu_getopt string to make the crt and ntsc options
accessible. |
| 22:07.24 |
Notify |
03BRL-CAD:bob1961 * 59003
brlcad/trunk/src/tclscripts/lib/RtImage.tcl: Updating
cadwidgets::rtimage to reflect a change to the pix-bw command's
syntax change and its use of libicv. This fixes part of the
breakage seen in rtwizard (i.e., the ghost intensity was not
getting applied to the image). |
| 22:22.07 |
brlcad |
maths22:
what's the status of websvn? |
| 22:22.17 |
brlcad |
I see three
installations in the web root... |
| 22:22.24 |
brlcad |
none of them
seem to be working |
| 22:23.43 |
brlcad |
there are
also two view-vc installations, both of which seem to be displaying
raw sources instead of running |
| 22:28.23 |
Notify |
03BRL-CAD:brlcad * 59004
brlcad/trunk/src/libfb/CMakeLists.txt: oglcursor.h also seems to
now be completely unused, so remove it. |
| 22:29.49 |
Notify |
03GCI:Johannes Schulte * 5876128501727232
Implement a platform independent re-entrant sort function: None -
Both tasks, especially the replacement of old qsort uses, sound
interesting. It would be... |
| 22:30.50 |
Notify |
03BRL-CAD:brlcad * 59005
(brlcad/trunk/src/libfb/oglcursor.h
===================================================================
and 75 others): oglcursor.h also seems to now be completely unused,
so remove it. |
| 22:31.02 |
Notify |
03BRL-CAD:carlmoore * 59006
brlcad/trunk/src/halftone/main.c: use h and ? for help; abolish
previous 'h' because '-s 1024' does the same thing |
| 22:34.24 |
andromeda-galaxy |
brlcad: I've
resubmitted with the changes that you suggested, can you take a
quick look? |
| 22:34.57 |
Notify |
03BRL-CAD:brlcad * 59007
(brlcad/trunk/src/sig/butter.c brlcad/trunk/src/sig/bw-d.c and 12
others): style cleanup, ws, decls, marking funcs static, and
more. |
| 22:36.35 |
Notify |
03GCI:Mohamed
Hammeda * 5331017426534400 Write an article about BRL-CAD's Online
Geometry Viewer: Task Claimed - I would like to work on this
task. |
| 22:37.40 |
Notify |
03GCI:Mohamed
Hammeda * 5331017426534400 Write an article about BRL-CAD's Online
Geometry Viewer: How to show evidence of completion - Hi there, Im
just messages to ask what format do you want us... |
| 22:37.50 |
maths22 |
Viewvc should
not be in the webroot |
| 22:38.00 |
maths22 |
I don't think
it has ever been set up |
| 22:38.11 |
maths22 |
``Erik has
done the recent work with websvn |
| 22:38.37 |
maths22 |
I should
probably take down fisheye, as I am probably the only person who
uses it/wants to use it |
| 22:40.36 |
maths22 |
can libpixman
be installed on the server? |
| 22:41.52 |
Notify |
03GCI:Mohamed
Hammeda * 5331017426534400 Write an article about BRL-CAD's Online
Geometry Viewer: How to post my article - Also how do I post my
article when Im done? Thanks, Mohamed |
| 22:50.51 |
Notify |
03BRL-CAD:carlmoore * 59008
brlcad/trunk/src/halftone/main.c: remove '-1' from a comment;
remove ':' from just after 'a' in the bu_getopt argument so 'a'
does NOT require an argument |
| 22:55.21 |
brlcad |
GCI FYI: lots
of new unit tests added for libbu and libbn |
| 22:56.06 |
brlcad |
maths22: you
mean erik turned it off == "recent work"? |
| 22:56.39 |
brlcad |
I recall
there being a discussion about it filling up /tmp and that is
obviously a problem but we need something set up |
| 22:57.57 |
maths22 |
I think he
also created the websvn3 version |
| 22:58.09 |
maths22 |
I could be
wrong, though |
| 22:59.20 |
brlcad |
libpixman is
already installed |
| 22:59.30 |
brlcad |
starseeker
created that one |
| 22:59.46 |
brlcad |
it almost
works but seems to crash if you try to look at a file |
| 22:59.59 |
brlcad |
we should not
have all of these dead efforts sitting in the web root |
| 23:00.18 |
maths22 |
should I
clear them out into some backup dir? |
| 23:01.09 |
maths22 |
websvn3 works
for me |
| 23:01.28 |
brlcad |
there's an
Attic folder for exactly that, but more concerning is that this is
becoming a habit by multiple people... |
| 23:01.48 |
brlcad |
websvn3
"almost works but seems to crash if you try to look at a
file" |
| 23:03.04 |
maths22 |
I can open
files fine in it: what file crashes for you? |
| 23:07.24 |
maths22 |
I'm to blame
for the viewvc ones and the first websvn |
| 23:08.01 |
maths22 |
I made/edited
all of them last june |
| 23:08.17 |
maths22 |
I think I can
just delete the viewvc ones |
| 23:12.29 |
maths22 |
can the
python module svn.core be installed? |
| 23:18.10 |
Notify |
03GCI: * :
- |
| 23:22.31 |
Notify |
03GCI: * :
- |
| 23:22.46 |
Notify |
03GCI: * :
- |
| 23:31.20 |
Notify |
03BRL-CAD:tbrowder2 * 59009
brlcad/trunk/src/libbu/sort.c: add explicit cast |
| 23:34.35 |
Notify |
03BRL-CAD:tbrowder2 * 59010
brlcad/trunk/src/libbu/sort.c: ws, style |
| 23:38.10 |
Notify |
03BRL-CAD:tbrowder2 * 59011
brlcad/trunk/src/libbu/sort.c: add explicit casts |
| 23:47.06 |
Notify |
03GCI:Alex *
4861354028564480 Write up Wiki page tutorial on our Volumetric
Primitive: in command parameters? - I have been testing the 'in
command' and looking at various other pages trying
to... |
| 23:47.38 |
``Erik |
didn't turn
websvn off, moved it a couple times before finding a place in /usr
to stash it (both /tmp and /var/tmp were getting
clobbered)... |
| 23:48.56 |
Notify |
03GCI:Sean *
5876128501727232 Implement a platform independent re-entrant sort
function: follow-on tasks created - Numerous follow-on tasks
related to this have been created including unit test
and... |
| 23:49.19 |
brlcad |
andromeda-galaxy: changes look
good |
| 23:51.04 |
brlcad |
andromeda-galaxy: go ahead and commit
them |
| 23:51.31 |
Notify |
03GCI:Sean *
5855122085117952 Consistent preprocessor include guards for all
src/lib/ headers (58 headers): Task Closed - Congratulations, this
task has been completed successfully. |
| 23:57.21 |
Notify |
03GCI:Sean *
5855122085117952 Consistent preprocessor include guards for all
src/lib/ headers (58 headers): looks perfect - On quick review,
this looks good now. Assuming you've tested
compilation... |
| 00:01.11 |
Notify |
03GCI:Andromeda Galaxy * 5798747955003392
Compile BRL-CAD with GCC 4.8.2+: Task Claimed - I would like to
work on this task. |
| 00:16.22 |
Notify |
03GCI:Anita
Leung * 5910527163236352 Design a cover image or banner for our
Facebook page (and/or another social media site) #11: Question -
Can I submit two designs for two tasks? |
| 00:28.37 |
andromeda-galaxy |
Is the svn
repository preferred over the git repository for
development? |
| 00:29.30 |
andromeda-galaxy |
never mind,
sorry, I see what is going on with the VC stuff.. |
| 00:31.09 |
*** join/#brlcad Chick_
(~Chick_@195.24.220.16) |
| 00:38.30 |
Notify |
03BRL-CAD:peter-sa * 59012
(brlcad/trunk/src/libbn/bn_private.h
brlcad/trunk/src/libbrep/PullbackCurve.h and 54 others): Make
header include guards in src/lib* use consistent naming
convention |
| 01:12.56 |
maths22 |
brlcad: can
cgi script execution be enabled for
brlcad.org/viewvc-1.1.21/bin/cgi/ |
| 01:13.03 |
maths22 |
I can't do it
just from .htaccess |
| 01:13.14 |
maths22 |
``Erik: you
could probably do this too |
| 01:17.04 |
Notify |
03GCI:Kelsey
* 5215498375528448 Create a BRL-CAD presentation template #5: Task
Claimed - I would like to work on this task. |
| 01:22.19 |
Notify |
03GCI:Kelsey
* 5215498375528448 Create a BRL-CAD presentation template #5: Claim
Removed - The claim on this task has been removed, someone else can
claim it now. |
| 01:40.34 |
*** join/#brlcad Chick_
(~Chick_@195.24.220.16) |
| 01:48.03 |
*** join/#brlcad Chick_
(~Chick_@195.24.220.16) |
| 03:06.36 |
maths22 |
see http://brlcad.org:8080/svn/repos/BRL-CAD/list/ |
| 03:06.49 |
maths22 |
If you like
it, could a GCI task be created for it? |
| 03:07.07 |
maths22 |
Also, don't
worry about the CGI stuff |
| 03:09.26 |
Notify |
03GCI:agkphysics * 5288632944427008
Implement a surface area function for gridded volumes (VOL): Ready
for review - The work on this task is ready to be
reviewed. |
| 03:21.02 |
Notify |
03GCI:agkphysics * 5288632944427008
Implement a surface area function for gridded volumes (VOL): No
volume function - This function is based on the one I used for an
ebm, except it also takes into... |
| 03:36.07 |
starseeker |
personally prefers ViewVC... |
| 03:37.05 |
starseeker |
websvn3 as
more out of desperation to have something... |
| 03:37.19 |
starseeker |
s/
as/was/ |
| 03:38.24 |
brlcad |
``Erik: huh,
the top-level dir is 000'd, figured maybe it was you |
| 03:41.33 |
maths22 |
starseeker:
how is the one I posted? |
| 03:41.58 |
starseeker |
brlcad.org/viewvc-1.1.21/bin/cgi gives me
a forbidden error |
| 03:42.14 |
maths22 |
not that one.
the 8080/svn one |
| 03:42.58 |
starseeker |
that seems to
work |
| 03:44.37 |
starseeker |
another
ViewVC alternative? |
| 03:44.45 |
maths22 |
how does it
compare to viewvc or websvn |
| 03:44.49 |
starseeker |
isn't especially impressed with the
diffing |
| 03:44.55 |
maths22 |
OK
|
| 03:44.57 |
starseeker |
feels a bit
slow as well |
| 03:45.36 |
maths22 |
slowness is
because i am using the remote repo right now: it was faster to set
up |
| 03:45.46 |
maths22 |
tell me what
you think of brlcad.org:8060 |
| 03:45.59 |
andromeda-galaxy |
starseeker: I
newly have commit access, and I think I might have discovered a bug
in the build system in pursuit of
http://www.google-melange.com/gci/task/view/google/gci2013/5798747955003392;
if I find a fix, what is the etiquette for review for
it? |
| 03:46.00 |
gcibot |
Compile
BRL-CAD with GCC 4.8.2+ |
| 03:46.00 |
gcibot |
Status:
ClaimRequested |
| 03:46.00 |
gcibot |
Mentor(s):
erikg |
| 03:47.37 |
starseeker |
maths22: it
seems to be showing deleted files by default? |
| 03:48.10 |
starseeker |
andromeda-galaxy: just make sure it builds
and describe the issue and its resolution in the commit
message |
| 03:48.16 |
maths22 |
I know. I
have not spent much time with it |
| 03:48.23 |
starseeker |
andromeda-galaxy: what's the
issue? |
| 03:49.43 |
starseeker |
maths22: I'm
a bit biased in favor of the ViewVC interface because that's the
one I originally learned on sourceforge - has anyone made a stab at
a feature based comparison of the various repository
interfaces? |
| 03:50.14 |
brlcad |
andromeda-galaxy: you have commit access,
so you are capable of committing at will so long as you're
following the dev guidelines in HACKING and are available for
communication |
| 03:51.05 |
brlcad |
you can start
your own project even, make it your thesis at college,
whatever |
| 03:51.07 |
brlcad |
so long as it
fits our scope (which is pretty freaking big) |
| 03:51.26 |
brlcad |
just don't
break anything ;) |
| 03:52.35 |
brlcad |
maths22: I'm
mostly ambivalent to websvn vs viewvc vs sventon vs
fisheye |
| 03:53.05 |
brlcad |
it's more
important that it's UP .. that it's reliable .. and that we can
efficiently walk a history since that's what it is usually used
for |
| 03:54.02 |
maths22 |
I personally
like fisheye, but I know tht you don't |
| 03:54.13 |
brlcad |
that's not
true |
| 03:54.31 |
maths22 |
You don't
like its distribution, right |
| 03:54.37 |
brlcad |
I like
fisheye (the product) .. it's atlassian that I'm more concerned
with, it's not open source iirc |
| 03:54.43 |
maths22 |
right |
| 03:55.09 |
brlcad |
can fisheye
run under apache? |
| 03:55.28 |
maths22 |
No, but it
could be proxied through apache |
| 03:55.34 |
starseeker |
is viewvc
harder to set up due to the cgi aspect? |
| 03:55.49 |
maths22 |
Yes.
|
| 03:56.05 |
maths22 |
It also is
slower because it does not have built-in caching iirc |
| 03:56.48 |
maths22 |
brlcad: see
https://confluence.atlassian.com/display/FISHEYE/Integrating+with+other+web+servers |
| 03:57.49 |
brlcad |
good
enough |
| 03:58.35 |
brlcad |
oh now THAT
is cool ... fisheye defaults to showing all deleted folders
too |
| 03:59.21 |
maths22 |
good or
bad? |
| 03:59.29 |
brlcad |
~cool |
| 03:59.30 |
infobot |
somebody said
cool was there, there, everything is going to fix out |
| 03:59.43 |
brlcad |
~cool is also
good |
| 03:59.44 |
infobot |
ACTION takes
out a fan to wave over is also good but decides to beat is also
good with it instead |
| 03:59.54 |
brlcad |
heh |
| 04:00.06 |
maths22 |
infobot is
fun :) |
| 04:00.28 |
maths22 |
it can do
that because it has a mysql db of every revision |
| 04:00.41 |
maths22 |
I don't know
exactly what is stores |
| 04:02.40 |
brlcad |
that's been a
long-standing pet peave with viewvc and viewsvn (and websvn and
...) |
| 04:03.16 |
brlcad |
especially
for tracing history and you know the path, but svn won't let you
"see it" until you're at a revision where it existed |
| 04:04.14 |
brlcad |
maths22: how
does the user accounting system work? what's it for? |
| 04:04.39 |
brlcad |
and is it
registered locally or is it connecting through to
atlassian? |
| 04:04.53 |
brlcad |
(is anything
connecting through to atlassian for that matter?) |
| 04:06.09 |
*** join/#brlcad kesha
(~kesha@49.249.16.197) |
| 04:08.28 |
maths22 |
Users are
local; so is everthing except intial license activation |
| 04:08.43 |
maths22 |
I registered
an open source one for BRL-CAD |
| 04:16.45 |
brlcad |
nods |
| 04:18.12 |
Notify |
03BRL-CAD:peter-sa * 59013
brlcad/trunk/src/libbu/parallel.h: Comment out name of #ifndef
after #endif in src/libbu/parallel.h |
| 04:19.33 |
Notify |
03GCI:Andromeda Galaxy * 5798747955003392
Compile BRL-CAD with GCC 4.8.2+: Claim Removed - The claim on this
task has been removed, someone else can claim it now. |
| 04:20.50 |
maths22 |
users seem to
have to do with favorites and associating committers with
people |
| 04:21.43 |
Notify |
03GCI:Andromeda Galaxy * 5798747955003392
Compile BRL-CAD with GCC 4.8.2+: Bundling oddness? - I unclaimed
this task because there are interactions between the bundled and
the system libs that I do... |
| 04:22.07 |
maths22 |
Also, I could
split the current mega brl-cad repo into individual repos by
project within fisheye |
| 04:23.58 |
maths22 |
andromeda-galaxy: try
LD_LIBRARY_PATH |
| 04:24.18 |
maths22 |
it worked for
me |
| 04:26.07 |
maths22 |
brlcad: users
are also meant for access control, but that does not matter for
us |
| 04:26.19 |
Notify |
03BRL-CAD:brlcad * 59014
brlcad/trunk/src/sig/ddisp.c: remove the OLDANDCRUFTY dead code and
reorder functions to avoid need for forward
declaractions |
| 04:29.30 |
Notify |
03GCI:Andromeda Galaxy * 5298410034823168
Identify and eliminate dead code (100+ lines) #2: Task Claimed - I
would like to work on this task. |
| 04:29.58 |
Notify |
03BRL-CAD:brlcad * 59015
brlcad/trunk/src/sig/ddisp.c: eliminate the global variables,
including the FBIO now passed as an arg |
| 04:38.42 |
Notify |
03BRL-CAD:brlcad * 59016
brlcad/trunk/src/sig/dfft.c: reorder functions to avoid forward
decls, reduce scope for several globals, note which functions are
remote |
| 04:48.57 |
Notify |
03BRL-CAD:brlcad * 59017
brlcad/trunk/src/sig/dpeak.c: reorder to avoid forward decls,
reduce func scope, eliminate globals. |
| 04:56.38 |
andromeda-galaxy |
brlcad: I
just found out that on certain platforms (e.x. Gentoo),
_FORTIFY_SOURCE is already defined by default, which makes the
build spew lots of false warnings about redefinitions, and I would
like to fix that at some point; should it #undef the current
version to force it to 2 (if optimization is enabled), or should it
just go with the current one if it is already defined? |
| 04:59.19 |
brlcad |
andromeda-galaxy: can you figure out what
they set it to? |
| 05:02.14 |
brlcad |
my quick read
is that they set it to 2, in which case we can just check if it's
not set, then set it |
| 05:05.24 |
Notify |
03BRL-CAD:brlcad * 59018
brlcad/trunk/CMakeLists.txt: only define this if it's not already
set by the compiler, which it could be if the compiler was compiled
that way (rumored to be gcc default now on ubuntu/fedora). since
the compiler owns underscored symbols, don't assume we can just
define it. |
| 05:09.36 |
Notify |
03BRL-CAD:brlcad * 59019
(brlcad/trunk/src/sig/dsel.c brlcad/trunk/src/sig/dstats.c):
eliminate globals, reduce scope |
| 05:16.32 |
andromeda-galaxy |
brlcad: It
looks like that to me as well; would it be all right for me to
commit that fix when I finish my current task? |
| 05:16.37 |
Notify |
03BRL-CAD:brlcad * 59020
brlcad/trunk/src/sig/dwin.c: resort to avoid forward decls, reduce
scope, eliminate most globals save for a few that need to get
packed into a struct |
| 05:23.03 |
Notify |
03BRL-CAD:brlcad * 59021
(brlcad/trunk/src/sig/f-d.c brlcad/trunk/src/sig/f-i.c
brlcad/trunk/src/sig/fhor.c): eliminate globals, pass FBIO
around |
| 05:26.26 |
Notify |
03BRL-CAD:brlcad * 59022
brlcad/trunk/src/sig/hamwin.c: reorder to eliminate forward
decls |
| 05:29.12 |
Notify |
03BRL-CAD:brlcad * 59023
brlcad/trunk/src/sig/hamwin.c: use bu memory management |
| 05:38.07 |
Notify |
03BRL-CAD:brlcad * 59024
(brlcad/trunk/src/sig/i-a.c brlcad/trunk/src/sig/i-d.c and 6
others): eliminate lots of unnecessary gloabls |
| 05:42.19 |
*** join/#brlcad Chick_
(~Chick_@195.24.220.16) |
| 06:08.23 |
Notify |
03GCI:Melange
* 4967846266273792 Identify and eliminate code duplication (100+
lines) #3: No more Work can be submitted - Melange has detected
that the deadline has passed and no more work can be... |
| 06:13.07 |
Notify |
03BRL-CAD:brlcad * 59025
brlcad/trunk/src/libged/analyze.c: prevent crashing if the volume
or surface area callback is not implemented. |
| 06:18.19 |
Notify |
03BRL-CAD:brlcad * 59026
(brlcad/trunk/src/librt/primitives/table.c
brlcad/trunk/src/librt/primitives/vol/vol.c): apply gci patch
http://www.google-melange.com/gci/task/view/google/gci2013/5288632944427008
from agkphysics, implementing surface area calculations for vol
objects |
| 06:18.20 |
Notify |
03GCI:Sean *
5288632944427008 Implement a surface area function for gridded
volumes (VOL): Task Closed - Congratulations, this task has been
completed successfully. |
| 06:18.20 |
gcibot |
Implement a
surface area function for gridded volumes (VOL) |
| 06:18.20 |
gcibot |
Status:
Closed |
| 06:18.20 |
gcibot |
Mentor(s):
Sean |
| 06:23.05 |
Notify |
03GCI:Sean *
5288632944427008 Implement a surface area function for gridded
volumes (VOL)
http://www.google-melange.com/gci/task/view/google/gci2013/5288632944427008:
ask Ask, and ye shall... |
| 06:26.14 |
Notify |
03BRL-CAD:brlcad * 59027
brlcad/trunk/src/librt/primitives/vol/vol.c: ws |
| 06:26.16 |
Notify |
03GCI:Sean *
6382559101452288 Design a BRL-CAD business card #3: Task Needs More
Work - One of the mentors has sent this task back for more work.
Talk to the mentor(s) assigned to this task to... |
| 06:28.57 |
Notify |
03GCI:agkphysics * 6466291099500544
Implement a volume function for volumetric data objects (VOL): Task
Claimed - I would like to work on this task. |
| 06:30.28 |
Notify |
03GCI:Sean *
6382559101452288 Design a BRL-CAD business card #3: cute but ... -
The design is different and leverages the archer gui, but I don't
get how the xml tags relate to anything about... |
| 06:31.42 |
brlcad |
andromeda-galaxy: see r59018 |
| 06:31.55 |
brlcad |
(that's why
commit messages stream in here) ;) |
| 06:32.23 |
brlcad |
although it's
far easier to follow commit notifications when GCI tasks are not
blathering so much... :D |
| 06:33.59 |
Notify |
03GCI:Sean *
5509389028950016 Design a BRL-CAD Sticker #10: Task Needs More Work
- One of the mentors has sent this task back for more work. Talk to
the mentor(s) assigned to this task to satisfy... |
| 06:37.14 |
Notify |
03GCI:Chan Ho
Jun * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: Ready
for review - The work on this task is ready to be
reviewed. |
| 06:38.09 |
Notify |
03GCI:Chan Ho
Jun * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: hinged
- As hinged, do you mean that they need to be
connected? |
| 06:40.35 |
Notify |
03GCI:Sean *
5509389028950016 Design a BRL-CAD Sticker #10: not bad but.. -
Luke, I presume this is 4 stickers? I really like the two BRL-CAD
ones as they're simple brilliant colors that work
well... |
| 06:56.14 |
Notify |
03GCI:Sean *
6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: yes - Yes,
they need to be connected, not just overlapping. In fact, there
must be NO overlap errors reported. If you do a
Google... |
| 06:56.54 |
Notify |
03GCI:Sean *
6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: Task Needs
More Work - One of the mentors has sent this task back for more
work. Talk to the mentor(s) assigned to this task to... |
| 06:56.55 |
Notify |
03GCI:Sean *
5902299616509952 Create a BRL-CAD presentation template: Task
Closed - Congratulations, this task has been completed
successfully. |
| 07:16.49 |
Notify |
03GCI:Sean *
4967846266273792 Identify and eliminate code duplication (100+
lines) #3: Task Needs More Work - One of the mentors has sent this
task back for more work. Talk to the mentor(s)
assigned... |
| 07:16.54 |
Notify |
03GCI:Sean *
4967846266273792 Identify and eliminate code duplication (100+
lines) #3
http://www.google-melange.com/gci/task/view/google/gci2013/4967846266273792:
how to create a patch Kristian,... |
| 07:16.55 |
Notify |
03GCI:Sean *
4967846266273792 Identify and eliminate code duplication (100+
lines) #3: Deadline extended - The deadline of the task has been
extended with 2 days and 0 hours. |
| 07:30.19 |
Notify |
03GCI:Sean *
5857193869967360 Compile BRL-CAD on Windows using Visual Studio
Express: Task Closed - Congratulations, this task has been
completed successfully. |
| 07:30.44 |
Notify |
03GCI:Johannes Schulte * 5784907422892032
Update qsort() calls to bu_sort() #3: Task Claimed - I would like
to work on this task. |
| 07:32.24 |
Notify |
03GCI:Sean *
5857193869967360 Compile BRL-CAD on Windows using Visual Studio
Express
http://www.google-melange.com/gci/task/view/google/gci2013/5857193869967360:
nicely done You submitted your... |
| 07:34.55 |
Notify |
03GCI:Mandeep
Kaur * 5298410034823168 Identify and eliminate dead code (100+
lines) #2: Task Assigned - This task has been assigned to Andromeda
Galaxy. You have 72 hours to complete this task,
good... |
| 07:39.41 |
Notify |
03GCI:Sean *
5257831183810560 Model a martini glass for a business card diagram:
the final .g file? - You didn't submit a final .g file for the
image. It looks fantastic, but we may end up needing... |
| 07:39.56 |
Notify |
03GCI:Sean *
5257831183810560 Model a martini glass for a business card diagram:
Deadline extended - The deadline of the task has been extended with
1 days and 0 hours. |
| 07:40.11 |
Notify |
03GCI:Sean *
5257831183810560 Model a martini glass for a business card diagram:
Task Needs More Work - One of the mentors has sent this task back
for more work. Talk to the mentor(s) assigned to... |
| 07:44.12 |
Notify |
03GCI:Sean *
5029433412943872 Design new Archer splash screen: any size - Any
size is fine, but a size close to the existing splash screen is a
safe idea. As for this design, I think it needs
more... |
| 07:44.32 |
Notify |
03GCI:Sean *
5029433412943872 Design new Archer splash screen: Task Needs More
Work - One of the mentors has sent this task back for more work.
Talk to the mentor(s) assigned to this task to
satisfy... |
| 07:49.32 |
Notify |
03GCI:Sean *
4573705707454464 Design new Archer splash screen #2: better! -
That's looking much better! That said, still just a few more
issues. As I mentioned earlier, check out some of
the... |
| 07:49.57 |
Notify |
03GCI:Sean *
4573705707454464 Design new Archer splash screen #2: Deadline
extended - The deadline of the task has been extended with 1 days
and 0 hours. |
| 07:49.58 |
Notify |
03GCI:Sean *
4573705707454464 Design new Archer splash screen #2: Task Needs
More Work - One of the mentors has sent this task back for more
work. Talk to the mentor(s) assigned to this task to... |
| 07:50.28 |
Notify |
03GCI:Mandeep
Kaur * 5331017426534400 Write an article about BRL-CAD's Online
Geometry Viewer: Task Assigned - This task has been assigned to
Mohamed Hammeda. You have 72 hours to complete this... |
| 07:51.18 |
Notify |
03GCI: * :
- |
| 07:51.33 |
Notify |
03GCI:Mandeep
Kaur * 6466291099500544 Implement a volume function for volumetric
data objects (VOL): Task Assigned - This task has been assigned to
agkphysics. You have 72 hours to complete this... |
| 07:52.03 |
Notify |
03GCI:Mandeep
Kaur * 5784907422892032 Update qsort() calls to bu_sort() #3: Task
Assigned - This task has been assigned to Johannes Schulte. You
have 72 hours to complete this task, good luck! |
| 08:07.16 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 08:15.40 |
Notify |
03GCI:Chan Ho
Jun * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2:
rendering - I've finished my modeling part. But I don't know what
I did, I can't see my model in the render output. It... |
| 08:15.41 |
Notify |
03GCI:Chan Ho
Jun * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: Ready
for review - The work on this task is ready to be
reviewed. |
| 08:31.18 |
Notify |
03GCI:Chan Ho
Jun * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2:
nevermind - Nevermind the comment above. I was able fix the
problem. Check out the latest upload for the final
renderings |
| 08:34.01 |
*** join/#brlcad justin
(7c376cb2@gateway/web/freenode/ip.124.55.108.178) |
| 12:11.35 |
``Erik |
brlcad: re
websvn, hm, I do kinda remember chmod 0'ing it now, I vagually
recall a memory saturation issue from running several dozen svn
instances, forcing things like apache and mysql into swap :/
shoulda kept a log of what/why |
| 12:28.50 |
*** join/#brlcad mlawnik
(~mlawnik@92-55-225-11.net.pbthawe.eu) |
| 12:30.19 |
mlawnik |
Can anyone
hint me where I will be able to find high-res brl-cad logo?
Anywhere in the repository? |
| 12:38.31 |
d_rossberg |
mlawnik: is
this good enough? http://brlcad.org/images/angelov_256.png |
| 12:42.12 |
``Erik |
there're svg
versions in the repo iirc,
doc/docbook/resources/brlcad/images/ |
| 12:42.30 |
mlawnik |
Thanks to
both of you ;) |
| 12:42.43 |
mlawnik |
Svg will be
more useful though ;) |
| 12:47.45 |
mlawnik |
doc under
what exactly folder? Not under brlcad unfortunately :( |
| 12:50.38 |
mlawnik |
Found it,
sorry for troubling you ;) |
| 13:03.25 |
*** join/#brlcad kanzure_
(~kanzure@131.252.130.248) |
| 13:19.48 |
*** join/#brlcad Palindrome
(~Palindrom@adsl-108-129-76-160.aby.bellsouth.net) |
| 13:22.30 |
maths22 |
``Erik: could
python svn bindings be installed on the server? |
| 13:28.40 |
*** join/#brlcad Palindrome
(~Palindrom@adsl-108-129-76-160.aby.bellsouth.net) |
| 13:28.50 |
*** part/#brlcad Palindrome
(~Palindrom@adsl-108-129-76-160.aby.bellsouth.net) |
| 13:40.05 |
maths22 |
brlcad: do
you want me to reinstall websvn |
| 13:41.36 |
maths22 |
I already
have fisheye at brlcad.org:8060 and sventon at
brlcad.org:8080/svn |
| 14:35.41 |
Notify |
03BRL-CAD:tbrowder2 * 59028
brlcad/trunk/src/libbn/tcl.c: use explicit casts to and from math
func pointers for use as func args and actual funcs--eliminates C++
errors |
| 14:36.02 |
Notify |
03BRL-CAD:bob1961 * 59029
brlcad/trunk/src/mged/dm-wgl.c: calls to dirty_hook() now needs
arguments. |
| 14:36.04 |
Notify |
03BRL-CAD:tbrowder2 * 59030
(brlcad/trunk/src/librt/primitives/brep/brep_local.h
brlcad/trunk/src/librt/primitives/dsp/dsp.h): complete comments on
#endif |
| 14:36.11 |
Notify |
03BRL-CAD:tbrowder2 * 59031
brlcad/trunk/src/libfb/if_ogl.c: use braces to quell -Wempty-body
warning |
| 14:37.14 |
``Erik |
maths22: is
devel/pysvn adequate? |
| 14:44.07 |
Notify |
03GCI:Daniel
Rossberg * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2:
Task Needs More Work - One of the mentors has sent this task back
for more work. Talk to the mentor(s) assigned to
this... |
| 14:44.08 |
Notify |
03GCI:Daniel
Rossberg * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2
http://www.google-melange.com/gci/task/view/google/gci2013/6237896147206144:
There are still some issues Formal... |
| 14:44.09 |
Notify |
03GCI:agkphysics * 6466291099500544
Implement a volume function for volumetric data objects (VOL):
Ready for review - The work on this task is ready to be
reviewed. |
| 14:44.10 |
Notify |
03GCI:Melange
* 6334427550449664 Compile BRL-CAD with Dev-C++: Initial Deadline
passed - Melange has detected that the initial deadline has passed
and it has set the task status to ActionNeeded. The... |
| 14:44.11 |
Notify |
03GCI:Vipul
Sharma * 6334427550449664 Compile BRL-CAD with Dev-C++: Claim
Removed - The claim on this task has been removed, someone else can
claim it now. |
| 14:44.13 |
Notify |
03GCI:Vipul
Sharma * 4941697968504832 Design a BRL-CAD business card #8: html -
could i use html for designing the BUSINESS cards? |
| 14:44.14 |
Notify |
03GCI:Deep
Inder Singh * 6382559101452288 Design a BRL-CAD business card #3:
Ready for review - The work on this task is ready to be
reviewed. |
| 14:44.14 |
Notify |
03GCI:Melange
* 5844796983738368 Create a Motion Typography video for BRL-CAD #5:
Initial Deadline passed - Melange has detected that the initial
deadline has passed and it has set the task status... |
| 14:44.16 |
Notify |
03GCI:AdityaGulati * 5260604122071040
Design a BRL-CAD business card #5: Ready for review - The work on
this task is ready to be reviewed. |
| 14:44.18 |
Notify |
03GCI:Olexander Dubenko * 6447429750620160
Design new Archer splash screen #4: Task Claimed - I would like to
work on this task. |
| 14:44.18 |
Notify |
03GCI:Mandeep
Kaur * 6447429750620160 Design new Archer splash screen #4: Task
Assigned - This task has been assigned to Olexander Dubenko. You
have 72 hours to complete this task, good luck! |
| 14:44.20 |
Notify |
03GCI:Olexander Dubenko * 6447429750620160
Design new Archer splash screen #4
http://www.google-melange.com/gci/task/view/google/gci2013/6447429750620160:
None Already done that in this task -:... |
| 14:44.20 |
Notify |
03GCI:Jacob B
* 5674946193784832 Implement a centroid function for extruded
sketches (EXTRUDE): Claim Removed - The claim on this task has been
removed, someone else can claim it now. |
| 14:44.20 |
Notify |
03GCI:Jacob B
* 6692034580578304 Explore repository browsing web interface
options: Task Claimed - I would like to work on this
task. |
| 14:44.22 |
Notify |
03GCI:Melange
* 5617838026915840 Design a cover image or banner for our Facebook
page (and/or another social media site) #9: Initial Deadline passed
- Melange has detected that the initial deadline... |
| 14:44.24 |
Notify |
03GCI:mandar
* 5812790350577664 Create unit tests for our numerics math library
(LIBBN) #3: Testing - i have been unit-testing in JAVA. could
anyone give me a reference for unit testing in C? |
| 14:44.24 |
Notify |
03GCI:Mandeep
Kaur * 6692034580578304 Explore repository browsing web interface
options: Task Assigned - This task has been assigned to Jacob B.
You have 72 hours to complete this task, good luck! |
| 14:44.24 |
Notify |
03GCI:mandar
* 6696007827980288 Fix closedb: None - The given commands seem to
be working on my installation. the only error i get is when i close
the database and then try to 'make sph sph' saying... |
| 14:44.51 |
``Erik |
hm, "variable
length lookbehind not implemented (yet)", may need to redo those
regex's without the perl extended fu |
| 14:53.43 |
*** join/#brlcad mlawnik
(~mlawnik@92-55-225-11.net.pbthawe.eu) |
| 15:17.44 |
maths22 |
if it works
for viewvc |
| 15:18.26 |
maths22 |
I would try
it |
| 15:29.56 |
Notify |
03GCI:Ilkin
Musaev * 5029433412943872 Design new Archer splash screen: Ready
for review - The work on this task is ready to be
reviewed. |
| 15:29.57 |
Notify |
03GCI:AdityaGulati * 5260604122071040
Design a BRL-CAD business card #5: fast reviewal - Pls review
fast |
| 15:29.58 |
Notify |
03GCI: * :
- |
| 15:30.55 |
Notify |
03BRL-CAD:tbrowder2 * 59032
brlcad/trunk/src/libfb/if_ogl.c: ws, style |
| 15:30.58 |
Notify |
03BRL-CAD:tbrowder2 * 59033
brlcad/trunk/src/libfb/if_ogl.c: use braces to quell -Wempty-body
warning |
| 15:31.00 |
Notify |
03BRL-CAD:carlmoore * 59034
brlcad/trunk/src/librt/primitives/vol/vol.c: fix
spellings |
| 15:39.22 |
*** join/#brlcad Chick_
(~Chick_@195.24.220.16) |
| 15:40.15 |
*** part/#brlcad Chick_
(~Chick_@195.24.220.16) |
| 15:45.26 |
*** join/#brlcad six_ft
(~six_ft@195.24.220.16) |
| 15:50.19 |
six_ft |
hi can't
locate bu_sort() have tried grep bu_sort -r src |
| 15:50.53 |
six_ft |
can someone
help? |
| 15:51.24 |
six_ft |
i wish to
update qsort to bu_sort |
| 15:52.22 |
Notify |
03BRL-CAD:tbrowder2 * 59035
brlcad/trunk/src/librt/primitives/nmg/nmg_class.c: rename vars
'try' and 'class' since they are keywords in C++ |
| 15:52.29 |
Notify |
03BRL-CAD:tbrowder2 * 59036
brlcad/trunk/src/librt/primitives/nmg/nmg_class.c: ws,
style |
| 15:59.02 |
andromeda-galaxy |
Does anyone
know the status of src/liboptical/*osl*? |
| 16:03.33 |
d_rossberg |
six_ft: its
in src/libbu/sort.c |
| 16:11.13 |
d_rossberg |
andromeda-galaxy: it should work ... in
general, maybe this'll help you: http://brlcad.org/wiki/User:Kunigami/GSoc2011/OSL_Tutorial |
| 16:11.33 |
*** join/#brlcad Palindrome
(~Palindrom@adsl-108-129-76-160.aby.bellsouth.net) |
| 16:15.48 |
*** join/#brlcad jschulte
(~johannes@p4FDF9EDF.dip0.t-ipconnect.de) |
| 16:36.38 |
*** join/#brlcad kesha
(~kesha@49.202.238.46) |
| 16:42.55 |
andromeda-galaxy |
d_rossberg:
thanks |
| 16:58.59 |
*** join/#brlcad Palindrome
(~Palindrom@adsl-108-129-76-160.aby.bellsouth.net) |
| 17:06.21 |
maths22 |
``Erik: that
is the right prot |
| 17:08.38 |
maths22 |
actually, the
viewvc port would be even more useful |
| 17:22.04 |
maths22 |
For all
interested parties: I have three svn browsing tools
setup |
| 17:22.21 |
maths22 |
Tell me what
you like or do not about each |
| 17:22.46 |
maths22 |
1: Fisheye @
http://brlcad.org:8060/ |
| 17:23.06 |
maths22 |
2: sventon @
http://brlcad.org:8080/svn/ |
| 17:23.23 |
maths22 |
3: websvn @
http://brlcad.org/websvn/ |
| 17:23.36 |
maths22 |
I would also
do viewvc, but I can't get it running on the server |
| 17:24.03 |
maths22 |
All of them
can be proxied through apache, so don't worry abou thte
urls |
| 17:42.22 |
maths22 |
``Erik: isst
is on fisheye as well |
| 17:47.48 |
maths22 |
All three are
listed at http://brlcad.org/svnbrowse.html' |
| 17:47.51 |
maths22 |
http://brlcad.org/svnbrowse.html |
| 17:48.36 |
maths22 |
We can talk
before you actually close my task, but I wanted to put it into
melange |
| 18:06.23 |
*** join/#brlcad luca79
(~luca@net-37-117-177-78.cust.dsl.vodafone.it) |
| 18:26.54 |
maths22 |
Also, what's
up with notify? |
| 18:32.06 |
brlcad |
maths22:
don't bother setting up more -- that task is more to give you
credit for the work you've done already |
| 18:32.36 |
brlcad |
Notify:
hello |
| 18:32.46 |
brlcad |
looks like he
may be stuck |
| 18:34.37 |
*** join/#brlcad Ch3ck
(~Ch3ck@195.24.220.16) |
| 19:34.11 |
brlcad |
andromeda-galaxy: did you already apply
dead_code_1.diff? |
| 19:39.02 |
Notify |
03BRL-CAD:bob1961 * 59037
brlcad/trunk/include/raytrace.h: Declare db5_attr_std with
RT_EXPORT so it can be seen on Windows. |
| 19:39.05 |
Notify |
03BRL-CAD:tbrowder2 * 59038
brlcad/trunk/src/libicv/fileformat.c: add macro decl guard for C++;
add explicit casts; ws, style |
| 19:39.08 |
Notify |
03BRL-CAD:j-schulte * 59039
(brlcad/trunk/src/librt/primitives/arbn/arbn.c
brlcad/trunk/src/librt/primitives/nmg/nmg.c): replacing qsort calls
to bu_sort calls in nmg.c and arbn.c |
| 19:39.11 |
Notify |
03BRL-CAD:tbrowder2 * 59040
(brlcad/trunk/src/libicv/crop.c brlcad/trunk/src/libicv/filter.c
and 2 others): add explict casts |
| 19:39.14 |
Notify |
03BRL-CAD:tbrowder2 * 59041
(brlcad/trunk/src/libicv/filter.c brlcad/trunk/src/libicv/size.c
brlcad/trunk/src/libicv/stat.c): ws, style |
| 19:39.16 |
Notify |
03BRL-CAD:tbrowder2 * 59042
brlcad/trunk/src/tab/tabsub.c: add explicit cast |
| 19:39.19 |
Notify |
03BRL-CAD:tbrowder2 * 59043
brlcad/trunk/src/tab/tabsub.c: ws, style |
| 19:39.22 |
Notify |
03BRL-CAD:tbrowder2 * 59044
brlcad/trunk/src/libfb/tcl.c: add explicit casts |
| 19:39.24 |
Notify |
03BRL-CAD:bob1961 * 59045
(brlcad/trunk/CMakeLists.txt
brlcad/trunk/doc/docbook/system/man5/en/CMakeLists.txt
brlcad/trunk/misc/attributes/CMakeLists.txt): Cliff tweaks for
building on Windows. |
| 19:39.28 |
Notify |
03BRL-CAD:tbrowder2 * 59046
(brlcad/trunk/src/librt/comb/comb.c
brlcad/trunk/src/librt/comb/db_comb.c): add explicit
casts |
| 19:39.34 |
Notify |
03BRL-CAD:starseeker * 59047
brlcad/trunk/misc/attributes/CMakeLists.txt: distcheck
fix |
| 19:39.38 |
Notify |
03BRL-CAD:starseeker * 59048
(brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake
brlcad/trunk/src/libsysv/CMakeLists.txt): Move the
unused-const-variable compiler check to the same file as the other
checks. |
| 19:39.45 |
andromeda-galaxy |
brlcad: I
haven't, but I am about to |
| 19:39.49 |
Notify |
03BRL-CAD:tbrowder2 * 59049
(brlcad/trunk/include/fb.h brlcad/trunk/src/libfb/if_X.c and 2
others): need macro to replace a var named 'class' to match actual
var names in external header X/Xlib.h for both C and C++
compilation |
| 19:39.52 |
Notify |
03BRL-CAD:tbrowder2 * 59050
brlcad/trunk/src/libfb/if_ogl.c: replace var 'new' (C++ keyword)
for C++ compilation |
| 19:39.54 |
Notify |
03BRL-CAD:tbrowder2 * 59051
(brlcad/trunk/src/libfb/if_X24.c brlcad/trunk/src/libfb/if_ogl.c):
make explicit casts |
| 19:39.54 |
brlcad |
great |
| 19:40.03 |
Notify |
03BRL-CAD:starseeker * 59052
brlcad/trunk/CMakeLists.txt: quote pathnames |
| 19:40.07 |
Notify |
03BRL-CAD:tbrowder2 * 59053
brlcad/trunk/src/librt/primitives/nmg/nmg_bool.c: rename var 'new'
(C++ keyword) for C++ use |
| 19:40.13 |
Notify |
03BRL-CAD:tbrowder2 * 59054
brlcad/trunk/src/librt/tcl.c: use explicit casts for both func
pointers as args as well as actuall callers |
| 19:40.15 |
Notify |
03BRL-CAD
Wiki:217.44.61.125 * 6385 /wiki/Community_Publication_Portal: /*
Final Review */ |
| 19:40.17 |
Notify |
03BRL-CAD
Wiki:217.44.61.125 * 6386 /wiki/Community_Publication_Portal: /*
Introduction to BRL-CAD */ |
| 19:40.18 |
Notify |
03GCI:Johannes Schulte * 5784907422892032
Update qsort() calls to bu_sort() #3: Ready for review - The work
on this task is ready to be reviewed. |
| 19:40.19 |
Notify |
03GCI:Manthan
Arora * 5674946193784832 Implement a centroid function for extruded
sketches (EXTRUDE): TO:MENTOR - GIVE ME DETAILS HOW TO WORK
????????? |
| 19:40.20 |
Notify |
03GCI: * :
- |
| 19:40.21 |
Notify |
03GCI:Marie
Gita * 5869692224798720 Design a T-Shirt for BRL-CAD #5: Ready for
review - The work on this task is ready to be reviewed. |
| 19:40.22 |
Notify |
03GCI:Marie
Gita * 5869692224798720 Design a T-Shirt for BRL-CAD #5: Work
Uploaded - Hi, I have uploaded my design, will be grateful for
any feedback. The second file shows how the design
would... |
| 19:40.23 |
Notify |
03GCI: * :
- |
| 19:40.24 |
Notify |
03GCI:Andromeda Galaxy * 5298410034823168
Identify and eliminate dead code (100+ lines) #2: Ready for review
- The work on this task is ready to be reviewed. |
| 19:40.25 |
Notify |
03GCI:Sharan
Narayan * 5257831183810560 Model a martini glass for a business
card diagram: Ready for review - The work on this task is ready to
be reviewed. |
| 19:40.26 |
Notify |
03GCI:Melange
* 5840536241963008 Reproduce any 5 unconfirmed open bug reports #2:
Task Reopened - Melange has detected that the final deadline has
passed and it has reopened the task. |
| 19:40.27 |
Notify |
03GCI:Jacob B
* 6692034580578304 Explore repository browsing web interface
options: Ready for review - The work on this task is ready to be
reviewed. |
| 19:40.28 |
Notify |
03GCI:Alexandra Covor * 4941697968504832
Design a BRL-CAD business card #8: Task Claimed - I would like to
work on this task. |
| 19:40.29 |
Notify |
03GCI:Mandeep
Kaur * 4941697968504832 Design a BRL-CAD business card #8: Task
Assigned - This task has been assigned to Alexandra Covor. You have
72 hours to complete this task, good luck! |
| 19:40.30 |
Notify |
03GCI:Mohamed
Hammeda * 5331017426534400 Write an article about BRL-CAD's Online
Geometry Viewer: Ready for review - The work on this task is ready
to be reviewed. |
| 19:40.31 |
Notify |
03GCI:Melange
* 5869692224798720 Design a T-Shirt for BRL-CAD #5: No more Work
can be submitted - Melange has detected that the deadline has
passed and no more work can be submitted. The
submitted... |
| 19:40.32 |
Notify |
03GCI:kenneth
dela harlley * 5844796983738368 Create a Motion Typography video
for BRL-CAD #5: Ready for review - The work on this task is ready
to be reviewed. |
| 19:40.32 |
andromeda-galaxy |
brlcad: one
quick thing: I didn't see anything in HACKING about the style of
commit messages that you usually prefer; could you point me to
something about that? |
| 19:40.33 |
Notify |
03GCI:Sean *
5260604122071040 Design a BRL-CAD business card #5: review time -
Aditya, tasks are reviewed in the order in which they are received
and there are dozens of participants every day... |
| 19:40.34 |
Notify |
03GCI:Sean *
5260604122071040 Design a BRL-CAD business card #5: Task Needs More
Work - One of the mentors has sent this task back for more work.
Talk to the mentor(s) assigned to this task to... |
| 19:40.35 |
Notify |
03GCI:Sean *
5260604122071040 Design a BRL-CAD business card #5: Deadline
extended - The deadline of the task has been extended with 1 days
and 0 hours. |
| 19:40.36 |
Notify |
03GCI:Sean *
6382559101452288 Design a BRL-CAD business card #3: Task Closed -
Congratulations, this task has been completed
successfully. |
| 19:40.37 |
Notify |
03GCI:Sean *
6382559101452288 Design a BRL-CAD business card #3: nice and simple
- Not bad, nice and simple. I think this is one of the first
vertical designs. You're encouraged to join the... |
| 19:40.38 |
Notify |
03GCI:Sean *
5331017426534400 Write an article about BRL-CAD's Online Geometry
Viewer: Task Needs More Work - One of the mentors has sent this
task back for more work. Talk to the mentor(s)
assigned... |
| 19:40.39 |
Notify |
03GCI:Sean *
5331017426534400 Write an article about BRL-CAD's Online Geometry
Viewer: not an article about the geometry viewer at all - Mohamed,
you need to start over. Two issues stick out badly:... |
| 19:40.40 |
Notify |
03GCI:Sean *
5869692224798720 Design a T-Shirt for BRL-CAD #5: back design -
Marie, thank you for your design! Some specific feedback that comes
to mind: Need a little more spacing between Code... |
| 19:40.41 |
Notify |
03GCI:Sean *
5869692224798720 Design a T-Shirt for BRL-CAD #5: Task Needs More
Work - One of the mentors has sent this task back for more work.
Talk to the mentor(s) assigned to this task to
satisfy... |
| 19:40.42 |
Notify |
03GCI:Sean *
5869692224798720 Design a T-Shirt for BRL-CAD #5: Deadline extended
- The deadline of the task has been extended with 2 days and 0
hours. |
| 19:40.43 |
Notify |
03GCI:Sean *
5869692224798720 Design a T-Shirt for BRL-CAD #5: forgot to mention
- Also, don't forget that your design can incorporate something on
the front and back of a shirt if you are so... |
| 19:40.44 |
Notify |
03GCI:Sean *
5298410034823168 Identify and eliminate dead code (100+ lines) #2:
Task Closed - Congratulations, this task has been completed
successfully. |
| 19:40.45 |
Notify |
03GCI:Sean *
5298410034823168 Identify and eliminate dead code (100+ lines) #2:
looks good - Looks good, go ahead and commit if you haven't
already. Note that now you have commit access, you
can... |
| 19:40.46 |
Notify |
03GCI:Sean *
5257831183810560 Model a martini glass for a business card diagram:
Task Closed - Congratulations, this task has been completed
successfully. |
| 19:42.03 |
``Erik |
#'pump
aborted for some reason :/ |
| 19:55.16 |
Notify |
03BRL-CAD:peter-sa * 59055
brlcad/trunk/src/libged/osg.cpp: Remove dead code from
src/libged/osg.cpp, from this GCI task:
http://www.google-melange.com/gci/task/view/google/gci2013/5298410034823168 |
| 19:55.18 |
gcibot |
Identify and
eliminate dead code (100+ lines) #2 |
| 19:55.19 |
gcibot |
Status:
Closed |
| 19:55.19 |
gcibot |
Mentor(s):
Mandeep Kaur |
| 19:55.41 |
Notify |
03GCI:Sean *
4988105627009024 Design a BRL-CAD business card #4
http://www.google-melange.com/gci/task/view/google/gci2013/4988105627009024:
more continuation Now that a model is complete,... |
| 19:56.51 |
Notify |
03GCI:Andromeda Galaxy * 5298410034823168
Identify and eliminate dead code (100+ lines) #2: Revision number -
This was committed r59055 |
| 19:58.12 |
Notify |
03GCI:Sean *
5257831183810560 Model a martini glass for a business card diagram
http://www.google-melange.com/gci/task/view/google/gci2013/5257831183810560:
Whew! Felt like a marathon, but this... |
| 20:02.28 |
Notify |
03GCI:Sean *
5029433412943872 Design new Archer splash screen: better - This is
definitely better, but there are several issues. Please re-read the
task description, particularly this section: ... |
| 20:02.43 |
Notify |
03GCI:Sean *
5029433412943872 Design new Archer splash screen: Task Needs More
Work - One of the mentors has sent this task back for more work.
Talk to the mentor(s) assigned to this task to
satisfy... |
| 20:04.42 |
Notify |
03BRL-CAD:starseeker * 59056
(brlcad/trunk/misc/CMake/md5_compiletest.cmake.in
brlcad/trunk/src/conv/step/CMakeLists.txt): More quoting of
paths |
| 20:04.43 |
Notify |
03GCI:Sean *
5237835963564032 Design new Archer splash screen #3: Task Needs
More Work - One of the mentors has sent this task back for more
work. Talk to the mentor(s) assigned to this task to... |
| 20:04.44 |
Notify |
03GCI:Sean *
5237835963564032 Design new Archer splash screen #3: something
missing - I like the simple design, but something is missing.
Probably the lack of a background design. At a minimum,
the... |
| 20:05.34 |
Notify |
03GCI:Sean *
5784907422892032 Update qsort() calls to bu_sort() #3: Task Closed
- Congratulations, this task has been completed
successfully. |
| 20:05.58 |
Notify |
03GCI:Sean *
5784907422892032 Update qsort() calls to bu_sort() #3: outstanding
- Need I say more? This is fantastic work. |
| 20:06.53 |
Notify |
03GCI:Andromeda Galaxy * 6129299912392704
Identify and eliminate dead code (100+ lines) #3: Task Claimed - I
would like to work on this task. |
| 20:09.44 |
Notify |
03BRL-CAD:tbrowder2 * 59057
brlcad/trunk/src/util/terrain.c: using explicit casts for C++;
change all funcs to unsigned short to have same signature (as
apparently intended) |
| 20:10.02 |
Notify |
03GCI:Sean *
6692034580578304 Explore repository browsing web interface options:
Task Closed - Congratulations, this task has been completed
successfully. |
| 20:10.23 |
Notify |
03BRL-CAD:tbrowder2 * 59058
brlcad/trunk/src/util/terrain.c: ws, style |
| 20:11.34 |
Notify |
03GCI:Sean *
6692034580578304 Explore repository browsing web interface options:
liking fisheye - Liking fisheye more and more. Just did a few
simple lookup tests with all three and sventon was... |
| 20:15.26 |
starseeker |
brlcad: the
repository regression test script is having problems with the odd
pathnames directory |
| 20:15.51 |
brlcad |
oh? |
| 20:15.59 |
starseeker |
I've taken a
stab at that in the past but got lost in the quoting
logic... |
| 20:16.11 |
brlcad |
so it's doing
it's job, that's great news .. right? :) |
| 20:16.24 |
starseeker |
heh |
| 20:16.33 |
starseeker |
distcheck-full is doing its job,
anyway... |
| 20:16.52 |
brlcad |
that's what I
mean, a test failing is a good thing ;) |
| 20:17.01 |
starseeker |
unfortunately
it's hanging, not failing |
| 20:17.05 |
brlcad |
unless it's
never worked |
| 20:17.17 |
Notify |
03BRL-CAD:tbrowder2 * 59059
brlcad/trunk/src/util/terrain.c: ws, style |
| 20:17.21 |
starseeker |
I suspect it
failed silently before |
| 20:17.50 |
starseeker |
the shell
script never got the right file list, the inclusion checks et. al.
looked for problems in <empty set>, didn't find any, and
reported success |
| 20:18.16 |
brlcad |
ahh |
| 20:18.35 |
brlcad |
so you need
me to look at the shell script? or something in the cmake
logic? |
| 20:18.40 |
starseeker |
shell
script |
| 20:18.53 |
andromeda-galaxy |
brlcad: I
spent a bunch of time in my previous task figuring out some way to
detect a bunch of this dead code; now that I have it, I have a
bunch more dead code eliminated ready for my next task, could you
assign it to me so that I can submit it? |
| 20:19.03 |
starseeker |
I could
totally redo it in cmake logic, and I almost did once before, but I
figured you wouldn't like that :-) |
| 20:19.33 |
starseeker |
the find/grep
commands are getting spaces or some other odd characters in the
path names, and breaking up the pathname list wrong |
| 20:19.50 |
brlcad |
only because
your time is better spent on other things, imho :) |
| 20:19.52 |
Notify |
03GCI:Johannes Schulte * 5784907422892032
Update qsort() calls to bu_sort() #3: None - Just for your
clearification, do you want to update all qsort uses to bu_sort, or
just those, which are using... |
| 20:20.01 |
brlcad |
andromeda-galaxy: sure thing, give me a
min |
| 20:20.06 |
starseeker |
or the shell
script loop may be doing the wrong thing before find/grep ever see
it |
| 20:20.12 |
andromeda-galaxy |
brlcad:
thanks |
| 20:20.48 |
Notify |
03GCI:Sean *
6129299912392704 Identify and eliminate dead code (100+ lines) #3:
Task Assigned - This task has been assigned to Andromeda Galaxy.
You have 72 hours to complete this task, good luck! |
| 20:21.23 |
brlcad |
andromeda-galaxy: so you can continue to
use your detection method to claim more tasks or I can create a
task to create a detection method and another to remove them in
mass -- either way same end effect |
| 20:21.29 |
brlcad |
just be
careful on what is removed |
| 20:21.40 |
brlcad |
just because
something is commented or #if 0'd doesn't mean it can be
removed |
| 20:21.42 |
andromeda-galaxy |
brlcad: yeah,
the detection right now is finding #if 0 |
| 20:21.51 |
andromeda-galaxy |
I wrote a
script to look for unused functions, but it didn't find
any |
| 20:22.02 |
brlcad |
if there is a
COMMENT documenting or even hinting at why something is "off", that
code stays |
| 20:22.25 |
brlcad |
there are
many unused functions, but it's actually really hard to detect
them |
| 20:22.32 |
andromeda-galaxy |
I
see |
| 20:22.47 |
``Erik |
maths22:
devel/viewvc/ is installed |
| 20:23.01 |
andromeda-galaxy |
I did remove
one that says that it is commented out as an old version that needs
to be disabled for something like a year for this task |
| 20:23.21 |
brlcad |
that was
probably a keeper |
| 20:23.38 |
andromeda-galaxy |
brlcad: what
do you mean? |
| 20:23.39 |
brlcad |
any comment,
however benign, is cause to keep it until someone can think through
why that code is there |
| 20:23.54 |
Notify |
03GCI:Johannes Schulte * 5249840397156352
Update qsort() calls to bu_sort(): Task Claimed - I would like to
work on this task. |
| 20:23.57 |
andromeda-galaxy |
brlcad: okay,
then, I will un-remove that one and find another |
| 20:24.38 |
brlcad |
some are for
reference, some are to serve as a reminder, others are
works-in-progress. .. but they "should" all have a comment saying
why the code is off, ideally a #define toggle with a
comment |
| 20:24.59 |
starseeker |
brlcad: if
you get a chance in your copious free time, I'd be curious to see
if you can still get the step-g build to break in massively
parallel situations :-) |
| 20:25.14 |
Notify |
03GCI:Sean *
5249840397156352 Update qsort() calls to bu_sort(): Task Assigned -
This task has been assigned to Johannes Schulte. You have 72 hours
to complete this task, good luck! |
| 20:26.20 |
brlcad |
starseeker:
okay |
| 20:26.31 |
starseeker |
is cautiously hopeful |
| 20:26.39 |
starseeker |
and unable to
spell... |
| 20:27.59 |
andromeda-galaxy |
brlcad: but
#ifs without any comments are usually okay to remove,
right? |
| 20:28.44 |
*** join/#brlcad mlawnik
(~mlawnik@aca213.neoplus.adsl.tpnet.pl) |
| 20:29.30 |
Notify |
03BRL-CAD:brlcad * 59060
brlcad/trunk/TODO: leave self a note to check repository
regression |
| 20:29.46 |
Notify |
03BRL-CAD:brlcad * 59061
(brlcad/trunk/src/librt/primitives/table.c
brlcad/trunk/src/librt/primitives/vol/vol.c): apply gci patch
http://www.google-melange.com/gci/task/view/google/gci2013/6466291099500544
from agkphysics that implements the volume callback for the vol
primitive. awesome. |
| 20:29.47 |
gcibot |
Implement a
volume function for volumetric data objects (VOL) |
| 20:29.47 |
gcibot |
Status:
NeedsReview (2 days, 11 hours left) |
| 20:29.47 |
gcibot |
Mentor(s):
Daniel Rossberg |
| 20:30.08 |
Notify |
03BRL-CAD:brlcad * 59062
brlcad/trunk/src/librt/primitives/vol/vol.c: ws |
| 20:30.10 |
brlcad |
andromeda-galaxy: "usually"
yes |
| 20:30.25 |
brlcad |
there's a
time factor too, like if the code was just commented out a day or
two ago because someone is actively working on it |
| 20:30.44 |
brlcad |
might want to
quickly check "svn ann path/to/file" to see when it was last
modified |
| 20:30.48 |
andromeda-galaxy |
brlcad: okay,
thanks --- I just have to finish running the regression
tests |
| 20:30.55 |
brlcad |
cool |
| 20:31.03 |
andromeda-galaxy |
brlcad: I've
been using Emacs M-x vc-annotate to check the time
factor.. |
| 20:31.50 |
mlawnik |
Guys, what do
you think would make a good background for archer's splash screen?
I'm thinking something along the lines of gears or a render. Does
anyone have any ideas? |
| 20:32.27 |
Notify |
03GCI:Evan_M
* 4932878790033408 Fix at least 8 spelling mistakes in at least 8
different files #7: Task Claimed - I would like to work on this
task. |
| 20:32.33 |
Notify |
03GCI:Sean *
6466291099500544 Implement a volume function for volumetric data
objects (VOL): applied - Patch applied in r59061! This is
fantastic work. Have you read the HACKING file yet,
the... |
| 20:33.15 |
brlcad |
mlawnik:
whatever you choose, it's best when it's based on a brl-cad
rendering or screenshot or model, etc. then maybe zoom way in on
some detail so it's not the emphasis or busy |
| 20:33.28 |
brlcad |
andromeda-galaxy: awesome! |
| 20:33.38 |
brlcad |
and high-five
for using emacs awesome |
| 20:33.47 |
andromeda-galaxy |
brlcad:
thanks! |
| 20:34.03 |
Notify |
03GCI:Andromeda Galaxy * 6129299912392704
Identify and eliminate dead code (100+ lines) #3: Ready for review
- The work on this task is ready to be reviewed. |
| 20:34.05 |
Notify |
03GCI:Sean *
6466291099500544 Implement a volume function for volumetric data
objects (VOL): Task Closed - Congratulations, this task has been
completed successfully. |
| 20:35.13 |
Notify |
03GCI:Mandeep
Kaur * 4932878790033408 Fix at least 8 spelling mistakes in at
least 8 different files #7: Task Assigned - This task has been
assigned to Evan_M. You have 72 hours to complete
this... |
| 20:35.41 |
andromeda-galaxy |
brlcad: I'm
submitting before I commit, in case you know something about a
particular piece of dead-looking code that I don't |
| 20:42.10 |
``Erik |
Eight Megs
And Constantly Swapping |
| 20:58.26 |
*** join/#brlcad Izak__
(~Izak@66-118-151-70.static.sagonet.net) |
| 21:05.43 |
Notify |
03BRL-CAD:tbrowder2 * 59063
brlcad/trunk/src/util/terrain.c: move global func pointer var into
func scope; add as arg to parse_args func |
| 21:08.59 |
Notify |
03GCI: * :
- |
| 21:11.40 |
brlcad |
andromeda-galaxy: test_bot2nurbs is recent
code, you can ask starseeker if those if 0's need to be kept (your
patch could be to comment them if that's the case) |
| 21:11.54 |
brlcad |
still
effectively eliminating the "dead code" characteristic by
documenting them |
| 21:12.05 |
andromeda-galaxy |
brlcad:
okay. |
| 21:12.17 |
brlcad |
osg one seems
reasonable |
| 21:12.53 |
andromeda-galaxy |
starseeker:
Can you advise on the #if 0s in test_bot2nurbs? |
| 21:13.05 |
Notify |
03GCI:Sean *
6129299912392704 Identify and eliminate dead code (100+ lines) #3:
Task Closed - Congratulations, this task has been completed
successfully. |
| 21:13.36 |
andromeda-galaxy |
brlcad: I'll
commit just the OSG stuff and see what starseeker says about the
other ones |
| 21:14.33 |
andromeda-galaxy |
brlcad: I
noticed that you didn't commit the include/ header
guards |
| 21:14.37 |
andromeda-galaxy |
should I
commit that? |
| 21:15.29 |
brlcad |
that's why
you have commit ;) |
| 21:15.41 |
Notify |
03GCI:Sean *
5237835963564032 Design new Archer splash screen #3: blech - It
was better as gray. The model adds too much detail making the image
very busy, distracting. Even some simple stylized... |
| 21:16.07 |
Notify |
03GCI:Sean *
5237835963564032 Design new Archer splash screen #3: Task Needs
More Work - One of the mentors has sent this task back for more
work. Talk to the mentor(s) assigned to this task to... |
| 21:16.08 |
andromeda-galaxy |
brlcad: I
just wanted to check because I though that was before I had
commit |
| 21:16.43 |
brlcad |
what was my
last comment on closing? |
| 21:17.09 |
andromeda-galaxy |
brlcad: on
the include/? |
| 21:17.35 |
andromeda-galaxy |
http://www.google-melange.com/gci/task/view/google/gci2013/5783310231928832 |
| 21:17.36 |
gcibot |
Consistent
preprocessor include guards for all include/ headers (78
headers) |
| 21:17.37 |
gcibot |
Status:
Closed |
| 21:17.37 |
gcibot |
Mentor(s):
Sean |
| 21:19.05 |
Notify |
03BRL-CAD:peter-sa * 59064
brlcad/trunk/src/libdm/osg.cpp: Remove dead code from
src/libdm/osg.cpp, from this GCI task:
http://www.google-melange.com/gci/task/view/google/gci2013/6129299912392704 |
| 21:19.06 |
gcibot |
Identify and
eliminate dead code (100+ lines) #3 |
| 21:19.06 |
gcibot |
Status:
Closed |
| 21:19.06 |
gcibot |
Mentor(s):
Andrei |
| 21:20.46 |
maths22 |
brlcad: do
you have any examples of those queries? |
| 21:22.00 |
Notify |
03BRL-CAD
Wiki:217.44.61.125 * 6387 /wiki/Community_Publication_Portal: /*
Introduction to BRL-CAD */ |
| 21:23.13 |
Notify |
03BRL-CAD
Wiki:Maths22 * 6388 /wiki/Community_Publication_Portal: Reverted
edits by [[Special:Contributions/217.44.61.125|217.44.61.125]]
([[User talk:217.44.61.125|talk]]) to last revision by
[[User:Sean|Sean]] |
| 21:23.37 |
maths22 |
Sorry. how
to unrever ... |
| 21:23.55 |
andromeda-galaxy |
brlcad: I
would like to do another one of the libbn test ones, but I have
found that coming up with and verifying test cases can take a lot
of time, so I can usually only do 3-5 in 2-3 hours, would that be
okay? |
| 21:24.23 |
maths22 |
fixed |
| 21:24.30 |
starseeker |
andromeda-galaxy: let me go through and
comment quick on the ones that have a purpose still |
| 21:24.41 |
starseeker |
andromeda-galaxy: not sure myself, so I'll
need to review them quick |
| 21:25.32 |
andromeda-galaxy |
starseeeker:
okay, thanks |
| 21:25.54 |
Notify |
03BRL-CAD:peter-sa * 59065
(brlcad/trunk/include/analyze.h brlcad/trunk/include/anim.h and 68
others): Make header include guards in include/ use consistent
naming convention, from this GCI task:
http://www.google-melange.com/gci/task/view/google/gci2013/5783310231928832 |
| 21:25.55 |
gcibot |
Consistent
preprocessor include guards for all include/ headers (78
headers) |
| 21:25.55 |
gcibot |
Status:
Closed |
| 21:25.56 |
gcibot |
Mentor(s):
Sean |
| 21:25.59 |
Notify |
03BRL-CAD
Wiki:Maths22 * 6389 /wiki/Community_Publication_Portal: Reverted
edits by [[Special:Contributions/Maths22|Maths22]] ([[User
talk:Maths22|talk]]) to last revision by
[[User:217.44.61.125|217.44.61.125]] |
| 21:26.01 |
Notify |
03BRL-CAD
Wiki:217.44.61.125 * 6390
/wiki/Community_Publication_Portal: |
| 21:26.35 |
Notify |
03BRL-CAD
Wiki:217.44.61.125 * 6391 /wiki/Community_Publication_Portal: /*
Final Review */ |
| 21:27.09 |
Notify |
03BRL-CAD:tbrowder2 * 59066
brlcad/trunk/src/librt/primitives/nmg/nmg_eval.c: rename var 'new'
(C++ keyword) |
| 21:28.24 |
starseeker |
andromeda-galaxy: looks like 2 in that
file that can be removed |
| 21:28.30 |
Notify |
03BRL-CAD:starseeker * 59067
brlcad/trunk/src/librt/test_bot2nurbs.cpp: Add and remove comments
from code in bot2nurbs |
| 21:28.40 |
Notify |
03GCI: * :
- |
| 21:29.00 |
andromeda-galaxy |
starseeker:okay, thanks for looking at
tht |
| 21:29.03 |
andromeda-galaxy |
*that |
| 21:29.22 |
starseeker |
no problem.
The SSI code would orignially have stayed, but I suspect that would
need to be re-written today anyhow |
| 21:29.33 |
starseeker |
hence the
comment removal |
| 21:29.38 |
andromeda-galaxy |
Ah, I
see |
| 21:32.11 |
Notify |
03BRL-CAD:tbrowder2 * 59068
brlcad/trunk/src/librt/primitives/nmg/nmg.c: make proper explicit
casts |
| 21:32.18 |
Notify |
03GCI: * :
- |
| 21:35.17 |
Notify |
03GCI:Adit *
5256659194609664 Design a cover image or banner for our Facebook
page (and/or another social media site) #10: Task Claimed - I would
like to work on this task. |
| 21:38.04 |
Notify |
03BRL-CAD:j-schulte * 59069
(brlcad/trunk/src/conv/obj-g.c brlcad/trunk/src/libged/analyze.c
and 2 others): replacing qsort calls to bu_sort calls in analyze.c,
bot.c, nmg_fuce.c and obj-g.c (GCI task :
https://google-melange.appspot.com/gci/task/view/google/gci2013/5249840397156352) |
| 21:39.21 |
mlawnik |
Is the source
code for gcibot available somewhere? |
| 21:40.05 |
Notify |
03GCI:Johannes Schulte * 5249840397156352
Update qsort() calls to bu_sort(): Ready for review - The work on
this task is ready to be reviewed. |
| 21:41.00 |
Notify |
03GCI:Johannes Schulte * 5249840397156352
Update qsort() calls to bu_sort(): None - When reviewing this
task, please also take a look at my question under this task
:... |
| 21:42.10 |
Notify |
03GCI:Andromeda Galaxy * 5858454442868736
Create unit tests for our basic utility library (LIBBU) #4: Task
Claimed - I would like to work on this task. |
| 21:42.15 |
Notify |
03GCI:Andromeda Galaxy * 5841789969760256
Create unit tests for our numerics math library (LIBBN): Task
Claimed - I would like to work on this task. |
| 21:42.16 |
Notify |
03GCI:Andromeda Galaxy * 5858454442868736
Create unit tests for our basic utility library (LIBBU) #4: Claim
Removed - The claim on this task has been removed, someone else can
claim it now. |
| 21:44.33 |
``Erik |
mlawnik:
google says https://github.com/aviraldg/gcibot
(don't know if that's the same one) |
| 21:45.11 |
mlawnik |
Thanks, I'll
look into that ;) |
| 21:52.34 |
Notify |
03BRL-CAD:tbrowder2 * 59070
brlcad/trunk/src/librt/primitives/nmg/nmg_ck.c: make explicit casts
from void* |
| 21:52.45 |
Notify |
03BRL-CAD:tbrowder2 * 59071
brlcad/trunk/src/librt/primitives/nmg/nmg_extrude.c: rename var
'new' (a C++ keyword) |
| 21:54.41 |
Notify |
03GCI:Adit *
5256659194609664 Design a cover image or banner for our Facebook
page (and/or another social media site) #10: None - How do I
upload my design? |
| 21:57.58 |
Notify |
03BRL-CAD:tbrowder2 * 59072
brlcad/trunk/src/librt/primitives/nmg/nmg_fcut.c: rename vars
'this' and 'new' (C++ keywords) |
| 22:02.33 |
Notify |
03BRL-CAD:tbrowder2 * 59073
brlcad/trunk/src/librt/primitives/nmg/nmg_fcut.c: ws,
style |
| 22:04.34 |
Notify |
03BRL-CAD:tbrowder2 * 59074
brlcad/trunk/src/librt/primitives/nmg/nmg_manif.c: use explicit
casts from void* |
| 22:08.16 |
starseeker |
has anyone
tested writing pix files on Windows lately? |
| 22:08.56 |
starseeker |
got a bug
report indicating that an otherwise successfully generated raytrace
image is getting partially corrupted when written out to a pix
file |
| 22:11.53 |
Notify |
03BRL-CAD:tbrowder2 * 59075
brlcad/trunk/src/librt/primitives/nmg/nmg_inter.c: rename vars
'this' and 'new' (C++ keywords) |
| 22:12.08 |
Notify |
03BRL-CAD:tbrowder2 * 59076
brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: rename var 'new'
(a C++ keyword) |
| 22:14.32 |
maths22 |
``Erik:
thanks |
| 22:15.30 |
Notify |
03BRL-CAD:tbrowder2 * 59077
brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c: rename var
'class' (a C++ keyword) |
| 22:15.42 |
Notify |
03BRL-CAD:starseeker * 59078
brlcad/trunk/src/librt/primitives/nmg/nmg_extrude.c:
class->nmg_class |
| 22:18.30 |
andromeda-galaxy |
Ah, I
see |
| 22:18.39 |
andromeda-galaxy |
sorry, wrong
window |
| 22:20.30 |
Notify |
03BRL-CAD:starseeker * 59079
brlcad/trunk/src/librt/tcl.c: Original cast was incorrect - I think
this is it? |
| 22:26.04 |
starseeker |
hrm:
http://wiki.mcneel.com/developer/opennurbs/opennurbs_5_20130711_release_notes |
| 22:26.18 |
starseeker |
wonder what
they've ripped out this time |
| 22:29.14 |
andromeda-galaxy |
starseeker:
nmg_extrude is faailing to build with "class undeclared" on line
523 |
| 22:29.30 |
andromeda-galaxy |
do you have
any idea how I could fix it? |
| 22:29.45 |
starseeker |
did svn
revision 59078 fix it? |
| 22:30.18 |
andromeda-galaxy |
starseeker: I
have rev. 59079 |
| 22:30.40 |
andromeda-galaxy |
I think that
possibly class was renamed nmg_class on line 521, but line 523
still uses class |
| 22:33.19 |
starseeker |
59078 shold
have made that change? |
| 22:33.38 |
andromeda-galaxy |
interesting... |
| 22:33.50 |
starseeker |
try svn diff
-c59078 |
| 22:33.53 |
starseeker |
what do you
see? |
| 22:34.35 |
andromeda-galaxy |
I modified it
to change class to nmg_class there, and it just shows that
modification |
| 22:34.54 |
andromeda-galaxy |
but I just
re-ran svn up and got r59080 which seems to fix it |
| 22:35.00 |
starseeker |
hum |
| 22:35.07 |
starseeker |
sounds like a
stale file |
| 22:35.41 |
andromeda-galaxy |
interesting... sorry, I am used to git so
I don't know much about the way that svn handles distributed
repositories... |
| 22:35.56 |
starseeker |
no problem -
glad it works |
| 22:35.59 |
Notify |
03BRL-CAD:starseeker * 59080
brlcad/trunk/src/libbu/vfont.c: use const_font for
fopen |
| 22:36.25 |
andromeda-galaxy |
well, it
seems to be working now anyway, thanks for your help |
| 22:45.47 |
mlawnik |
Do you think
moving a very big project such as brl-cad to git would have ore
advantages than disadvantages? |
| 22:46.23 |
mlawnik |
more* |
| 22:47.03 |
starseeker |
hard to say -
a typical git clone operation pulls the entire history, which for
us is a really big dataset |
| 22:47.10 |
starseeker |
even the
current trunk is big enough |
| 22:48.26 |
maths22 |
I think that
it might have more - than + |
| 22:48.37 |
maths22 |
I tried
running git-svn on the server |
| 22:48.42 |
maths22 |
it ran really
slowly |
| 22:50.56 |
starseeker |
brlcad: looks
like GetLength isn't coming back in openNURBS:
http://forum.mcneel.com/t/length-and-normalized-arc-length-point/2244 |
| 22:57.01 |
andromeda-galaxy |
starseeker:
would you mind assigning
http://www.google-melange.com/gci/task/view/google/gci2013/5841789969760256 |
| 22:57.02 |
gcibot |
Create unit
tests for our numerics math library (LIBBN) |
| 22:57.02 |
gcibot |
Status:
ClaimRequested |
| 22:57.02 |
gcibot |
Mentor(s):
erikg |
| 22:57.03 |
andromeda-galaxy |
? |
| 23:13.31 |
Notify |
03BRL-CAD:carlmoore * 59081
brlcad/trunk/src/halftone/main.c: fix comments and error
messages |
| 23:33.18 |
*** join/#brlcad six_ft
(~six_ft@195.24.220.16) |
| 23:50.49 |
Notify |
03BRL-CAD:tbrowder2 * 59082
brlcad/trunk/src/librt/primitives/obj_export.c: remove macro
duplicated in brep.h (and included indirectly in one of the
currently included headers: raytrace.h) |
| 00:07.20 |
Notify |
03GCI:Anita
Leung * 4573705707454464 Design new Archer splash screen #2: Ready
for review - The work on this task is ready to be
reviewed. |
| 00:17.02 |
Notify |
03GCI:Adit *
5256659194609664 Design a cover image or banner for our Facebook
page (and/or another social media site) #10: Claim Removed - The
claim on this task has been removed, someone else
can... |
| 00:17.37 |
Notify |
03GCI:Adit *
5322891348410368 Design a BRL-CAD business card #10: Task Claimed -
I would like to work on this task. |
| 00:20.04 |
Notify |
03GCI:Anita
Leung * 4573705707454464 Design new Archer splash screen #2: Update
- I'm sorry, I browsed through files submitted by other folks but
I found just png, xcf, and psd files, so I resorted... |
| 00:47.28 |
Notify |
03GCI:Adit *
5322891348410368 Design a BRL-CAD business card #10: Claim Removed
- The claim on this task has been removed, someone else can claim
it now. |
| 00:48.03 |
Notify |
03GCI:Adit *
5256659194609664 Design a cover image or banner for our Facebook
page (and/or another social media site) #10: Task Claimed - I would
like to work on this task. |
| 01:23.23 |
Notify |
03GCI:Luke
Blue * 5509389028950016 Design a BRL-CAD Sticker #10: Ready for
review - The work on this task is ready to be reviewed. |
| 01:32.08 |
Notify |
03GCI:starseeker * 5841789969760256 Create
unit tests for our numerics math library (LIBBN): Task Assigned -
This task has been assigned to Andromeda Galaxy. You have 72 hours
to complete this task,... |
| 01:35.16 |
andromeda-galaxy |
starseeker:
thanks! |
| 01:35.29 |
andromeda-galaxy |
starseeker:
would you mind taking a look at the results? |
| 01:35.44 |
Notify |
03GCI:Andromeda Galaxy * 5841789969760256
Create unit tests for our numerics math library (LIBBN): Ready for
review - The work on this task is ready to be reviewed. |
| 02:32.43 |
*** join/#brlcad cpc26
(~cpc26@fsf/member/cpc26) |
| 02:36.00 |
*** join/#brlcad cpc26
(~cpc26@fsf/member/cpc26) |
| 03:08.09 |
Notify |
03GCI:Sharan
Narayan * 5801571896000512 Design a BRL-CAD business card #9: Task
Claimed - I would like to work on this task. |
| 03:13.24 |
Notify |
03GCI:Kesha
Shah * 5801571896000512 Design a BRL-CAD business card #9: Task
Assigned - This task has been assigned to Sharan Narayan. You have
72 hours to complete this task, good luck! |
| 03:16.15 |
Notify |
03GCI:Sean *
5509389028950016 Design a BRL-CAD Sticker #10: no logo - No means
to incorporate all three? Our official title is "BRL-CAD", only the
website is brlcad.org, and our logo is, well, our... |
| 03:16.25 |
Notify |
03GCI:Sean *
5509389028950016 Design a BRL-CAD Sticker #10: Task Needs More Work
- One of the mentors has sent this task back for more work. Talk to
the mentor(s) assigned to this task to satisfy... |
| 03:16.46 |
Notify |
03GCI:Sean *
5509389028950016 Design a BRL-CAD Sticker #10: Deadline extended -
The deadline of the task has been extended with 1 days and 0
hours. |
| 03:25.05 |
Notify |
03GCI:Sean *
4573705707454464 Design new Archer splash screen #2: Task Closed -
Congratulations, this task has been completed
successfully. |
| 03:28.56 |
Notify |
03GCI:Jacob B
* 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Task Claimed -
I would like to work on this task. |
| 03:29.13 |
maths22 |
for the
compiler tasks, do you want the cmake output too? |
| 03:33.05 |
andromeda-galaxy |
brlcad: Can
you take a look at
http://www.google-melange.com/gci/task/view/google/gci2013/5841789969760256 |
| 03:33.07 |
gcibot |
Create unit
tests for our numerics math library (LIBBN) |
| 03:33.07 |
gcibot |
Status:
NeedsReview (2 days, 21 hours left) |
| 03:33.07 |
gcibot |
Mentor(s):
erikg |
| 03:36.17 |
Notify |
03GCI:Sean *
4573705707454464 Design new Archer splash screen #2: thank you -
Thank you for working through all the iterations. This final design
looks workable and is a nice improvement. Well... |
| 03:38.17 |
Notify |
03GCI:Anita
Leung * 6058778696876032 Design a cover image or banner for our
Facebook page (and/or another social media site) #8: Task Claimed -
I would like to work on this task. |
| 04:13.09 |
maths22 |
the latest
commit to src/util/terrain.c breaks build with
Werror=unused-but-set-parameter |
| 04:14.24 |
Notify |
03GCI:Sean *
5237835963564032 Design new Archer splash screen #3: Task Needs
More Work - One of the mentors has sent this task back for more
work. Talk to the mentor(s) assigned to this task to... |
| 04:14.25 |
Notify |
03GCI:Sean *
5237835963564032 Design new Archer splash screen #3: one last
revision? - We can call it complete, but one last revision should
be all that is needed to fix the last two remaining... |
| 04:35.20 |
Notify |
03GCI:Mandeep
Kaur * 6058778696876032 Design a cover image or banner for our
Facebook page (and/or another social media site) #8: Task Assigned
- This task has been assigned to Anita Leung. You
have... |
| 04:35.21 |
Notify |
03GCI:Mandeep
Kaur * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Task
Assigned - This task has been assigned to Jacob B. You have 72
hours to complete this task, good luck! |
| 04:35.22 |
Notify |
03GCI:Mandeep
Kaur * 5256659194609664 Design a cover image or banner for our
Facebook page (and/or another social media site) #10: Task Assigned
- This task has been assigned to Adit. You have 72... |
| 04:47.26 |
Notify |
03GCI:Sean *
5841789969760256 Create unit tests for our numerics math library
(LIBBN): Task Closed - Congratulations, this task has been
completed successfully. |
| 05:04.37 |
Notify |
03GCI:Anita
Leung * 6058778696876032 Design a cover image or banner for our
Facebook page (and/or another social media site) #8: Ready for
review - The work on this task is ready to be reviewed. |
| 05:05.13 |
Notify |
03GCI:Anita
Leung * 6058778696876032 Design a cover image or banner for our
Facebook page (and/or another social media site) #8: Request - Is
it okay if I submit more than one design? |
| 05:05.33 |
Notify |
03GCI:Adit *
5256659194609664 Design a cover image or banner for our Facebook
page (and/or another social media site) #10: Ready for review - The
work on this task is ready to be reviewed. |
| 05:10.33 |
Notify |
03GCI:Sean *
5841789969760256 Create unit tests for our numerics math library
(LIBBN): good justification - Thanks for the justification
background, I concur. Completing a group that makes a set
is... |
| 05:12.22 |
Notify |
03GCI:Andromeda Galaxy * 5334451252887552
Update qsort() calls to bu_sort() #7: Task Claimed - I would like
to work on this task. |
| 05:12.42 |
Notify |
03GCI:Ilkin
Musaev * 5029433412943872 Design new Archer splash screen: Ready
for review - The work on this task is ready to be
reviewed. |
| 05:19.09 |
Notify |
03GCI:Sean *
5784907422892032 Update qsort() calls to bu_sort() #3: all
instances - Consistency is king when it comes to big old code
bases. Updating all instances is intentional. |
| 05:19.19 |
Notify |
03GCI:Sean *
5844796983738368 Create a Motion Typography video for BRL-CAD #5:
Deadline extended - The deadline of the task has been extended with
2 days and 0 hours. |
| 05:19.20 |
Notify |
03GCI:Sean *
5844796983738368 Create a Motion Typography video for BRL-CAD #5:
Task Needs More Work - One of the mentors has sent this task back
for more work. Talk to the mentor(s) assigned to
this... |
| 05:23.33 |
andromeda-galaxy |
brlcad: sorry
to bother you, but I am almost done with
http://www.google-melange.com/gci/task/view/google/gci2013/5334451252887552,
could you assign it please? |
| 05:24.48 |
Notify |
03GCI:Sean *
5249840397156352 Update qsort() calls to bu_sort(): looks good -
Looks great, but why the (size_t *) casts to a void* arg when it
was already a void*? |
| 05:25.13 |
Notify |
03GCI:Anita
Leung * 4573705707454464 Design new Archer splash screen #2:
Question - Is it okay if I submit more than one design for splash
screens? |
| 05:25.23 |
Notify |
03GCI:Sean *
5249840397156352 Update qsort() calls to bu_sort(): Task Closed -
Congratulations, this task has been completed
successfully. |
| 05:35.54 |
Notify |
03GCI:Sean *
5844796983738368 Create a Motion Typography video for BRL-CAD #5
http://www.google-melange.com/gci/task/view/google/gci2013/5844796983738368:
looks interesting This looks... |
| 05:37.29 |
Notify |
03GCI:Sean *
6058778696876032 Design a cover image or banner for our Facebook
page (and/or another social media site) #8: Absolutely -
Absolutely okay to submit more than one, but you
shouldn't... |
| 05:37.59 |
Notify |
03GCI:Chan Ho
Jun * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: Ready
for review - The work on this task is ready to be
reviewed. |
| 05:38.20 |
*** join/#brlcad six_ft
(~six_ft@195.24.220.16) |
| 05:38.34 |
Notify |
03GCI:Sean *
6058778696876032 Design a cover image or banner for our Facebook
page (and/or another social media site) #8: Task Needs More Work -
One of the mentors has sent this task back for more... |
| 05:41.29 |
Notify |
03GCI:Sean *
6058778696876032 Design a cover image or banner for our Facebook
page (and/or another social media site) #8: more ideas - In fact,
I think more ideas would be good to see. This one... |
| 05:49.50 |
Notify |
03GCI:Anita
Leung * 6058778696876032 Design a cover image or banner for our
Facebook page (and/or another social media site) #8: Any changes? -
Is there anything I need to change about this
design?... |
| 05:51.01 |
Notify |
03GCI:Anita
Leung * 6058778696876032 Design a cover image or banner for our
Facebook page (and/or another social media site) #8: Ready for
review - The work on this task is ready to be reviewed. |
| 05:52.24 |
Notify |
03BRL-CAD:peter-sa * 59083
brlcad/trunk/src/libbn/tests/CMakeLists.txt: Add unit tests for
libbn complex number arithmetic functions, from GCI task
http://www.google-melange.com/gci/task/view/google/gci2013/5841789969760256 |
| 05:52.25 |
gcibot |
Create unit
tests for our numerics math library (LIBBN) |
| 05:52.26 |
gcibot |
Status:
Closed |
| 05:52.26 |
gcibot |
Mentor(s):
erikg |
| 05:56.31 |
Notify |
03GCI:Chan Ho
Jun * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: done -
Yes, the new design not only satisfies the concept of a physical
hinge, but also looks more like the 2D version of... |
| 05:58.13 |
Notify |
03GCI:Sean *
5256659194609664 Design a cover image or banner for our Facebook
page (and/or another social media site) #10: hah - Hah, I like it!
A few minor changes to request: BRL-CAD needs a... |
| 05:58.33 |
Notify |
03GCI:Andromeda Galaxy * 5841789969760256
Create unit tests for our numerics math library (LIBBN): commit -
This was committed as r59083 |
| 05:58.38 |
Notify |
03GCI:Sean *
5256659194609664 Design a cover image or banner for our Facebook
page (and/or another social media site) #10: Task Needs More Work -
One of the mentors has sent this task back for more... |
| 06:04.49 |
Notify |
03GCI:Andromeda Galaxy * 6129299912392704
Identify and eliminate dead code (100+ lines) #3: commit - This
was committed r59064 |
| 06:05.14 |
Notify |
03GCI:Sean *
5029433412943872 Design new Archer splash screen
http://www.google-melange.com/gci/task/view/google/gci2013/5029433412943872:
much better This is looking much better. The only
issue... |
| 06:05.24 |
Notify |
03GCI:Sean *
5029433412943872 Design new Archer splash screen: Task Needs More
Work - One of the mentors has sent this task back for more work.
Talk to the mentor(s) assigned to this task to
satisfy... |
| 06:06.00 |
andromeda-galaxy |
brlcad: Sorry
to bother you, but I am done with
http://www.google-melange.com/gci/task/view/google/gci2013/5334451252887552
, could you please assign it? |
| 06:06.01 |
gcibot |
Update
qsort() calls to bu_sort() #7 |
| 06:06.01 |
gcibot |
Status:
ClaimRequested |
| 06:06.01 |
gcibot |
Mentor(s):
Harmanpreet |
| 06:10.39 |
Notify |
03GCI:Sean *
6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: Task Closed -
Congratulations, this task has been completed
successfully. |
| 06:13.44 |
Notify |
03GCI:Sean *
6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: excellent
improvements - Chan, these are excellent improvements, especially
given where you started (revisit some of your first... |
| 06:17.09 |
Notify |
03GCI:Anita
Leung * 6058778696876032 Design a cover image or banner for our
Facebook page (and/or another social media site) #8: Oops, just
realized your feedback above - I actually thought
about... |
| 06:17.14 |
Notify |
03GCI:Johannes Schulte * 5897401206308864
Update qsort() calls to bu_sort() #2: Task Claimed - I would like
to work on this task. |
| 06:18.09 |
Notify |
03GCI:Sean *
6058778696876032 Design a cover image or banner for our Facebook
page (and/or another social media site) #8: Task Needs More Work -
One of the mentors has sent this task back for more... |
| 06:18.19 |
Notify |
03GCI:Sean *
6058778696876032 Design a cover image or banner for our Facebook
page (and/or another social media site) #8: much better - Anita,
this is MUCH better. It's a much more clean and... |
| 06:18.56 |
brlcad |
maths22:
several examples, but apologies that I had to run off earlier
today |
| 06:33.52 |
Notify |
03GCI:Adit *
5256659194609664 Design a cover image or banner for our Facebook
page (and/or another social media site) #10: Ready for review - The
work on this task is ready to be reviewed. |
| 06:37.02 |
Notify |
03GCI:Anita
Leung * 6058778696876032 Design a cover image or banner for our
Facebook page (and/or another social media site) #8: Ready for
review - The work on this task is ready to be reviewed. |
| 06:38.57 |
Notify |
03GCI:Anita
Leung * 6058778696876032 Design a cover image or banner for our
Facebook page (and/or another social media site) #8: Yes! - So
happy you like it! |
| 06:39.45 |
*** join/#brlcad archivist
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
| 06:41.07 |
brlcad |
starseeker:
oof (windows pix corruption) .. could be libicv-change
related |
| 06:43.42 |
Notify |
03GCI:Sean *
6058778696876032 Design a cover image or banner for our Facebook
page (and/or another social media site) #8: Task Closed -
Congratulations, this task has been completed
successfully. |
| 06:47.23 |
Notify |
03GCI:Sean *
5256659194609664 Design a cover image or banner for our Facebook
page (and/or another social media site) #10: wrong background - I
meant making the inner "stripe" where there's text... |
| 06:47.33 |
Notify |
03GCI:Sean *
5256659194609664 Design a cover image or banner for our Facebook
page (and/or another social media site) #10: Task Needs More Work -
One of the mentors has sent this task back for more... |
| 06:50.14 |
Notify |
03GCI:Sean *
5334451252887552 Update qsort() calls to bu_sort() #7: Task
Assigned - This task has been assigned to Andromeda Galaxy. You
have 72 hours to complete this task, good luck! |
| 06:53.13 |
*** join/#brlcad Ch3ck
(~Ch3ck@195.24.220.16) |
| 06:53.34 |
Notify |
03GCI:Andromeda Galaxy * 5334451252887552
Update qsort() calls to bu_sort() #7: Ready for review - The work
on this task is ready to be reviewed. |
| 07:07.15 |
Notify |
03GCI:Andromeda Galaxy * 5334451252887552
Update qsort() calls to bu_sort() #7: 1 problem - I just realized
that there is a problem with the qsort functions not taking the 3rd
argument, I will post... |
| 07:11.25 |
Notify |
03GCI:Sean *
5334451252887552 Update qsort() calls to bu_sort() #7: Task Needs
More Work - One of the mentors has sent this task back for more
work. Talk to the mentor(s) assigned to this task to... |
| 07:12.20 |
Notify |
03GCI:Sean *
5334451252887552 Update qsort() calls to bu_sort() #7: yes, quite
wrong - Yes, this patch is quite wrong in a variety of ways. The
callback functions still need to be updated. The old... |
| 07:13.10 |
Notify |
03GCI:Adit *
5256659194609664 Design a cover image or banner for our Facebook
page (and/or another social media site) #10: Ready for review - The
work on this task is ready to be reviewed. |
| 07:13.20 |
Notify |
03GCI:Adit *
5256659194609664 Design a cover image or banner for our Facebook
page (and/or another social media site) #10: None - Is this what
you meant? |
| 07:17.45 |
Notify |
03GCI:Andromeda Galaxy * 5334451252887552
Update qsort() calls to bu_sort() #7: Wrong diff - Sorry, I
realized that right after I submitted it, I am about to submit a
corrected diff. |
| 07:19.05 |
Notify |
03BRL-CAD:brlcad * 59084
brlcad/trunk/src/sig/imod.c: reduce scope, eliminate some
globals |
| 07:19.16 |
Notify |
03GCI:Andromeda Galaxy * 5334451252887552
Update qsort() calls to bu_sort() #7: Ready for review - The work
on this task is ready to be reviewed. |
| 07:20.37 |
Notify |
03GCI:Mohamed
Hammeda * 5331017426534400 Write an article about BRL-CAD's Online
Geometry Viewer: Ready for review - The work on this task is ready
to be reviewed. |
| 07:25.11 |
Notify |
03BRL-CAD:brlcad * 59085
brlcad/trunk/src/sig/istats.c: reduce scope, ws cleanup, properly
pass progname back to the caller while retaining
constness |
| 07:38.00 |
Notify |
03GCI:Mandeep
Kaur * 5897401206308864 Update qsort() calls to bu_sort() #2: Task
Assigned - This task has been assigned to Johannes Schulte. You
have 72 hours to complete this task, good luck! |
| 07:42.31 |
Notify |
03BRL-CAD:brlcad * 59086
(brlcad/trunk/src/sig/a-d.c brlcad/trunk/src/sig/dfft.c and 7
others): remaining more de-scoping of globals, funcs, and style
cleanup |
| 07:44.18 |
Notify |
03GCI:Sean *
5256659194609664 Design a cover image or banner for our Facebook
page (and/or another social media site) #10: exactly - "bsd-cad
facebook mock.png" is exactly what I meant. Looks... |
| 07:44.24 |
Notify |
03GCI:Sean *
5256659194609664 Design a cover image or banner for our Facebook
page (and/or another social media site) #10: Task Closed -
Congratulations, this task has been completed
successfully. |
| 07:46.39 |
Notify |
03GCI:Sean *
5334451252887552 Update qsort() calls to bu_sort() #7: Task Needs
More Work - One of the mentors has sent this task back for more
work. Talk to the mentor(s) assigned to this task to... |
| 07:47.30 |
Notify |
03GCI:Sean *
5334451252887552 Update qsort() calls to bu_sort() #7: missed a
couple callbacks - Looks like you missed updating a few callbacks.
I'm surprised your compiler isn't warning about type... |
| 08:08.26 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
| 08:40.14 |
Notify |
03GCI:Sharan
Narayan * 5801571896000512 Design a BRL-CAD business card #9: Ready
for review - The work on this task is ready to be
reviewed. |
| 10:58.52 |
*** join/#brlcad microchip_sac
(~microchip@122.169.86.25) |
| 10:59.50 |
*** part/#brlcad microchip_sac
(~microchip@122.169.86.25) |
| 11:23.02 |
*** join/#brlcad Ch3ck
(~Ch3ck@41.205.14.61) |
| 11:46.48 |
Notify |
03GCI:Deep
Inder Singh * 5877713613094912 Design a BRL-CAD Sticker #7: Task
Claimed - I would like to work on this task. |
| 11:52.17 |
*** join/#brlcad Ch3ck
(~Ch3ck@41.205.14.61) |
| 12:08.41 |
Notify |
03BRL-CAD:j-schulte * 59087
(brlcad/trunk/src/conv/obj-g.c
brlcad/trunk/src/librt/primitives/arbn/arbn.c
brlcad/trunk/src/librt/primitives/nmg/nmg.c): small doc/readability
improvements to my prior GCI tasks |
| 12:11.17 |
Notify |
03GCI:Johannes Schulte * 5249840397156352
Update qsort() calls to bu_sort(): None - the casts were
copy&paste remains, fixed that (besides other stuff) in
r59087 |
| 12:13.27 |
Notify |
03GCI:Adit *
5322891348410368 Design a BRL-CAD business card #10: Task Claimed -
I would like to work on this task. |
| 12:14.59 |
Notify |
03GCI:Daniel
Rossberg * 5877713613094912 Design a BRL-CAD Sticker #7: Task
Assigned - This task has been assigned to Deep Inder Singh. You
have 72 hours to complete this task, good luck! |
| 12:15.09 |
Notify |
03GCI:Daniel
Rossberg * 5322891348410368 Design a BRL-CAD business card #10:
Task Assigned - This task has been assigned to Adit. You have 72
hours to complete this task, good luck! |
| 12:41.58 |
Notify |
03GCI:Andromeda Galaxy * 5334451252887552
Update qsort() calls to bu_sort() #7: Ready for review - The work
on this task is ready to be reviewed. |
| 12:54.36 |
Notify |
03GCI:Luke
Blue * 5509389028950016 Design a BRL-CAD Sticker #10: Sorry -
Sorry for the confusion, I did not read the reply properly but I
definatly want to help. I'll try my best as I clamid
this... |
| 13:00.31 |
Notify |
03GCI:Luke
Blue * 5509389028950016 Design a BRL-CAD Sticker #10: Ready for
review - The work on this task is ready to be reviewed. |
| 13:20.06 |
*** join/#brlcad FOSScookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 13:57.19 |
maths22 |
new build
error: [ 34%] Building C object
src/libbn/tests/CMakeFiles/tester_bn_complex.dir/bn_complex.c.o |
| 13:57.22 |
maths22 |
/home/maths22/brlcad-code/src/libbn/tests/bn_complex.c:
In function 'main': |
| 13:57.24 |
maths22 |
/home/maths22/brlcad-code/src/libbn/tests/bn_complex.c:261:1:
error: control reaches end of non-void function
[-Werror=return-type] |
| 14:02.26 |
Notify |
03GCI:Daniel
Rossberg * 5334451252887552 Update qsort() calls to bu_sort() #7:
Compile errors - I'm getting errors like this:
/home/rossberg/Devel/brlcad/src/libged/wdb_obj.c: In
function... |
| 14:03.02 |
Notify |
03GCI:Daniel
Rossberg * 5334451252887552 Update qsort() calls to bu_sort() #7:
Task Needs More Work - One of the mentors has sent this task back
for more work. Talk to the mentor(s) assigned to
this... |
| 14:06.10 |
Notify |
03BRL-CAD:d_rossberg * 59088
brlcad/trunk/src/libbn/tests/bn_complex.c: quell warning/error
"control reaches end of non-void function": inserted a return
statement which never should be reached |
| 14:06.25 |
d_rossberg |
maths22: this
should fix it |
| 14:08.40 |
Notify |
03GCI:Melange
* 5617838026915840 Design a cover image or banner for our Facebook
page (and/or another social media site) #9: Task Reopened - Melange
has detected that the final deadline has passed... |
| 14:19.24 |
Notify |
03GCI:Adit *
5322891348410368 Design a BRL-CAD business card #10: Ready for
review - The work on this task is ready to be reviewed. |
| 14:26.49 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
| 14:34.10 |
Notify |
03BRL-CAD:j-schulte * 59089
(brlcad/trunk/HACKING brlcad/trunk/src/librt/cut.c and 2 others):
replacing qsort calls to bu_sort calls (GCI task :
http://www.google-melange.com/gci/task/view/google/gci2013/5897401206308864) |
| 14:35.32 |
Notify |
03GCI:Johannes Schulte * 5897401206308864
Update qsort() calls to bu_sort() #2: Ready for review - The work
on this task is ready to be reviewed. |
| 14:50.33 |
Notify |
03GCI:Olexander Dubenko * 6447429750620160
Design new Archer splash screen #4: Ready for review - The work on
this task is ready to be reviewed. |
| 15:02.56 |
*** join/#brlcad jschulte
(~johannes@p4FDFB18D.dip0.t-ipconnect.de) |
| 15:07.20 |
*** join/#brlcad jschulte
(~johannes@p4FDFB18D.dip0.t-ipconnect.de) |
| 15:12.54 |
Notify |
03GCI:Daniel
Rossberg * 5897401206308864 Update qsort() calls to bu_sort() #2:
Task Closed - Congratulations, this task has been completed
successfully. |
| 15:13.52 |
andromeda-galaxy |
d_rossberg:
I'm almost done with the final version of my qsort() task, can you
stay for a minute to take it? |
| 15:14.11 |
andromeda-galaxy |
take ->
look at |
| 15:15.54 |
Notify |
03GCI:Johannes Schulte * 5851565315325952
Update qsort() calls to bu_sort() #4: Task Claimed - I would like
to work on this task. |
| 15:17.18 |
Notify |
03BRL-CAD:brlcad * 59090
brlcad/trunk/src/libbn/tests/bn_complex.c: expand to two lines so
we don't need three lines. |
| 15:18.39 |
d_rossberg |
andromeda-galaxy: ok |
| 15:19.33 |
Notify |
03GCI:Mandeep
Kaur * 5851565315325952 Update qsort() calls to bu_sort() #4: Task
Assigned - This task has been assigned to Johannes Schulte. You
have 72 hours to complete this task, good luck! |
| 15:20.46 |
andromeda-galaxy |
d_rossberg:
thanks, I just submitted it |
| 15:21.34 |
Notify |
03GCI:Andromeda Galaxy * 5334451252887552
Update qsort() calls to bu_sort() #7: Ready for review - The work
on this task is ready to be reviewed. |
| 15:21.38 |
andromeda-galaxy |
d_rossberg:
When hunting for the error that you mentioned (it was somehow just
a warning on my machine) I saw a whole bunch of warnings about a %V
format specifier --- do you know how I could get rid of
those? |
| 15:24.09 |
*** join/#brlcad Izak_
(~Izak@66-118-151-70.static.sagonet.net) |
| 15:25.30 |
Notify |
03GCI:Daniel
Rossberg * 5334451252887552 Update qsort() calls to bu_sort() #7:
there is still a "qsort" left - Look at the comments
;) |
| 15:25.42 |
Notify |
03GCI:Daniel
Rossberg * 5334451252887552 Update qsort() calls to bu_sort() #7:
Task Needs More Work - One of the mentors has sent this task back
for more work. Talk to the mentor(s) assigned to
this... |
| 15:25.45 |
andromeda-galaxy |
d_rossberg:
what do you mean? |
| 15:26.34 |
d_rossberg |
andromeda-galaxy: look for the string
"qsort" in your sources, there should be none, we are using bu_sort
now |
| 15:26.40 |
andromeda-galaxy |
d_rossberg:
okay |
| 15:26.55 |
andromeda-galaxy |
I wasn't sure
about the ones in the comments, because it is still a quicksort
algorithm |
| 15:27.49 |
andromeda-galaxy |
d_rossberg:
can you take a look one more time when I finish fixing
it? |
| 15:28.57 |
andromeda-galaxy |
d_rossberg:
comp_b has to still use globals and qsort() because it is also used
by bsearch() |
| 15:29.33 |
d_rossberg |
ok, about the
warnings: i'm doing a standard buil where some "-Werror=" are set
(i.e. warning = error) |
| 15:29.53 |
andromeda-galaxy |
d_rossberg:
maybe the problem is my -DCMAKE_BUILD_TYPE=Release? |
| 15:30.54 |
andromeda-galaxy |
d_rossberg:
and do you see what I mean about comp_b? |
| 15:31.29 |
d_rossberg |
about comp_b:
it needs probable some extra efforts, leave it as it is |
| 15:32.18 |
andromeda-galaxy |
d_rossberg:
okay, I'll submit one more time in a minute |
| 15:34.00 |
d_rossberg |
it could be
the release build which quells the errors |
| 15:34.51 |
andromeda-galaxy |
I was using
BRLCAD_ENABLE_STRICT=OFF because without it I get a compile failure
somewhere in the bundled boost |
| 15:35.55 |
andromeda-galaxy |
d_rossberg:
It is submitted with the comments changed & everything, only _b
is still using qsort |
| 15:37.10 |
d_rossberg |
you should
set it to "Ready for review" too |
| 15:38.06 |
andromeda-galaxy |
d_rossberg:
sorry, done |
| 15:39.09 |
Notify |
03BRL-CAD:j-schulte * 59091
(brlcad/trunk/src/libged/ls.c
brlcad/trunk/src/liboptical/sh_billboard.c
brlcad/trunk/src/rt/viewweight.c): replacing qsort calls to bu_sort
calls (GCI task :
http://www.google-melange.com/gci/task/view/google/gci2013/5851565315325952) |
| 15:39.10 |
Notify |
03GCI:Andromeda Galaxy * 5334451252887552
Update qsort() calls to bu_sort() #7: Ready for review - The work
on this task is ready to be reviewed. |
| 15:39.12 |
Notify |
03GCI:Johannes Schulte * 5851565315325952
Update qsort() calls to bu_sort() #4: Ready for review - The work
on this task is ready to be reviewed. |
| 15:48.34 |
Notify |
03GCI:Daniel
Rossberg * 5334451252887552 Update qsort() calls to bu_sort() #7:
Task Closed - Congratulations, this task has been completed
successfully. |
| 15:49.05 |
Notify |
03GCI:Andromeda Galaxy * 5138768247914496
Update qsort() calls to bu_sort() #5: Task Claimed - I would like
to work on this task. |
| 15:54.21 |
Notify |
03BRL-CAD:d_rossberg * 59092
(brlcad/trunk/src/conv/vdeck/vdeck.c
brlcad/trunk/src/gtools/beset/beset.c and 3 others): apply patch
(http://google-melange.appspot.com/gci/task/view/google/gci2013/5334451252887552)
from Andromeda Galaxy updating qsort() calls to
bu_sort() |
| 15:54.27 |
Notify |
03GCI:Daniel
Rossberg * 5138768247914496 Update qsort() calls to bu_sort() #5:
Task Assigned - This task has been assigned to Andromeda Galaxy.
You have 72 hours to complete this task, good luck! |
| 15:54.28 |
Notify |
03GCI:Melange
* 4972733939056640 Create a BRL-CAD presentation template #2:
Initial Deadline passed - Melange has detected that the initial
deadline has passed and it has set the task status
to... |
| 15:54.33 |
Notify |
03GCI:Andromeda Galaxy * 5138768247914496
Update qsort() calls to bu_sort() #5: Ready for review - The work
on this task is ready to be reviewed. |
| 15:54.43 |
andromeda-galaxy |
d_rossberg:
note for the future: I have commit acces now, so you don't hvae to
commit all of my patches for me... |
| 15:54.55 |
andromeda-galaxy |
just so you
know |
| 15:55.53 |
maths22 |
d_rossberg:
thanks |
| 15:56.43 |
Notify |
03GCI:Daniel
Rossberg * 5851565315325952 Update qsort() calls to bu_sort() #4:
I'm getting the following compilation errors - [ 27%] Building C
object src/libged/CMakeFiles/libged.dir/ls.co ... |
| 15:56.53 |
Notify |
03GCI:Marie
Gita * 5869692224798720 Design a T-Shirt for BRL-CAD #5: New
uploads - Hi, I have uploaded my new tshirt design and how it
would look on a tshirt.(two separate files) I would
be... |
| 15:56.54 |
Notify |
03GCI:Daniel
Rossberg * 5851565315325952 Update qsort() calls to bu_sort() #4:
Task Needs More Work - One of the mentors has sent this task back
for more work. Talk to the mentor(s) assigned to
this... |
| 15:58.44 |
d_rossberg |
andromeda-galaxy: so you are Peter?
welcome :) |
| 15:59.55 |
andromeda-galaxy |
d_rossberg: I
am, thanks! |
| 15:59.57 |
d_rossberg |
maths22:
there is another warning/error in util/terrain.c where i don't know
what to do |
| 16:07.40 |
Notify |
03BRL-CAD:starseeker * 59093
brlcad/trunk/src/librt/tests/CMakeLists.txt: Start working on a set
of tests for the boolean logic that are intended to build in
complexity. |
| 16:07.46 |
Notify |
03GCI:Daniel
Rossberg * 5869692224798720 Design a T-Shirt for BRL-CAD #5: You
should set this task to "needsreview" - Otherwise we cannot close
it or send it back to you for improvements. |
| 16:12.51 |
Notify |
03BRL-CAD:carlmoore * 59094
brlcad/trunk/src/halftone/main.c: touch up the Usage statement --
notice that 'tone_curve' does not ITSELF represent something to be
input -- and fix a word in a comment |
| 16:13.03 |
Notify |
03BRL-CAD:j-schulte * 59095
brlcad/trunk/src/libged/ls.c: fix for r59091 |
| 16:13.42 |
Notify |
03GCI:Johannes Schulte * 5851565315325952
Update qsort() calls to bu_sort() #4: None - Man, I understand the
deprecation of genptr_t. This should fix it. |
| 16:13.58 |
Notify |
03GCI:Johannes Schulte * 5851565315325952
Update qsort() calls to bu_sort() #4: Ready for review - The work
on this task is ready to be reviewed. |
| 16:21.03 |
Notify |
03GCI:Daniel
Rossberg * 5851565315325952 Update qsort() calls to bu_sort() #4:
Task Closed - Congratulations, this task has been completed
successfully. |
| 16:21.10 |
andromeda-galaxy |
d_rossberg:
there are another five qsorts here:
http://www.google-melange.com/gci/task/view/google/gci2013/5138768247914496 |
| 16:21.11 |
gcibot |
Update
qsort() calls to bu_sort() #5 |
| 16:21.11 |
gcibot |
Status:
NeedsReview (2 days, 23 hours left) |
| 16:21.11 |
gcibot |
Mentor(s):
Kesha Shah |
| 16:30.17 |
Notify |
03GCI:Daniel
Rossberg * 5138768247914496 Update qsort() calls to bu_sort() #5:
Task Closed - Congratulations, this task has been completed
successfully. |
| 16:31.08 |
Notify |
03GCI:Marie
Gita * 5869692224798720 Design a T-Shirt for BRL-CAD #5: Ready for
review - The work on this task is ready to be reviewed. |
| 16:35.43 |
Notify |
03GCI:Andromeda Galaxy * 5321873978032128
Fix at least 8 spelling mistakes in at least 8 different files #6:
Task Claimed - I would like to work on this task. |
| 16:38.47 |
Notify |
03GCI:Mandeep
Kaur * 5321873978032128 Fix at least 8 spelling mistakes in at
least 8 different files #6: Task Assigned - This task has been
assigned to Andromeda Galaxy. You have 72 hours to... |
| 16:45.31 |
andromeda-galaxy |
for the spell
check tasks is it UK or US english? |
| 16:48.18 |
Notify |
03GCI:Deep
Inder Singh * 5877713613094912 Design a BRL-CAD Sticker #7: Ready
for review - The work on this task is ready to be
reviewed. |
| 16:56.04 |
Notify |
03GCI:kenneth
dela harlley * 5844796983738368 Create a Motion Typography video
for BRL-CAD #5: Ready for review - The work on this task is ready
to be reviewed. |
| 17:01.25 |
Notify |
03GCI:kenneth
dela harlley * 5844796983738368 Create a Motion Typography video
for BRL-CAD #5: work done - dear sean, i would like to thank you
for the critiques you gave me on my earlier work. i... |
| 17:07.06 |
Notify |
03GCI:Ilkin
Musaev * 5029433412943872 Design new Archer splash screen: Ready
for review - The work on this task is ready to be
reviewed. |
| 17:09.21 |
Notify |
03BRL-CAD:tbrowder2 * 59096
brlcad/trunk/src/librt/primitives/bspline/nurb_ray.c: SIGN is
defined in brep.h--make sure it is not redefined here |
| 17:11.56 |
Notify |
03BRL-CAD:tbrowder2 * 59097
(brlcad/trunk/src/librt/db5_io.c
brlcad/trunk/src/librt/db_corrupt.c and 28 others): updates to get
BRL-CAD C source files compiled warning- and error-freewith a C++
compiler:+ changing var names using C++ keywords 'class' and
'this'+ making explicit casts to receiving objects (LHS) to quell
errors andwarningssuccessful debug build on Debian 7, 64-bit:no
warnings or errors (except for |
| 17:11.58 |
Notify |
the usual
from libgiam, tcl, and step)successful 'make regress' |
| 17:13.25 |
andromeda-galaxy |
On the
spelling tasks, should mistakes inside the ChangeLog be
updated? |
| 17:18.01 |
Notify |
03BRL-CAD:starseeker * 59098
brlcad/trunk/src/librt/tests/brep_boolean_tests.g: Add a couple
more tests - quite a few to go to get reasonable
coverage. |
| 17:27.41 |
Notify |
03GCI:Anita
Leung * 6682654372003840 Design a BRL-CAD business card #7: Task
Claimed - I would like to work on this task. |
| 17:33.02 |
*** join/#brlcad Palindrome
(~Palindrom@adsl-108-129-76-13.aby.bellsouth.net) |
| 17:34.09 |
Notify |
03GCI:Mandeep
Kaur * 6682654372003840 Design a BRL-CAD business card #7: Task
Assigned - This task has been assigned to Anita Leung. You have 72
hours to complete this task, good luck! |
| 17:43.54 |
Notify |
03BRL-CAD:tbrowder2 * 59099
brlcad/trunk/src/librt/primitives/nmg/nmg_copy.c: ws,
style |
| 17:58.46 |
Notify |
03BRL-CAD:starseeker * 59100
brlcad/trunk/src/librt/tests/brep_boolean_tests.g: More complex arb
intersections - lots of failures in these planar cases. Both for
speed and robustness may want to do some special case handling of
planar faces. |
| 18:19.04 |
Notify |
03GCI:Johannes Schulte * 5676549692981248
Update qsort() calls to bu_sort() #6: Task Claimed - I would like
to work on this task. |
| 18:41.43 |
*** join/#brlcad Ch3ck
(~Ch3ck@41.205.14.195) |
| 18:59.56 |
Notify |
03BRL-CAD:tbrowder2 * 59101
(brlcad/trunk/src/librt/db5_io.c
brlcad/trunk/src/librt/db_corrupt.c and 23 others): ws,
style |
| 19:24.40 |
Notify |
03GCI:Alexandra Covor * 4941697968504832
Design a BRL-CAD business card #8: Ready for review - The work on
this task is ready to be reviewed. |
| 20:00.31 |
Notify |
03BRL-CAD:starseeker * 59102
brlcad/trunk/src/libbrep/boolean.cpp: Spot which plane or planes
are coplanar |
| 20:11.33 |
Notify |
03GCI:Anita
Leung * 6682654372003840 Design a BRL-CAD business card #7: Ready
for review - The work on this task is ready to be
reviewed. |
| 20:19.46 |
Notify |
03GCI:Anita
Leung * 6682654372003840 Design a BRL-CAD business card #7: Hope
you don't mind - I gave some gust and made six different designs.
Provided png files for you to preview each one, and... |
| 20:54.00 |
Notify |
03BRL-CAD:tbrowder2 * 59103
brlcad/trunk/src/librt/shoot.c: quell warning: control reaches end
of non-void function |
| 20:57.38 |
Notify |
03GCI:Adit *
5322891348410368 Design a BRL-CAD business card #10: None - Please
refer to the new.zip archive as it is the most recent edit.
Thanks! |
| 21:01.05 |
*** join/#brlcad jschulte
(~johannes@p4FDFB18D.dip0.t-ipconnect.de) |
| 21:28.58 |
maths22 |
commit
59097 |
| 21:29.04 |
maths22 |
broke
nmg_copy.c |
| 21:29.28 |
maths22 |
see http://brlcad.org:8085/browse/BRLCAD-BUIL-390/log |
| 21:39.58 |
Notify |
03GCI:Arjun *
4549761130561536 Create an utility library (LIBBU) API unit test
for any file: So I still can't do anything - If someone could get
that fixed he/she would be awesome ;) |
| 21:45.09 |
Notify |
03GCI:Andromeda Galaxy * 5321873978032128
Fix at least 8 spelling mistakes in at least 8 different files #6:
Ready for review - The work on this task is ready to be
reviewed. |
| 21:45.36 |
Notify |
03GCI:Andromeda Galaxy * 5321873978032128
Fix at least 8 spelling mistakes in at least 8 different files #6:
Second submission - I accidentally uploaded the wrong file (the
.diff) first; the... |
| 21:51.33 |
Notify |
03BRL-CAD:carlmoore * 59104
brlcad/trunk/src/halftone/main.c: touch up comments |
| 22:14.11 |
Notify |
03BRL-CAD:j-schulte * 59105
brlcad/trunk/src/librt/primitives/nmg/nmg_copy.c: fix for
r59097 |
| 22:17.47 |
Notify |
03BRL-CAD:starseeker * 59106
brlcad/trunk/src/libbrep/boolean.cpp: Start putting in some
superstructure that will sort out the 'easy' decisions from the
harder ones in the boolean logic. May or may not be necessary,
mainly being used to help me think about the issues at the
moment. |
| 22:18.48 |
Notify |
03BRL-CAD:j-schulte * 59107
(brlcad/trunk/src/conv/obj-g.c brlcad/trunk/src/libged/ged.c
brlcad/trunk/src/libged/make_pnts.c): replacing the last qsort
calls to bu_sort calls (GCI task :
https://google-melange.appspot.com/gci/task/view/google/gci2013/5676549692981248) |
| 23:01.46 |
Notify |
03GCI:Kristian Hansen * 4967846266273792
Identify and eliminate code duplication (100+ lines) #3: I was
taught to do lots. - I find that 100 lines removed is too short
for a task, so I strive to... |
| 23:02.06 |
Notify |
03GCI:Kristian Hansen * 4967846266273792
Identify and eliminate code duplication (100+ lines) #3: Ready for
review - The work on this task is ready to be reviewed. |
| 23:02.52 |
Notify |
03GCI: * :
- |
| 23:17.43 |
maths22 |
build error:
/home/maths22/brlcad-code/src/libged/ls.c: In function
'_ged_vls_col_pr4v': |
| 23:17.46 |
maths22 |
/home/maths22/brlcad-code/src/libged/ls.c:102:4:
error: passing argument 4 of 'bu_sort' from incompatible pointer
type [-Werror] cmpdirname, NULL); |
| 00:16.30 |
Notify |
03GCI:Alex *
4861354028564480 Write up Wiki page tutorial on our Volumetric
Primitive: in command? - I am having trouble with the in command,
it seems no matter what numeric values i enter for
xyz... |
| 00:18.52 |
Notify |
03GCI:Alex *
4861354028564480 Write up Wiki page tutorial on our Volumetric
Primitive: .s file? - also what is the .s file in the ebm tutorial
it is not explained? should i be creating an s file... |
| 00:23.23 |
maths22 |
for the task
http://www.google-melange.com/gci/task/view/google/gci2013/5807450632486912 |
| 00:23.23 |
Notify |
03GCI:Jacob B
* 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Claim Removed -
The claim on this task has been removed, someone else can claim it
now. |
| 00:23.24 |
gcibot |
Write a
script to download GCI files |
| 00:23.24 |
gcibot |
Status:
ClaimRequested |
| 00:23.24 |
gcibot |
Mentor(s):
Sean |
| 00:23.39 |
maths22 |
How should I
handle duplicate files? |
| 00:23.43 |
Notify |
03GCI:Jacob B
* 5807450632486912 Write a script to download GCI files: Task
Claimed - I would like to work on this task. |
| 00:25.46 |
maths22 |
Also, do you
want empty folders for url tasks, or do you not want any
folders |
| 00:32.44 |
maths22 |
finally, how
should the date be set for the folder? |
| 00:57.22 |
``Erik |
if we had
better animation info, an app to make images like http://cheezburger.com/7964133376
would be effin' awesome O.o |
| 01:34.03 |
Notify |
03GCI:agkphysics * 6427676659154944 Update
qsort() calls to bu_sort() #8: Task Claimed - I would like to work
on this task. |
| 01:40.01 |
*** join/#brlcad freeman
(54ed1305@gateway/web/freenode/ip.84.237.19.5) |
| 02:05.50 |
*** join/#brlcad agkphysics
(~aaron@246.216.252.27.dyn.cust.vf.net.nz) |
| 02:12.43 |
Notify |
03GCI:Gauravjeet Singh * 5676549692981248
Update qsort() calls to bu_sort() #6: Task Assigned - This task has
been assigned to Johannes Schulte. You have 72 hours to complete
this task, good luck! |
| 02:13.00 |
Notify |
03GCI:Gauravjeet Singh * 5807450632486912
Write a script to download GCI files: Task Assigned - This task has
been assigned to Jacob B. You have 72 hours to complete this task,
good luck! |
| 02:13.00 |
Notify |
03GCI:Gauravjeet Singh * 6427676659154944
Update qsort() calls to bu_sort() #8: Task Assigned - This task has
been assigned to agkphysics. You have 72 hours to complete this
task, good luck! |
| 02:21.59 |
Notify |
03GCI:Gauravjeet Singh * 4941697968504832
Design a BRL-CAD business card #8
http://www.google-melange.com/gci/task/view/google/gci2013/4941697968504832:
Needs some work It's good, I more liked... |
| 02:22.14 |
Notify |
03GCI:Gauravjeet Singh * 4941697968504832
Design a BRL-CAD business card #8: Task Needs More Work - One of
the mentors has sent this task back for more work. Talk to the
mentor(s) assigned to this... |
| 02:28.20 |
Notify |
03GCI:agkphysics * 6427676659154944 Update
qsort() calls to bu_sort() #8: Ready for review - The work on this
task is ready to be reviewed. |
| 02:38.02 |
``Erik |
http://www.disneyanimation.com/technology/publications
as evil as they are wrt copyright, there's some interesting tech
there |
| 04:12.02 |
freeman |
-help |
| 04:21.58 |
maths22 |
sorry, by not
any folders I meant no folders if there are no files |
| 04:22.49 |
*** join/#brlcad agkphysics
(~aaron@236.175.252.27.dyn.cust.vf.net.nz) |
| 04:44.04 |
Notify |
03GCI:Jacob B
* 5807450632486912 Write a script to download GCI files: Ready for
review - The work on this task is ready to be reviewed. |
| 04:44.18 |
maths22 |
Let me know
if you need any source code for the program: I am happy to upload
it. |
| 04:44.55 |
maths22 |
never mind: I
went ahead and added it |
| 04:49.06 |
maths22 |
I tested it
with 2012 and 2013 with brlcad and apertium |
| 04:53.40 |
*** join/#brlcad agkphysics
(~aaron@236.175.252.27.dyn.cust.vf.net.nz) |
| 05:50.24 |
Notify |
03GCI:PCK-45
* 5794702095810560 Design a BRL-CAD Sticker #8: Ready for review -
The work on this task is ready to be reviewed. |
| 06:28.03 |
*** join/#brlcad agkphysics
(~aaron@236.175.252.27.dyn.cust.vf.net.nz) |
| 06:47.27 |
*** join/#brlcad FreezingCold
(~FreezingC@135.0.41.14) |
| 07:12.54 |
FreezingCold |
Is there any
updated tutorials with Archer? |
| 07:50.36 |
Notify |
03GCI:Pulkit
Mehta * 5617838026915840 Design a cover image or banner for our
Facebook page (and/or another social media site) #9: Task Claimed -
I would like to work on this task. |
| 07:52.01 |
Notify |
03GCI:Pulkit
Mehta * 5617838026915840 Design a cover image or banner for our
Facebook page (and/or another social media site) #9: Claim Removed
- The claim on this task has been removed, someone... |
| 07:52.11 |
Notify |
03GCI:Pulkit
Mehta * 5787452191014912 Design a front cover of Doc Camp Book #5:
Task Claimed - I would like to work on this task. |
| 07:55.16 |
Notify |
03GCI:Mandeep
Kaur * 5787452191014912 Design a front cover of Doc Camp Book #5:
Task Assigned - This task has been assigned to Pulkit Mehta. You
have 72 hours to complete this task, good luck! |
| 08:07.02 |
Notify |
03GCI:Melange
* 5794702095810560 Design a BRL-CAD Sticker #8: No more Work can be
submitted - Melange has detected that the deadline has passed and
no more work can be submitted. The submitted work... |
| 08:21.40 |
Notify |
03BRL-CAD:phoenixyjll * 59108
brlcad/trunk/src/libbrep/boolean.cpp: Fix the segfault in
converting a comb in m35.g. The curves in the innerloop array
should be duplicated, because the TrimmedFace Epassed inwill be
freed later. |
| 09:02.29 |
Notify |
03GCI:AdityaGulati * 5260604122071040
Design a BRL-CAD business card #5: Ready for review - The work on
this task is ready to be reviewed. |
| 09:21.26 |
Notify |
03GCI:AdityaGulati * 5260604122071040
Design a BRL-CAD business card #5: concerning no. of files - I
have uploaded six files in total,so as to provide you with more
options. sincerely, Aditya... |
| 09:32.49 |
*** join/#brlcad Ch3ck
(~Ch3ck@195.24.220.16) |
| 09:37.56 |
Notify |
03GCI:Melange
* 4967846266273792 Identify and eliminate code duplication (100+
lines) #3: No more Work can be submitted - Melange has detected
that the deadline has passed and no more work can be... |
| 09:53.45 |
Notify |
03GCI:Rishi
Sharma * 6143466862018560 Design a cover image or banner for our
Facebook page (and/or another social media site) #12: Task Claimed
- I would like to work on this task. |
| 10:08.31 |
Notify |
03GCI:Sean *
5321873978032128 Fix at least 8 spelling mistakes in at least 8
different files #6: Task Closed - Congratulations, this task has
been completed successfully. |
| 10:12.07 |
Notify |
03GCI:Mandeep
Kaur * 6143466862018560 Design a cover image or banner for our
Facebook page (and/or another social media site) #12: Task Assigned
- This task has been assigned to Rishi Sharma. You... |
| 10:17.33 |
Notify |
03GCI:Sean *
5844796983738368 Create a Motion Typography video for BRL-CAD #5:
better - Kenneth, It's getting better, but a few more issues
still remain: The two logo screenshots are missing
the... |
| 10:17.41 |
Notify |
03GCI:Sean *
5844796983738368 Create a Motion Typography video for BRL-CAD #5:
Task Needs More Work - One of the mentors has sent this task back
for more work. Talk to the mentor(s) assigned to
this... |
| 10:19.46 |
Notify |
03GCI:Sean *
5877713613094912 Design a BRL-CAD Sticker #7: Task Needs More Work
- One of the mentors has sent this task back for more work. Talk to
the mentor(s) assigned to this task to satisfy the... |
| 10:19.56 |
Notify |
03GCI:Sean *
5877713613094912 Design a BRL-CAD Sticker #7: simple is good -
Simple is good, but this is a little too simple. It's rather bland
(color-wise, design-wise) and that's makes it come... |
| 10:20.41 |
Notify |
03GCI:Sean *
5794702095810560 Design a BRL-CAD Sticker #8: Task Needs More Work
- One of the mentors has sent this task back for more work. Talk to
the mentor(s) assigned to this task to satisfy the... |
| 10:20.56 |
Notify |
03GCI:Sean *
5794702095810560 Design a BRL-CAD Sticker #8: Deadline extended -
The deadline of the task has been extended with 2 days and 0
hours. |
| 10:23.14 |
Notify |
03GCI:Sean *
5794702095810560 Design a BRL-CAD Sticker #8: not bad but - I
think we already have one ore two design submissions that look very
similar to this design. They do say great minds
think... |
| 10:25.13 |
Notify |
03GCI:Sean *
5331017426534400 Write an article about BRL-CAD's Online Geometry
Viewer: Harmanpreet - Harmanpreet, would you mind reviewing his
article draft? |
| 10:29.11 |
Notify |
03GCI:Sean *
5509389028950016 Design a BRL-CAD Sticker #10: I like it - Luke,
That looks much better, more innovative and interesting. The only
issue I saw was grammatic, need to remove the colon... |
| 10:29.22 |
Notify |
03GCI:Sean *
5509389028950016 Design a BRL-CAD Sticker #10: Task Needs More Work
- One of the mentors has sent this task back for more work. Talk to
the mentor(s) assigned to this task to satisfy... |
| 10:33.39 |
Notify |
03GCI:Rishi
Sharma * 6143466862018560 Design a cover image or banner for our
Facebook page (and/or another social media site) #12: Task
Completed - Sir, can you please check my uploaded work. Do
I... |
| 10:36.05 |
Notify |
03GCI:Rishi
Sharma * 6143466862018560 Design a cover image or banner for our
Facebook page (and/or another social media site) #12: None - My
work is ready to be reviewed . |
| 10:37.20 |
Notify |
03GCI:Sean *
4967846266273792 Identify and eliminate code duplication (100+
lines) #3: Deadline extended - The deadline of the task has been
extended with 2 days and 0 hours. |
| 10:37.25 |
Notify |
03GCI:Sean *
4967846266273792 Identify and eliminate code duplication (100+
lines) #3: Task Needs More Work - One of the mentors has sent this
task back for more work. Talk to the mentor(s)
assigned... |
| 10:37.26 |
Notify |
03GCI:Sean *
4967846266273792 Identify and eliminate code duplication (100+
lines) #3: don't worry about the length - Don't worry about the
tasks being too short, that's our job. :) These
tasks... |
| 10:38.05 |
Notify |
03GCI:Luke
Blue * 5509389028950016 Design a BRL-CAD Sticker #10: Ready for
review - The work on this task is ready to be reviewed. |
| 10:39.15 |
Notify |
03GCI:Rishi
Sharma * 6143466862018560 Design a cover image or banner for our
Facebook page (and/or another social media site) #12: Ready for
review - The work on this task is ready to be reviewed. |
| 10:41.32 |
Notify |
03GCI:Sean *
5029433412943872 Design new Archer splash screen: image source? -
Where's that background image from? We must have redistribution and
use rights (ie, what's the license?). Also, you... |
| 10:41.54 |
Notify |
03GCI:Sean *
5029433412943872 Design new Archer splash screen: Task Needs More
Work - One of the mentors has sent this task back for more work.
Talk to the mentor(s) assigned to this task to
satisfy... |
| 10:41.55 |
Notify |
03GCI:Sean *
5029433412943872 Design new Archer splash screen: Deadline extended
- The deadline of the task has been extended with 2 days and 0
hours. |
| 10:42.39 |
Notify |
03GCI:Sean *
5237835963564032 Design new Archer splash screen #3: Task Closed -
Congratulations, this task has been completed
successfully. |
| 10:44.14 |
Notify |
03GCI:Sean *
5237835963564032 Design new Archer splash screen #3: like it - I
like how the lines make it look like an old TV display...
displaying an old space craft. ;) |
| 10:45.20 |
Notify |
03GCI:Sean *
6427676659154944 Update qsort() calls to bu_sort() #8: Task Needs
More Work - One of the mentors has sent this task back for more
work. Talk to the mentor(s) assigned to this task to... |
| 10:46.21 |
Notify |
03GCI:Sean *
6427676659154944 Update qsort() calls to bu_sort() #8: oops -
Clicked the wrong button, please resubmit Aaron. This looked good
to me. |
| 10:46.46 |
Notify |
03GCI:Sean *
6447429750620160 Design new Archer splash screen #4: Task Needs
More Work - One of the mentors has sent this task back for more
work. Talk to the mentor(s) assigned to this task to... |
| 10:46.51 |
Notify |
03GCI:agkphysics * 6427676659154944 Update
qsort() calls to bu_sort() #8: Ready for review - The work on this
task is ready to be reviewed. |
| 10:51.41 |
Notify |
03GCI:Sean *
6447429750620160 Design new Archer splash screen #4: Deadline
extended - The deadline of the task has been extended with 0 days
and 12 hours. |
| 10:51.43 |
Notify |
03GCI:Sean *
6447429750620160 Design new Archer splash screen #4: interesting
concept - Hadn't actually considered an animated gif, but I like
the concept. Just a few issues come to mind:
archer... |
| 10:54.48 |
Notify |
03GCI:Mandeep
Kaur * 6143466862018560 Design a cover image or banner for our
Facebook page (and/or another social media site) #12: Task Needs
More Work - One of the mentors has sent this task
back... |
| 10:56.13 |
Notify |
03GCI:Sean *
5322891348410368 Design a BRL-CAD business card #10: Logo is fuzzy?
- The logo seems to be a bit fuzzy. I also suggest filling in
some pretend values into one card and submitting
that... |
| 10:56.28 |
Notify |
03GCI:Sean *
5322891348410368 Design a BRL-CAD business card #10: Task Needs
More Work - One of the mentors has sent this task back for more
work. Talk to the mentor(s) assigned to this task to... |
| 10:58.28 |
Notify |
03GCI:Sean *
5801571896000512 Design a BRL-CAD business card #9: crisp and clean
- I really love this design. We'll likely put this to use. Join
the brlcad-devel and/or brlcad-news mailing list to... |
| 10:58.38 |
Notify |
03GCI:Sean *
5801571896000512 Design a BRL-CAD business card #9: Task Closed -
Congratulations, this task has been completed
successfully. |
| 11:01.49 |
Notify |
03GCI:Sean *
6682654372003840 Design a BRL-CAD business card #7: Task Closed -
Congratulations, this task has been completed
successfully. |
| 11:02.25 |
Notify |
03GCI:Sean *
6682654372003840 Design a BRL-CAD business card #7: looks good -
Other than the nasty color on card2, these are nice. Thank you very
much for all your effort thinking up interesting... |
| 11:02.30 |
Notify |
03GCI:Sean *
6427676659154944 Update qsort() calls to bu_sort() #8: Task Closed
- Congratulations, this task has been completed
successfully. |
| 11:02.37 |
brlcad |
rx |
| 11:04.10 |
Notify |
03GCI:Johannes Schulte * 5676549692981248
Update qsort() calls to bu_sort() #6: Ready for review - The work
on this task is ready to be reviewed. |
| 11:05.30 |
Notify |
03GCI:Deep
Inder Singh * 5877713613094912 Design a BRL-CAD Sticker #7: Ready
for review - The work on this task is ready to be
reviewed. |
| 11:05.35 |
Notify |
03GCI:Gauravjeet Singh * 5869692224798720
Design a T-Shirt for BRL-CAD #5: Raw files - Please upload the raw
design files too. From raw files I meant those default design files
which are made by... |
| 11:08.41 |
Notify |
03GCI:Deep
Inder Singh * 5877713613094912 Design a BRL-CAD Sticker #7:
Uploaded new designs - Throughout a day I make Some new designs.
And uploaded these in file : brl_cad_sticker(new).rar
... |
| 11:16.35 |
Notify |
03GCI:Gauravjeet Singh * 5509389028950016
Design a BRL-CAD Sticker #10: Task Closed - Congratulations, this
task has been completed successfully. |
| 11:21.26 |
Notify |
03GCI:Melange
* 5260604122071040 Design a BRL-CAD business card #5: No more Work
can be submitted - Melange has detected that the deadline has
passed and no more work can be submitted. The
submitted... |
| 11:32.01 |
Notify |
03GCI:Johannes Schulte * 5676549692981248
Update qsort() calls to bu_sort() #6: None - taking andromeda's
work in account, this should be the last uses. |
| 11:59.14 |
*** join/#brlcad Ch3ck
(~Ch3ck@195.24.220.16) |
| 12:04.30 |
Notify |
03GCI:Chan Ho
Jun * 5247473870176256 Design new Archer splash screen #5: Task
Claimed - I would like to work on this task. |
| 12:07.16 |
*** join/#brlcad Ch3ck
(~Ch3ck@195.24.220.16) |
| 12:08.32 |
Notify |
03GCI:kenneth
dela harlley * 5844796983738368 Create a Motion Typography video
for BRL-CAD #5: Ready for review - The work on this task is ready
to be reviewed. |
| 12:10.24 |
Notify |
03GCI:Gauravjeet Singh * 5877713613094912
Design a BRL-CAD Sticker #7: Task Needs More Work - One of the
mentors has sent this task back for more work. Talk to the
mentor(s) assigned to this task to... |
| 12:11.31 |
Notify |
03GCI:Alexandra Covor * 4941697968504832
Design a BRL-CAD business card #8: Ready for review - The work on
this task is ready to be reviewed. |
| 12:12.57 |
Notify |
03GCI:agkphysics * 4545787883159552 Report
on our 2012 GCI patch submissions: Task Claimed - I would like to
work on this task. |
| 12:18.34 |
Notify |
03GCI: * :
- |
| 12:24.06 |
Notify |
03GCI:Rishi
Sharma * 6143466862018560 Design a cover image or banner for our
Facebook page (and/or another social media site) #12: Ready for
review - The work on this task is ready to be reviewed. |
| 12:24.21 |
Notify |
03GCI:Gauravjeet Singh * 5877713613094912
Design a BRL-CAD Sticker #7: Needs some work - It's good but It
can be more better. In the horizontal design you have choosen a
black background, so I am... |
| 12:25.32 |
Notify |
03GCI:Rishi
Sharma * 6143466862018560 Design a cover image or banner for our
Facebook page (and/or another social media site) #12: None -
Please specify the further rectifications(if needed) |
| 12:32.53 |
Notify |
03GCI:Deep
Inder Singh * 5877713613094912 Design a BRL-CAD Sticker #7:
Gauravjeet - Hiii Gauravjeet As you said in horizontal design
there is a black background But in actual it is Grey in color.
... |
| 12:35.44 |
Notify |
03GCI:Marie
Gita * 5869692224798720 Design a T-Shirt for BRL-CAD #5: raw files
uploaded - i have uploaded the .xcf file thank you |
| 12:42.11 |
Notify |
03GCI:Mandeep
Kaur * 4545787883159552 Report on our 2012 GCI patch submissions:
Task Assigned - This task has been assigned to agkphysics. You have
72 hours to complete this task, good luck! |
| 12:42.12 |
Notify |
03GCI: * :
- |
| 12:44.01 |
Notify |
03GCI:Mandeep
Kaur * 5247473870176256 Design new Archer splash screen #5: Task
Assigned - This task has been assigned to Chan Ho Jun. You have 72
hours to complete this task, good luck! |
| 12:52.58 |
Notify |
03GCI:Gauravjeet Singh * 5877713613094912
Design a BRL-CAD Sticker #7: Re:Gauravjeet - From Black I meant
that it's dark, there should be some contrast b/w foreground and
background. So in... |
| 12:53.44 |
Notify |
03GCI:Chan Ho
Jun * 5247473870176256 Design new Archer splash screen #5: Ready
for review - The work on this task is ready to be
reviewed. |
| 12:56.04 |
Notify |
03GCI:Chan Ho
Jun * 5247473870176256 Design new Archer splash screen #5
http://www.google-melange.com/gci/task/view/google/gci2013/5247473870176256:
BRL-CAD logo For the logo, I've used the... |
| 13:07.16 |
Notify |
03GCI:Gauravjeet Singh * 4941697968504832
Design a BRL-CAD business card #8: Task Closed - Congratulations,
this task has been completed successfully. |
| 13:09.02 |
Notify |
03GCI:Gauravjeet Singh * 5869692224798720
Design a T-Shirt for BRL-CAD #5: Task Closed - Congratulations,
this task has been completed successfully. |
| 13:48.29 |
Notify |
03GCI:Marie
Gita * 6447773884874752 Design a front cover of Doc Camp Book #2:
Task Claimed - I would like to work on this task. |
| 13:57.45 |
Notify |
03GCI:Ilkin
Musaev * 5029433412943872 Design new Archer splash screen: Ready
for review - The work on this task is ready to be
reviewed. |
| 13:59.45 |
maths22 |
build error:
Building C object
src/util/CMakeFiles/terrain.dir/terrain.c.o |
| 13:59.45 |
maths22 |
/home/maths22/brlcad-code/src/util/terrain.c:
In function 'parse_args': |
| 13:59.45 |
maths22 |
/home/maths22/brlcad-code/src/util/terrain.c:569:38:
error: parameter 'terrain_func' set but not used
[-Werror=unused-but-set-parameter] |
| 13:59.49 |
maths22 |
<PROTECTED> |
| 14:05.03 |
maths22 |
brlcad: don't
mark my task as complete |
| 14:08.56 |
*** join/#brlcad jschulte
(~johannes@p4FDF9B9C.dip0.t-ipconnect.de) |
| 14:20.28 |
*** join/#brlcad caen23
(~caen23@92.83.172.48) |
| 14:20.58 |
maths22 |
now you can:
I uploaded a new version that does not crash on http errors unless
they are on the general list of tasks |
| 14:37.59 |
Notify |
03GCI:Alexandra Covor * 5861359988244480
Design a BRL-CAD Sticker #9: Task Claimed - I would like to work on
this task. |
| 14:41.13 |
*** join/#brlcad FreezingCold
(~FreezingC@135.0.41.14) |
| 14:44.13 |
*** join/#brlcad kesha
(~kesha@49.249.16.94) |
| 15:14.20 |
Notify |
03GCI:PCK-45
* 5794702095810560 Design a BRL-CAD Sticker #8: None - I will do
it again. Thanks! |
| 15:24.44 |
*** join/#brlcad Ch3ck
(~Ch3ck@195.24.220.16) |
| 15:41.05 |
Notify |
03GCI:Alex *
4861354028564480 Write up Wiki page tutorial on our Volumetric
Primitive: empty uploaded file - I know the file uploaded was
empty but i did this to hopefully have some more time
on... |
| 15:41.31 |
Notify |
03GCI:Alex *
4861354028564480 Write up Wiki page tutorial on our Volumetric
Primitive: Ready for review - The work on this task is ready to be
reviewed. |
| 15:48.01 |
Notify |
03GCI:Melange
* 4861354028564480 Write up Wiki page tutorial on our Volumetric
Primitive: No more Work can be submitted - Melange has detected
that the deadline has passed and no more work can be... |
| 15:53.22 |
Notify |
03GCI:Andromeda Galaxy * 5315364418224128
Create unit tests for our basic utility library (LIBBU) #2: Task
Claimed - I would like to work on this task. |
| 15:53.38 |
Notify |
03GCI:Sharan
Narayan * 6389832628568064 Design a front cover of Doc Camp Book
#3: Task Claimed - I would like to work on this task. |
| 15:53.59 |
Notify |
03GCI:Melange
* 4972733939056640 Create a BRL-CAD presentation template #2: Task
Reopened - Melange has detected that the final deadline has passed
and it has reopened the task. |
| 15:58.06 |
*** join/#brlcad Ch3ck__
(~Ch3ck@195.24.220.16) |
| 16:12.39 |
maths22 |
Which parts
of brlcad use the bullet library? |
| 16:19.06 |
Notify |
03GCI:Deep
Inder Singh * 5877713613094912 Design a BRL-CAD Sticker #7: Ready
for review - The work on this task is ready to be
reviewed. |
| 16:20.57 |
Notify |
03GCI:Deep
Inder Singh * 5877713613094912 Design a BRL-CAD Sticker #7: upload
new designs - I think new designs are as your feedback. Deep
Inder |
| 16:33.47 |
brlcad |
maths22: a
simulation system we have in src/libged/simulate |
| 16:37.11 |
maths22 |
thanks |
| 16:47.36 |
Notify |
03GCI:Olexander Dubenko * 6447429750620160
Design new Archer splash screen #4: Ready for review - The work on
this task is ready to be reviewed. |
| 16:58.29 |
Notify |
03BRL-CAD:brlcad * 59109
brlcad/trunk/AUTHORS: according to other sources, David Rodgers
last name spelling should be Rogers unless there's another computer
graphics guy that was at USNA at the time |
| 16:58.41 |
Notify |
03GCI:Olexander Dubenko * 6447429750620160
Design new Archer splash screen #4: None - Wasn't able to make
something pretty out of first version, so I made some other splash
screens. |
| 17:06.07 |
*** join/#brlcad deep_inder
(~chatzilla@117.199.100.226) |
| 17:45.55 |
Notify |
03GCI:Adit *
5322891348410368 Design a BRL-CAD business card #10: Ready for
review - The work on this task is ready to be reviewed. |
| 17:48.21 |
Notify |
03GCI:Pulkit
Mehta * 5787452191014912 Design a front cover of Doc Camp Book #5:
Ready for review - The work on this task is ready to be
reviewed. |
| 17:49.01 |
Notify |
03GCI:Pulkit
Mehta * 5787452191014912 Design a front cover of Doc Camp Book #5:
Done - Sir I have designed it, I hope you like it :) |
| 17:50.06 |
Notify |
03GCI: * :
- |
| 18:18.52 |
Notify |
03GCI:Anita
Leung * 5215498375528448 Create a BRL-CAD presentation template #5:
Task Claimed - I would like to work on this task. |
| 18:31.40 |
*** join/#brlcad Ch3ck
(~Ch3ck@195.24.220.16) |
| 18:33.40 |
``Erik |
is
libged/simulate actually bound to anything right now? I know it
fails to compile with the last couple years worth of bullet
releases (probably be a good gci task) |
| 18:34.13 |
Notify |
03GCI:Kesha
Shah * 5215498375528448 Create a BRL-CAD presentation template #5:
Task Assigned - This task has been assigned to Anita Leung. You
have 72 hours to complete this task, good luck! |
| 18:35.08 |
Notify |
03GCI:Anita
Leung * 6682654372003840 Design a BRL-CAD business card #7: Extra
file - not outlined - I just realized you guys might want the ai
file before it was outlined to edit the words. You
can... |
| 19:11.59 |
Notify |
03BRL-CAD:tbrowder2 * 59110
brlcad/trunk/src/libbn/vectfont.c: ws, style |
| 19:28.26 |
*** join/#brlcad jschulte
(~androirc@p4FDF9B9C.dip0.t-ipconnect.de) |
| 19:31.20 |
Notify |
03GCI:Kristian Hansen * 4967846266273792
Identify and eliminate code duplication (100+ lines) #3: Where do I
input the command? - Is there any special software that I need to
input the (diff -u... |
| 19:40.39 |
*** join/#brlcad jschulte
(~androirc@p4FDF9B9C.dip0.t-ipconnect.de) |
| 20:03.04 |
Notify |
03BRL-CAD:peter-sa * 59111
(brlcad/trunk/src/libged/attr.c brlcad/trunk/src/libged/comb.c):
Replace calls to qsort() with calls to bu_sort() (GCI Task :
http://www.google-melange.com/gci/task/view/google/gci2013/5138768247914496) |
| 20:05.30 |
Notify |
03BRL-CAD:peter-sa * 59112
(brlcad/trunk/include/bn.h brlcad/trunk/include/ged.h and 21
others): Fix several spelling mistakes (from GCI task
https://www.google-melange.com/gci/task/view/google/gci2013/5321873978032128) |
| 20:39.47 |
Notify |
03BRL-CAD:j-schulte * 59113
brlcad/trunk/src/libbu/tests/CMakeLists.txt: add tests for
bu_sort |
| 20:43.15 |
*** join/#brlcad jschulte
(~androirc@p4FDF9B9C.dip0.t-ipconnect.de) |
| 20:48.25 |
*** join/#brlcad jschulte
(~androirc@p4FDF9B9C.dip0.t-ipconnect.de) |
| 20:53.36 |
*** join/#brlcad jschulte
(~androirc@p4FDF9B9C.dip0.t-ipconnect.de) |
| 21:00.13 |
*** join/#brlcad jschulte
(~androirc@p4FDF9B9C.dip0.t-ipconnect.de) |
| 21:05.25 |
*** join/#brlcad jschulte
(~androirc@p4FDF9B9C.dip0.t-ipconnect.de) |
| 21:13.37 |
*** join/#brlcad jschulte
(~androirc@p4FDF9B9C.dip0.t-ipconnect.de) |
| 21:30.19 |
*** join/#brlcad jschulte
(~androirc@p4FDF9B9C.dip0.t-ipconnect.de) |
| 21:35.24 |
*** join/#brlcad jschulte
(~androirc@p4FDF9B9C.dip0.t-ipconnect.de) |
| 21:40.32 |
*** join/#brlcad jschulte
(~androirc@p4FDF9B9C.dip0.t-ipconnect.de) |
| 21:52.17 |
*** join/#brlcad jschulte
(~androirc@p4FDF9B9C.dip0.t-ipconnect.de) |
| 21:57.29 |
*** join/#brlcad jschulte
(~androirc@p4FDF9B9C.dip0.t-ipconnect.de) |
| 22:02.39 |
*** join/#brlcad jschulte
(~androirc@p4FDF9B9C.dip0.t-ipconnect.de) |
| 22:15.22 |
*** join/#brlcad jschulte
(~androirc@p4FDF9B9C.dip0.t-ipconnect.de) |
| 22:19.00 |
Notify |
03GCI:Anita
Leung * 5215498375528448 Create a BRL-CAD presentation template #5:
Ready for review - The work on this task is ready to be
reviewed. |
| 22:20.00 |
Notify |
03GCI:Anita
Leung * 5215498375528448 Create a BRL-CAD presentation template #5:
Comments - Submitted a few different powerpoint themes
incorporating BRL-CAD colors, brand, and logo. |
| 22:20.32 |
*** join/#brlcad jschulte
(~androirc@p4FDF9B9C.dip0.t-ipconnect.de) |
| 22:24.25 |
Notify |
03GCI:IanSan5653 * 5910527163236352 Design
a cover image or banner for our Facebook page (and/or another
social media site) #11: Task Claimed - I would like to work on this
task. |
| 22:29.11 |
*** join/#brlcad jschulte
(~androirc@p4FDF9B9C.dip0.t-ipconnect.de) |
| 22:34.23 |
*** join/#brlcad jschulte
(~androirc@p4FDF9B9C.dip0.t-ipconnect.de) |
| 23:02.47 |
Notify |
03GCI:starseeker * 5279198109237248 Fix
Visual Studio Express build issues: Problem - There is a script
file that is attempting to run a program that should be located in
the build directory:... |
| 23:03.07 |
Notify |
03GCI:starseeker * 5315364418224128 Create
unit tests for our basic utility library (LIBBU) #2: Task Assigned
- This task has been assigned to Andromeda Galaxy. You have 72
hours to complete this... |
| 23:05.12 |
Notify |
03GCI:Andromeda Galaxy * 5315364418224128
Create unit tests for our basic utility library (LIBBU) #2: Ready
for review - The work on this task is ready to be
reviewed. |
| 23:36.33 |
*** join/#brlcad kanzure
(~kanzure@131.252.130.248) |
| 23:49.11 |
Notify |
03GCI: * :
- |
| 00:14.56 |
Notify |
03GCI: * :
- |
| 01:14.36 |
Notify |
03GCI:Johannes Schulte * 6427676659154944
Update qsort() calls to bu_sort() #8
http://www.google-melange.com/gci/task/view/google/gci2013/6427676659154944:
None Be carefull, when committing this... |
| 01:16.26 |
Notify |
03GCI: * :
- |
| 01:35.26 |
Notify |
03GCI:Rishi
Sharma * 6143466862018560 Design a cover image or banner for our
Facebook page (and/or another social media site) #12: None -
Please review my work . I'm waiting for your
suggestations |
| 02:33.18 |
Notify |
03GCI:IanSan5653 * 5910527163236352 Design
a cover image or banner for our Facebook page (and/or another
social media site) #11: Work - I'm ready to upload my work, but
the task has to be assigned... |
| 02:45.09 |
Notify |
03GCI:Adit *
5322891348410368 Design a BRL-CAD business card #10: Claim Removed
- The claim on this task has been removed, someone else can claim
it now. |
| 04:12.59 |
Notify |
03GCI:Adit *
5322891348410368 Design a BRL-CAD business card #10: Task Claimed -
I would like to work on this task. |
| 04:13.29 |
Notify |
03GCI:Adit *
5322891348410368 Design a BRL-CAD business card #10: None - Sorry,
I accidentally click "unclaim." |
| 04:23.29 |
Notify |
03GCI:Vipul
Sharma * 5820781137231872 Create a book layout for our Doc Camp
book #4: Task Claimed - I would like to work on this
task. |
| 04:48.09 |
*** join/#brlcad agkphysics
(~aaron@236.175.252.27.dyn.cust.vf.net.nz) |
| 05:42.14 |
Notify |
03GCI:Sean *
4861354028564480 Write up Wiki page tutorial on our Volumetric
Primitive: Deadline extended - The deadline of the task has been
extended with 2 days and 0 hours. |
| 05:42.15 |
Notify |
03GCI:Sean *
4861354028564480 Write up Wiki page tutorial on our Volumetric
Primitive: Task Needs More Work - One of the mentors has sent this
task back for more work. Talk to the mentor(s)
assigned... |
| 05:48.30 |
Notify |
03GCI:Sean *
4861354028564480 Write up Wiki page tutorial on our Volumetric
Primitive: range where it's solid - Each "cell" in a vol has a
value that is somewhere between 0 and 255 inclusive (ie,
a... |
| 05:49.20 |
Notify |
03GCI:Sean *
6143466862018560 Design a cover image or banner for our Facebook
page (and/or another social media site) #12: Task Closed -
Congratulations, this task has been completed
successfully. |
| 05:55.05 |
Notify |
03GCI:Sean *
6143466862018560 Design a cover image or banner for our Facebook
page (and/or another social media site) #12: Graphics package -
Rishi, BRL-CAD is a graphics package so there cannot
be... |
| 05:55.30 |
Notify |
03GCI:agkphysics * 4545787883159552 Report
on our 2012 GCI patch submissions: Ready for review - The work on
this task is ready to be reviewed. |
| 05:56.15 |
Notify |
03GCI:Sean *
6143466862018560 Design a cover image or banner for our Facebook
page (and/or another social media site) #12: Also closed in error -
Your task was closed in error. This design as-is... |
| 06:00.15 |
Notify |
03GCI:agkphysics * 4545787883159552 Report
on our 2012 GCI patch submissions: I think thats all of them - I
think I got all of the required patches, there are 91 of them. I
only included final... |
| 06:05.47 |
Notify |
03GCI:Sean *
5844796983738368 Create a Motion Typography video for BRL-CAD #5:
Task Needs More Work - One of the mentors has sent this task back
for more work. Talk to the mentor(s) assigned to
this... |
| 06:05.48 |
Notify |
03GCI:Sean *
5844796983738368 Create a Motion Typography video for BRL-CAD #5:
Deadline extended - The deadline of the task has been extended with
2 days and 0 hours. |
| 06:05.52 |
Notify |
03GCI:Sean *
5844796983738368 Create a Motion Typography video for BRL-CAD #5:
massive pauses - Kenneth, My earlier comment is only emphasized
now that you added an audio track. You spoke and... |
| 06:09.07 |
Notify |
03GCI:Sean *
5260604122071040 Design a BRL-CAD business card #5: messy - With
the design you're suggesting, the main logo is really crowded by
the other information and there seems to be no order... |
| 06:09.08 |
Notify |
03GCI:Sean *
5260604122071040 Design a BRL-CAD business card #5: Task Needs More
Work - One of the mentors has sent this task back for more work.
Talk to the mentor(s) assigned to this task to... |
| 06:09.22 |
Notify |
03GCI:Sean *
5260604122071040 Design a BRL-CAD business card #5: Deadline
extended - The deadline of the task has been extended with 2 days
and 0 hours. |
| 06:10.02 |
Notify |
03GCI:Sean *
5260604122071040 Design a BRL-CAD business card #5: look at some of
the others - I suggest looking at some of the other completed GCI
design tasks too for inspiration or to understand... |
| 06:12.52 |
Notify |
03GCI:Sean *
5877713613094912 Design a BRL-CAD Sticker #7: Task Closed -
Congratulations, this task has been completed
successfully. |
| 06:16.41 |
Notify |
03GCI:Sean *
5827618725167104 Design a front cover of Doc Camp Book: few issues
- Marcin, This looks interesting, but there are a few issues I
note with the cover design. First and foremost, the... |
| 06:17.16 |
Notify |
03GCI:Sean *
5827618725167104 Design a front cover of Doc Camp Book: Task Needs
More Work - One of the mentors has sent this task back for more
work. Talk to the mentor(s) assigned to this task to... |
| 06:18.32 |
Notify |
03GCI:Sean *
5787452191014912 Design a front cover of Doc Camp Book #5: Task
Needs More Work - One of the mentors has sent this task back for
more work. Talk to the mentor(s) assigned to this
task... |
| 06:21.47 |
Notify |
03GCI:Gauravjeet Singh * 5322891348410368
Design a BRL-CAD business card #10: Task Assigned - This task has
been assigned to Adit. You have 72 hours to complete this task,
good luck! |
| 06:22.52 |
Notify |
03GCI:Sean *
5787452191014912 Design a front cover of Doc Camp Book #5: numerous
issues - Pulkit, This design for our new book clearly took some
effort on your part, but I feel it lacks context.... |
| 06:23.42 |
Notify |
03GCI:Sean *
5331017426534400 Write an article about BRL-CAD's Online Geometry
Viewer: Task Closed - Congratulations, this task has been completed
successfully. |
| 06:25.37 |
Notify |
03GCI:Sean *
5215498375528448 Create a BRL-CAD presentation template #5: Task
Closed - Congratulations, this task has been completed
successfully. |
| 06:26.32 |
Notify |
03GCI:Pulkit
Mehta * 5787452191014912 Design a front cover of Doc Camp Book #5:
None - Sure sir I will make again . |
| 06:27.22 |
Notify |
03GCI:Sean *
5215498375528448 Create a BRL-CAD presentation template #5: some
critique - I had some critique for the first two, but your third
example looked really good. Thank you for your... |
| 06:34.22 |
Notify |
03GCI:Gauravjeet Singh * 5322891348410368
Design a BRL-CAD business card #10: Needs a little more work -
It's much better as compared to your previous design. The only
thing that I would like to... |
| 06:34.53 |
Notify |
03GCI:Gauravjeet Singh * 6389832628568064
Design a front cover of Doc Camp Book #3: Task Assigned - This task
has been assigned to Sharan Narayan. You have 72 hours to complete
this task, good luck! |
| 06:35.18 |
Notify |
03GCI:Gauravjeet Singh * 6447773884874752
Design a front cover of Doc Camp Book #2: Task Assigned - This task
has been assigned to Marie Gita. You have 72 hours to complete this
task, good luck! |
| 06:35.38 |
Notify |
03GCI:Sean *
5029433412943872 Design new Archer splash screen: license - Ilkin,
The site you documented is not the author (see the line right at
the bottom of the page) and doesn't describe any... |
| 06:35.58 |
Notify |
03GCI:Sean *
5029433412943872 Design new Archer splash screen: Task Needs More
Work - One of the mentors has sent this task back for more work.
Talk to the mentor(s) assigned to this task to
satisfy... |
| 06:35.59 |
Notify |
03GCI:Pulkit
Mehta * 5787452191014912 Design a front cover of Doc Camp Book #5:
Claim Removed - The claim on this task has been removed, someone
else can claim it now. |
| 06:36.33 |
Notify |
03GCI:Pulkit
Mehta * 5887471241920512 Design a BRL-CAD business card #6: Task
Claimed - I would like to work on this task. |
| 06:37.53 |
Notify |
03GCI:Sean *
6447429750620160 Design new Archer splash screen #4: Task Closed -
Congratulations, this task has been completed
successfully. |
| 06:37.54 |
Notify |
03GCI:Gauravjeet Singh * 5247473870176256
Design new Archer splash screen #5: Task Closed - Congratulations,
this task has been completed successfully. |
| 06:39.13 |
Notify |
03GCI:Gauravjeet Singh * 5820781137231872
Create a book layout for our Doc Camp book #4: Task Assigned - This
task has been assigned to Vipul Sharma. You have 72 hours to
complete this task, good... |
| 06:39.23 |
Notify |
03GCI:Gauravjeet Singh * 5861359988244480
Design a BRL-CAD Sticker #9: Task Assigned - This task has been
assigned to Alexandra Covor. You have 72 hours to complete this
task, good luck! |
| 06:39.53 |
Notify |
03GCI:Gauravjeet Singh * 5910527163236352
Design a cover image or banner for our Facebook page (and/or
another social media site) #11: Task Assigned - This task has been
assigned to IanSan5653. You... |
| 06:40.22 |
*** join/#brlcad agkphysics
(~aaron@236.175.252.27.dyn.cust.vf.net.nz) |
| 06:40.33 |
Notify |
03GCI:Sean *
6447429750620160 Design new Archer splash screen #4: like your your
new design - Really like how you pulled it alo togeth. |
| 06:43.09 |
Notify |
03GCI:Sean *
5315364418224128 Create unit tests for our basic utility library
(LIBBU) #2: Task Closed - Congratulations, this task has been
completed successfully. |
| 06:45.14 |
Notify |
03GCI:Sean *
5676549692981248 Update qsort() calls to bu_sort() #6: Function
cast necessary? - It would seem to me that the function casts are
no longer necessary, yes? No? Otherwise, looks great. |
| 06:45.44 |
Notify |
03GCI:Sean *
5676549692981248 Update qsort() calls to bu_sort() #6: Task Closed
- Congratulations, this task has been completed
successfully. |
| 06:45.54 |
Notify |
03GCI:Sean *
5807450632486912 Write a script to download GCI files: Task Closed
- Congratulations, this task has been completed
successfully. |
| 06:48.49 |
Notify |
03GCI:Gauravjeet Singh * 5910527163236352
Design a cover image or banner for our Facebook page (and/or
another social media site) #11... |
| 06:48.50 |
Notify |
03GCI:Sean *
4545787883159552 Report on our 2012 GCI patch submissions: Task
Closed - Congratulations, this task has been completed
successfully. |
| 06:48.54 |
Notify |
03GCI:Gauravjeet Singh * 5887471241920512
Design a BRL-CAD business card #6: Task Assigned - This task has
been assigned to Pulkit Mehta. You have 72 hours to complete this
task, good luck! |
| 06:57.25 |
Notify |
03GCI:Deep
Inder Singh * 5893967379955712 Design a front cover of Doc Camp
Book #4: Task Claimed - I would like to work on this
task. |
| 07:13.55 |
Notify |
03GCI:Ilkin
Musaev * 5029433412943872 Design new Archer splash screen: Ready
for review - The work on this task is ready to be
reviewed. |
| 07:14.50 |
Notify |
03GCI:Ilkin
Musaev * 5029433412943872 Design new Archer splash screen:
Background - The background of the last file has been completely
created by me. |
| 08:02.57 |
Notify |
03GCI:Alexandra Covor * 5861359988244480
Design a BRL-CAD Sticker #9: Ready for review - The work on this
task is ready to be reviewed. |
| 08:09.53 |
Notify |
03GCI:Anita
Leung * 5787452191014912 Design a front cover of Doc Camp Book #5:
Task Claimed - I would like to work on this task. |
| 08:36.20 |
*** join/#brlcad FreezingCold
(~FreezingC@135.0.41.14) |
| 08:40.41 |
Notify |
03GCI:Olexander Dubenko * 5853079291297792
Create a book layout for our Doc Camp book #3: Task Claimed - I
would like to work on this task. |
| 08:45.17 |
Notify |
03GCI:Gauravjeet Singh * 5787452191014912
Design a front cover of Doc Camp Book #5: Task Assigned - This task
has been assigned to Anita Leung. You have 72 hours to complete
this task, good luck! |
| 08:45.43 |
Notify |
03GCI:Gauravjeet Singh * 5893967379955712
Design a front cover of Doc Camp Book #4: Task Assigned - This task
has been assigned to Deep Inder Singh. You have 72 hours to
complete this task, good... |
| 08:46.18 |
Notify |
03GCI:Gauravjeet Singh * 5853079291297792
Create a book layout for our Doc Camp book #3: Task Assigned - This
task has been assigned to Olexander Dubenko. You have 72 hours to
complete this task,... |
| 09:48.03 |
Notify |
03GCI:Anita
Leung * 5787452191014912 Design a front cover of Doc Camp Book #5:
Ready for review - The work on this task is ready to be
reviewed. |
| 09:51.54 |
Notify |
03GCI:Anita
Leung * 5787452191014912 Design a front cover of Doc Camp Book #5:
Book Cover.rar file is not mine - The Book Cover.rar file is
Pulkit Mehta's work, not mine. The files I submitted
is... |
| 10:09.11 |
Notify |
03GCI:Sharan
Narayan * 6389832628568064 Design a front cover of Doc Camp Book
#3: Ready for review - The work on this task is ready to be
reviewed. |
| 10:50.47 |
Notify |
03GCI:Deep
Inder Singh * 5893967379955712 Design a front cover of Doc Camp
Book #4: Ready for review - The work on this task is ready to be
reviewed. |
| 10:53.00 |
Notify |
03GCI:Johannes Schulte * 5830743313874944
Create unit tests for our basic utility library (LIBBU) #5: Task
Claimed - I would like to work on this task. |
| 10:54.25 |
Notify |
03GCI:Gauravjeet Singh * 5787452191014912
Design a front cover of Doc Camp Book #5: Task Closed -
Congratulations, this task has been completed
successfully. |
| 10:58.12 |
*** join/#brlcad FOSScookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 11:16.49 |
Notify |
03GCI:agkphysics * 5878314371645440 Create
unit tests for our numerics math library (LIBBN) #5: Task Claimed -
I would like to work on this task. |
| 11:43.43 |
Notify |
03GCI:Mohamed
Hammeda * 4972733939056640 Create a BRL-CAD presentation template
#2: Task Claimed - I would like to work on this task. |
| 12:06.27 |
Notify |
03GCI:Mandeep
Kaur * 5861359988244480 Design a BRL-CAD Sticker #9: Needs
Improvement - Your designs looks good but try to be more creative.
Change first letter of modelling (in tagline ) to
upper... |
| 12:06.47 |
Notify |
03GCI:Mandeep
Kaur * 5861359988244480 Design a BRL-CAD Sticker #9: Task Needs
More Work - One of the mentors has sent this task back for more
work. Talk to the mentor(s) assigned to this task to... |
| 12:10.41 |
Notify |
03GCI:Mandeep
Kaur * 4972733939056640 Create a BRL-CAD presentation template #2:
Task Assigned - This task has been assigned to Mohamed Hammeda. You
have 72 hours to complete this task, good luck! |
| 12:10.57 |
Notify |
03GCI:Mandeep
Kaur * 5878314371645440 Create unit tests for our numerics math
library (LIBBN) #5: Task Assigned - This task has been assigned to
agkphysics. You have 72 hours to complete this task,... |
| 12:11.17 |
Notify |
03GCI:Mandeep
Kaur * 5830743313874944 Create unit tests for our basic utility
library (LIBBU) #5: Task Assigned - This task has been assigned to
Johannes Schulte. You have 72 hours to complete this... |
| 12:29.39 |
Notify |
03GCI:Johannes Schulte * 5830743313874944
Create unit tests for our basic utility library (LIBBU) #5: Ready
for review - The work on this task is ready to be
reviewed. |
| 12:36.52 |
*** join/#brlcad FOSScookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 12:44.36 |
Notify |
03GCI:Mandeep
Kaur * 6389832628568064 Design a front cover of Doc Camp Book #3:
Task Needs More Work - One of the mentors has sent this task back
for more work. Talk to the mentor(s) assigned to... |
| 12:44.41 |
Notify |
03GCI:Mandeep
Kaur * 6389832628568064 Design a front cover of Doc Camp Book #3:
Looks Nice - Your design looks great. Just change "S" in
CONTRIBUTORS to apostrophe S (CONTRIBUTOR'S). |
| 13:08.23 |
Notify |
03BRL-CAD:tbrowder2 * 59114
brlcad/trunk/src/libbu/tests/bu_sort.c: use bu_strcmp to pass API
regression test |
| 13:27.11 |
*** join/#brlcad infobot
(~infobot@rikers.org) |
| 13:27.11 |
*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/
|| Ask us about Google Doc Sprint 2013 || GCI has begun! If you're
participating, be patient when asking questions... we're very busy
and sometimes have packed schedules. We will respond if you are
still on IRC: learn screen+irssi. |
| 13:30.18 |
*** join/#brlcad FOSScookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 13:49.35 |
Notify |
03GCI:Johannes Schulte * 5676549692981248
Update qsort() calls to bu_sort() #6: None - I also wasn't sure
about the cast. Effectively you need to cast at one point during
the sort, either the... |
| 13:53.55 |
Notify |
03GCI:IanSan5653 * 5910527163236352 Design
a cover image or banner for our Facebook page (and/or another
social media site) #11: None - I wasn't trying to be
military-centric, but this was the... |
| 14:01.35 |
*** join/#brlcad deep_inder
(~chatzilla@117.220.147.8) |
| 14:12.12 |
Notify |
03GCI:erikg *
5029433412943872 Design new Archer splash screen: minor tweaks to
consider - Hiya, looks pretty good, wondering if a few minor
tweaks might improve it a bit... "upon" feels
wrong... |
| 14:19.22 |
Notify |
03GCI:Ilkin
Musaev * 5029433412943872 Design new Archer splash screen: None -
Ok thank you for your coment |
| 14:19.57 |
andromeda-galaxy |
Can anyone
help me understand the way that extruded sketches are represented
in brl-cad? I'd like to work on a few of the tasks to implement a
function for extruded primitives. |
| 14:26.34 |
*** join/#brlcad FreezingCold
(~FreezingC@135.0.41.14) |
| 14:36.38 |
*** join/#brlcad FOSScookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 14:49.26 |
Notify |
03GCI:erikg *
5830743313874944 Create unit tests for our basic utility library
(LIBBU) #5: Task Needs More Work - One of the mentors has sent this
task back for more work. Talk to the mentor(s)... |
| 14:49.32 |
Notify |
03GCI:erikg *
5830743313874944 Create unit tests for our basic utility library
(LIBBU) #5: insufficient diagnostic information - This tester
program only gives a single boolean output with no... |
| 14:56.36 |
*** join/#brlcad FOSScookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 15:09.31 |
Notify |
03GCI:Andromeda Galaxy * 4822252646301696
Implement surface area function for NURBS objects (BREP): Task
Claimed - I would like to work on this task. |
| 15:38.13 |
Notify |
03GCI:Pulkit
Mehta * 5887471241920512 Design a BRL-CAD business card #6: Ready
for review - The work on this task is ready to be
reviewed. |
| 15:45.39 |
Notify |
03GCI:IanSan5653 * 5910527163236352 Design
a cover image or banner for our Facebook page (and/or another
social media site) #11: Ready for review - The work on this task is
ready to be reviewed. |
| 16:21.00 |
Notify |
03BRL-CAD:peter-sa * 59115
brlcad/trunk/src/libbu/tests/CMakeLists.txt: Add unit tests for
several libbu VLS functions, from GCI task
http://www.google-melange.com/gci/task/view/google/gci2013/5315364418224128 |
| 16:21.00 |
gcibot |
Create unit
tests for our basic utility library (LIBBU) #2 |
| 16:21.01 |
gcibot |
Status:
Closed |
| 16:21.01 |
gcibot |
Mentor(s):
starseeker |
| 16:29.53 |
Notify |
03BRL-CAD:peter-sa * 59116
brlcad/trunk/src/libbu/tests/CMakeLists.txt: Fix mistake in tester
name in src/libbu/tests/CMakeLists.txt |
| 16:30.46 |
*** join/#brlcad FOSScookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 16:31.13 |
Notify |
03GCI:Mohamed
Hammeda * 4972733939056640 Create a BRL-CAD presentation template
#2: Ready for review - The work on this task is ready to be
reviewed. |
| 16:36.18 |
*** join/#brlcad jschulte
(~johannes@p4FDFBD9E.dip0.t-ipconnect.de) |
| 16:38.33 |
Notify |
03GCI:Jacob B
* 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Task Claimed -
I would like to work on this task. |
| 16:40.18 |
Notify |
03GCI:Mandeep
Kaur * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Task
Assigned - This task has been assigned to Jacob B. You have 72
hours to complete this task, good luck! |
| 16:40.38 |
Notify |
03GCI:Mandeep
Kaur * 4822252646301696 Implement surface area function for NURBS
objects (BREP): Task Assigned - This task has been assigned to
Andromeda Galaxy. You have 72 hours to complete this... |
| 16:40.59 |
*** join/#brlcad ncsaba_
(~ncsaba@p4FF70BC0.dip0.t-ipconnect.de) |
| 16:41.03 |
Notify |
03GCI: * :
- |
| 16:55.53 |
Notify |
03GCI:Andromeda Galaxy * 4822252646301696
Implement surface area function for NURBS objects (BREP): Ready for
review - The work on this task is ready to be reviewed. |
| 16:57.18 |
Notify |
03GCI:Melange
* 5279198109237248 Fix Visual Studio Express build issues: Initial
Deadline passed - Melange has detected that the initial deadline
has passed and it has set the task status to... |
| 17:34.59 |
ncsaba_ |
Hi
there |
| 17:35.33 |
ncsaba_ |
I'm finishing
up the pipe length function, and my lack of C experience shows
up... |
| 17:35.56 |
Notify |
03GCI:AdityaGulati * 5260604122071040
Design a BRL-CAD business card #5: Ready for review - The work on
this task is ready to be reviewed. |
| 17:36.30 |
ncsaba_ |
I get the
following error: |
| 17:36.34 |
ncsaba_ |
/home/csaba/dev/brlcad/trunk/src/libged/analyze.c:
In function analyze_do: |
| 17:36.34 |
ncsaba_ |
/home/csaba/dev/brlcad/trunk/src/libged/analyze.c:1412:6:
error: passing argument 2 of analyze_pipe discards const
qualifier from pointer target type [-Werror] |
| 17:36.34 |
ncsaba_ |
<PROTECTED> |
| 17:36.34 |
ncsaba_ |
<PROTECTED> |
| 17:36.34 |
ncsaba_ |
/home/csaba/dev/brlcad/trunk/src/libged/analyze.c:1331:1:
note: expected struct rt_db_internal * but argument is of type
const struct rt_db_internal * |
| 17:36.44 |
ncsaba_ |
<PROTECTED> |
| 17:37.13 |
ncsaba_ |
now it's
clear that the "const" part in "analyze_do" function header is the
problem, but: |
| 17:38.59 |
ncsaba_ |
in my first
commit I propagated that to all functions called by analyze_do up
to pipe.c -> pipe_elements_calculate, with the result that it
was cut back out by whoever commited it :-) |
| 17:39.09 |
ncsaba_ |
I mean my
first patch of course instead of first commit |
| 17:39.47 |
ncsaba_ |
anyway, I
think now that perhaps there was some good reason to do that - and
not sure how to continue this |
| 17:40.42 |
ncsaba_ |
Shaun, if
you're around, can you explain me what is the purpose of that
"const" in the analyze.c -> analyze_do function header
? |
| 17:42.48 |
Notify |
03GCI:AdityaGulati * 5260604122071040
Design a BRL-CAD business card #5: My Idea - Sir, My Idea is to
make a simple and appealing card.It should have neccesary info.I
have submited you a design.I... |
| 17:47.50 |
maths22 |
does anyone
have any ideas for how to fix
/home/maths22/brlcad-code/src/util/terrain.c:569:38: error:
parameter 'terrain_func' set but not used
[-Werror=unused-but-set-parameter] parse_args(int ac, char **av,
void (*terrain_func)(unsigned short *)) |
| 17:47.53 |
maths22 |
/home/maths22/brlcad-code/src/util/terrain.c:569:38:
error: parameter 'terrain_func' set but not used
[-Werror=unused-but-set-parameter] parse_args(int ac, char **av,
void (*terrain_func)(unsigned short *)) |
| 17:49.08 |
maths22 |
The parameter
is only used if a certain case is met |
| 17:54.36 |
ncsaba_ |
maths22:
while I'm not really the best to help on that, the first thing to
check is likely if you don't have a typo in the param name or it's
use ? |
| 17:57.06 |
ncsaba_ |
ok,
nevermind, if it would be a typo you would get a different
error |
| 17:58.41 |
Notify |
03GCI:Sean *
4822252646301696 Implement surface area function for NURBS objects
(BREP): AreaMassProperties() - This is the right basic approach,
but note that AreaMassProperties() does nothing. The... |
| 17:59.16 |
Notify |
03GCI:Sean *
4822252646301696 Implement surface area function for NURBS objects
(BREP): Task Needs More Work - One of the mentors has sent this
task back for more work. Talk to the mentor(s)... |
| 17:59.52 |
ncsaba_ |
brlcad: would
appreciate to talk some if you have time... |
| 17:59.56 |
Notify |
03GCI: * :
- |
| 18:00.45 |
Notify |
03GCI:Sharan
Narayan * 6389832628568064 Design a front cover of Doc Camp Book
#3: Ready for review - The work on this task is ready to be
reviewed. |
| 18:03.25 |
Notify |
03GCI:Sean *
5910527163236352 Design a cover image or banner for our Facebook
page (and/or another social media site) #11
http://www.google-melange.com/gci/task/view/google/gci2013/5910527163236352:... |
| 18:07.35 |
Notify |
03GCI:Anita
Leung * 5885841301831680 Create a book layout for our Doc Camp book
#5: Task Claimed - I would like to work on this task. |
| 18:08.20 |
Notify |
03GCI:Sean *
5260604122071040 Design a BRL-CAD business card #5: Task Needs More
Work - One of the mentors has sent this task back for more work.
Talk to the mentor(s) assigned to this task to... |
| 18:08.21 |
Notify |
03GCI:Sean *
5260604122071040 Design a BRL-CAD business card #5: getting better
- Aditya, this is looking better. A simple deisgn is fine and the
layout of the text and logo you added look good,... |
| 18:08.50 |
Notify |
03GCI:Sean *
5910527163236352 Design a cover image or banner for our Facebook
page (and/or another social media site) #11: Task Needs More Work -
One of the mentors has sent this task back for more... |
| 18:09.16 |
Notify |
03GCI:Mandeep
Kaur * 4972733939056640 Create a BRL-CAD presentation template #2:
Needs Improvement - Your template looks good but try to be more
creative and it should be impressive. Few... |
| 18:09.21 |
Notify |
03GCI:Mandeep
Kaur * 4972733939056640 Create a BRL-CAD presentation template #2:
Task Needs More Work - One of the mentors has sent this task back
for more work. Talk to the mentor(s) assigned to... |
| 18:10.01 |
Notify |
03GCI:Daniel
Rossberg * 4972733939056640 Create a BRL-CAD presentation template
#2: Some issues - You should use our new logo Could you please
provide an example presentation with a title slide,
a... |
| 18:10.32 |
Notify |
03GCI:Mandeep
Kaur * 5885841301831680 Create a book layout for our Doc Camp book
#5: Task Assigned - This task has been assigned to Anita Leung. You
have 72 hours to complete this task, good luck! |
| 18:11.28 |
Notify |
03GCI:Andromeda Galaxy * 4822252646301696
Implement surface area function for NURBS objects (BREP): Ready for
review - The work on this task is ready to be reviewed. |
| 18:14.05 |
Notify |
03BRL-CAD:tbrowder2 * 59117
brlcad/trunk/src/util/terrain.c: ws, style |
| 18:14.06 |
Notify |
03GCI:Sean *
5893967379955712 Design a front cover of Doc Camp Book #4: purple?
- Curious choice of color. The purple is somewhat distracting and
clashes with the red in our logo. Also, saying... |
| 18:14.08 |
andromeda-galaxy |
brlcad: I
changed it to mp.Area(); interestingly enough AreaMassProperties
function is still declared in the header file and still allows the
code to compile... |
| 18:14.41 |
Notify |
03GCI:Sean *
5893967379955712 Design a front cover of Doc Camp Book #4: Task
Needs More Work - One of the mentors has sent this task back for
more work. Talk to the mentor(s) assigned to this
task... |
| 18:17.18 |
Notify |
03BRL-CAD:tbrowder2 * 59118
(brlcad/trunk/src/libfb/if_X.c brlcad/trunk/src/util/png-pix.c):
use const char to quell '-Wwrite-strings' warnings |
| 18:17.43 |
Notify |
03GCI:Sean *
4972733939056640 Create a BRL-CAD presentation template #2
http://www.google-melange.com/gci/task/view/google/gci2013/4972733939056640:
not a template Mohamed, This does not seem... |
| 18:18.35 |
Notify |
03BRL-CAD:tbrowder2 * 59119
brlcad/trunk/src/librt/cut.c: make explicit cast from
void* |
| 18:19.07 |
andromeda-galaxy |
brlcad: the
_check.diff includes some code that makes sure that the
AreaMassProperties call worked, right now it will always
fail |
| 18:19.09 |
Notify |
03GCI:Sean *
5029433412943872 Design new Archer splash screen: Deadline extended
- The deadline of the task has been extended with 1 days and 0
hours. |
| 18:19.10 |
Notify |
03GCI:Sean *
5029433412943872 Design new Archer splash screen: Task Needs More
Work - One of the mentors has sent this task back for more work.
Talk to the mentor(s) assigned to this task to
satisfy... |
| 18:24.03 |
*** join/#brlcad Rishi_
(~rishishar@117.238.39.121) |
| 18:29.31 |
Notify |
03GCI:Ilkin
Musaev * 5029433412943872 Design new Archer splash screen: Ready
for review - The work on this task is ready to be
reviewed. |
| 18:31.47 |
Notify |
03GCI:Daniel
Rossberg * 5279198109237248 Fix Visual Studio Express build issues:
Upload a report of the failure to this task - similar to what you
did in the previous task. It looks like you found... |
| 18:32.17 |
Notify |
03GCI:Daniel
Rossberg * 5279198109237248 Fix Visual Studio Express build issues:
Deadline extended - The deadline of the task has been extended with
1 days and 0 hours. |
| 18:34.17 |
Notify |
03GCI:Mandeep
Kaur * 6389832628568064 Design a front cover of Doc Camp Book #3:
Task Closed - Congratulations, this task has been completed
successfully. |
| 18:39.17 |
maths22 |
brlcad: do
you want me to use my program to make a zip for 2012? |
| 18:54.06 |
Notify |
03BRL-CAD:j-schulte * 59120
(brlcad/trunk/src/libbu/tests/CMakeLists.txt
brlcad/trunk/src/libbu/tests/bu_sort.c): improve r59113 |
| 18:56.02 |
Notify |
03GCI:Johannes Schulte * 5830743313874944
Create unit tests for our basic utility library (LIBBU) #5: Ready
for review - The work on this task is ready to be
reviewed. |
| 18:57.38 |
Notify |
03GCI:Adit *
5322891348410368 Design a BRL-CAD business card #10: Ready for
review - The work on this task is ready to be reviewed. |
| 19:11.35 |
Notify |
03GCI:Sharan
Narayan * 5848861633413120 Create a BRL-CAD presentation template
#3: Task Claimed - I would like to work on this task. |
| 19:12.41 |
Notify |
03GCI:Sharan
Narayan * 5848861633413120 Create a BRL-CAD presentation template
#3: MS Office - Cant i use ms office for this task |
| 19:14.55 |
Notify |
03GCI:Mandeep
Kaur * 5848861633413120 Create a BRL-CAD presentation template #3:
Task Assigned - This task has been assigned to Sharan Narayan. You
have 72 hours to complete this task, good luck! |
| 19:15.00 |
Notify |
03GCI:Mandeep
Kaur * 5848861633413120 Create a BRL-CAD presentation template #3:
Use any tool - Yes, you can use that. |
| 19:19.32 |
*** join/#brlcad andromeda-galaxy
(~user@108-225-17-54.lightspeed.sntcca.sbcglobal.net) |
| 19:23.17 |
*** join/#brlcad FOSScookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 19:28.21 |
*** join/#brlcad andromeda-galaxy
(~user@108-225-17-54.lightspeed.sntcca.sbcglobal.net) |
| 19:32.25 |
maths22 |
brlcad: do we
want to quell the warning in src/util/terrain.c? |
| 19:32.38 |
maths22 |
or anone else
with an idea on the matter |
| 20:04.00 |
Notify |
03GCI:kenneth
dela harlley * 5844796983738368 Create a Motion Typography video
for BRL-CAD #5: Ready for review - The work on this task is ready
to be reviewed. |
| 20:16.42 |
Notify |
03BRL-CAD
Wiki:Random9908 * 0 /wiki/User:Random9908: |
| 20:22.08 |
*** join/#brlcad ncsaba_
(~ncsaba@p4FF70BC0.dip0.t-ipconnect.de) |
| 20:35.25 |
Notify |
03GCI:Melange
* 4932878790033408 Fix at least 8 spelling mistakes in at least 8
different files #7: Initial Deadline passed - Melange has detected
that the initial deadline has passed and it has set... |
| 21:01.24 |
Notify |
03GCI: * :
- |
| 21:48.47 |
Notify |
03GCI:Anita
Leung * 5885841301831680 Create a book layout for our Doc Camp book
#5: Ready for review - The work on this task is ready to be
reviewed. |
| 21:51.33 |
Notify |
03GCI:Anita
Leung * 5885841301831680 Create a book layout for our Doc Camp book
#5: Wow - This task took a whole lot longer than expected. Hope
the outcome is satisfying. |
| 21:59.14 |
Notify |
03GCI:starseeker * 5885841301831680 Create
a book layout for our Doc Camp book #5: Could you upload a PDF
version? - Some of us don't have access to Office, and it looks
like LibreOffice doesn't... |
| 22:06.19 |
Notify |
03GCI:starseeker * 5279198109237248 Fix
Visual Studio Express build issues: This is a consequence of a more
general issue.. - Having to do with how path searching for
libraries works on Windows.... |
| 22:06.24 |
Notify |
03GCI:starseeker * 5279198109237248 Fix
Visual Studio Express build issues: Task Closed - Congratulations,
this task has been completed successfully. |
| 22:12.14 |
*** join/#brlcad gcibot
(~gcibot@elsalvador.media.mit.edu) |
| 22:27.47 |
Notify |
03GCI:Anita
Leung * 5885841301831680 Create a book layout for our Doc Camp book
#5: Yeah no problem - Uploaded pdf file. |
| 22:45.16 |
Notify |
03GCI:Mohamed
Hammeda * 4972733939056640 Create a BRL-CAD presentation template
#2: Ready for review - The work on this task is ready to be
reviewed. |
| 22:46.41 |
Notify |
03GCI:Mohamed
Hammeda * 4972733939056640 Create a BRL-CAD presentation template
#2: What to Review - Please could you review the files which start
with CORRECTION becuase in the old files I... |
| 23:41.41 |
Notify |
03GCI:IanSan5653 * 5910527163236352 Design
a cover image or banner for our Facebook page (and/or another
social media site) #11: Ready for review - The work on this task is
ready to be reviewed. |
| 23:47.18 |
Notify |
03GCI:IanSan5653 * 5910527163236352 Design
a cover image or banner for our Facebook page (and/or another
social media site) #11: None - I uploaded the cover image and
mockup as PNG files, and then... |
| 00:00.34 |
Notify |
03GCI:Kristian Hansen * 4967846266273792
Identify and eliminate code duplication (100+ lines) #3: Please
reply - Please reply soon, before the task expires. |
| 00:46.05 |
*** join/#brlcad FOSScookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 02:08.24 |
*** join/#brlcad agkphysics
(~aaron@118-93-211-125.dsl.dyn.ihug.co.nz) |
| 02:13.31 |
Notify |
03GCI:agkphysics * 5878314371645440 Create
unit tests for our numerics math library (LIBBN) #5: Ready for
review - The work on this task is ready to be reviewed. |
| 02:14.46 |
Notify |
03BRL-CAD:tbrowder2 * 59121
brlcad/trunk/src/libbu/tests/bu_sort.c: use bu_strcmp to allow API
regression test to pass |
| 02:15.46 |
Notify |
03GCI:agkphysics * 5878314371645440 Create
unit tests for our numerics math library (LIBBN) #5: All tests pass
- When I compile and test, all mat tests pass. The patch is
mat-tests2.patch - There... |
| 02:17.56 |
Notify |
03GCI:agkphysics * 5878314371645440 Create
unit tests for our numerics math library (LIBBN) #5: BTW - I used
a combination of Wolfram Alpha and this website to help me insert
appropriate values to... |
| 02:19.38 |
Notify |
03BRL-CAD:tbrowder2 * 59122
brlcad/trunk/src/librt/primitives/pipe/pipe.c: rename vars named
'or' which is a C++ keyword (also renamed associated vars to keep
intent reasonably clear); make explicit casts from
void* |
| 02:31.24 |
Notify |
03BRL-CAD:tbrowder2 * 59123
(brlcad/trunk/src/librt/primitives/part/part.c
brlcad/trunk/src/librt/primitives/pnts/pnts.c and 11 others): make
explicit casts from void* for C++ compilation |
| 02:43.17 |
Notify |
03BRL-CAD:tbrowder2 * 59124
(brlcad/trunk/include/db.h brlcad/trunk/include/raytrace.h
brlcad/trunk/include/rtgeom.h): updates to get BRL-CAD C source
files compiled warning- and error-freewith a C++ compiler:+ move C
child structs up to top level (no change to C scope but makesscope
same in C++ so src/librt/cut.c will compile without error)+ in
rtgeom.h, struct rt_functab, increased size of two char arrays
tomake |
| 02:43.19 |
Notify |
room for
string-ending NULL for the current max length of theactual
initialized strings being usedsuccessful debug build on Debian 7,
64-bit:no warnings or errors (except for the usual from libgiam,
tcl, and step)successful 'make regress', 'make test', and 'make
benchmark' |
| 02:52.45 |
Notify |
03GCI:starseeker * 5885841301831680 Create
a book layout for our Doc Camp book #5: Task Closed -
Congratulations, this task has been completed
successfully. |
| 02:53.02 |
Notify |
03GCI:starseeker * 5885841301831680 Create
a book layout for our Doc Camp book #5: Looks nice! - Keep an eye
out for comments from Sean, who's much better at design than me,
but it looks good! Nice... |
| 04:16.57 |
*** join/#brlcad FOSScookie
(~brian@107.200.34.111) |
| 04:47.49 |
*** join/#brlcad FOSScookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 06:02.32 |
Notify |
03GCI:Sharan
Narayan * 5848861633413120 Create a BRL-CAD presentation template
#3: Ready for review - The work on this task is ready to be
reviewed. |
| 06:38.44 |
Notify |
03GCI:Anita
Leung * 5269580603719680 Fix image formatting in BRL-CAD's Docbook
Documentation (any one large document or 4 smaller documents) #5:
Task Claimed - I would like to work on this task. |
| 06:51.20 |
Notify |
03GCI:PCK-45
* 5794702095810560 Design a BRL-CAD Sticker #8: None - I did two
new stickers that are diferents from the previus logos. My delivery
folder is Stickers_BRL-CAD_2.rar. |
| 06:51.51 |
Notify |
03GCI:PCK-45
* 5794702095810560 Design a BRL-CAD Sticker #8: Ready for review -
The work on this task is ready to be reviewed. |
| 06:59.02 |
Notify |
03GCI:Anita
Leung * 5269580603719680 Fix image formatting in BRL-CAD's Docbook
Documentation (any one large document or 4 smaller documents) #5:
Everything's formatted - I just looked through the... |
| 06:59.27 |
Notify |
03GCI:Anita
Leung * 5269580603719680 Fix image formatting in BRL-CAD's Docbook
Documentation (any one large document or 4 smaller documents) #5:
Claim Removed - The claim on this task has been... |
| 07:55.02 |
*** join/#brlcad FreezingCold
(~FreezingC@135.0.41.14) |
| 08:20.00 |
Notify |
03GCI:Sean *
4822252646301696 Implement surface area function for NURBS objects
(BREP): Task Closed - Congratulations, this task has been completed
successfully. |
| 08:23.52 |
Notify |
03GCI:Sean *
5910527163236352 Design a cover image or banner for our Facebook
page (and/or another social media site) #11: Task Closed -
Congratulations, this task has been completed
successfully. |
| 08:24.10 |
Notify |
03GCI:Sean *
5910527163236352 Design a cover image or banner for our Facebook
page (and/or another social media site) #11: Task Closed -
Congratulations, this task has been completed
successfully. |
| 08:34.26 |
Notify |
03GCI: * :
- |
| 08:37.14 |
Notify |
03GCI:Sean *
5844796983738368 Create a Motion Typography video for BRL-CAD #5:
just three pauses remain - I see you sped up several sections,
which is good, but you still have three big pauses
in... |
| 08:37.39 |
Notify |
03GCI:Sean *
5844796983738368 Create a Motion Typography video for BRL-CAD #5:
Task Needs More Work - One of the mentors has sent this task back
for more work. Talk to the mentor(s) assigned to
this... |
| 08:38.04 |
Notify |
03GCI: * :
- |
| 08:38.49 |
Notify |
03GCI:Sean *
5794702095810560 Design a BRL-CAD Sticker #8: gradients do not work
- Gradients do not work for a sticker design. They will not print
well. Without the gradient, there's not much left... |
| 08:38.59 |
Notify |
03GCI:Sean *
5794702095810560 Design a BRL-CAD Sticker #8: Task Needs More Work
- One of the mentors has sent this task back for more work. Talk to
the mentor(s) assigned to this task to satisfy the... |
| 08:39.00 |
Notify |
03GCI:Sean *
5794702095810560 Design a BRL-CAD Sticker #8: Deadline extended -
The deadline of the task has been extended with 2 days and 0
hours. |
| 08:41.09 |
Notify |
03GCI:Sean *
5827618725167104 Design a front cover of Doc Camp Book: raw files?
- Would you again submit your raw files? This looks good, but the
stryker image background is a bit dull. We'd need... |
| 08:41.14 |
Notify |
03GCI:Sean *
5827618725167104 Design a front cover of Doc Camp Book: Task Needs
More Work - One of the mentors has sent this task back for more
work. Talk to the mentor(s) assigned to this task to... |
| 08:43.37 |
Notify |
03GCI:Sean *
4972733939056640 Create a BRL-CAD presentation template #2: Task
Closed - Congratulations, this task has been completed
successfully. |
| 08:45.37 |
Notify |
03GCI:Sean *
5848861633413120 Create a BRL-CAD presentation template #3: Task
Closed - Congratulations, this task has been completed
successfully. |
| 08:49.42 |
Notify |
03GCI:Sean *
5029433412943872 Design new Archer splash screen: Task Needs More
Work - One of the mentors has sent this task back for more work.
Talk to the mentor(s) assigned to this task to
satisfy... |
| 08:49.50 |
Notify |
03GCI:Sean *
5029433412943872 Design new Archer splash screen: again - Again,
you have dark text on a dark background that cannot be easily
read... You also have the black of our logo against
a... |
| 08:50.05 |
Notify |
03GCI:Sharan
Narayan * 5598858029563904 Update business card design with actual
martini glass diagram: Task Claimed - I would like to work on this
task. |
| 08:52.05 |
Notify |
03GCI:Sean *
5878314371645440 Create unit tests for our numerics math library
(LIBBN) #5: looks good - This looks good, but you should cite
those two sources you used for referene values in a... |
| 08:53.00 |
Notify |
03GCI:Sean *
5878314371645440 Create unit tests for our numerics math library
(LIBBN) #5: Task Needs More Work - One of the mentors has sent this
task back for more work. Talk to the mentor(s)... |
| 08:53.30 |
Notify |
03GCI:Sean *
5830743313874944 Create unit tests for our basic utility library
(LIBBU) #5: Task Closed - Congratulations, this task has been
completed successfully. |
| 09:00.55 |
Notify |
03GCI:Sean *
5887471241920512 Design a BRL-CAD business card #6: few issues -
This is looking interesting, different from others we've seen, but
I notice just a few issues: The shadow is... |
| 09:01.25 |
Notify |
03GCI:Sean *
5887471241920512 Design a BRL-CAD business card #6: Task Needs More
Work - One of the mentors has sent this task back for more work.
Talk to the mentor(s) assigned to this task to... |
| 09:03.10 |
Notify |
03GCI:Sean *
5322891348410368 Design a BRL-CAD business card #10: Task Closed -
Congratulations, this task has been completed
successfully. |
| 09:25.37 |
Notify |
03GCI:agkphysics * 5878314371645440 Create
unit tests for our numerics math library (LIBBN) #5: Ready for
review - The work on this task is ready to be reviewed. |
| 09:41.46 |
Notify |
03GCI:Pulkit
Mehta * 5887471241920512 Design a BRL-CAD business card #6: None -
Sir, If I remove the shadows and adjust the size of logo will it
do? moreover what I have seen is that the... |
| 09:52.47 |
Notify |
03GCI:Pulkit
Mehta * 5887471241920512 Design a BRL-CAD business card #6: None -
Sir, Placement of background logo towards left or some other side
also gives good effect so, please see these new... |
| 09:58.10 |
Notify |
03GCI:Pulkit
Mehta * 5887471241920512 Design a BRL-CAD business card #6: Ready
for review - The work on this task is ready to be
reviewed. |
| 09:59.38 |
*** join/#brlcad FOSScookie
(~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 10:02.28 |
Notify |
03GCI:AdityaGulati * 5260604122071040
Design a BRL-CAD business card #5: Ready for review - The work on
this task is ready to be reviewed. |
| 10:09.59 |
Notify |
03GCI:AdityaGulati * 5260604122071040
Design a BRL-CAD business card #5: The new files (& may be the
final ones) - Sir, I have uploaded 2 new files.I have made three
changes in the old files. I... |
| 10:16.14 |
Notify |
03GCI:Anita
Leung * 5956421170495488 Create Wordpress theme for BRL-CAD website
#2: Question - Is it possible to create a statically designed
website instead of a dynamic one? |
| 10:50.42 |
Notify |
03GCI:Vipul
Sharma * 5820781137231872 Create a book layout for our Doc Camp
book #4: Claim Removed - The claim on this task has been removed,
someone else can claim it now. |
| 11:15.59 |
*** join/#brlcad chick_
(~chick_@41.204.83.2) |
| 11:17.36 |
Notify |
03GCI:Harmanpreet * 5956421170495488
Create Wordpress theme for BRL-CAD website #2: Dynamic - I hope
you are clear with the difference between static and dynamic
website. In static website, all... |
| 11:19.20 |
chick_ |
how do i get
a working copy of brlcad? |
| 11:35.22 |
Notify |
03GCI:kenneth
dela harlley * 5844796983738368 Create a Motion Typography video
for BRL-CAD #5: Ready for review - The work on this task is ready
to be reviewed. |
| 11:37.32 |
Notify |
03GCI:Johannes Schulte * 5314763659673600
Identify and eliminate code duplication (100+ lines): Task Claimed
- I would like to work on this task. |
| 11:44.12 |
Notify |
03GCI:Mohamed
Hammeda * 5617838026915840 Design a cover image or banner for our
Facebook page (and/or another social media site) #9: Task Claimed -
I would like to work on this task. |
| 12:00.40 |
*** join/#brlcad jschulte
(~johannes@p4FDFABA4.dip0.t-ipconnect.de) |
| 12:52.59 |
*** join/#brlcad luca79
(~luca@188-22-134-244.adsl.highway.telekom.at) |
| 13:20.33 |
Notify |
03GCI: * :
- |
| 13:37.35 |
``Erik |
hm, lenovo
has a new laptop with a 3200x1800 display, starseeker might dig
that |
| 13:37.45 |
``Erik |
http://hothardware.com/Reviews/Lenovo-Yoga-2-Pro-Review/ |
| 13:37.49 |
``Erik |
http://hardware.slashdot.org/story/13/12/23/0337249/rise-of-the-super-high-res-notebook-display |
| 13:40.29 |
Notify |
03GCI:Harmanpreet * 5617838026915840
Design a cover image or banner for our Facebook page (and/or
another social media site) #9: Task Assigned - This task has been
assigned to Mohamed Hammeda. You... |
| 13:48.35 |
Notify |
03GCI:Johannes Schulte * 5314763659673600
Identify and eliminate code duplication (100+ lines): None - If I
have a code duplication between libged and a specific primitive of
librt, where should I... |
| 14:10.05 |
*** join/#brlcad gcibot
(~gcibot@elsalvador.media.mit.edu) |
| 15:02.52 |
*** join/#brlcad luca79
(~luca@91-115-241-16.adsl.highway.telekom.at) |
| 15:10.34 |
Notify |
03GCI:Mohamed
Hammeda * 5617838026915840 Design a cover image or banner for our
Facebook page (and/or another social media site) #9: Ready for
review - The work on this task is ready to be reviewed. |
| 15:14.11 |
Notify |
03GCI:Andromeda Galaxy * 5556754465161216
Create unit tests for our basic utility library (LIBBU): Task
Claimed - I would like to work on this task. |
| 15:15.46 |
Notify |
03GCI:Ilkin
Musaev * 5029433412943872 Design new Archer splash screen: Ready
for review - The work on this task is ready to be
reviewed. |
| 15:23.46 |
Notify |
03GCI:Harmanpreet * 5617838026915840
Design a cover image or banner for our Facebook page (and/or
another social media site) #9: Messy - Mohammed, The design is
messy, looks unorganized and lacks... |
| 15:24.01 |
Notify |
03GCI:Harmanpreet * 5617838026915840
Design a cover image or banner for our Facebook page (and/or
another social media site) #9: Task Needs More Work - One of the
mentors has sent this task back for... |
| 15:24.17 |
Notify |
03GCI:Harmanpreet * 5556754465161216
Create unit tests for our basic utility library (LIBBU): Task
Assigned - This task has been assigned to Andromeda Galaxy. You
have 72 hours to complete this... |
| 15:28.47 |
Notify |
03GCI:Mandeep
Kaur * 5598858029563904 Update business card design with actual
martini glass diagram: Task Assigned - This task has been assigned
to Sharan Narayan. You have 72 hours to complete
this... |
| 16:11.24 |
Notify |
03GCI:Mohamed
Hammeda * 5617838026915840 Design a cover image or banner for our
Facebook page (and/or another social media site) #9: Ready for
review - The work on this task is ready to be reviewed. |
| 16:12.09 |
Notify |
03GCI:Mohamed
Hammeda * 5617838026915840 Design a cover image or banner for our
Facebook page (and/or another social media site) #9: Please could
you mark the files that start with NEW - Hi... |
| 16:30.51 |
*** join/#brlcad cpc26
(~cpc26@fsf/member/cpc26) |
| 16:40.10 |
andromeda-galaxy |
Can someone
please help me understand the way that extruded sketches are
represented? I do not understand the three perpendicular
vectors... |
| 16:46.00 |
*** join/#brlcad kesha
(~kesha@49.249.16.219) |
| 17:08.36 |
Notify |
03GCI:Sharan
Narayan * 5598858029563904 Update business card design with actual
martini glass diagram: Ready for review - The work on this task is
ready to be reviewed. |
| 17:26.36 |
*** join/#brlcad jschulte
(~johannes@p4FDFABA4.dip0.t-ipconnect.de) |
| 17:29.40 |
*** join/#brlcad kesha
(~kesha@49.249.16.219) |
| 17:57.56 |
Notify |
03GCI:Sharan
Narayan * 5598858029563904 Update business card design with actual
martini glass diagram: Splash Screen - Could you add one more task
on creating a splash screen |
| 18:00.21 |
Notify |
03GCI:Rishi
Sharma * 6143466862018560 Design a cover image or banner for our
Facebook page (and/or another social media site) #12: None - Sir
can i get another task to design a cover photo ?
Will... |
| 18:03.41 |
Notify |
03BRL-CAD:carlmoore * 59125
brlcad/trunk/src/halftone/main.c: more touchup of the Usage
message |
| 18:23.34 |
Notify |
03BRL-CAD:r_weiss * 59126
(rtcmp/trunk/configure.ac rtcmp/trunk/perfcomp.c
rtcmp/trunk/tri.c): Updates to 'rtcmp' to allow it to build with
the current trunk. |
| 18:30.38 |
Notify |
03GCI:Melange
* 4967846266273792 Identify and eliminate code duplication (100+
lines) #3: Task Reopened - Melange has detected that the final
deadline has passed and it has reopened the task. |
| 18:31.51 |
Notify |
03GCI:Sean *
5617838026915840 Design a cover image or banner for our Facebook
page (and/or another social media site) #9: Task Needs More Work -
One of the mentors has sent this task back for more... |
| 18:35.31 |
Notify |
03GCI:Sean *
5617838026915840 Design a cover image or banner for our Facebook
page (and/or another social media site) #9: same comments -
Mohamed, The same comments still apply. BRL-CAD is
missing... |
| 18:37.16 |
Notify |
03GCI:Sean *
5844796983738368 Create a Motion Typography video for BRL-CAD #5:
Task Closed - Congratulations, this task has been completed
successfully. |
| 18:38.26 |
Notify |
03GCI:Sean *
5844796983738368 Create a Motion Typography video for BRL-CAD #5:
now a little rushed - Now it's just a little rushed, but it looks
better. (10 milliseconds makes a huge difference)... |
| 18:47.27 |
Notify |
03GCI:Sean *
5260604122071040 Design a BRL-CAD business card #5: Task Needs More
Work - One of the mentors has sent this task back for more work.
Talk to the mentor(s) assigned to this task to... |
| 18:47.32 |
Notify |
03GCI:Sean *
5260604122071040 Design a BRL-CAD business card #5: Deadline
extended - The deadline of the task has been extended with 1 days
and 0 hours. |
| 18:47.43 |
Notify |
03GCI:Sean *
5260604122071040 Design a BRL-CAD business card #5: getting better
- This is looking better, but a few issues are introduced: Where
is the background image from? (Must have rights to... |
| 18:48.13 |
Notify |
03GCI:Sean *
5827618725167104 Design a front cover of Doc Camp Book: Task Closed
- Congratulations, this task has been completed
successfully. |
| 18:49.08 |
Notify |
03GCI:Andromeda Galaxy * 5556754465161216
Create unit tests for our basic utility library (LIBBU): Ready for
review - The work on this task is ready to be reviewed. |
| 18:49.23 |
Notify |
03GCI:Sean *
5029433412943872 Design new Archer splash screen: Task Closed -
Congratulations, this task has been completed
successfully. |
| 18:51.53 |
Notify |
03GCI:Sean *
5029433412943872 Design new Archer splash screen: thank you -
Thank you for your efforts, Ilkin. Each iteration you got a little
bit better, so I encourage you to keep trying
different... |
| 18:53.19 |
Notify |
03GCI:Sean *
5878314371645440 Create unit tests for our numerics math library
(LIBBN) #5: Task Closed - Congratulations, this task has been
completed successfully. |
| 18:53.30 |
*** join/#brlcad Deepak
(~chatzilla@117.199.97.92) |
| 18:56.09 |
brlcad |
andromeda-galaxy: the three vectors
describe the bounding volume |
| 18:56.20 |
brlcad |
the sketch is
a simple 2D parametric surface |
| 18:56.59 |
brlcad |
the extrude
turns that 2D into 3D so you can use the three vectors to scale the
width/height/depth of the sketch |
| 18:58.38 |
jschulte |
If I have a
code duplication between libged and a specific primitive of librt,
where should I put the function to resolve this. Is putting it into
the primitive-specific librt file and then including this file into
libged fine? |
| 19:07.30 |
Notify |
03GCI:Sean *
5878314371645440 Create unit tests for our numerics math library
(LIBBN) #5: Looks good - Looks good, go ahead and commit.
;) |
| 19:13.11 |
Notify |
03GCI:Sean *
5887471241920512 Design a BRL-CAD business card #6: better - Let's
work with the "enlarged" version, it looks the most distinct of the
set. That said, the resolution is much too low.... |
| 19:13.26 |
Notify |
03GCI:Sean *
5887471241920512 Design a BRL-CAD business card #6: Task Needs More
Work - One of the mentors has sent this task back for more work.
Talk to the mentor(s) assigned to this task to... |
| 19:15.06 |
Notify |
03GCI:Sean *
5598858029563904 Update business card design with actual martini
glass diagram: Task Needs More Work - One of the mentors has sent
this task back for more work. Talk to the mentor(s)... |
| 19:18.22 |
Notify |
03GCI:Sean *
5598858029563904 Update business card design with actual martini
glass diagram: low resolution - The resolution there is too low
for printing. The image template needs to be about... |
| 19:23.30 |
Notify |
03BRL-CAD:tbrowder2 * 59127
(brlcad/trunk/src/librt/primitives/arbn/arbn.c
brlcad/trunk/src/librt/primitives/bot/btg.c and 26 others): +
refactor to replace identical 'rt_xxx_class' funcs with
new'rt_generic_class' function+ correct 'rt_dsp_class' function
signatureNote 'rt_dsp_class' function is also a candidate for
replacement by'rt_generic_class' since its contents are for debug
logging only. |
| 19:24.12 |
Notify |
03GCI:Sean *
5556754465161216 Create unit tests for our basic utility library
(LIBBU): subtle style errors - Note that you have a few subtle
style errors. The return type for functions belongs on
a... |
| 19:24.22 |
Notify |
03GCI:Sean *
5556754465161216 Create unit tests for our basic utility library
(LIBBU): Task Needs More Work - One of the mentors has sent this
task back for more work. Talk to the mentor(s)
assigned... |
| 19:28.01 |
andromeda-galaxy |
brlcad: if
you will still be here for a minute, I can correct those things
quickly |
| 19:43.46 |
Notify |
03GCI:Andromeda Galaxy * 5556754465161216
Create unit tests for our basic utility library (LIBBU): Ready for
review - The work on this task is ready to be reviewed. |
| 19:50.43 |
Notify |
03BRL-CAD:carlmoore * 59128
brlcad/trunk/src/util/hex.c: eliminate an 'else' by reversing an
'if'; bu_opterr stays in but only needs to be set once |
| 19:54.06 |
Notify |
03BRL-CAD:carlmoore * 59129
brlcad/trunk/src/util/hex.c: further adjustment of 'else'
usage |
| 19:58.46 |
Notify |
03GCI:starseeker * 5556754465161216 Create
unit tests for our basic utility library (LIBBU): Task Closed -
Congratulations, this task has been completed
successfully. |
| 20:01.42 |
*** join/#brlcad ncsaba_
(~ncsaba@p4FF7592C.dip0.t-ipconnect.de) |
| 20:04.54 |
Notify |
03GCI:Jacob B
* 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Claim Removed -
The claim on this task has been removed, someone else can claim it
now. |
| 20:05.14 |
Notify |
03GCI:Jacob B
* 5339349663088640 Fix errors in Hacking BRL-CAD book: Task Claimed
- I would like to work on this task. |
| 20:06.58 |
ncsaba_ |
math22: I've
got the src/util/terrain.c compiling, if you're
interested |
| 20:07.40 |
ncsaba_ |
maths22:
sorry, I misspelled your nick... |
| 20:10.09 |
ncsaba_ |
I will upload
a patch to the sourceforge page, here it seems to be censured
(which makes actually sense) |
| 20:11.51 |
Notify |
03GCI:Anita
Leung * 5956421170495488 Create Wordpress theme for BRL-CAD website
#2: The current website provided is static - Right, it's just that
the website provided is actually statically... |
| 20:12.01 |
Notify |
03GCI:Anita
Leung * 5956421170495488 Create Wordpress theme for BRL-CAD website
#2: Task Claimed - I would like to work on this task. |
| 20:13.43 |
brlcad |
jschulte:
depends on the code duplication, but in general "no" ..
primitive-specific librt files shouldn't be included by anything
other than those primitives |
| 20:14.10 |
*** join/#brlcad gcibot
(~gcibot@elsalvador.media.mit.edu) |
| 20:14.26 |
brlcad |
that said
there's clearly precedence and situations where you need access to
something a primitive defined -- in those cases, we usually create
new public librt API that has been thought through |
| 20:15.00 |
brlcad |
if it's nmg
or nurbs/brep code, it could be a contender for getting moved to a
different library like libnmg or libbrep |
| 20:15.36 |
brlcad |
ncsaba_:
appreciated, but you don't need to submit your patches to
sourceforge for GCI |
| 20:15.59 |
ncsaba_ |
brlcad: is
that GCI ? |
| 20:16.05 |
brlcad |
andromeda-galaxy: I figured as much, but
you can go ahead and commit -- post a url to the commit |
| 20:16.23 |
brlcad |
ncsaba_:
sorry, misunderstood you |
| 20:16.33 |
ncsaba_ |
I only made
some modifications so the code compiles without error
:-) |
| 20:16.43 |
brlcad |
nods |
| 20:17.29 |
brlcad |
ncsaba_: big
patch? little patch? |
| 20:18.05 |
brlcad |
if it's just
a line or two, I can fix it directly or you can submit your patch
.. you're getting close patch-wise to needing a different process
iirc |
| 20:18.23 |
ncsaba_ |
not even sure
it is still OK |
| 20:18.24 |
ncsaba_ |
the main idea
is to use pointer to function pointer, that will
compile |
| 20:18.24 |
ncsaba_ |
but I'm
definitely not a C expert and it can actually do something totally
else than I expect |
| 20:18.24 |
ncsaba_ |
little |
| 20:18.24 |
ncsaba_ |
I tried
yesterday to copy paste in here, but obviously doesn't
work |
| 20:18.45 |
brlcad |
~pastebin |
| 20:18.45 |
infobot |
A "pastebin"
is a web-based service where you should paste anything over 3 lines
so you don't flood the channel. Here are links to a few: http://www.pastebin.com, http://pastebin.ca, http://channels.debian.net/paste,
http://paste.lisp.org,
http://bin.cakephp.org/; or
install pastebinit with yum or aptitude. |
| 20:18.58 |
brlcad |
use any one
of those EXCEPT not pastebin.com ;) |
| 20:20.39 |
ncsaba_ |
ok, it's a 50
lines diff |
| 20:21.26 |
brlcad |
okay, that's
worth submitting :) |
| 20:21.46 |
brlcad |
just make
sure your checkout is up-to-date .. there have been LOTS of
signature changes lately |
| 20:21.55 |
brlcad |
which is
almost certainly why you've encountered issues |
| 20:22.05 |
brlcad |
normally we
compile quite cleanly just about anywhere |
| 20:22.05 |
maths22 |
ncasba~
thanks |
| 20:22.34 |
maths22 |
ncsaba_: I
also seem unableto type nikcs |
| 20:23.26 |
maths22 |
brlcad: for
the docbook task I'm doing now, it has taken me about an hour to
work through 1 chapter |
| 20:23.47 |
ncsaba_ |
I've freshly
updated svn |
| 20:23.49 |
maths22 |
I think it
should be split into a couple tasks (by section or
something) |
| 20:24.16 |
ncsaba_ |
http://paste.ubuntu.com/6625248/ |
| 20:25.23 |
ncsaba_ |
maths22:
please have a look and tell me if that looks anywhere near to
something OK, I simply guessed, but it compiles |
| 20:25.45 |
maths22 |
I think so.
It will probably make gcc4.8 happy |
| 20:25.57 |
ncsaba_ |
my C
experience is mostly limited to reading brl-cad code
;-) |
| 20:26.18 |
maths22 |
That is my C
experience too, unless ROBOTC counts |
| 20:27.53 |
maths22 |
brlcad or
someone else more experienced will probably be able to tell
you |
| 20:28.55 |
jschulte |
brlcad: Ok
thanks for the explanation, I'll think about this issue.
Nevertheless you can assign the task (
http://www.google-melange.com/gci/task/view/google/gci2013/5314763659673600)
, there are more places to eliminate duplicated code |
| 20:29.25 |
Notify |
03BRL-CAD:tbrowder2 * 59130
(brlcad/trunk/include/raytrace.h
brlcad/trunk/src/librt/primitives/table.c): updates to get BRL-CAD
C source files compiled warning- and error-freewith a C++
compiler:add macros in raytrace.h for proper casting of rt_functab
functions toproper formuse macros in table.c on all rt_functab
functionssuccessful debug build on Debian 7, 64-bit:no warnings or
errors (except for the usual from |
| 20:29.27 |
Notify |
libgiam, tcl,
and step)successful 'make regress', 'make test', and 'make
benchmark' |
| 20:29.47 |
ncsaba_ |
brlcad: I
guess you're too busy with GCI to get some more bothering from me
about what the "const" means in the "const struct ..." of
analyze_general (and most of such headers in rt_functab)
? |
| 20:31.35 |
Notify |
03BRL-CAD:tbrowder2 * 59131
brlcad/trunk/src/librt/primitives/dsp/dsp.c: oops, correct unclosed
comment |
| 20:33.12 |
ncsaba_ |
btw, I
started to play with the python-brlcad project and generally
wrapping brlcad functionality in python syntax |
| 20:33.29 |
maths22 |
what I have
gotten through so far is http://brlcad.org/~maths22/HACKING_BRL-CAD.html |
| 20:34.44 |
ncsaba_ |
maths22: if
you can shortly explain what is to be done (pointers are OK too), I
would be happy to help out with anything documentation |
| 20:35.12 |
Notify |
03GCI:Melange
* 4932878790033408 Fix at least 8 spelling mistakes in at least 8
different files #7: Task Reopened - Melange has detected that the
final deadline has passed and it has reopened the... |
| 20:35.13 |
ncsaba_ |
that's one of
the pains of BRL-CAD - not that there's no documentation, but it's
hard to find it |
| 20:35.50 |
maths22 |
I am
currently working on a GCI task of formatting the HACKING_BRL-CAD
book for docbook |
| 20:36.17 |
maths22 |
the original
is at http://en.flossmanuals.net/contributors-guide-to-brl-cad/index/ |
| 20:37.07 |
Notify |
03BRL-CAD:tbrowder2 * 59132
brlcad/trunk/src/util/terrain.c: ws, style |
| 20:37.27 |
*** join/#brlcad gcibot
(~gcibot@elsalvador.media.mit.edu) |
| 20:37.45 |
gcibot |
Message by
Ignacio: Hi, if someone ready it, let me know (/msg
Ignacio) |
| 20:47.17 |
ncsaba_ |
maths22: I
was supposing the brlcad/trunk/src/util/terrain.c code is yours,
but maybe I'm mistaken ? |
| 20:47.17 |
ncsaba_ |
that's
another issue with IRC, it's not always clear who you're talking to
:-) |
| 20:47.43 |
maths22 |
no; I have
the problem with the code, but I did not write it |
| 20:48.11 |
maths22 |
I am trying
to compile it with gcc4.8, which seems more picky than the compiler
of whoever did write it |
| 20:48.15 |
*** join/#brlcad gcibot
(~gcibot@elsalvador.media.mit.edu) |
| 20:48.33 |
ncsaba_ |
aha |
| 20:49.54 |
ncsaba_ |
brlcad:
here's the patch for brlcad/trunk/src/util/terrain.c: http://paste.ubuntu.com/6625248/ |
| 20:50.28 |
ncsaba_ |
not sure if
the URL without more explanations caught your attention
:-) |
| 20:53.02 |
*** join/#brlcad Ignacio
(~IgnacioUy@2001:4830:134:7::11) |
| 20:54.42 |
*** join/#brlcad FreezingCold
(~FreezingC@135.0.41.14) |
| 21:01.47 |
Notify |
03BRL-CAD:tbrowder2 * 59133
brlcad/trunk/src/other/libutahrle/include/rle_config.h: reorder
common.h to use its defs for proper C++ compilation |
| 21:08.11 |
Notify |
03GCI:Andromeda Galaxy * 5858454442868736
Create unit tests for our basic utility library (LIBBU) #4: Task
Claimed - I would like to work on this task. |
| 21:15.14 |
Notify |
03BRL-CAD:tbrowder2 * 59134
brlcad/trunk/src/librt/fortray.c: ws, style |
| 21:28.06 |
Notify |
03BRL-CAD:tbrowder2 * 59135
brlcad/trunk/src/librt/primitives/bot/btg.c: ws, style |
| 22:02.47 |
Notify |
03BRL-CAD:peter-sa * 59136
(brlcad/trunk/src/libbu/tests/CMakeLists.txt
brlcad/trunk/src/libbu/tests/bu_vls.c): Add unit tests for several
more VLS functions in libbu, from GCI task
http://www.google-melange.com/gci/task/view/google/gci2013/5556754465161216 |
| 22:02.48 |
gcibot |
Create unit
tests for our basic utility library (LIBBU) |
| 22:02.48 |
gcibot |
Status:
Closed |
| 22:02.48 |
gcibot |
Mentor(s):
Daniel Rossberg |
| 22:14.27 |
Notify |
03GCI:Mohamed
Hammeda * 5617838026915840 Design a cover image or banner for our
Facebook page (and/or another social media site) #9: Ready for
review - The work on this task is ready to be reviewed. |
| 22:15.44 |
Notify |
03GCI:Mohamed
Hammeda * 5617838026915840 Design a cover image or banner for our
Facebook page (and/or another social media site) #9: Please could
you review the zip file. - Hi Sean, I just messages... |
| 22:18.52 |
maths22 |
brlcad: let
me know what you think about the docbook so far |
| 22:21.39 |
maths22 |
I've gotten
through ch 2 and part of ch 3 |
| 22:36.43 |
Notify |
03GCI:starseeker * 5339349663088640 Fix
errors in Hacking BRL-CAD book: Task Assigned - This task has been
assigned to Jacob B. You have 72 hours to complete this task, good
luck! |
| 22:52.12 |
maths22 |
starseeker:
did you see my message earlier about the task? |
| 23:27.27 |
*** part/#brlcad Ignacio
(~IgnacioUy@2001:4830:134:7::11) |
| 00:00.01 |
kanzure |
or, if it
does, show it to me and i will fix |
| 00:00.28 |
ncsaba_ |
well there's
no actual code yet which could do that, but I guess you're
right |
| 00:00.58 |
ncsaba_ |
I'm kind of
beginner with python, although I like it more and more
:-) |
| 00:01.29 |
ncsaba_ |
OK, it's late
here and I will go now - do you have something for me to work on
tomorrow ? |
| 00:01.46 |
ncsaba_ |
my goal is to
get closer to the python version of mged |
| 00:01.52 |
kanzure |
open up
ipython: import antigravity |
| 00:02.11 |
kanzure |
well, i think
that working on some basic models for pythonic cad would be useful,
but it's a big task that i haven't tackled yet |
| 00:02.37 |
ncsaba_ |
yes, it
doesn't need to happen at once |
| 00:03.01 |
kanzure |
about 4 years
ago i did a similar thing for opencascade+python |
| 00:03.02 |
kanzure |
https://github.com/kanzure/skdb/blob/master/geom/geom.py |
| 00:03.12 |
kanzure |
but the
underlying models in opencascade are different of
course |
| 00:03.26 |
ncsaba_ |
I'll be happy
to be able to open a .g db file, create some RPPs and ray-trace for
starters |
| 00:03.29 |
kanzure |
but the basic
idea is that a cube or a sphere should be basically the same
classes/subclasses with the same available operations |
| 00:03.31 |
kanzure |
sure |
| 00:04.07 |
kanzure |
a way to dump
to a png for visualization might be nice |
| 00:04.43 |
ncsaba_ |
I wonder if
we couldn't actually reuse the TK display manager for
starters |
| 00:05.15 |
ncsaba_ |
and only
replace the TCL shell part |
| 00:05.51 |
kanzure |
you can embed
python into the compiled project if you want |
| 00:05.56 |
kanzure |
but that is
outside the scope of python-brlcad |
| 00:05.59 |
ncsaba_ |
it is fairly
complex what mged does there, I had a short reading of mged.h and
friends |
| 00:06.12 |
kanzure |
python-brlcad
could provide its own tk gui (i think a few tk modules are
distributed by default with python) |
| 00:06.33 |
ncsaba_ |
no, I don't
want to embed python in brlcad |
| 00:06.35 |
kanzure |
(a
python-based gui is not a high priority for me at the
moment) |
| 00:07.29 |
ncsaba_ |
but I think
it is possible to start up the existing brlcad display managers
from python/ctypes, and use it via python command line augmented
with the ctypes bindings + convenience wrappers |
| 00:08.06 |
ncsaba_ |
not sure if
that is really possible, but might be |
| 00:08.11 |
*** join/#brlcad merzo
(~merzo@222-49-132-95.pool.ukrtel.net) |
| 00:08.59 |
ncsaba_ |
but if you
have plans of simplifying the bindings code first, I will be happy
to help out if you need any leg-work on that |
| 00:10.15 |
ncsaba_ |
regarding the
python code, I will want then to experiment with a slightly
different modelling paradigm, based on total separation of
structure and positioning |
| 00:11.03 |
ncsaba_ |
what I mean
by that is: when I want to create an RPP, I really don't care where
I will place it at the end, I just want to give 3 edge
sizes |
| 00:11.48 |
kanzure |
that's right,
i want some sort of declarative modeling where you can create
arbitrary instances of a cube/shape/whatever definitions, and then
use those to fuse/intersect/union with other objects |
| 00:12.08 |
ncsaba_ |
then the
positioning will be done by querying the RPP for one of it's
edges/faces/corner points, and constrain that with respect to other
objects of the model |
| 00:14.12 |
ncsaba_ |
constraints
can become arbitrarily complex, involving possibly multiple
reference points on different objects, and different logic of how
to relate those |
| 00:14.36 |
ncsaba_ |
that's why I
actually want to use python first - all this is really foggy now,
and C is simply not a good prototyping language |
| 00:16.10 |
ncsaba_ |
ok, so that's
about what I aim for - small steps first :-) |
| 00:16.37 |
kanzure |
cool, thanks
for being around btw |
| 00:16.48 |
kanzure |
i think
you're the first person to try the library that i didn't directly
contact |
| 00:17.00 |
kanzure |
e.g. you are
not using it because i bugged you to :) |
| 00:17.04 |
ncsaba_ |
:-) |
| 00:17.12 |
ncsaba_ |
let's clean
up the ctypes bindings code, and then will go
further... |
| 00:17.43 |
ncsaba_ |
but there I
need you to tell me what aspects I should touch - tomorrow, it's
late here now :-) |
| 00:20.15 |
ncsaba_ |
BTW, I get
lots of this: ERROR:
/home/csaba/deploy/brlcad/dev-7.24.1/include/tclDecls.h:1662:
Syntax error at 'va_list' |
| 00:20.29 |
ncsaba_ |
and: ERROR:
/usr/include/stdio.h:515: Syntax error at
'__gnuc_va_list' |
| 00:20.30 |
kanzure |
ctypesgen is
using gcc to parse the files i think |
| 00:20.44 |
ncsaba_ |
I was
supposing those are just ignored |
| 00:20.50 |
kanzure |
i think they
are |
| 00:20.55 |
ncsaba_ |
ok |
| 00:21.00 |
kanzure |
but it might
also be fixable. i haven't investigated in ctypesgen completely
yet. |
| 00:21.13 |
ncsaba_ |
it is in TCL
code - I'm not sure if it is interesting at all |
| 00:21.44 |
ncsaba_ |
I would also
try to understand the relation between libged and TCL, and try to
factor it out altogether if possible |
| 00:21.47 |
kanzure |
ctypesgen has
a bunch of issues with parsing the brlcad macros |
| 00:21.51 |
ncsaba_ |
aha |
| 00:22.04 |
kanzure |
i think it is
still choking on a good number of macros from bu |
| 00:22.48 |
ncsaba_ |
well I don't
see any other errors |
| 00:23.28 |
kanzure |
i wonder if i
enabled error suppression? |
| 00:23.49 |
ncsaba_ |
I see lots of
those "va_list" related errors, and that's all |
| 00:24.57 |
ncsaba_ |
you have
this: options.include_macros = False |
| 00:25.07 |
ncsaba_ |
probably
macros are skipped altogether ? |
| 00:25.47 |
kanzure |
hmm i can't
remember if that was intentional |
| 00:25.49 |
ncsaba_ |
and:
options.show_all_errors = debug |
| 00:26.00 |
ncsaba_ |
I guess it
will show all errors |
| 00:27.24 |
ncsaba_ |
ok, I will
really have to go now, it's 2AM here :-) |
| 00:27.32 |
ncsaba_ |
almost |
| 00:28.11 |
ncsaba_ |
will keep in
touch, most likely via mail, due to time zones :-) |
| 00:28.18 |
ncsaba_ |
bye
! |
| 00:28.37 |
kanzure |
lemme know
what you think about https://github.com/kanzure/python-brlcad/pull/10
whenever |
| 00:30.34 |
ncsaba_ |
I'm not picky
anymore about small things like that, got over the age when I was
:-) |
| 00:31.35 |
ncsaba_ |
what could be
more interesting is to get the library list, dependencies, and
perhaps other configuration into a config file read by the
post-install |
| 00:32.01 |
ncsaba_ |
so you don't
need to change code for changing the library list, and let the end
user easily fix it too when needed |
| 00:33.18 |
ncsaba_ |
ok, I will
leave now really :-) |
| 00:33.19 |
ncsaba_ |
bye |
| 02:27.16 |
Notify |
03BRL-CAD:tbrowder2 * 59179
brlcad/trunk/src/lgt/texture.c: convert K&R func
format |
| 02:43.20 |
Notify |
03BRL-CAD:tbrowder2 * 59180
brlcad/trunk/src/conv/euclid/g-euclid1.c: ws, style |
| 02:43.30 |
Notify |
03BRL-CAD:tbrowder2 * 59181
brlcad/trunk/src/conv/euclid/g-euclid1.c: rename var 'class' which
is a C++ keyword |
| 02:46.06 |
Notify |
03BRL-CAD:tbrowder2 * 59182
brlcad/trunk/src/conv/iges/add_face.c: convert K&R func format
to ANSI |
| 02:46.51 |
Notify |
03BRL-CAD:tbrowder2 * 59183
brlcad/trunk/src/conv/iges/add_loop.c: convert K&R func format
to ANSI |
| 02:50.51 |
Notify |
03BRL-CAD:tbrowder2 * 59184
brlcad/trunk/src/conv/iges/check_names.c: convert K&R func
formats to ANSI |
| 02:54.19 |
Notify |
03BRL-CAD:tbrowder2 * 59185
brlcad/trunk/src/conv/iges/conv_drawings.c: convert K&R func
formats to ANSI |
| 02:55.24 |
Notify |
03BRL-CAD:tbrowder2 * 59186
brlcad/trunk/src/conv/iges/cyl.c: convert K&R func format to
ANSI |
| 02:56.16 |
Notify |
03BRL-CAD:tbrowder2 * 59187
brlcad/trunk/src/conv/iges/ell.c: convert K&R func format to
ANSI |
| 02:58.07 |
Notify |
03BRL-CAD:tbrowder2 * 59188
brlcad/trunk/src/conv/iges/g-iges.c: convert K&R func format to
ANSI |
| 03:03.31 |
*** join/#brlcad gcibot
(~gcibot@elsalvador.media.mit.edu) |
| 03:18.19 |
Notify |
03BRL-CAD:tbrowder2 * 59189
(brlcad/trunk/src/conv/iges/get_vertex.c
brlcad/trunk/src/conv/iges/iges.c and 7 others): convert K&R
func formats to ANSI |
| 03:19.14 |
Notify |
03BRL-CAD:tbrowder2 * 59190
brlcad/trunk/src/conv/nmg/nmg-sgp.c: convert K&R func format to
ANSI |
| 03:19.43 |
*** join/#brlcad gcibot
(~gcibot@elsalvador.media.mit.edu) |
| 03:26.06 |
Notify |
03BRL-CAD:tbrowder2 * 59191
brlcad/trunk/src/conv/vdeck/vdeck.c: rename func 'delete' which is
a C++ keyword |
| 03:47.18 |
Notify |
03BRL-CAD:tbrowder2 * 59192
brlcad/trunk/src/conv/iges/readcnv.c: get func arg types
correct |
| 04:38.19 |
*** join/#brlcad Rishabh
(~chatzilla@1.187.244.178) |
| 05:13.38 |
*** join/#brlcad bits038
(~chatzilla@1.187.244.178) |
| 05:24.03 |
*** join/#brlcad ankush92
(~ankush92@101.62.56.188) |
| 05:46.27 |
Notify |
03BRL-CAD:brlcad * 59193
brlcad/trunk/src/fb/fblabel.c: release memory allocated by
vfont_get(), even if we're currently exiting |
| 06:00.19 |
*** join/#brlcad PrezKennedy
(~DarkCalf@173.231.40.98) |
| 06:13.35 |
Notify |
03GCI:agkphysics * 5812790350577664 Create
unit tests for our numerics math library (LIBBN) #3: Task Claimed -
I would like to work on this task. |
| 06:42.38 |
Notify |
03BRL-CAD:brlcad * 59194
(brlcad/trunk/src/adrt/librender/texture.h
brlcad/trunk/src/adrt/librender/texture_blend.c and 9 others):
apply modified gci patch
http://www.google-melange.com/gci/task/view/google/gci2013/5788972609437696
from
?\208?\161?\209?\130?\208?\176?\208?\189?\208?\184?\209?\129?\208?\187?\208?\176?\208?\178
?\208?\145?\208?\181?\209?\128?\208?\181?\208?\179?\208?\190?\208?\178
eliminating several |
| 06:42.40 |
Notify |
unused init
functions in adrt and a math funtion in the comgeom converter
(which happens to be in libbn now too) |
| 06:42.42 |
gcibot |
Identify and
eliminate dead code (100+ lines) |
| 06:42.42 |
gcibot |
Status:
NeedsReview (25 hours, 54 minutes left) |
| 06:42.42 |
gcibot |
Mentor(s):
Kesha Shah |
| 06:43.32 |
Notify |
03GCI:Marie
Gita * 6447773884874752 Design a front cover of Doc Camp Book #2:
Ready for review - The work on this task is ready to be
reviewed. |
| 06:45.02 |
Notify |
03GCI:Marie
Gita * 6447773884874752 Design a front cover of Doc Camp Book #2:
designs - hi, I tried two different designs and uploaded them as
brlcadcoverI and brlcadcoverII thank you |
| 06:46.52 |
Notify |
03GCI:Sean *
5788972609437696 Identify and eliminate dead code (100+ lines):
applied - Your patch needed modification, but was applied in
r59194 -- thank you for your efforts! You have been... |
| 06:50.45 |
Notify |
03BRL-CAD:brlcad * 59195
brlcad/trunk/AUTHORS: credit
?\208?\161?\209?\130?\208?\176?\208?\189?\208?\184?\209?\129?\208?\187?\208?\176?\208?\178
?\208?\145?\208?\181?\209?\128?\208?\181?\208?\179?\208?\190?\208?\178
for his gci patch that eliminated several unused functions from
adrt and one from comgeom |
| 06:50.51 |
Notify |
03GCI:Sean *
5788972609437696 Identify and eliminate dead code (100+ lines):
Task Closed - Congratulations, this task has been completed
successfully. |
| 06:50.52 |
Notify |
03GCI:Sean *
5812790350577664 Create unit tests for our numerics math library
(LIBBN) #3: Task Assigned - This task has been assigned to
agkphysics. You have 72 hours to complete this task,
good... |
| 07:12.21 |
*** join/#brlcad PrezKennedy
(~DarkCalf@173.231.40.98) |
| 07:28.05 |
*** join/#brlcad ankush92
(~ankush92@101.62.56.188) |
| 07:33.07 |
Notify |
03GCI:agkphysics * 5812790350577664 Create
unit tests for our numerics math library (LIBBN) #3: Ready for
review - The work on this task is ready to be reviewed. |
| 07:36.45 |
*** join/#brlcad bits038_
(~chatzilla@49.14.153.68) |
| 07:40.44 |
Notify |
03GCI:agkphysics * 5812790350577664 Create
unit tests for our numerics math library (LIBBN) #3: None - I have
written tests for 16 more bn_mat functions, but there are some
questions I would like... |
| 07:49.00 |
Notify |
03GCI:Melange
* 6447773884874752 Design a front cover of Doc Camp Book #2: No
more Work can be submitted - Melange has detected that the deadline
has passed and no more work can be submitted. The... |
| 07:51.00 |
Notify |
03GCI:Sean *
5812790350577664 Create unit tests for our numerics math library
(LIBBN) #3: Task Closed - Congratulations, this task has been
completed successfully. |
| 07:55.00 |
Notify |
03GCI:Sean *
5812790350577664 Create unit tests for our numerics math library
(LIBBN) #3: good questions - It's all about code coverage. Every
public function should be tested, no matter how... |
| 07:57.21 |
Notify |
03GCI:Sean *
6447773884874752 Design a front cover of Doc Camp Book #2: Task
Needs More Work - One of the mentors has sent this task back for
more work. Talk to the mentor(s) assigned to this
task... |
| 08:05.43 |
*** join/#brlcad 18WAFFQZC
(~ankush92@115.250.165.113) |
| 08:06.09 |
*** join/#brlcad justin_
(7c376cb2@gateway/web/freenode/ip.124.55.108.178) |
| 08:08.09 |
Notify |
03GCI:Sean *
6447773884874752 Design a front cover of Doc Camp Book #2: Deadline
extended - The deadline of the task has been extended with 2 days
and 0 hours. |
| 08:08.28 |
Notify |
03GCI:Sean *
6447773884874752 Design a front cover of Doc Camp Book #2: source -
Marie, This is a nice design but I have a few questions and
suggestions. First and foremost, where is the image
of... |
| 08:08.33 |
*** join/#brlcad kesha
(~kesha@49.202.238.128) |
| 08:31.09 |
Notify |
03BRL-CAD:agkphysics * 59196
(brlcad/trunk/src/libbn/tests/CMakeLists.txt
brlcad/trunk/src/libbn/tests/bn_mat.c): Added 16 more bn_mat test
functions.The two tests for bn_vec_ae() fail for some reason.It
might be a bug in the function itself because it
consistentlyreturns the same z vector component irrespective of
input. |
| 08:51.39 |
*** join/#brlcad ASARE_je_
(~ASARE_je@41-218-197-78-adsl-dyn.4u.com.gh) |
| 08:52.08 |
ASARE_je_ |
Hello.. |
| 09:12.06 |
*** join/#brlcad kesha
(~kesha@49.202.238.128) |
| 09:35.08 |
*** join/#brlcad chick_
(c318d114@gateway/web/freenode/ip.195.24.209.20) |
| 09:46.15 |
*** join/#brlcad FreezingCold
(~FreezingC@135.0.41.14) |
| 09:49.46 |
*** join/#brlcad FreezingCold
(~FreezingC@135.0.41.14) |
| 10:08.48 |
*** join/#brlcad chick__
(c318d115@gateway/web/freenode/ip.195.24.209.21) |
| 10:47.48 |
Notify |
03GCI:Sharan
Narayan * 4673576447770624 Reproduce any 5 unconfirmed open bug
reports: Ready for review - The work on this task is ready to be
reviewed. |
| 10:53.26 |
*** join/#brlcad FreezingCold
(~FreezingC@135.0.41.14) |
| 11:00.06 |
*** join/#brlcad kesha
(~kesha@49.249.17.210) |
| 11:09.35 |
*** join/#brlcad kesha_
(~kesha@49.202.238.29) |
| 11:22.51 |
Notify |
03GCI:Sharan
Narayan * 5832530557140992 Fix image formatting in BRL-CAD's
Docbook Documentation (any one large document or 4 smaller
documents) #4: What to do - I somehow managed to find XML
files... |
| 11:24.33 |
*** join/#brlcad kesha_
(~kesha@49.202.238.184) |
| 11:43.14 |
*** join/#brlcad ankush92
(~ankush92@115.250.165.113) |
| 11:52.44 |
*** join/#brlcad KimK
(~Kim__@ip24-255-223-153.ks.ks.cox.net) |
| 12:05.44 |
*** join/#brlcad ankush92
(~ankush92@115.253.125.188) |
| 12:24.47 |
*** join/#brlcad ankush92
(~ankush92@115.253.125.188) |
| 13:06.51 |
FreezingCold |
mged> in
btn2.s e111 8 33 36 4 0 0 2 |
| 13:06.51 |
FreezingCold |
Error: in:
e111 is not a known primitive |
| 13:08.31 |
FreezingCold |
never mind,
figured out it was ell1 |
| 13:08.39 |
FreezingCold |
The font in
the basic lessons is horrible btw lol |
| 13:33.49 |
*** join/#brlcad r038
(~chatzilla@106.67.101.208) |
| 13:47.57 |
Notify |
03GCI:Deep
Inder Singh * 5893967379955712 Design a front cover of Doc Camp
Book #4: Claim Removed - The claim on this task has been removed,
someone else can claim it now. |
| 14:41.38 |
*** join/#brlcad ankush92
(~ankush92@115.253.125.188) |
| 15:37.41 |
Notify |
03BRL-CAD
Wiki:Gerardollanes * 0 /wiki/User:Gerardollanes: |
| 15:55.11 |
*** join/#brlcad ankush92
(~ankush92@115.253.100.2) |
| 16:27.25 |
*** join/#brlcad kesha
(~kesha@49.249.191.96) |
| 16:39.08 |
*** join/#brlcad gcibot
(~gcibot@elsalvador.media.mit.edu) |
| 16:46.15 |
Notify |
03BRL-CAD:tbrowder2 * 59197
(brlcad/trunk/src/adrt/load_g.c brlcad/trunk/src/conv/asc/g2asc.c
and 45 others): correct and explict casts for C++
compilation |
| 16:47.32 |
Notify |
03BRL-CAD:tbrowder2 * 59198
brlcad/trunk/src/adrt/librender/camera.c: correct var types; use
explicit casts for C++ |
| 16:49.50 |
Notify |
03BRL-CAD:tbrowder2 * 59199
brlcad/trunk/src/conv/dxf/dxf-g.c: a bit of a hack to get correct
types for now; probably need to fix the affected function and its
signature |
| 16:49.57 |
*** join/#brlcad kesha (~kesha@49.249.0.80) |
| 16:59.33 |
*** join/#brlcad kesha
(~kesha@49.249.8.160) |
| 17:04.00 |
Notify |
03BRL-CAD:tbrowder2 * 59200
brlcad/trunk/src/gtools/g_transfer.c: ws, style |
| 17:04.12 |
Notify |
03BRL-CAD:tbrowder2 * 59201
brlcad/trunk/src/gtools/g_transfer.c: make correct casts from void*
for C++ |
| 17:14.55 |
Notify |
03BRL-CAD:tbrowder2 * 59202
(brlcad/trunk/include/fbio.h brlcad/trunk/include/orle.h): add
FIXME comment ref identical structs |
| 17:19.16 |
*** join/#brlcad kesha
(~kesha@49.249.17.36) |
| 17:27.45 |
*** join/#brlcad kesha
(~kesha@49.249.17.36) |
| 17:30.40 |
Notify |
03BRL-CAD:tbrowder2 * 59203
brlcad/trunk/src/conv/comgeom/solid.c: reorder var init to avoid
C++ error of goto skipping ove var init |
| 17:31.02 |
Notify |
03BRL-CAD:tbrowder2 * 59204
(brlcad/trunk/src/librt/db_lookup.c brlcad/trunk/src/librt/prep.c
brlcad/trunk/src/librt/primitives/ars/ars.c): avoid const char
errors for C++ |
| 17:31.47 |
Notify |
03BRL-CAD:tbrowder2 * 59205
(brlcad/trunk/src/adrt/adrt.h brlcad/trunk/src/adrt/isst_tcltk.c):
casts to correct types for C++ |
| 17:33.55 |
brlcad |
FreezingCold:
e111 ? |
| 17:34.10 |
brlcad |
ah, glad to
see you figured it out |
| 17:34.47 |
Notify |
03BRL-CAD:tbrowder2 * 59206
brlcad/trunk/src/fb/polar-fb.c: define func pointer correctly for
C++ |
| 17:34.48 |
brlcad |
feel free to
share a better free font suggestion |
| 17:37.50 |
*** join/#brlcad kesha
(~kesha@49.249.17.36) |
| 17:38.42 |
Notify |
03BRL-CAD:tbrowder2 * 59207
brlcad/trunk/src/fb/polar-fb.c: add braces to while statement for
clarity; ws, style |
| 18:02.03 |
*** join/#brlcad kesha_
(~kesha@49.249.17.36) |
| 18:10.31 |
*** join/#brlcad jschulte
(~androirc@tmo-096-94.customers.d1-online.com) |
| 18:17.01 |
jschulte |
Under this
task (
http://www.google-melange.com/gci/task/view/google/gci2013/5314763659673600),
we talked about some follow-on tasks. Have they already been
created, because I can't find them in the task browser? |
| 18:33.39 |
FreezingCold |
brlcad: I
actually love Google's Lato :) |
| 18:34.10 |
FreezingCold |
Late light to
be precise |
| 18:34.15 |
FreezingCold |
*Lato
light |
| 18:50.26 |
FreezingCold |
http://www.google.com/fonts/specimen/Lato#charset |
| 18:55.51 |
*** join/#brlcad kesha__
(~kesha@49.249.16.170) |
| 19:12.53 |
maths22 |
brlcad: my
docbook task was supposed to be broken up into several (it took me
a while to add all the tags and images to each chapter) |
| 19:13.19 |
maths22 |
I discussed
it with starseeker, and he said he had added some tasks that just
needed to be approved |
| 19:13.25 |
maths22 |
Would you be
able to do that? |
| 19:29.58 |
*** join/#brlcad guest1234
(50bb605e@gateway/web/freenode/ip.80.187.96.94) |
| 19:57.34 |
*** join/#brlcad ankush92
(~ankush92@101.59.186.18) |
| 20:05.01 |
Notify |
03GCI:Sean *
4673576447770624 Reproduce any 5 unconfirmed open bug reports:
question - Sharan, nice work but one question regarding your
comment on the last one,... |
| 20:05.06 |
Notify |
03GCI:Sean *
4673576447770624 Reproduce any 5 unconfirmed open bug reports: Task
Closed - Congratulations, this task has been completed
successfully. |
| 20:08.32 |
Notify |
03GCI:Sharan
Narayan * 4673576447770624 Reproduce any 5 unconfirmed open bug
reports: Reply - I closed the MGED by pressing the cross or x
button of the graphics window and command window
But... |
| 20:26.21 |
Notify |
03GCI:Sharan
Narayan * 5832530557140992 Fix image formatting in BRL-CAD's
Docbook Documentation (any one large document or 4 smaller
documents) #4: Task Claimed - I would like to work on this
task. |
| 20:29.57 |
Notify |
03GCI:Mandeep
Kaur * 5832530557140992 Fix image formatting in BRL-CAD's Docbook
Documentation (any one large document or 4 smaller documents) #4:
Task Assigned - This task has been assigned to... |
| 21:10.29 |
Notify |
03GCI:PCK-45
* 5893967379955712 Design a front cover of Doc Camp Book #4: Task
Claimed - I would like to work on this task. |
| 21:20.23 |
Notify |
03GCI:Mandeep
Kaur * 5893967379955712 Design a front cover of Doc Camp Book #4:
Task Assigned - This task has been assigned to PCK-45. You have 72
hours to complete this task, good luck! |
| 21:51.08 |
*** join/#brlcad kesha
(~kesha@49.249.16.170) |
| 21:51.48 |
brlcad |
kesha: when
you have a moment, I'd like to talk with you about the community
manager role |
| 22:25.02 |
*** join/#brlcad kesha
(~kesha@49.249.16.170) |
| 23:00.49 |
kesha |
brlcad:
ping |
| 23:01.31 |
kesha |
waves to brlcad |
| 23:54.29 |
Notify |
03BRL-CAD:n_reed * 59208
(brlcad/trunk/src/libged/analyze.c
brlcad/trunk/src/librt/primitives/vol/vol.c): uninitialized
variables |
| 23:54.43 |
*** join/#brlcad jschulte
(50bb605e@gateway/web/freenode/ip.80.187.96.94) |
| 00:08.06 |
Notify |
03GCI:Jacob B
* 4861354028564480 Write up Wiki page tutorial on our Volumetric
Primitive: File Format - Alex,You should upload this as an rtf,
odt, or some other open file format. Not every... |
| 00:37.25 |
*** join/#brlcad jschulte
(50bb662a@gateway/web/freenode/ip.80.187.102.42) |
| 01:00.45 |
Notify |
03GCI:Johannes Schulte * 5863528074313728
Design new API function to reduce duplication: None - In fact, at
least the second function header is still wrong. I missed the
fourth parameter, a pointer... |
| 01:41.32 |
Notify |
03BRL-CAD:peter-sa * 59227
(brlcad/trunk/src/libbn/tests/CMakeLists.txt
brlcad/trunk/src/libbn/tests/bn_tabdata.c): Add unit tests for
several more libbn tabdata functions, from GCI task
http://www.google-melange.com/gci/task/view/google/gci2013/4982457745014784 |
| 01:41.34 |
gcibot |
Create unit
tests for our numerics math library (LIBBN) #4 |
| 01:41.35 |
gcibot |
Status:
Closed |
| 01:41.35 |
gcibot |
Mentor(s):
Andrei |
| 01:48.58 |
Notify |
03GCI:Andromeda Galaxy * 4982457745014784
Create unit tests for our numerics math library (LIBBN) #4: Commit
- This was committed r59227 |
| 02:05.58 |
*** join/#brlcad ankush92
(~ankush92@117.201.104.75) |
| 02:27.19 |
*** join/#brlcad Rishabh
(~chatzilla@106.78.70.191) |
| 02:32.21 |
brlcad |
maths22: what
are the image references (wp theme)? looks like the images are
just the ones from the mock-up |
| 02:32.42 |
brlcad |
if it's
actually got the filepath, should work to just strip
localhost |
| 02:32.58 |
brlcad |
and you can
e-mail the log |
| 02:33.51 |
Notify |
03GCI:Sean *
5877967754362880 Consolidate and integrate HACKING XML changes:
Task Assigned - This task has been assigned to Jacob B. You have 72
hours to complete this task, good luck! |
| 02:45.24 |
maths22 |
brlcad: what
email? |
| 02:48.42 |
maths22 |
how would I
download all the images from the mockup? |
| 02:51.56 |
maths22 |
With the task
I just closed, please let me know if there is anything you think
could be better. |
| 02:52.12 |
Notify |
03GCI:Jacob B
* 5877967754362880 Consolidate and integrate HACKING XML changes:
Ready for review - The work on this task is ready to be
reviewed. |
| 02:53.36 |
maths22 |
The ouput of
it can be viewed at at http://brlcad.org/~maths22/books/en/HACKING_BRL-CAD.html |
| 02:54.38 |
starseeker |
brlcad: I
updated as many of the Docbook image tasks as I could, but I can't
seem to do anything about this one:
http://www.google-melange.com/gci/task/view/google/gci2013/5269580603719680 |
| 02:54.39 |
gcibot |
Fix image
formatting in BRL-CAD's Docbook Documentation (any one large
document or 4 smaller documents) #5 |
| 02:54.39 |
gcibot |
Status:
Reopened |
| 02:54.39 |
gcibot |
Mentor(s):
Sean |
| 02:55.23 |
starseeker |
the others
I've updates like this one:
http://www.google-melange.com/gci/task/view/google/gci2013/5520829748084736 |
| 02:55.24 |
gcibot |
Fix image
sizing in BRL-CAD's Docbook Documentation (any one large document
or 4 smaller documents) |
| 02:55.24 |
gcibot |
Status:
Open |
| 02:55.24 |
gcibot |
Mentor(s):
Sean |
| 02:58.39 |
maths22 |
starseeker:
you can't edit it beacuse it is reopened |
| 02:59.03 |
starseeker |
it needs to
go then - it's obsolete |
| 02:59.54 |
maths22 |
hopefully
brlcad can delete it them |
| 03:01.35 |
maths22 |
by the way,
what do you think of the newly formatted HACKING? |
| 03:01.56 |
starseeker |
wish I
understood better why we see those extra A characters in our
Docbook html output |
| 03:02.12 |
starseeker |
looks
awesome |
| 03:02.34 |
maths22 |
Encoding
issues |
| 03:02.51 |
maths22 |
the file is
utf-8, but the browser does not see it that way |
| 03:03.01 |
brlcad |
starseeker:
tasks that have been claimed cannot be edited |
| 03:03.20 |
starseeker |
not even
after they're reopened? |
| 03:03.22 |
starseeker |
bummer |
| 03:03.23 |
brlcad |
maths22: the
e-mail posted as a comment |
| 03:04.01 |
brlcad |
starseeker:
yeah, there's a feature request to make them editable if no work
has been submitted that was accepted, but wasn't implemented before
GCI began |
| 03:04.11 |
starseeker |
maths22:
would be nice if we could figure out a reliable way to properly
identify our files to browsers - do you happen to know any tricks
for that? |
| 03:04.15 |
brlcad |
it can be
deleted or clarified in a comment |
| 03:04.26 |
starseeker |
should
probably delete it |
| 03:04.36 |
starseeker |
we've got
several other tasks for the next stage now |
| 03:05.05 |
brlcad |
deleted |
| 03:05.06 |
maths22 |
starseeker:
it needs a meta tag; not sure how to add it |
| 03:05.17 |
starseeker |
brlcad:
thanks |
| 03:06.19 |
brlcad |
published the
one pending |
| 03:06.24 |
maths22 |
brlcad: ok (i
must not have looked carefully enough) |
| 03:06.56 |
maths22 |
actually, I
don't see it in a comment |
| 03:07.04 |
brlcad |
hmm |
| 03:07.06 |
maths22 |
task:
http://www.google-melange.com/gci/task/view/google/gci2013/5890419736969216 |
| 03:07.06 |
gcibot |
Compile
BRL-CAD with Intel Compiler |
| 03:07.07 |
gcibot |
Status:
Closed |
| 03:07.07 |
gcibot |
Mentor(s):
erikg |
| 03:07.21 |
brlcad |
one of your
tasks, not sure which |
| 03:07.25 |
brlcad |
devs |
| 03:07.27 |
brlcad |
brlcad.org |
| 03:07.45 |
maths22 |
OK
thanks |
| 03:09.00 |
brlcad |
maths22: go
ahead and claim the last HACKING task as well since you completed
the task |
| 03:09.25 |
brlcad |
you can make
that change to the appendices as the only mod needed |
| 03:10.51 |
maths22 |
That change
is already done in the one I just submitted |
| 03:11.44 |
maths22 |
The log has
been sent |
| 03:12.20 |
brlcad |
okay, so then
claim and re-post ;) |
| 03:13.45 |
Notify |
03GCI:Sean *
5863528074313728 Design new API function to reduce duplication:
Task Needs More Work - One of the mentors has sent this task back
for more work. Talk to the mentor(s) assigned to
this... |
| 03:13.56 |
maths22 |
I will once
you close the one I just finished |
| 03:14.25 |
starseeker |
maths22: got
it |
| 03:14.36 |
Notify |
03GCI:starseeker * 5877967754362880
Consolidate and integrate HACKING XML changes: Task Closed -
Congratulations, this task has been completed
successfully. |
| 03:15.04 |
maths22 |
thanks |
| 03:15.38 |
maths22 |
next one
claimed ... |
| 03:15.56 |
Notify |
03GCI:Jacob B
* 5883602550128640 Fix errors in Hacking BRL-CAD book #3: Task
Claimed - I would like to work on this task. |
| 03:16.31 |
Notify |
03GCI:Andromeda Galaxy * 5818298646134784
Compile BRL-CAD using LLVM 3.3: Task Claimed - I would like to work
on this task. |
| 03:17.11 |
Notify |
03GCI:starseeker * 5877967754362880
Consolidate and integrate HACKING XML changes: Primary work didn't
end up in needing a patch - The majority of the work on this task
was a comparative review of... |
| 03:17.41 |
Notify |
03GCI:starseeker * 5883602550128640 Fix
errors in Hacking BRL-CAD book #3: Task Assigned - This task has
been assigned to Jacob B. You have 48 hours to complete this task,
good luck! |
| 03:18.43 |
maths22 |
and it is
submitted ... |
| 03:18.46 |
Notify |
03GCI:Jacob B
* 5883602550128640 Fix errors in Hacking BRL-CAD book #3: Ready for
review - The work on this task is ready to be reviewed. |
| 03:19.24 |
starseeker |
maths22: to
be sure I understand - what is this patch doing? removing
programlisting wrappings? |
| 03:19.41 |
maths22 |
It fixed a
validation error (too many tablebody s) |
| 03:19.57 |
maths22 |
It made each
appendix 1 programlisting |
| 03:20.02 |
starseeker |
ok |
| 03:20.26 |
maths22 |
and it
removed extra whitespace at the end of prgramlisting s |
| 03:20.35 |
starseeker |
let me try it
quick |
| 03:21.02 |
maths22 |
OK. The
images would be a good task for those other docbook
ones |
| 03:21.24 |
starseeker |
which
images? |
| 03:21.42 |
starseeker |
oh, you mean
the sizing? |
| 03:22.07 |
maths22 |
yes. they
also need the separate pdf and html elements |
| 03:22.24 |
starseeker |
ah - the fo
and html imageobject breakout? |
| 03:22.36 |
maths22 |
yes |
| 03:23.15 |
*** join/#brlcad ankush92
(~ankush92@115.250.184.120) |
| 03:23.19 |
starseeker |
heh - should
be able to (basically) re-run the script submitted in this task:
http://www.google-melange.com/gci/task/view/google/gci2013/5495828743454720 |
| 03:23.20 |
gcibot |
Write a
script to complete all DocBook image tag updates |
| 03:23.20 |
gcibot |
Status:
Closed |
| 03:23.20 |
gcibot |
Mentor(s):
starseeker, Sean |
| 03:23.29 |
maths22 |
I should
think so |
| 03:24.16 |
starseeker |
brlcad: is
that a suitable task (apply the script to HACKING?) |
| 03:24.46 |
maths22 |
otherwise it
could be combined with sizing |
| 03:25.14 |
starseeker |
maths22: it
might be worth a task because you have to manually correct the
output of the script for special characters |
| 03:25.36 |
starseeker |
python seems
to output the actual unicode characters instead of the DocBook
ASCII specification |
| 03:25.56 |
starseeker |
for a big
document like HACKING that could be a bit of work... |
| 03:26.01 |
maths22 |
ok |
| 03:27.28 |
starseeker |
maths22: let
me commit your patch quick |
| 03:28.16 |
Notify |
03GCI:starseeker * 5883602550128640 Fix
errors in Hacking BRL-CAD book #3: Task Closed - Congratulations,
this task has been completed successfully. |
| 03:29.19 |
starseeker |
maths22: are
you set up to do PDF builds of DocBook documents? |
| 03:29.40 |
Notify |
03BRL-CAD:starseeker * 59228
brlcad/trunk/doc/docbook/books/en/HACKING_BRL-CAD.xml: Apply patch
from
http://www.google-melange.com/gci/task/view/google/gci2013/5883602550128640
updating program listings in HACKING BRL-CAD |
| 03:29.41 |
gcibot |
Fix errors in
Hacking BRL-CAD book #3 |
| 03:29.41 |
gcibot |
Status:
Closed |
| 03:29.41 |
gcibot |
Mentor(s):
starseeker |
| 03:30.41 |
maths22 |
Of HACKING or
anoother file? |
| 03:31.05 |
starseeker |
if you can do
hacking you can do any of our DocBook files |
| 03:31.30 |
starseeker |
basically
requires having Apache FOP installed |
| 03:31.46 |
maths22 |
Yes (I use
the server to do it) |
| 03:31.52 |
maths22 |
Why? |
| 03:32.16 |
starseeker |
that's what
the next DocBook tasks will need, if you're interested in more
DocBook stuff :-) |
| 03:32.24 |
maths22 |
Aha |
| 03:32.29 |
maths22 |
! |
| 03:32.43 |
maths22 |
Next i'm
going to compile with GCC trunk |
| 03:32.53 |
maths22 |
servers are
good for this because they are fast! |
| 03:32.57 |
starseeker |
indeed |
| 03:33.24 |
starseeker |
can't wait for 24 cores as standard on everyday desktops
:-) |
| 03:33.34 |
maths22 |
That way I
can also turn off my computer whenever I want |
| 03:33.38 |
maths22 |
make
-j32 |
| 03:34.23 |
starseeker |
Heh -
"BRL-CAD - melting glaciers since 2005!" |
| 03:43.59 |
Notify |
03GCI:Anita
Leung * 5956421170495488 Create Wordpress theme for BRL-CAD website
#2: Wow - Thank you so much for your acknowledgements! I started
the competition late so it feels really awesome to... |
| 03:45.08 |
Notify |
03BRL-CAD:starseeker * 59229
brlcad/trunk/doc/docbook/books/en/HACKING_BRL-CAD.xml: Add html and
fo roles to imageobjects in Hacking BRL-CAD |
| 03:48.04 |
starseeker |
maths22:
script did the trick, but needed to use meld to avoid the
unintended changes. Anyhow, it's now ready to go |
| 04:08.55 |
*** join/#brlcad ankush92
(~ankush92@117.201.96.50) |
| 04:09.51 |
Notify |
03GCI:Sean *
5863528074313728 Design new API function to reduce duplication:
harder than it seems - This task is a lot harder than it seems. It
takes a lot of forethought to work through
everything... |
| 04:13.46 |
Notify |
03GCI:Anita
Leung * 5778448328949760 Create a Motion Typography video for
BRL-CAD #3: Task Claimed - I would like to work on this
task. |
| 04:14.42 |
Notify |
03GCI:Anita
Leung * 5778448328949760 Create a Motion Typography video for
BRL-CAD #3: The script based on provided resources - (please
ignore punctuation and formatting) 11 Reasons to
Choose... |
| 04:44.08 |
Notify |
03GCI:Sean *
4861354028564480 Write up Wiki page tutorial on our Volumetric
Primitive: Deadline extended - The deadline of the task has been
extended with 1 days and 0 hours. |
| 04:44.21 |
Notify |
03GCI:Sean *
4861354028564480 Write up Wiki page tutorial on our Volumetric
Primitive: Task Needs More Work - One of the mentors has sent this
task back for more work. Talk to the mentor(s)
assigned... |
| 04:44.21 |
Notify |
03GCI:Sean *
4861354028564480 Write up Wiki page tutorial on our Volumetric
Primitive: bad pointer - Alex, that file:line number indicate
something is amiss. Either "svn up" is failing to
complete... |
| 04:45.24 |
Notify |
03GCI:Sean *
5778448328949760 Create a Motion Typography video for BRL-CAD #3:
Task Assigned - This task has been assigned to Anita Leung. You
have 72 hours to complete this task, good luck! |
| 04:45.34 |
Notify |
03GCI:Sean *
5818298646134784 Compile BRL-CAD using LLVM 3.3: Task Assigned -
This task has been assigned to Andromeda Galaxy. You have 72 hours
to complete this task, good luck! |
| 04:47.29 |
Notify |
03GCI:Sean *
5778448328949760 Create a Motion Typography video for BRL-CAD #3:
GCI status - Anita, you might like to know that you are currently
within three tasks of making our top five. Thank you... |
| 04:49.04 |
Notify |
03GCI:Sean *
6447429750620160 Design new Archer splash screen #4: GCI update -
Olexander, you might like to know that you are currently within
three tasks of making our top five. Thank you for
your... |
| 04:53.24 |
Notify |
03GCI:Sean *
5327637555707904 Design a cover image or banner for our Facebook
page (and other social media sites) #6: GCI update - Palindrome, I
just wanted to let you know that you are one task... |
| 04:54.19 |
Notify |
03GCI:Andromeda Galaxy * 5818298646134784
Compile BRL-CAD using LLVM 3.3: Ready for review - The work on this
task is ready to be reviewed. |
| 04:54.34 |
Notify |
03GCI:Sean *
5893967379955712 Design a front cover of Doc Camp Book #4: GCI
update - PCK-45, want to let you know that you are just one task
shy of getting a t-shirt from Google for having... |
| 04:55.10 |
Notify |
03GCI:Sean *
5322891348410368 Design a BRL-CAD business card #10: GCI update -
Adit, want to let you know that you are just one task shy of
getting a t-shirt from Google for having completed
three... |
| 04:57.05 |
Notify |
03GCI:Sean *
6219730314592256 Add missing documentation (for any ONE command)
#2: GCI update - Shardul, want to let you know that you are just
one task shy of getting a t-shirt from Google for... |
| 04:57.20 |
Notify |
03GCI:Sean *
5809141775859712 Create a BRL-CAD presentation template #4: GCI
update - Rishi, want to let you know that you are just one task
shy of getting a t-shirt from Google for having... |
| 05:02.00 |
Notify |
03GCI:Sean *
5898141282861056 Design a BRL-CAD Sticker #2: GCI update - Oleg,
want to let you know that you are just one task shy of getting a
t-shirt from Google for having completed three
BRL-CAD... |
| 05:02.41 |
Notify |
03GCI:Sean *
5887471241920512 Design a BRL-CAD business card #6: GCI update -
Pulkit, want to let you know that you are just one task shy of
getting a t-shirt from Google for having completed
three... |
| 05:03.16 |
Notify |
03GCI:Sean *
5237835963564032 Design new Archer splash screen #3: GCI update -
Marcin, want to let you know that you are just one task shy of
getting a t-shirt from Google for having completed... |
| 05:03.31 |
Notify |
03GCI:Sean *
5112711083982848 Fix at least 8 spelling mistakes in at least 8
different files #2: GCI update - YuGin, want to let you know that
you are just one task shy of getting a t-shirt from... |
| 05:05.31 |
Notify |
03GCI:Sean *
5818298646134784 Compile BRL-CAD using LLVM 3.3: Task Closed -
Congratulations, this task has been completed
successfully. |
| 05:07.54 |
brlcad |
thinks it's perhaps time for another wave of new
tasks |
| 05:08.55 |
brlcad |
although with
65 tasks remaining, there's a lot of possibility there |
| 05:20.47 |
*** join/#brlcad ankush92
(~ankush92@117.201.104.65) |
| 05:41.47 |
*** join/#brlcad andromeda-galaxy
(~user@117.196.157.2) |
| 05:50.09 |
Notify |
03GCI:Rishi
Sharma * 5809141775859712 Create a BRL-CAD presentation template
#4: None - Sir, I have already completed my 4 tasks in
GCI. |
| 06:00.21 |
Notify |
03GCI:Andromeda Galaxy * 6465249569931264
Identify and eliminate code duplication (100+ lines) #2: Task
Claimed - I would like to work on this task. |
| 06:05.21 |
Notify |
03GCI:Mandeep
Kaur * 6465249569931264 Identify and eliminate code duplication
(100+ lines) #2: Task Assigned - This task has been assigned to
Andromeda Galaxy. You have 72 hours to complete this... |
| 06:08.26 |
Notify |
03GCI:Rishi
Sharma * 5869229643399168 Design a BRL-CAD Sticker #11: Task
Claimed - I would like to work on this task. |
| 06:20.32 |
Notify |
03GCI:Mandeep
Kaur * 5869229643399168 Design a BRL-CAD Sticker #11: Task Assigned
- This task has been assigned to Rishi Sharma. You have 168 hours
to complete this task, good luck! |
| 06:26.52 |
*** join/#brlcad andromeda-galaxy
(~user@117.222.151.35) |
| 06:27.32 |
andromeda-galaxy |
Can anyone
tell me what the wdb_ files are for? (i.e. what is the difference
between src/libged/bigE.c and src/libged/wdb_bigE.c) |
| 06:47.43 |
*** join/#brlcad ankush92
(~ankush92@117.214.5.61) |
| 06:50.56 |
Notify |
03GCI:Rishi
Sharma * 5869229643399168 Design a BRL-CAD Sticker #11: None - Do
I need to write my name over the sticker?? |
| 06:56.18 |
*** join/#brlcad ankush92
(~ankush92@117.214.59.245) |
| 07:11.00 |
*** join/#brlcad ankush92
(~ankush92@117.214.57.230) |
| 07:40.01 |
brlcad |
the latter
wdb_ are deprecated and slated for removal (if he comes
back) |
| 08:02.32 |
Notify |
03GCI:Rishi
Sharma * 5869229643399168 Design a BRL-CAD Sticker #11: Ready for
review - The work on this task is ready to be reviewed. |
| 08:03.58 |
Notify |
03BRL-CAD:brlcad * 59230
brlcad/trunk/src/libbn/noise.c: fix a bug in find_spec_wgt()
introduced in r36554 whereby no cache hits were being found causing
every value to result in 2*N iterations through the list (getting
exponentially slower as the list grows). basically tools using
random noise (such as 'terrain') were taking an incredibly long
time. |
| 08:13.04 |
Notify |
03BRL-CAD:brlcad * 59231
brlcad/trunk/NEWS: improved/fixed a performance problem identified
in libbn's noise interface which is used by the 'terrain' tool as
well as a number of shaders including the air, camo, fbm, fire,
grass, noise, and scloud shaders. should noticably improve
regression performance (shaders test). slow-down issue was
introduced around the 7.14 line. |
| 08:13.17 |
Notify |
03BRL-CAD:brlcad * 59232
brlcad/trunk/src/util/terrain.c: clean up the terrain tool a little
bit, taking the address to functions for the function pointer and
passing a double pointer so we affect the original. problem
inadvertently identified by gci participant maths22 during
portability compilation (latest gcc blatered a
warning). |
| 08:15.38 |
Notify |
03GCI:Andromeda Galaxy * 6465249569931264
Identify and eliminate code duplication (100+ lines) #2: Ready for
review - The work on this task is ready to be reviewed. |
| 08:23.10 |
Notify |
03GCI:Sean *
5869229643399168 Design a BRL-CAD Sticker #11: name - Rishi, you
will most certainly be credited with your creation if we send these
to print, but I don't think we'd want that on the... |
| 08:23.41 |
Notify |
03GCI:Sean *
5869229643399168 Design a BRL-CAD Sticker #11: Task Closed -
Congratulations, this task has been completed
successfully. |
| 08:25.31 |
Notify |
03GCI:Sean *
6465249569931264 Identify and eliminate code duplication (100+
lines) #2: Task Closed - Congratulations, this task has been
completed successfully. |
| 08:27.46 |
Notify |
03GCI:Sean *
6465249569931264 Identify and eliminate code duplication (100+
lines) #2: wdb functions - Just so you know, many/most of the code
in the src/libged/wdb_*.c files are... |
| 08:28.11 |
Notify |
03GCI:Rishi
Sharma * 5869229643399168 Design a BRL-CAD Sticker #11: None -
Thank You for appreciating the use of logo instead 'A' and I'm
sorry about writing that name as I was confused
after... |
| 08:34.32 |
Notify |
03GCI:Andromeda Galaxy * 5274134879666176
Identify and eliminate code duplication (100+ lines) #4: Task
Claimed - I would like to work on this task. |
| 08:36.08 |
*** join/#brlcad ankush92
(~ankush92@117.214.57.230) |
| 08:36.37 |
Notify |
03GCI:Sean *
5869229643399168 Design a BRL-CAD Sticker #11: understood - No
harm but since you put the statement on some of them, you still
need to confirm here that we are granted full rights
to... |
| 08:36.56 |
Notify |
03GCI:Sean *
5274134879666176 Identify and eliminate code duplication (100+
lines) #4: Task Assigned - This task has been assigned to Andromeda
Galaxy. You have 72 hours to complete this task,
good... |
| 09:44.17 |
*** join/#brlcad kesha_
(~kesha@49.249.17.248) |
| 09:47.39 |
*** join/#brlcad ankush92
(~ankush92@115.250.151.225) |
| 10:10.55 |
*** join/#brlcad andromeda-galaxy
(~user@117.222.146.165) |
| 10:13.13 |
*** join/#brlcad andromed`
(~user@117.222.146.165) |
| 10:13.16 |
*** part/#brlcad andromed`
(~user@117.222.146.165) |
| 10:14.48 |
*** join/#brlcad andromeda-galaxy
(~user@117.222.146.165) |
| 10:20.08 |
*** part/#brlcad andromeda-galaxy
(~user@117.222.146.165) |
| 10:22.59 |
*** join/#brlcad andromeda-galaxy
(~user@117.222.146.165) |
| 10:23.37 |
andromeda-galaxy |
If a GCI
task's completion takes a long time and does significantly more
than the task requires, would it be possible to split that task
into more than one after the fact? |
| 10:53.44 |
*** join/#brlcad merzo
(~merzo@76-55-132-95.pool.ukrtel.net) |
| 11:06.20 |
*** join/#brlcad kesha__
(~kesha@49.249.17.248) |
| 11:29.54 |
*** join/#brlcad kesha
(~kesha@49.202.238.187) |
| 11:33.03 |
*** join/#brlcad jschulte
(50bb662a@gateway/web/freenode/ip.80.187.102.42) |
| 11:39.15 |
*** join/#brlcad kesha_
(~kesha@49.249.205.133) |
| 11:59.47 |
*** join/#brlcad kesha_
(~kesha@49.249.8.176) |
| 12:05.08 |
*** join/#brlcad kanzure_
(~kanzure@131.252.130.248) |
| 12:43.45 |
*** join/#brlcad FreezingCold
(~FreezingC@135.0.41.14) |
| 12:57.37 |
*** join/#brlcad gcibot
(~gcibot@elsalvador.media.mit.edu) |
| 12:58.42 |
*** join/#brlcad gcibot
(~gcibot@elsalvador.media.mit.edu) |
| 13:28.28 |
*** join/#brlcad jschulte
(50bb662a@gateway/web/freenode/ip.80.187.102.42) |
| 14:00.04 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
| 14:10.08 |
*** join/#brlcad jschulte
(50bb610e@gateway/web/freenode/ip.80.187.97.14) |
| 16:11.50 |
*** join/#brlcad FreezingCold
(~FreezingC@135.0.41.14) |
| 16:30.49 |
*** join/#brlcad kesha_
(~kesha@49.249.8.73) |
| 16:39.47 |
maths22 |
Notify does
not seem to be notifying |
| 16:46.15 |
*** join/#brlcad ankush92
(~ankush92@101.62.54.180) |
| 16:58.40 |
*** join/#brlcad andromeda-galaxy
(~user@117.222.146.165) |
| 17:04.47 |
*** join/#brlcad kesha (~kesha@49.249.8.73) |
| 17:14.58 |
kesha |
brlcad: ping
! |
| 17:15.32 |
kesha |
waits for pong response :D |
| 17:42.13 |
*** join/#brlcad kesha (~kesha@49.249.8.73) |
| 17:49.53 |
*** join/#brlcad ankush92
(~ankush92@59.94.92.216) |
| 18:14.06 |
*** join/#brlcad devora
(~devora@193.104.110.149) |
| 18:24.34 |
*** join/#brlcad caen23
(~caen23@92.83.172.48) |
| 18:48.53 |
brlcad |
kesha: I'm
nose-deep in an editor all day today, so I won't have time to talk
for several hours -- but I'll e-mail you a follow-up with more
details if we can't sync up here |
| 19:25.10 |
kesha |
brlcad: cool.
perfectly alright ! |
| 20:35.29 |
*** join/#brlcad jschulte
(~johannes@p4FDF8E7C.dip0.t-ipconnect.de) |
| 21:18.57 |
*** join/#brlcad KimK
(~Kim__@ip24-255-223-153.ks.ks.cox.net) |
| 21:28.02 |
*** join/#brlcad yiyus
(1242712427@je.je.je) |
| 21:29.35 |
maths22 |
What do
people think of: https://github.com/noporpoise/sort_r |
| 21:29.58 |
maths22 |
For a
platform independent re-entrant sort (I obvously would not submit
it for the task) |
| 21:37.10 |
maths22 |
starseeker:
for these tasks (http://www.google-melange.com/gci/task/view/google/gci2013/5229719012245504)
how is good pdf formatting defined? |
| 21:37.18 |
maths22 |
what is a
good size? |
| 21:38.27 |
jschulte |
maths22: this
task has been done already, it was accidentally created a second
time |
| 21:39.17 |
maths22 |
Ok. Good
thing I was planning to instead do the documentation one
:) |
| 21:43.33 |
*** part/#brlcad caen23
(~caen23@92.83.172.48) |
| 22:25.40 |
starseeker |
maths22:
basically, you're sizing the images so they look "good" in the PDF
output |
| 22:26.12 |
starseeker |
not
super-huge compared to the page size (the typical problem) and not
so small as to be unclear |
| 22:27.21 |
starseeker |
maths22: if
you look at our lesson files, for example, my recollection is
you'll see a large number of images that just have crazy sizing for
a PDF |
| 22:29.28 |
maths22 |
Ok |
| 22:29.31 |
maths22 |
thanks |
| 00:04.56 |
*** join/#brlcad merzo
(~merzo@139-19-133-95.pool.ukrtel.net) |
| 02:20.57 |
*** join/#brlcad rudovich
(~rudovich@91.210.102.181) |
| 02:58.36 |
brlcad |
maths22:
yeah, we ended up with a better implementation |
| 02:58.53 |
brlcad |
that header
approach is actually pretty crappy, imho |
| 03:00.01 |
brlcad |
i mean the
fact that it's in a header is okay, nice even, but all the
assumptions about compilers and versions are lacking; the fact that
it's in a header is a problem for using it across multiple
libraries portably |
| 03:01.39 |
brlcad |
duplicate
task deleted |
| 03:26.45 |
starseeker |
brlcad: I'll
take a look at the sticker design when it gets submitted, but be
warned you'll probably also want to take a look - my visual design
skills are still best described in terms of mathematical
infinitesimals |
| 03:38.34 |
maths22 |
that makes
sense |
| 03:38.51 |
maths22 |
I just was
searching and found it |
| 04:28.30 |
*** join/#brlcad ankush92
(~ankush92@59.94.93.133) |
| 05:18.00 |
brlcad |
I think
olexander's page was actual guidelines, matching our new website
theme |
| 05:36.07 |
*** join/#brlcad ankush92
(~ankush92@59.94.95.30) |
| 06:02.35 |
*** join/#brlcad andromeda-galaxy
(~user@117.222.146.76) |
| 06:08.00 |
brlcad |
andromeda-galaxy: I'm around for about 5
more min if you have an update |
| 06:08.57 |
brlcad |
andromeda-galaxy: ah, I see your reply
now |
| 06:09.27 |
brlcad |
not sure I'm
reading your reply right -- are you saying that brep_simple from
before and after your edit produce the same output? |
| 06:09.43 |
brlcad |
or just that
brep_simple and brep_cube after the edit produce different
output? |
| 06:34.41 |
*** join/#brlcad andromed`
(~user@117.196.155.150) |
| 06:40.08 |
brlcad |
andromed`:
did you see my questions? |
| 06:40.15 |
brlcad |
apparently
more than 5 min |
| 07:05.48 |
*** join/#brlcad ankush92
(~ankush92@117.205.154.17) |
| 07:26.32 |
*** join/#brlcad ankush92
(~ankush92@117.205.156.57) |
| 07:44.36 |
*** join/#brlcad andromeda-galaxy
(~user@117.196.155.150) |
| 07:45.07 |
andromeda-galaxy |
brlcad: on
the superell surface area, do you know where I might be able to get
some information on what a,b,c mean in the special cases you
mention? |
| 07:47.40 |
*** join/#brlcad ankush92
(~ankush92@117.205.153.252) |
| 08:30.40 |
*** join/#brlcad ankush92
(~ankush92@117.205.157.132) |
| 08:33.01 |
*** join/#brlcad yiyus
(1242712427@je.je.je) |
| 10:12.05 |
*** join/#brlcad ankush92
(~ankush92@117.205.157.132) |
| 11:19.31 |
*** join/#brlcad caen23
(~caen23@92.83.172.48) |
| 11:53.22 |
*** join/#brlcad ankush92
(~ankush92@115.250.184.205) |
| 11:54.23 |
*** join/#brlcad FreezingCold
(~FreezingC@135.0.41.14) |
| 13:02.35 |
*** join/#brlcad jschulte
(~johannes@p4FDF8E84.dip0.t-ipconnect.de) |
| 13:30.51 |
Notify |
03BRL-CAD:starseeker * 59233
brlcad/trunk/src/libbrep/boolean.cpp: Fix trivial case handling for
breps |
| 13:31.31 |
Notify |
03BRL-CAD:starseeker * 59234
brlcad/trunk/src/libbrep/intersect.cpp: Need to think about how we
digest some of the potentially complex interactions between
surface/surface intersections and the trimming curves on the
faces... |
| 13:31.42 |
Notify |
03BRL-CAD:peter-sa * 59235
brlcad/trunk/src/libged/importFg4Section.c: Remove duplicate code
in src/libged/importFg4Section.c and
src/libged/wdb_importFg4Section.c, from GCI task
http://www.google-melange.com/gci/task/view/google/gci2013/6465249569931264 |
| 13:31.43 |
gcibot |
Identify and
eliminate code duplication (100+ lines) #2 |
| 13:31.43 |
gcibot |
Status:
Closed |
| 13:31.43 |
gcibot |
Mentor(s):
erikg |
| 13:31.44 |
Notify |
03BRL-CAD:peter-sa * 59236
(brlcad/trunk/src/libged/ged_private.h
brlcad/trunk/src/libged/track.c
brlcad/trunk/src/libged/wdb_track.c): Remove duplicate code in
src/libged/track.c and src/libged/wdb_track.c, from GCI task
http://www.google-melange.com/gci/task/view/google/gci2013/5274134879666176 |
| 13:31.46 |
gcibot |
Identify and
eliminate code duplication (100+ lines) #4 |
| 13:31.47 |
gcibot |
Status:
Closed |
| 13:31.47 |
gcibot |
Mentor(s):
Harmanpreet |
| 13:32.28 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
| 13:34.56 |
Notify |
03GCI:Sean *
5274134879666176 Identify and eliminate code duplication (100+
lines) #4: FYI - FYI, we'll create as many of these as are
completed, so feel free to work on more in advance
while... |
| 13:34.57 |
Notify |
03GCI:Sean *
5274134879666176 Identify and eliminate code duplication (100+
lines) #4: not ideal - You'll find that for many of the functions,
it's not as simple as calling the wdb_ code but the... |
| 13:34.58 |
Notify |
03GCI:YuGin *
5112711083982848 Fix at least 8 spelling mistakes in at least 8
different files #2: None - Hi Sean, I am currently completing
tasks for other organisations. Thanks for the reminder! |
| 13:34.59 |
Notify |
03GCI:Rishi
Sharma * 5257317062803456 Design a BRL-CAD Sticker #12: Task
Claimed - I would like to work on this task. |
| 13:35.00 |
Notify |
03GCI:Rishi
Sharma * 5869229643399168 Design a BRL-CAD Sticker #11: You are
granted full Rights - Yeah! you are granted full rights to use my
design. But how you are going to give me credit for... |
| 13:35.01 |
Notify |
03GCI:Andromeda Galaxy * 5274134879666176
Identify and eliminate code duplication (100+ lines) #4: Thanks for
information - Thank you for that information. I think that I have
found a way in... |
| 13:35.02 |
Notify |
03GCI:Olexander Dubenko * 5319113052258304
Write draft of BRL-CAD design guidelines cheat sheet: Task Claimed
- I would like to work on this task. |
| 13:35.03 |
Notify |
03GCI:Olexander Dubenko * 6447429750620160
Design new Archer splash screen #4: None - Wow, that's great, but
I want to be in top five not by quantity but by
quality. |
| 13:35.04 |
Notify |
03GCI:Mandeep
Kaur * 5257317062803456 Design a BRL-CAD Sticker #12: Task Assigned
- This task has been assigned to Rishi Sharma. You have 168 hours
to complete this task, good luck! |
| 13:35.05 |
Notify |
03GCI:Mandeep
Kaur * 5319113052258304 Write draft of BRL-CAD design guidelines
cheat sheet: Task Assigned - This task has been assigned to
Olexander Dubenko. You have 168 hours to complete
this... |
| 13:35.06 |
Notify |
03GCI:Rishi
Sharma * 5257317062803456 Design a BRL-CAD Sticker #12: Ready for
review - The work on this task is ready to be reviewed. |
| 13:35.07 |
Notify |
03GCI:Rishi
Sharma * 5257317062803456 Design a BRL-CAD Sticker #12: Work
Uploaded - I want to inform you that i have uploaded an animated
.gif file. You can see animation by simply opening
the... |
| 13:35.08 |
Notify |
03GCI:Olexander Dubenko * 5319113052258304
Write draft of BRL-CAD design guidelines cheat sheet: Ready for
review - The work on this task is ready to be reviewed. |
| 13:35.09 |
Notify |
03GCI:agkphysics * 6223445729738752 Create
an utility library (LIBBU) API unit test for badmagic.c: Task
Claimed - I would like to work on this task. |
| 13:35.10 |
Notify |
03GCI:Andromeda Galaxy * 5274134879666176
Identify and eliminate code duplication (100+ lines) #4: Ready for
review - The work on this task is ready to be reviewed. |
| 13:35.11 |
Notify |
03GCI:Mandeep
Kaur * 6223445729738752 Create an utility library (LIBBU) API unit
test for badmagic.c: Task Assigned - This task has been assigned to
agkphysics. You have 72 hours to complete this... |
| 13:35.12 |
Notify |
03GCI:Mandeep
Kaur * 5257317062803456 Design a BRL-CAD Sticker #12: Design
sticker not animation - I appriciate your efforts but you have to
design a sticker for BRL-CAD. You can use given
logos,... |
| 13:35.13 |
Notify |
03GCI:Mandeep
Kaur * 5257317062803456 Design a BRL-CAD Sticker #12: Task Needs
More Work - One of the mentors has sent this task back for more
work. Talk to the mentor(s) assigned to this task to... |
| 13:35.14 |
Notify |
03GCI:Rishi
Sharma * 5257317062803456 Design a BRL-CAD Sticker #12: Ready for
review - The work on this task is ready to be reviewed. |
| 13:35.15 |
Notify |
03GCI:Rishi
Sharma * 5257317062803456 Design a BRL-CAD Sticker #12: None - Can
I give that animation in "facebook banner" task ? |
| 13:35.16 |
Notify |
03GCI:Johannes Schulte * 5863528074313728
Design new API function to reduce duplication: Ready for review -
The work on this task is ready to be reviewed. |
| 13:35.17 |
Notify |
03GCI:PCK-45
* 5893967379955712 Design a front cover of Doc Camp Book #4: None -
Thank you! :) |
| 13:35.18 |
Notify |
03GCI:Alexandra Covor * 5853079291297792
Create a book layout for our Doc Camp book #3: Ready for review -
The work on this task is ready to be reviewed. |
| 13:35.19 |
Notify |
03GCI:Johannes Schulte * 5863528074313728
Design new API function to reduce duplication: None - So, what I'm
the least sure about at the moment is the assumption, that the pts
array is ccw-sorted.... |
| 13:35.20 |
Notify |
03GCI:Sean *
5853079291297792 Create a book layout for our Doc Camp book #3:
editable format - Alexandra, did you edit the pdf directly or use
some other format / software? Please also submit
your... |
| 13:35.21 |
Notify |
03GCI:Sean *
5853079291297792 Create a book layout for our Doc Camp book #3:
Task Needs More Work - One of the mentors has sent this task back
for more work. Talk to the mentor(s) assigned to
this... |
| 13:35.22 |
Notify |
03GCI:Marie
Gita * 5240909012664320 Design a front cover of Doc Camp Book using
Moose mascot: Ready for review - The work on this task is ready to
be reviewed. |
| 13:35.23 |
Notify |
03GCI:Sean *
5274134879666176 Identify and eliminate code duplication (100+
lines) #4: complexity - We can certainly break up tasks into
multiple when they take more than a few hours, but know
that... |
| 13:35.24 |
Notify |
03GCI:Sean *
5274134879666176 Identify and eliminate code duplication (100+
lines) #4: Task Needs More Work - One of the mentors has sent this
task back for more work. Talk to the mentor(s)
assigned... |
| 13:35.25 |
Notify |
03GCI:Andromeda Galaxy * 5274134879666176
Identify and eliminate code duplication (100+ lines) #4: Ready for
review - The work on this task is ready to be reviewed. |
| 13:35.26 |
Notify |
03GCI:Andromeda Galaxy * 5274134879666176
Identify and eliminate code duplication (100+ lines) #4: wrong diff
- Sorry, I uploaded a partial diff, the proper one will be here in
a minute. |
| 13:35.27 |
Notify |
03GCI:Mandeep
Kaur * 5257317062803456 Design a BRL-CAD Sticker #12: Yes - Yes
you can design banner in that task. |
| 13:35.28 |
Notify |
03GCI:Andromeda Galaxy * 5274134879666176
Identify and eliminate code duplication (100+ lines) #4: Newest
version - I renamed ged_track_g to _ged_track, because the _g
suffix is somewhat obscure; I... |
| 13:35.29 |
Notify |
03GCI:Rishi
Sharma * 5257317062803456 Design a BRL-CAD Sticker #12: None - I'm
waiting for review. |
| 13:35.30 |
Notify |
03GCI:Mandeep
Kaur * 5257317062803456 Design a BRL-CAD Sticker #12: Needs
Improvement - You have to be more creative. Have a look at closed
tasks for sticker for an idea. |
| 13:35.31 |
Notify |
03GCI:Mandeep
Kaur * 5257317062803456 Design a BRL-CAD Sticker #12: Task Needs
More Work - One of the mentors has sent this task back for more
work. Talk to the mentor(s) assigned to this task to... |
| 13:35.32 |
Notify |
03GCI:Alexandra Covor * 5853079291297792
Create a book layout for our Doc Camp book #3: Ready for review -
The work on this task is ready to be reviewed. |
| 13:35.33 |
Notify |
03GCI:Alexandra Covor * 5853079291297792
Create a book layout for our Doc Camp book #3: Updated - I used
word to edit the book and then I converted it to pdf. I have
removed the yellow background... |
| 13:35.34 |
Notify |
03GCI:Sean *
5863528074313728 Design new API function to reduce duplication: how
to sort? - If you have an assumption like that, it must be
documented in the API header. Another assumption to... |
| 13:35.35 |
Notify |
03GCI:Sean *
5863528074313728 Design new API function to reduce duplication:
Task Needs More Work - One of the mentors has sent this task back
for more work. Talk to the mentor(s) assigned to
this... |
| 13:35.36 |
Notify |
03GCI:Sean *
5257317062803456 Design a BRL-CAD Sticker #12: chunky logo -
Rishi, the design needs to be clean. Also, while the animation is
cute, I don't think it'd be appropriate for the
facebook... |
| 13:35.37 |
Notify |
03GCI:Sean *
5319113052258304 Write draft of BRL-CAD design guidelines cheat
sheet: spectacular - This is pretty spectacular Olexander. It'd be
useful to have an html version too so it can be... |
| 13:35.38 |
Notify |
03GCI:Sean *
5319113052258304 Write draft of BRL-CAD design guidelines cheat
sheet: Task Closed - Congratulations, this task has been completed
successfully. |
| 13:35.39 |
Notify |
03GCI:Rishi
Sharma * 5257317062803456 Design a BRL-CAD Sticker #12: None - i
didn't get you .can you explain which tasks are you talking about
??? |
| 13:35.40 |
Notify |
03GCI:Sean *
5853079291297792 Create a book layout for our Doc Camp book #3:
Task Closed - Congratulations, this task has been completed
successfully. |
| 13:35.41 |
Notify |
03GCI:Sean *
5274134879666176 Identify and eliminate code duplication (100+
lines) #4: Task Closed - Congratulations, this task has been
completed successfully. |
| 13:35.42 |
Notify |
03GCI:Sean *
5240909012664320 Design a front cover of Doc Camp Book using Moose
mascot: Task Closed - Congratulations, this task has been completed
successfully. |
| 13:35.43 |
Notify |
03GCI:Sean *
5240909012664320 Design a front cover of Doc Camp Book using Moose
mascot: bloody - Heh, B and C look like he's drowning in a sea of
blood. The first one looks good, though. |
| 13:35.44 |
Notify |
03GCI:Rishi
Sharma * 5257317062803456 Design a BRL-CAD Sticker #12: Ready for
review - The work on this task is ready to be reviewed. |
| 13:35.45 |
Notify |
03GCI:Andromeda Galaxy * 4967846266273792
Identify and eliminate code duplication (100+ lines) #3: Task
Claimed - I would like to work on this task. |
| 13:35.46 |
Notify |
03GCI:Mandeep
Kaur * 4967846266273792 Identify and eliminate code duplication
(100+ lines) #3: Task Assigned - This task has been assigned to
Andromeda Galaxy. You have 72 hours to complete this... |
| 13:35.47 |
Notify |
03GCI:Sean *
5257317062803456 Design a BRL-CAD Sticker #12: Task Needs More Work
- One of the mentors has sent this task back for more work. Talk to
the mentor(s) assigned to this task to satisfy... |
| 13:35.48 |
Notify |
03GCI:Sean *
5257317062803456 Design a BRL-CAD Sticker #12
http://www.google-melange.com/gci/task/view/google/gci2013/5257317062803456:
search Rishi, you can go to our main page: : search -
... |
| 13:35.49 |
Notify |
03GCI:Andromeda Galaxy * 4967846266273792
Identify and eliminate code duplication (100+ lines) #3: Ready for
review - The work on this task is ready to be reviewed. |
| 13:35.50 |
Notify |
03GCI:Jacob B
* 6438477428162560 Compile BRL-CAD with GCC trunk: Task Claimed - I
would like to work on this task. |
| 13:35.51 |
Notify |
03GCI:Sean *
4967846266273792 Identify and eliminate code duplication (100+
lines) #3: Task Needs More Work - One of the mentors has sent this
task back for more work. Talk to the mentor(s)
assigned... |
| 13:35.52 |
Notify |
03GCI:Anita
Leung * 5836931489333248 Design a BRL-CAD Sticker #13: Task Claimed
- I would like to work on this task. |
| 13:35.53 |
Notify |
03GCI:Sean *
4967846266273792 Identify and eliminate code duplication (100+
lines) #3: interesting - This is quite a massive reduction, but if
you're going to create a new ged pointer, you also... |
| 13:35.54 |
Notify |
03GCI:Anita
Leung * 5778448328949760 Create a Motion Typography video for
BRL-CAD #3: Claim Removed - The claim on this task has been
removed, someone else can claim it now. |
| 13:35.55 |
Notify |
03GCI:Johannes Schulte * 5863528074313728
Design new API function to reduce duplication: Ready for review -
The work on this task is ready to be reviewed. |
| 13:35.56 |
Notify |
03GCI:Andromeda Galaxy * 4967846266273792
Identify and eliminate code duplication (100+ lines) #3: GED
pointer fixed, test seems to work - I fixed the ged_free just now;
E sph does seem to... |
| 13:35.57 |
Notify |
03GCI:Andromeda Galaxy * 4967846266273792
Identify and eliminate code duplication (100+ lines) #3: Ready for
review - The work on this task is ready to be reviewed. |
| 13:35.58 |
Notify |
03GCI:Olexander Dubenko * 5789257352347648
Write draft of BRL-CAD web design guidelines: Task Claimed - I
would like to work on this task. |
| 13:35.59 |
Notify |
03GCI:Sean *
4967846266273792 Identify and eliminate code duplication (100+
lines) #3: Task Closed - Congratulations, this task has been
completed successfully. |
| 13:36.00 |
Notify |
03GCI:Sean *
4967846266273792 Identify and eliminate code duplication (100+
lines) #3: works for you - If it works for you (and you've
actually tested it), that's usually good enough to commit
a... |
| 13:36.01 |
Notify |
03GCI:Sean *
5863528074313728 Design new API function to reduce duplication:
Task Closed - Congratulations, this task has been completed
successfully. |
| 13:36.02 |
Notify |
03GCI:Sean *
5863528074313728 Design new API function to reduce duplication:
implementing them - If you choose to implement either, please only
implement and commit one at a time per task so that... |
| 13:36.03 |
Notify |
03GCI:Sean *
6438477428162560 Compile BRL-CAD with GCC trunk: Task Assigned -
This task has been assigned to Jacob B. You have 72 hours to
complete this task, good luck! |
| 13:36.04 |
Notify |
03GCI:Sean *
5789257352347648 Write draft of BRL-CAD web design guidelines: Task
Assigned - This task has been assigned to Olexander Dubenko. You
have 168 hours to complete this task, good luck! |
| 13:36.05 |
Notify |
03GCI:Sean *
5836931489333248 Design a BRL-CAD Sticker #13: Task Assigned - This
task has been assigned to Anita Leung. You have 168 hours to
complete this task, good luck! |
| 13:36.06 |
Notify |
03GCI:Anita
Leung * 5836931489333248 Design a BRL-CAD Sticker #13: Ready for
review - The work on this task is ready to be reviewed. |
| 13:36.07 |
Notify |
03GCI:Anita
Leung * 5836931489333248 Design a BRL-CAD Sticker #13: None -
Worked a few different versions, hopefully you see one that you
like. |
| 13:36.08 |
Notify |
03GCI:Rishi
Sharma * 5257317062803456 Design a BRL-CAD Sticker #12: Ready for
review - The work on this task is ready to be reviewed. |
| 13:36.09 |
Notify |
03GCI:Olexander Dubenko * 5789257352347648
Write draft of BRL-CAD web design guidelines: Ready for review -
The work on this task is ready to be reviewed. |
| 13:36.10 |
Notify |
03GCI:Jacob B
* 6438477428162560 Compile BRL-CAD with GCC trunk: Ready for review
- The work on this task is ready to be reviewed. |
| 13:36.11 |
Notify |
03GCI:Johannes Schulte * 5782971667709952
Implement new API function to reduce duplication: Task Claimed - I
would like to work on this task. |
| 13:36.12 |
Notify |
03GCI:Toshita
* 5269834744987648 Design a cover image or banner for our Facebook
page (and/or another social media site) #13: Task Claimed - I would
like to work on this task. |
| 13:36.13 |
Notify |
03GCI:Andromeda Galaxy * 6114005533851648
Identify and eliminate code duplication (100+ lines) #5: Task
Claimed - I would like to work on this task. |
| 13:36.14 |
Notify |
03GCI:agkphysics * 6223445729738752 Create
an utility library (LIBBU) API unit test for badmagic.c: Ready for
review - The work on this task is ready to be reviewed. |
| 13:36.15 |
Notify |
03GCI:Kesha
Shah * 6114005533851648 Identify and eliminate code duplication
(100+ lines) #5: Task Assigned - This task has been assigned to
Andromeda Galaxy. You have 72 hours to complete this
task,... |
| 13:36.16 |
Notify |
03GCI:Palindrome * 4944388228644864 Design
a BRL-CAD Sticker #15: Task Claimed - I would like to work on this
task. |
| 13:36.17 |
Notify |
03GCI:Gauravjeet Singh * 5269834744987648
Design a cover image or banner for our Facebook page (and/or
another social media site) #13: Task Assigned - This task has been
assigned to Toshita . You... |
| 13:36.18 |
Notify |
03GCI:Gauravjeet Singh * 5782971667709952
Implement new API function to reduce duplication: Task Assigned -
This task has been assigned to Johannes Schulte. You have 72 hours
to complete this task,... |
| 13:36.19 |
Notify |
03GCI:Sean *
4944388228644864 Design a BRL-CAD Sticker #15: Task Assigned - This
task has been assigned to Palindrome. You have 168 hours to
complete this task, good luck! |
| 13:36.20 |
Notify |
03GCI:Alex *
4861354028564480 Write up Wiki page tutorial on our Volumetric
Primitive: results differ - i entered in the command you said and
found the data displayed was different. from the... |
| 13:36.21 |
Notify |
03GCI:Alex *
4861354028564480 Write up Wiki page tutorial on our Volumetric
Primitive: file format - Oh and i will make sure to upload one of
the file formats from what was mentioned when i
manage... |
| 13:36.22 |
Notify |
03GCI:Alex *
4861354028564480 Write up Wiki page tutorial on our Volumetric
Primitive: Ready for review - The work on this task is ready to be
reviewed. |
| 13:36.23 |
Notify |
03GCI:starseeker * 5789257352347648 Write
draft of BRL-CAD web design guidelines: Did you look at the links
in the task? - This appears to be an example of some sort rather
than guidlines, if I am... |
| 13:36.24 |
Notify |
03GCI:starseeker * 5789257352347648 Write
draft of BRL-CAD web design guidelines: Task Needs More Work - One
of the mentors has sent this task back for more work. Talk to the
mentor(s) assigned to... |
| 13:36.25 |
Notify |
03GCI:Sean *
6223445729738752 Create an utility library (LIBBU) API unit test
for badmagic.c: Task Closed - Congratulations, this task has been
completed successfully. |
| 13:36.26 |
Notify |
03GCI:Sean *
6223445729738752 Create an utility library (LIBBU) API unit test
for badmagic.c: static callback - This looks good, but the
callback function should be static. Excellent discovery
of... |
| 13:36.27 |
Notify |
03GCI:Sean *
6438477428162560 Compile BRL-CAD with GCC trunk: Task Closed -
Congratulations, this task has been completed
successfully. |
| 13:36.28 |
Notify |
03GCI:Sean *
6438477428162560 Compile BRL-CAD with GCC trunk: good news -
Surprising that no warnings were issues, but good news. If your
interested, I'm adding tasks to enable any gcc warning
that... |
| 13:36.29 |
Notify |
03GCI:Sean *
6438477428162560 Compile BRL-CAD with GCC trunk
http://www.google-melange.com/gci/task/view/google/gci2013/6438477428162560:
follow-on Several of these are posted: : follow-on -
... |
| 13:36.30 |
Notify |
03GCI:Sean *
5257317062803456 Design a BRL-CAD Sticker #12: Task Needs More Work
- One of the mentors has sent this task back for more work. Talk to
the mentor(s) assigned to this task to satisfy... |
| 13:36.31 |
Notify |
03GCI:Sean *
5257317062803456 Design a BRL-CAD Sticker #12: heavily borrows -
This design heavily borrows from another design, but still with
numerous flaws too. The bad outline around the logo.... |
| 13:36.32 |
Notify |
03GCI:Sean *
5257317062803456 Design a BRL-CAD Sticker #12: Task Reopened - This
task has been Reopened. |
| 13:36.33 |
Notify |
03GCI:Sean *
5836931489333248 Design a BRL-CAD Sticker #13: editable formats -
Anita, several of these look great but the .ai file you uploaded
seems to just be our logo? Moreover, of all the... |
| 13:36.34 |
Notify |
03GCI:Sean *
5836931489333248 Design a BRL-CAD Sticker #13: Task Needs More Work
- One of the mentors has sent this task back for more work. Talk to
the mentor(s) assigned to this task to satisfy... |
| 13:36.35 |
Notify |
03GCI:Sean *
5836931489333248 Design a BRL-CAD Sticker #13: editable format -
Marked as needing more work just so you can upload an editable
version for at least some of the more interesting... |
| 13:36.36 |
Notify |
03GCI:Andromeda Galaxy * 6114005533851648
Identify and eliminate code duplication (100+ lines) #5: Ready for
review - The work on this task is ready to be reviewed. |
| 13:36.37 |
Notify |
03GCI:Sean *
4861354028564480 Write up Wiki page tutorial on our Volumetric
Primitive: Task Closed - Congratulations, this task has been
completed successfully. |
| 13:36.38 |
Notify |
03GCI:Sean *
4861354028564480 Write up Wiki page tutorial on our Volumetric
Primitive: closing this task out - Alex, I'm closing this task out
due to the complications. From your log, the only... |
| 13:36.39 |
Notify |
03GCI:Anita
Leung * 5836931489333248 Design a BRL-CAD Sticker #13: Ready for
review - The work on this task is ready to be reviewed. |
| 13:36.40 |
Notify |
03GCI:Sean *
6114005533851648 Identify and eliminate code duplication (100+
lines) #5: tool changes - Andromeda, this is interesting but did
you verify that you didn't just make two different
tools... |
| 13:36.41 |
Notify |
03GCI:Sean *
6114005533851648 Identify and eliminate code duplication (100+
lines) #5: Task Needs More Work - One of the mentors has sent this
task back for more work. Talk to the mentor(s)
assigned... |
| 13:36.42 |
Notify |
03GCI:Andromeda Galaxy * 6114005533851648
Identify and eliminate code duplication (100+ lines) #5: Ready for
review - The work on this task is ready to be reviewed. |
| 13:36.43 |
Notify |
03GCI:Anita
Leung * 5836931489333248 Design a BRL-CAD Sticker #13: Hm... - I
redownloaded what I submitted and all the designs were provided in
that file? Make sure you scroll out to see the rest... |
| 13:36.44 |
Notify |
03GCI:Andromeda Galaxy * 6114005533851648
Identify and eliminate code duplication (100+ lines) #5: Correct
tools - I checked files generated from a clean checkout and from
the source with this... |
| 13:36.45 |
Notify |
03GCI:Sean *
5836931489333248 Design a BRL-CAD Sticker #13: perhaps
incompatibility - Anita, I still just see one layer and our logo,
but then I'm also using a slightly older version of AI than
you... |
| 13:36.46 |
Notify |
03GCI:Sean *
5836931489333248 Design a BRL-CAD Sticker #13: Task Needs More Work
- One of the mentors has sent this task back for more work. Talk to
the mentor(s) assigned to this task to satisfy... |
| 13:36.47 |
Notify |
03GCI:Anita
Leung * 5836931489333248 Design a BRL-CAD Sticker #13: Ready for
review - The work on this task is ready to be reviewed. |
| 13:36.48 |
Notify |
03GCI:Anita
Leung * 5836931489333248 Design a BRL-CAD Sticker #13: No problem -
I submitted a zip file with a saved svg file, eps files, and one
more ai with one flatten layered. |
| 13:36.49 |
Notify |
03GCI:Sean *
5486014072094720 Implement a surface area function for super
ellipsoids (SUPERELL): comment on mailing list - This is a hint I
posted to the brlcad-devel mailing list on this task
that... |
| 13:36.50 |
Notify |
03GCI:Sean *
6114005533851648 Identify and eliminate code duplication (100+
lines) #5: clarity - not sure I'm reading your reply right -- are
you saying that brep_simple from before and after
your... |
| 13:36.51 |
Notify |
03GCI:Sean *
6114005533851648 Identify and eliminate code duplication (100+
lines) #5: Task Closed - Congratulations, this task has been
completed successfully. |
| 13:36.52 |
Notify |
03GCI:Sean *
5836931489333248 Design a BRL-CAD Sticker #13: Task Closed -
Congratulations, this task has been completed
successfully. |
| 13:36.53 |
Notify |
03GCI:Sean *
5836931489333248 Design a BRL-CAD Sticker #13: frustrating - Well
this is frustrating. I was only able to open the SVG and it was
somewhat distorted. The EPS files are Illustrator
EPS... |
| 13:36.54 |
Notify |
03GCI:Anita
Leung * 5778448328949760 Create a Motion Typography video for
BRL-CAD #3: Task Claimed - I would like to work on this
task. |
| 13:36.55 |
Notify |
03GCI:Sean *
5778448328949760 Create a Motion Typography video for BRL-CAD #3:
Task Assigned - This task has been assigned to Anita Leung. You
have 72 hours to complete this task, good luck! |
| 13:36.56 |
Notify |
03GCI:Anita
Leung * 5778448328949760 Create a Motion Typography video for
BRL-CAD #3: Claim Removed - The claim on this task has been
removed, someone else can claim it now. |
| 13:36.57 |
Notify |
03GCI:Anita
Leung * 6357311673073664 Create a New Year Greeting Card for
BRL-CAD. #2: Task Claimed - I would like to work on this
task. |
| 13:36.58 |
Notify |
03GCI:Sean *
5778448328949760 Create a Motion Typography video for BRL-CAD #3:
needs tightening - The script needs a little refinement before you
render to video. I suggest arranging the highlights... |
| 13:36.59 |
Notify |
03GCI:Sean *
6357311673073664 Create a New Year Greeting Card for BRL-CAD. #2:
Task Assigned - This task has been assigned to Anita Leung. You
have 72 hours to complete this task, good luck! |
| 13:37.00 |
Notify |
03GCI:Anita
Leung * 5778448328949760 Create a Motion Typography video for
BRL-CAD #3: Sorry! - I keep claiming and unclaiming the task.. but
I actually am rendering the video right now however
I... |
| 13:37.01 |
Notify |
03GCI:Andromeda Galaxy * 5486014072094720
Implement a surface area function for super ellipsoids (SUPERELL):
Task Claimed - I would like to work on this task. |
| 13:37.02 |
Notify |
03GCI:Andromeda Galaxy * 6114005533851648
Identify and eliminate code duplication (100+ lines) #5: output -
Both: brep_simple from before and after look the same (in Archer),
as does brep_cube;... |
| 13:37.03 |
Notify |
03GCI:Sean *
5486014072094720 Implement a surface area function for super
ellipsoids (SUPERELL): Task Assigned - This task has been assigned
to Andromeda Galaxy. You have 72 hours to complete
this... |
| 13:37.04 |
Notify |
03GCI:Anita
Leung * 6357311673073664 Create a New Year Greeting Card for
BRL-CAD. #2: Ready for review - The work on this task is ready to
be reviewed. |
| 13:37.05 |
Notify |
03GCI:Anita
Leung * 6357311673073664 Create a New Year Greeting Card for
BRL-CAD. #2: None - I have to admit I'm pretty proud of these
designs. I remember you had compatability issues last time
so... |
| 13:37.06 |
Notify |
03GCI:Olexander Dubenko * 5789257352347648
Write draft of BRL-CAD web design guidelines
http://www.google-melange.com/gci/task/view/google/gci2013/5789257352347648:
None I created HTML version... |
| 13:37.07 |
Notify |
03GCI:Ilkin
Musaev * 6395734651830272 Design a cover image or banner for our
Facebook page (and/or another social media site) #14: Task Claimed
- I would like to work on this task. |
| 13:37.08 |
Notify |
03GCI:Olexander Dubenko * 5789257352347648
Write draft of BRL-CAD web design guidelines
http://www.google-melange.com/gci/task/view/google/gci2013/5789257352347648:
None *this task -: None - ... |
| 13:37.09 |
Notify |
03GCI:Mandeep
Kaur * 6395734651830272 Design a cover image or banner for our
Facebook page (and/or another social media site) #14: Task Assigned
- This task has been assigned to Ilkin Musaev. You... |
| 13:37.10 |
Notify |
03GCI:Ilkin
Musaev * 6395734651830272 Design a cover image or banner for our
Facebook page (and/or another social media site) #14: None - What
size of imgae should be? And i must send psd file
or... |
| 13:37.11 |
Notify |
03GCI:Johannes Schulte * 5782971667709952
Implement new API function to reduce duplication: Ready for review
- The work on this task is ready to be reviewed. |
| 13:37.12 |
Notify |
03GCI:Marie
Gita * 5257317062803456 Design a BRL-CAD Sticker #12: Task Claimed
- I would like to work on this task. |
| 13:37.13 |
Notify |
03GCI:Rishi
Sharma * 5804117939191808 Design a cover image or banner for our
Facebook page (and/or another social media site) #15: Task Claimed
- I would like to work on this task. |
| 13:37.14 |
Notify |
03GCI:Ilkin
Musaev * 6395734651830272 Design a cover image or banner for our
Facebook page (and/or another social media site) #14: None - Can i
use any program that photosop? |
| 13:37.15 |
Notify |
03GCI:Mandeep
Kaur * 6395734651830272 Design a cover image or banner for our
Facebook page (and/or another social media site) #14: Use any tool
- You can use photoshop and upload raw files as
well... |
| 13:37.16 |
Notify |
03GCI:Mandeep
Kaur * 5804117939191808 Design a cover image or banner for our
Facebook page (and/or another social media site) #15: Task Assigned
- This task has been assigned to Rishi Sharma. You... |
| 13:37.17 |
Notify |
03GCI:Daniel
Rossberg * 5257317062803456 Design a BRL-CAD Sticker #12: Task
Assigned - This task has been assigned to Marie Gita. You have 168
hours to complete this task, good luck! |
| 13:37.18 |
Notify |
03GCI:Daniel
Rossberg * 5782971667709952 Implement new API function to reduce
duplication: How will this function help to reduce code? - The
function itself looks reasonable. However, I'm
missing... |
| 13:37.19 |
Notify |
03GCI:Daniel
Rossberg * 5782971667709952 Implement new API function to reduce
duplication: Task Needs More Work - One of the mentors has sent
this task back for more work. Talk to the mentor(s)... |
| 13:37.20 |
Notify |
03GCI:Ilkin
Musaev * 6395734651830272 Design a cover image or banner for our
Facebook page (and/or another social media site) #14: Ready for
review - The work on this task is ready to be reviewed. |
| 13:37.21 |
Notify |
03GCI:Johannes Schulte * 5782971667709952
Implement new API function to reduce duplication: None - Is this
also part of this task, or should it be done in one of the code
duplication tasks? |
| 13:37.23 |
Notify |
03GCI:Gauravjeet Singh * 6357311673073664
Create a New Year Greeting Card for BRL-CAD. #2: Task Closed -
Congratulations, this task has been completed
successfully. |
| 13:58.28 |
Notify |
03GCI:Sharan
Narayan * 5873716877590528 Create a precise modeling transcript for
modeling a simple toy car: Task Claimed - I would like to work on
this task. |
| 14:00.04 |
Notify |
03GCI:Sharan
Narayan * 5873716877590528 Create a precise modeling transcript for
modeling a simple toy car: GED - But Tell me more about GED
command transcript and how to make it |
| 14:03.35 |
maths22 |
starseeker:
is hacking a good one to start with? |
| 14:03.39 |
Notify |
03GCI:Jacob B
* 5520829748084736 Fix image sizing in BRL-CAD's Docbook
Documentation (any one large document or 4 smaller documents): Task
Claimed - I would like to work on this task. |
| 14:08.23 |
maths22 |
to me, all
these images look pretty good given their purposes http://brlcad.org/~maths22/HACKING_BRL-CAD.pdf |
| 14:08.32 |
maths22 |
please let me
know which ones are too big |
| 14:29.19 |
starseeker |
maths22: if
they look fine, then I'd pick another document |
| 14:29.25 |
starseeker |
try one of
the lessons |
| 14:32.25 |
Notify |
03GCI:Harmanpreet * 5520829748084736 Fix
image sizing in BRL-CAD's Docbook Documentation (any one large
document or 4 smaller documents): Task Assigned - This task has
been assigned to Jacob B. You... |
| 14:36.36 |
starseeker |
maths22: I
think the Volume III book also has a fair number of image sizing
issues |
| 14:43.03 |
Notify |
03GCI:Rishi
Sharma * 5804117939191808 Design a cover image or banner for our
Facebook page (and/or another social media site) #15: Ready for
review - The work on this task is ready to be reviewed. |
| 14:47.53 |
Notify |
03GCI:Harmanpreet * 5873716877590528
Create a precise modeling transcript for modeling a simple toy car
http://www.google-melange.com/gci/task/view/google/gci2013/5873716877590528:
Write Down... |
| 14:48.08 |
Notify |
03GCI:Harmanpreet * 5873716877590528
Create a precise modeling transcript for modeling a simple toy car:
Task Assigned - This task has been assigned to Sharan Narayan. You
have 72 hours to complete... |
| 15:08.29 |
Notify |
03GCI:Harmanpreet * 6395734651830272
Design a cover image or banner for our Facebook page (and/or
another social media site) #14: Impressive - Ilkin, You design is
impressive but need following... |
| 15:08.39 |
Notify |
03GCI:Harmanpreet * 6395734651830272
Design a cover image or banner for our Facebook page (and/or
another social media site) #14: Task Needs More Work - One of the
mentors has sent this task back... |
| 15:25.48 |
Notify |
03GCI:Johannes Schulte * 5782971667709952
Implement new API function to reduce duplication: Ready for review
- The work on this task is ready to be reviewed. |
| 15:40.26 |
*** join/#brlcad merzo
(~merzo@139-19-133-95.pool.ukrtel.net) |
| 15:43.16 |
Notify |
03GCI:FaithOh
* 5865810849431552 Write draft of BRL-CAD application interface
design guidelines: Task Claimed - I would like to work on this
task. |
| 15:52.44 |
Notify |
03GCI:Ilkin
Musaev * 6395734651830272 Design a cover image or banner for our
Facebook page (and/or another social media site) #14: Ready for
review - The work on this task is ready to be reviewed. |
| 15:54.54 |
Notify |
03GCI:Kuuurt
* 4932878790033408 Fix at least 8 spelling mistakes in at least 8
different files #7: Task Claimed - I would like to work on this
task. |
| 16:16.22 |
Notify |
03GCI:Mandeep
Kaur * 5865810849431552 Write draft of BRL-CAD application
interface design guidelines: Task Assigned - This task has been
assigned to FaithOh. You have 168 hours to complete
this... |
| 16:16.23 |
Notify |
03GCI:Mandeep
Kaur * 4932878790033408 Fix at least 8 spelling mistakes in at
least 8 different files #7: Task Assigned - This task has been
assigned to Kuuurt. You have 72 hours to complete
this... |
| 16:34.54 |
Notify |
03GCI:Sean *
5836931489333248 Design a BRL-CAD Sticker #13: closure - For
posterity when aggregating results later, Anita e-mailed other .ai
files that opened without issue. See devs mailbox
for... |
| 16:47.05 |
Notify |
03GCI:Sean *
5782971667709952 Implement new API function to reduce duplication:
comment duplication - Implementing the reduction isn't part of
this task but you do have to identify the code that
is... |
| 16:47.25 |
Notify |
03GCI:Sean *
5782971667709952 Implement new API function to reduce duplication:
assuming - Assuming you can fix the remaining issues on
commit. |
| 16:49.30 |
Notify |
03GCI:Sean *
5782971667709952 Implement new API function to reduce duplication:
Task Closed - Congratulations, this task has been completed
successfully. |
| 16:54.00 |
Notify |
03GCI:Sean *
6395734651830272 Design a cover image or banner for our Facebook
page (and/or another social media site) #14: This is awesome! -
Love it Ilkin! This is one of the most creative and... |
| 16:57.36 |
Notify |
03GCI:Harmanpreet * 6395734651830272
Design a cover image or banner for our Facebook page (and/or
another social media site) #14: Agree with Sean - Desgin is simply
awesome but the tag line or... |
| 16:59.20 |
Notify |
03GCI:Sean *
5804117939191808 Design a cover image or banner for our Facebook
page (and/or another social media site) #15: you already did this
one - Rishi, I just commented on your previous task... |
| 17:01.15 |
Notify |
03GCI:Rishi
Sharma * 5804117939191808 Design a cover image or banner for our
Facebook page (and/or another social media site) #15: None - Sir
this means my work will not be reviewed ? |
| 17:04.01 |
Notify |
03BRL-CAD:starseeker * 59238
brlcad/trunk/src/libbrep/boolean.cpp: Add some notes/thoughts about
how to proceed with face/face operations... |
| 17:15.38 |
Notify |
03GCI:Sharan
Narayan * 5873716877590528 Create a precise modeling transcript for
modeling a simple toy car: Ready for review - The work on this task
is ready to be reviewed. |
| 17:21.14 |
*** join/#brlcad jschulte
(~johannes@p4FDF8E84.dip0.t-ipconnect.de) |
| 17:34.42 |
Notify |
03GCI:Sean *
5873716877590528 Create a precise modeling transcript for modeling
a simple toy car: Task Needs More Work - One of the mentors has
sent this task back for more work. Talk to the... |
| 17:37.47 |
Notify |
03GCI:Sean *
5873716877590528 Create a precise modeling transcript for modeling
a simple toy car: cant be used in a tutorial - Sharan, the point
of the transcript is to serve as a tutorial for... |
| 17:39.22 |
Notify |
03GCI:Sean *
6395734651830272 Design a cover image or banner for our Facebook
page (and/or another social media site) #14: Task Needs More Work -
One of the mentors has sent this task back for more... |
| 17:39.27 |
Notify |
03GCI:Sean *
6395734651830272 Design a cover image or banner for our Facebook
page (and/or another social media site) #14: also move the text up
slightly - Also, if you make the text in the top... |
| 17:50.46 |
Notify |
03BRL-CAD:j-schulte * 59239
(brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/CMakeLists.txt
and 4 others): add function to calculate the interior area of a
polygon to libbn (GCI task:
http://www.google-melange.com/gci/task/view/google/gci2013/5782971667709952) |
| 17:57.02 |
Notify |
03BRL-CAD:n_reed * 59240
brlcad/trunk/src/tclscripts/archer/Archer.tcl: just draw control
mesh when edit button is checked |
| 17:57.16 |
Notify |
03GCI:Sharan
Narayan * 5873716877590528 Create a precise modeling transcript for
modeling a simple toy car: OK - I gonna unclaim this
task.. |
| 17:57.45 |
Notify |
03GCI:Ilkin
Musaev * 6395734651830272 Design a cover image or banner for our
Facebook page (and/or another social media site) #14: None - ok i
will do it now |
| 17:58.05 |
Notify |
03GCI:Sharan
Narayan * 5873716877590528 Create a precise modeling transcript for
modeling a simple toy car: Claim Removed - The claim on this task
has been removed, someone else can claim it now. |
| 17:59.25 |
Notify |
03GCI:Sharan
Narayan * 5849146376323072 Model pliers in 3D using BRL-CAD: Task
Claimed - I would like to work on this task. |
| 18:03.07 |
Notify |
03GCI:Johannes Schulte * 5259914242949120
Implement new API function to reduce duplication #2: Task Claimed -
I would like to work on this task. |
| 18:06.13 |
Notify |
03GCI:Sharan
Narayan * 5849146376323072 Model pliers in 3D using BRL-CAD: One
Piler or many.. - The task is to model a sigle plier or all of
them shown in the wiki page |
| 18:07.25 |
Notify |
03GCI:Ilkin
Musaev * 6395734651830272 Design a cover image or banner for our
Facebook page (and/or another social media site) #14... |
| 18:13.20 |
Notify |
03GCI:Sharan
Narayan * 5882063005679616 Model a hammer in 3D using BRL-CAD: Task
Claimed - I would like to work on this task. |
| 18:13.21 |
Notify |
03GCI:Sharan
Narayan * 5849146376323072 Model pliers in 3D using BRL-CAD: Claim
Removed - The claim on this task has been removed, someone else can
claim it now. |
| 18:24.22 |
Notify |
03GCI:Ilkin
Musaev * 6395734651830272 Design a cover image or banner for our
Facebook page (and/or another social media site) #14: Ready for
review - The work on this task is ready to be reviewed. |
| 18:34.32 |
maths22 |
starseeker:
that makes sense |
| 18:49.15 |
Notify |
03GCI:Anita
Leung * 5778448328949760 Create a Motion Typography video for
BRL-CAD #3: Reediting the script - 7 Reasons to Choose BRL-CAD:
for Developers BRL-CAD is a hefty graphic system... |
| 19:22.18 |
*** join/#brlcad archivist
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
| 19:45.30 |
Notify |
03BRL-CAD
Wiki:Jimrcross1941 * 0 /wiki/User:Jimrcross1941: |
| 20:08.17 |
*** join/#brlcad Ch3ck
(~Ch3ck@41.202.197.232) |
| 20:33.01 |
*** join/#brlcad Ch3ck
(~Ch3ck@41.202.195.72) |
| 22:23.05 |
FreezingCold |
What kind of
formats are best to import with brlcad? |
| 22:24.06 |
FreezingCold |
.stl? |
| 22:28.22 |
FreezingCold |
brlcad: Hey
Sean, random question, is your work sponsored by anyone or is it a
hobby? |
| 22:36.54 |
FreezingCold |
Also slight
random question, does BRLCAD have any export restrictions? I know
some software that involves national security isn't "supposed" to
be used internationally |
){kind=link}
