[Wine] Re: Running text app without X

[paul]

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.