At the Linux Summit, a bunch of us decided it'd be a good
idea to try out lsbcc on more real-world packages, so I tried wine
again tonight. My previous try was described here:
http://www.winehq.org/pipermail/wine-devel/2006-August/050554.html
This time I used Feisty Fawn's lsb build env packages
Evan Stade wrote:
On that note, I have been unable to get Wine to run dos .com programs
(including via cmd.exe). It gets stuck in an infinite loop in DOSVM.
Is there some trick to getting .com programs running?
There's a regression, freecom [1] used to work, now it doesn't. Perhaps
it has to do
On 6/16/07, Dan Kegel <[EMAIL PROTECTED]> wrote:
Vitaly Lipatov wrote:
> INT21_CreateMagicDeviceHandle in winedos/int21.c uses the same dummy file
> magic with open file with unix path from wine_get_server_dir().
> I guess we could use NtCreateFile on unix path before.
> Now we need select correc
Vitaly Lipatov wrote:
INT21_CreateMagicDeviceHandle in winedos/int21.c uses the same dummy file
magic with open file with unix path from wine_get_server_dir().
I guess we could use NtCreateFile on unix path before.
Now we need select correct place for such dummy files inside wine disk tree...
Y
Louis Lenders writes:
> Try "Query bugs" in bugzilla with keyword gdiplus:
How do you set gdiplus as a keyword? I tried to add it to
http://bugs.winehq.org/show_bug.cgi?id=4812 but got the reply that
gdiplus is not a known keyword. And it's not in the list you get when
you click on the word "key
В сообщении от 16 июня 2007 Evan Stade написал(a):
> On 6/15/07, Vitaly Lipatov <[EMAIL PROTECTED]> wrote:
> > CreateFile is not success with somename.vxd (somename.vxd.so
> > exists in /usr/lib/wine)
...
> You can't use NtCreateFile on unix path names. One approach would be
> to change the file p
