- Wine-Devel - list.winehq.org

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

Feb. 18, 2003

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 Feb. 18, 2003

Feb. 18, 2003

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 Feb. 18, 2003

Feb. 18, 2003

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 Feb. 17, 2003

Feb. 17, 2003

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 Feb. 17, 2003

Feb. 17, 2003

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 Feb. 17, 2003

Feb. 17, 2003

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 Feb. 17, 2003

Feb. 17, 2003

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 Feb. 17, 2003

Feb. 17, 2003

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 Feb. 17, 2003

Feb. 17, 2003

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 Feb. 17, 2003

Feb. 17, 2003

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