On Tue, 9 Oct 2012 01:11:17 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
On Tue, 9 Oct 2012, Chris Young wrote:
I think I've mentioned this in passing before, but I was having a play
around with ADFFS and encountered it again, in a way that proves
HostFS has a problem (at least here
On Thu, 26 Jul 2012 22:13:08 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
On Tue, 24 Jul 2012, Jeffrey Lee wrote:
On Tue, 24 Jul 2012, Michael Drake wrote:
On manual.html -- http://arcem.sourceforge.net/manual.html [...]
This page has a change log up to version 1.00, which will
On Wed, 25 Jul 2012 17:40:12 +0100, Ian Jeffray wrote:
I quite like the existing logo... and certainly it needs to be the
correct Archimedes cyan blue if you do change it -- it's iconic...
stands out as the main logo colour on an old machine, viz:
On Tue, 24 Jul 2012 12:47:12 +0100, Michael Drake wrote:
On index.html -- http://arcem.sourceforge.net/
I think it's just the Features section which is out of date.
It has Features of version 1.00, and Additional features of the CVS
version. I'm not sure if the CVS section has been
On Sat, 05 Nov 2011 17:47:16 +, Jeffrey Lee wibbled on for an age:
Update of /cvsroot/arcem/arcem
In directory vz-cvs-4.sog:/tmp/cvs-serv11622
Modified Files:
Tag: arcem-fast
arminit.c hostfs.c
Log Message:
HostFS fixes and improvements
* arminit.c - Cope properly
On Sat, 22 Oct 2011 17:11:10 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
However unless Chris was talking about
the 68k having 16bit ints, I don't see how ArcEm could have ever run on
Amiga, as the most crucial data type (ARMword) has always been defined as
being an unsigned int.
Ah,
On Thu, 20 Oct 2011 20:53:22 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
You can disable the file buffering code by undefining USE_FILEBUFFER in
arch/filecommon.c. If that doesn't work, then feel free to send me a copy
of your current boot sequence.
That didn't work.
There is one thing
On Wed, 19 Oct 2011 22:52:14 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
Getting QEMU sorted out took a bit longer than expected (it didn't help
that the Debian installer made the boot partition too small!), but I've
now got a half-decent way of testing the big endian version. ArcEm runs a
On 17 Oct 2011 23:58:51 +, Chris Young wrote:
On Sun, 16 Oct 2011 23:06:27 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
Right, another new version:
A couple of changes to get it to compile attached (there may be a
better place than hostfs.h for my #ifdef). However.. there seems
On Tue, 18 Oct 2011 19:53:22 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
On Tue, 18 Oct 2011, Chris Young wrote:
The problem is HostFS, I think it's an invalid pointer in the code
somewhere. If I remove !Boot it loads up, however opening HostFS
tries to open a file à followed by another
On Sun, 16 Oct 2011 23:06:27 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
Right, another new version:
A couple of changes to get it to compile attached (there may be a
better place than hostfs.h for my #ifdef). However.. there seems to
be a serious problem with this version, as I only seem to
On Thu, 13 Oct 2011 19:52:10 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
On Wed, 12 Oct 2011, Peter Howkins wrote:
There have been several changes to hostfs that greatly improve its
accuracy as a RISC OS filessystem.
Yes, I'm looking in the right place. Although it won't help with the
On Mon, 10 Oct 2011 11:57:12 +0100, Ralph Corderoy wrote:
Before we were going from nibbles to bytes, 0xf - 0xff, now it's 0xf -
0xff00_. Shouldn't that be 0x_, e.g.
ULONG r = ((phys 0xf) * 0x);
That way, we're still specifying the maximum possible to SetRGB32().
On Sun, 9 Oct 2011 16:21:29 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
On Sun, 9 Oct 2011, Chris Young wrote:
I've finally got round to having a proper look at the Amiga display
code. The problem was that the palette wasn't being set, due to
SetRGB32() taking a 32-bit left-aligned
On Sun, 11 Sep 2011 18:31:54 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
I've made some minor changes to get it to compile (attached), however
I'm not getting anything on the display at all!
Ah, looks like I missed out the crucial call to IGraphics-BltBitMap().
That would do it...
On Mon, 29 Aug 2011 00:45:59 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
* Amiga video code is half-updated, with the aim to use 16bpp output.
However I'm having trouble finding any decent documentation, so I might
leave the rest to you Chris, if that's OK? There's plenty of todo notes
in
On Mon, 22 Aug 2011 02:09:45 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
Sounds good even though I have no way of testing it yet!
The existing core sound code was rather broken (1
channel output worked, but 2+ would mostly be garbage) and didn't seem to
be structured too well from the
On Sun, 23 Jan 2011 11:33:26 + (GMT), Chris Gransden wrote:
Is there a branch available in CVS with the latest changes. I couldn't find
it by browsing the CVS repository.
Have a look at arcem-fast.
Chris
--
On Sun, 23 Jan 2011 15:20:10 + (GMT Standard Time), Jeffrey Lee wrote:
Thanks. Now i'm getting an error due to 'arch/fastmap.c' not existing.
Looks like that file didn't get added to CVS with the rest of my changes.
The last source archive I uploaded is still available on my site, if
On Mon, 2 Aug 2010 23:30:40 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
Thank you for your hard work on this.
No problem. I'm mainly doing it for my own enjoyment, not yours ;)
Unless I've completely buggered up the CVS repository (a quick browse
through the CVS web interface suggests I
On Sat, 31 Jul 2010 23:38:49 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
On Sat, 31 Jul 2010, Chris Young wrote:
Well, I say working, there's something wrong as although it appears to
work and initialises the display, the ROM either doesn't get executed
or at least doesn't get as far
21 matches
Mail list logo