| 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' |