| 00:34.36 | *** join/#brlcad LordOfBikes (~armin@dslb-092-074-245-088.092.074.pools.vodafone-ip.de) |
| 00:47.44 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 01:06.59 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 01:12.41 | *** join/#brlcad boj (~boj@205.164.6.75) |
| 01:14.11 | *** join/#brlcad shennich (cda4064b@gateway/web/cgi-irc/kiwiirc.com/ip.205.164.6.75) |
| 02:22.11 | *** join/#brlcad shennich (d24bfce2@gateway/web/cgi-irc/kiwiirc.com/ip.210.75.252.226) |
| 02:28.46 | *** join/#brlcad boj (~boj@205.164.6.75) |
| 03:06.37 | *** join/#brlcad shennich (80c77698@gateway/web/cgi-irc/kiwiirc.com/ip.128.199.118.152) |
| 03:16.23 | *** part/#brlcad shennich (80c77698@gateway/web/cgi-irc/kiwiirc.com/ip.128.199.118.152) |
| 03:17.17 | *** join/#brlcad boj (80c77698@gateway/web/cgi-irc/kiwiirc.com/ip.128.199.118.152) |
| 03:28.19 | *** join/#brlcad boj (d24bfce2@gateway/web/cgi-irc/kiwiirc.com/ip.210.75.252.226) |
| 05:31.19 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) |
| 05:33.19 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) |
| 05:33.19 | *** join/#brlcad maths22 (~maths22@unaffiliated/maths22) |
| 05:33.31 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) |
| 05:33.41 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) |
| 05:33.42 | *** join/#brlcad starseeker (~starseeke@66.118.151.70) |
| 06:18.15 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) |
| 06:53.52 | *** join/#brlcad sniok (~sniok@89.252.2.135) |
| 08:57.11 | *** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
| 08:57.46 | *** join/#brlcad Barun (~Barun@117.211.90.154) |
| 09:00.32 | Barun | Hi, I was just wondering if anybody here could help me get started with contributing to brlcad :) |
| 09:03.43 | Barun | And I was wondering if Brl-cad is still going to be accepting applications for ESA SOCIS |
| 09:03.48 | Barun | I wonder a lot. |
| 09:13.04 | Stragus | It's 5 am where most of the crew resides, give them a couple hours to get an answer ;) |
| 09:13.24 | Barun | Aha, thanks |
| 09:13.26 | Barun | maybe the mailing list then? |
| 09:14.37 | Stragus | Probably, if you want. IRC is still pretty good, you just need to catch them awake |
| 09:14.59 | Barun | Where is most of brlcad based? |
| 09:15.14 | Stragus | Maryland, U.S. |
| 09:15.19 | Barun | Ah |
| 09:15.32 | Barun | Thanks a lot :) Iâll check back in a few hours! |
| 09:16.13 | Stragus | Sure, good luck! |
| 09:31.06 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) |
| 10:03.10 | *** join/#brlcad sniok (~sniok@89.252.2.135) |
| 10:18.47 | Notify | 03BRL-CAD Wiki:Fabhio.turi * 0 /wiki/User:Fabhio.turi: |
| 10:34.25 | *** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787) |
| 10:38.12 | *** join/#brlcad Barun_ (~Barun@42.104.77.146) |
| 11:30.43 | *** join/#brlcad sniok (~sniok@89.252.2.135) |
| 11:57.59 | *** join/#brlcad Barun_ (~Barun@42.104.77.146) |
| 12:14.19 | Barun_ | Also, how big is the brl-cad repository? |
| 12:18.47 | *** join/#brlcad navi_ (caa43575@gateway/web/freenode/ip.202.164.53.117) |
| 12:29.01 | *** join/#brlcad yorik (~yorik@191.17.142.94) |
| 12:38.09 | brlcad | Barun_: depends how you measure it .. but an svndump is about 2GB |
| 12:38.31 | Barun_ | Ah, allright, thanks :) |
| 12:38.48 | brlcad | make sure you follow checkout instructions, though, of your end up extracting every branch, every tag, every release, etc ... which will be something like 200GB L) |
| 12:39.00 | Barun_ | *yelp* |
| 12:39.11 | Barun_ | http://brlcad.org/wiki/Compiling<â This link is good, right? |
| 12:40.20 | brlcad | should be, yeah |
| 12:40.27 | Barun_ | Allright thanks! |
| 12:41.39 | brlcad | Barun_: and yes, SOCIS apps are accepted through the deadline, 13 May I believe |
| 12:41.41 | Barun_ | Also, are you guys amenable to ESA Socis proposals? I was wondering whether you had your hands full with gsoc and all :) |
| 12:41.49 | Barun_ | Damn, faster than light speed. |
| 12:42.45 | Barun_ | So I imagine the correct way would be to [a] clone the repo, [b] do a quickie or a deuce, [c] Create a quick proposal, [d] discuss it with you guys, and [e] submit and pray to god? |
| 12:43.18 | Barun_ | Where a quickie is one of those two-hour tasks mentioned |
| 12:43.22 | Barun_ | over here : http://en.flossmanuals.net/contributors-guide-to-brl-cad/what-to-contribute/ |
| 12:44.41 | Barun_ | Iâm sorry if Iâm asking too many questions :p |
| 12:45.04 | brlcad | we wouldn't have applied if we weren't amenable... |
| 12:45.22 | Barun_ | My apologies for the phrasing of that questionâ¦I did not mean to give offence |
| 12:45.46 | brlcad | offense?? none taken .. you're fine, relax ;) |
| 12:45.55 | brlcad | you can't ask too many questions |
| 12:46.04 | brlcad | at least it is REALLY REALLY hard |
| 12:46.21 | brlcad | you can ask bad questions |
| 12:46.28 | brlcad | don't do that, ask good ones ;) |
| 12:46.31 | brlcad | ~ask |
| 12:46.31 | 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. |
| 12:46.46 | Barun_ | I see |
| 12:47.03 | Barun_ | So an example of a bad question is simply something that could be googled |
| 12:47.14 | Barun_ | Or determined very easily if you read the manual or wander around the brlcad side |
| 12:47.15 | Barun_ | site* |
| 12:47.28 | brlcad | exactly |
| 12:47.47 | Barun_ | For example a bad question would be : How do I get started? <â since thereâs plenty of info already on the site about compiling brl-cad |
| 12:48.02 | brlcad | don't waste time .. don't waste other people's time on trivially easily found stuff, and don't waste your time stuck when you should have asked a question or three :) |
| 12:48.14 | Barun_ | I shall endavour to remember that. |
| 12:48.20 | Barun_ | Fine line tho |
| 12:48.43 | brlcad | this is a good read that goes into LOTS of detail about asking questions in open source communities: http://www.catb.org/esr/faqs/smart-questions.html |
| 12:49.22 | brlcad | people are generally much more accommodating and friendly than his paper lends itself, but it's still helpful advice |
| 12:50.01 | brlcad | so yeah, doing a quickie, or a bug fix, or something related to a topic that interests you, all great ideas |
| 12:50.10 | brlcad | what interests do you have? skills? |
| 12:50.49 | Barun_ | Iâm mostly a C++ programmerâ¦Iâve worked on applications that use the Qt framework, so youâll find my patches on, for example, VLMC, and Swift |
| 12:51.19 | brlcad | qt happens to be one of our hot topics :) |
| 12:51.36 | Barun_ | Does it, now? |
| 12:52.08 | Barun_ | Whoo, Iâm a little relieved, Iâm not great at C (nor am I at C++, but at least I know what Iâm doing wrong there usually!), and brl-cad seems to be heavily C based |
| 12:52.57 | Barun_ | Iâm also not conversant with SVN, though Iâm fully confident I can learn it. I was more of a git guy |
| 12:54.09 | boj | Hi, brlcad, sorry for my interruption. I just cloned the lastest code from the repo and compiled it on my Windows 7 with Visual Studio 2012, it gives error in grid.c(line 896: ap->a_user = lrint(bn_randmt() * 100.0) % 100), the error is about 'left operand of % has type 'double'', but I checked that, the return type of 'lrint()' is actual 'int', ho |
| 12:54.09 | boj | w could it happen? |
| 12:55.24 | boj | but, the macro definition of 'lrint()' does not have a return type? Can it influence the compliation? And do you have some suggestions to fix it a more an elegant way? |
| 12:58.39 | brlcad | boj: huh, can you post the entire error message |
| 12:59.39 | brlcad | Barun_: git came after svn, so in many ways svn is just simpler -- some steps are combined (e.g., svn commit is a git commit+push) |
| 12:59.52 | Barun_ | I see |
| 13:00.50 | boj | yes, can I send it to mail-list, so I can make it detailed cause I have some other problems? |
| 13:01.45 | brlcad | and since you don't clone, you do multiple checkouts to work in multiple branches (git branches were implemented in a superior way to fix exactly that problem) |
| 13:02.09 | brlcad | boj: no, that won't be useful to most listening |
| 13:02.15 | brlcad | just use a pastebin |
| 13:02.24 | *** join/#brlcad annisar (~kamil@mail.soltysik.in) |
| 13:02.44 | brlcad | ~paste |
| 13:02.45 | infobot | i guess paste is http://pastebin.org/ or http://bin.cakephp.org/ or http://pastebin.ca/ |
| 13:03.01 | boj | thanks brlcad |
| 13:03.10 | brlcad | or |
| 13:03.11 | brlcad | ~pastebin |
| 13:03.12 | 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. |
| 13:03.22 | brlcad | don't use pastebin.com |
| 13:03.40 | Barun_ | Awesome. If thereâs any Qt related task on your mind let me know, otherwise Iâll proceed as follows : grabbing the code (through the virtual machine), working on a random deuce, and hopefully finding something in your project ideas that looks good to me? :) |
| 13:05.12 | boj | Here is the one I used before, http://paste.ubuntu.com/, should work. |
| 13:05.29 | brlcad | Barun_: what topics are of interest socis-wise? |
| 13:05.44 | brlcad | did you look over the list of ideas? any jump out at you? |
| 13:06.29 | Barun_ | You have a TON of ideas, which is awesome! Iâm actually a physics major, so naturally the couple of physics simulation ideas did catch my eye :) |
| 13:06.41 | Barun_ | Celestial mechanics particle system: Simulate solar systems and galaxies. C/C++ MEDIUM |
| 13:06.42 | Barun_ | Non-vacuum gravity simulator: Simulate falling to earth. |
| 13:06.43 | Barun_ | Those two |
| 13:06.46 | brlcad | boj: yeah, any accept the canonical .com one is usually fine ... it's simply blacklisted by a lot of places due to a history of malware, viruses, and other badness that got pasted way back when |
| 13:07.44 | brlcad | Barun_: excellent, so just beware that we've made a LOT of progress on simulating gravity since that idea was written up over the past two years, so you'll want to check it and propose ways to extend it |
| 13:07.59 | Barun_ | I see |
| 13:08.01 | boj | I see. |
| 13:08.04 | brlcad | the work is by no means done, but there is substantial investment so you wouldn't be starting from scratch |
| 13:08.46 | Barun_ | one of my worries is just that since thereâs so little time left to the deadling (only about two weeks), and I am going through a spate of exams, I wonât be able to churn out a very good quality proposal :( |
| 13:08.53 | Barun_ | Iâll do my best though! No excuses! |
| 13:09.10 | brlcad | nods, best of luck to you |
| 13:09.14 | Barun_ | Have you guys also done work on celestial mechanics? |
| 13:09.36 | boj | Hi, brlcad, here is my error file, http://paste.ubuntu.com/16048017/, please check it, I try to make it short cause it contains too much duplicated errors |
| 13:09.48 | brlcad | <PROTECTED> |
| 13:10.30 | brlcad | boj: can you put more context though |
| 13:10.35 | Barun_ | I imagine however, that there are also very few slots? :P |
| 13:10.42 | brlcad | what came before the C2296 line? |
| 13:10.51 | brlcad | Barun_: 1 slot :) |
| 13:10.54 | Barun_ | + less competition is no reason not to do your best! |
| 13:10.56 | brlcad | still 20% is great odds |
| 13:10.59 | Barun_ | Ah. |
| 13:11.50 | brlcad | it just means that the person that puts in the most effort, discusses well, demonstrates useful productivity will get selected |
| 13:12.10 | brlcad | some years have been 2-3 students, never know |
| 13:12.10 | boj | sorry, this is all the information, http://paste.ubuntu.com/16048049/ |
| 13:12.20 | brlcad | boj: thx |
| 13:12.39 | brlcad | can never trust msvc errors .. there's often some hint before |
| 13:12.59 | Barun_ | Iâm certainly willing to try my best :) And even if I donât get in, Iâm sure itâll be a good learning experience |
| 13:13.32 | Barun_ | Butâ¦just to confirm, ESA SOCIS is always just one slot for each org? :O |
| 13:13.33 | brlcad | wonders what all those Microsoft.CppCommon.targets cmd.exe errors are about |
| 13:13.48 | brlcad | Barun_: as far as I know, yes |
| 13:14.14 | boj | yes, line 5 is what I just told you, I am a little bit confused about the function 'lrint()', it should work, but it can not be compiled successfully. |
| 13:14.22 | Barun_ | Allright, Iâll get to work. Thank you so much for answering all my questions :) |
| 13:14.38 | Barun_ | Iâll be in touch when I have the source and am no doubt stuck on a deuce :) |
| 13:14.40 | brlcad | Barun_: also, fyi, I think you're the first to seriously express interest and get into a conversation about it, so that bodes well if you can manage your time wisely with exams |
| 13:15.18 | brlcad | Barun_: what platform do you run? |
| 13:15.27 | Barun_ | mac os x currently |
| 13:15.34 | boj | so, brlcad, what is your platform, maybe I need to change to what you used usually, so I can keep in touch with you easily? |
| 13:15.56 | brlcad | do you also have a windows build environment handy, virtualbox perhaps? |
| 13:16.15 | brlcad | boj: no, this is worth fixing... |
| 13:16.34 | brlcad | woah, you're running distcheck |
| 13:16.42 | boj | yes, I know, it should be fixed.. |
| 13:17.03 | brlcad | boj: distcheck doesn't work on windows, that much we do already know .. that explains the pixdiff on Windows is reporting no differences with a pair of files that pixcmp can see differences in. |
| 13:17.13 | brlcad | oops that explains the cmd.exe errors |
| 13:17.20 | brlcad | (but not the burst error) |
| 13:17.40 | Barun_ | Is a windows build environment necessary? I donât have one right now, but I will in a week when I get time to go fetch my new laptop |
| 13:17.59 | boj | what is distcheck? |
| 13:18.41 | brlcad | boj: it's a compilation target, apparently the one you requested :) |
| 13:19.18 | brlcad | Barun_: absolutely not -- mac is just fine (what I usually am on) .. just if you did have windows, there's a specific quickie style bug you could investigate |
| 13:19.27 | boj | so, how can I disable it or fix it in a proper way? |
| 13:19.56 | brlcad | boj: well assume the error is true, how would you fix it? |
| 13:20.37 | boj | locate and find the real problem, then fix it. |
| 13:21.43 | brlcad | heh, I mean this specific line of code |
| 13:23.25 | brlcad | assume the complier is right, what would you have to do to fix it on this line of code |
| 13:23.26 | Barun_ | Mind pointing me to the bug anyway? While I donât think Iâll get around to it before the project proposal, I wouldnât mind taking a look at it afterwards :) |
| 13:23.37 | Notify | 03BRL-CAD:starseeker * 67727 brlcad/trunk/src/libged/lc.c: Don't skip setting ignore on the last item in the table. |
| 13:24.30 | Barun_ | So youâre asking for a solution to the left operand is type double error? |
| 13:24.31 | boj | follow the instructions, and set |
| 13:24.32 | boj | following the instructions and change the compliation flags? |
| 13:24.36 | Barun_ | Isnât that simply a type mismatch? |
| 13:25.24 | Barun_ | stackoverflow has this to say : http://stackoverflow.com/questions/20237232/error-c2296-illegal-left-operand-has-type-double-in-c |
| 13:25.26 | brlcad | Barun_: it's what I miss-pasted in our BUGS file: |
| 13:25.47 | Barun_ | since % is not defined for doubles |
| 13:25.48 | brlcad | "pixdiff on Windows is reporting no differences with a pair of files that pixcmp can see differences in." |
| 13:25.50 | Barun_ | apparently. |
| 13:26.10 | Barun_ | Iâll store that away, and take a look later, thanks :) |
| 13:26.21 | Barun_ | Which seems obvious, because mod operators are based off remainders.. |
| 13:26.31 | Barun_ | I have a feeling Iâm thinking about this wrong :p |
| 13:26.35 | brlcad | boj: no.... what's the line of code erroring here? (paste it into the channel) |
| 13:28.31 | brlcad | Barun_: pixdiff on windows is the one I had in mind for you ... there's some weird bug there that is probably trivial to fix, but a good "test" of sorts IF you have a windows dev environment to compare with a non windows dev environment (e.g., mac) |
| 13:28.33 | Barun_ | urm, is the line you guys are talking about this -> Error 6 error C2296: '%' : illegal, left operand has type 'double' D:\Develop\brlcad-code\src\burst\grid.c 896 |
| 13:29.05 | Barun_ | I got that, I was wondering if I could contribute to this discussion, though Iâll stay out if you want me to :) |
| 13:29.08 | brlcad | yes, I was asking boj to paste grid.c:896 here |
| 13:29.23 | Barun_ | Ah. |
| 13:29.43 | boj | ap->a_user = lrint(bn_randmt() * 100.0) % 100; |
| 13:29.43 | boj | Oh, no, I am confused... the line shoudl be ... ap->a_user = lrint(bn_randmt() * 100.0) % 100; |
| 13:30.12 | brlcad | okay, great |
| 13:30.47 | brlcad | boj: so the compiler is saying % doesn't want a double on the left, yes? |
| 13:30.55 | boj | yes |
| 13:31.03 | brlcad | lrint() is on the left, which as you noted shouldn't be possible |
| 13:31.17 | boj | but I wonder that, the return type of 'lrint()' should be 'int', it can not be an issue? |
| 13:31.25 | boj | yes. |
| 13:31.28 | brlcad | and I agree .. shouldn't ... BUT assume the compiler is telling the truth for a minute |
| 13:31.39 | brlcad | how would you fix it? |
| 13:32.10 | boj | I will re-compile it. |
| 13:33.12 | boj | or I will try some other methods, like just use 'int()' instead of 'lrint()' to check it? |
| 13:34.12 | brlcad | well recompiling wouldn't be a bad idea, just to rule out some bad compilation stateb |
| 13:34.22 | brlcad | but I wouldn't it expect it to change this particular error |
| 13:34.37 | brlcad | what do you mean by another method like int()? |
| 13:35.05 | boj | I mean, I can try to use int() to replace lrint().. |
| 13:35.16 | boj | I know it is an un-safe way. |
| 13:36.16 | boj | I just want to check if it actually the problem of 'lrint()'. |
| 13:36.28 | brlcad | fwiw, int() is not a macro in C |
| 13:37.08 | boj | Oh, yeah, I forget it..sorry. |
| 13:37.59 | boj | could you please give some clues? |
| 13:38.26 | starseeker | Barun_: I doubt it plays into most (any?) of the ESA-SOCIS projects, but since you mentioned Qt I can't resist mentioning we do have some early stage work on a Qt interface located here: https://sourceforge.net/p/brlcad/code/HEAD/tree/brlcad/branches/qtged/src/qged/ |
| 13:38.30 | brlcad | well you're on the right track.. % wants an int, so give it an int |
| 13:38.59 | boj | yes |
| 13:39.00 | brlcad | boj: how can you make sure % is getting an int? |
| 13:39.33 | boj | if it is not, I need to make a type casting. |
| 13:40.05 | brlcad | bingo |
| 13:40.14 | brlcad | so what does that make the line look like? |
| 13:41.03 | boj | (int)(left operand) % (int)(right operand) |
| 13:41.42 | brlcad | I mean the actual line of code |
| 13:41.54 | brlcad | what do you make this line turn into: ap->a_user = lrint(bn_randmt() * 100.0) % 100; |
| 13:42.27 | boj | ap->a_user = (int)lrint(bn_randmt() * 100.0) % 100; |
| 13:42.31 | boj | should it work? |
| 13:43.06 | Barun_ | starseeker : Thanks, Iâll take a look! Maybe extending it could be an ESA-SOCIS project! |
| 13:43.27 | brlcad | boj: yes, so give that a try |
| 13:45.08 | boj | thanks brlcad, but I have question here, if the left operand it a big 'int', can this solution work properly? |
| 13:46.09 | brlcad | boj: leaving a cast is not a solution, but if it works or does not work should help you understand or find the real problem |
| 13:46.18 | brlcad | so question is, does that work? |
| 13:47.26 | starseeker | Barun_: from a "truth in advertising" standpoint I need to point out that a lot of the work needed for that interface to be useful is fairly "low-level" - for example, it needs a Qt widget for displaying BRL-CAD geometry that supports things like mouse rotation of the view, key bindings, etc. |
| 13:47.39 | boj | I am compling.. it needs some time. |
| 13:48.31 | brlcad | boj: so keep an eye out for burst and grid.c getting compiled |
| 13:48.36 | brlcad | if it compiled, it worked |
| 13:49.34 | boj | yes, I will update any information here. |
| 13:51.19 | Barun_ | starseeker : I see. Then again, I donât mind coding that stuff up either :) |
| 13:54.10 | starseeker | Barun_: what's there now is basically a framework, a read-only tree viewing widget, and the early beginnings of a console widget. There's also some more generic Qt widgets that I was hoping Qt would provide out of the box but didn't (Button palette a.l.a gimp tools and an "accordian" widget) |
| 13:55.39 | Barun_ | Ah.. |
| 13:55.48 | Barun_ | So a long long way to go |
| 13:55.52 | starseeker | Barun_: if you want a small proble to tackle in the qged code, there's a funky behavior with the accordian widget I haven't fixed yet |
| 13:56.06 | starseeker | Barun_: yes, but by the same token there's lots of low hanging fruit as well :-) |
| 13:56.17 | starseeker | s/proble/problem |
| 13:56.22 | Barun_ | I canât argue with that reasoning :) |
| 13:56.23 | brlcad | boj: assume your compilation test works (which by this long delay is a pretty good guess) ... what next? |
| 13:57.25 | Barun_ | Iâll take a look, thanks :) |
| 13:57.36 | boj | sorry, on my PC, it is still compling.. |
| 13:57.42 | starseeker | Barun_: the branch to check out is svn.code.sf.net/p/brlcad/code/brlcad/branches/qtged |
| 13:57.52 | starseeker | Barun_: and we assume a fairly recent Qt5 |
| 13:58.13 | Barun_ | Good, I hated the ugly SIGNAL SLOT macros of Qt4 |
| 13:59.33 | starseeker | Barun_: I'm not sure which style we're using there, but if we still are on the Qt4 style switching to Qt5 is absolutely fine. |
| 13:59.36 | boj | but till now, that error does not occur.. |
| 14:00.03 | starseeker | Barun_: once you get it to build, I recommend the pinewood.g model to see what's there: ./bin/qged share/db/pinewood.g |
| 14:01.27 | starseeker | you'll see the accordian widget on the right, with several items in it. The weird behavior I haven't fixed yet there is if you minimize *all* of the widgets in the accordian, the parent widget spreads them out vertically rather than clustering them at the top of the window |
| 14:01.29 | Barun_ | Iâll make a note of it. :) |
| 14:02.06 | Barun_ | Thanks! :) |
| 14:02.27 | starseeker | I'm pretty sure that because all of the widgets are hidden, there's nothing for the parent to expand to fill the bottom space - so the question is what to do to fix that :-) |
| 14:02.51 | brlcad | boj: yes, so assume that "fixed" it .. what does that tell you? |
| 14:03.25 | brlcad | if ap->a_user = lrint(bn_randmt() * 100.0) % 100; fails and ap->a_user = (int)lrint(bn_randmt() * 100.0) % 100; works .. what might that mean? |
| 14:03.38 | boj | the return type of 'lrint()' is not real 'int'. |
| 14:03.55 | brlcad | how can that possibly happen? |
| 14:05.10 | boj | yes, that is what I am confused..but I trace back the code, there is a macro definition of lrint(), without any return type, maybe it calls that definition? so it gives the error? |
| 14:07.39 | brlcad | boj: bingo :) |
| 14:07.59 | Barun_ | Well done boj :) |
| 14:07.59 | Notify | 03BRL-CAD:brlcad * 67728 brlcad/trunk/include/common.h: type-wise, lrint() is expected to return a long int, so we must make sure our macro ensures it since floor/ceil obviously do not. |
| 14:08.23 | boj | thanks brlcad. |
| 14:08.28 | brlcad | we had a wrapper around lrint, commit 67728 there should fix it |
| 14:08.38 | boj | aha, thanks Barun_, too. |
| 14:08.49 | brlcad | the wrapper is for platforms that do not have lrint() .. windows doesn't actually provide lrint() -- at least not yet afaik |
| 14:09.32 | brlcad | we've never had code calling lrint with % apparently, so it never mattered that the type coming back was a double |
| 14:09.51 | boj | yes, and I just checked it, lrint() is supported in C++11. |
| 14:10.20 | brlcad | some code was ported to windows just last week (burst) .. which is why we're just now seeing that code fail |
| 14:10.39 | Barun_ | Allright, Iâm going to leave this download on this horrible connection on and head out to have some dinner :) |
| 14:11.02 | boj | see u, Barun_ |
| 14:11.21 | brlcad | yeah, with lrint() in C++11, it should / will eventually be available, get detected during cmake, and the macro in include/common.h will get skipped |
| 14:11.22 | Barun_ | Iâll see you guys tomorrow if possible, after one of my exams :) Hopefully the download should be done by sometime tomorrow evening |
| 14:11.31 | brlcad | see you Barun_ and nice to meet you |
| 14:11.41 | Barun_ | it was very nice to meet you too, brlcad :) |
| 14:11.45 | boj | I need to wait for the whole compilation, and check for other problems. |
| 14:11.49 | brlcad | a checkout should only take 10-15 minutes... :) |
| 14:11.50 | Barun_ | Iâm very excited about the future now! |
| 14:13.32 | brlcad | boj: I applied a fix, so you can undo your change to grid.c and then svn up to get the fix .. you can read commit r67728 to see how I fixed it |
| 14:14.03 | brlcad | it will be helpful if you can confirm that the fix in r67728 actually fixes it too ;) |
| 14:14.26 | brlcad | just know that changing common.h means everything will need to recompile because everyone includes it |
| 14:14.29 | boj | OK, thanks, brlcad, I will check it now. |
| 14:14.46 | brlcad | also, you should be using the ALL_BUILD compile target |
| 14:14.58 | brlcad | not whatever you used, which builds all targets |
| 14:15.18 | boj | I get it. |
| 14:16.21 | starseeker | boj: did you push the "normal" msvc hot key to build all targets? that's the most common way to launch all the builds - I thought we had managed to point that at ALL_BUILD, but possibly not |
| 14:17.33 | boj | yes, I have set the ALL_BUILD as the target. |
| 14:17.58 | brlcad | boj: was your first build an all_build target? |
| 14:19.18 | boj | Actually not, I just build the whole solution just as what I usually do. |
| 14:20.04 | brlcad | okay |
| 14:20.10 | brlcad | that's what kicks off too much |
| 14:21.02 | boj | OK, and now, I have already set it to ALL_BUILD, hope it is right. |
| 14:23.01 | starseeker | boj: that's right |
| 14:23.25 | starseeker | boj: if you want to generate the NSIS .exe installer you'll run the PACKAGE target after doing ALL_BUILD |
| 14:24.55 | starseeker | those are pretty much the two targets of importance for Windows right now - you can run individual build targets to rebuild individual libraries or exectuables, and there are a few tests that have been ported over, but distcheck is a long way off :-) |
| 14:25.32 | boj | thanks starseeker, but I do not have a PACKAGE target? |
| 14:25.59 | starseeker | that may indicate you don't have NSIS installed - it's located in the CMakePredefinedTargets folder if it's there |
| 14:26.58 | boj | sorry for my carelessness, I find it there. |
| 14:31.34 | starseeker | boj: you won't need it unless you want to create the .exe installer |
| 14:34.29 | boj | Thanks, I get it. And I want to try them all in order to get familiar with the whole system. :) |
| 14:35.28 | starseeker | boj: heh - if you really want to go all out there's the "unit" test under BRL-CAD Validation Testing |
| 14:36.13 | starseeker | although I note with some disgruntlement that the unit tests aren't happy at the moment |
| 14:36.32 | starseeker | confound it, what are they grumbling about... |
| 14:37.11 | boj | I should try it if possible. |
| 14:37.22 | starseeker | boj: this is a CMake build issue |
| 14:37.30 | starseeker | related to our handling of multiconfig build tools |
| 14:38.24 | starseeker | this is likely to be gnarly (the multiconfig handling is one of the two or three scariest bits of our build logic) |
| 14:38.51 | starseeker | boj: once I get it straightend out though, there are (or were last time it ran) some unit tests that don't work on Windows |
| 14:38.59 | starseeker | nice self contained staring points :-) |
| 14:40.21 | boj | aha.. |
| 14:59.37 | Notify | 03BRL-CAD:starseeker * 67729 brlcad/trunk/CMakeLists.txt: Fix unit test target on Windows |
| 14:59.39 | starseeker | shoot - that fixed it on Linux, not sure about Windows yet... |
| 15:03.50 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 15:08.34 | Notify | 03BRL-CAD Wiki:Danielstone * 0 /wiki/User:Danielstone: |
| 15:08.54 | starseeker | boj: ok, that fixed it on Windows too |
| 15:09.27 | starseeker | you'll need to regenerate your visual studio project, but with commit 67729 you should be able to run the "unit" tests |
| 15:09.38 | starseeker | and we do indeed have number of failures |
| 15:10.13 | *** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314) |
| 15:10.22 | starseeker | bu_basename isn't a big deal (we arguably shouldn't run those on Windows, because there's nothing to compare to) but the vls_vprintf and bn_list test failures are interesting |
| 15:13.57 | Notify | 03BRL-CAD Wiki:Danielstone * 9599 /wiki/Sage_50_((tech_support_phone_number))!1844-313-4859!_SAGE50_Helpline_Contact_number: Created page with "SAGE50 Toll Free peachtree ((tech support phone number))!1844-313-4859! SAGE50 Helpline Contact number, Peachtree@(1-844@313-4859)@-: SAGE50 Tech Support Phone Number provides..." |
| 15:18.53 | Notify | 03BRL-CAD Wiki:Danielstone * 9600 /wiki/Sage_50_((tech_support_phone_number))!1844-313-4859!_SAGE50_Helpline_Contact_number: |
| 15:30.56 | *** join/#brlcad shubham_ (01163f92@gateway/web/freenode/ip.1.22.63.146) |
| 15:33.15 | brlcad | Barun_: yes, one slot per socis org |
| 15:33.42 | brlcad | starseeker: see no evil until after release :) |
| 16:25.16 | *** join/#brlcad Mandeep_Singh (~Mandeep_S@202.164.53.122) |
| 16:28.06 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) |
| 16:29.50 | starseeker | brlcad: heh |
| 16:37.58 | Notify | 03BRL-CAD:starseeker * 67730 brlcad/trunk/src/libdm/dm-wgl.c: Getting a black screen when brining a wgl dm up from minimization. Until a better solution is found, set up an event filter that triggers buffer swapping to get a refresh of the screen. |
| 16:41.17 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 16:54.35 | boj | Hi, brlcad, I have compiled the code again with ALL_BUILD target, and r67728 works for me. |
| 16:54.59 | boj | but another problem arises..please check the pastebin. http://paste.ubuntu.com/16051659/ |
| 16:55.42 | boj | I know how to solve it, and it actually works, but It seems to be strange.. |
| 16:56.40 | boj | what I mention is line 11 in the pastebin, please check it. |
| 17:02.29 | *** join/#brlcad sniok (~sniok@89.252.2.135) |
| 17:07.24 | boj | Thank starseeker, I will try it tomorrow, it's late night in my city (1:00 AM), I need to go back for a sleep. :) |
| 17:09.03 | brlcad | boj: fixed, thx |
| 17:09.09 | Notify | 03BRL-CAD:brlcad * 67731 brlcad/trunk/src/archer/archer.c: deldoublesemi |
| 17:10.00 | boj | :) brlcad |
| 17:18.22 | Notify | 03BRL-CAD:brlcad * 67732 brlcad/trunk/src/archer/archer.c: pull status out so we always return something (lintian) |
| 17:19.19 | brlcad | not to say there might be other issues |
| 17:19.24 | brlcad | you're apparently on a different version |
| 17:28.51 | Notify | 03BRL-CAD:brlcad * 67733 brlcad/trunk/NEWS: per user request, cliff added a -m option to the lc command (in r67718) that reports regions that share a region ID number but do not share the same material ID or los values. (rewording to clarify what disjoint means, comment was 'Add -m option to lc to report region_id sets containing non-matching material_id and/or los values.' |
| 17:34.12 | Notify | 03BRL-CAD:brlcad * 67734 brlcad/trunk/AUTHORS: add mohitdaga alias as that's his commit name |
| 17:40.29 | Notify | 03BRL-CAD:brlcad * 67735 brlcad/trunk/NEWS: everyone that has worked on libicv should be included in the credits to the 'icv' tool since work is credtied in news when it finally gets exposed to users. means we need to remember lib devs, particularly Mohit Daga in this instance since he implemented most of the current underpinnings of icv. |
| 17:54.55 | *** join/#brlcad jasleen (~jasleen@117.255.241.93) |
| 18:12.59 | Notify | 03BRL-CAD:brlcad * 67736 brlcad/trunk/src/burst/ui.c: don't blindly try to spew to /dev/tty. also don't close stderr if we're not duping it. |
| 18:13.59 | Notify | 03BRL-CAD:starseeker * 67737 brlcad/trunk/TODO: dealt with burst |
| 18:15.07 | starseeker | brlcad: is there more to do on datums, or can that TODO come out? |
| 18:17.35 | Notify | 03BRL-CAD:starseeker * 67738 brlcad/trunk/TODO: extensive work has now been done on rtwizard, with a lot more testing than it normally sees. |
| 18:38.07 | *** join/#brlcad Barun (~Barun@42.104.77.146) |
| 18:41.22 | Notify | 03BRL-CAD:starseeker * 67739 brlcad/trunk/src/librt/bundle.c: pl->ap pointers are pointing to elements of ray_aps - free all at once with the final bu_free call. Don't free in loop, or we get a double-free crash. |
| 18:49.19 | Notify | 03BRL-CAD:n_reed * 67740 (brlcad/branches/brep-debug/AUTHORS brlcad/branches/brep-debug/CMakeLists.txt and 64 others): merge r67405 through r67507 changes from trunk |
| 19:03.05 | Notify | 03BRL-CAD:starseeker * 67741 brlcad/trunk/TODO: Doesn't appear related to bu_hash - should be fixed with r67739 |
| 19:10.27 | Notify | 03BRL-CAD:brlcad * 67742 brlcad/trunk/TODO: huge arrowheads are fixed, planes maybe have issue but were seen working when tested from linux |
| 19:10.29 | brlcad | starseeker: taken out |
| 19:11.27 | brlcad | thanks for finding that bundle double-free bug .. it wasn't clear whether bundle hit was supposed to have been given a copy (apparently it was not given one) |
| 19:11.53 | brlcad | i think i was originally assuming that it was, in which case not freeing would have been a bleeder leak |
| 19:12.33 | starseeker | nods - I fed it through valgrind after I made that change, didn't see anything related to it (did note that the bu_hash table isn't being freed anywhere, but that must have been true for the Tcl_Hash table as well.) |
| 19:14.17 | starseeker | daydreams about someday adding valigrind testing as an option to the standard distcheck/regression tests... |
| 19:18.45 | starseeker | brlcad: just as another data point, the datums example also looks OK on Windows |
| 19:20.03 | starseeker | closing in - just the "sync tgc/rec" and step-g items now |
| 19:22.34 | Notify | 03BRL-CAD:starseeker * 67743 brlcad/trunk/src/libdm/dm-osgl.cpp: Add the Tk_DeleteEventHandler call to osg while we're at it. |
| 19:22.39 | starseeker | fires off distcheck-full again... |
| 19:23.19 | brlcad | yeah valgrinding what we know to be clean would be awesome |
| 19:23.52 | brlcad | so... I should add the items missing from todo from my commit-review bins... :) |
| 19:23.55 | brlcad | gets on that next |
| 19:25.11 | brlcad | here's one: r67710 is missing from news |
| 19:25.17 | starseeker | brlcad: you want me to add the stuff from the app review to the deprecation list? |
| 19:25.43 | brlcad | no, said I'd hit that up.. got the list right next to me here |
| 19:26.04 | starseeker | nods - willing to help if needed |
| 19:26.14 | starseeker | ah, right... more brlman fun |
| 19:26.50 | brlcad | just needs an entry to note the new -S option |
| 19:28.14 | Notify | 03BRL-CAD:starseeker * 67744 brlcad/trunk/NEWS: Added -S option to brlman command to specify which man page section (1, 3, 5, n) to browse and list in the ToC panel. |
| 19:29.41 | brlcad | can't brlman do -S automatically? |
| 19:30.10 | starseeker | yes - the -S is if you're flashing up the gui without specifying a man page - if I want to browse all "3" man pages, for example |
| 19:30.26 | starseeker | brlman -g -S 3 |
| 19:31.02 | brlcad | but are they not in the list if I just run brlman? |
| 19:31.07 | brlcad | is this just to get a shorter list? |
| 19:31.20 | starseeker | no, the ToC only lists the man pages from one section at a time |
| 19:31.21 | brlcad | or does it default to some other doc list? |
| 19:31.33 | starseeker | will default to man1 on the command line, mann in MGED/Archer |
| 19:31.58 | starseeker | if you specify a man page from 3 or 5 and it finds it, it'll populate the ToC list with the other man pages from that section |
| 19:32.14 | brlcad | ok |
| 19:32.22 | starseeker | the "right" way to do it would be to use Bob's accordian widget from Archer to have all of 'em up and just open the current one, but I didn't have time to figure that out |
| 19:32.40 | brlcad | right |
| 19:33.06 | brlcad | can save it for next gen or archer final or something |
| 19:33.10 | starseeker | nods |
| 19:33.47 | starseeker | main point was to have something "sane" happen on Windows when I double-clicked the brlman.exe - without the ToC, you couldn't navigate to anything |
| 19:34.00 | brlcad | nods |
| 19:34.44 | brlcad | change I made might fix the error log on windows, depending on what the error was |
| 19:34.49 | brlcad | (burst) |
| 19:34.52 | starseeker | ah, cool |
| 19:34.55 | brlcad | didn't see anything obvious for the color file |
| 19:35.21 | brlcad | and might not have fixed it for the error log -- it's doing some file descriptor switching there that will be a problem on windows |
| 19:35.26 | starseeker | nods - I figured it was more time than I had available to do any kind of deep dive into that |
| 19:35.44 | starseeker | the itch to clean it up would be overwhelming |
| 19:36.08 | starseeker | already had to sit on his urge to rip apart the draw system |
| 19:37.13 | starseeker | I may still go a round with the convex hull algorithm - I don't like that it's got some known non-working cases |
| 19:37.26 | brlcad | it's calling fcntl() and that should probably get changed to fdup2 so it works on windows |
| 19:38.19 | brlcad | because right now, it's in an ifdef termlib block, so windows isn't duplicating stderr |
| 19:39.03 | brlcad | so any error printing will likely result in failure, perror exit |
| 19:39.19 | starseeker | ah |
| 19:39.34 | brlcad | what was the color file error? |
| 19:39.56 | starseeker | I believe it was a crash, but I don't recall what the crash was |
| 19:40.26 | starseeker | probably i didn't have a color file, and it tried to read a file that wasn't there or some such |
| 19:40.52 | starseeker | yeah, my example is just the three idents lists and the basic burst input file for ktank - no color file |
| 19:41.44 | brlcad | could be that the color file is just fine, but it couldn't print the error |
| 19:42.00 | starseeker | nods - more than likely, otherwise I would have expected a problem on Linux too |
| 19:42.21 | brlcad | if that's the only thing busted, that probably means it's still busted ... anything that gives an error may crash |
| 19:42.29 | brlcad | unless my change fixed it |
| 19:42.37 | starseeker | will try - one sec |
| 19:42.39 | brlcad | but I think the fdup2 is still needed |
| 19:46.51 | starseeker | brlcad: yeah, still not liking it if I uncomment the color file line |
| 19:47.29 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 19:48.34 | starseeker | brlcad: I don't quite see what you want to do with fdup2... something in MerrorFile? |
| 19:50.25 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) |
| 20:09.57 | starseeker | brlcad: I'm not finding much on fdup2 - do you mean dup2? |
| 20:15.39 | Notify | 03BRL-CAD:brlcad * 67745 brlcad/trunk/TODO: rt -b is the one that lets you specify specific xy pixel coordinates to reshoot a ray |
| 20:18.08 | Notify | 03BRL-CAD Wiki:24.93.30.83 * 9601 /wiki/User:Krajkreddy/main: |
| 20:18.38 | Notify | 03BRL-CAD Wiki:24.93.30.83 * 9602 /wiki/User:Krajkreddy/main: /* Who I am */ |
| 20:20.50 | *** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net) |
| 20:21.36 | brlcad | starseeker: mind mcuh if I change draw -M to draw -S ? |
| 20:21.56 | brlcad | dup2 would also work |
| 20:22.59 | brlcad | I did mean dup2, sry -- and it's _dup2 on windows |
| 20:23.25 | brlcad | which we already accommodate |
| 20:23.29 | brlcad | in config_wind |
| 20:24.04 | starseeker | brlcad: not at all - draw -S is fine |
| 20:24.04 | brlcad | ahh, I see -S is currently "no surfaces" |
| 20:24.21 | starseeker | technically, I don't think it's documented... ;-) |
| 20:24.43 | starseeker | there's a lot of stuff in draw that's not documented, which I figure to keep that way so we don't have to deprecate it when it all gets reworked... |
| 20:25.37 | starseeker | brlcad: I didn't have your latest burst change in the Windows build - testing again... |
| 20:26.09 | brlcad | wow, old -S is a really bad nmg-specific flag |
| 20:26.17 | brlcad | yeah, that's going away |
| 20:27.12 | brlcad | re burst -- color file will definitely still fail if it's failing because of some attempt to print to stderr |
| 20:27.30 | brlcad | it's only if it was because of the /dev/tty redirect that it might be fixed |
| 20:29.22 | brlcad | if you added that simple example how to run burst to the wiki, I could do the dup2 conversion pretty quick |
| 20:29.36 | brlcad | otherwise, don't know how to run it... |
| 20:30.09 | starseeker | burst -b < ktank.b |
| 20:30.16 | starseeker | with ktank.g in the same directory |
| 20:30.48 | starseeker | not much of a wiki page, but I'll throw it up... |
| 20:31.21 | brlcad | what goes into a ktank.b ? |
| 20:31.27 | brlcad | waits for the page |
| 20:31.34 | starseeker | burst commands as documented in the new man page |
| 20:31.43 | starseeker | there's an example in regress/burst |
| 20:31.50 | starseeker | I just haven't hooked up a build target yet |
| 20:32.29 | Notify | 03BRL-CAD Wiki:Starseeker * 0 /wiki/User:Danielstone: Inserting nonsense/gibberish into pages |
| 20:32.58 | Notify | 03BRL-CAD Wiki:Starseeker * 0 /wiki/Sage_50_((tech_support_phone_number))!1844-313-4859!_SAGE50_Helpline_Contact_number: Spam: spam |
| 20:34.59 | Notify | 03BRL-CAD Wiki:Starseeker * 9603 /wiki/BRL-CAD_Commands: /* Modelling */ add link for burst page |
| 20:37.14 | Notify | 03BRL-CAD Wiki:24.93.30.83 * 9604 /wiki/User:Krajkreddy/main: /* Contact */ |
| 20:39.29 | Notify | 03BRL-CAD:n_reed * 67746 (brlcad/branches/brep-debug/BUGS brlcad/branches/brep-debug/CMakeLists.txt and 63 others): merge r67508 through r67607 from trunk |
| 20:46.12 | Notify | 03BRL-CAD Wiki:Starseeker * 9605 /wiki/Burs: Start working on wiki page for burst |
| 20:47.37 | starseeker | brlcad: that's the basic setup - I'll post the example results in a minute... |
| 20:49.47 | starseeker | brlcad: interesting... don't get a log file on Linux either |
| 20:52.49 | Notify | 03BRL-CAD Wiki:Starseeker * 9606 /wiki/Burs: /* BURST Results */ |
| 20:53.00 | starseeker | brlcad: that close enough for now? |
| 20:54.16 | starseeker | http://brlcad.org/wiki/Burst |
| 21:12.54 | brlcad | Yep, perfect! |
| 21:13.14 | brlcad | wonders why notify is confused by the 't' |
| 21:40.59 | Notify | 03BRL-CAD:n_reed * 67747 (brlcad/branches/brep-debug/CHANGES brlcad/branches/brep-debug/CMakeLists.txt and 82 others): merge r67608 through r67715 from trunk |
| 21:55.51 | Notify | 03BRL-CAD:n_reed * 67748 (brlcad/branches/brep-debug/AUTHORS brlcad/branches/brep-debug/CMakeLists.txt and 16 others): merge r67716 through r67745 changes from trunk |
| 22:05.29 | Notify | 03BRL-CAD:n_reed * 67749 (svn:mergeinfo ## -1,5 +1,5 ## and 7 others): record sync revisions as mergedProperty Changed:----------------brlcad/trunk/brlcad/trunk/src/libged/polyclip.cpp |
| 22:59.06 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) |
| 23:28.09 | starseeker | brlcad: uuid.h:49:28: error: static array size is a C99 feature [-Werror,-Wc99-extensions] |
| 23:28.12 | starseeker | bu_uuid_create(uint8_t uuid[STATIC_ARRAY(16)], size_t nbytes, uint8_t *bytes); |
| 23:28.21 | starseeker | include/bu/uuid.h rather |