wine-devel

wine-devel@winehq.org

10 participants
84459 discussions

Problem with latest CVS
by Uwe Bonnes 18 Feb '03

18 Feb '03

Hallo, with latest CVS Xilinx Webpack hangs when starting: fixme:ole:CoRegisterMessageFilter stub err:ntdll:RtlpWaitForCriticalSection section 0x400e99b8 "virtual.c: csVirtual" wait timed out, retrying (60 sec) tid=00000011 Does this trigger anything for somebody or doe I need to perform a binary search? 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 1

Re: PATCH Window resizing
by Duane Clark 18 Feb '03

18 Feb '03

Just wondering about the status of two patches. Is there any additional info I can provide or changes that need to be made for these? http://www.winehq.com/hypermail/wine-patches/2003/02/0080.html http://www.winehq.com/hypermail/wine-patches/2003/02/0095.html

2 1

Re: bug #1283: autofs'mount'ed drives ignored (e.g. "A:" on /vol/a via autofs master.vol)
by Tony Lambregts 18 Feb '03

18 Feb '03

Guido Draheim wrote: [snip] > > > The patch: > A .wine/config boolean option "AutoMount" is introduced > that will default to the old behavior. When being > enabled then a warning-message logged but the drive > is kept in the internal drivelist and can be seen in > the file-open dialog-box. > Alexandre: if you are going to commit this patch please do so soon, as I am waiting on the resolution of this before I start on the "FSname" patch. -- Tony Lambregts

1 0

Petzold Programs & Winelib
by Dimitrie O. Paun 18 Feb '03

18 Feb '03

Hi folks, As you probably remember, John Kopplin was kind enough to modify his MinGW-inifcation scripts: http://www.computersciencelab.com/Petzold.htm to support Winelib out of the box. This is great news, only problem is that now someone should try to see how they work. :) I would give it a try, but I don't own Petzold's book. I should probably buy it, but this is another matter. Anyone else willing to give it a try, or to temporally lend me the code so I can try? (I guess this is legal, the code goes with the book, and one can still lend a book, right?). BTW, is it worth buying the book? -- Dimi.

1 0

Re: wcmd autoexec.bat?
by J. Grant 18 Feb '03

18 Feb '03

Hi Francois Gouget, Thanks for the reply. Francois Gouget wrote: > On Thu, 13 Feb 2003, J. Grant wrote: > [...] >> I think this is a key feature, I would like to use this to set some >> enviroment variables, currently I have to run a batch file manually each >> time I start wcmd. Could this be considered for implementation please? > > Why not set the environment variables on the Unix side instead? > For instance in the wine wrapper script? This could be a something to try, however I cannot find out the command line, in man page or by guessing. Is it something like "wcmd -vars=BLAH=moo" d-aliegri mentioned this on #winehq Regards JG

5 7

Re: TaxCut and C++ exception handling
by John K. Hohm 17 Feb '03

17 Feb '03

Ori Pessach wrote: > No - I get the goal of the project. What I'm not clear about is where to > draw the line between system components and application components. Is > msvcrt.dll shipped with Windows, or with Windows applications? It does come with recent Windows. However, many programs install an updated version of msvcrt.dll, since it is a redistributable for Microsoft Visual Studio 5 and 6. Visual Studio 7 has switched to msvcr70.dll et. al. As of Windows XP, msvcrt.dll is part of the operating system. It is now under system file protection, so it cannot be replaced by a normal application. Apparently as a tribute to this, they changed the description from "Microsoft (R) C Runtime Library" to "Windows NT CRT DLL". Some programs that don't depend on having fixes in a certain version of msvcrt.dll will depend on the version from Windows; this includes most programs developed with VC6 specifically for Windows XP, and all programs developed with recent versions of the MinGW Win32 port of GCC. Therefore, we really do need a complete msvcrt.dll in Wine.

2 1

Re: wine/ win32/device.c server/trace.c server/tim ...
by Eric Pouech 17 Feb '03

17 Feb '03

