| 01:55.39 | *** join/#brlcad LordOfBikes (~armin@dslb-092-074-242-211.092.074.pools.vodafone-ip.de) | |
| 03:31.29 | *** join/#brlcad Stragus (~alexis@167.0.51.196) | |
| 10:15.22 | *** join/#brlcad epileg (5f1705ab@171.5.23.95.dynamic.jazztel.es) | |
| 10:16.51 | epileg | hello everyone. Is there a date for a major release? |
| 10:37.12 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 11:09.11 | *** join/#brlcad Xuwei[m] (xuweimatri@gateway/shell/matrix.org/x-jlnzwybgtuvhjssv) | |
| 11:16.31 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 11:33.17 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 11:41.58 | *** join/#brlcad teepee_ (bc5c2133@unaffiliated/teepee) | |
| 12:35.24 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 12:45.24 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 12:46.12 | *** join/#brlcad yorik (~yorik@2804:431:cfc7:2dc8:290:f5ff:fedc:3bb2) | |
| 13:14.28 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 14:39.03 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 14:40.05 | *** join/#brlcad kintel (~textual@unaffiliated/kintel) | |
| 15:02.49 | starseeker | epileg: define "major" release |
| 15:04.25 | starseeker | epileg: we just tagged a patch release, and a minor release (incrementing the middle version number) will come when some combination of features and improvements warrants it |
| 15:04.54 | starseeker | a "major" release (updating from 7.x to 8.x) isn't in the works anytime soon |
| 15:13.58 | epileg | sorry, minor release |
| 15:14.56 | starseeker | Probably safe to predict one within the next six months - there are a couple features in the works that would warrant it - but can't pin down more closely than that right now |
| 15:25.15 | epileg | ok, thank starseeker. I just asked this because there is a minor release every year, that's all |
| 15:46.43 | *** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar) | |
| 15:47.30 | *** join/#brlcad kintel (~textual@unaffiliated/kintel) | |
| 16:30.14 | *** join/#brlcad Macinlew (~MacInLew@2001:1948:212:6010:c42a:77f1:1d4d:e39c) | |
| 17:06.19 | *** join/#brlcad kintel (~textual@unaffiliated/kintel) | |
| 18:24.07 | *** join/#brlcad kintel (~textual@unaffiliated/kintel) | |
| 19:03.47 | *** join/#brlcad kintel (~textual@unaffiliated/kintel) | |
| 19:21.30 | *** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar) | |
| 20:27.06 | *** join/#brlcad Macinlew (~MacInLew@2001:1948:212:6010:5535:e159:1eda:46e0) | |
| 20:27.46 | *** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar) | |
| 20:40.24 | *** join/#brlcad Macinlew_ (~MacInLew@2001:1948:212:6010:c9c1:7845:3e5c:ea65) | |
| 21:03.43 | *** join/#brlcad Macinlew (~MacInLew@2001:1948:212:6010:c9c1:7845:3e5c:ea65) | |
| 21:46.23 | *** join/#brlcad cad_zulip (~cad_zulip@104.225.5.10) | |
| 21:52.11 | cad_zulip | @**Sean**: ```quote |
| 21:52.11 | cad_zulip | Thank you for the response @**Sean** ! I went with a 1001x1001 grid. Sorry to bother you again, but I had one more question for the task (hopefully the last one): seeing that I am only printing a black for miss and a white for hit, could I simply just have the hit/miss callbacks return a certain value without doing anything else? |
| 21:52.11 | cad_zulip | ``` |
| 21:52.11 | cad_zulip | Questions are never a bother. :) Absolutely you can do whatever you want in a callback. Depending on what you need to do, you may need some book-keeping method to keep track of results, but the callback return value itself will be in the a_return field of the application struct. |
| 21:58.24 | cad_zulip | @**Sean**: ```quote |
| 21:58.24 | cad_zulip | I tried this code (g-wave [options] input.g object(s)) but it didn't work. |
| 21:58.24 | cad_zulip | ``` |
| 21:58.24 | cad_zulip | @**Mayank Goyal** Where did you learn about g-wave? That converter was renamed in 2005..... You may have installed an ancient version. (and yes, you run the converters *outside* of mged). |
| 22:26.08 | cad_zulip | @**Jeffrey Liu**: Thank you for your response :) I just figured that the printing was causing a huge bottleneck problem because the program was taking much longer with them included. In this case, it seems like the default int return type worked fine - I just needed to adjust the return values to indicate a hit or a miss. |
| 22:38.53 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 22:51.26 | *** join/#brlcad Macinlew (~MacInLew@2001:1948:212:6010:9888:4a71:1f55:9353) | |