00:06.21 |
Notify |
03BRL-CAD:starseeker * 60761
brlcad/trunk/misc/CMake/CompilerFlags.cmake: Hello typo |
00:11.33 |
Notify |
03BRL-CAD:starseeker * 60762
brlcad/trunk/CMakeLists.txt: Use the cache mechanisms to be sure
that our BRL-CAD build flags are properly restored after src/other
and misc/tools, which may or may not mess with the 'standard' flags
variables in the cache. |
00:13.09 |
starseeker |
phew |
00:16.46 |
Notify |
03BRL-CAD:starseeker * 60763
brlcad/trunk/misc/CMake/CompilerFlags.cmake: Use one build types
list instead of repeating it everywhere. |
00:19.24 |
*** join/#brlcad hcurtis
(b82d18c2@gateway/web/freenode/ip.184.45.24.194) |
00:38.16 |
*** join/#brlcad ries_nicked
(~ries@190.9.171.121) |
00:48.45 |
*** join/#brlcad ries_nicked
(~ries@190.9.171.121) |
02:00.09 |
*** join/#brlcad hcurtis
(b82d6d83@gateway/web/freenode/ip.184.45.109.131) |
02:05.33 |
hcurtis |
Sean has asked me to give updates, so here
goes. I have been working on some programs he asked me to do. I
have run into a problem with one of them, and I am doing some
research in order to solve it. |
02:15.02 |
*** join/#brlcad merzo
(~merzo@130-18-132-95.pool.ukrtel.net) |
02:41.56 |
maths22 |
ankesh11: You have been added |
03:04.26 |
*** join/#brlcad FreezingCold
(~FreezingC@135.0.41.14) |
03:22.11 |
*** join/#brlcad GuMiner2
(~gus.gran@ppp-70-226-174-197.dsl.mdsnwi.ameritech.net) |
03:35.08 |
*** join/#brlcad teepee
(~teepee@gateway/tor-sasl/teepee) |
04:09.00 |
*** join/#brlcad hsrai
(~hsrai@202.164.53.116) |
04:12.45 |
ankesh11 |
maths22: Thanks! :) |
05:27.56 |
*** join/#brlcad FreezingCold
(~FreezingC@135.0.41.14) |
07:34.06 |
hcurtis |
The GSoC checklist says that we are to agree
to the acceptance requirements, but I can't find any information
saying how. |
07:34.33 |
hcurtis |
Do you know? |
07:41.14 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-138-1.skif.com.ua) |
07:45.37 |
*** join/#brlcad albertcoder
(~albert@202.164.53.117) |
07:45.37 |
*** join/#brlcad piyushparkash
(~piyushpar@202.164.53.117) |
07:46.25 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
07:51.34 |
*** join/#brlcad sofat
(~sofat@202.164.53.117) |
07:59.57 |
*** join/#brlcad pandrei
(~pandrei@5-12-132-91.residential.rdsnet.ro) |
08:04.44 |
*** join/#brlcad ishwerdas
(~ishwerdas@59.91.113.127) |
08:24.13 |
Notify |
03BRL-CAD Wiki:Hcurtis0010 * 7094
/wiki/User:Hcurtis0010/GSoC2014/logs: |
08:26.52 |
*** join/#brlcad albertcoder
(~albert@202.164.53.117) |
08:27.02 |
*** join/#brlcad mihaineacsu
(~mihaineac@p16.eregie.pub.ro) |
08:37.49 |
*** join/#brlcad mihaineacsu
(~mihaineac@p16.eregie.pub.ro) |
08:39.11 |
*** join/#brlcad oana_
(~elf11@p5.eregie.pub.ro) |
08:39.58 |
*** join/#brlcad teepee-
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
08:45.44 |
*** join/#brlcad ishwerdas
(~ishwerdas@59.91.234.219) |
08:53.51 |
*** join/#brlcad albertcoder
(~albert@202.164.53.117) |
08:54.06 |
*** join/#brlcad oana_
(~elf11@p5.eregie.pub.ro) |
08:55.34 |
*** join/#brlcad mihaineacsu
(~mihaineac@p16.eregie.pub.ro) |
09:29.51 |
Notify |
03BRL-CAD:d_rossberg * 60764
(brlcad/branches/nmgreorg/CMakeLists.txt
brlcad/branches/nmgreorg/include/brlcad_ident.h and 14 others):
update to trunk revision 60763 because of improved compilation with
MSVC there |
09:32.46 |
mihaineacsu |
brlcad, any news/updates on socis
results? |
09:35.07 |
*** join/#brlcad piyushparkash
(~piyushpar@202.164.53.117) |
09:35.50 |
*** join/#brlcad sofat
(~sofat@202.164.53.117) |
09:36.14 |
*** join/#brlcad albertcoder
(~albert@202.164.53.117) |
09:46.31 |
*** join/#brlcad piyushparkash
(~piyushpar@202.164.53.117) |
09:46.56 |
*** join/#brlcad albertcoder
(~albert@202.164.53.117) |
10:15.29 |
*** join/#brlcad albertcoder
(~albert@202.164.53.117) |
10:22.36 |
*** join/#brlcad teepee-
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
10:22.42 |
*** join/#brlcad piyushparkash
(~piyushpar@202.164.53.117) |
10:43.23 |
*** join/#brlcad albertcoder
(~albert@202.164.53.117) |
10:50.42 |
*** join/#brlcad piyushparkash
(~piyushpar@202.164.53.117) |
11:05.06 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-138-1.skif.com.ua) |
11:06.16 |
*** join/#brlcad albertcoder
(~albert@202.164.53.117) |
11:21.30 |
*** join/#brlcad Zhao_Anqing
(~clouddrif@183.157.160.16) |
11:44.35 |
Notify |
03BRL-CAD Wiki:Gaganjyotsingh * 7095
/wiki/Google_Summer_of_Code/2014: |
11:45.59 |
Notify |
03BRL-CAD Wiki:Gaganjyotsingh * 7096
/wiki/Google_Summer_of_Code/2014: /* LibreCAD Kernel */ |
11:46.36 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-138-1.skif.com.ua) |
11:51.44 |
*** join/#brlcad vladbogo
(~vlad@86.127.152.97) |
11:52.30 |
vladbogo |
d_rossberg: hi |
11:53.01 |
vladbogo |
sorry that I didn't answer the other day but I
was away |
11:53.24 |
vladbogo |
I currently started working at the qt
framebuffer |
11:54.34 |
vladbogo |
I started like in the display manager's case
with a text one that just logs calls |
11:55.06 |
vladbogo |
and I want to start working at the open
funtion |
11:55.57 |
d_rossberg |
hi vladbogo, nice to hear you are working on
the completion of the Qt integration |
12:01.39 |
vladbogo |
as a final goal I think it would be great to
have Qt fully decoupled from Tk |
12:02.04 |
*** join/#brlcad teepee-
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
12:03.08 |
vladbogo |
but first I want to have the framebuffer done
and integrated with display manager |
12:14.15 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
12:47.22 |
*** join/#brlcad ries
(~ries@190.9.171.121) |
13:21.39 |
*** join/#brlcad teepee-
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
13:23.30 |
*** join/#brlcad oana_
(~elf11@p5.eregie.pub.ro) |
13:29.58 |
brlcad |
mihaineacsu: I believe selections are
announced on Monday |
13:31.02 |
brlcad |
vladbogo: that sounds like a solid plan to
me |
13:32.43 |
*** join/#brlcad teepee-
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
13:33.35 |
maths22 |
brlcad: thinking about unified login |
13:33.57 |
maths22 |
Do we want to login with external services
(github, google+, etc.)? |
13:34.18 |
maths22 |
Or do we want to have "brlcad" user accounts
that work on all brlcad sites? |
13:40.10 |
brlcad |
"yes"? :) |
13:41.14 |
brlcad |
maths22: I think it needs to be a mix of both,
no? some local accounts (primarily for administrators) and
external service logins for social interaction |
13:41.56 |
brlcad |
it could be entirely external I suppose, would
there be a downside? |
13:44.02 |
*** join/#brlcad Zhao_Anqing
(~clouddrif@183.157.160.10) |
13:44.48 |
maths22 |
I was actually thinking that internal would be
easier |
13:45.05 |
maths22 |
Or maybe using external for authenitcaion, but
having an internal profile with email, etc |
13:51.46 |
*** join/#brlcad GuMiner
(~gus.gran@ppp-70-226-173-142.dsl.mdsnwi.ameritech.net) |
13:58.15 |
brlcad |
maths22: that sounds good too |
14:12.40 |
Zhao_Anqing |
brlcad: hi, Sean. Excuse me. Could I get a
commit access now or please tell me if I need do someting else?
Daniel build a branch for me to do the nmg-removing task. But I am
not sure whether I can commit now. ^-^ |
14:18.43 |
brlcad |
Zhao_Anqing: did you read HACKING about commit
access? |
14:24.43 |
Zhao_Anqing |
Yes, and I noticed the sentense 'there is
usually no need to ask'. I just cannot help to ask after my two
patches are accepted and hope to start to commit my changes. Ok,
that's my fault. |
14:26.09 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:37.04 |
``Erik |
looks at the
clock |
14:40.15 |
*** join/#brlcad oana_
(~elf11@p5.eregie.pub.ro) |
14:42.03 |
Notify |
03BRL-CAD:tbrowder2 * 60765
(brlcad/branches/d-binding/misc/d-bindings/HObj.pm
===================================================================
and 6 others): add class module for parsing header
objects |
14:42.47 |
*** join/#brlcad teepee-
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
14:42.52 |
*** join/#brlcad archivist
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
14:45.01 |
Notify |
03BRL-CAD:tbrowder2 * 60766
(brlcad/branches/d-binding/misc/d-bindings/BP.pm
brlcad/branches/d-binding/misc/d-bindings/D.pm and 4 others):
formalize generating modules of treee data; improve usage
var |
14:46.52 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:58.41 |
Notify |
03BRL-CAD:tbrowder2 * 60767 (svn:ignore ## -1
+1,7 ## and 23 others): save ignore infoProperty
Changed:----------------brlcad/branches/d-binding/misc/d-bindings/brlcad/branches/d-binding/misc/d-bindings/di/ |
14:59.38 |
brlcad |
Zhao_Anqing: just checking :) |
15:00.05 |
brlcad |
Zhao_Anqing: you already have commit access,
Tom already vouched for you ;) |
15:00.44 |
brlcad |
please do re-read over the contributor
responsibilities section, but welcome and thanks |
15:02.06 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
15:02.34 |
Zhao_Anqing |
brlcad: Thank you! I will cherish it. It's my
honor to get it. :) |
15:02.46 |
Zhao_Anqing |
I will read them again. |
15:19.13 |
Notify |
03BRL-CAD:brlcad * 60768 brlcad/trunk/HACKING:
tighten up the section on bugs. clarify how one obtains commit
access with less editorialization, make it clear that having an
existing developer vouch for a new developer is an important part
of the process. |
15:19.31 |
brlcad |
Zhao_Anqing: no problem and do speak up if you
have any questions, even basic ones on svn |
15:19.59 |
brlcad |
since you're working on a branch but are
making major restructuring changes, it's going to be very important
that you keep the branch up-to-date with trunk commits |
15:20.19 |
brlcad |
sync from trunk to your branch should probably
be a daily (or more freuquent) activity |
15:23.04 |
starseeker |
suspects he has finally hit
a hard problem with the multi-dirbuild in one program
situation |
15:23.54 |
Zhao_Anqing |
brlcad:OK. to achieve this point, I should get
the newest version of trunk, then copy them to the branch in local
machine, then update the branch. Am I right? |
15:24.38 |
starseeker |
FOR_ALL_DIRECTORY_START(dp_right, right) ends
up putting a directory pointer into dp_right that has the expected
contents, but db_lookup on right for dp_right->d_namep does not
return a valid pointer |
15:25.19 |
starseeker |
it looks like db_dirhash is hashing correctly
for db_left but not on db_right for a 3-way merge |
15:25.54 |
*** join/#brlcad mihaineacsu
(~mihaineac@p16.eregie.pub.ro) |
15:32.31 |
Notify |
03BRL-CAD:n_reed * 60769
brlcad/trunk/src/other/CMakeLists.txt: restoring _CMAKE_DEFAULT
flags causes build to fail from src/other warnings; add
-Wno-error |
15:46.28 |
*** join/#brlcad GuMiner2
(~gus.gran@ppp-70-226-162-233.dsl.mdsnwi.ameritech.net) |
15:51.30 |
*** join/#brlcad GuMiner
(~gus.gran@ppp-70-226-162-233.dsl.mdsnwi.ameritech.net) |
15:51.55 |
Notify |
03BRL-CAD:n_reed * 60770
brlcad/trunk/src/other/CMakeLists.txt: revert r60769; just needed
to clear local cache |
15:58.15 |
GuMiner |
All: I've used BRL-CAD for some of my design
projects and am currently looking at helping develop the project.
I've looked at the 'Implement parallel support for Windows' task on
the 'Contrubiter Quickies' wiki, however it seems to me that the
hooks are already present in parallel.c and semaphore.c. Is this
the case, or am I overlooking the actual task to be done? |
16:33.19 |
Notify |
03BRL-CAD:starseeker * 60771
(brlcad/trunk/src/gtools/gdiff2/diff3_callbacks.c
brlcad/trunk/src/gtools/gdiff2/gdiff2.c): Fixes to how data was
being fed to diff routines. It's not clear yet, but it looks like
diff3 may be running up against the limitations of db_dirbuild when
multiple dbip build are performed in the same program. |
16:34.26 |
Notify |
03BRL-CAD:zhaoanqing * 60772
brlcad/branches/nmgreorg/include/nmg.h: remove model and nmgregion
structs, they are both no longer in use. |
16:45.20 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
16:49.45 |
*** join/#brlcad cwstirk
(~charlie@c-71-56-216-45.hsd1.co.comcast.net) |
17:12.06 |
*** join/#brlcad hsrai
(~hsrai@202.164.53.116) |
17:24.58 |
*** join/#brlcad hsrai
(~hsrai@202.164.53.116) |
17:34.11 |
*** join/#brlcad KimK
(~Kim__@ip68-102-30-143.ks.ok.cox.net) |
17:43.53 |
Notify |
03BRL-CAD Wiki:Albertcoder * 7097
/wiki/User:Albertcoder/GSoC2014/logs: /* Development Logs
*/ |
17:49.18 |
``Erik |
shakes fist at starseeker
for ditching *burp* :) |
17:50.05 |
starseeker |
``Erik: wish I could have gone :-/ |
17:50.22 |
starseeker |
house keeps breaking |
17:51.36 |
``Erik |
old houses do that :) |
18:31.55 |
*** join/#brlcad devinder
(~chatzilla@202.164.53.117) |
18:32.17 |
brlcad |
Zhao_Anqing: no no ... |
18:32.37 |
brlcad |
Zhao_Anqing: you should use svn to merge
changes from trunk |
18:34.19 |
brlcad |
Zhao_Anqing: for example, I know that daniel
just recently merged trunk changes through revision 60763 to that
branch |
18:35.04 |
brlcad |
Zhao_Anqing: so to merge any trunk changes
since then, you'd make sure your work is first all committed, run
svn up, and then merge: |
18:35.52 |
brlcad |
svn merge -r60763:HEAD https://svn.code.sf.net/p/brlcad/code/brlcad/trunk
. |
18:36.44 |
brlcad |
do within the branch dire, that will merge all
the changes from r60763 to whatever the latest is (HEAD) from
trunk |
18:37.11 |
*** join/#brlcad ishwerdas
(~ishwerdas@59.91.234.219) |
18:37.43 |
brlcad |
GuMiner: Hi! |
18:38.41 |
brlcad |
GuMiner: I'd love to see some examples of your
design projects, but welcome and fantastic to hear that your
interested in getting involved |
18:39.32 |
brlcad |
the parallel support on windows quickie
subtasks are mostly in place now but they're not confirmed to be
working .. you could confirm that they are working and/or fix
them |
18:39.49 |
brlcad |
or I'm sure any number of other tasks that
would be great starting points too |
19:14.12 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
19:25.21 |
GuMiner |
brlcad: I can do the confirmation/testing;
thanks for the clarification. I've been using BRL-CAD for my 3D
printing design projects, such as the case design listed here:
http://g-cnp.rhcloud.com/3dp/printing.html#GCF. |
19:32.40 |
*** join/#brlcad oana_
(~elf11@213.233.85.82) |
19:42.06 |
``Erik |
pretty good overview
http://blog.libtorrent.org/2012/12/principles-of-high-performance-programs/ |
19:43.07 |
Notify |
03BRL-CAD Wiki:Inderpreet * 7098
/wiki/User:Inderpreet/GSoC14/logs: /* Week 1 */ |
20:00.11 |
brlcad |
GuMiner: that's really cool. I'd love to
showcase your work on our site after you get that
printed. |
20:01.12 |
brlcad |
``Erik: oo, daddy likes |
20:05.35 |
Notify |
03BRL-CAD:tbrowder2 * 60773
(brlcad/branches/d-binding/misc/d-bindings/demo_Cgrammar_v2.pl
===================================================================
and 319 others): add exmple C parser from CPAN.org |
20:08.45 |
GuMiner |
brlcad: See http://www.thingiverse.com/thing:191113
for the print images and files. I've also put higher-resolution
photos on Flickr (https://www.flickr.com/photos/96321741@N08/sets/72157638087784656/). |
20:09.39 |
``Erik |
brlcad: devs@brlcad.org doesn't seem to be
routing correctly, does it need an entry in /etc/mail/virtualusers
to bounce to the sourceforge list or something? |
20:13.41 |
Notify |
03BRL-CAD:n_reed * 60774
brlcad/trunk/src/libbrep/intersect.cpp: Take another stab at fixing
calculation of overlap parameters (went from bad to worse in
r60299). We actually needed to do fewer boundary checks to support
the full range of possible cases. |
20:14.15 |
brlcad |
``Erik: how's it routing incorrectly? They're
moderated through another account to keep spam off the
list. |
20:21.50 |
*** join/#brlcad kesha_
(~kesha@14.139.122.114) |
20:24.24 |
``Erik |
Diagnostic-Code: SMTP; 550 5.1.1
<devs@brlcad.org>... User unknown |
20:25.09 |
``Erik |
/tmp/erik/mailer-daemon is the full transcript
mail |
20:25.57 |
brlcad |
ahh, interesting .. that's because you're ON
brlcad.org probably |
20:26.05 |
brlcad |
DNS routes that e-mail elsewhere |
20:27.14 |
brlcad |
maybe an /etc/mail/virtualusers entry is
needed to bounce it is needed |
20:29.05 |
``Erik |
"sudo make all restart" should rebuild and
reload the tables and get it fired up |
20:29.39 |
brlcad |
from where? |
20:29.46 |
brlcad |
/etc/mail? |
20:30.02 |
brlcad |
oh neat, there is a makefile |
20:30.23 |
brlcad |
there, done .. try again? |
20:31.57 |
``Erik |
it's not something I was doing, those mails
just show up in my mailbox once in a while |
20:33.08 |
``Erik |
looks like "... sent a message using the
contact form at http://brlcad.org/d/contact." |
20:33.40 |
``Erik |
(which'd explain the dns rerouting not
working) |
20:33.43 |
brlcad |
huh, wonder what changed because I used to get
those .. maybe you set something up proper |
20:34.04 |
``Erik |
I probably messed up the aliases file, I kept
getting them... |
20:34.06 |
brlcad |
and those contact form things do need
moderated... 99% crap |
20:34.23 |
``Erik |
this one kinda looked legit, so I figured I'd
pass it on :) |
20:37.53 |
brlcad |
huh, looks like I"m getting them too |
20:38.13 |
brlcad |
you're referring to the most recent
greenwold? |
20:38.19 |
``Erik |
yeah |
20:38.29 |
brlcad |
so yeah, somehow we're both getting them
:) |
20:39.02 |
``Erik |
postmaster points to root and I set up root to
deliver to both of us |
20:39.16 |
brlcad |
yeah, I just found that |
20:39.44 |
brlcad |
so, let's see if the alias fixes it |
20:40.24 |
brlcad |
message recieved ... |
20:40.32 |
brlcad |
"yay" ... (ugh) |
20:40.48 |
``Erik |
hm, virtual user... alias is 'machine wide',
virtual user can filter on recipient hostname :) |
20:41.56 |
brlcad |
no comprendo el implicacione |
20:43.54 |
``Erik |
if you put dev in the alias file, it'll match
dev@brlcad.org dev@bz.bzflag.bz dev@elfga.com dev@... if you JUST
want dev@brlcad.org, it's /etc/mail/virtualusertable, not
/etc/mail/aliases |
20:53.08 |
brlcad |
not usurping all possible uses of the name is
fine :) |
20:53.55 |
``Erik |
crosses his fingers and
flushes swap after shooting a couple java processes
O.o |
20:54.37 |
teepee |
mourns the poor java
processes |
20:56.40 |
brlcad |
hehe |
20:59.07 |
``Erik |
http://www.blacktoptens.com/wp-content/uploads/2011/04/Pulp-Fiction-Samuel-Jackson-560.jpg |
21:10.53 |
*** join/#brlcad mihaineacsu
(~mihaineac@p16.eregie.pub.ro) |
21:11.35 |
*** join/#brlcad FreezingCold
(~FreezingC@135.0.41.14) |
21:12.20 |
*** join/#brlcad FreezingCold
(~FreezingC@135.0.41.14) |
21:14.36 |
*** join/#brlcad hcurtis
(b82d2fe4@gateway/web/freenode/ip.184.45.47.228) |
21:15.19 |
Notify |
03BRL-CAD:tbrowder2 * 60775
(brlcad/branches/d-binding/misc/d-bindings/HObj.pm
brlcad/branches/d-binding/misc/d-bindings/README.txt
brlcad/branches/d-binding/misc/d-bindings/demo_Cgrammar_v2.pl):
save work--working on C parsing solutions using Damian Conway;s
Parser::RecDescent |
21:15.52 |
Notify |
03BRL-CAD:carlmoore * 60776
brlcad/trunk/doc/docbook/system/man1/en/bw-rle.xml: added
description of 3 options |
21:16.00 |
hcurtis |
I am trying to write the C programs that Sean
has asked me to write. That has led me to do research on pointers,
malloc(), and variable-length arrays. To implement dynamic memory
allocation in my GSoC programs, should I use malloc (which is often
mentioned in the information I've been given) or variable-length
arrays (because they are newer)? |
21:30.00 |
mihaineacsu |
hcurtis: did you read/get an ideea about
variables on the heap or on the stack ? |
21:33.41 |
``Erik |
hcurtis: malloc. some compile flags that might
help you are "-W -Wall -Werror -ansi -pedantic --std=c89" |
21:33.49 |
``Erik |
(if you're using gcc) |
21:34.18 |
``Erik |
they work with clang, too :) |
21:35.46 |
hcurtis |
mihaineacsu: I don't know whether they are on
the heap or the stack. |
21:36.48 |
hcurtis |
``Erik: Right now I am using Visual Studio
2010. |
21:37.26 |
mihaineacsu |
hcurtis:
http://stackoverflow.com/questions/3697299/passing-command-line-arguments-in-visual-studio-2010 |
21:38.04 |
brlcad |
do either, or better: do both |
21:38.48 |
brlcad |
it's only slightly more work for you (like two
lines of code change), but to be productive, you really need to
understand the difference |
21:40.22 |
brlcad |
more importantly, get it working in any
possible way you can manage first .. |
21:40.26 |
hcurtis |
Thank you to all of you. |
21:40.35 |
hcurtis |
brlcad: Yes. |
21:40.53 |
hcurtis |
brlcad: I am sorry that this is taking so
long. |
21:44.24 |
hcurtis |
brlcad: Here are details. The first program
(normal fixed-sized array) was easy, of course. The second one, not
so much...which is why you gave it to me--so that I could learn
from the problems it would give me. |
21:45.15 |
brlcad |
lets see the first one |
21:47.17 |
hcurtis |
And then I found out the hard way that Visual
Studio is VERY fussy about certain things that I don't have a deep
understanding of, and I had to take a lot of time coming up with
workarounds. |
21:48.07 |
hcurtis |
[17:45] <brlcad> lets see the first one
-- With the pastebin method you told me about? |
21:48.22 |
brlcad |
yes |
21:49.32 |
hcurtis |
Ok. I'm on it. Please bear with me, though.
I'll go as fast as I can. |
21:53.24 |
hcurtis |
brlcad: That first program is in C++ (whereas
the second one I tried to do in C from the get-go). Do you want me
to convert that first program to C before I do pastebin? |
21:54.30 |
*** join/#brlcad cstirk
(~charlie@c-71-56-216-45.hsd1.co.comcast.net) |
21:54.40 |
brlcad |
nope, paste what you got first |
21:55.16 |
hcurtis |
Ok |
21:59.59 |
hcurtis |
brlcad: still waiting for the VM to
load |
22:12.43 |
hcurtis |
brlcad: Please forgive my ignorance. I'd dig
for the answer to this myself, but I know you're waiting on my
code. I have the code in http://pastebin.ca ("point A"), and I know
I'm supposed to use something like this to compile in the VM: gcc
-W -Wall -Werror -o test1 myfile.c ("point B"). However, I don't
understand how to get from "point A" to "point B". |
22:14.53 |
mihaineacsu |
hcurtis: just paste the source code on
pastebin for now |
22:15.41 |
hcurtis |
Ok |
22:16.30 |
hcurtis |
Ugh, the pastebin just gives me a blank screen
now. |
22:17.46 |
hcurtis |
As in a blank window |
22:18.50 |
*** join/#brlcad oana_
(~elf11@213.233.85.77) |
22:19.28 |
hcurtis |
I'll try a different pastebin and a different
browser. |
22:27.53 |
*** join/#brlcad oana_
(~elf11@213.233.85.77) |