email | 27 Aug 20:04 2015

Wine with StartWrite Software


I ran my Windows software on a Macintosh with the Wine emulator. The
program looked great except for the fonts they came out as black blobs?
Any help would be greatly appreciated.



*Chamaine NelsonOwner[image: version6.jpg]PO Box 540531North Salt Lake, UT <>Office:
801-359-2173Email: chamaine <at> <chamaine <at>>The
Handwriting Worksheet Wizard*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>
Andrew Eikum | 20 Aug 21:47 2015

RFC: New dependency on FFmpeg?

I have a working implementation of the new xaudio2 API in my tree.
Microsoft is treating it as a replacement for dsound[1], and as a
result, this new API is used by lots of recent games; see Bug
26808[2] for some examples.

Most games that use the xaudio2 API use a version of Microsoft's WMA
codec. Wine doesn't currently have the ability to decode this audio
for playback. In order for the xaudio2 implementation to be useful for
most games, we'll need some way to convert it. I chose to use the
FFmpeg library to decode WMA audio.

This means for most games, Wine's built-in xaudio2 will require that
the 32-bit FFmpeg library be available on the system to successfully
play audio.

The new code only uses the audio decoding features of FFmpeg,
specifically linking only against libavcodec and libavutil. The newest
APIs that we use were introduced in 2013. Most of the rest date from
2011 and a few from 2002. FFmpeg's API isn't stable, but I don't
expect much maintenance burden from the small piece that we're using.

An additional complication is the libav fork. The APIs that we're
using are currently unchanged between FFmpeg and libav, so libav
should function as a drop-in replacement. Further, distros seem to be
migrating back to FFmpeg, if they ever changed. So again, I don't
expect this to be a barrier.

Wine packagers and developers, do you have any thoughts or objections
to depending on FFmpeg/libav's libavutils and libavcodec for xaudio2
(Continue reading)

Klaus Rudolph | 13 Aug 14:30 2015

applicattion runs fine under x86_64 linux but not under wine with x686

I want to use two linux systems, both are with actual kernel versions:

1) 4.1.3-201.fc22.i686
2) 4.1.4-200.fc22.x86_64

I have a very old 16 bit program which works fine on a 4.1.4-200.fc22.x86_64  but it does not work with the 4.1.3-201.fc22.i686.

