It seems to me I've run FreeGEM/XM on FreeDOS before.
On Mon, May 4, 2009 at 3:42 PM, Kenneth J. Davis jere...@fdos.org wrote:
On Mon, May 4, 2009 at 6:26 PM, ibid...@lavabit.com wrote:
Hello,
I've tried running GEM/XM under freedos kernels 2035b, 2036, 2037, and
Christian experimental build
On Mon, May 4, 2009 at 9:35 PM, Eric Auer e.a...@jpberlin.de wrote:
Hi ibid_ag at lavabit com,
I tried 2038rc1svn out _briefly_. It works about the same as prior builds
(runs edit, mem, command, gem; loads ctmouse, gcdrom, himemx,jemm386,
shsucdx; still does not run GEM/XM).
thanks, that
Hello:
1. The updated GEM/XM is what I run. It simply was hacked to autofail
on FCB errors.
2. I am unfamiliar with debugging, asm, programming, etc. I just know
some tools.
3. LOAD.ASM is part of the missing source for GEM/XM. It was lost
before release under the GPL.
4. It is indeed a branch
Hi Jeremy, Bart, IBID,
I tried 2038rc1svn out _briefly_. It works about the same as prior builds
(runs edit, mem, command, gem; loads ctmouse, gcdrom, himemx,jemm386,
shsucdx; still does not run GEM/XM).
...
OpenGEM variant of FreeGEM (http://gem.shaneland.co.uk/) provides the
GEM/XM
PS: Attempting to use SUBST to create a drive letter backed
by a directory in a dosemu magic drive creates a drive
which does not contain any files. I did not check why.
I assume DOSEMU's magic drives use the Int2F redirector interface to
provide their filesystem to the emulated DOS. SUBST
On Tue, May 5, 2009 at 2:10 PM, Eric Auer e.a...@jpberlin.de wrote:
Hi Jeremy, Bart, IBID,
...
I could not find any LOAD*.* file in the zip, though... Maybe
this whole experiment is something different than IBID meant?
Eric
See http://www.seasip.info/Gem/gemxm.html (I'm not sure if its