- Wine-devel - list.winehq.org

keyboard errors
by Rizsanyi Zsolt 16 Oct '02

16 Oct '02

Hi! When running MS Word 97 I get the next error messages when I try to write some of the Hungarian characters. So I'm reporting it as requested in the message :) err:keyboard:X11DRV_ToUnicode Please report: no char for keysym 01F5 (odoubleacute) : err:keyboard:X11DRV_ToUnicode (virtKey=DB,scanCode=1A,keycode=22,state=10) err:keyboard:X11DRV_ToUnicode Please report: no char for keysym 01FB (udoubleacute) : err:keyboard:X11DRV_ToUnicode (virtKey=DC,scanCode=2B,keycode=33,state=10) Is it trivial to fix, or there are some problems with it? I would like if that could work... I'm also willing to code it if that is needed :) Regards Zsolt

5 10

Re: Progress-info for XFONT_BuildMetrics()
by Malte Starostik 16 Oct '02

16 Oct '02

Sorry, this one supersedes the first attempt. There was a final 100.0% message missing. -Malte On Wednesday 16 October 2002 11:26, Malte Starostik wrote: > Hi, > > reaktivate now sets up its own WINEPREFIX to avoid problems with different > or non-existing wine configurations. On first run, I currently display a > message "Building font database. Please wait...". The attached patch allows > for proper progress info during this step. IMHO it's generally useful both > for commandline use as well as any possible GUI frontend that runs wine the > first time. > > Regards, > -Malte -- #!/usr/bin/perl $t='char|short|int|long|void';%m=qw(U "unsigned\040$3" W "w$3_t");while(<>) {/#define UNICODE/and$m{T}=$m{W};s/\b(LP)?([UWT])?($t)\b/lc(eval$m{$2}||$3) .($1?'*':'')/gei;print;}print"/* Cleaned by Malte's WinAPI sanitizer */\n";

1 0

Re: OpenGL Detection & Keyb Problems
by Kristoffer Ericson 16 Oct '02

16 Oct '02

> >Hi, > >On Tue, 15 Oct 2002, Kristoffer Ericson wrote: >[...] > > Oh, btw i just want to thank the people that fixed the AC97 bug >concerning > > adjusting freq, did alot for me =) > >I'm interested in this. What was the fix? Could you point me to it? I think (bad memory) it was a fix made by ove and that it stabilized the output freq for AC97 cards (commonly used in onboard sound on Via Motherboards). It made Tribes sound "healty" again, before the fix it sounded like robots on helium =) Oh and also the guy that fixed problem with dsound and arts, before that there was no sound at all if arts was present. All fixes are in the latest CVS (since 1month ago). > >-- >Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ > "Lotto: A tax on people who are bad at math." -- unknown > "Windows: Microsoft's tax on computer illiterates." -- WE7U _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

1 0

DeviceIOControl and ioctl() argument passing
by Uwe Bonnes 16 Oct '02

16 Oct '02

Hallo, in the Xilinx Webpack toolchain, programming external devices is needed. For that purpose, impact (the program to download the configuration program) accesses the hardware through a "windrvd" (*1) sys-file (www.jungo.com) via DeviceIoControls. There are programmers for the parallel port and for USB. For using wine to program the devices, this is a showstopper. However windrvr is cross platform, and a Linux version is available and windrvr customers probably can distribute the binary kernel module (*2). In the easiest of all possible worlds, a simple translation of the DeviceIOControl calls to the appropriate Linux ioctl()s would be needed. However things get complicated, as the header file, defining the Interface is only available with some form of NDA. It is to be expected, that the arguments to the DeviceIOCobtrol/ioctl call are the same. If we don't need to rearrange the argument, simple argument passing could be possible, and no knowledge of the headers would be needed. Comments welcome. (*1): I know that the windrvr concept is breaks all unix security concept... (*2): Does anybody know how Linux windrvr is distributed to the final customers? As a pure binary kernel module, binding the user to some kernel or with public open source interface so the user may recompile the kernel? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

Wine problem
by Leonardo Bocalon 16 Oct '02

16 Oct '02

Ac wine programers !! I am from a software company and we have a problem, our software communicate with a keyboard which has a display this software is make using Delphi (by borland) and for cominicate with the keyboard we use assembler code , wile we run the software in windows it work perfectly but when we try to use it in Linux using the wine it dosen´t work (the keyboard display). Please a need a sulution for it !!!! Realy thanks full Leonardo Bocalon.

