00:00:00 --- log: started retro/08.11.15 00:28:36 --- join: virl (n=virl__@chello062178085149.1.12.vie.surfer.at) joined #retro 05:42:15 --- join: neceve (n=ncv@dyn-89.136.41.150.tm.upcnet.ro) joined #retro 06:38:37 --- quit: virl (Read error: 60 (Operation timed out)) 06:50:56 --- quit: neceve (Read error: 104 (Connection reset by peer)) 06:56:03 --- join: neceve (n=ncv@dyn-89.136.41.150.tm.upcnet.ro) joined #retro 07:01:30 --- quit: neceve (Remote closed the connection) 07:01:47 --- join: virl (n=virl__@chello062178085149.1.12.vie.surfer.at) joined #retro 07:47:32 --- quit: virl (Read error: 113 (No route to host)) 07:47:34 I finally got dev-c++ to compile retro packages 07:48:16 the trouble I was having was that I had attempted to install over an old version of dev-c++ 07:48:58 for the win32 vm package, I had to make some minor changes to the #include lines 07:50:03 specifically, I changed the SDL includes from quotes to brackets, and put the prefix SDL/ in front of them (since the files are in the SDL subdirectory.) 07:50:39 my earlier trouble was fixed by uninstalling and deleting previous versions of Dev-C++ and MinGW 07:51:24 not sure to what degree it was all really necessary. I may have been able to fix the problem by correcting some minor configuration setting (i.e. where it looks for include and lib files) 07:52:07 --- join: neceve (n=ncv@dyn-89.136.41.150.tm.upcnet.ro) joined #retro 07:55:50 hi necive 08:22:00 --- join: crc (i=d8012b82@gateway/web/ajax/mibbit.com/x-7424fb7b84b70f78) joined #retro 08:22:00 --- mode: ChanServ set +o crc 08:41:34 hi crc 08:42:08 I got retro to compile under dev-c++ 08:43:26 I have compiled the retro vm for win32, as well as a retroImage, but it does not actually work. 08:45:27 it creates a window, which disappears immediately 08:52:29 got the framebuffer version working! 08:52:34 :) 08:53:18 well, sort of 08:53:24 not taking keyboard input 08:53:58 I'm using a retroImage from another installation. I should try the one I compiled 08:58:38 ok, that broke it 09:06:32 to get the framebuffer or win32 version to compile you have to put the line -lsdl in the linker 09:06:48 maybe I should try the curses version and see if I can get it to work this time 09:08:17 make sure you have the 09:08:32 font.bmp in the same directory as the framebuffer vm 09:10:36 yeah I figured that out 09:10:57 that's how I got it to run. however, it doesn't accept keyboard input 09:11:08 it looks like it is in an infinite loop or something 09:11:18 windows shows it as unresponsive 09:11:51 on the console version, I'm getting this error:ngaro.o(.text+0x2af):ngaro.c: undefined reference to `swapEndian' 09:11:51 ngaro.o(.text+0x302):ngaro.c: undefined reference to `display_instruction' 09:12:12 funny, I thought I had got that to compile earlier 09:12:32 maybe not 09:14:13 odd, because the function is defined in endian.c 09:21:23 hmm, console version compiles fine when I use the retro-10.tar.gz package 09:26:33 I'll boot up windows when I get home and check the build instructions 09:30:07 I'll go through and take the time to make sure that it builds nicely on windows 09:32:33 cool :) 09:38:56 ok, a clean copy of retro-20081022 does build the console version nicely. (it does not include a precompiled copy of the retroImage file.) I *thought* that was the one I was having trouble building it with though. 09:44:50 I'll be including a retroImage from now on 09:46:32 cool 09:46:50 why is it that a retroImage compiled on windows doesn't work? 09:55:07 I have no idea 09:55:17 it should, unless you're using a 64-bit toka 09:58:28 is there a way to test that? 09:59:01 not that I'm aware of 09:59:10 * crc has to go, wil return monday 09:59:12 --- quit: crc ("http://www.mibbit.com ajax IRC Client") 10:03:46 ok. I'll leave any findings in the logs. 10:53:38 ok, I ran the image2js program on the retroImage created by cross.toka under windows, and the one included in my retroforth-binaries folder. This made it easy to manually look at them and see the differences. The essential difference is that the homebrewed one (which doesn't work) has some very high values in places where the functional one has small values. 10:54:34 first occurance of this is at 33 and 34: 10:54:38 image[33]=436207616; 10:54:38 image[34]=150994944; 10:54:48 vs 10:54:50 image[33]=26; 10:54:50 image[34]=9; 10:56:21 it looks like 26 and 9 are being replaced with 436207616 and 150994944 consistently 10:56:49 27=452984832 10:57:08 4=67108864 10:57:31 3=50331648 10:58:03 30=503316480 12:08:02 hmm. at some point the codes become less consistent. there are a lot more occurances of "=3;" then "=50331648;" 12:32:00 --- quit: lukeparrish (Read error: 110 (Connection timed out)) 12:42:32 --- join: lukeparrish (n=opera@74-36-0-167.dr01.hmdl.id.frontiernet.net) joined #retro 12:42:56 --- mode: ChanServ set +o lukeparrish 14:06:46 --- quit: lukeparrish (Read error: 113 (No route to host)) 14:10:28 --- join: lukeparrish (n=opera@74-36-0-167.dr01.hmdl.id.frontiernet.net) joined #retro 14:10:28 --- mode: ChanServ set +o lukeparrish 14:21:36 --- quit: neceve (Read error: 104 (Connection reset by peer)) 17:11:58 --- join: virl (n=virl__@chello062178085149.1.12.vie.surfer.at) joined #retro 17:40:49 --- quit: virl (Remote closed the connection) 22:22:39 --- join: sixforty (n=sixforty@168.103.20.74) joined #retro 22:40:40 --- quit: sixforty (Read error: 60 (Operation timed out)) 22:57:07 --- join: sixforty (n=sixforty@168.103.20.74) joined #retro 23:05:03 --- quit: sixforty ("Leaving.") 23:59:59 --- log: ended retro/08.11.15