Eric POUECH wrote: >>>Which will not help at all with filedescriptors. >> >>I thought Eric said there was an uninitialized pointer laying >>around. Valgrind's real good at finding those... > > I'm not sure what's uninitialized (maybe a pointer, maybe a fd, maybe something else...) > BTW, I don't see what could prevent wineserver to be run under valgrind TODAY > It doesn't use threads nor clone nor segmented pointer > Did someone already tried running Wine with WINESERVER ? (I didn't, I may try when I'm back home) ? ok I did try it on a little sample... and it works (I get a couple of error reports I'll look into) for those who are interested, here's a way to do it: edit the .winewrapper file (from the top of cvs tree if you run wine from within the tree, the directory where the wine exec is otherwise), and add this: case $1 in --vgsvr) export VG_WINESERVER=$WINESERVER; WINESERVER=/home/eric/output-wine/regular/vg_wineserver; shift;; *) ;; esac of course change the path /home/eric/output-wine/regular/vg_wineserver to a local file of yours which contains: /home/eric/vg/final/bin/valgrind $VG_WINESERVER (also change the location of valgrind binary if needed) have fun! -- Eric Pouech

1 0

TaxCut and C++ exception handling
by Ori Pessach 17 Feb '03

17 Feb '03

Hello, I'm trying to run TaxCut under CVS Wine. The install went smoothly, but when I try to run the software it locks up before any windows appear. From the trace, it seems that it might be related to exception handling in Wine. The first sign that something is wrong is this: 00000009:Call ntdll.RtlRaiseException(407a2764) ret=40a34052 fs=008f eax=780ca51c ebx=40a54c2c ecx=41915e28 edx=4207c450 esi=407a2764 edi=00000001 ebp=407a27bc esp=407a2764 ds=002b es=002b gs=0000 flags=00000202 00000009:trace:seh:EXC_RtlRaiseException code=80000100 flags=1 addr=0x780ca51c 00000009:trace:seh:EXC_RtlRaiseException info[0]=40a4a400 00000009:trace:seh:EXC_RtlRaiseException info[1]=40a4aa85 00000009:fixme:seh:EXC_RtlRaiseException call to unimplemented function localeconv 0009: queue_exception_event( first=1, record={context={flags=00010007,eax=780ca51c,ebx=40a54c2c,ecx=41915e28,edx=4207c450,esi=407a2764,edi=00000001,ebp=407a27bc,eip=40a34052,esp=407a2764,eflags=00000202,cs=0023,ds=002b,es=002b,fs=008f,gs=0000,dr0=4212a2d0,dr1=000003dc,dr2=4011044c,dr3=407a2544,dr6=4206a3e4,dr7=407a244c,float={400ec340,407a25d4,4011044c,00000000,4206fc84,40110431,4206fc84,4206fc84,40110431,4206fc84,4206fc84,407a247c,4212a2d0,40110827,407a2488,42070836,34613034,66346231,40110827,00000000,66346231,40110827,42047f0d,4212a2d0,00000400,40110428,407a25b8,4206a3e4}},rec={code=80000100,flags=1,rec=(nil),addr=0x780ca51c,params={40a4a400,40a4aa85}} ) 0009: queue_exception_event() = 0 { handle=(nil) } Then, comes something that looks like uncontrolled recursive behavior: 00000009:trace:seh:EXC_CallHandler calling handler at 0x780e87a6 code=80000100 flags=1 00000009:Call msvcrt.__CxxFrameHandler(407a2764,407a2828,407a2404,407a22ac) ret=400c5842 fs=008f eax=780ee5e8 ebx=400f9144 ecx=40110428 edx=40110480 esi=407a2764 edi=400f8f11 ebp=407a2288 esp=407a225c ds=002b es=002b gs=0000 flags=00000206 00000009:Ret msvcrt.__CxxFrameHandler() retval=00000001 ret=400c5842 fs=008f eax=00000001 ebx=400f9144 ecx=40110428 edx=40110480 esi=407a2764 edi=400f8f11 ebp=407a2288 esp=407a225c ds=002b es=002b gs=0000 flags=00000206 00000009:trace:seh:EXC_CallHandler handler returned 1 00000009:trace:seh:EXC_CallHandler calling handler at 0x780e9f54 code=80000100 flags=1 00000009:Call msvcrt.__CxxFrameHandler(407a2764,407a2854,407a2404,407a22ac) ret=400c5842 fs=008f eax=780f2358 ebx=400f9144 ecx=40110428 edx=40110480 esi=407a2764 edi=400f8f11 ebp=407a2288 esp=407a225c ds=002b es=002b gs=0000 flags=00000206 00000009:Ret msvcrt.__CxxFrameHandler() retval=00000001 ret=400c5842 fs=008f eax=00000001 ebx=400f9144 ecx=40110428 edx=40110480 esi=407a2764 edi=400f8f11 ebp=407a2288 esp=407a225c ds=002b es=002b gs=0000 flags=00000206 00000009:trace:seh:EXC_CallHandler handler returned 1 00000009:trace:seh:EXC_CallHandler calling handler at 0x780e8a1c code=80000100 flags=1 00000009:Call msvcrt.__CxxFrameHandler(407a2764,407a28ac,407a2404,407a22ac) ret=400c5842 fs=008f eax=780eeae8 ebx=400f9144 ecx=40110428 edx=40110480 esi=407a2764 edi=400f8f11 ebp=407a2288 esp=407a225c ds=002b es=002b gs=0000 flags=00000206 00000009:Ret msvcrt.__CxxFrameHandler() retval=00000001 ret=400c5842 fs=008f eax=00000001 ebx=400f9144 ecx=40110428 edx=40110480 esi=407a2764 edi=400f8f11 ebp=407a2288 esp=407a225c ds=002b es=002b gs=0000 flags=00000206 00000009:trace:seh:EXC_CallHandler handler returned 1 00000009:trace:seh:EXC_CallHandler calling handler at 0x780e8c24 code=80000100 flags=1 00000009:Call msvcrt.__CxxFrameHandler(407a2764,407a2990,407a2404,407a22ac) ret=400c5842 fs=008f eax=780eefa8 ebx=400f9144 ecx=40110428 edx=40110480 esi=407a2764 edi=400f8f11 ebp=407a2288 esp=407a225c ds=002b es=002b gs=0000 flags=00000206 00000009:trace:seh:cxx_frame_handler handling C++ exception rec 0x407a2764 frame 0x407a2990 trylevel 2 descr 0x780eefa8 nested_frame (nil) exception type: flags 78 destr 0x419151b9 handler 0x1 type info 0x1f 00000009:trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x40a38385 00000009:trace:seh:EXC_RtlRaiseException info[0]=00000000 00000009:trace:seh:EXC_RtlRaiseException info[1]=0000001f 0009: queue_exception_event( first=1, record={context={flags=00000000,eax=0000001f,ebx=40a54c2c,ecx=40110428,edx=4011045e,esi=00000000,edi=407a2814,ebp=407a1db4,eip=40a38385,esp=407a1da4,eflags=00010212,cs=0023,ds=002b,es=002b,fs=008f,gs=0000,dr0=00000000,dr1=00000000,dr2=00000000,dr3=00000000,dr6=00000000,dr7=00000000,float={00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000}},rec={code=c0000005,flags=0,rec=(nil),addr=0x40a38385,params={0,1f}} ) 0009: queue_exception_event() = 0 { handle=(nil) } And then: 00000009:trace:seh:EXC_CallHandler calling handler at 0x400c5798 code=c0000005 flags=0 00000009:trace:seh:EXC_CallHandler handler returned 2 00000009:trace:seh:EXC_CallHandler calling handler at 0x780e87a6 code=c0000005 flags=10 00000009:Call msvcrt.__CxxFrameHandler(406909d0,407a2828,40690a44,40690960) ret=400c5842 fs=008f eax=780ee5e8 ebx=400f9144 ecx=40110428 edx=40110481 esi=406909d0 edi=400f8f11 ebp=4069093c esp=40690910 ds=002b es=002b gs=0000 flags=00000212 00000009:Ret msvcrt.__CxxFrameHandler() retval=00000001 ret=400c5842 fs=008f eax=00000001 ebx=400f9144 ecx=40110428 edx=40110481 esi=406909d0 edi=400f8f11 ebp=4069093c esp=40690910 ds=002b es=002b gs=0000 flags=00000212 00000009:trace:seh:EXC_CallHandler handler returned 1 00000009:trace:seh:EXC_CallHandler calling handler at 0x780e9f54 code=c0000005 flags=10 00000009:Call msvcrt.__CxxFrameHandler(406909d0,407a2854,40690a44,40690960) ret=400c5842 fs=008f eax=780f2358 ebx=400f9144 ecx=40110428 edx=40110481 esi=406909d0 edi=400f8f11 ebp=4069093c esp=40690910 ds=002b es=002b gs=0000 flags=00000212 00000009:Ret msvcrt.__CxxFrameHandler() retval=00000001 ret=400c5842 fs=008f eax=00000001 ebx=400f9144 ecx=40110428 edx=40110481 esi=406909d0 edi=400f8f11 ebp=4069093c esp=40690910 ds=002b es=002b gs=0000 flags=00000212 00000009:trace:seh:EXC_CallHandler handler returned 1 00000009:trace:seh:EXC_CallHandler calling handler at 0x780e8a1c code=c0000005 flags=10 00000009:Call msvcrt.__CxxFrameHandler(406909d0,407a28ac,40690a44,40690960) ret=400c5842 fs=008f eax=780eeae8 ebx=400f9144 ecx=40110428 edx=40110481 esi=406909d0 edi=400f8f11 ebp=4069093c esp=40690910 ds=002b es=002b gs=0000 flags=00000212 00000009:Ret msvcrt.__CxxFrameHandler() retval=00000001 ret=400c5842 fs=008f eax=00000001 ebx=400f9144 ecx=40110428 edx=40110481 esi=406909d0 edi=400f8f11 ebp=4069093c esp=40690910 ds=002b es=002b gs=0000 flags=00000212 00000009:trace:seh:EXC_CallHandler handler returned 1 00000009:trace:seh:EXC_CallHandler calling handler at 0x780e8c24 code=c0000005 flags=10 00000009:Call msvcrt.__CxxFrameHandler(406909d0,407a2990,40690a44,40690960) ret=400c5842 fs=008f eax=780eefa8 ebx=400f9144 ecx=40110428 edx=40110481 esi=406909d0 edi=400f8f11 ebp=4069093c esp=40690910 ds=002b es=002b gs=0000 flags=00000212 00000009:Call kernel32.TlsGetValue(00000002) ret=40a4961a 00000009:Ret kernel32.TlsGetValue() retval=4028c448 ret=40a4961a 00000009:trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x40a389cc 00000009:trace:seh:EXC_RtlRaiseException info[0]=00000000 00000009:trace:seh:EXC_RtlRaiseException info[1]=0000001c 0009: queue_exception_event( first=1, record={context={flags=00000000,eax=4028c448,ebx=40a54c2c,ecx=40110428,edx=00000002,esi=00000000,edi=780eefa8,ebp=40690484,eip=40a389cc,esp=40690474,eflags=00010206,cs=0023,ds=002b,es=002b,fs=008f,gs=0000,dr0=00000000,dr1=00000000,dr2=00000000,dr3=42062320,dr6=400e5fc4,dr7=42062320,float={00000000,00000000,00000000,00000000,42062320,40690338,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,42062320,40690374,00000000,42062320,40690380,00000000,42062320,4069038c,40690390}},rec={code=c0000005,flags=0,rec=(nil),addr=0x40a389cc,params={0,1c}} ) 0009: queue_exception_event() = 0 { handle=(nil) } Followed by: 00000009:trace:seh:EXC_CallHandler calling handler at 0x400c5798 code=c0000005 flags=0 00000009:trace:seh:EXC_CallHandler handler returned 2 00000009:trace:seh:EXC_CallHandler calling handler at 0x400c5798 code=c0000005 flags=10 00000009:trace:seh:EXC_CallHandler handler returned 2 00000009:trace:seh:EXC_CallHandler calling handler at 0x780e87a6 code=c0000005 flags=10 00000009:Call msvcrt.__CxxFrameHandler(4068fe48,407a2828,4068febc,4068fdd8) ret=400c5842 fs=008f eax=780ee5e8 ebx=400f9144 ecx=40110428 edx=40110481 esi=4068fe48 edi=400f8f11 ebp=4068fdb4 esp=4068fd88 ds=002b es=002b gs=0000 flags=00000212 The pattern that strikes me as odd is how the message: "trace:seh:EXC_CallHandler calling... flags=0" keeps repeating, every time adding one more iteration. This seems to go on forever (or for about a million lines of log messages). Does this sound familiar to anyone? Any ideas on where to start looking? Thanks, -Ori Pessach