2 1

Need help tracing listview(?) problem
by Dustin Navea 16 Oct '02

16 Oct '02

When I go to install StarCraft with wine latest cvs (and for a while), when it brings up the list of directories for you to choose where to install it to, the only thing shown is My Computer. There is no + to expand my computer and there are no drives/directories listed. The only way is to know where you want it installed and type it in at the top. I am going to try to do a regression test tomorrow after I get off work, but before I do, I want to try to trace it with debug messages. I need to know which debug messages I should enable... -Dustin __________________________________________________ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos & More http://faith.yahoo.com

2 3

Some spotting wanted
by Uwe Bonnes 16 Oct '02

16 Oct '02

Hallo, I am trying to track down some (for me ) strange problems. The installer swcadiii.exe from www.linear-tech.com-> Software->Switchercad aborts, reporting some problem with gunzip. I think this is caused by _fclose reporting the EOF error. I instrumented dlls/msvcrt/file.c like /********************************************************************* * fclose (MSVCRT.@) */ int MSVCRT_fclose(MSVCRT_FILE* file) { int r; r=_close(file->_file); TRACE("r 0x%08x flag 0x%08x %s\n",r, file->_flag, (file->_flag & MSVCRT__IOERR)?"MSVCRT__IOERR":""); return ((r==MSVCRT_EOF) || (file->_flag & MSVCRT__IOERR) ? MSVCRT_EOF :0); } While the trace in line 321037 shows that MSVCRT__IOERR is not set, the return value implies that MSVCRT__IOERR is set. I run on a dual celeron. Is msvcrt perhaps not thread safe? Bye 321020 088f9528:Call msvcrt.fclose(403de320) ret=00409ba6 321021 08072e40:Ret kernel32.LOCAL_Lock() retval=4038c85e ret=4083eb89 321022 trace:msvcrt:_close :fd (3) handle (96) 321023 08072e40:Call ntdll.RtlAllocateHeap(40380000,00000000,0000001c) ret=408442b8 321024 088f9528:Call ntdll.RtlFreeHeap(40380000,00000000,403de320) ret=4072b2b5 321025 08072e40:Ret ntdll.RtlAllocateHeap() retval=403de370 ret=408442b8 321026 088f9528:Ret ntdll.RtlFreeHeap() retval=00000001 ret=4072b2b5 321027 08072e40:Call ntdll.RtlAllocateHeap(40380000,00000000,00000020) ret=408442d5 321028 trace:msvcrt:msvcrt_free_fd :fd (3) freed 321029 08072e40:Ret ntdll.RtlAllocateHeap() retval=403de320 ret=408442d5 321030 088f9528:Call kernel32.CloseHandle(00000060) ret=4072730d 321031 08072e40:Call kernel32.LOCAL_Unlock(000001e7,0000119a) ret=4083f0b1 321032 08072e40:Ret kernel32.LOCAL_Unlock() retval=00000000 ret=4083f0b1 321033 088f9528:Ret kernel32.CloseHandle() retval=00000001 ret=4072730d 321034 08072e40:Call kernel32.LOCAL_Lock(000001e7,0000119a) ret=4083ef6a 321035 trace:msvcrt:_close :ok 321036 08072e40:Ret kernel32.LOCAL_Lock() retval=4038c85e ret=4083ef6a 321037 trace:msvcrt:MSVCRT_fclose r 0x00000000 flag 0x00000011 321038 08072e40:Call kernel32.LOCAL_Unlock(000001e7,0000119a) ret=4083f0b1 321039 088f9528:Ret msvcrt.fclose() retval=ffffffff ret=00409ba6 -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

2 1

Re: winmm 16/32 code split
by Alexandre Julliard 16 Oct '02

16 Oct '02

Eric Pouech <eric.pouech(a)wanadoo.fr> writes: > this will still cause problems (for example while compiling for mingw) > Alexandre, do you have some global plans for splitting further... not > linking on compilation unit will not be sufficient, we need a finer > grain control I think linking on compilation units should work just fine. You may need in some cases to add a callback for the 32-bit code; for instance in that case you could have some kind of pLoadWin16Driver function pointer in the 32-bit code that is initialized to NULL, and when the 16-bit part is loaded it makes it point to one of its routines. Of course this kind of things should be avoided as much as possible, but there are a few cases where it will be necessary. -- Alexandre Julliard julliard(a)winehq.com

