| 00:32.18 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 01:14.00 | ries | brlcad: or starseeker How do you guys fight spam on a open wiki? At librecad I had to close open editing because the amouth of spam that cam in was just a daily job to get removed.. |
| 01:23.01 | *** join/#brlcad merzo (~merzo@232-12-133-95.pool.ukrtel.net) | |
| 01:43.48 | Notify | 03BRL-CAD Wiki:190.9.171.121 * 6500 /wiki/Google_Summer_of_Code/Project_Ideas: /* LibreCAD Projects */ |
| 02:04.25 | *** join/#brlcad ishwerdas (~inderplus@117.212.50.145) | |
| 03:54.16 | starseeker | tries CMake 3.0rc1 and winces at the flood of policy warnings |
| 04:03.47 | *** join/#brlcad gaganjyot (~gagan@124.253.231.57) | |
| 04:07.51 | Notify | 03BRL-CAD:tbrowder2 * 60022 ova/VM-user-home-files/README.txt: add missing period |
| 05:13.03 | *** join/#brlcad kesha (~kesha@115.185.165.119) | |
| 05:29.33 | *** part/#brlcad gaganjyot (~gagan@124.253.231.57) | |
| 05:47.14 | Notify | 03BRL-CAD Wiki:Krajkreddy * 0 /wiki/User:Krajkreddy: |
| 05:49.27 | *** join/#brlcad kesha (~kesha@115.185.165.119) | |
| 06:01.36 | Notify | 03BRL-CAD Wiki:Krajkreddy * 6501 /wiki/User:Krajkreddy/main: /*Added Main Page*/ |
| 06:02.46 | *** join/#brlcad inderplus_ (~inderplus@117.212.50.145) | |
| 06:15.18 | *** join/#brlcad kesha (~kesha@115.185.165.119) | |
| 06:55.48 | *** join/#brlcad gaganjyot (~gagan@124.253.231.57) | |
| 07:00.16 | *** join/#brlcad gaganjyot (~gagan@124.253.231.57) | |
| 07:39.13 | *** join/#brlcad gaganjyot (~gagan@124.253.231.57) | |
| 08:27.31 | *** join/#brlcad kesha_ (~kesha@115.244.211.30) | |
| 08:50.18 | *** join/#brlcad Anaphaxeton (~george@unaffiliated/anaphaxeton) | |
| 09:29.24 | *** join/#brlcad inderplus_ (~inderplus@117.207.154.160) | |
| 10:30.13 | *** join/#brlcad inderplus_ (~inderplus@117.212.55.224) | |
| 10:51.42 | *** join/#brlcad inderplus_ (~inderplus@117.207.154.208) | |
| 12:27.56 | Notify | 03BRL-CAD Wiki:Starseeker * 6502 /wiki/Visualizing_Constructive_Solid_Geometry_(CSG): Update task description for CSG graph visualization |
| 12:29.12 | Notify | 03BRL-CAD Wiki:Starseeker * 6503 /wiki/Plate_Mode_NURBS_raytracing: /* References */ mention libbrep |
| 12:45.59 | Notify | 03BRL-CAD Wiki:Starseeker * 6504 /wiki/STEP_exporter: Update exporter task |
| 12:51.24 | Notify | 03BRL-CAD Wiki:Starseeker * 6505 /wiki/STEP_exporter: mention AP203e2 |
| 12:52.20 | Notify | 03BRL-CAD Wiki:Starseeker * 6506 /wiki/STEP_importer_improvements: Update STEP importer task |
| 12:58.41 | Notify | 03BRL-CAD Wiki:Starseeker * 6507 /wiki/NURBS_Booleans: Update NURBS Boolean task |
| 13:02.36 | Notify | 03BRL-CAD Wiki:Starseeker * 6508 /wiki/Mesh_library_cleanup: librt-isms are definitely present in nmg - removing them will be a fair bit of work. |
| 13:25.05 | Notify | 03BRL-CAD Wiki:Starseeker * 6509 /wiki/Google_Summer_of_Code/Project_Ideas: /* Infrastructure */ only one search link needed |
| 14:22.53 | *** join/#brlcad ries (~ries@190.9.171.121) | |
| 14:23.30 | Notify | 03BRL-CAD:starseeker * 60023 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMake/Distcheck.cmake and 25 others): Get us ready for CMake 3.0 - either fix issues or (mostly) quiet warnings related to new policy rules from CMake 3.0. The LOCATION property is used fairly extensively, so that's going to be a bit of a trick to avoid. Not clear yet what a 'correct' approach would be. Fortunately, if we set that policy to |
| 14:23.32 | Notify | OLD we can carry on. |
| 14:40.29 | *** join/#brlcad javampire (~ncsaba@p4FF70A76.dip0.t-ipconnect.de) | |
| 14:44.47 | javampire | anybody knows a host where I can easily upload for sharing a small binary file ? Or alternatively, would it be appropriate to attach a ~1KB *.g file to a mail to the brlcad dev list ? |
| 14:46.08 | javampire | kanzure: I can't get the windows port of python-brlcad to work correctly... |
| 14:47.53 | javampire | it seems there's something in the BRL-CAD code which is wrong - either loading the directory of a BRL-CAD file is broken, or creating it, or possibly I'm not calling the right functions |
| 14:53.04 | *** join/#brlcad ries_nicked (~ries@190.9.171.121) | |
| 14:56.13 | *** join/#brlcad ries (~ries@190.9.171.121) | |
| 15:09.48 | *** join/#brlcad zxq9 (~ceverett@FL9-125-199-207-150.okn.mesh.ad.jp) | |
| 15:46.07 | kanzure | javampire: okay, i will look at python-brlcad on windows soon |
| 15:47.49 | javampire | well I found the immediate problem |
| 15:48.04 | javampire | kanzure: I'm just adding a comment to the last pull request... |
| 15:52.47 | javampire | kanzure: the type name in the comment is wrong because it is interpreted by the wiki engine, but you get the idea... |
| 15:53.14 | javampire | this is the problem type: __off_t |
| 15:55.18 | kanzure | ``__off_t`` |
| 15:58.08 | javampire | yep, its's 4 bytes in the compiled BRL-CAD, but cygwin headers define it to be 8 bytes |
| 15:59.48 | kanzure | no i mean ``__off_t`` is how you avoid the "wiki engine" |
| 16:00.37 | javampire | ah ok :-) |
| 16:00.46 | javampire | BTW, the name is __pff64_t |
| 16:00.52 | javampire | <PROTECTED> |
| 16:01.59 | javampire | and it's likely it is defined correctly by cygwin, but then the "long long" type is wrong, cygwin supposes it is 4 bytes, ctypes sets it to 8 bytes |
| 16:02.29 | javampire | in any case it is some type mismatch between all those tools :-( |
| 16:06.19 | *** join/#brlcad gaganjyot (~gagan@124.253.224.181) | |
| 16:13.46 | javampire | kanzure: the "__off64_t" type is OK, it is supposed to be 8 bytes, but the "off_t " type shouldn't be defined as __off64_t but as __off_t |
| 16:18.05 | javampire | anyway, that's definitely not the only problem, I still get access violation errors even after fixing that :-( |
| 16:18.56 | javampire | so my conclusion is: it will not work with the cygwin headers, and likely not with anything else than those with which BRL-CAD is actually compiled... |
| 16:19.37 | kanzure | and the alternative is mingw? |
| 16:20.36 | javampire | well mingw has the same problem, it is likely using different system headers than the actual BRL-CAD compile |
| 16:21.12 | javampire | it can work by chance, and it can also fail in subtle ways |
| 16:22.09 | javampire | this time I had the FILE structures defined differently, cygwin uses 64 bit offsets, while BRL-CAD obviously uses 32 bit ones |
| 16:22.34 | javampire | not sure how that can work, but seems it is |
| 16:23.53 | javampire | perhaps windows has support for both 32 and 64 bit offsets, and cygwin uses the 64 one by default and BRL-CAD the other - but I'm really an ignorant in such low level stuff |
| 16:24.37 | javampire | I could try mingw, but that means another round of tedious setup with uncertain results... |
| 16:25.31 | javampire | frankly I have not much direct interest in windows, especially if it is so difficult to get it right :-( |
| 16:29.41 | kanzure | there is no cygwin build of brlcad |
| 16:33.08 | ``Erik | cygwin hasn't been done in many many years, the windows builds are done using msvc (there is a free "express" version, not sure how well it works with BRL-CAD) |
| 16:35.25 | javampire | well for me the windows version is getting over my possibilities... |
| 16:36.01 | javampire | the install is working well enough now, but the core is broken currently |
| 16:37.09 | javampire | if somebody wants to make the python-brlcad windows port working, I'm ready to help but I don't have the expertise to do it alone... |
| 16:37.47 | javampire | in any case, the current package is working as well as any former versions, read: it was never really working except by chance |
| 17:04.52 | *** join/#brlcad gaganjyot (~gagan@124.253.224.181) | |
| 17:18.37 | *** join/#brlcad merzo (~merzo@232-12-133-95.pool.ukrtel.net) | |
| 17:40.34 | *** join/#brlcad gaganjyot (~gagan@124.253.224.181) | |
| 17:49.38 | Notify | 03BRL-CAD:brlcad * 60024 brlcad/trunk/include/bu/hist.h: including common.h is responsible for the proper inclusion of stdint.h (or equiv). basic c99 types should be assumable. |
| 18:00.10 | *** join/#brlcad gaganjyot (~gagan@124.253.224.181) | |
| 19:04.53 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 19:06.03 | *** join/#brlcad caen23 (~caen23@92.81.213.198) | |
| 19:22.19 | *** join/#brlcad javampire (~ncsaba@p4FF70A76.dip0.t-ipconnect.de) | |
| 19:39.49 | *** part/#brlcad gaganjyot (~gagan@124.253.224.181) | |
| 19:46.24 | Notify | 03BRL-CAD:starseeker * 60025 (brlcad/trunk/include/bu/avs.h brlcad/trunk/include/bu/color.h and 5 others): Remove the rest of the stdint inclusions in bu headers - they all include common.h |
| 19:51.39 | *** join/#brlcad funkey_monkey (~funkey_mo@202.78.172.162) | |
| 19:58.17 | funkey_monkey | ``Erik: hello |
| 19:59.14 | funkey_monkey | I'm interested in the project to reduce redundant code in BRL-CAD. |
| 20:08.17 | *** join/#brlcad gauravb7090 (~gauravb70@202.78.172.162) | |
| 20:25.17 | *** join/#brlcad funkey__monkey (~funkey_mo@202.78.172.162) | |
| 20:27.31 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:30.37 | Notify | 03BRL-CAD:starseeker * 60026 (brlcad/trunk/src/libbu/avs.c brlcad/trunk/src/libbu/badmagic.c and 4 others): use individual headers |
| 20:33.39 | Notify | 03BRL-CAD:starseeker * 60027 (brlcad/trunk/include/CMakeLists.txt brlcad/trunk/include/bu/CMakeLists.txt and 118 others): cmd.h seems to be a libbu header - move it to the bu subdir |
| 20:37.02 | gauravb7090 | heya |
| 20:39.23 | gauravb7090 | I would like to seek the mentors help in the selection of the project for which the idea has been proposed in GSoC and someone who is willing to mentor the project |
| 20:39.50 | gauravb7090 | My skills include C,Python,Java,Tcl,PHP |
| 20:44.09 | gauravb7090 | I am currently more inclined towards the Infrastructure section of BRL-CAD |
| 20:44.18 | *** join/#brlcad ries (~ries@190.9.171.121) | |
| 21:28.28 | *** join/#brlcad ries_ (~ries@190.9.171.121) | |
| 21:33.12 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:23.55 | *** join/#brlcad FOSScookie (~brian@107-200-34-31.lightspeed.tulsok.sbcglobal.net) | |