7 12

suspended threads acquiring synchronization objects
by Peter Hunnisett 17 Feb '03

17 Feb '03

Howdy, we've discovered that windows seems to not allow suspended threads to acquire synchronization objects, which make really really good sense, while wine does. I've attached a simple test case, the code for the test case and a ReWind licensed patch for the problem. Would people have a look at the patch and let me know if it's the best way to fix it, or if I've missed anything? (other than the attachements on the first go at this)? Thanks, Peter peter(a)transgaming.com Index: server/thread.c =================================================================== RCS file: /home/wine/wine/server/thread.c,v retrieving revision 1.87 diff -u -r1.87 thread.c --- server/thread.c 1 Feb 2003 01:38:40 -0000 1.87 +++ server/thread.c 13 Feb 2003 21:59:25 -0000 @@ -401,6 +401,9 @@ struct thread_wait *wait = thread->wait; struct wait_queue_entry *entry = wait->queues; + /* Suspended threads may not acquire locks */ + if( thread->suspend > 0 ) return -1; + assert( wait ); if (wait->flags & SELECT_ALL) { @@ -938,7 +941,10 @@ if ((thread = get_thread_from_handle( req->handle, THREAD_SUSPEND_RESUME ))) { if (thread->state == TERMINATED) set_error( STATUS_ACCESS_DENIED ); - else reply->count = resume_thread( thread ); + else { + reply->count = resume_thread( thread ); + if( reply->count == 1 ) wake_thread( thread ); + } release_object( thread ); } }

