| 01:08.10 | *** join/#brlcad dli (n=dli@adsl-75-33-249-151.dsl.chcgil.sbcglobal.net) | |
| 02:20.03 | *** join/#brlcad poolio (n=poolio@c-69-251-3-107.hsd1.md.comcast.net) | |
| 03:05.25 | *** join/#brlcad PrezKennedy (n=Matthew@c-69-251-104-254.hsd1.md.comcast.net) | |
| 05:59.51 | *** join/#brlcad clock_ (i=clock@84-72-95-62.dclient.hispeed.ch) | |
| 07:00.26 | *** join/#brlcad dli_ (n=dli@adsl-75-31-240-235.dsl.chcgil.sbcglobal.net) | |
| 07:23.35 | *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch) | |
| 07:34.50 | *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch) | |
| 15:33.02 | *** join/#brlcad smallfoot- (i=vc@clamwin/translator/smallfoot) | |
| 15:33.55 | smallfoot- | Linux Kernel 2.6.21 Released |
| 16:49.20 | *** join/#brlcad Elperion (n=Elperion@p548752BC.dip.t-dialin.net) | |
| 17:35.49 | *** join/#brlcad b0ef (n=b0ef@084202026226.customer.alfanett.no) | |
| 18:13.49 | *** join/#brlcad IriX64 (n=mario_du@bas2-sudbury98-1177878729.dsl.bell.ca) | |
| 18:19.44 | IriX64 | http://www.pastebin.ca/459804 <--- I'm having trouble at runtime with a libbn magic number check, If I do this for now, am i correct in assuming all the magic number check macros that depend on these will still do their job of initializing whatever but pass the number check? |
| 18:51.05 | *** join/#brlcad b0ef (n=b0ef@084202026226.customer.alfanett.no) | |
| 19:03.03 | IriX64 | thinking of using if!(_ptr) bu_bomb; |
| 19:03.21 | IriX64 | err if(!_ptr) |
| 19:05.22 | *** join/#brlcad clock_ (i=clock@84-72-94-5.dclient.hispeed.ch) | |
| 19:06.22 | clock_ | I would use pastebin but pastebin fails with the following error: |
| 19:06.32 | clock_ | Query failure: Can't open file: 'pastebin.MYI'. (errno: 145) insert into pastebin (poster, domain, posted, format, code, parent_pid, expires,expiry_flag) values ('clock', '', now(), 'text', 'tgc\(thread_cyl6_0\.541_0\.0416666666667\.s\)\: 1 intersects \!\= \{0,2,4\}\r\n ray\: pt \= \(33\.1649 22\.7157 38\.5456\), dir \= \(-0\.000371362 0\.928038 0\.372486\)\r\n 1\.99\r\ntgc\(thread_cyl5_0\.4328_0\.0333333333333\.s\)\: 1 intersects \!\= \{0,2,4 |
| 19:06.57 | clock_ | (Note: in case pastebin doesn't work, use pastebin to paste the lenghty error message instead of flooding the IRC channel) |
| 19:07.02 | clock_ | So what I wanted to paste: |
| 19:07.14 | clock_ | is it normal when I get the following messages when running rt? |
| 19:07.25 | clock_ | tgc(thread_cyl6_0.541_0.0416666666667.s): 1 intersects != {0,2,4} ray: pt = (33.1649 22.7157 38.5456), dir = (-0.000371362 0.928038 0.372486) 1.99 |
| 19:07.28 | clock_ | tgc(thread_cyl5_0.4328_0.0333333333333.s): 1 intersects != {0,2,4} ray: pt = (46.7653 22.0771 52.6023), dir = (-0.000470877 0.829158 0.559014) 1.99 |
| 19:07.31 | clock_ | tgc(thread_cyl4_0.3787_0.0291666666667.s): 1 intersects != {0,2,4} ray: pt = (49.016 20.3626 59.9144), dir = (-0.000315285 0.246781 -0.969071) -1.96664 |
| 19:07.34 | clock_ | tgc(thread_cyl4_0.3787_0.0291666666667.s): 1 intersects != {0,2,4} ray: pt = (49.016 20.3626 59.9144), dir = (-0.000315285 0.246781 -0.969071) |
| 19:08.42 | clock_ | Actually I used pastebin to paste the pastebin error message and got the following pastebin error message: Query failure: Can't open file: 'pastebin.MYI'. (errno: 145) insert into pastebin (poster, domain, posted, format, code, parent_pid, expires,expiry_flag) values ('clock', '', now(), 'text', 'Query failure\: Can\'t open file\: \'pastebin\.MYI\'\. \(errno\: 145\) insert into pastebin \(poster, domain, posted, format, code, parent_pid, expir |
| 19:08.49 | clock_ | ;-) |
| 19:08.57 | clock_ | Looks like pastebin is really a useful tool to prevent channel floods ;-) |
| 19:35.48 | clock_ | rtweight seems to end up in an endless loop! |
| 19:57.03 | *** join/#brlcad Twingy (n=justin@74.92.144.217) | |
| 19:58.01 | IriX64 | rttherm is the one giving me grief/ |
| 19:58.27 | IriX64 | . |
| 19:59.55 | clock_ | And I found apparent database corruption in 7.8.4 |
| 20:01.45 | smallfoot- | :/ |
| 20:02.36 | clock_ | http://sourceforge.net/tracker/index.php?func=detail&aid=1708349&group_id=105292&atid=640802 |
| 20:02.52 | clock_ | It's perfectly repeatable, at least in my case :) |
| 20:03.37 | clock_ | I made a file with 10 cap screws. |
| 20:03.52 | clock_ | rtweight seems to hang on it, g-dxf runs excessively long so I had to terminate it |
| 20:04.42 | clock_ | What does the message "tgc(thread_cyl4_0.3787_0.0291666666667.s): 1 intersects != {0,2,4} ray: pt = (49.016 20.3626 59.9144), dir = (-0.0003152850.246781 -0.969071)", generated by rt on this file, indicate? |
| 20:08.21 | IriX64 | a point was found with negative directions |
| 20:08.52 | IriX64 | don't mknow much about that sort of thing though :) |
| 20:10.42 | IriX64 | http://www.pastebin.ca/459997 <--- for my purposes this works, i did the same to the tcl magic check too. |
| 20:18.14 | clock_ | Well I can use the brl-cad bugreporting mechanism that allows attachments and largish pastes |
| 20:18.14 | *** join/#brlcad docelic (n=docelic@212.15.183.23) | |
| 20:18.14 | IriX64 | don't worry, i won't pastebin the stack dumps :) |
| 20:31.41 | CIA-22 | BRL-CAD: 03jlowenz * 10brlcad/src/conv/iges/ (BrepHandler.cpp nmain.cpp n_iges.hpp n_iges.cpp): Started work on brep handling infrastructure. will provide user-implemented callbacks for custom application behavior. |
| 20:35.59 | CIA-22 | BRL-CAD: 03jlowenz * 10brlcad/src/conv/iges/Makefile.am: Add brephandler source file to iges source list |
| 21:16.44 | ``Erik | and the tgc error says the ray found one intersection on the way, when all rays should have an even number of intersections (each 'in' should have a paired 'out') |
| 21:18.01 | clock_ | ;-) |
| 21:18.32 | clock_ | is valid maybe in real arithmetic, but not in floating point, where even a==a is not true |
| 21:19.07 | clock_ | anyway is the message a bug or should be ignored? |
| 21:19.10 | ``Erik | (and a ray can have negative direction, ain't nothing wrong with that... I'd be more concerned that in the paste, the dir seems to be composed of two numbers, not 3) |
| 21:19.42 | ``Erik | it indicates a bug, is it consistently reproducable on 7.10.0 or HEAD? |
| 21:19.55 | clock_ | I didn't succeed compiline 7.10.0 |
| 21:20.03 | ``Erik | on openbsd? |
| 21:20.06 | clock_ | yes |
| 21:20.13 | clock_ | requires some libwhatever |
| 21:20.20 | clock_ | didn't require before |
| 21:20.31 | clock_ | But I actually didn't read the README |
| 21:20.35 | clock_ | just ./configure make |
| 21:20.46 | clock_ | may be my fault then ;-) |
| 21:21.22 | ``Erik | um, no new dependancies have been added... but it may be doing something gooby with installed tcl |
| 21:21.49 | clock_ | im gonna sleep |
| 21:21.50 | clock_ | good night |
| 21:45.22 | *** join/#brlcad dli (n=dli@nsit-dhcp-035-061.uchicago.edu) | |
| 21:47.57 | *** join/#brlcad IriX64 (n=mario_du@bas2-sudbury98-1177878729.dsl.bell.ca) | |
| 21:54.02 | dli | IriX64, does cvs still build? |
| 21:54.56 | IriX64 | not for me |
| 21:54.58 | IriX64 | . |
| 23:17.49 | ``Erik | http://feedback.ebay.com/ws/eBayISAPI.dll?ViewFeedbackMemberLeft&memberid=tryork5ifp&items=-1&item=-1&de=off |
| 23:38.10 | smallfoot- | o9o |
| 23:38.12 | smallfoot- | llol |
| 23:38.14 | smallfoot- | thats strange |
| 23:42.34 | smallfoot- | how that happen? |