January 2011 - Wine-Devel - list.winehq.org

Winetricks game verbs - good or bad? (was: Re: New winetricks 20110117-alpha: new verbs dxdiag, firefox4, ut3, hegemonygold_demo, ...)
by Dan Kegel Jan. 23, 2011

Jan. 23, 2011

On Mon, Jan 17, 2011 at 7:33 PM, Vitaliy Margolen <wine-devel(a)kievinfo.com> wrote: > On 01/17/2011 11:30 AM, Dan Kegel wrote: >> New version 20110117-alpha adds the following new verbs: >> >> firefox4 - beta9 of Firefox's new web browser >> ut3 - the first-person shooter Unreal Tournament 3 (requires dvd) > > Isn't that exactly why we marked all other scripts like this a "third party > unsupported tools"? I suspect PlayOnLinux got the cold shoulder because they use old versions of wine, they use their own patches, they don't have a 'real' version control system for game scripts, and they didn't communicate with the wine community. So problem reports from PlayOnLinux users weren't very helpful for Wine developers. Winetricks doesn't encourage users to run old or patched wine, and I'm not a stranger on wine-devel. In fact, if we play our cards right, winetricks might actually reduce the number of clueless support requests. People have trouble following the HOWTOs in the appdb. A winetricks verb for a game should be like a perfectly automated little implementation of the HOWTO, with bug workarounds clearly marked, and skipped automatically when using new enough wine. Better still, since it's automated, we can run it nightly to make sure it doesn't break. What concrete problems do you see with winetricks having verbs for popular games? - Dan

2 3

FYI: GCC-4.6 rebuild tests
by Susan Cragin Jan. 23, 2011

Jan. 23, 2011

GCC-4.6 has more build failures than mine. Here's the info. They don't test wine, apparently. It's not on the list. Maybe I can add it, or get it added. -----Forwarded Message----- >From: Matthias Klose <doko(a)ubuntu.com> >Sent: Jan 19, 2011 10:28 AM >To: ubuntu-devel <ubuntu-devel-announce(a)lists.ubuntu.com>, ubuntu-devel <ubuntu-devel(a)lists.ubuntu.com> >Subject: GCC-4.6 rebuild tests > >[ Note that GCC-4.6 will not be used for natty / 11.04, but > we consider using this version for the O-series / 11.10 ] > >A test rebuild of natty/main using the current GCC version from the trunk was >finished last week. While only one internal compiler error was found, some more >build failures were seen due to new warnings and more strict frontends. A list >of build failure can be seen at > >http://people.ubuntuwire.org/~wgrant/rebuild-ftbfs-test/test-rebuild-201101… > >If a package appears in the `superseded' section, it doesn't mean that the build >failure with GCC-4.6 is fixed. > >Some comments and hints for fixes can be found at > > https://wiki.ubuntu.com/GCC4.6 > >Please extend the wiki page if appropriate. > >To work on the build failures, please use either the gcc-snapshot package from >natty or the gcc-4.6 package from the ubuntu-toolchain-r/test PPA. > >A large number of build failures is seen for packages building with -Werror. The >compiler packages above were changed to add a -Wno-error=unused-but-set-variable >when -Werror is found. Despite this local change the these packages need to >build without this local change. > > Matthias > >PS: Fixing build failures with GCC-4.5 in natty should still have priority ;) > >-- >ubuntu-devel-announce mailing list >ubuntu-devel-announce(a)lists.ubuntu.com >https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-announce

2 1

Re: Correction to crash inside RtlCaptureStackBackTrace() + test case
by André Hentschel Jan. 23, 2011

Jan. 23, 2011