2 1

Problem with recent builds under RH8.0
by David D. Hagood 17 Feb '03

17 Feb '03

Ever since upgrading to RH8.0, I've been getting the following errors when building Wine - even with a fresh CVS pull: device.o: In function `DrawPrimitiveI': /usr/src/wine/dlls/d3d8/device.c:392: undefined reference to `glMultiTexCoord2f'/usr/src/wine/dlls/d3d8/device.c:416: undefined reference to `glMultiTexCoord3f'/usr/src/wine/dlls/d3d8/device.c:516: undefined reference to `glMultiTexCoord2f'/usr/src/wine/dlls/d3d8/device.c:535: undefined reference to `glMultiTexCoord3f'/usr/src/wine/dlls/d3d8/device.c:730: undefined reference to `glClientActiveTexture' /usr/src/wine/dlls/d3d8/device.c:764: undefined reference to `glMultiTexCoord4f'device.o: In function `setupTextureStates': /usr/src/wine/dlls/d3d8/device.c:981: undefined reference to `glActiveTexture' device.o: In function `IDirect3DDevice8Impl_SetRenderState': /usr/src/wine/dlls/d3d8/device.c:2548: undefined reference to `glActiveTexture' device.o: In function `IDirect3DDevice8Impl_SetTexture': /usr/src/wine/dlls/d3d8/device.c:2977: undefined reference to `glActiveTexture' device.o: In function `IDirect3DDevice8Impl_SetTextureStageState': /usr/src/wine/dlls/d3d8/device.c:3156: undefined reference to `glActiveTexture' collect2: ld returned 1 exit status make[2]: *** [d3d8.dll.so] Error 1 make[2]: Leaving directory `/usr/src/wine/dlls/d3d8' If I disable the build of the D3D system, Wine builds and runs.

