Steven Hein wrote:
I'm sure this question comes up waaaay to often in this
list, and I apologize if I've missed the obvious answer.
I did spend the last two hours looking for a solution
and trying various things, but to no avail.
I'm trying to run a command-line app (text-only). It's a
cross-compiler tool for which we only have Windows binaries.
The app works fine, but when I run it (i.e. to compile a
test file), I see:
$ wine c:\\diab\\5.2.1.0\\WIN32\\bin\\dcc -c -o obj/hello.o hello.c
err:imagelist:ImageList_ReplaceIcon no color!
err:imagelist:ImageList_ReplaceIcon no color!
err:imagelist:ImageList_ReplaceIcon no color!
err:imagelist:ImageList_ReplaceIcon no color!
err:imagelist:ImageList_ReplaceIcon no color!
err:imagelist:ImageList_ReplaceIcon no color!
err:imagelist:ImageList_ReplaceIcon no color!
err:imagelist:ImageList_ReplaceIcon no color!
Looked to me like this was trying to do something in X
(even though the app produces NO graphical output),
so I tried overriding the DISPLAY variable to an invalid
display:
$ WINEPREFIX=/work/diab DISPLAY=qqq:0.0
c:\\diab\\5.2.1.0\\WIN32\\bin\\dcc -c -o obj/hello.o hello.c
_X11TransSocketINETConnect() can't get address for qqq:6000: Name or
service not known
err:imagelist:ImageList_ReplaceIcon no color!
err:imagelist:ImageList_ReplaceIcon no color!
err:imagelist:ImageList_ReplaceIcon no color!
err:imagelist:ImageList_ReplaceIcon no color!
_X11TransSocketINETConnect() can't get address for qqq:6000: Name or
service not known
err:imagelist:ImageList_ReplaceIcon no color!
err:imagelist:ImageList_ReplaceIcon no color!
err:imagelist:ImageList_ReplaceIcon no color!
err:imagelist:ImageList_ReplaceIcon no color!
So it's definitely trying to connect to an X server.
Should I expect this? If so, is there any way to not do this?
This is a compiler, so speed of execution is important (the
resulting app has several hundred files!). I'd like to
eliminate any extra overhead if possible.
(I know, if performance is a problem then don't use an
emulated environment.....but the wine solution would save
us the $3000 required to update our compiler to a newer
version with Linux support......).
I tried configuring the HKCU\Software\Wine\Drivers
"Graphics"="null", and other settings which didn't seem
to have any effect. I saw references to the "nulldriver"
graphics driver, but couldn't see how to configure this
(and didn't even know if it would change what I am seeing!).
Any help/hints would be appreciated....
Thanks,
Steve
I would look at dosemu.org and if that does not work running a windows
install or dos7 inside of qemu.
Wine at current does just enough dos to get the winapi to work.
Paul R.
_______________________________________________
wine-users mailing list
wine-users@xxxxxxxxxx
http://www.winehq.org/mailman/listinfo/wine-users