The error message I see is not very helpful for me:
fixme:winediag:start_process Wine Staging 1.7.47 is a testing version containing experimental patches.
fixme:winediag:start_process Please report bugs at (instead of
fixme:ole:RemUnknown_QueryInterface No interface for iid {00000019-0000-0000-c000-000000000046}
fixme:int31:DPMI_CallRMProc DPMI real-mode call using DOS VM task system, not fully tested!
wine: Unhandled privileged instruction at address 0x4600:0x0000ffff (thread 0024), starting debugger...
Unhandled exception: privileged instruction in vm86 code (4600:ffff).
-auto: cpu_i386.c:468: i386_stack_walk: Assertion `0' failed.
winedbg: Internal crash at 0xb77a0bc8

Can anyone give me a hint how to go deeper into the problem to solve it? As I mentioned, it seems only depending
of the underlying kernel version of my box. 


HugLeo | 7 Aug 05:57 2015

Writing directly to a lpt1: port and redirect to the lpr command

I'm have a remote printer installed in the cups. I shared the printer and
it prints OK using the wine notepad.
But I have a old application that prints only if have direct access to a
lpt1 named port.
We can test executing the program wine start.exe and run the command:
echo 'test' > lpt1 that returns:
File not found
I tried to create the rule
But echo 'test' > lpt1 still returns File not found
I'm wondering if it's possible to create a LPT1: port and echoing to lpr
Does anyone know if it is possible?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>
John Smith | 14 Jul 21:49 2015

If Wine isn't am emulator how does it work

Sorry about this noob question, but this is something that has been boring
me. So Wine is a compatibly layer that tricks windows based apps into
working on Linux. But isn't that what an emulator does? I know emulators
more typically visualize the hardware which uses more recesses, but there
are also high level emulators which just create the environment.

isn't any software that tricks a program a forum of emulation. Or is it
more specific then that?

Another question I'd like to ask is if you could offer any help in install
Wine to an offline system. Is there a download link to the main .deb or the
repository or something. I use Linux Mint.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>
Saikumar nakirekanti | 13 Jul 13:55 2015

Reg: Wine Installation

Hi, sir
1.I installed wine 1.6.1 and PlayOnLinux 4.2.8
2. and i installed ie8 by using PlayOnLinux 4.2.8 software on Ubuntu 12.04
Problem : IE8 browser is automatically being closed with in 1 sec when is
browser opened.
Could you please explain me what is the procedure to get installed of ie8
or ie8 above


*RegardsNakirekanti Sai Kumar*

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>
Beartooth | 6 Jul 18:29 2015

Mappery inquiry

	Last time I tried, a few years back, Wine was not yet up to 
handling Garmin's proprietary topo map software. It would install, and 
sometimes even work, so long as I didn't try to connect a GPS to it. (The 
ones I have are all also Garmins -- old ones wanting a serial port.)

	I made a huge effort, for most of a year, with a lot of help from 
high-powered Alpha Plus Technoids on several lists, this one not least 
among them. But I only ever got one GPS to talk to the software one time, 
and never figured out how ....

	What I'm trying to do (and did, under M$, years ago) is go locate 
game trails, lunch rocks, good stands, etc., on a hunting ground; then 
come home and include all that info into a good map, to scale, of the 
hunting ground. 

	Another approach would be to install, say, XP onto a virtual 
machine, and do the work there. That did work, for a while, after a 
sufficiently sophisticated technoid friend installed an emulation, or 
sandbox, or whatever it was. But when I once bollixed up the virtual 
machine, my cyber-savvy didn't suffice to restore it.

	And yes, I know there are Linux-native suites nowadays; and 
Garmin is reported to've put its source code into the public domain. 
Alas!, those suites all seem to require advanced degrees in CS, 
cartography, or fields too fierce to mention. <sigh>

	Are we there yet?


(Continue reading)

Ivan Akulinchev | 29 Jun 17:24 2015

Alternative uxtheme.dll implementation for using the GTK+ rendering engine


At the weekend I have wrote an alternative uxtheme.dll implementation
and I want
to share it with you.

The idea was very simple. Most of the Windows applications use
uxtheme.dll to
draw their controls calling the functions like DrawThemeBackground. I
GTK+ has a very similar interface (compare: gtk_render_background) and
it would
be nice to have a wrapper arround it.

So I have got UxThemeGTK. There is still a lot of work, but you can test
it now: (see the screenshots at the
bottom of
the page). Pull requests are certainly welcomed!



P.S. Shall I send a copy to wine-devel?

xxhdx1985126 | 24 May 13:50 2015

Can't find dbghelp.dll and txc_dxtn library

Hi, everyone.

I'm trying to run Blizzard's "Hearthstone" on my fedora 20, which came up with the following error:

fixme:winhttp:get_system_proxy_autoconfig_url no support on this platform
fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
p11-kit: couldn't load module: /usr/lib/pkcs11/
/usr/lib/pkcs11/ cannot open shared object file: No such file or directory
p11-kit: couldn't load module: /usr/lib/pkcs11/
/usr/lib/pkcs11/ cannot open shared object file: No such file or directory
fixme:winhttp:get_system_proxy_autoconfig_url no support on this platform
fixme:winhttp:get_system_proxy_autoconfig_url no support on this platform
fixme:d3d:wined3d_dxtn_init Wine cannot find the txc_dxtn library, DXTn software support unavailable.
fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
fixme:msvcrt:type_info_name_internal_method type_info_node parameter ignored
fixme:system:SetProcessDPIAware stub!
fixme:ntdll:NtLockFile I/O completion on lock not implemented yet
fixme:winsock:WSALookupServiceBeginW (0x2a8e5a0 0x00000ff0 0x2a8e5e8) Stub!
fixme:iphlpapi:NotifyAddrChange (Handle 0x2a8e478, overlapped 0x1a15e88): stub
fixme:winsock:WSALookupServiceBeginW (0x2a8e5e4 0x00000ff0 0x2a8e62c) Stub!
err:module:import_dll Library dbghelp.dll (which is needed by
L"C:\\windows\\system32\\imagehlp.dll") not found
err:module:DelayLoadFailureHook failed to delay load imagehlp.dll.ImageGetCertificateHeader
wine: Call from 0x7b83ca2c to unimplemented function imagehlp.dll.ImageGetCertificateHeader, aborting
wine: Unimplemented function imagehlp.dll.ImageGetCertificateHeader called at address 0x7b83ca2c
(thread 0036), starting debugger...
err:module:import_dll Library dbghelp.dll (which is needed by
L"C:\\windows\\system32\\winedbg.exe") not found
err:module:LdrInitializeThunk Main exe initialization for L"C:\\windows\\system32\\winedbg.exe"
failed, status c0000135
(Continue reading)

Ali Aminian | 1 May 10:27 2015

Replacing built in dlls with native dlls

I have licensed windows Xp. Now i want to replace all dlls with native
one. How should i do that?

Thank you.

Maarten van Dijk | 1 Apr 19:30 2015

RAW USB support under Wine

Hello Friends,
I working with Ubuntu 14.04
Some programs I want to use is only under Windows. I have done some
research but the program in this case 123 tune (car ignition program) is
not under Linux.

So playonlinux I have choosen and the program is working, but the
connection with ignitionsyste is not working. It should work with a raw
USB connection FTDI driver.
Does anyone have already programmed in wine a direct connection in raw USB?

Otherwise Virtual machine could be a solution but I have to rebuild a
windows under VM for 15 MB program. VM is also very heavy in relation
with Playonlinux (wine 1.7.2).

I hope someone has made this connection type and want to share it.

Thanks in advance,
Maarten van Dijk