From mboxrd@z Thu Jan  1 00:00:00 1970
From: Ryan Underwood <nemesis-lists@icequake.net>
Subject: Re: dosemu 1.1.5.7 (was Re: dosemu 1.1.5.6)
Date: Sat, 23 Aug 2003 12:58:33 -0500
Sender: linux-msdos-owner@vger.kernel.org
Message-ID: <20030823175833.GM6464@dbz.icequake.net>
References: <3F2173C4.5010009@welho.com> <Pine.LNX.4.44.0308222355560.3962-100000@enbeo.localnet>
Mime-Version: 1.0
Content-Transfer-Encoding: QUOTED-PRINTABLE
Return-path: <linux-msdos-owner@vger.kernel.org>
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0308222355560.3962-100000@enbeo.localnet>
List-Id: <linux-msdos.vger.kernel.org>
Content-Type: text/plain; charset="iso-8859-1"
To: linux-msdos@vger.kernel.org


Hi Bart,

I updated my unofficial dosemu-devel debian package for 1.1.5.7.
http://home.icequake.net/~nemesis/debian/binary/dosemu-devel_1.1.5.7-1_=
i386.deb

Also, the following code in Makefile.conf presents a problem:
ifeq (0,${MAKELEVEL})
  export abs_top_builddir:=3D$(shell cd $(top_builddir) && pwd -P)
  SUBDIR :=3D $(subst $(abs_top_builddir)/src/,,$(shell pwd -P))
else
endif

The problem is that when debian/rules install target calls the install
target for DOSEMU, MAKELEVEL is 1, not zero, so abs_top_builddir is not
set, and Makefile.main's install target tries to rm -rf /tmp (!).

This is only a problem when using the debian build system (which also
uses make) -- a standalone build doesn't do it.

Changing ifeq (1,${MAKELEVEL}) works for debuild, but is a hack.

Ryan


On Sat, Aug 23, 2003 at 12:10:54AM +0100, Bart Oldeman wrote:
> On Fri, 25 Jul 2003, Eemeli Kantola wrote:
>=20
> > If you under win9x or unix create a text file containing intl chars=
,
> > they appear incorrectly under dos edit, for example. This has somet=
hing
> > to do with font differences between dos and windows/unix, but is an=
yway
> > the "preferred" behavior. However, windows somehow converts chars i=
n
> > file names somehow that they look the same under dos and windows. D=
osemu
> > seems to know nothing about that: as an example, a file named "clic=
h=E9"
> > is shown as "clich<theta>" (where <theta> is a single greek theta) =
under
> > dosemu.
>=20
> right so this problem surfaced in 1.1.5.6 since the vfat kernel drive=
r
> translates from codepage xxx (default=3D437) to codepage iso8859-1 an=
d
> 1.1.5.6 (on VFAT) doesn't mangle short filenames.
>=20
> Well it turned out that this easy approach (no mangling at all on
> VFAT) wasn't feasible in all cases and that with the unicode
> infrastructure already there in several places it was not that hard t=
o
> translate filenames from the UNIX to the DOS character set now.
>=20
> In my testings (and Stas' for Cyrillic) it all works so I've put up
> 1.1.5.7 at http://www.dosemu.org/testing to ask for wider testing.
>=20
> We'll try to fix the LD_ASSUME_KERNEL and RH 9 issues for 1.1.5.8.
>=20
> Also in 1.1.5.7:
> * should fix the attribute (color) problems reported by Bernhard Bial=
as
> * DPMI was improved at several places; now it runs Windows 3.1 with
>   os2win31.zip again.
> * some smaller fixes
>=20
> Bart
>=20
> -
> To unsubscribe from this list: send the line "unsubscribe linux-msdos=
" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>=20

--=20
Ryan Underwood, <nemesis at icequake.net>, icq=3D10317253
-
To unsubscribe from this list: send the line "unsubscribe linux-msdos" =
in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html