arcem-devel — Discussion for developers, or other parties interested in arcem's internals.

Re: sound on Linux

[Joaquim C. <kan...@gm...>]

Yes, it works, thanks!

On Thu, Oct 16, 2025 at 2:30 PM Ralph Corderoy <ra...@in...>
wrote:

> Hi Joaquim,
>
> > /dev/dsp does not exist on modern Linux so sound is broken.
>
> Is padsp(1) of any use?
>
>     padsp starts the specified program and redirects its access to OSS
>     compatible audio devices (/dev/dsp and auxiliary devices) to
>     a PulseAudio sound server.
>
>     padsp uses the $LD_PRELOAD environment variable that is interpreted
>     by ld.so(8) and thus does not work for SUID binaries and statically
>     built executables.
>
> --
> Cheers, Ralph.
>

Re: sound on Linux

[Ralph C. <ra...@in...>]

Hi Joaquim,

> /dev/dsp does not exist on modern Linux so sound is broken.

Is padsp(1) of any use?

    padsp starts the specified program and redirects its access to OSS
    compatible audio devices (/dev/dsp and auxiliary devices) to
    a PulseAudio sound server.

    padsp uses the $LD_PRELOAD environment variable that is interpreted
    by ld.so(8) and thus does not work for SUID binaries and statically
    built executables.

-- 
Cheers, Ralph.

Re: sound on Linux

[Cameron C. <cca...@gm...>]

Hi

I've posted an explanation regarding audio on Linux over on the GitHub
issue: https://github.com/ArcEm-emu/ArcEm/issues/21

As an aside, it would be nice if ArcPinball could be made generally
available - I haven't played it, but it looks good from what I've seen
on YouTube. The Archimedes Software Preservation Project has been seeking
out copyright holders for permission to re-release classic Archimedes games
if you'd be willing to reach out to them:
https://forums.jaspp.org.uk/forum/index.php

Regards
Cameron


On Wed, 15 Oct 2025 at 23:02, Joaquim Carvalho <kan...@gm...> wrote:

> /dev/dsp does not exist on modern Linux so sound is broken.
> Is anyone planning to fix this?
> I'm the developer of Arcpinball. Last time I played it it was 1990. It's
> running awesome in arcem, even my 5-lines-of-recursive-code individual sand
> grains hourglass works, but no sound :(
> --
> arcem-devel mailing list
> arc...@li...
> https://lists.sourceforge.net/lists/listinfo/arcem-devel

RE: sound on Linux

[Ian J. <ia...@je...>]

Arcpinball is great!

 

You might want to look at Arculator, instead of ArcEm – ArcEm’s rather forgotten these days.

 

https://b-em.bbcmicro.com/arculator/

 

 

Ian

 

 

From: Joaquim Carvalho <kan...@gm...> 
Sent: 15 October 2025 23:02
To: arc...@li...
Subject: sound on Linux

 

/dev/dsp does not exist on modern Linux so sound is broken.

Is anyone planning to fix this?

I'm the developer of Arcpinball. Last time I played it it was 1990. It's running awesome in arcem, even my 5-lines-of-recursive-code individual sand grains hourglass works, but no sound :(

sound on Linux

[Joaquim C. <kan...@gm...>]

/dev/dsp does not exist on modern Linux so sound is broken.
Is anyone planning to fix this?
I'm the developer of Arcpinball. Last time I played it it was 1990. It's
running awesome in arcem, even my 5-lines-of-recursive-code individual sand
grains hourglass works, but no sound :(

Re: Migrating from CVS

[Jeffrey L. <me...@ph...>]

Hi Cameron,

The git repos look good to me - thanks!

If nobody else is going to volunteer to be an org owner, feel free to add 
me.

Cheers,

- Jeffrey

On Sat, 18 Nov 2023, Cameron Cawley wrote:

> Hi
> 
> I've gone ahead and done the conversion, and the result can be found here.
> https://github.com/ArcEm-emu
> 
> There are two separate repositories - one for the application and one for the website. The ArcEm
> repository has all of the branches and merge commits have been generated using "git cvsimport", while
> the website is set up to deploy to https://arcem-emu.github.io/ . SourceForge appears to offer
> automatic mirroring of GitHub repositories so it would be good to set that up, but for now this will
> do.
> 
> I haven't added any tags for past versions or attempted to migrate tickets over from SourceForge, but
> for now it should be at a point where development can continue and contributions can be accepted.
> 
> I've invited all previous contributors with GitHub accounts to join the organization as members. It
> would be a good idea to also have a second organization owner in addition to myself - any volunteers?
> 
> Regards
> Cameron
> 
> 
> On Thu, 16 Nov 2023 at 23:41, Cameron Cawley <cca...@gm...> wrote:
>       Hi
> 
> I agree that it would be a good idea have a separate repository for the website. Chris’s
> conversion also looks helpful, so I’ll be sure to reference that.
> 
> I’m also thinking it would be a good idea to try and fix up the automatic conversion to
> correctly handle the merge of the arcem-fast branch - in my conversion, it’s represented by a
> series of “Merge arcem-fast to trunk” commits, which isn’t too helpful when looking through the
> history.
> 
> If there are no objections to this I’ll go ahead with the conversion at the weekend.
> 
> Regards
> Cameron
> 
> On Thu, 16 Nov 2023 at 23:09, Jeffrey Lee <me...@ph...> wrote:
>       Hi,
>
>       GitHub sounds good to me as well. I've got no objections to you doing the
>       conversion yourself. But I also think that a few years ago someone else
>       mentioned that they'd done a converison - probably Chris Young:
>
>       https://github.com/chris-y/arcem
>
>       At a brief look Chris's conversion is slightly better than your current
>       one (https://github.com/ccawley2011/arcem) since he was able to include
>       people's email addresses in the committer details.
>
>       Searching GitHub also reveals a couple of other conversions where they've
>       gone for just the emulator sources (i.e. the makefile & readme are in the
>       root of the repo). That's probably worth considering - having separate
>       repos for the emulator and the website.
>
>       Cheers,
>
>       - Jeffrey
>
>       On Tue, 14 Nov 2023, Cameron Cawley wrote:
>
>       > Hi
>       > I agree that GitHub would be preferable - in addition to it being more widely used
>       these days (so
>       > would potentially be more familiar to new contributors), it also has functionality
>       like CI via GitHub
>       > Actions that would be useful for ArcEm.
>       >
>       > If it's OK with the current project admins, I would be happy to attempt to do the
>       conversion myself if
>       > a lack of time is the main issue.
>       >
>       > Regards
>       > Cameron
>       >
>       > On Mon, 30 Oct 2023 at 23:50, <ia...@je...> wrote:
>       >
>       >       I’d vote for Github.  Yes, it’s Microsoft, but ‘good things’ are there too.
>       >
>       >
>       >
>       >       I.
>       >
>       >
>       >
>       >       From: Cameron Cawley <cca...@gm...>
>       >       Sent: 30 October 2023 23:46
>       >       To: arc...@li...
>       >       Subject: Migrating from CVS
>       >
>       >
>       >
>       >       Hi
>       >
>       >
>       >
>       > Several years ago, there was some discussion about migrating the ArcEm repository
>       from CVS to
>       > Git or Subversion now that SourceForge has made all CVS repositories read only. Is
>       there any
>       > further update on this?
>       >
>       >
>       >
>       > I’d be happy to help with this if necessary. I’ve been working on updating the
>       Windows port as
>       > well as some new ones, so it would be nice to have everything submitted upstream.
>       >
>       >
>       >
>       > Regards
>       >
>       > Cameron
>       >
>       >
>       >
>       >
>       >
> 
> 
>

Re: Migrating from CVS

[Cameron C. <cca...@gm...>]

Hi

I've gone ahead and done the conversion, and the result can be found here.
https://github.com/ArcEm-emu

There are two separate repositories - one for the application and one for
the website. The ArcEm repository has all of the branches and merge commits
have been generated using "git cvsimport", while the website is set up to
deploy to https://arcem-emu.github.io/ . SourceForge appears to offer
automatic mirroring of GitHub repositories so it would be good to set that
up, but for now this will do.

I haven't added any tags for past versions or attempted to migrate tickets
over from SourceForge, but for now it should be at a point where
development can continue and contributions can be accepted.

I've invited all previous contributors with GitHub accounts to join the
organization as members. It would be a good idea to also have a second
organization owner in addition to myself - any volunteers?

Regards
Cameron


On Thu, 16 Nov 2023 at 23:41, Cameron Cawley <cca...@gm...> wrote:

> Hi
>
> I agree that it would be a good idea have a separate repository for the
> website. Chris’s conversion also looks helpful, so I’ll be sure to
> reference that.
>
> I’m also thinking it would be a good idea to try and fix up the automatic
> conversion to correctly handle the merge of the arcem-fast branch - in my
> conversion, it’s represented by a series of “Merge arcem-fast to trunk”
> commits, which isn’t too helpful when looking through the history.
>
> If there are no objections to this I’ll go ahead with the conversion at
> the weekend.
>
> Regards
> Cameron
>
> On Thu, 16 Nov 2023 at 23:09, Jeffrey Lee <me...@ph...> wrote:
>
>> Hi,
>>
>> GitHub sounds good to me as well. I've got no objections to you doing the
>> conversion yourself. But I also think that a few years ago someone else
>> mentioned that they'd done a converison - probably Chris Young:
>>
>> https://github.com/chris-y/arcem
>>
>> At a brief look Chris's conversion is slightly better than your current
>> one (https://github.com/ccawley2011/arcem) since he was able to include
>> people's email addresses in the committer details.
>>
>> Searching GitHub also reveals a couple of other conversions where they've
>> gone for just the emulator sources (i.e. the makefile & readme are in the
>> root of the repo). That's probably worth considering - having separate
>> repos for the emulator and the website.
>>
>> Cheers,
>>
>> - Jeffrey
>>
>> On Tue, 14 Nov 2023, Cameron Cawley wrote:
>>
>> > Hi
>> > I agree that GitHub would be preferable - in addition to it being more
>> widely used these days (so
>> > would potentially be more familiar to new contributors), it also has
>> functionality like CI via GitHub
>> > Actions that would be useful for ArcEm.
>> >
>> > If it's OK with the current project admins, I would be happy to attempt
>> to do the conversion myself if
>> > a lack of time is the main issue.
>> >
>> > Regards
>> > Cameron
>> >
>> > On Mon, 30 Oct 2023 at 23:50, <ia...@je...> wrote:
>> >
>> >       I’d vote for Github.  Yes, it’s Microsoft, but ‘good things’ are
>> there too.
>> >
>> >
>> >
>> >       I.
>> >
>> >
>> >
>> >       From: Cameron Cawley <cca...@gm...>
>> >       Sent: 30 October 2023 23:46
>> >       To: arc...@li...
>> >       Subject: Migrating from CVS
>> >
>> >
>> >
>> >       Hi
>> >
>> >
>> >
>> > Several years ago, there was some discussion about migrating the ArcEm
>> repository from CVS to
>> > Git or Subversion now that SourceForge has made all CVS repositories
>> read only. Is there any
>> > further update on this?
>> >
>> >
>> >
>> > I’d be happy to help with this if necessary. I’ve been working on
>> updating the Windows port as
>> > well as some new ones, so it would be nice to have everything submitted
>> upstream.
>> >
>> >
>> >
>> > Regards
>> >
>> > Cameron
>> >
>> >
>> >
>> >
>> >
>
>

Re: Migrating from CVS

[Jeffrey L. <me...@ph...>]

Hi,

GitHub sounds good to me as well. I've got no objections to you doing the 
conversion yourself. But I also think that a few years ago someone else 
mentioned that they'd done a converison - probably Chris Young:

https://github.com/chris-y/arcem

At a brief look Chris's conversion is slightly better than your current 
one (https://github.com/ccawley2011/arcem) since he was able to include 
people's email addresses in the committer details.

Searching GitHub also reveals a couple of other conversions where they've 
gone for just the emulator sources (i.e. the makefile & readme are in the 
root of the repo). That's probably worth considering - having separate 
repos for the emulator and the website.

Cheers,

- Jeffrey

On Tue, 14 Nov 2023, Cameron Cawley wrote:

> Hi
> I agree that GitHub would be preferable - in addition to it being more widely used these days (so
> would potentially be more familiar to new contributors), it also has functionality like CI via GitHub
> Actions that would be useful for ArcEm.
> 
> If it's OK with the current project admins, I would be happy to attempt to do the conversion myself if
> a lack of time is the main issue.
> 
> Regards
> Cameron
> 
> On Mon, 30 Oct 2023 at 23:50, <ia...@je...> wrote:
>
>       I’d vote for Github.  Yes, it’s Microsoft, but ‘good things’ are there too.
>
> 
>
>       I.
>
> 
>
>       From: Cameron Cawley <cca...@gm...>
>       Sent: 30 October 2023 23:46
>       To: arc...@li...
>       Subject: Migrating from CVS
>
> 
>
>       Hi
>
> 
> 
> Several years ago, there was some discussion about migrating the ArcEm repository from CVS to
> Git or Subversion now that SourceForge has made all CVS repositories read only. Is there any
> further update on this?
>
> 
> 
> I’d be happy to help with this if necessary. I’ve been working on updating the Windows port as
> well as some new ones, so it would be nice to have everything submitted upstream.
>
> 
> 
> Regards
> 
> Cameron
>
> 
> 
> 
>

Re: Migrating from CVS

[Cameron C. <cca...@gm...>]

Hi

I agree that it would be a good idea have a separate repository for the
website. Chris’s conversion also looks helpful, so I’ll be sure to
reference that.

I’m also thinking it would be a good idea to try and fix up the automatic
conversion to correctly handle the merge of the arcem-fast branch - in my
conversion, it’s represented by a series of “Merge arcem-fast to trunk”
commits, which isn’t too helpful when looking through the history.

If there are no objections to this I’ll go ahead with the conversion at the
weekend.

Regards
Cameron

On Thu, 16 Nov 2023 at 23:09, Jeffrey Lee <me...@ph...> wrote:

> Hi,
>
> GitHub sounds good to me as well. I've got no objections to you doing the
> conversion yourself. But I also think that a few years ago someone else
> mentioned that they'd done a converison - probably Chris Young:
>
> https://github.com/chris-y/arcem
>
> At a brief look Chris's conversion is slightly better than your current
> one (https://github.com/ccawley2011/arcem) since he was able to include
> people's email addresses in the committer details.
>
> Searching GitHub also reveals a couple of other conversions where they've
> gone for just the emulator sources (i.e. the makefile & readme are in the
> root of the repo). That's probably worth considering - having separate
> repos for the emulator and the website.
>
> Cheers,
>
> - Jeffrey
>
> On Tue, 14 Nov 2023, Cameron Cawley wrote:
>
> > Hi
> > I agree that GitHub would be preferable - in addition to it being more
> widely used these days (so
> > would potentially be more familiar to new contributors), it also has
> functionality like CI via GitHub
> > Actions that would be useful for ArcEm.
> >
> > If it's OK with the current project admins, I would be happy to attempt
> to do the conversion myself if
> > a lack of time is the main issue.
> >
> > Regards
> > Cameron
> >
> > On Mon, 30 Oct 2023 at 23:50, <ia...@je...> wrote:
> >
> >       I’d vote for Github.  Yes, it’s Microsoft, but ‘good things’ are
> there too.
> >
> >
> >
> >       I.
> >
> >
> >
> >       From: Cameron Cawley <cca...@gm...>
> >       Sent: 30 October 2023 23:46
> >       To: arc...@li...
> >       Subject: Migrating from CVS
> >
> >
> >
> >       Hi
> >
> >
> >
> > Several years ago, there was some discussion about migrating the ArcEm
> repository from CVS to
> > Git or Subversion now that SourceForge has made all CVS repositories
> read only. Is there any
> > further update on this?
> >
> >
> >
> > I’d be happy to help with this if necessary. I’ve been working on
> updating the Windows port as
> > well as some new ones, so it would be nice to have everything submitted
> upstream.
> >
> >
> >
> > Regards
> >
> > Cameron
> >
> >
> >
> >
> >

Re: Migrating from CVS

[Cameron C. <cca...@gm...>]

Hi

I agree that GitHub would be preferable - in addition to it being more
widely used these days (so would potentially be more familiar to new
contributors), it also has functionality like CI via GitHub Actions that
would be useful for ArcEm.

If it's OK with the current project admins, I would be happy to attempt to
do the conversion myself if a lack of time is the main issue.

Regards
Cameron

On Mon, 30 Oct 2023 at 23:50, <ia...@je...> wrote:

> I’d vote for Github.  Yes, it’s Microsoft, but ‘good things’ are there too.
>
>
>
> I.
>
>
>
> *From:* Cameron Cawley <cca...@gm...>
> *Sent:* 30 October 2023 23:46
> *To:* arc...@li...
> *Subject:* Migrating from CVS
>
>
>
> Hi
>
>
>
> Several years ago, there was some discussion about migrating the ArcEm
> repository from CVS to Git or Subversion now that SourceForge has made all
> CVS repositories read only. Is there any further update on this?
>
>
>
> I’d be happy to help with this if necessary. I’ve been working on updating
> the Windows port as well as some new ones, so it would be nice to have
> everything submitted upstream.
>
>
>
> Regards
>
> Cameron
>
>
>

RE: Migrating from CVS

[<ia...@je...>]

I’d vote for Github.  Yes, it’s Microsoft, but ‘good things’ are there too.

 

I.

 

From: Cameron Cawley <cca...@gm...> 
Sent: 30 October 2023 23:46
To: arc...@li...
Subject: Migrating from CVS

 

Hi

 

Several years ago, there was some discussion about migrating the ArcEm repository from CVS to Git or Subversion now that SourceForge has made all CVS repositories read only. Is there any further update on this?

 

I’d be happy to help with this if necessary. I’ve been working on updating the Windows port as well as some new ones, so it would be nice to have everything submitted upstream.

 

Regards

Cameron

 

Migrating from CVS

[Cameron C. <cca...@gm...>]

Hi

Several years ago, there was some discussion about migrating the ArcEm
repository from CVS to Git or Subversion now that SourceForge has made all
CVS repositories read only. Is there any further update on this?

I’d be happy to help with this if necessary. I’ve been working on updating
the Windows port as well as some new ones, so it would be nice to have
everything submitted upstream.

Regards
Cameron

Alive

[Brian L. <t1...@gm...>]

Hi anyone, I came here via the CVS build. This compiles but I get the
repeated msg in the console ending 40000000.

Apparently this is due to X64 issues but compiles on a 32bit machine did
not work either.

Two questions,

1. Is this project still alive?
2. Should it work when compiled in a Linux environment? assuming I install
the two developer library files, XLib and extxlib.

Brian L

RE: Sourceforge Ditching CVS Write Access.

[Ian J. <ia...@je...>]

So long as it'll work on a 256MB RiscPC with Adjust, I'm happy ;)

I.

-----Original Message-----
From: Jeffrey Lee <me...@ph...> 
Sent: 16 November 2018 18:47
To: arc...@li...
Subject: Re: Sourceforge Ditching CVS Write Access.

On Fri, 16 Nov 2018, Steffen Huber wrote:

>> Ian Jeffray <ia...@je...> wrote:
>> 
>> I'd vote for git, especially if that's coming to RISC OS (26bit?)
>
> I expect Jeffrey is currently (after successfully initiating the port 
> of SimpleGit) working on a Git client for all Acorn machines starting 
> with the A305 running Arthur. Not yet sure if it fits in 512 KiB RAM, 
> maybe the minimum system requirement will need to be 1 MiB RAM.
>
> He will send you a floppy disc once it is ready.

Or for a slightly more serious answer - the current port of SimpleGit should
work down to RISC OS 3.5 (i.e. standard GCC/UnixLib compatibility claims).
I'd expect the amount of RAM you have to be the main blocker to using it on
older machines (it'll have come from a world of memory-mapped files and
virtual memory, so large commits or large repositories are likely to eat up
lots of RAM).

Cheers,

- Jeffrey



--
arcem-devel mailing list
arc...@li...
https://lists.sourceforge.net/lists/listinfo/arcem-devel

Re: Sourceforge Ditching CVS Write Access.

[Jeffrey L. <me...@ph...>]

On Fri, 16 Nov 2018, Steffen Huber wrote:

>> Ian Jeffray <ia...@je...> wrote:
>> 
>> I'd vote for git, especially if that's coming to RISC OS (26bit?)
>
> I expect Jeffrey is currently (after successfully initiating the
> port of SimpleGit) working on a Git client for all Acorn machines
> starting with the A305 running Arthur. Not yet sure if it fits
> in 512 KiB RAM, maybe the minimum system requirement will need to
> be 1 MiB RAM.
>
> He will send you a floppy disc once it is ready.

Or for a slightly more serious answer - the current port of SimpleGit 
should work down to RISC OS 3.5 (i.e. standard GCC/UnixLib compatibility 
claims). I'd expect the amount of RAM you have to be the main blocker to 
using it on older machines (it'll have come from a world of memory-mapped 
files and virtual memory, so large commits or large repositories are 
likely to eat up lots of RAM).

Cheers,

- Jeffrey

Re: Sourceforge Ditching CVS Write Access.

[Steffen H. <st...@hu...>]

Hi Ian,

> Ian Jeffray <ia...@je...> wrote:
> 
> I'd vote for git, especially if that's coming to RISC OS (26bit?)

I expect Jeffrey is currently (after successfully initiating the
port of SimpleGit) working on a Git client for all Acorn machines
starting with the A305 running Arthur. Not yet sure if it fits
in 512 KiB RAM, maybe the minimum system requirement will need to
be 1 MiB RAM.

He will send you a floppy disc once it is ready.

Have fun
Steffen aka hubersn

-- 
Steffen Huber LambdaComm System – Welcome to Trollinger Country
st...@hu...
Private homepage http://www.huber-net.de/
RISC OS Blog http://riscosblog.huber-net.de/

RE: Sourceforge Ditching CVS Write Access.

[Ian J. <ia...@je...>]

Wow, this email's a reply from a while back.   I don't think I ever saw the
original, sorry.

I'd vote for git, especially if that's coming to RISC OS (26bit?)

Ian

-----Original Message-----
From: Jeffrey Lee <me...@ph...> 
Sent: 16 November 2018 00:39
To: arc...@li...
Subject: Re: Sourceforge Ditching CVS Write Access.

Hi Ralph,

On Sat, 7 Oct 2017, Ralph Corderoy wrote:

> Given our project-admin hats, Peter Naulls or I can convert the CVS to 
> Subversion or Git following SF's instructions.
> https://sourceforge.net/p/forge/documentation/CVS/

Any updates on this? It looks like we might be missing out on some new
contributions (and at some point, I'd certainly like to do some more work as
well).

https://www.riscosopen.org/forum/forums/11/topics/12740

> Git probably takes a bit more time, that I don't have right now but 
> might soon.  Can those that have recent CVS commits, Ian?, state a 
> preference for Subversion or Git.  Does RISC OS support both 
> Subversion and Git now?

Previously I said that either option is fine with me, but I think I'm
leaning more towards git now. RISC OS should have a functioning git client
"soon" (and a subversion client has been available for a number of years).

Cheers,

- Jeffrey



--
arcem-devel mailing list
arc...@li...
https://lists.sourceforge.net/lists/listinfo/arcem-devel

Re: Sourceforge Ditching CVS Write Access.

[Jeffrey L. <me...@ph...>]

Hi Ralph,

On Sat, 7 Oct 2017, Ralph Corderoy wrote:

> Given our project-admin hats, Peter Naulls or I can convert the CVS to
> Subversion or Git following SF's instructions.
> https://sourceforge.net/p/forge/documentation/CVS/

Any updates on this? It looks like we might be missing out on some 
new contributions (and at some point, I'd certainly like to do some more 
work as well).

https://www.riscosopen.org/forum/forums/11/topics/12740

> Git probably takes a bit more time, that I don't have right now but
> might soon.  Can those that have recent CVS commits, Ian?, state a
> preference for Subversion or Git.  Does RISC OS support both Subversion
> and Git now?

Previously I said that either option is fine with me, but I think I'm 
leaning more towards git now. RISC OS should have a functioning git client 
"soon" (and a subversion client has been available for a number of years).

Cheers,

- Jeffrey

Re: Sourceforge Ditching CVS Write Access.

[Jeffrey L. <me...@ph...>]

Hi,

On Sat, 7 Oct 2017, Ralph Corderoy wrote:

> Sourceforge are mailing project admins pointing out CVS write access is
> going to stop.  Read access will continue, but that might be stopped too
> in time.  (Maintaining CVS's source is too much of a burden for them.)
>
> Given our project-admin hats, Peter Naulls or I can convert the CVS to
> Subversion or Git following SF's instructions.
> https://sourceforge.net/p/forge/documentation/CVS/
>
> Subversion doesn't take much effort though the resulting repo might have
> problems that aren't initially spotted, e.g. character-encodings in
> comments.  Probably nothing that can't be sorted out later.  I'd be
> willing to do that.
>
> Git probably takes a bit more time, that I don't have right now but
> might soon.  Can those that have recent CVS commits, Ian?, state a
> preference for Subversion or Git.  Does RISC OS support both Subversion
> and Git now?

Either option is fine with me. RISC OS doesn't have a Git client yet, but 
there is a Subversion client (however I haven't had reason to use it in 
years, so I'm not sure how well it runs on the latest hardware/OS 
versions)

Lack of native source control clients isn't really a problem for me since 
I tend to do most source control via a Linux PC.

Cheers,

- Jeffrey

Sourceforge Ditching CVS Write Access.

[Ralph C. <ra...@in...>]

Hi,

Sourceforge are mailing project admins pointing out CVS write access is
going to stop.  Read access will continue, but that might be stopped too
in time.  (Maintaining CVS's source is too much of a burden for them.)

Given our project-admin hats, Peter Naulls or I can convert the CVS to
Subversion or Git following SF's instructions.
https://sourceforge.net/p/forge/documentation/CVS/

Subversion doesn't take much effort though the resulting repo might have
problems that aren't initially spotted, e.g. character-encodings in
comments.  Probably nothing that can't be sorted out later.  I'd be
willing to do that.

Git probably takes a bit more time, that I don't have right now but
might soon.  Can those that have recent CVS commits, Ian?, state a
preference for Subversion or Git.  Does RISC OS support both Subversion
and Git now?

-- 
Cheers, Ralph.
https://plus.google.com/+RalphCorderoy

Re: [PATCH] Win32 improvements (mouse, fullscreen...)

[Tarnyko <ta...@ta...>]

Hey, thanks for testing Ian ! 

> something other than kpd-+ would be good to get
> out of this (ctrl+alt is used for VMWare - we should make the combination
> easier to set up anyway)

I agree. Personally wanted to set Alt+M as alternative, but felt 
uncomfortable doing it for my first patch, as kpd-+ was already chosen... 

UNIX version allows setting this at runtime with the ARCEMXMOUSEKEY 
environment variable. Windows version should have a dialog box instead; plan 
to add, you can be sure it will end up full of options on the long run :). 

> Paste kinda works, but misses many characters.  Amusing implementation using a timer, and I'm not sure where the losses are happening

Good catch. I guess it depends on the host computer ; was able to reproduce 
it on a different machine.
The issue is that Arcem polls the keyboard by itself, the timing may vary, 
and you have to align on its timing. I chose a fixed timing (30ms) here, but 
eventually will have to bind with the lower-level code to be 100% accurate. 

PS : Other feature I'd like to add quickly : choosing a floppy disk image 
with a file browser ("Open...") dialog box. 

Regards, Tarnyko 

Ian Jeffray writes: 

> Fullscreen works fine (Hilarious on a 4K monitor).
> Capture mouse is good, but something other than kpd-+ would be good to get
> out of this (ctrl+alt is used for VMWare - we should make the combination
> easier to set up anyway)
> Paste kinda works, but misses many characters.  Amusing implementation using
> a timer, and I'm not sure where the losses are happening - I'm running on a
> 4GHz Skylake here so it can't be a performance issue surely. 
> 
> Not much time to play today - will look at the patch a bit more later in the
> week. 
> 
> Ian 
> 
> -----Original Message-----
> From: Tarnyko [mailto:ta...@ta...] 
> Sent: 13 December 2016 17:25
> To: Ian Jeffray <ia...@je...>
> Cc: arc...@li...
> Subject: Re: [PATCH] Win32 improvements (mouse, fullscreen...) 
> 
> Thanks Ian, this is really appreciated !  
> 
> I plan to fix more bugs and eventually implement sound, but before that,
> some feedback would be nice :).  
> 
> Tarnyko  
> 
> Ian Jeffray writes:  
> 
>> Nice work, I'll try it later!  
>> 
>> Ian 
>> 
>> On 13/12/2016 14:26, Tarnyko wrote:
>>> Hi ArcEm devs, 
>>>
>>> I just posted a patch improving the Windows frontend (most notably 
>>> improving the mouse, adding floppy insertion/ejection, fullscreen,
> paste...).
>>>
>>> This is here, with screenshots and a "demo" binary :  
>>>
>>> https://sourceforge.net/p/arcem/bugs/20/ 
>>>
>>> Anybody interested in taking a look at it ? Who should I bring the 
>>> matter to if needed, Peter Naulls ? 
>>>
>>> Regards,
>>> Tarnyko 
>>>
>>> ---------------------------------------------------------------------
>>> --------- Check out the vibrant tech community on one of the world's 
>>> most engaging tech sites, SlashDot.org! http://sdm.link/slashdot 
>>>
>> 
>> ----------------------------------------------------------------------
>> -------- Check out the vibrant tech community on one of the world's 
>> most engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>> --
>> arcem-devel mailing list
>> arc...@li...
>> https://lists.sourceforge.net/lists/listinfo/arcem-devel
> 
> ----------------------------------------------------------------------------
> --
> Check out the vibrant tech community on one of the world's most engaging
> tech sites, SlashDot.org! http://sdm.link/slashdot
> --
> arcem-devel mailing list
> arc...@li...
> https://lists.sourceforge.net/lists/listinfo/arcem-devel 
> 
>  
> 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most 
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> -- 
> arcem-devel mailing list
> arc...@li...
> https://lists.sourceforge.net/lists/listinfo/arcem-devel

RE: [PATCH] Win32 improvements (mouse, fullscreen...)

[Ian J. <ia...@je...>]

Fullscreen works fine (Hilarious on a 4K monitor).
Capture mouse is good, but something other than kpd-+ would be good to get
out of this (ctrl+alt is used for VMWare - we should make the combination
easier to set up anyway)
Paste kinda works, but misses many characters.  Amusing implementation using
a timer, and I'm not sure where the losses are happening - I'm running on a
4GHz Skylake here so it can't be a performance issue surely.

Not much time to play today - will look at the patch a bit more later in the
week.

Ian

-----Original Message-----
From: Tarnyko [mailto:ta...@ta...] 
Sent: 13 December 2016 17:25
To: Ian Jeffray <ia...@je...>
Cc: arc...@li...
Subject: Re: [PATCH] Win32 improvements (mouse, fullscreen...)

Thanks Ian, this is really appreciated ! 

I plan to fix more bugs and eventually implement sound, but before that,
some feedback would be nice :). 

Tarnyko 

Ian Jeffray writes: 

> Nice work, I'll try it later! 
> 
> Ian
> 
> On 13/12/2016 14:26, Tarnyko wrote:
>> Hi ArcEm devs,
>>
>> I just posted a patch improving the Windows frontend (most notably 
>> improving the mouse, adding floppy insertion/ejection, fullscreen,
paste...).
>>
>> This is here, with screenshots and a "demo" binary : 
>>
>> https://sourceforge.net/p/arcem/bugs/20/
>>
>> Anybody interested in taking a look at it ? Who should I bring the 
>> matter to if needed, Peter Naulls ?
>>
>> Regards,
>> Tarnyko
>>
>> ---------------------------------------------------------------------
>> --------- Check out the vibrant tech community on one of the world's 
>> most engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>>
> 
> ----------------------------------------------------------------------
> -------- Check out the vibrant tech community on one of the world's 
> most engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> --
> arcem-devel mailing list
> arc...@li...
> https://lists.sourceforge.net/lists/listinfo/arcem-devel

----------------------------------------------------------------------------
--
Check out the vibrant tech community on one of the world's most engaging
tech sites, SlashDot.org! http://sdm.link/slashdot
--
arcem-devel mailing list
arc...@li...
https://lists.sourceforge.net/lists/listinfo/arcem-devel

Re: [PATCH] Win32 improvements (mouse, fullscreen...)

[Tarnyko <ta...@ta...>]

Thanks Ian, this is really appreciated ! 

I plan to fix more bugs and eventually implement sound, but before that, 
some feedback would be nice :). 

Tarnyko 

Ian Jeffray writes: 

> Nice work, I'll try it later! 
> 
> Ian 
> 
> On 13/12/2016 14:26, Tarnyko wrote:
>> Hi ArcEm devs, 
>>
>> I just posted a patch improving the Windows frontend (most notably improving
>> the mouse, adding floppy insertion/ejection, fullscreen, paste...). 
>>
>> This is here, with screenshots and a "demo" binary : 
>>
>> https://sourceforge.net/p/arcem/bugs/20/ 
>>
>> Anybody interested in taking a look at it ? Who should I bring the matter to
>> if needed, Peter Naulls ? 
>>
>> Regards,
>> Tarnyko 
>>
>> ------------------------------------------------------------------------------
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot 
>>
> 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most 
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> -- 
> arcem-devel mailing list
> arc...@li...
> https://lists.sourceforge.net/lists/listinfo/arcem-devel

Re: [PATCH] Win32 improvements (mouse, fullscreen...)

[Ian J. <ia...@je...>]

Nice work, I'll try it later!

Ian

On 13/12/2016 14:26, Tarnyko wrote:
> Hi ArcEm devs,
>
> I just posted a patch improving the Windows frontend (most notably improving
> the mouse, adding floppy insertion/ejection, fullscreen, paste...).
>
> This is here, with screenshots and a "demo" binary :
>
> https://sourceforge.net/p/arcem/bugs/20/
>
> Anybody interested in taking a look at it ? Who should I bring the matter to
> if needed, Peter Naulls ?
>
> Regards,
> Tarnyko
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>

[PATCH] Win32 improvements (mouse, fullscreen...)

[Tarnyko <ta...@ta...>]

Hi ArcEm devs, 

I just posted a patch improving the Windows frontend (most notably improving 
the mouse, adding floppy insertion/ejection, fullscreen, paste...). 

This is here, with screenshots and a "demo" binary : 

https://sourceforge.net/p/arcem/bugs/20/ 

Anybody interested in taking a look at it ? Who should I bring the matter to 
if needed, Peter Naulls ? 

Regards,
Tarnyko