Am 23.01.2011 18:20, schrieb Janne Hakonen: > Hi, > > This is my first attempt to post patches to Wine and it would be great if you could review these. > > First patch (0001-2-2-ntdll-Added-try-except-blocks-to-RtlCaptureStackBa.txt) is a correction to a crash situation where application crashes if RtlCaptureStackBackTrace() is called and one of the frame pointers of call stack is invalid, pointing usually to 0xffffffff, sometimes to other invalid locations. > The correction wraps the offending code inside __try â�� __except blocks so that a resulting access violation is caught before it can crash the calling application. > > Second patch (0002-1-2-ntdll-tests-Added-a-test-for-RtlCaptureStackBackTr.txt) is a test case for the correction. > It changes one of the frame pointers to invalid value and then calls RtlCaptureStackBackTrace(). The test fails on Wineâ��s HEAD (without the first patch), but passes successfully on Windows 7. Havenâ��t tested this on other OSes. I created a new signal.c file for the test case under ntdll/tests since I couldnâ��t find more fitting place. > > This crash can be reproduced with Anarchy Online game when trying to open an in-game browser. Also reproducible with AwesomiumGL sample application from Awesomiumâ��s SDK. The crash (among other problems) is reported to bugzilla at: http://bugs.winehq.org/show_bug.cgi?id=25206. > > Best Regards, > Janne Hakonen Hi and welcome to wine development! First i see is that your mail application wrapped the patch ( that is when long likes brake down into the next line ). Then you have a whitespace issue in the makefile i think... further you should consider using IsBadReadPtr instead of try...except, but i'm not sure if that would work. If you solved the issues, you can send the patch to wine-patches(a)winehq.org and can track the status at source.winehq.org/patches -- Best Regards, André Hentschel

2 1

Correction to crash inside RtlCaptureStackBackTrace() + test case
by Janne Hakonen Jan. 23, 2011

Jan. 23, 2011

Hi, This is my first attempt to post patches to Wine and it would be great if you could review these. First patch (0001-2-2-ntdll-Added-try-except-blocks-to-RtlCaptureStackBa.txt) is a correction to a crash situation where application crashes if RtlCaptureStackBackTrace() is called and one of the frame pointers of call stack is invalid, pointing usually to 0xffffffff, sometimes to other invalid locations. The correction wraps the offending code inside __try – __except blocks so that a resulting access violation is caught before it can crash the calling application. Second patch (0002-1-2-ntdll-tests-Added-a-test-for-RtlCaptureStackBackTr.txt) is a test case for the correction. It changes one of the frame pointers to invalid value and then calls RtlCaptureStackBackTrace(). The test fails on Wine’s HEAD (without the first patch), but passes successfully on Windows 7. Haven’t tested this on other OSes. I created a new signal.c file for the test case under ntdll/tests since I couldn’t find more fitting place. This crash can be reproduced with Anarchy Online game when trying to open an in-game browser. Also reproducible with AwesomiumGL sample application from Awesomium’s SDK. The crash (among other problems) is reported to bugzilla at: http://bugs.winehq.org/show_bug.cgi?id=25206. Best Regards, Janne Hakonen

1 0

Re: gdi32/tests: Skip font metrics test on non-English systems
by Dmitry Timoshkov Jan. 23, 2011

Jan. 23, 2011

"Greg Geldorp" <ggeldorp(a)vmware.com> wrote: > --- > dlls/gdi32/tests/font.c | 6 ++++++ > 1 files changed, 6 insertions(+), 0 deletions(-) That test is supposed to pass at least on russian locale. On which locale does the test fail for you? -- Dmitry.

2 4

Re: Wine: Downgrade lack of libxslt from configure warning to notice.
by Marcus Meissner Jan. 23, 2011

Jan. 23, 2011

On Wed, Jan 19, 2011 at 11:37:17PM +0100, Gerald Pfeifer wrote: > On Sat, 28 Jun 2008, Gerald Pfeifer wrote: > > [ Still running into this, and compared to the others where we only > > use WINE_NOTICE_WITH, like CUPS or HAL this really seems very low > > importance. ] > > > > On a test system of mine which does not feature too many packages I am > > getting the following: > > > > configure: libsane development files not found, scanners won't be supported. > > configure: libgphoto2 development files not found, digital cameras won't be supported. > > configure: libldap (OpenLDAP) development files not found, LDAP won't be supported. > > configure: libcapi20 development files not found, ISDN won't be supported. > > configure: WARNING: libxslt development files not found, xslt won't be supported. > > > > Looking that libxslt only seems to be used by msxml3, I am wondering > > whether this really is worth a warning? > > > > How about the patch below? > > So I found this older patch of mine in a TODO folder and am wondering > whether it can be considered. It not, that's fine too and I'll remove > it over here; an explicit NACK would be nice in that case. As libxslt missing reduces the msxml3 functionality it is definitely worth a warning. Ciao, Marcus

