Search results

Sorry to fall short of your expectations :). If it makes you feel better I'm planning more releases for GP2X - some ports I did for Pandora.

Now the file upload was successful. Thank you.

"Griel's Quest for the Sangraal" is a puzzle game released for MSX2 systems in the year 1990 (only in Japan). In 2005 it was ported to MSX1 systems by Karoshi Corp. This version is a port of MSX1 version of the game to the GNU/Linux systems. Featuring all the levels, objects and enemies. The...

"Griel's Quest for the Sangraal" is a puzzle game released for MSX2 systems in the year 1990 (only in Japan). In 2005 it was ported to MSX1 systems by Karoshi Corp. This version is a port of MSX1 version of the game to the GNU/Linux systems. Featuring all the levels, objects and enemies. The...

Short instructions: The code needs c64_tools by bsp to compile. Directory 'dsp' contains code that runs on the dsp - the compiled version is in the 'bin' directory (file hqx_dsp_area3.out), so you don't need the TI compiler. Directory 'dsp' contains code that runs on the cpu. Directory...

I tried it in a browser with disabled javascript and flash not installed and I got this text after trying to upload the file: The uploaded file is too large. What is the file size limit ?

I tried it in Firefox, Opera 12 and Internet Explorer

I'm trying to add a resource, but I can't upload a file. When I select a file to upload, the progress bar goes from empty to full, but then nothing happens - the progress bar is full and it looks like it's still uploading, but it doesn't finish the upload.

I updated the pnd to version 1.2.4.3 with following changes: * fix bug in introduction * fix horizontal and vertical scroll in introduction * fix quake during gameplay Download: repo Source code: GitHub

This line: blt _num @ and go for display should be: ble _num @ and go for display otherwise you can't display number 9.

Have you thought about matching file owners on File Archive and imported resource owners on boards (based on email, ...) ? At least for the sake of completeness, I'm not sure if there's really a need for it. And just out of curiosity, why didn't you import the Pandora File Archive ? Maybe not...

Since it looks for the files in a fixed location, either put the toolchain in the location or make a symlink (from /usr/local/arm-dev to the decompressed toolchain)

Did you try using the "broken" toolchain to compile something ? When I compressed the (uncompressed) toolchain, the resulting archive had almost the same size as the original archive (2.5 kB difference), so if something wasn't decompressed from the original archive, there's a big chance it...

This is written on the Press page: With this schedule, I wonder how much does it have in common with the Retro VGS (the release date on Indiegogo campaign was November 2016).

In this code sequence: blt _zero bge _one _zero: you can leave out the blt _zero instruction and the end result is the same. As for the macros zero and one: Since the macros are the same except the source register (r9/10) you could make one macro with one parameter (the source...

This is a better link: https://sourceware.org/binutils/docs/as/Symbol-Names.html

It works, but it's weird, because like I said before, the .data section is marked as readable and writable, but not executable. I'm not sure it's safe to depend on this behavior.

Code section is (by default) readable and executable, but not writable. Data section is (by default) readable and writable, but not executable. At least a partial explanation - 48 is the numeric code of the character zero in ascii (49 = '1', ..., 57 = '9'). So if your counter has a value 0-9, by...

Ah, that's because you have datacounter in the code segment/section (and therefore readonly) and not in the data segment.

To decrease datacounter you need to load the value from memory to register, decrease the value in register and store the value back to memory. Something like this: ldr r1, =datacounter ldr r2, [r1] sub r2, r2, #1 str r2, [r1]