January 2012 - Wine-devel - list.winehq.org

Re: user32: Only call SetWindowPos() in UpdateLayeredWindowIndirect() if needed. (try 2)
by Dmitry Timoshkov 30 Jan '12

30 Jan '12

Adam Martinson <adam.r.martinson(a)gmail.com> wrote: > Fixes bug 26924. Please add the tests. -- Dmitry.

1 0

re: Best way to overlay a filesystem for a Wine app?
by Dan Kegel 30 Jan '12

30 Jan '12

Hi Scott, I agree with what Vrit said. Here's what I recall learning from helping package Picasa: - don't package the installer - rely on the system's update manager to pull updated versions of the package from the repository - install everything read-only into /opt/companyname/appname - start the app using a shell script that creates a wineprefix on 1st run - The wineprefix should have real directories (so the app can create files in Program Files, ugh), should symlink to all the readonly files in /opt, and have real copies of any files that can't be read-only As Vrit said, the script that creates the wineprefix is very app-specific, but once you write one, it's probably easy to write the next one. - If you are running your own repo, you should put exactly one app per repo. Otherwise you run into trouble because Canonical would want to review all the apps in the repo every time you update any one of them. So no overlay filesystem needed, symlinks should usually suffice. (Picasa also went further and bundled a snapshot of wine, too, and modified the app slightly to display unix paths, which required adding one little extension to wine. I'm sure the wine patch is around if someone wants it. And since it was in a non-ubuntu repo, it had to do a strange song and dance to avoid autoupdates being disabled when the user upgraded to a new version of ubuntu. This was considered safe because picasa was fairly well self-contained and maintained, and was unlikely to break on system updates.) In case you want to look at picasa's scripts, the download page seems to be gone, but the repo seems to still be there: http://dl.google.com/linux/deb/pool/non-free/p/picasa/picasa_3.0-current_i3… http://dl.google.com/linux/deb/pool/non-free/p/picasa/picasa_3.0-current_am… 4ecf30186ce76430a7791cee2608f47e07b015e6 picasa_3.0-current_amd64.deb fe8e83b29a10b5d663e87861d85512faea036c06 picasa_3.0-current_i386.deb Still installs and runs ok on 11.10.

2 2

Re: patch msvcrt.dll file.c MSVCRT_tmpfile() open_flags --> stream_flags
by Vitaliy Margolen 29 Jan '12

29 Jan '12

On 01/29/2012 07:25 AM, fred wrote: > Hi Wine-Team > > A old bugfix on my system > You need to fix at least these issues with your e-mail: - One e-mail per patch. - All patches needs to be submitted using git format-patch.. - You have to specify your full name in From: address For more details see: http://wiki.winehq.org/SubmittingPatches Vitaliy.

1 0

Re: [po]updated korean resource(2012-1-28)
by Frédéric Delanoy 29 Jan '12

29 Jan '12

2012/1/28 Hwang YunSong(황윤성) <hys545(a)dreamwiz.com> > > fuzzy sections tranlated > > <http://www.dreamwiz.com/> http://www.dreamwiz.com/ > > <http://mall.shinsegae.com/display/display/planshop.do?disp_ctg_id=10049845&…> > > You should send your patch in plain text format (as all mails to wine-devel / wine-patches). Also, you shouldn't specify a date in the patch subject line (Change PO-Revision-Date in the po file instead for instance) so "[po]updated korean resource(2012-1-28)" should be sthg like "po: Update Korean translation" to conform to naming conventions (see http://wiki.winehq.org/SubmittingPatches) Frédéric

1 0

HRBlock error. Sure would like to do my taxes on Linux using Wine.
by Ken Stephens 29 Jan '12

29 Jan '12

I get the following error when trying to load HRBlock software: Error Messsage [kens(a)atlas HRBlock2011]$ wine tcauto.exe err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution. fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 32 channels, pretending there's only 2 channels fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 32 channels, pretending there's only 2 channels fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels err:ole:CoGetClassObject class {96749377-3391-11d2-9ee3-00c04f797396} not registered err:ole:CoGetClassObject class {96749377-3391-11d2-9ee3-00c04f797396} not registered err:ole:create_server class {96749377-3391-11d2-9ee3-00c04f797396} not registered fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported err:ole:CoGetClassObject no class object {96749377-3391-11d2-9ee3-00c04f797396} could be created for context 0x17 fixme:win:EnumDisplayDevicesW ((null),0,0x32f70c,0x00000000), stub! fixme:wininet:CommitUrlCacheEntryInternal entry already in cache - don't know what to do! fixme:urlmon:InternetBindInfo_GetBindString not supported string type 12 fixme:wininet:CommitUrlCacheEntryInternal entry already in cache - don't know what to do! fixme:wininet:CommitUrlCacheEntryInternal entry already in cache - don't know what to do! fixme:wininet:CommitUrlCacheEntryInternal entry already in cache - don't know what to do! fixme:wininet:CommitUrlCacheEntryInternal entry already in cache - don't know what to do! fixme:wininet:InternetLockRequestFile STUB fixme:wininet:CommitUrlCacheEntryInternal entry already in cache - don't know what to do! Application tried to create a window, but no driver could be loaded. Unknown error (0). [kens(a)atlas HRBlock2011]$ err:ntdll:RtlDeleteResource Deleting active MRSW lock (0x111bf4), expect failure err:ntdll:RtlDeleteResource Deleting active MRSW lock (0x1124fc), expect failure [kens(a)atlas HRBlock2011]$ -- Ken Stephens, SV Aventura, Portland, OR

4 3

Re: wined3d: downgrade a noisy FIXME to a WARN
by Stefan Dösinger 29 Jan '12

29 Jan '12

Am Samstag, 28. Januar 2012, 14:19:22 schrieb Austin English: > Follow up to > http://www.winehq.org/pipermail/wine-patches/2012-January/110971.html. I > was hoping to get it in before 1.4, to reduce users asking about it in > #winehq/forums. > > I know Henri feels it should be properly fixed instead, but given > http://www.winehq.org/pipermail/wine-devel/2012-January/093977.html, I > don't see that happening, and certainly not before 1.4. No one has > sent a simple downgrade patch, instead opting to go with the > FIXME_once approach. Hopefully this is a fair compromise. We don't want to downgrade all flags. Most(all?) of the noise comes from the WRITEONLY usage flag. The other flags are more serious should an app use them.

1 0

Re: user32: Only call SetWindowPos() in UpdateLayeredWindowIndirect() if needed.
by Dmitry Timoshkov 29 Jan '12

29 Jan '12

Adam Martinson <adam.r.martinson(a)gmail.com> wrote: > Fixes bug 26924. This needs the tests. -- Dmitry.

1 0

NLS files and FONTSIGNATURE
by Pablo Saratxaga 28 Jan '12

28 Jan '12

Kaixo, I'm planning to create/fix/check all the possible NLS files. There is, however, an entry on those files that is problematic for me, namely the LOCALE_FONTSIGNATURE one. >From the Microsoft docs I understand it is made of 3 bitfields, one 128bit for unicode coverage, and two 64bit ones for codepage ("default" and "supported"). For those last two there is no problem, after the normal endianess switching I get an hex number with bits that make sens. eg for rus.nls file I have a fontsignature being: L"\x0203\x8000\x3848\x0000\x0000\x0000\x0000\x0000\x0004\x0000\x0000\x0002\x0004\x0000\x0000\x0202" the default and supported codepage parts are respectively: \x0004\x0000\x0000\x0002 \x0004\x0000\x0000\x0202 after switching \x(1)\x(2)\x(3)\x(4) to 0x(4)(3)(2)(1) I get: 0x0002000000000004 and 0x0202000000000004 which perfectly match bits 2, 49, 57; code pages 1250, 866, 855 But for the unicode coverage part I'm lost... In the LOCALE_FONTSIGNATURE it is: \x00a3\x8000\x7878\x38c9\x0016\x0000\x0000\x0000 In order to get a 128 bit number that makes sense I had to do the following switching: \x(1)\x(2)\x(3)\x(4)\x(5)\x(6)\x(7)\x(8) to 0x(2)(7)(6)(5)(4)(3)(8)(1) but it seems strange to me. Also, font signatures for other nls don't make sense with that substitution. So; how should I made the conversion between the format used in *.nls files and the 128 bit number used as bitfield to calculate the flags? Are the values in *.nls files trusty? Thanks -- Ki ça vos våye bén, Pablo Saratxaga http://chanae.walon.org/pablo/ PGP Key available, key ID: 0xD9B85466

1 0

Save backtrace feature
by Bruno Jesus 28 Jan '12

28 Jan '12

I'm not sure what this console error means but it's always related to exceptions and crashes: err:seh:setup_exception_record stack overflow 848 bytes in thread 0009 eip 7bc79df6 esp 00230fe0 stack 0x230000-0x231000-0x330000 When an error like this happens during a crash the new error window with the save backtrace feature will keep "Loading detailed information" forever. I guess it should say something like "could not load required information". I looked in the list emails and it looks like this issue was not reported yet. I'm sorry if it already was discussed and I missed it. Best wishes, Bruno

2 1

Re: [PATCH] winecoreaudio.drv: Improve underrun handling
by Ken Thomases 28 Jan '12

28 Jan '12

On Jan 27, 2012, at 3:46 PM, Andrew Eikum wrote: > + if(list_count(&This->queued_bufinfos) == 0){ > + sc = AudioQueueGetCurrentTime(This->aqueue, NULL, &req_time, NULL); This isn't quite the same as the next start time. Even if there are no remaining queued buffers, the queue may still be playing some audio from the last of them. In that case, the queue's current time would not be the actual desired start time of this buffer. Have you verified that the queue schedules it after whatever audio may be playing? Also, what about the fact that AudioQueueGetCurrentTime() seems to return an unreliable time when the queue is paused? > + if(req_time.mFlags & kAudioTimeStampSampleTimeValid){ > + sc = AudioQueueEnqueueBufferWithParameters(This->aqueue, > + This->public_buffer, 0, NULL, 0, 0, 0, NULL, &req_time, &start_time); > + if(sc != noErr){ > + OSSpinLockUnlock(&This->lock); > + WARN("Unable to enqueue buffer: %lx\n", sc); > + return E_FAIL; > + } > + }else{ > + sc = AudioQueueEnqueueBufferWithParameters(This->aqueue, > + This->public_buffer, 0, NULL, 0, 0, 0, NULL, NULL, &start_time); > + if(sc != noErr){ > + OSSpinLockUnlock(&This->lock); > + WARN("Unable to enqueue buffer: %lx\n", sc); > + return E_FAIL; > + } I would avoid duplicating those two branches just to change between &req_time or NULL. Either use a pointer variable to hold the argument you're going to pass, computed in an "if", or use the conditional ?: operator inline. -Ken

1 0