2 10

please don't apply RPC Merge D_PL1
by Greg Turner 16 Oct '02

16 Oct '02

On Sunday 13 October 2002 03:06 pm, Greg Turner wrote: > A few small things. > > Changelog: > > * dlls/rpcrt4: rpcrt4.spec, ndr_stubless.c, rpc_binding.c, rpc_server.c; > include/rpcdce.h: Greg Turner <gmturner007(a)ameritech.net> > - (try to) implement RpcMgmtWaitServerListen > - remove duplicate RpcServerListen declaration in rpcdce.h > - some TRACEs > > LICENSE: X11 There's something wrong with the stuff I did in ndr_stubless.c (RpcMgmtWaitServerListen is kinda screwy too but that was intentional). I seem to have scrambled my brain, perhaps somebody with an unscrabled brain can help me...? I submitted RPCRT4_NdrClientCall2 as: LONG_PTR RPCRT4_NdrClientCall2(PMIDL_STUB_DESC pStubDesc, PFORMAT_STRING pFormat, va_list args) { FIXME("(pStubDec == ^%p,pFormat = \"%s\",...): stub\n", pStubDesc, pFormat); PRPC_CLIENT_INTERFACE rpc_cli_if = (PRPC_CLIENT_INTERFACE) pStubDesc; TRACE("rpc_cli_if: Length == %d; InterfaceID == <%s,<%d.%d>>; TransferSyntax == <%s,<%d.%d>>; DispatchTable == ^%p; RpcProtseqEndpoi ntCount == %d; RpcProtseqEndpoint == ^%p; Flags == %d\n", rpc_cli_if->Length, debugstr_guid(&rpc_cli_if->InterfaceId.SyntaxGUID), rpc_cli_if->InterfaceId.SyntaxVersion.MajorVersion, rpc_cli_if->InterfaceId.Syn taxVersion.MinorVersion, debugstr_guid(&rpc_cli_if->TransferSyntax.SyntaxGUID), rpc_cli_if->TransferSyntax.SyntaxVersion.MajorVersion, rpc_cli_if->TransferS yntax.SyntaxVersion.MinorVersion, rpc_cli_if->DispatchTable, rpc_cli_if->RpcProtseqEndpointCount, rpc_cli_if->RpcProtseqEndpoint, rpc_cli_if->Flags); return 0; } That's just wrong. pStubDesc is /not/ a PRPC_CLIENT_INTERFACE. Instead, it is what it says it is, a PMIDL_STUB_DESC. The first element of the PMIDL_STUB_DESC, RpcInterfaceInformation /is/ a PRPC_CLIENT_INTERFACE, however---the one I want (right?). So now I do this: LONG_PTR RPCRT4_NdrClientCall2(PMIDL_STUB_DESC pStubDesc, PFORMAT_STRING pFormat, va_list args) { FIXME("(pStubDec == ^%p,pFormat = \"%s\",...): stub\n", pStubDesc, pFormat); PRPC_CLIENT_INTERFACE rpc_cli_if = (PRPC_CLIENT_INTERFACE)(pStubDesc->RpcInterfaceInformation); TRACE("rpc_cli_if == ^%p\n", rpc_cli_if); TRACE("rpc_cli_if: Length == %d; InterfaceID == <%s,<%d.%d>>; TransferSyntax == <%s,<%d.%d>>; DispatchTable == ^%p; RpcProtseqEndpointCount == %d; RpcProtseqEndpoint == ^%p; Flags == %d\n", rpc_cli_if->Length, debugstr_guid(&rpc_cli_if->InterfaceId.SyntaxGUID), rpc_cli_if->InterfaceId.SyntaxVersion.MajorVersion, rpc_cli_if->InterfaceId.SyntaxVersion.MinorVersion, debugstr_guid(&rpc_cli_if->TransferSyntax.SyntaxGUID), rpc_cli_if->TransferSyntax.SyntaxVersion.MajorVersion, rpc_cli_if->TransferSyntax.SyntaxVersion.MinorVersion, rpc_cli_if->DispatchTable, rpc_cli_if->RpcProtseqEndpointCount, rpc_cli_if->RpcProtseqEndpoint, rpc_cli_if->Flags); return 0; } but that doesn't work out. It blows up: greg(a)yodull midled $ wine --dll rpcrt4,msvcrt=b --debugmsg +ole helloc trace:ole:RpcStringBindingComposeA ((null),"ncacn_np",(null),"\\pipe\\hello",(null),0x406d2ddc) RpcStringBindingCompose returned 0x0 pszStringBinding = ncacn_np:[\pipe\hello] trace:ole:RpcBindingFromStringBindingA ("ncacn_np:[\\pipe\\hello]",0x403224) trace:ole:RpcStringBindingParseA ("ncacn_np:[\\pipe\\hello]",0x406d2d68,0x406d2d6c,0x406d2d70,0x406d2d74,0x406d2d78) trace:ole:RPCRT4_CreateBindingA binding: 0x403b4970 trace:ole:RPCRT4_SetBindingObject (*RpcBinding == ^0x403b4970, UUID == {00000000-0000-0000-0000-000000000000}) trace:ole:RPCRT4_CompleteBindingA (RpcBinding == ^0x403b4970, NetworkAddr == "", EndPoint == "\pipe\hello", NetworkOptions == "(null)") RpcBindingFromStringBinding returned 0x0 Calling the remote procedure 'HelloProc' Print the string 'hello, world' on the server trace:ole:NdrClientCall2 (0x4020c2,0x406d2da4,...) fixme:ole:RPCRT4_NdrClientCall2 (pStubDec == ^0x4020c2,pFormat = "0@",...): stub trace:ole:RPCRT4_NdrClientCall2 rpc_cli_if = ^0x4832 Runtime reported exception 0xc0000005 = -1073741819 Obviously, it never succesfully displays the big trace stmt, probably crashing deferincing the suspicious-looking "0x4832" pointer... Surely I'm doing something really dumb and obvious; perhaps I just need more coffee... Anyhow, for now, I'm in a muddle, D_PL1 should stay out until I fix it with a D_PL2. Any help would be appreciated, I'm sure the problem is squarely between the chair and the keyboard... -- gmt "It has been well said that really up-to-date liberals do not care what people do, as long as it is compulsory." -George F. Will