7 9

Re: PATCH: to implement toc and position shadowing in cdrom
by Eric Pouech 17 Feb '03

17 Feb '03

Waldeck Schutzer wrote: > Hi Eric, > > I followed your suggestions which greatly simplified the code. Thank > you. Now, since we are using the fixed-size windows TOC, memory > allocation is no longer an issue. Some of the sanity checks over dev > were removed. I also made an attemt at making the code more portable and > also fixed the BSD code. However, I couldn't find a seek function in the > BSD cd driver, so I used the play function instead. Is there a BSD > expert out there who could check this out? On the mcicda side, I > factored out that piece of code you suggested but because my box is > presently busy on a week-long calculation I couldn't run any tests on > Windows. the code in cdrom.diff is still wrong. you cannot use the dev variable in most of the inner functions as an index in the cdrom_cache array. the index you need is in fact the low word of client-id in CDROM_DeviceIoControl I'd suggest that you change CDROM_Open to return a pointer to the relevant cdrom_cache structure instead of dev mcicda.diff looks better now A+ -- Eric Pouech

1 0

Fun with MSDE
by Dan Kegel 17 Feb '03

17 Feb '03

The "free" ASP.NET IDE from http://www.asp.net, Web Matrix, uses MSDE (the embedded SQL server that fed the Slammer worm). MSDE can be "freely" downloaded from http://www.asp.net/msde/ Out of curiosity, I tried installing MSDE on cvs wine today. A few notes: The installer is an Installshield Package-for-the-web wrapper around an MSI installer. A couple fixmes show up while displaying the initial EULA window: fixme:win:SetWindowTextA cannot set text "" of other process window (nil) fixme:propsheet:PROPSHEET_CollectPageInfo Could not load resource #0000? The EULA dialog box (which uses richedit) doesn't wrap lines on wine like it does on windows. (Its title is wrong, too; not suprising given the fixme.) On WinXP, Win98 and Wine, the package-for-the-web installer doesn't stat the real installer after it unpacks. This is normal. (Oddly, it does a ShellExecute of the nonsensical executable [Param_Launch], but that's just a bug in their InstallShield script, I think.) To continue on, one then runs c:/sql2ksp3/MSDE/setup.exe by hand. On Win98, it put up a dialog box or two, but aborted, saying "A strong SA password is required for security reasons... Setup will now exit." On Wine, it terminated silently, as I didn't have MSI.DLL and friends installed. Copying in those files (roughly, MSI*.* from c:/windows/system) got me further Running with winver = winxp, it failed with a dialog box saying Fatal SQLUNIRL.DLL Initialization Error File: ..\src\procaddr.c, line: 422 NDDEAPI.DLL Could not be loaded, NT Error 2 Running with winver = win98, it failed with a dialog box saying Microsoft SQL Server Desktop Engine Setup requires Internet Explorer version 5.0.2314.0 or above. OK, that's enough fun for me for today. I was just curious to see how far the install would go, I'm not interested in actually using MSDE. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Re: wine/ win32/device.c server/trace.c server/tim ...
by Rein Klazes 17 Feb '03