1 0

USB architecture: driver loading question
by Damjan Jovanovic Jan. 23, 2011

Jan. 23, 2011

Hi There's essentially 2 ways USB could work in Wine[1]: 1. Process per driver, but special-case loading and initializing USBD.SYS Like my previous patchset: http://www.winehq.org/pipermail/wine-patches/2010-November/095883.html http://www.winehq.org/pipermail/wine-patches/2010-November/095884.html 2. Dedicated process for USB, in which USBD.SYS loads first, and it loads USB device drivers (possibly > 1) into the same process as the need arises. What's the right way? Which approach is going to get my patches accepted? Thank you Damjan [1] Because the steps are as follows: 1. USB device is plugged in 2. USB hub driver looks up the driver based on the device class/vendor/product IDs 3. The device driver gets loaded and DriverEntry() gets called on it 4. AddDevice() gets called on the driver, specifying the device 5. Only then, the driver calls things lower in the stack, to do USB I/O The driver needn't load any other driver in its DLL import table, and even if it did, drivers loaded through the import table don't have their DriverEntry() called, so they cannot do anything on load. Even if we rely on most USB drivers loading USBD.SYS, USBD.SYS needs to do steps 1-4 first, but it wouldn't have control passed to it until step 5, hence it can't ever do anything. The only way out is one of the following: 1. Process-per-driver, but when a driver loads USBD.SYS, USBD.SYS is special-cased by winedevice, ie. it has a special export called on it at load which specifies the other driver and gives it a chance to create a separate thread for steps 1-4. 2. Dedicated process for USB, in which USBD.SYS loads first, and it loads USB device drivers (possibly > 1) into the same process as the need arises.

1 0

ntdll/cdrom : implement CDROM_Verify to work on Mac OS X, with comment (try 2)
by Loïc Maury Jan. 23, 2011

Jan. 23, 2011

Hello, I have add comment in the code for the patch. Thank you Loïc --- dlls/ntdll/cdrom.c | 4 ++++ 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/dlls/ntdll/cdrom.c b/dlls/ntdll/cdrom.c index 59f85a0..d65850d 100644 --- a/dlls/ntdll/cdrom.c +++ b/dlls/ntdll/cdrom.c @@ -1121,6 +1121,10 @@ static NTSTATUS CDROM_Verify(int dev, int fd) return STATUS_SUCCESS; else return STATUS_NO_MEDIA_IN_DEVICE; +/* At this point, we know that we have media, because in Mac OS X, the + * device file is only created when media is present. */ +#elif defined(__APPLE__) + return STATUS_SUCCESS; #else FIXME("not supported on this O/S\n"); return STATUS_NOT_SUPPORTED; -- 1.7.3.2

2 1

winscard
by vince Jan. 22, 2011

Jan. 22, 2011

Hi all, I'm back with a smaller and reworked winscard patch. In respond to Vitaly Margolen (http://www.winehq.org/pipermail/wine-devel/2010-September/087017.html) 1. I used configure to get the so name of the library. 2. I removed trailing spaces. 3. When this patch is approved, I will make a new patch for SCardListReadersA. Is this patch ready for wine-patch ? Thanks for your help. Vincent.

2 1

Re: [PATCH 5/5] d3dx9_36/tests: Added tests for ID3DXConstantTable_Set* functions
by Matteo Bruni Jan. 22, 2011

Jan. 22, 2011