3 18

Problem with X11 driver
by Till Mossakowski 15 Oct '02

15 Oct '02

Hi, I have a problem with the X11 driver (it seems), related to bug 1027. When I run my program (Fitch.exe), wine gets stuck. All threads do a WaitForMultipleObjects, the main thread a WaitMessage. And I get an error err:ntdll:RtlpWaitForCriticalSection section 0x40af4b04 "x11drv_main.c: X11DRV_CritSection" wait timed out, retrying (60 sec) tid=080b8780 I read the FAQ about critical section errors, and it helped my to get the following calling stack: KERNEL32.DLL.WaitForMultipleObjectsEx+0x16a X11DRV.DLL.MsgWaitForMultipleObjectsEx+0xf3 USER32.DLL.MsgWaitForMultipleObjectsEx+0x14f USER32.DLL.WaitMessage+0x22 WINAWT.DLL.PrintEmbeddedFrame+0x7ca JAVAI.DLL.mmiFrameMethod+0x3625 JAVAI.DLL.mmiFrameMethod+0xb60 COMDLG32.DLL.PrintDlgExW+0x2a2dc0 JPEG.DLL..reloc+0x12e2cb9b *** Invalid address 0xc308c483 (IBMJITC.DLL..reloc+0x1df5f482) (Indeed, Fitch is written in Java - however, unfortunately it is not possible to run it directly under Linux. I also tried to get diagnostic messages from the Java runtime systems, but it seems that all classes are loaded correctly, and then the error occurs.) When I set "Synchronous" = "Y" in the x11drv section of config, everything works, but *very* slowly. Sometimes it takes 15 seconds until a mouse click leads to the desired action. I also played with the other x11drv settings in the config file, but without effect. The documentation says that one should set "Synchronous" = "Y" for debugging purposes. But how proceed then? Greetings, Till -- Till Mossakowski Phone +49-421-218-4683 Dept. of Computer Science Fax +49-421-218-3054 University of Bremen till(a)tzi.de P.O.Box 330440, D-28334 Bremen http://www.tzi.de/~till

1 0