17 Feb '03

On Fri, 14 Feb 2003 14:27:11 -0600, you wrote: > Log message: > Changed fd operations to take a struct fd instead of a struct object. > Removed get_file_info function from object operations. > Added get_device_id request to avoid abusing get_file_info. > > Patch: http://cvs.winehq.com/patch.py?id=7246 This breaks newsbin. From the trace: | 00000009:Call kernel32.CreateFileA(40732b08 "H:\\binw\\nbpro\\LibFilter.dll",80000000,00000001,00000000,00000003,00000080,00000000) ret=100598b5 | 00000009:Ret kernel32.CreateFileA() retval=00000048 ret=100598b5 | 00000009:Call kernel32.CreateFileMappingA(00000048,00000000,00000002,00000000,00000000,00000000) ret=100598d8 | 00000009:Ret kernel32.CreateFileMappingA() retval=00000000 ret=100598d8 | 00000009:Call kernel32.LoadLibraryA(407328d8 "user32") ret=1005a038 | 00000009:Ret kernel32.LoadLibraryA() retval=40810000 ret=1005a038 | 00000009:Call kernel32.GetProcAddress(40810000,407328d8 "MessageBoxA") ret=1005a054 | 00000009:Ret kernel32.GetProcAddress() retval=408b385c ret=1005a054 | 00000009:Call user32.MessageBoxA(00000000,407329f4 "Unable to read this file.",40732b08 "H:\\binw\\nbpro\\LibFilter.dll",00002010) ret=1005a063 Any suggestions? Rein. -- Rein Klazes rklazes(a)xs4all.nl

6 12

Re: Add no html to patch style notes
by Dimitrie O. Paun 17 Feb '03

17 Feb '03

On Mon, 17 Feb 2003, Tony Lambregts wrote: > + No html please. The reason for this is that any mail program > + can handle text. I would reformulate this: No HTML mail please. It is considered bad netiquet as it uglifies the message, and is not viewable by many of the subscribers. -- Dimi.

