00:00:00 --- log: started retro/12.04.11
03:50:26 <crc> jyfl987: the retroImage is built by an existing retroImage
03:50:37 <crc> see image/meta.rx and image/kernel.rx
04:14:58 <CIA-98> retro: 03crc <crc@questor> * rcrc@questor-20120411111435-y5wu596jkvn4tp92 10rx/test/library/bad.rx: fix a minor stack issue in test/library/bad.rx
04:17:34 <CIA-98> retro: 03crc <crc@questor> * rcrc@questor-20120411111710-7gg7npa2zdc8hh22 10rx/ (image/kernel.rx retroImage): reduce call/return overhead in listener loop
05:28:57 <jyfl987> crc: so how is the first retroImage was built?
06:16:31 <crc> I wrote an assembler for ngaro instruction set in another language to build the original images
06:18:38 <crc> IIRC, Retro 10.0, 10.1, and 10.2 were built using the original assembler. 10.3 and beyond are built using the current metacompiling approach
07:19:18 --- quit: karswell (Remote host closed the connection)
07:29:34 --- join: karswell (~coat@93-97-29-243.zone5.bethere.co.uk) joined #retro
08:35:27 --- join: __tthomas__ (~Owner@24.130.7.34) joined #retro
09:48:14 --- quit: karswell (Remote host closed the connection)
09:58:28 --- join: karswell (~coat@93-97-29-243.zone5.bethere.co.uk) joined #retro
10:25:53 <CIA-98> retro: 03crc <crc@questor> * rcrc@questor-20120411172529-d10q8g7gdte7zd5s 10rx/ (image/kernel.rx retroImage): remove some unused code from the kernel
11:04:12 <__tthomas__> Okay, epic fail on bzr with committed binary files, most version control systems ignore binary files and just overwrite them, bzr tries to make you merge them.. do you know a way around this crc?
11:05:19 <__tthomas__> at least in svn/mercurial I can just delete them and pull to reupdate binaries, bzr when you delete them makes you commit the delete..
11:21:20 <crc> I've not run into this yet
11:21:33 <crc> I've deleted files, then done a bzr revert filename to restore 
11:24:13 <__tthomas__> oh, didn't know about that..
11:24:42 <__tthomas__> that would definitely solve my issue..
11:26:11 <__tthomas__> I got server side of sockets working last night, now I just need to figure out how to handle unexpected socket closures..
11:28:34 <__tthomas__> the only thing not super happy with is how I handled time for returning both seconds and milliseconds, I had to do it slightly different from other ports in order to get data into top and second of stack..
11:47:46 <crc> how are you doing the milliseconds?
11:48:06 <crc> (apologies for the delays; it's been rather busy at work today)
12:14:20 <__tthomas__> no worries.. I am working as well so not exactly on top of IRC..
12:14:42 <__tthomas__>       if (ports[5] == -8) {
12:14:42 <__tthomas__>         int unixTime = (int)(DateTime.UtcNow - new DateTime(1970, 1, 1)).TotalSeconds;
12:14:42 <__tthomas__>         int milliseconds = (int)(DateTime.UtcNow - new DateTime(1970, 1, 1)).Milliseconds;
12:14:42 <__tthomas__>         data[++sp] = milliseconds;
12:14:42 <__tthomas__>         data[++sp] = unixTime;
12:14:42 <__tthomas__>         ports[5] = 0;
12:14:43 <__tthomas__>       }
12:15:57 <__tthomas__> I should clean that up a bit, DateTime.UtcNow should only be calculated once and returned as a timespan object.. this is redundant..
12:18:51 <__tthomas__> in C I would use ftime as it returns seconds and milliseconds..
12:20:27 <crc> the milliseconds should probably be a new query to avoid breaking existing code
12:22:50 <__tthomas__> I was thinking of making it a different set of ports.. so when request time.. -8 5 out wait 5 in 26 in, 26 would be for milliseconds..
12:50:25 <crc> http://rx-core.org/dev/corpse/article/188  <-- details on how quotes are implemented as requested a while back
13:25:04 <__tthomas__> awesome.. :)
14:12:28 <crc> does this make it clear enough?
14:35:01 --- join: Kumul (~Kumul@adsl-72-50-76-18.prtc.net) joined #retro
15:41:16 <__tthomas__> yeah, pretty clear, still not sure how it works when used when parsing commandline, vs. when compiled in a word..
16:21:01 --- quit: karswell (Remote host closed the connection)
16:21:59 <crc> Ill clarify that later tonight
16:31:15 --- join: karswell (~coat@93-97-29-243.zone5.bethere.co.uk) joined #retro
17:43:49 --- quit: __tthomas__ (Quit: Leaving.)
18:58:58 --- join: virl (~virl__@85-127-156-45.dynamic.xdsl-line.inode.at) joined #retro
20:10:53 --- quit: jyfl987 (Ping timeout: 272 seconds)
21:08:31 --- join: jyfl987 (~jyf@unaffiliated/yunfan) joined #retro
21:31:28 <jyfl987> crc: have you tried to setup an cloud service for retroforth?
22:41:13 --- quit: Kumul (Quit: gone)
23:59:59 --- log: ended retro/12.04.11