2011/1/20 Travis Athougies <iammisc(a)gmail.com>: > +static void test_setting_basic_table(IDirect3DDevice9 *device) > +{ > + static const D3DXMATRIX mvp = { > + 0.514f, 0.626f, 0.804f, 0.786f, > + 0.238f, 0.956f, 0.374f, 0.483f, > + 0.109f, 0.586f, 0.900f, 0.255f, > + 0.898f, 0.411f, 0.932f, 0.275f}; This throws some warnings here. Apparently you have to put some additional braces around that initializer. + ok(out[0] == (float)iarray[0] && out[4] == (float)iarray[1] && out[8] == (float)iarray[2] && + out[12] == (float)iarray[3], "SetIntArray did not properly set a float array: out={%f, %f, %f, %f}, should" + " be {%d, %d, %d, %d}\n", out[0], out[4], out[8], out[12], iarray[0], iarray[1], iarray[2], iarray[3]); The float casts are unneeded. The tests look generally OK to me otherwise, albeit they are somewhat wordy. Oh, please notice that some tests fail on Windows. The testbot can't create a d3d device so it skips these tests, but on my Win7 box I get this: shader.c:462: Test failed: The first row of mvp was not set correctly, got {0.51 4000, 0.238000, 0.109000, 0.898000}, should be {0.514000, 0.626000, 0.804000, 0. 786000} shader.c:465: Test failed: The second row of mvp was not set correctly, got {0.6 26000, 0.956000, 0.586000, 0.411000}, should be {0.238000, 0.956000, 0.374000, 0 .483000} shader.c:468: Test failed: The third row of mvp was not set correctly, got {0.80 4000, 0.374000, 0.900000, 0.932000}, should be {0.109000, 0.586000, 0.900000, 0. 255000} shader.c:471: Test failed: The fourth row of mvp was not set correctly, got {0.7 86000, 0.483000, 0.255000, 0.275000}, should be {0.898000, 0.411000, 0.932000, 0 .275000} shader.c:530: Test failed: The excess elements of the array were not set correct ly, out={0.000000, 0.000000, 0.000000, 0.000000}, should be {0.010000, 0.020000, 0.030000, 0.040000} shader: 248 tests executed (0 marked as todo, 5 failures), 0 skipped. The matrix seems to have its rows and columns switched (probably this has to do with row-major vs column-major matrix storage - http://msdn.microsoft.com/en-us/library/bb509706%28v=VS.85%29.aspx) So you have to fix your SetMatrixArray implementation to account for that (and update the tests accordingly). The other failing test shows that actually the excess elements are not set, apparently. A last thing. I noticed that you never set the vertex shader in the d3d9 device. I'd say: don't change that. This shows that ID3DXConstantTable doesn't pay attention to the vertex shader currently set and it is responsibility of the application programmer to call these functions with the correct shader program.

3 3

Re: windowscodecs: Disable ICNS support when building for Mac OS X 10.4 Tiger.
by Damjan Jovanovic Jan. 22, 2011

Jan. 22, 2011

Should we reconsider libicns? Apple's APIs obviously can't be relied upon. On Fri, Jan 21, 2011 at 2:58 AM, Ken Thomases <ken(a)codeweavers.com> wrote: > > For http://bugs.winehq.org/show_bug.cgi?id=25778 > --- > dlls/windowscodecs/icnsformat.c | 6 ++++-- > 1 files changed, 4 insertions(+), 2 deletions(-) > > > > >

4 4

Re: [PATCH 4/5] d3dx9_36: Implemented ID3DXConstantTable_SetMatrix and ID3DXConstantTable_SetMatrixArray
by Matteo Bruni Jan. 21, 2011

Jan. 21, 2011

2011/1/20 Travis Athougies <iammisc(a)gmail.com>: > + /* D3DXMATRIX is a union, one of whose elements is an array, so it can be cast to a float pointer */ > + if (is_vertex_shader(This->desc.Version)) > + IDirect3DDevice9_SetVertexShaderConstantF(device, desc.RegisterIndex + i, (float *)(matrix + i), > + desc.RegisterCount); > + else > + IDirect3DDevice9_SetPixelShaderConstantF(device, desc.RegisterIndex + i, (float *)(matrix + i), > + desc.RegisterCount); Can't you just pass matrix->m[i] as parameter, instead of that cast?

3 6

Translating a same message used in different contexts
by Akihiro Sagawa Jan. 21, 2011

Jan. 21, 2011

Hi, I'm one of Japanese translators of Wine. A few weeks ago, Wine's string resources were moved to one po format file. So I started translation about it. And now I face to a problem which is a same msgid text used in different contexts, like "Desktop" used in shell32.rc. One of its contexts is a real path name of a desktop (IDS_DESKTOPDIRECTORY). That is "C:\Users\foo\Desktop"'s Desktop. In other contexts, it makes a localized name (IDS_DESKTOP). That is shown in a common dialog box. In the previous Japanese resource, the former was "Desktop" and the latter was localized. However, in the po file, they merged into one! Therefore we need to distinguish above contexts somehow. But I'm afraid I don't familiar with gettext and wrc. Could someone please resolve this issue? Akihiro Sagawa

3 5

RE: shell32/tests: Add tests for IShellDispatch::NameSpace.
by Greg Geldorp Jan. 21, 2011

Jan. 21, 2011

> === W7PROX64 (32 bit shelldispatch) === > shelldispatch.c:80: Test failed: bad title I suppose the title here was "Program Files (x86)", it would be good to print the title that you got (using wine_dbgstr_w()). This test will probably fail when running as 32-bit executable on any Windows 64-bit version. I also expect it to fail on some non-English Windows versions (e.g. I think German uses "Programme" instead of "Program Files"). Greg.

1 0

Re: shell32/tests: Add tests for IShellDispatch::NameSpace.
by Marvin Jan. 21, 2011

Jan. 21, 2011

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=8506 Your paranoid android. === W7PROX64 (32 bit shelldispatch) === shelldispatch.c:80: Test failed: bad title

1 0

winepath breakage?
by Dan Kegel Jan. 20, 2011

Jan. 20, 2011

Hi Eric, thanks again for your tireless efforts in debugging and console stuff! Stefan alerted me to the following winetricks breakage: http://bugs.winehq.org/show_bug.cgi?id=25838 Could you have a look and decide who needs to give here - winepath, kernel32, or the poor user scripts? Hopefully not the latter. Thanks, Dan

1 0

Implementing basic_string::substr in msvcp90
by Daniel Mierswa Jan. 20, 2011

Jan. 20, 2011

Hey list, I was wondering how to implement substr in msvcp90/string.c. I followed the already existing code when implementing some operators and other things my application needed but I'm not sure how to construct a new string (rather allocate) and return it as it's the case with substr. Any ideas on this? Thanks in advance. -- Mierswa, Daniel If you still don't like it, that's ok: that's why I'm boss. I simply know better than you do. --- Linus Torvalds, comp.os.linux.advocacy, 1996/07/22

1 0

Hebrew PO and some issues
by Yaron Shahrabani Jan. 20, 2011

Jan. 20, 2011

I copied all the strings that shouldn't be translated, if anyone has a better suggestion be my guest. I don't want all the apps that shouldn't be translated listed in the PO. Also I need seperate translations for the same term, Ready should be translated differently among files. There are also strings that are similar between apps I should translate and apps I should so I'm a little confused about it, can I create seperate entries manually? The problem is that if I edit manually these entries will be deleted in the next update... Translating the apps in the old style was way better for me, how can I get back to that? Kind regards, Yaron Shahrabani <Hebrew translator>

1 0

Re: comctl32/tests: Fix failures for 120DPI display
by Nikolay Sivov Jan. 20, 2011

Jan. 20, 2011

On 1/20/2011 13:40, Greg Geldorp wrote: > --- > dlls/comctl32/tests/listview.c | 5 +++-- > dlls/comctl32/tests/rebar.c | 2 +- > dlls/comctl32/tests/treeview.c | 4 ++++ > 3 files changed, 8 insertions(+), 3 deletions(-) > @@ -4163,7 +4163,8 @@ static void test_getcolumnwidth(void) > SendMessage(hwnd, LVM_INSERTITEMA, 0, (LPARAM)&itema); > ret = SendMessage(hwnd, LVM_GETCOLUMNWIDTH, 0, 0); > hdc = GetDC(hwnd); > - todo_wine expect(GetDeviceCaps(hdc, LOGPIXELSX), ret); > +trace("ggeldorp %d %d\n", GetDeviceCaps(hdc, LOGPIXELSX), ret); > + todo_wine expect(((GetDeviceCaps(hdc, LOGPIXELSX) + 15) / 16) * 16, ret); > ReleaseDC(hwnd, hdc); > DestroyWindow(hwnd); > } Minor thing, you forgot to remove a trace.

1 0

Re: Improve handling of invalid input in dlls/comctl32/datetime.c
by Nikolay Sivov Jan. 19, 2011

Jan. 19, 2011

On 12/25/2009 14:18, Gerald Pfeifer wrote: > Otherwise max_count will be undefined in the following loop may do > interesting things it seems. (Does Coverity diagnose similar items?) > > Gerald > > ChangeLog: > Improve handling of invalid input in DATETIME_ReturnFieldWidth. > > diff --git a/dlls/comctl32/datetime.c b/dlls/comctl32/datetime.c > index c240d4f..08c7082 100644 > --- a/dlls/comctl32/datetime.c > +++ b/dlls/comctl32/datetime.c > @@ -38,6 +38,7 @@ > * -- FORMATCALLBACK > */ > > +#include<assert.h> > #include<math.h> > #include<string.h> > #include<stdarg.h> > @@ -619,6 +620,9 @@ DATETIME_ReturnFieldWidth (const DATETIME_INFO *infoPtr, HDC hdc, int count, SHO > lctype = LOCALE_SMONTHNAME1; > max_count = 12; > break; > + default: > + assert(0); > + max_count=0; > } > > cx = 0; > Hi, Gerald. This can't even happen. spec if filtered later with: --- case THREECHARMONTH: case FULLMONTH: case THREECHARDAY: case FULLDAY: --- So no default case here.

3 6

re: today's git does not compile
by Susan Cragin Jan. 19, 2011

Jan. 19, 2011

>Try switching from -O2 to -O1 with > configure CFLAGS="-g -O1" >and rebuild. Does that help? Yes. That works. >Regardless of whether that gets you past the problem, >please file a bug in launchpad against gcc-4.5. >Ideally they'd want you to run with -save-temps and give >them a copy of pen.i. https://bugs.launchpad.net/ubuntu/+source/gcc-4.5/+bug/704633 Here's the bug. I http://www.network-theory.co.uk/docs/gccintro/gccintro_36.html Dan, I can't work the -save-temps option. All three give me "no input files." /wine-git$ gcc -save-temps /wine-git$ gcc -save-temps=cwd (or =obj) gcc: no input files

3 3

setupapi.dll: Call from 0x7b839292 to unimplemented function setupapi.dll.CM_Get_DevNode_Status (Crashing while running a USB production tool)
by Qian Hong Jan. 19, 2011

Jan. 19, 2011

Dear All, while testing a USB production tool with unofficial USB patches + native oleaut32.dll, I got a crashing and such logs: wine: Call from 0x7b839292 to unimplemented function setupapi.dll.CM_Get_DevNode_Status, aborting wine: Unimplemented function setupapi.dll.CM_Get_DevNode_Status called at address 0x7b839292 (thread 002f), starting debugger... Unhandled exception: unimplemented function setupapi.dll.CM_Get_DevNode_Status called in 32-bit code (0x7b839292). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:7b839292 ESP:003158b8 EBP:0031591c EFLAGS:00000246( - -- I Z- -P- ) EAX:7b82540d EBX:7b887ff4 ECX:00000000 EDX:80000100 ESI:80000100 EDI:00000001 Stack dump: 0x003158b8: 0031593c 00000008 00020108 80000100 0x003158c8: 00000001 00000000 7b839292 00000002 0x003158d8: 7ebc3d60 7ebc42a9 00003218 00003218 0x003158e8: 00000001 00000000 989c7900 00000000 0x003158f8: 00000004 7eba6cfb 7ebd2ff4 00000000 0x00315908: 00000000 0031595c 7b83924a 00000111 Backtrace: =>0 0x7b839292 RaiseException+0x52(code=0x80000100, flags=0x1, nbargs=0x2, args=0x31593c) [/home/fracting/wine-git/dlls/kernel32/except.c:84] in kernel32 (0x0031594c) ... Should I post a new bug? Best wishes! -- Regards, Qian Hong - Send from Ubuntu http://www.ubuntu.com/

4 4

re: today's git does not compile
by Susan Cragin Jan. 19, 2011

Jan. 19, 2011

https://bugs.launchpad.net/ubuntu/+source/gcc-4.5/+bug/704633 Bug successfully updated and confirmed by a member of Ubuntu's testing team, so we're off to the races.

1 0

kernel32: Correctly parse the input strings for advanced keys.
by James Eder Jan. 19, 2011

Jan. 19, 2011

On systems without the appropriate curses development files, compilation is broken here: gcc -m32 -c -I/home/james/build/wine/wine-git/dlls/kernel32 -I. -I/home/james/build/wine/wine-git/include -I../../include -D__WINESRC__ -D_KERNEL32_ -D_NORMALIZE_ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wstrict-prototypes -Wtype-limits -Wwrite-strings -Wpointer-arith -Wlogical-op -g -O2 -o term.o /home/james/build/wine/wine-git/dlls/kernel32/term.c /home/james/build/wine/wine-git/dlls/kernel32/term.c:368:10: error: conflicting types for ‘TERM_FillInputRecord’ /home/james/build/wine/wine-git/dlls/kernel32/console_private.h:40:17: note: previous declaration of ‘TERM_FillInputRecord’ was here make[1]: *** [term.o] Error 1 make[1]: Leaving directory `/home/james/build/wine/wine-32/dlls/kernel32' make: *** [dlls/kernel32] Error 2 Jim

1 0

Fail to use USB-Key/USB-Shield with wine USB patch :cannot start service 'SCardSvr':win error code:0x00000424
by Qian Hong Jan. 19, 2011

Jan. 19, 2011

Dear All, Thanks to the USB patch ( http://goo.gl/qc7ry ) , I have a chance to try weather there is some way to use my usbkey on my Linux. After applying the patch and setting follow the wiki , I still fail to use my usbkey.As I know, the USB patch just work for a few devices, I wonther if my usbkey works too. If possible , I'd like to help to test everything about the wine USB patch to make the usbkey works, also I need your help. Thank you very much :) First of all, let's see something about the usbkey. My usbkey is also called G&D USB-Shield, it is required by ICBC persional internet banking while online trading. Unfortunately, ICBC website is IE-only, ActiveX and VBscript are required. Here is the login entry: http://goo.gl/gWW7Q and the G&D USB-Shield driver for Windows, safesign_icbc_per.exe : http://goo.gl/LM588 ( from http://goo.gl/Ft4Ub) Infact, we don't have to login ICBC for testing the usbkey,because there is a tool called Token Administration Utility, it allow us manager the usbkey with a client program. After install the USB-Shield driver, we can see tokenadmin.exe in "Program Files/ICBCEbankTools/G&D/Management Utility", and that is the Token Administration Utility. Here is the screenshot of tokenadmin.exe on Windows XP: http://goo.gl/raKOm (Sorry for the Chinese in the screenshot, I don't know how to display English in a Chinese version Windows, if anyone know please tell me, I will upload a new screenshot , thanks :) Here is more infomation about the G&B usbkey: lsusb -v http://goo.gl/iOBW7 However, while installing G&B usbkey driver on wine, something is wrong like below: cannot start service 'SCardSvr':win error code:0x00000424 Now, here is the whole process: My enviroment: Ubuntu 10.10 x86_64; wine1.3.11 from git; Applying latest usb patch followed Wine USB wiki; configure & make & install success, no error; Step 1: winetricks-alpha -q mfc42 winetricks-alpha -q crypt32 ( mfc42 and native crypt32.dll are required to install safesign_icbc_per.exe ) Step 2: wine 'safesign_icbc_per.exe' The full log is here : http://goo.gl/fpu3j After this step, we can see the *.sys files: ~/.wine/drive_c/windows/system32/drivers$ ls Chip_smc.sys eps2kt1.sys mountmgr.sys usbic2k.sys Chip_usb.sys ic2kenum.sys usbhub.sys Step 3: Follow the wiki, copy the regist key-value from Windows XP to WIne: Here are all the reg files I imported: http://goo.gl/ZHXfo Step 4: wine tokenadmin.exe It will open a window without useful information,unlike that in Windows XP , here is the screenshot: http://goo.gl/YPYtz And here is the log: wine tokenadmin.exe fixme:winscard:SCardReleaseStartedEvent stub fixme:winscard:SCardEstablishContext (2,(nil),(nil),0x32f2f4) stub fixme:winscard:SCardEstablishContext (2,(nil),(nil),0x659130) stub I have tryed to remove ~/.wine and copy the scardsvr.exe from Windows to wine system32 folder,then do all the thing again, but it seems not work, there is no difference. Would you tell me what shall i do next ? Thanks! Best Wishes! -- Regards, Qian Hong - Send from Ubuntu http://www.ubuntu.com/

5 16