1 0

Re: Fix small bug in RtlFindMostSignificantBit (Attachment as Mime Base64) [Virus checked]
by Dan Kegel 17 Feb '03

17 Feb '03

thomas.mertes(a)t-mobile.at wrote: > This time I configured Lotus Notes to create the attachment > as Mime Base64 conversion. (The attachment in the other Mail > was in Mime Quoted-Printable format). Please tell me > which attachment format is most useable. They were both base64, from what I could tell. Suggestion: turn off HTML email when posting to the wine mailing lists. Plain text is much easier for many people to read. Minor nit: most people, when they attach patches, use a filename that ends in .patch. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

3 2

Re: Status of defered debugmessages
by Eric Pouech 17 Feb '03

17 Feb '03

Uwe Bonnes wrote: > Hallo, > > in c.e.w.e, the subject of starting the debugmessages defereed appeared > again. A google search brings up a not applied patch from 2001. > > What's the status? > With multi 100MByte logs, it would be usefull. > > Bye Alexandre doesn't like the way of using key combinations (which could be useful to a given program) if you want to do it, winedbg just does the job A+ -- Eric Pouech

2 3

Re: Looking for information on implemented API's in wine
by Rolf Kalbermatter 17 Feb '03

17 Feb '03

David Miller <compsol(a)ptd.net> wrote: >I am ready to begin work on the actual database aspect of cross referencing >the windows dlls. As part of the database I would like to include the >status of a given API in wine so it will be possible to do things like >query for all unimplemented APIs in a given dll. The first questions I >have are whether or not I can depend on the spec files to give a complete >list, and can someone either point me to documentation on the spec files or >explain everything I need to know in order to determine the status of APIs >defined there? I'm sure this will not really be enough, although it is at least a start. There are a lot of functions which are implemented according to the spec file but only consists of an empty function body with a FIXME, or is only partly implemented with again a FIXME somewhere in the function. Rolf Kalbermatter

7 10

Re: Allow native dlls and debugmsg in runtest
by Eric Pouech 16 Feb '03

16 Feb '03

Uwe Bonnes wrote: > Changelog > tools/runtest > Allow the use of native dlls and debugmessages > (Includes " Allow native dlls in runtest") do we really need this in the scripts ? couldn't we just use the WINEOPTIONS from the command line ? WINEOPTIONS="-debugmsg +foo" runtest instead of what you propose runtest -d "-debugmsg +foo" just my 2 cents A+ -- Eric Pouech

3 4

Re: The richedit scrollbars
by Shachar Shemesh 16 Feb '03

16 Feb '03

Duane Clark wrote: > The easy fix is to have WM_NCCALCSIZE return the true size of the > enclosing window, which is what we have done here. The more difficult > fix is to create a custom Richedit MoveWindow procedure for use in the > WM_SIZE message above. Since it is very unlikely that an app would call > and use the WM_NCCALCSIZE message, we stick with the easy fix for now. Sorry for being a pest about this, and it's not like the Richedit is in my focus at the moment, but what does Windows do under the same circumstances? > > > Changelog: > A fix to get edit control scrolls bars to draw in the correct > position. -- Shachar Shemesh Open Source integration consultant http://www.consumer.org.il/sun/

2 1

Re: TaxCut and C++ exception handling
by Brian Vincent (C) 16 Feb '03

16 Feb '03

> TaxCut seems to work almost perfectly with a native msvcrt.dll, and a > copy of Comic.TTF in Windows/Fonts, by the way. The update feature > fails, but everything else I've tried so far seems to work as expected - > I haven't completed a return yet, though. That's good news. I just got TaxCut last weekend but haven't tried it out yet. Looking over the web site I guess you can download the updates separately: http://www.taxcut.com/updates/02fedwininstruct.html No idea if that executable will work under Wine though. --------------- Brian Vincent Copper Mountain Telecom vincentb(a)coppercolorado.com

1 0

Re: How to debug a windows app
by Gerhard W. Gruber 16 Feb '03

16 Feb '03

On Sat, 15 Feb 2003 21:30:00 +0100, Gerhard W. Gruber <sparhawk(a)gmx.at> wrote: fixme:file:SetFileAttributesW (L"D:\\home\\agent\\"):2000 attribute(s) not implemented. fixme:mdi:MDIRefreshMenu partially function stub fixme:ras:RasEnumConnectionsA (0x419e1698,0x406b1cd4,0x4196e278),stub! fixme:ras:RasEnumConnectionsA RAS support is not implemented ! Configure program to use LAN connection/winsock instead ! fixme:mdi:MDIRefreshMenu partially function stub fixme:ras:RasEnumConnectionsA (0x419e1358,0x406b1de0,0x406b1e28),stub! fixme:ras:RasEnumConnectionsA RAS support is not implemented ! Configure program to use LAN connection/winsock instead ! wine: Unhandled exception, starting debugger... fixme:ras:RasEnumConnectionsA (0x41993cb8,0x405a011c,0x405a0164),stub! fixme:ras:RasEnumConnectionsA RAS support is not implemented ! Configure program to use LAN connection/winsock instead ! This problem seems to happen quite often when I use email only. When I post NG messeges before sending email it happens also but not that often. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

2 1

Re: The richedit scrollbars
by Dan Kegel 16 Feb '03

16 Feb '03

Duane Clark wrote: > This "fixes" the problem with the scrollbars on richedit controls being > drawn in the wrong position. It does this by returning the "incorrect" > size for the WM_NCCALCSIZE, as indicated below. ... Hah! My secret plan for getting someone to fix this bug worked! All I had to do was try all day to figure it out myself :-) Well, at least I know Wine internals a tiny bit better... - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Re: loader: fix loadorder
by Alexandre Julliard 15 Feb '03

15 Feb '03

"Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > ChangeLog > Revert default loadorder to native DLLs firsts, to use > the programs supplied ones if available. > (Bug discovered and investigated by Tony Lambregts) I don't think we should revert it, using builtins by default is a good idea IMO. We just need to handle dlls with an explicit path differently; how about something like this? Index: loader/loadorder.c =================================================================== RCS file: /opt/cvs-commit/wine/loader/loadorder.c,v retrieving revision 1.60 diff -u -r1.60 loadorder.c --- loader/loadorder.c 23 Oct 2002 20:20:59 -0000 1.60 +++ loader/loadorder.c 14 Feb 2003 19:24:14 -0000 @@ -103,6 +103,12 @@ LOADORDER_BI, LOADORDER_DLL, 0, 0 }; +/* default for modules with an explicit path */ +static const enum loadorder_type default_path_loadorder[LOADORDER_NTYPES] = +{ + LOADORDER_DLL, LOADORDER_BI, 0, 0 +}; + static struct loadorder_list cmdline_list; @@ -674,13 +680,18 @@ debugstr_loadorder(loadorder), debugstr_a(path) ); goto done; } - } - - /* and last the hard-coded default */ - memcpy( loadorder, default_loadorder, sizeof(default_loadorder) ); - TRACE( "got hardcoded default %s for %s\n", - debugstr_loadorder(loadorder), debugstr_a(path) ); + /* and last the hard-coded default */ + memcpy( loadorder, default_loadorder, sizeof(default_loadorder) ); + TRACE( "got hardcoded default %s for %s\n", + debugstr_loadorder(loadorder), debugstr_a(path) ); + } + else /* module contains an explicit path */ + { + memcpy( loadorder, default_path_loadorder, sizeof(default_path_loadorder) ); + TRACE( "got hardcoded path default %s for %s\n", + debugstr_loadorder(loadorder), debugstr_a(path) ); + } done: if (app_key) NtClose( app_key ); -- Alexandre Julliard julliard(a)winehq.com

4 3

How to debug a windows app
by Gerhard W. Gruber 15 Feb '03

15 Feb '03

I noticed that Agent crashes frequently when sending email. It shows an exception which I never saw on Winodws because Agent is rather stable. Now I want to take a look at it, but I need to know how I can debug a windows app running under wine. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

3 3

Re: msvcrt _tempnam dll
by Paul Millar 15 Feb '03

15 Feb '03

Hi Uwe, On Sat, 15 Feb 2003, Uwe Bonnes wrote: > Test succeeds with native msvcrt.dll. Patch to msvcrt/file.c comming. Is it worth marking the tests as todo and removing the todo once wine passes the tests? Just a thought ... ---- Paul Millar

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel