- wine-devel - winehq.org

Re: [PATCH] some dc:LockWindowUpdate work
by Alexandre Julliard 19 Oct '02

19 Oct '02

Christian Neumair <chris(a)gnome-de.org> writes: > this patch improves dc:LockWindowUpdate (windows/dce.c); locking > other windows still not possible, though. Apart from removing the fixme this doesn't appear to change anything at all. What were you trying to fix? -- Alexandre Julliard julliard(a)winehq.com

2 6

new wine, me whining
by sauer＠studcs.uni-sb.de 19 Oct '02

19 Oct '02

1. when will this be fixed ? fixme:ddraw:DIB_DirectDrawSurface_Blt dwFlags DDBLT_WAIT and/or DDBLT_ASYNC: can't handle right now. wine: Unhandled exception, starting debugger... 2. I need this to play panzer general!!!!! 3. where can i get the old wine sources (not with first implementation of dx8) 4. why not split development of wine and DX so, that anyone can install the DX version he wants. 5. what can i do to speed up development? mIc

3 7

Re: Listview U0
by Andreas Mohr 19 Oct '02

19 Oct '02

On Sat, Oct 19, 2002 at 02:55:44AM -0400, Dimitrie O. Paun wrote: > > ChangeLog > U0: Better report mode. Hmm, I guess you better reach listview completion rather soon, otherwise you'll slowly run out of patch letters... ;-))) In other news: thanks a bunch for this incredible work ! -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://mohr.de.tt

2 1

Re: Second Listview status update
by Rizsanyi Zsolt 19 Oct '02

19 Oct '02

On Friday 18 October 2002 22:29, you wrote: > On October 18, 2002 11:53 am, Rizsanyi Zsolt wrote: > > 'Properties' is a simple listview which is tied to a 'preview' window, > > which does not show preview, but some properties of the document. > > Though its a simple listview as the 'List', but it has this bug, while > > 'List' does not have... > > Thanks for the explanation. Try T0-4, they should solve it. > If not, please let me know. And what have to be applied to the current cvs? Its enough if I only apply the T0-4 patches? I dont really know where Alexandre has reached with applying your pathes. Maybe he should add the codename of the patch to the cvs commits. Regards Zsolt

3 2

DECLARE_OLD_HANDLE ?
by Michael Stefaniuc 19 Oct '02

19 Oct '02

Hello Alexandre, any reason why you haven't removed DECLARE_OLD_HANDLE? It's now with the per dll -DSTRICT compilation IMO useless. Changing the remaining DECLARE_OLD_HANDLE's to DECLARE_HANDLE didn't changed the compile output. bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

2 1

problem with --debugmsg +relay
by Medland, Bill 18 Oct '02

18 Oct '02

Does anyone know of a problem with +relay? I've never been able to use it effectively because turning it on crashes the program I am working on. Anyway, I've just got an indication that either it is modifying arguments or damaging memory. Is this a known issue? If so then what are the circumstances? Bill

2 1

Re: DSTRICT: cast1
by Alexandre Julliard 18 Oct '02

18 Oct '02

Michael Stefaniuc <mstefani(a)redhat.de> writes: > Michael Stefaniuc <mstefani(a)redhat.com> > - silence some warnings due to casts between pointer and > intergers of different size Note that HINSTANCE handles in general cannot be converted by simply truncating the handle, so the places where we do that should be fixed properly. The fact that we get warnings for them with -DSTRICT is a feature, so please don't silence them without making sure the code is right first. -- Alexandre Julliard julliard(a)winehq.com

1 0

tab control work
by Andreas Mohr 18 Oct '02

18 Oct '02

Hi all, I just wanted to let you know that I'm currently doing some tab control work for some German company. If anyone intends to also work on tab stuff, then I'd be happy to know what exactly you intend to do. Thanks, Andi

1 0

winedbg
by Dimitrie O. Paun 18 Oct '02

18 Oct '02

Hi folks, Even though I never use a debugger, I had winedbg startup automatically a few times, and I noticed that I get no text in the console. Actually, I do (as I can select it and copy it), but it doesn't get rendered. I tried changing the font, but the only option I get is "Courier New". Tried different size, but nothing helped. Strange thing is that the sample "This is a test" in the font selection tab works just fine. Any tips for fixing this are highly appreciated. -- Dimi.

3 8

multithreading winelib app
by Malte Starostik 18 Oct '02

18 Oct '02

Hi, before I make some major mistakes: can a winelib app safely use pthreads and run WinAPI functions from multiple threads or will it have to use Windows threads? Thanks, -Malte

3 2

Re: Find the main winelib app with GetModuleHandle
by Alexandre Julliard 18 Oct '02

18 Oct '02

Malte Starostik <malte(a)kde.org> writes: > Check if the name passed to GetModuleHandle() is the name > of the main executable. As those normally don't have an extension > ".DLL" was appended and the search failed. Actually you should give your executable a .exe extension, there are a number of places where we expect that (the Unix wrapper script doesn't need an extension of course, but the .so does). -- Alexandre Julliard julliard(a)winehq.com

3 2

FYI
by Eric Pouech 18 Oct '02

18 Oct '02

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnucmg/htm… didn't read it yet, but could be an interesting introduction for new Wine developpers A+

2 1

Re: FYI
by John K. Hohm 18 Oct '02

18 Oct '02

Thus spake Eric Pouech <eric.pouech(a)wanadoo.fr>: > http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnucmg/htm… > didn't read it yet, but could be an interesting introduction for new > Wine developpers I got a kick out of the two graphs in chapter 2; one shows increasing Windows versions going up and right with time increasing to the right, the other shows Unix versions going down with time increasing downwards. No subtle clues there, right?

1 0

pragma packing on sparc solaris
by Juraj Hercek 17 Oct '02

17 Oct '02

Hi, I'm trying to get wine working on solaris running on sparc. I have troubles with structure packing, since sparc solaris throws SIGSEGV when writting to structure members not aligned to 4-byte boundary (for example: loader/ne/resource.c:280, where &pTypeInfo->resloader is not aligned to 4-byte boundary). Since I'm new to wine, I'd like to know about packing policies (pragma pack 1,2,...) in wine: 1) When do we use packing and why (optimisation?)? 2) What would happen if pragma packing is ommited or always set to 4? Next, I'd like to know if there will be also non i386 COM proxy implementation (dlls/rpcrt4/cproxy.c and related), since I'm unable to compile newest wine on sparc solaris (currently, I'm using version from October 1st). Thanks for reply. Juraj

6 5

Press: CodeWeavers/Xandros Deal: "Let the Revolution Begin!"
by Dimitrie O. Paun 17 Oct '02

17 Oct '02

>From LinuxWeeklyNews: http://www.consultingtimes.com/articles/codeweavers/codeweaversxandros.html -- Dimi.

1 0

re: d3d8 textures
by Ann and Jason Edmeades 17 Oct '02

17 Oct '02

Hello, Funnily enough I took a look at that last night. I am not convinced d3drs_wrap0 should map to the glTexParameteri(GL_TEXTURE_1D, GL_TEXTURE_WRAP_S, GL_REPEAT) type call, since I was thinking that is what the D3DTSS_ADDRESS{U,V,W} modes seem to map against. If you set it for the TextureStage (D3DTSS_*) then I am guessing you need to reapply the current stage's values during SetTexture. However, I then couldnt find any equivalent to d3drs_wrap0 type calls, so gave up and went to bed... All help on d3d8 very gratefully accepted! Regards, Jason

1 0

Re: GetCommandLine
by steve.lustbader＠philips.com 17 Oct '02

17 Oct '02

This patch pretty much fixes it. It still isn't quite right, although this probably isn't the same problem. In windows, GetCommandLine returns a string with quotes around it, while in wine, only the sub process command line has quotes around it (ie, in windows the first window displays "MainProc.exe", while the second displays "SubProc.exe", while in wine it's MainProc.exe and "SubProc.exe"). -Steve Alexandre Julliard To: Steve Lustbader/ANR/MS/PHILIPS@AMEC <julliard@winehq cc: Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> .com> wine-devel(a)winehq.com Sent by: Subject: Re: GetCommandLine julliard@winehq. com Classification: 10/17/2002 01:49 PM steve.lustbader(a)philips.com writes: > I uploaded a zip of both the source and the executables to > http://www.lustbader.net/getcmdlinetest/ (it's a modification of the "Hello > World" app generated by MSVC automatically). Run MainProc.exe and choose > Help, About, which will run the other process (make sure to run MainProc.exe > from the directory it's in). Both windows should display the commandline they > were started with. In Windows, you should see one window display MainProc.exe > and the other display SubProc.exe. Thanks for the test program. This should fix it: Index: scheduler/process.c =================================================================== RCS file: /opt/cvs-commit/wine/scheduler/process.c,v retrieving revision 1.201 diff -u -r1.201 process.c --- scheduler/process.c 9 Oct 2002 18:35:02 -0000 1.201 +++ scheduler/process.c 17 Oct 2002 17:45:11 -0000 @@ -1078,7 +1078,7 @@ /* use the unmodified app name as file name */ lstrcpynA( buffer, appname, buflen ); *handle = open_exe_file( buffer ); - if (!(ret = cmdline)) + if (!(ret = cmdline) || !cmdline[0]) { /* no command-line, create one */ if ((ret = HeapAlloc( GetProcessHeap(), 0, strlen(appname) + 3 ))) -- Alexandre Julliard julliard(a)winehq.com

4 5

wineconsole examples?
by Bill Holland 17 Oct '02

17 Oct '02

Hello, Is there a good example WINE configuration for running a simple console program (using wineconsole)? For example, the windows tree.com program? I'm actually trying to run TLIB (version control software from Dave Burton Systems, www.burtonsys.com ) under linux, and am so confused I want to start with a working example first. I'm new to linux, tlib, and wine! I know it can be done, because Dave Burton had it working, but lost his notes. I got the "WINE Administrators Handbook", but it doesnt mention wineconsole at all. I am able to get TLIB to sort-of-run, but apparently still have far to go. Thanks - Bill

3 2

Re: GetCommandLine
by steve.lustbader＠philips.com 17 Oct '02

17 Oct '02

>steve.lustbader(a)philips.com writes: > >> This patch pretty much fixes it. It still isn't quite right, although >> this probably isn't the same problem. In windows, GetCommandLine returns >> a string with quotes around it, while in wine, only the sub process command >> line has quotes around it (ie, in windows the first window displays >> "MainProc.exe", while the second displays "SubProc.exe", while in wine it's >> MainProc.exe and "SubProc.exe"). > >What Windows version are you using? I don't get quotes here on NT 4. > I'm running WinXP, which I guess would explain the difference. I was mostly concerned that Wine displayed them differently. I started MainProc with "wine MainProc.exe". -Steve

1 0

Re: Lotus Dominno Administrator console under Wine
by Dan Fer 17 Oct '02

17 Oct '02

Sorry, but I dont think I understand what you mean. Right clicking in console window in Domino Administrator shows only option of copying and select all,, nothing else >From: Eric Pouech <eric.pouech(a)wanadoo.fr> >To: Dan Fer <ezra_daniel(a)hotmail.com> >CC: wine-devel(a)winehq.com >Subject: Re: Lotus Dominno Administrator console under Wine >Date: Wed, 16 Oct 2002 19:41:35 +0200 > >Dan Fer a écrit : > > > > Hello > > > > I use Lotus Domino Administrator under wine. When I try to see the >console > > of a server, almost everything except numbers in the console appear as >"???" > > so I can read nothing. > > > > Has anyone got the same problem? Does anyone know how to solve it? > > > > I really dont want to use the program under Windows. >try changing the font (right click in window + use default menu item and >then font prop sheet in dialog box) >A+ _________________________________________________________________ MSN Fotos: la forma más fácil de compartir e imprimir fotos. http://photos.msn.es/support/worldwide.aspx

2 1

ikernel.exe install faulire
by Haber Janos 17 Oct '02

17 Oct '02

Re! I want to install a Spypen Zara driver (or Original Worms World Party) but the setup halted. I see that bug in the buglist and I installed DCOM98 but the install doesn't work (I think, the problem is the directory naming). Cow

2 1

Re: GetCommandLine
by steve.lustbader＠philips.com 17 Oct '02

17 Oct '02

>>>>> "steve" == steve lustbader <steve.lustbader(a)philips.com> writes: > > steve> I have an app that starts 2 other processes using CreateProcess. > steve> When one of these new proceses calls GetCommandLine, an empty > steve> string is returned (the correct string is returned for the > steve> original process). I tried looking into it, but I think this > steve> part of Wine is a little over my head. Any thoughts/fixes for > steve> this, anyone? > >Can you produce a short C program that reproduces the problem and make that >program available? > I uploaded a zip of both the source and the executables to http://www.lustbader.net/getcmdlinetest/ (it's a modification of the "Hello World" app generated by MSVC automatically). Run MainProc.exe and choose Help, About, which will run the other process (make sure to run MainProc.exe from the directory it's in). Both windows should display the commandline they were started with. In Windows, you should see one window display MainProc.exe and the other display SubProc.exe. With Wine, the first window will display MainProc.exe and the other won't display anything. If you run SubProc.exe by itself, in either Wine or Windows, the command line is displayed correctly. -Steve

2 1

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

17 Oct '02

>Hello > > Greetings, > > > I've read alot of other games suffering from the "touch the keyb and >game > > quits" bug, but so far neither Winex or Wine has found any solution. >Does > > anyone else know anything about this bug? native Dinput.dll does make it > > playable but it's not a valid solution in the long run. > > > > fixme:dinput:IDirectInputDevice2AImpl_EnumObjcets > > (this=0,40291d88,0x50ec98,0x48e09980,0000000): stub! > > Any ideas? > >I assume this stub needs to be implemented in WINEs dinput. I have no clue >who is working on >direct input but if you can find someone that has a clue and is willing to >help, then you can >start testing other apps/games that make use of direct input and sending >error reports and logs >here. I think the M$ DirectX SDKs so if someone will help you and implement >it you could download >the tests from there and see how WINE does with them. Seems likely, although i haven't been able to find anyone currently working on dinput. I'm certain that whenever dinput works as it should it will enable alot of other games to work also. Feels like Tribes is just a step away from working 100%. Aside from dinput bug and opengl support it works just fine. > >Thanks >Steven > >P.S. Hope you get Tribes working as I would like to play again under Linux >w/OpenGL Same here =] _________________________________________________________________ Choose an Internet access plan right for you -- try MSN! http://resourcecenter.msn.com/access/plans/default.asp

2 1

Textures in d3d8
by Klaus Niederkrueger 17 Oct '02

17 Oct '02

Hi, After thinking for a very long time, I finally started to hack on Wine. But after two days I already have my doubts that stop me from continuing and I hope someone can help me. I decided that IDirect3DDevice8Impl_SetRenderState has so many different arguments that there should be one for me. I chose D3DRS_WRAP0 and what I wrote was case D3DRS_WRAP0 : /* Three doubts: Does Windows GL_CLAMP if D3DWRAP is disabled? Does "U" correspond to "S", "V" to "T", and "W" to "R"? Do I have to set this parameter for all of GL_TEXTURE_1D, GL_TEXTURE_2D, and GL_TEXTURE_3D ? */ if ((Value & D3DWRAPCOORD_0) || (Value & D3DWRAP_U)) { glTexParameteri(GL_TEXTURE_1D, GL_TEXTURE_WRAP_S, GL_REPEAT); checkGLcall("glTexParameteri(GL_TEXTURE_1D, GL_TEXTURE_WRAP_S, " "GL_REPEAT);"); glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_WRAP_S, GL_REPEAT); checkGLcall("glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_WRAP_S, " "GL_REPEAT);"); glTexParameteri(GL_TEXTURE_3D, GL_TEXTURE_WRAP_S, GL_REPEAT); checkGLcall("glTexParameteri(GL_TEXTURE_3D, GL_TEXTURE_WRAP_S, " "GL_REPEAT);"); } else { glTexParameteri(GL_TEXTURE_1D, GL_TEXTURE_WRAP_S, GL_CLAMP); checkGLcall("glTexParameteri(GL_TEXTURE_1D, GL_TEXTURE_WRAP_S, " "GL_CLAMP);"); glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_WRAP_S, GL_CLAMP); checkGLcall("glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_WRAP_S, " "GL_CLAMP);"); glTexParameteri(GL_TEXTURE_3D, GL_TEXTURE_WRAP_S, GL_CLAMP); checkGLcall("glTexParameteri(GL_TEXTURE_3D, GL_TEXTURE_WRAP_S, " "GL_CLAMP);"); } if ((Value & D3DWRAPCOORD_1) || (Value & D3DWRAP_V)) { glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_WRAP_T, GL_REPEAT); checkGLcall("glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_WRAP_T, " "GL_REPEAT);"); glTexParameteri(GL_TEXTURE_3D, GL_TEXTURE_WRAP_T, GL_REPEAT); checkGLcall("glTexParameteri(GL_TEXTURE_3D, GL_TEXTURE_WRAP_T, " "GL_REPEAT);"); } else { glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_WRAP_T, GL_CLAMP); checkGLcall("glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_WRAP_T, " "GL_CLAMP);"); glTexParameteri(GL_TEXTURE_3D, GL_TEXTURE_WRAP_T, GL_CLAMP); checkGLcall("glTexParameteri(GL_TEXTURE_3D, GL_TEXTURE_WRAP_T, " "GL_CLAMP);"); } if ((Value & D3DWRAPCOORD_2) || (Value & D3DWRAP_W)) { glTexParameteri(GL_TEXTURE_3D, GL_TEXTURE_WRAP_R, GL_REPEAT); checkGLcall("glTexParameteri(GL_TEXTURE_3D, GL_TEXTURE_WRAP_R, " "GL_REPEAT);"); } else { glTexParameteri(GL_TEXTURE_3D, GL_TEXTURE_WRAP_R, GL_CLAMP); checkGLcall("glTexParameteri(GL_TEXTURE_3D, GL_TEXTURE_WRAP_R, " "GL_CLAMP);"); } WARN("What to do for D3DWRAPCOORD_3 in OpenGL?"); WARN("Does not work if using multiple textures! Use ActiveTexture!"); break; I think if the program just uses one Texture this should work, but I have some doubts: OpenGL has different TextureModes (1D, 2D, 3D) and WRAP is set independently for each of these. In Windows this setting changes all modes at one or not? What is the last texture coordinate doing in Windows? I have heard of 3D-Textures, but 4D? Does not-wrapping correspond to GL_CLAMP under OpenGL? I would be happy if you answer my questions. I guess I can look it up somewhere, but reading through the specification takes so much time :-( And do you think the code above works? I'm new to wine and I would be happy for any clue. Thanks Klaus

2 1

Re: wine/dlls/comctl32 listview.c
by Ender 17 Oct '02

17 Oct '02

I'm not sure how complete this new listview code is supposed to be, but I've noticed the more recent commits seem to just be code reorg and cleanups as opposed to functionality stuff, so I might as well say it... I've noticed a lot of regression problems since these patches started coming in.. for the last few days Listviews have been pretty much totally broken in most of the applications I frequently run under WINE - expecially IDA Pro (the Windows GUI version), which exibits at least two problems... the Names window doesn't show the description column text, and neither the Names or Strings window listboxes are clickable.. usually you'd double-click to jump to a position, but that is no longer working. Dimitrie, if these are known and it's still a work-in-progress, ignore me :) But just in case these breakages are related to the removal of some workaround or other, I thought I'd drop an email off. - Ender [IDA Evaluation should be requestable from somewhere on www.datarescue.com/idabase/, otherwise I can try tracing and working up a testcase if this actually IS a real bug, and not just an incomplete patchset] On Wed, 2 Oct 2002, Alexandre Julliard wrote: > Date: Wed, 2 Oct 2002 18:53:04 -0500 > From: Alexandre Julliard <julliard(a)wine.codeweavers.com> > Reply-To: wine-devel(a)winehq.com > To: wine-cvs(a)winehq.com > Subject: wine/dlls/comctl32 listview.c > > ChangeSet ID: 5615 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 2002/10/02 18:53:04 > > Modified files: > dlls/comctl32 : listview.c > > Log message: > Dimitrie O. Paun <dpaun(a)rogers.com> > - Reorganize DrawItem. > - Unify text attribute selection between Draw{Sub,}Item. > - Usual cleanups, and simplifications. > > Patch: http://cvs.winehq.com/patch.py?id=5615 > > Old revision New revision Changes Path > 1.162 1.163 +115 -162 wine/dlls/comctl32/listview.c > >

2 4

Linstview regression, big time
by David D. Hagood 17 Oct '02

17 Oct '02

Since the work on the listview rewrite has started, the listview has regressed big time. Running Delorme's AAA MapNGo V4.0, the "Along the way" window HAS-A listview into which are inserted the items found. This used to work in the old code, but now nothing is shown. I know the items themselves are being inserted. What can I do to help on this? Would posting a debug message dump showing the list items being inserted be of use? I'm not a Windows programmer, so I don't know how quickly I could actually come up to speed on the code itself, but I am quite willing to try code out and report on the success or failure of it.

2 6

Re: PATCH: compile fix (when all handles are void*)
by Dimitrie O. Paun 16 Oct '02

16 Oct '02

On October 13, 2002 10:47 am, Michael Stefaniuc wrote: > this patch was lying around. It makes wine compile with all handles > (even HANDLE) converted to a void*. Does this means we can switch to -DSTRICT soon? :) -- Dimi.

3 3

GetCommandLine
by steve.lustbader＠philips.com 16 Oct '02

16 Oct '02

I have an app that starts 2 other processes using CreateProcess. When one of these new proceses calls GetCommandLine, an empty string is returned (the correct string is returned for the original process). I tried looking into it, but I think this part of Wine is a little over my head. Any thoughts/fixes for this, anyone? -Steve

2 1

internet explorer install fixed in 1007, how?
by Michael Cardenas 16 Oct '02

16 Oct '02

Hello all. I've been doing some testing of the recent releases, 0904 and 1007, and I've found that in 0904, quicken installs, but IE does not. Unfortunately, in 1007, IE installs but quicken does not. Does anyone know what patch fixed internet explorer for 1007? Did anyone do it intentionally? thank you michael -- michael cardenas | lead software engineer lindows.com hyperpoem.net | GNU/Linux software developer debian.org "The fundamental delusion of humanity is to suppose that I am here and you are out there." - Yasutani Roshi

1 0

Lotus Dominno Administrator console under Wine
by Dan Fer 16 Oct '02

16 Oct '02

Hello I use Lotus Domino Administrator under wine. When I try to see the console of a server, almost everything except numbers in the console appear as "???" so I can read nothing. Has anyone got the same problem? Does anyone know how to solve it? I really dont want to use the program under Windows. Thanks in advance. _________________________________________________________________ Charla con tus amigos en línea mediante MSN Messenger: http://messenger.microsoft.com/es

2 1

NtQueryValueKey failed with "wine client error:8075690: sendmsg: Bad file descriptor"
by Stefan Leichter 16 Oct '02

16 Oct '02

Hello, i am trying to install the german phonebook "Das Telefonbuch Für Deutschland Frühjahr 2001" on wine20021007. The installation stops with the error from the subject (see the attached trace with --debugmsg +relay,+loaddll,+ntdll,+reg,+file). But when i add +msg to the debug switches i get across this point. With +msg the trace stops with "wine client error:831db08: sendmsg: Socket operation on non-socket" inside CreateThread. Does someone know what is wrong? Thanks for help Stefan

2 2

Unhandled exception
by boci＠coder.hu 16 Oct '02

16 Oct '02

Hello! I try to run many program (example Photoshop 6, Worms World Party...) But the wine say: wine: Unhandled exception, starting debugger... I don't know what is the problem. Please help. I try: (the lastest) winex-cvs,winex 2.1 and wine 20020904 but the result is same... Cow

2 2

Australian Tax Program now working, but WINHLP32.EXE fails
by Ben Stanley 16 Oct '02

16 Oct '02

Hi, I've been using wine cvs for a while now, and trying to run the Australian Tax Office's ETax2002 program for preparing tax returns. Up until yesterday, it would fail with an illegal memory access, but yesterday it started working! I have not identified which patch fixed it, but the program uses flat scroll bars and list (tree) views. I have now used the program to complete one (non-lodgement) tax return, and am part way through preparing another. The ETax2002.EXE program appears to work very well! However, I am unable to utilise the on-line help, which is provided in winhlp format. When I try to run wine winhlp32.exe etax2002.hlp wine "C:\\Windows\\winhlp32.exe" \ "C:\\Program Files\\etax2002\\etax2002.hlp" I get a message dialog saying Error while reading the help file `"C:\Program Files\etax2002\etax2002.hlp"' The WINE help program then displays an empty window. So it looks like more work is needed upon the help file viewer, but I suppose this is on the todo list anyway. I am able to access the help using the printed material from the tax office, which is identical to what is in the help file. Thanks for all of your work on Wine! Ben Stanley.

5 6

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@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

Re: fixed building unter native WIN32 and display of filenames in tree pane
by Martin Fuchs 15 Oct '02

15 Oct '02

On Monday 14 October 2002 13:03, Uwe Bonnes wrote: > The patch mostly removes stuff. What substitutes the replaces stuff? > Please explain. Last week I downloaded the current wine version. I was a bit surprised, when noticing, my winefile implementation of 2000 has been finally included in the packet. :-) So I tried it - and found a few bugs. Now I want to remove them. The Resources in "rsrc.rc" are duplicate. You can find the same in the file "resource.rc" (IDB_TOOLBAR, IDB_DRIVEBAR, ...). So I just removed one instance. The changes in "winefile.c": It seems, there was introduced a bug, when including winefile in the wine source tree. There eas removed the C++-style struct-initialisation, and replaced by C-style initialisation. The little difference is: My orginal code did set any not explicitely initialialised member of DRAWITEMSTRUCT to zero. The patch now re-includes this. (in C-style) The last few changes are for being able to compile the code with VC++ under native WIN32. This compiler needs the include file <malloc.h> for declaration of alloca(). [If you want to compile it with VC++, you need some more files: drivebar.bmp, images.bmp, toolbar.bmp, winefile.ico, winefile.dsp, winefile.dsw] Cheers, Martin

2 3

Spanish keyboard
by Carlos 15 Oct '02

15 Oct '02

Hello, It is the actual spanish keyboard included in wine, /*** Spanish keyboard layout (contributed by José Marcos López) */ static const char main_key_ES[MAIN_LEN][4] = { "ºª\\","1!|","2\"@","3·#","4$","5%","6&¬","7/","8(","9)","0=","'?","¡¿", "qQ","wW","eE","rR","tT","yY","uU","iI","oO","pP","`^[","+*]", "aA","sS","dD","fF","gG","hH","jJ","kK","lL","ñÑ","'¨{","çÇ}", "zZ","xX","cC","vV","bB","nN","mM",",;",".:","-_", "<>" }; and it is the mine: tatic const char main_key_ES[MAIN_LEN][4] = { "ºª\\","1!|","2\"@","3·#","4$","5%","6&¬","7/","8(","9)","0=","'?","¡¿", "qQ","wW","eE","rR","tT","yY","uU","iI","oO","pP","`^[","+*]", "aA","sS","dD","fF","gG","hH","jJ","kK","lL","ñÑ","´¨{","çÇ}", "zZ","xX","cC","vV","bB","nN","mM",",;",".:","-_", "<>" }; Minimal difference in only 1, can someone confirm if the original is correct? Carlos. -- ____________________________________________________ ___ _____ _ ____ / __// _ // / / o) clozano / /_ / /_/ // /_ / \ @andago.com /___//_/ /_//___//__) ____________________________________________________

1 0

OpenGL Detection & Keyb Problems
by Kristoffer Ericson 15 Oct '02

15 Oct '02

Greetings, I wrote some mails about 3 months ago concerning getting starsiege tribes to work. Due to your help it's playable under wine when using a native (dx5-dx6) dinput.dll, Although the opengl mode cannot be used in game. My questions are following: How can a game actually detect if OpenGL is availabel? I'm not exactly understanding how tribes fail to see my opengl support when other games and demos work fine. I've read alot of other games suffering from the "touch the keyb and game quits" bug, but so far neither Winex or Wine has found any solution. Does anyone else know anything about this bug? native Dinput.dll does make it playable but it's not a valid solution in the long run. This is my output while starting tribes: (running Wine Tribes.exe, all builtin) fixme:console:SetConsoleCTRLHandler (0x60a620,1) - no error checking or testing yet fixme:dinput:IDirectInputDevice2AImpl_EnumObjcets (this=0,40291d88,0x50ec98,0x48e09980,0000000): stub! fixme:dsound:IDirectSound3DListenerImpl_CommitDeferredSettings stub (last repeated forever) Any ideas? Best wishes Oh, btw i just want to thank the people that fixed the AC97 bug concerning adjusting freq, did alot for me =) _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx

3 2

Re: dlls/avifil32: many implemented functions
by Dmitry Timoshkov 15 Oct '02

15 Oct '02

"Michael GЭnnewig" <MichaelGuennewig(a)gmx.de> wrote: > This patch is a replacement of the one from > > Fri Oct 11 2002 - 16:49:14 CDT ... > + static WCHAR streamTypeFmt[] = {'%','4','.','4','h','s'}; ... > + wsprintfW(szType, streamTypeFmt, (char*)&streamHdr.fccType); 1. streamTypeFmt is not NULL terminated. 2. If you don't mind, please add a 'const' modifier. Thanks. -- Dmitry.

2 1

Error message
by Dima 15 Oct '02

15 Oct '02

Every time I try to start wine with (for example) wine sol.exe it gives me an error message: "wineserver: fcntl /tmp/.wine-user/server-xxxx-xxxx/lock: Invalid argument" In debug level 2 it says: sock_init: shutdown() causes POLLHUP Anyone know what this can be? Thanks. Dmitry.

8 15

Wine does not see any printers available - using cupsys
by Dan Fer 15 Oct '02

15 Oct '02

>Hello > >I have tried two daily deb's from October 1st and October the 13th and >while I am using Lotus Notes (the only windows app I run). If I go to print >dialog and try selecting a printer it says no printers available. > >I am using a cupsys server and the client from debian woody packages. I >have configured it correctly and can print normally from linux native apps >through my cupsys server. > >I have read in wine documenatition that cupsys printers are automatically >detected but Notes keeps saying there are no printers available. > >Since I am pretty new I am a bit lost in the line of investigating this >problem. Can anyone confirm me is this is a bug and how to solve it? Or if >I need to add anything or erase anything from the wine config file? > >Running with with default options does not give any usefull error related >to a printing error. any options I can use to help you guys know what is my >problem? > >Thanks in advance Daniel _________________________________________________________________ Únase al mayor servicio mundial de correo electrónico: http://www.hotmail.com/es

1 0

Re[3]: Error message - strace results
by Dima Suzdalev 15 Oct '02

15 Oct '02

Hello Francois, Tuesday, October 15, 2002, 9:02:07 AM, you wrote: FG> On Tue, 15 Oct 2002, Dima Suzdalev wrote: >> Hello Alexandre, >> >> Tuesday, October 15, 2002, 12:35:53 AM, you wrote: >> >> AJ> Dima Suzdalev <dimsuz(a)mail.ru> writes: >> >> >> See attached file. >> >> It seems to be line 237 of log.txt. But it explains nothing to me. I hope you'll be able to do smth about it. >> >> AJ> It looks like your glibc doesn't handle the 64-bit fcntl call >> AJ> correctly. Did you build Wine yourself, or are you using a binary >> AJ> package? >> >> Yes, I built it myself. So what next? I need to upgrade my glibc? FG> Which version is it? Any special configuration options you used when FG> compiling it? I have Wine 20020904. I didn't used any specific options - only configure's defaults. -- Best regards, Dima mailto:dimsuz@mail.ru

2 1

Re: CommandLineToArgvW fix
by Uwe Bonnes 15 Oct '02

15 Oct '02

>>>>> "steve" == steve lustbader <steve.lustbader(a)philips.com> writes: steve> ChangeLog: - fix off-by-one error in determining number of steve> arguments Writing a test case for our test suite for such problems is a good idea. 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

Re: PATCH: dlls/comctl32/listview.c
by Dimitrie O. Paun 14 Oct '02

14 Oct '02

On October 14, 2002 04:09 pm, Gerald Pfeifer wrote: > ChangeLog: > Avoid GCC-specific language extension. This is fixed in my latest patch. -- Dimi.

1 0

RE: PATCH: dlls/comctl32/listview.c
by Patrik Stridvall 14 Oct '02

14 Oct '02

> On Mon, Oct 14, 2002 at 10:09:12PM +0200, Gerald Pfeifer wrote: > > This is not ANSI/ISO C as far as I (and current GCC) know, so I hope > > this straightforward fix is fine. > > > > Gerald > > > > ChangeLog: > > Avoid GCC-specific language extension. > > > > Index: listview.c > > =================================================================== > > RCS file: /home/wine/wine/dlls/comctl32/listview.c,v > > retrieving revision 1.224 > > diff -u -3 -p -r1.224 listview.c > > --- listview.c 11 Oct 2002 23:34:32 -0000 1.224 > > +++ listview.c 14 Oct 2002 20:04:57 -0000 > > @@ -4467,6 +4467,7 @@ static LRESULT LISTVIEW_GetColumnWidth(L > > break; > > default: > > /* we don't have a 'column' in [SMALL]ICON mode */ > > + ; > Warum nicht einfach ein break; ? Sieht irgendwie "korrekter" aus... [Since when did we become a german speaking list? :-) I CAN read german to some extent but still...] Because its (1) 5 characters shorter (2) Some compilers generate better code. An unnessary "branch" might be generated. But sure, semantically it is not different (providing of course the default is LAST of course). Anyway, I don't really care either way. Do as you wish.

1 0

Re: PATCH: dlls/comctl32/listview.c
by Andreas Mohr 14 Oct '02

14 Oct '02

On Mon, Oct 14, 2002 at 10:09:12PM +0200, Gerald Pfeifer wrote: > This is not ANSI/ISO C as far as I (and current GCC) know, so I hope > this straightforward fix is fine. > > Gerald > > ChangeLog: > Avoid GCC-specific language extension. > > Index: listview.c > =================================================================== > RCS file: /home/wine/wine/dlls/comctl32/listview.c,v > retrieving revision 1.224 > diff -u -3 -p -r1.224 listview.c > --- listview.c 11 Oct 2002 23:34:32 -0000 1.224 > +++ listview.c 14 Oct 2002 20:04:57 -0000 > @@ -4467,6 +4467,7 @@ static LRESULT LISTVIEW_GetColumnWidth(L > break; > default: > /* we don't have a 'column' in [SMALL]ICON mode */ > + ; Warum nicht einfach ein break; ? Sieht irgendwie "korrekter" aus...

1 0

Re: Fixed garbage in toolbar buttons
by Dimitrie O. Paun 14 Oct '02

14 Oct '02

On October 13, 2002 12:57 pm, Carlos wrote: > Changelog: > * Changed SRCPAINT to SRCCOPY, the first time what > it paints in hImageDC. > } else if (himl->hbmMask) { > BitBlt( hImageDC, 0, 0, cx, cy, hMaskListDC, lx, ly, SRCAND ); > - BitBlt( hImageDC, 0, 0, cx, cy, hImageListDC, lx, ly, SRCPAINT ); > + if (!bIsTransparent && himl->hbmMask) { > + BitBlt( hImageDC, 0, 0, cx, cy, hImageListDC, lx, ly, SRCPAINT ); > + } else { > + BitBlt( hImageDC, 0, 0, cx, cy, hImageListDC, lx, ly, SRCCOPY ); > + } This can not be right. It is equivalent to: PatBlt( hImageDC, 0, 0, cx, cy, PATCOPY); SelectObject(hImageDC, hOldBrush); } - } else if (himl->hbmMask) { + } else if (himl->hbmMask && !(fStyle & ILD_TRANSPARENT) && clrBk != CLR_NONE) { BitBlt( hImageDC, 0, 0, cx, cy, hMaskListDC, lx, ly, SRCAND ); BitBlt( hImageDC, 0, 0, cx, cy, hImageListDC, lx, ly, SRCPAINT ); } else { /* the image is opaque, just copy it */ TRACE(" - Image is opaque\n"); BitBlt( hImageDC, 0, 0, cx, cy, hImageListDC, lx, ly, SRCCOPY); } That is, if we have ILD_TRANSPARENT set, or clrBk == CLR_NONE, we go the SRCCOPY route, ignoring the mask, which is just the opposite of what we need to do! Alexandre, please do not apply it. -- Dimi.

3 3

Re: Changes in dlls/urlmon/umon.c
by Dimitrie O. Paun 14 Oct '02

14 Oct '02

On October 13, 2002 08:34 am, Carlos wrote: > Changelog: > * dlls/urlmon/umon.c > Changed some calls from W to A type. Please don't do that. Better implement the W functions in wininet. -- Dimi.

1 0

Re: alsa driver configuration
by Sylvain Petreolle 14 Oct '02

14 Oct '02

Set "Drivers=winealsa.drv" at section [WinMM]. Documentation is outdated about this. Developers : Whats's needeed to edit sgml files ? --- "Gabriel A. Arcos A." <gabrielarcos(a)cantv.net> a écrit : > Hi all !! I have intalled wine-20021007 and I want to use the alsa > driver on it. I have search all the documentation but I have not > found > any info. there are something to change in the ~/.wine/conf file? I'm > trying to play Counter Strike but I can't ( I have installed > propertly > the opengl stuff in compilation time of wine). > > thanks in advance. Gabriel Arcos. > > > > _______________________________________________ > wine-users mailing list > wine-users(a)winehq.com > http://www.winehq.com/mailman/listinfo/wine-users ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

3 3

Re: Fix disabled toolbar button actions
by Duane Clark 13 Oct '02

13 Oct '02

Carlos wrote: > Hello, > > Testing 12zip.exe, found that you can click in a > toolbar button what is disabled, and it shows a window. > The next patch fixes the problem, please if someone > is working in the toolbar code, check if it is a correct fix. > > Changelog: > * Fix disabled toolbar button actions. On one of my apps, fpga_editor, this completely breaks the main toolbar. The active buttons no longer work at all. Oddly enough, this app has a popup window with it's own toolbar. The buttons on this window have always appeared to be disabled, even though only some of them should be. But despite their appearance, the buttons work correctly, both before and after this patch.

1 0

Compilation errors
by Shachar Shemesh 13 Oct '02

13 Oct '02

make[2]: Entering directory `/home/sun/sources/wine/wine/dlls/d3d8' ../../tools/makedep -I. -I. -I../../include -I../../include -I/usr/X11R6/include -C. basetexture.c cubetexture.c d3d8_main.c device.c directx.c indexbuffer.c resource.c surface.c swapchain.c texture.c vertexbuffer.c volume.c volumetexture.c math.h: No such file or directory math.h was first included from device.c:26 make[2]: *** [depend] Error 1 make[2]: Leaving directory `/home/sun/sources/wine/wine/dlls/d3d8' make[1]: *** [d3d8/__depend__] Error 2 make[1]: Leaving directory `/home/sun/sources/wine/wine/dlls' make: *** [dlls/__depend__] Error 2 The strange thing is that /usr/include/math.h exists, and seems ok. Then again, it does not appear to be in the include path provided for the command. Explanations? Shachar

5 5

Changes in Bitmap behaviour
by Uwe Bonnes 13 Oct '02

13 Oct '02

Hallo, Xilinx webpack 4.2 running with native Common Controls shows an artefact in the display of bitmaps associated with the listview widget. This behaviour changed with http://cvs.winehq.com/patch.py?id=5720 by Michael Stefaniuc <mstefani(a)redhat.de>, but still is not right. Appended I have jpegs of the error. The first file (comctl32-builtin.jpeg) shows the behaviour with builtin commctl32, which looks good. The second file (comctl32-native-prepatch.jpeg) shows the behaviour with todays cvs, Michael's patch reversed and native comctl32/commctrl (NT4). We get a discontinous black background of the bitmap The last file (comctl32-native-prepatch.jpeg) is with native comctl32/commctrl (NT4) and todays unmodified cvs version. No we have a all black background. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

4 9

OpenGL textures are wrong under HalfLife
by David D. Hagood 13 Oct '02

13 Oct '02

My old motherboard died, and so I upgraded from a single P3 to a dual P3 system. I went to run HalfLife, which had been running beautifully under Wine, and now all the wall textures are screwed up. There is nothing of the proper textures in them - it's not like the colors are screwed up, more like the actual data is screwed up. However, it IS consistent from run to run - the same patterns on the same vertexes each time. The various "humans" in the level are fine - it is just the environment that is screwed. This is running the OpenGL setting in HL - I thought I'd try the DirectX setting, but all I get there is "This is not supported by your card". Now, I have upgraded XFree to the latest CVS pull, I rebuilt my kernel, and upgraded Wine, so it COULD be any of the above. However, I pulled an older version of Wine from another machine with the same results. Native GL programs like Q3A, RTCW, and UT all look fine, so the native GL layer is running well. Could this be an artifact of SMP? Or is there something that Wine does differently in accessing the GL libraries from a native app that would explain this?

1 0

Re: wine/dlls/avifil32: implemented many functions
by Dmitry Timoshkov 13 Oct '02

13 Oct '02

"Michael GЭnnewig" <MichaelGuennewig(a)gmx.de> wrote: > + LPWSTR szExt = strrchrW(szFile, L'.'); > +#define SLASH(w) ((w) == L'/' || (w) == L'\\') As were discussed many times using L prefix in order to create unicode chars/strings is wrong due to difference in size of unicode characters between windows and unix (2 vs. 4). We forced to create unicode strings explicitly: static const WCHAR fooW[] = { 'f','o','o',0 }; static const WCHAR dotW[] = { '.',0 }; static const WCHAR slashW[] = { '/',0 }; static const WCHAR bkslashW[] = { '\\',0 }; That's somewhat ugly and awkward, but it's really needed for portability. -- Dmitry.

4 5

help! latest cvs build of wine crashes every time
by Graham Stoney 13 Oct '02

13 Oct '02

Hi winers, I've built the latest cvs version of wine on my Debian stable system, and it crashes every time I run it. Here's an example: greyham@fred:/tmp$ wine notepad wine: Unhandled exception, starting debugger... wine: Unhandled exception, starting debugger... wine: Unhandled exception, starting debugger... (messages continue indefinitely; the debugger never gets started) It appears to be dying in X11DRV_CreateDC at the call to wine_tsx11_lock; but I suspect this is due to a stack frame corruption. Here's a gdb backtrace at the point of failure: 121 wine_tsx11_lock(); (gdb) where #0 X11DRV_CreateDC (dc=0x40393e48, pdev=0x40393e5c, driver=0x406c2c20 "DISPLAY", device=0x0, output=0x0, initData=0x0) at ../../graphics/x11drv/init.c:121 #1 0x40a72ff9 in CreateDCA (driver=0x409e19a0 "DISPLAY", device=0x0, output=0x0, initData=0x0) at ../../objects/dc.c:586 #2 0x409a622b in SYSMETRICS_Init () at ../../windows/sysmetrics.c:119 #3 0x409cf5aa in process_attach () at user_main.c:229 #4 0x409cf725 in UserClientDllInitialize (inst=1083441152, reason=1, reserved=0x1) at user_main.c:327 #5 0x40088e9f in PE_InitDLL (module=1083441152, type=1, lpReserved=0x1) at ../../loader/pe_image.c:628 #6 0x40085a6b in MODULE_InitDLL (wm=0x403718e8, type=1, lpReserved=0x1) at ../../loader/module.c:157 #7 0x40085b89 in MODULE_DllProcessAttach (wm=0x403718e8, lpReserved=0x1) at ../../loader/module.c:228 #8 0x40085b65 in MODULE_DllProcessAttach (wm=0x40371518, lpReserved=0x1) at ../../loader/module.c:223 #9 0x40085b65 in MODULE_DllProcessAttach (wm=0x40371288, lpReserved=0x1) at ../../loader/module.c:223 #10 0x40085b65 in MODULE_DllProcessAttach (wm=0x40370ff8, lpReserved=0x1) at ../../loader/module.c:223 #11 0x40085b65 in MODULE_DllProcessAttach (wm=0x0, lpReserved=0x1) at ../../loader/module.c:223 #12 0x400bd088 in start_process () at ../../scheduler/process.c:540 #13 0x400c128d in call_on_thread_stack (func=0x400bcef4) at ../../scheduler/sysdeps.c:112 (gdb) s Program received signal SIGSEGV, Segmentation fault. 0x53e58955 in ?? () Other apps fair as badly; always crashing on startup. I'm running XF86 version 4.2; there must be something about my system that is triggering the failure; otherwise you guys would be hitting it all the time. Any hints where I should start looking? Thanks, Graham

3 4

Re: Listview N5
by Dimitrie O. Paun 13 Oct '02

13 Oct '02

If you haven't checked in N5, please ignore it. I'll resubmit it when I move all of the custom draw around. -- Dimi.

2 2

Re: 16 shell seperation
by Michael Stefaniuc 12 Oct '02

12 Oct '02

You forgot to do the right HKEY <--> HKEY16 conversions with HKEY_16() and HKEY_32(), examples how to do it should be in the code. bye michael On Sat, Oct 12, 2002 at 05:20:31PM -0000, György 'Nog' Jeney wrote: > Is it possible to move all of the resources in the shell32 directory to a > sub directory inside shell32 like resources (just like gdi)? Its quite > confusing the way it is now. > > Changelog: > * dlls/shell32/shell32_main.h > * dlls/shell32/shell.c > * dlls/shell32/shellreg.c > * dlls/shell32/Makefile.in > * dlls/shell32/shlexec.c > Seperate out 16-bit funvtions into seperate file. > > nog. > > Index: dlls/shell32/shell.c > =================================================================== > RCS file: /home/wine/wine/dlls/shell32/shell.c,v > retrieving revision 1.46 > diff -u -r1.46 shell.c > --- dlls/shell32/shell.c 10 Oct 2002 21:22:11 -0000 1.46 > +++ dlls/shell32/shell.c 12 Oct 2002 17:07:39 -0000 > @@ -2,6 +2,7 @@ > * Shell Library Functions > * > * Copyright 1998 Marcus Meissner > + * Copyright 2000 Juergen Schmied > * Copyright 2002 Eric Pouech > * > * This library is free software; you can redistribute it and/or > @@ -526,4 +527,115 @@ > break; > } > return ret; > +} > + > + > +/* 0 and 1 are valid rootkeys in win16 shell.dll and are used by > + * some programs. Do not remove those cases. -MM > + */ > +static inline void fix_win16_hkey( HKEY *hkey ) > +{ > + if (*hkey == 0 || *hkey == (HKEY)1) *hkey = HKEY_CLASSES_ROOT; > +} > + > +/****************************************************************************** > + * RegOpenKey [SHELL.1] > + */ > +DWORD WINAPI RegOpenKey16( HKEY hkey, LPCSTR name, PHKEY retkey ) > +{ > + fix_win16_hkey( &hkey ); > + return RegOpenKeyA( hkey, name, retkey ); > +} > + > +/****************************************************************************** > + * RegCreateKey [SHELL.2] > + */ > +DWORD WINAPI RegCreateKey16( HKEY hkey, LPCSTR name, PHKEY retkey ) > +{ > + fix_win16_hkey( &hkey ); > + return RegCreateKeyA( hkey, name, retkey ); > +} > + > +/****************************************************************************** > + * RegCloseKey [SHELL.3] > + */ > +DWORD WINAPI RegCloseKey16( HKEY hkey ) > +{ > + fix_win16_hkey( &hkey ); > + return RegCloseKey( hkey ); > +} > + > +/****************************************************************************** > + * RegDeleteKey [SHELL.4] > + */ > +DWORD WINAPI RegDeleteKey16( HKEY hkey, LPCSTR name ) > +{ > + fix_win16_hkey( &hkey ); > + return RegDeleteKeyA( hkey, name ); > +} > + > +/****************************************************************************** > + * RegSetValue [SHELL.5] > + */ > +DWORD WINAPI RegSetValue16( HKEY hkey, LPCSTR name, DWORD type, LPCSTR data, DWORD count ) > +{ > + fix_win16_hkey( &hkey ); > + return RegSetValueA( hkey, name, type, data, count ); > +} > + > +/****************************************************************************** > + * RegQueryValue [SHELL.6] > + * > + * NOTES > + * Is this HACK still applicable? > + * > + * HACK > + * The 16bit RegQueryValue doesn't handle selectorblocks anyway, so we just > + * mask out the high 16 bit. This (not so much incidently) hopefully fixes > + * Aldus FH4) > + */ > +DWORD WINAPI RegQueryValue16( HKEY hkey, LPCSTR name, LPSTR data, LPDWORD count > +) > +{ > + fix_win16_hkey( &hkey ); > + if (count) *count &= 0xffff; > + return RegQueryValueA( hkey, name, data, count ); > +} > + > +/****************************************************************************** > + * RegEnumKey [SHELL.7] > + */ > +DWORD WINAPI RegEnumKey16( HKEY hkey, DWORD index, LPSTR name, DWORD name_len ) > +{ > + fix_win16_hkey( &hkey ); > + return RegEnumKeyA( hkey, index, name, name_len ); > +} > + > + > +/************************************************************************* > + * ShellExecute [SHELL.20] > + */ > +HINSTANCE16 WINAPI ShellExecute16( HWND16 hWnd, LPCSTR lpOperation, > + LPCSTR lpFile, LPCSTR lpParameters, > + LPCSTR lpDirectory, INT16 iShowCmd ) > +{ > + SHELLEXECUTEINFOA sei; > + HANDLE hProcess = 0; > + > + sei.cbSize = sizeof(sei); > + sei.fMask = 0; > + sei.hwnd = HWND_32(hWnd); > + sei.lpVerb = lpOperation; > + sei.lpFile = lpFile; > + sei.lpParameters = lpParameters; > + sei.lpDirectory = lpDirectory; > + sei.nShow = iShowCmd; > + sei.lpIDList = 0; > + sei.lpClass = 0; > + sei.hkeyClass = 0; > + sei.dwHotKey = 0; > + sei.hProcess = hProcess; > + > + ShellExecuteExA32 (&sei, FALSE); > + return (HINSTANCE16)sei.hInstApp; > } > Index: dlls/shell32/Makefile.in > =================================================================== > RCS file: /home/wine/wine/dlls/shell32/Makefile.in,v > retrieving revision 1.53 > diff -u -r1.53 Makefile.in > --- dlls/shell32/Makefile.in 27 Aug 2002 01:34:34 -0000 1.53 > +++ dlls/shell32/Makefile.in 12 Oct 2002 17:07:42 -0000 > @@ -27,7 +27,6 @@ > iconcache.c \ > memorystream.c \ > pidl.c \ > - shell.c \ > shell32_main.c \ > shelllink.c \ > shellole.c \ > @@ -50,6 +49,7 @@ > > RC_SRCS= shres.rc > RC_SRCS16 = version16.rc > +C_SRCS16 = shell.c > > SUBDIRS = tests > > Index: dlls/shell32/shell32_main.h > =================================================================== > RCS file: /home/wine/wine/dlls/shell32/shell32_main.h,v > retrieving revision 1.53 > diff -u -r1.53 shell32_main.h > --- dlls/shell32/shell32_main.h 10 Oct 2002 21:22:11 -0000 1.53 > +++ dlls/shell32/shell32_main.h 12 Oct 2002 17:07:48 -0000 > @@ -202,4 +202,7 @@ > #define HINSTANCE_32(h16) ((HINSTANCE)(ULONG_PTR)(h16)) > #define HWND_32(h16) ((HWND)(ULONG_PTR)(h16)) > > +/* needed by 16-bit shell code in shell.c */ > +BOOL WINAPI ShellExecuteExA32 (LPSHELLEXECUTEINFOA sei, BOOL is32); > + > #endif > Index: dlls/shell32/shellreg.c > =================================================================== > RCS file: /home/wine/wine/dlls/shell32/shellreg.c,v > retrieving revision 1.14 > diff -u -r1.14 shellreg.c > --- dlls/shell32/shellreg.c 3 Oct 2002 19:46:27 -0000 1.14 > +++ dlls/shell32/shellreg.c 12 Oct 2002 17:07:52 -0000 > @@ -147,86 +147,3 @@ > TRACE("0x%04x\n",hkey); > return RegCloseKey( hkey ); > } > - > - > -/* 16-bit functions */ > - > -/* 0 and 1 are valid rootkeys in win16 shell.dll and are used by > - * some programs. Do not remove those cases. -MM > - */ > -static inline void fix_win16_hkey( HKEY *hkey ) > -{ > - if (*hkey == 0 || *hkey == (HKEY)1) *hkey = HKEY_CLASSES_ROOT; > -} > - > -/****************************************************************************** > - * RegOpenKey [SHELL.1] > - */ > -DWORD WINAPI RegOpenKey16( HKEY hkey, LPCSTR name, PHKEY retkey ) > -{ > - fix_win16_hkey( &hkey ); > - return RegOpenKeyA( hkey, name, retkey ); > -} > - > -/****************************************************************************** > - * RegCreateKey [SHELL.2] > - */ > -DWORD WINAPI RegCreateKey16( HKEY hkey, LPCSTR name, PHKEY retkey ) > -{ > - fix_win16_hkey( &hkey ); > - return RegCreateKeyA( hkey, name, retkey ); > -} > - > -/****************************************************************************** > - * RegCloseKey [SHELL.3] > - */ > -DWORD WINAPI RegCloseKey16( HKEY hkey ) > -{ > - fix_win16_hkey( &hkey ); > - return RegCloseKey( hkey ); > -} > - > -/****************************************************************************** > - * RegDeleteKey [SHELL.4] > - */ > -DWORD WINAPI RegDeleteKey16( HKEY hkey, LPCSTR name ) > -{ > - fix_win16_hkey( &hkey ); > - return RegDeleteKeyA( hkey, name ); > -} > - > -/****************************************************************************** > - * RegSetValue [SHELL.5] > - */ > -DWORD WINAPI RegSetValue16( HKEY hkey, LPCSTR name, DWORD type, LPCSTR data, DWORD count ) > -{ > - fix_win16_hkey( &hkey ); > - return RegSetValueA( hkey, name, type, data, count ); > -} > - > -/****************************************************************************** > - * RegQueryValue [SHELL.6] > - * > - * NOTES > - * Is this HACK still applicable? > - * > - * HACK > - * The 16bit RegQueryValue doesn't handle selectorblocks anyway, so we just > - * mask out the high 16 bit. This (not so much incidently) hopefully fixes > - * Aldus FH4) > - */ > -DWORD WINAPI RegQueryValue16( HKEY hkey, LPCSTR name, LPSTR data, LPDWORD count ) > -{ > - fix_win16_hkey( &hkey ); > - if (count) *count &= 0xffff; > - return RegQueryValueA( hkey, name, data, count ); > -} > - > -/****************************************************************************** > - * RegEnumKey [SHELL.7] > - */ > -DWORD WINAPI RegEnumKey16( HKEY hkey, DWORD index, LPSTR name, DWORD name_len ) > -{ > - fix_win16_hkey( &hkey ); > - return RegEnumKeyA( hkey, index, name, name_len ); > -} > Index: dlls/shell32/shlexec.c > =================================================================== > RCS file: /home/wine/wine/dlls/shell32/shlexec.c,v > retrieving revision 1.8 > diff -u -r1.8 shlexec.c > --- dlls/shell32/shlexec.c 16 Sep 2002 19:27:51 -0000 1.8 > +++ dlls/shell32/shlexec.c 12 Oct 2002 17:07:59 -0000 > @@ -673,35 +673,6 @@ > return TRUE; > } > > - > -/************************************************************************* > - * ShellExecute [SHELL.20] > - */ > -HINSTANCE16 WINAPI ShellExecute16( HWND16 hWnd, LPCSTR lpOperation, > - LPCSTR lpFile, LPCSTR lpParameters, > - LPCSTR lpDirectory, INT16 iShowCmd ) > -{ > - SHELLEXECUTEINFOA sei; > - HANDLE hProcess = 0; > - > - sei.cbSize = sizeof(sei); > - sei.fMask = 0; > - sei.hwnd = HWND_32(hWnd); > - sei.lpVerb = lpOperation; > - sei.lpFile = lpFile; > - sei.lpParameters = lpParameters; > - sei.lpDirectory = lpDirectory; > - sei.nShow = iShowCmd; > - sei.lpIDList = 0; > - sei.lpClass = 0; > - sei.hkeyClass = 0; > - sei.dwHotKey = 0; > - sei.hProcess = hProcess; > - > - ShellExecuteExA32 (&sei, FALSE); > - return (HINSTANCE16)sei.hInstApp; > -} > - > /************************************************************************* > * ShellExecuteA [SHELL32.290] > */ > -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

1 1

Re: improve scanf
by György 'Nog' Jeney 12 Oct '02

12 Oct '02

Ooops, that patch has got an error in it, use this one instead. > ChangeLog: > * dlls/msvcrt/scanf.c > * dlls/msvcrt/scanf.h > Implement [ format specifier. > > nog.

1 0

Re: MZ_Exec() patch, try 2
by Jukka Heinonen 12 Oct '02

12 Oct '02

> This look more reasonable? Yep. Only a few bugs left. Because cmdline buffer belongs to the calling application you should not modify the buffer. Use of memcpy or something like that would be recommended. Also, use of variable "status" is a mystery to me. If CreateProcessA fails, it might not initialize handles and even if it does not fail, they might be null handles (I don't know if that matters, though). -- Jukka Heinonen <http://www.iki.fi/jhei/>

1 0

configuring wine under mingw
by David Fraser 12 Oct '02

12 Oct '02

When running configure on wine under mingw, I had problems creating secure temporary directories... The configure code has two options for creating a secure temporary directory. If the first method fails the second is used. The difficulty with the first one is that mktemp returns a Windows-style path ("C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\cscP2080") instead of a Unix-style one (/tmp/cscP2080) Since the backslashes are not escaped this then causes problems later when the temporary path is passed to sed as it cannot find C:DOCUME~1ADMINI~1LOCALS~1TempcscP2080/subs.sed This is actually because mingw/msys converts the unix-style path passed in to mktemp to a Windows-style one in the first place. Actually mingw does not have mktemp and the reason it was finding mktemp is that the cygwin directory was in my path. Removing the cygwin path fixes this problem, but then I don't have access to bison and yacc, so configure fails As an alternate solution, If I disallow the first of the two options on cygwin, then the tmp variable is set to /tmp/cs* and so it proceeds fine --- configure 10 Oct 2002 17:54:27 -0000 1.349 +++ configure 11 Oct 2002 13:55:36 -0000 @@ -14315,9 +14315,17 @@ } # Create a (secure) tmp directory for tmp files. +host_os=`echo $ac_cv_host | sed 's/^$[^-]*$-$[^-]*$-$.*$$/\3/'` +# disallow mktemp on mingw +case $MSYSTEM in + MINGW32*) + allowmktemp= ;; + *) + allowmktemp=yes ;; +esac : ${TMPDIR=/tmp} { - tmp=`(umask 077 && mktemp -d -q "$TMPDIR/csXXXXXX") 2>/dev/null` && + [ $allowmktemp ] && tmp=`(umask 077 && mktemp -d -q "$TMPDIR/csXXXXXX") 2>/dev/null` && test -n "$tmp" && test -d "$tmp" } || { I thought the logical thing to check was $host_os to see if we were running mingw. But when I tried it didn't seem to work :-) Not sure if this configure is autogenerated or if this patch is applicable, but thought others trying the same thing might find this helpful... David Fraser

3 2

Different window handles
by Medland, Bill 11 Oct '02

11 Oct '02

What is the difference between window handles 100nn and 200nn? I am trying to figure out why our program behaves differently between KDE and Gnome. One fundamental difference is a particular window is allocated as 20033 under kde (and behaves correctly) whereas it comes back as 1003f under Gnome (and behaves incorrectly) Bill

2 1

Problem in file dlls/commdlg/filedlg.c
by Lozano, Carlos A. 11 Oct '02

11 Oct '02

Hello, In the line 655, there is a test for when ofnW->lpstrFile is null > if (ofnW->lpstrFile) but a bit later in line 689,690 there is not the same check, then if ofnW->nMaxFile is 0 because ofnW->lpstrFile is null, then the line 690 write in a negative pos: > lfs->ofnA->lpstrFile[ofnW->nMaxFile-1] = 0; so mirc591t.exe installer crashes when tries change the drive in the browse option. Can someone fix it? Regards, Carlos. -- _______________________________________________________ _/_ / / \/ ANDAGO |-- [ Infraestructuras - Andago.com ] \____/\ [ email:carlos.lozano@andago.com ] ______\__\_____________________________________________

1 0

Re: wine/dlls/avifil32: implemented many functions
by Greg Turner 11 Oct '02

11 Oct '02

On Friday 11 October 2002 04:49 pm, Michael Günnewig wrote: > Hallo. > > This patch adds many functionality to the avifil32.dll. It's now > possible to use the wine/programs/avitools/aviinfo programm. > > - added DllCanUnloadNow, DllGetClassObject to avifil32.spec > - implemented AVIFileOpenW > - implemented many functions of the AVI filehandler. > - added resources to avifil32 > - added FIND_* consts to include/vfw.h > - added registry entries for avifile.dll and avifil32.dll Without bothering to properly look into it for myself, might I ask what this does? + /* adjust permissions if copyrighted material in file */ + if (MainAVIHdr.dwFlags & AVIFILEINFO_COPYRIGHTED) { + This->uMode &= ~MMIO_RWMODE; -- 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

1 0

Re: winapi_test update
by Alexandre Julliard 11 Oct '02

11 Oct '02

Patrik Stridvall <ps(a)leissner.se> writes: > *** include_test_generated > > * include/wine/test_generated.h: > New include file with helpers for the generated tests. I think it would be better to put these macros in each generated C file. The code duplication doesn't hurt since it's all generated code anyway, and I'd rather avoid creating yet another global include. -- Alexandre Julliard julliard(a)winehq.com

1 0

Exception with ocx not caught
by Fabian Cenedese 11 Oct '02

11 Oct '02

Hi I already posted about this problem, now maybe someone else is able to help me. Creating ocx: http://www.winehq.com/hypermail/wine-devel/2002/09/0021.html Catching MFC exception: http://www.winehq.com/hypermail/wine-devel/2002/09/0057.html I now have a simple ocx and an exe that has nothing else than this ocx in it. The ocx appears as black circle on white ground in the upper left corner (right, the wizard made ocx) In Windows it works without a problem but in wine there's an exception upon creating the ocx. It happens with both builtin and native msvcrt.dll. I can see that some exceptions are raised about missing properties in the ocx, they also appear on Windows (debug output) and get caught before doing any harm. I sometimes had problems reproducing it. Then the dialog came up but without ocx. Both exe and ocx are made with MSVC6 (Project and binaries, debug/release): http://www.indel.ch/ftp/TestException.zip Also here is a backtrace at the moment of the exception: http://www.indel.ch/ftp/TestException.txt Alexandre once asked for an example, maybe he or someone else can use this here. I'm using actual wine from cvs on SuSE8, original dlls tried from NT4. Thanks bye Fabi

3 3

building ntdll on cygwin
by Steven Edwards 11 Oct '02

11 Oct '02

we get much futher now when building ntdll on cygwin. when linking I am getting the following error ntdll.exp(.edata+0xe4c):fake: undefined reference to `NTDLL_alloca_probe@0' ntdll.exp(.edata+0xe5c):fake: undefined reference to `NTDLL_chkstk@0' there are some other warnings but this is the only major thing with ntdll. Thanks Steven

4 6

Building setupapi under Mingw
by Steven Edwards 11 Oct '02

11 Oct '02

Hola, I noticed some work was going on in setupapi so I figured now would be a good time to ask for some help on the Windows/Mingw port. When I try to build under mingw I get this Info: resolving _wine_ldt_copy by linking to __imp__wine_ldt_copy (auto-import) setupapi.dll.glue.o(.text+0x82):setupapi.dll.glue.c: undefined reference to `win e_call_to_16_word@8' fu000001.o(.idata$3+0xc): undefined reference to `libwine_a_iname' nmth000000.o(.idata$4+0x0): undefined reference to `_nm__wine_ldt_copy' C:\mingw\bin\dllwrap.exe: C:\mingw\bin\gcc exited with status 1 make: *** [setupapi.dll] Error 1 Any hints as to how to fix? Thanks Steven

1 0

Re: wine/dlls Makefile.in rpcrt4/Makefile.in rpcrt ...
by Greg Turner 11 Oct '02

11 Oct '02

On Thursday 10 October 2002 06:36 pm, Alexandre Julliard wrote: > ChangeSet ID: 5742 > Patch: http://cvs.winehq.com/patch.py?id=5742 >--- wine/dlls/Makefile.in:1.155 Thu Oct 10 23:54:58 2002 >+++ wine/dlls/Makefile.in Thu Oct 10 23:54:58 2002 >@@ -821,7 +821,7 @@ > quartz: kernel32.dll$(DLLEXT) > rasapi32: kernel32.dll$(DLLEXT) > richedit: user32.dll$(DLLEXT) kernel32.dll$(DLLEXT) >-rpcrt4: kernel32.dll$(DLLEXT) >+rpcrt4: advapi32.dll$(DLLEXT) kernel32.dll$(DLLEXT) > serialui: user32.dll$(DLLEXT) advapi32.dll$(DLLEXT) kernel32.dll$(DLLEXT) > setupapi: user32.dll$(DLLEXT) advapi32.dll$(DLLEXT) kernel32.dll$(DLLEXT) ntdll.dll$(DLLEXT) > shdocvw: ole32.dll$(DLLEXT) kernel32.dll$(DLLEXT) > >Index: wine/dlls/rpcrt4/Makefile.in >diff -u wine/dlls/rpcrt4/Makefile.in:1.15 wine/dlls/rpcrt4/Makefile.in:1.16 >--- wine/dlls/rpcrt4/Makefile.in:1.15 Thu Oct 10 23:54:58 2002 >+++ wine/dlls/rpcrt4/Makefile.in Thu Oct 10 23:54:58 2002 >@@ -4,7 +4,7 @@ > SRCDIR = @srcdir@ > VPATH = @srcdir@ > MODULE = rpcrt4.dll >-IMPORTS = kernel32 >+IMPORTS = advapi32 kernel32 > EXTRALIBS = $(LIBUUID) > > LDDLLFLAGS = @LDDLLFLAGS@ Alexandre, thank you for continuing to make up for my ignorance of the inner workings of the makefiles! Amongst other things, I noticed that instead of IMPORTS += ntdll, you did EXTRALIBS = ($LIBUUID). So, this makes me wonder, how on earth does one know what all these dependencies are? It's all-too-easy to suck in some .h file and call methods without knowing what dll dependencies you've really created... and unfortunately, the darn thing seems all-too-happy to compile despite this. Is there, aside from "just knowing," or tracing down API's one-by-one, a task which isn't always obvious to me anyhow, a systematic way to check for broken dll dependencies? I also presume there are some rules about what is allowed to depend on what, which I also don't know... I'd rather not create superfluous work for you because I don't know what I'm doing, so I figure it's time to educate myself, especially if I plan to go beyond just feeding you patches from Ove. Thanks, -- gmt "If ye love wealth better than liberty, the tranquility of servitude better than the animating contest of freedom, go home from us in peace. We ask not your counsels or your arms. Crouch down and lick the hands, which feed you. May your chains set lightly upon you, and may posterity forget that ye were our countrymen." -Samuel Adams

2 2

Re : wine/programs/wcmd wcmdmain.c
by Sylvain Petreolle 10 Oct '02

10 Oct '02

> Log message: > Try CreateProcess even if SHGetFileInfo fails so that we can > launch Unix binaries. Isn't that dangerous ? A windows program could gain access to some commands that shouldn't launch into normal windows. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

6 6

MZ_Exec() patch, try 2
by chrismorgan＠rcn.com 10 Oct '02

10 Oct '02

This look more reasonable? Thanks, Chris * dlls/winedos/module.c: Chris Morgan <cmorgan(a)alum.wpi.edu> Call CreateProcessA() when executing non-dos applications from a dos application. Index: dlls/winedos/module.c =================================================================== RCS file: /home/wine/wine/dlls/winedos/module.c,v retrieving revision 1.21 diff -u -r1.21 module.c --- dlls/winedos/module.c 30 Aug 2002 00:03:25 -0000 1.21 +++ dlls/winedos/module.c 10 Oct 2002 22:08:48 -0000 @@ -339,17 +339,68 @@ /*********************************************************************** * MZ_Exec + * + * this may only be called from existing DOS processes */ BOOL WINAPI MZ_Exec( CONTEXT86 *context, LPCSTR filename, BYTE func, LPVOID paramblk ) { - /* this may only be called from existing DOS processes - * (i.e. one DOS app spawning another) */ - /* FIXME: do we want to check binary type first, to check - * whether it's a NE/PE executable? */ + DWORD binType; + STARTUPINFOA st; + PROCESS_INFORMATION pe; + BOOL status; + HANDLE hFile = CreateFileA( filename, GENERIC_READ, FILE_SHARE_READ, NULL, OPEN_EXISTING, 0, 0); BOOL ret = FALSE; + + if(!GetBinaryTypeA(filename, &binType)) /* determine what kind of binary this is */ + { + return FALSE; /* binary is not an executable */ + } + if (hFile == INVALID_HANDLE_VALUE) return FALSE; + + /* handle non-dos executables */ + if(binType != SCS_DOS_BINARY) + { + if(func == 0) /* load and execute */ + { + BYTE fullCmdLine[512]; + LPBYTE psp_start = (LPBYTE)((DWORD)DOSVM_psp << 4); + PDB16 *psp = (PDB16 *)psp_start; + ExecBlock *blk = (ExecBlock *)paramblk; + LPBYTE cmdline = PTR_REAL_TO_LIN(SELECTOROF(blk->cmdline),OFFSETOF(blk->cmdline)); + LPBYTE envblock = PTR_REAL_TO_LIN(psp->environment, 0); + BYTE cmdLength = cmdline[0]; + cmdline[cmdLength + 1] = 0; /* null terminate and remove the \r at the end */ + cmdline++; /* the first character contains the length of the command line */ + + snprintf(fullCmdLine, sizeof(fullCmdLine), "%s %s", filename, cmdline); /* build the full command line */ + + ZeroMemory (&st, sizeof(STARTUPINFOA)); + st.cb = sizeof(STARTUPINFOA); + status = CreateProcessA (NULL, fullCmdLine, NULL, NULL, TRUE, + 0, envblock, NULL, &st, &pe); + + /* wait here until the child process is complete */ + WaitForSingleObject(pe.hProcess, INFINITE); + + /* clean up PROCESS_INFORMATION handles */ + CloseHandle(pe.hProcess); + CloseHandle(pe.hThread); + + ret = TRUE; + } else + { + FIXME("EXEC type of %d not implemented for non-dos executables\n", func); + ret = FALSE; + } + + CloseHandle(hFile); + return ret; + } /* if(binType != SCS_DOS_BINARY) */ + + /* handle dos executables */ switch (func) { case 0: /* load and execute */ case 1: /* load but don't execute */

1 0

Re: Scrollbar clean up part 1
by Alexandre Julliard 10 Oct '02

10 Oct '02

"Andrew M. Johnston" <johnstonam(a)logica.com> writes: > This interim patch will do a little more drawing than is strictly necessary. > (I hear what you asked re not changing names of things but in the interest of > producing something this version does make the structure names lower case > as is common else where and hence there are some irrelevant changes in > SCROLL_GetScrollBarRect) I still don't see much reason for renaming these things, but if you really want to do it, again a separate patch with just that change would be nicer. Also if you could avoid changing all the indentation it would make it a lot easier to see the real changes. Your patch breaks the scrollbars in notepad for me, but there are so many irrelevant differences that finding the bug is a lot more painful than it should be. -- Alexandre Julliard julliard(a)winehq.com

2 2

Load .so error
by Fabian Cenedese 10 Oct '02

10 Oct '02

Hi I already managed to load a .so recently but I can't get it to work on my new PC. The Windows dll was MyDll.dll which I turned now into a .so. ELF_LoadLibraryExA is looking for a libMyDll.so but returns with error=2. I couldn't find out what this error means. I have my .so with same spelling and case in various places (local to exe, windows\system, /usr/lib, /usr/local/lib) but nothing helped. I take it that this is a Linux problem and not from wine. Maybe something with rights? Thanks bye Fabi

3 4

Using a DLL from a linux shared lib
by Descalzi Carlos 10 Oct '02

10 Oct '02

Hi. I'm trying to use a DLL from a linux shared lib and i'm having the next error in the initialization: err:heap:HEAP_GetPtr Invalid heap 00000000! err:heap:HEAP_GetPtr Invalid heap 00000000!

2 1

focus and auto-raise
by Thorsten Kranzkowski 10 Oct '02

10 Oct '02

Hello! We're running quite successful the Lotus Notes Client under wine here. However there's one entry on my wishlist: Would it be possible to teach wine to _not_ auto raise windows when they get focus? We're using wine in managed mode so that it is possible to use several desktops etc. We prefer to use focus-when-mouse-enters-window mode but without automatically raising the windows. Unfortunately wine raises itself when it's getting focus. This leads to some undesireable effects like garbled popup-windows (when focus switches for the fraction of a second to the underlying main window - not much but enough to redraw the background) or oscillations (two main windows are on top of each other, due to 'lucky' timing and not being able drawing fast enough the lower window gets focus - so it gets raised and during drawing the new lower one gets focus ...) These effects are greatly reduced by using click-to-focus mode, but we don't want that :-) BTW: Many thanks for working printer support! Bye, Thorsten PS: please CC: me on reply -- | Thorsten Kranzkowski phone: +49 5402 9844-32 fax: -99 | | CCE Systemhaus GmbH & Co. KG office: tkranzkowski(a)cce.de | | Gewerbepark 18, D-49143 Bissendorf private: dl8bcu(a)dl8bcu.de |

1 0

Problems with multiple Wine programs at once
by David D. Hagood 10 Oct '02

10 Oct '02

I have the misfortune of needing to use Windows based DSP compilers for a project I am working on. Fortunately, they run under Wine just fine. So, the actual makefile is executed by a native GNU/Linux make, but the compile and assemble parts are Windows programs running under Wine (using Linux's binfmt_misc to launch them.) If I do a normal make, all is well. However, if I try to do a "make -j2" then after a few moments all the wine processes will freeze. Doing a ps -o wchan shows all the wine processes stuck in pipe_wait, and the wineserver process in do_poll. Has any body else seen this sort of behavior?

2 1

Re : wine/programs/wcmd wcmdmain.c
by Sylvain Petreolle 10 Oct '02

10 Oct '02

> Log message: > Try CreateProcess even if SHGetFileInfo fails so that we can > launch Unix binaries. Isn't that dangerous ? A windows program could gain access to some commands that shouldn't launch into normal windows. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Please ignore previous posting
by Matthew Davison 09 Oct '02

09 Oct '02

Please ignore my previous posting (if it even showed up), the fault was nothing to do with wine. -- Matthew Davison

1 0

Office XP bug in cvs
by Matthew Davison 09 Oct '02

09 Oct '02

a week or so ago word and excel XP started working on my machine under wine, after updating from cvs they will not start. They did work with CVS at lunchtime today, however. -- Matthew Davison

1 0

Re: wine/dlls/msvideo/msrle32: Some minor bugfixes.
by Eric Pouech 09 Oct '02

09 Oct '02

Michael Günnewig a écrit : > > Hallo. > > The following patch prevents some segfaults in the msrle32. > > It adds also the necessary line to the sample system.ini for using > this video codec. arrgh, I just sent your patch to wine-patches... for next patches (if there will be some more ;-), can we assume you'll send them to both rewind & wine ? (just to avoid doing twice the same job) A+

1 0

winedbg - walk wnd broken?
by Roger Eisenecher 09 Oct '02

09 Oct '02

Hi List I am using winedbg with the commands "walk wnd" or "info wnd <handle>". But unfortunately both functions seems to have problems to retrieve the registered window classes. I get always the class "-- Unknown --" expect for the top window (desktop). Could some one explain me why this happen or if this is a known "feature" of winedbg? kindly regards roger

2 3

Re: [Fwd: Registry problem]
by steve.lustbader＠philips.com 09 Oct '02

09 Oct '02

>On Wed, Oct 09, 2002 at 01:55:00PM -0400, twickline2(a)triad.rr.com wrote: >> > Reply and cut out what you don't need...... >> > Posted from Lotus Notes Build V60_M13_04032002 >> > >> > Tom >> >> Sorry... You need to reply with ( Internet Style History ) >Aah ! If only I had known that this is indeed possible when I was forced >to use Notes ! >Oh, and yes, Notes' email representation is CRAPPY. >(not to mention that it has other bugs which are laughable) > >Thanks for this hint ! > Unfortunately, they added this feature in V6, and v5 (which I'm stuck with) has no such feature (I did the quoting by hand for this reply).

1 0

Documentation and tools
by Steven Edwards 09 Oct '02

09 Oct '02

Hola, I would like to do some work on documentation for cygwin, mingw and MS_VC but need the sgml docbook tools. I could reboot in to Linux to work on it but I would like to be able to be able to build/support the docs under cygwin and mingw. What and where are the tools I need to build wines dtd? I have tried to port the sgml-tools package but have had issues building it with cygwin so I am thinking I am missing something. Anyone care to help? Thanks Steven

1 0

Re: Registry problem
by steve.lustbader＠philips.com 09 Oct '02

09 Oct '02

Yup, this patch solved the bad file descriptor problem, but WinAmp gives me this output when I run it (with a backtrace): Unhandled exception: unimplemented function msvcrt.dll._i64toa called in 32-bit code (0x40cb0052). In 32-bit mode. Symbol __strtol_internal is invalid 0x40cb0052 (__wine_unimplemented+0x52 [msvcrt.spec.c:47] in msvcrt.dll.so): jmp 0x40cb004c (__wine_unimplemented+0x4c [msvcrt.spec.c:47] in msvcrt.dll.so) 50 void __wine_stub_msvcrt_dll_24(void) { __wine_unimplemented("??_7__non_rtti_object@@6B@"); } Wine-dbg>bt Backtrace: =>0 0x40cb0052 (__wine_unimplemented+0x52(func=0x40cc6851) [msvcrt.spec.c:47] in msvcrt.dll.so) (ebp=406dfc5c) 1 0x40cb0604 (__wine_stub_msvcrt_dll_275 [msvcrt.spec.c:102] in msvcrt.dll.so) (ebp=406dfc6c) 2 0x10076730 (OUT_DS.DLL.winampGetOutModule+0x22a8 in C:\PROGRAM FILES\WINAMP\PLUGINS\OUT_DS.DLL) (ebp=406dfce8) 3 0x100766a0 (OUT_DS.DLL.winampGetOutModule+0x2218 in C:\PROGRAM FILES\WINAMP\PLUGINS\OUT_DS.DLL) (ebp=406e0358) 4 0x00418994 (winamp.exe..text+0x17994 in C:\Program Files\Winamp\winamp.exe) (ebp=403d46da) 5 0x002e0000 (ebp=00240000) *** Invalid address 0x00240000 (I don't really need to use winamp, but it was an easy example of the previous problem.) -Steve PS - Uwe, I'd love to be able to quote email correctly, but I'm forced to use Lotus Notes at work, which doesn't seem to know how to reply very well. If anyone knows how to make Notes behave like a normal mail client, let me know. Alexandre Julliard To: Steve Lustbader/ANR/MS/PHILIPS@AMEC <julliard@winehq cc: Sylvain Petreolle <spetreolle(a)yahoo.fr> .com> wine-devel(a)winehq.com Sent by: Subject: Re: Registry problem julliard@winehq. com Classification: 10/09/2002 12:25 PM steve.lustbader(a)philips.com writes: > When I try to run WinAmp, it exits immediately with that same error. > It doesn't run at all, unlike the installer, which runs but then ends > with the error (probably when it tries to run winamp itself). Does this help? Index: dlls/winmm/wineoss/audio.c =================================================================== RCS file: /opt/cvs-commit/wine/dlls/winmm/wineoss/audio.c,v retrieving revision 1.62 diff -u -r1.62 audio.c --- dlls/winmm/wineoss/audio.c 7 Oct 2002 18:23:40 -0000 1.62 +++ dlls/winmm/wineoss/audio.c 9 Oct 2002 16:23:52 -0000 @@ -245,7 +245,7 @@ if ((fd = open(ossdev->dev_name, ossdev->open_access|O_NDELAY, 0)) == -1) { WARN("Couldn't open out %s (%s)\n", ossdev->dev_name, strerror(errno)); - return (errno == EBUSY) ? MMSYSERR_ALLOCATED : MMSYSERR_ERROR; + return -1; } fcntl(fd, F_SETFD, 1); /* set close on exec flag */ /* turn full duplex on if it has been requested */ @@ -373,7 +373,7 @@ } TRACE("Changing fd from %d to ", ossdev->fd); close(ossdev->fd); - OSS_RawOpenDevice(ossdev, &ossdev->audio_fragment); + ossdev->fd = OSS_RawOpenDevice(ossdev, &ossdev->audio_fragment); TRACE("%d\n", ossdev->fd); return ossdev->fd; } -- Alexandre Julliard julliard(a)winehq.com

2 1

wrong size under gnome
by Medland, Bill 09 Oct '02

09 Oct '02

Any ideas before I spend lots of time? Our application has a right mix of technologies involved. This problem manifests itself with a container application hosting an OCX generated from Visual Basic. The container sizes itself as it loads the ocx. Under kde everything is fine; the dialog that is hosted is fully displayed. However under Gnome it seems that the size of the whole window is too small by the height of the window title bar, so that the bottom 18 pixels are hidden. any ideas? Bill

1 0

Re: [Fwd: Registry problem]
by twickline2＠triad.rr.com 09 Oct '02

09 Oct '02

> Reply and cut out what you don't need...... > Posted from Lotus Notes Build V60_M13_04032002 > > Tom Sorry... You need to reply with ( Internet Style History ) And cut out what you dont want/need... Now ill go away :) Tom

2 1

Re: Registry problem
by steve.lustbader＠philips.com 09 Oct '02

09 Oct '02

I'm using the latest cvs source (I update every day). I tried using a native advapi32 (from WinXP, which is all I have access to), but that just resulted in lots of other problems (unimplemented functions in ntdll.dll, etc. When I try to run WinAmp, it exits immediately with that same error. It doesn't run at all, unlike the installer, which runs but then ends with the error (probably when it tries to run winamp itself). Is it possible that sound isn't set up properly on my system? I don't really need sound on it, so I haven't played around with it too much. It's just the normal Redhat 7.2 install, with whatever sound settings it picked. I can listen to mp3's with xmms, though. -Steve Sylvain Petreolle To: Steve Lustbader/ANR/MS/PHILIPS@AMEC <spetreolle@yaho wine-devel(a)winehq.com o.fr> cc: Subject: Re: Registry problem 10/09/2002 02:18 AM Classification: What version of wine did you use ? With CVS of Oct 08, I install without problem. --- steve.lustbader(a)philips.com a écrit : > I started having a problem with today's source that appears > to be either registry or sound related. When I tried to > install Winamp (v 2.81 lite) in wine, I get this error: > > wine client error:8091280: sendmsg: Bad file descriptor > > Output from +reg,+relay ends with > > 08091280:Call > ntdll.NtQueryValueKey(00000048,40124878,00000002,406e2acc,00000100,406e2ac0) > ret=40977acc > trace:reg:NtQueryValueKey (0x48,L"WaveMapper",2,0x406e2acc,256) > wine client error:8091280: sendmsg: Bad file descriptor > > (the last 100 lines of the output can be seen at > http://www.lustbader.net/winamp.txt) > > I tried getting rid of my ~/fake_c and ~/.wine directories > and running wineinstall again, but that didn't help. > > -Steve > > ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

3 2

Registry problem
by twickline2＠triad.rr.com 09 Oct '02

09 Oct '02

-Steve PS - Uwe, I'd love to be able to quote email correctly, but I'm forced to use Lotus Notes at work, which doesn't seem to know how to reply very well. If anyone knows how to make Notes behave like a normal mail client, let me know. Reply and cut out what you don't need...... Posted from Lotus Notes Build V60_M13_04032002 Tom

1 0

Re: Registry problem
by steve.lustbader＠philips.com 09 Oct '02

09 Oct '02

I tried the cvs source from October 7, and the problem doesn't occur (although winamp does crash with an unimplemented MSVCRT function when I try to run it). steve.lustbader+FromInterNet@ philips.com To: Sylvain Petreolle <spetreolle(a)yahoo.fr> Sent by: cc: wine-devel(a)winehq.com wine-devel-admin(a)winehq.com (bcc: Steve Lustbader/ANR/MS/PHILIPS) Subject: Re: Registry problem 10/09/2002 10:42 AM Classification: I'm using the latest cvs source (I update every day). I tried using a native advapi32 (from WinXP, which is all I have access to), but that just resulted in lots of other problems (unimplemented functions in ntdll.dll, etc. When I try to run WinAmp, it exits immediately with that same error. It doesn't run at all, unlike the installer, which runs but then ends with the error (probably when it tries to run winamp itself). Is it possible that sound isn't set up properly on my system? I don't really need sound on it, so I haven't played around with it too much. It's just the normal Redhat 7.2 install, with whatever sound settings it picked. I can listen to mp3's with xmms, though. -Steve Sylvain Petreolle To: Steve Lustbader/ANR/MS/PHILIPS@AMEC <spetreolle@yaho wine-devel(a)winehq.com o.fr> cc: Subject: Re: Registry problem 10/09/2002 02:18 AM Classification: What version of wine did you use ? With CVS of Oct 08, I install without problem. --- steve.lustbader(a)philips.com a écrit : > I started having a problem with today's source that appears > to be either registry or sound related. When I tried to > install Winamp (v 2.81 lite) in wine, I get this error: > > wine client error:8091280: sendmsg: Bad file descriptor > > Output from +reg,+relay ends with > > 08091280:Call > ntdll.NtQueryValueKey(00000048,40124878,00000002,406e2acc,00000100,406e2ac0) > ret=40977acc > trace:reg:NtQueryValueKey (0x48,L"WaveMapper",2,0x406e2acc,256) > wine client error:8091280: sendmsg: Bad file descriptor > > (the last 100 lines of the output can be seen at > http://www.lustbader.net/winamp.txt) > > I tried getting rid of my ~/fake_c and ~/.wine directories > and running wineinstall again, but that didn't help. > > -Steve > > ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 1

Re: Major tidy up of Scroll.c to add foundations for flatscroll bars
by Alexandre Julliard 09 Oct '02

09 Oct '02

"Andrew M. Johnston" <johnstonam(a)logica.com> writes: > controls.h - improve the scroll bar nonclient separation > nonclient.c - remove NC_TrackScrollBar and use scrollbar WINAPI routine > scrollbar.c - complete rewrite using similar structure and logic > - unified drawing code > - simpler event processing logic > - minimised drawing > - better conformance to windows on LINEUP and LINEDOWN events All the flat scrollbar stuff has nothing to do in scroll.c, the normal scrollbars shouldn't need to know anything about flatsb at all. The flatsb control should intercept messages it needs to change by subclassing the windows, and call down to the normal scrollbar where necessary. > Note: it is possible to split the scroll changes up into three consistent parts if > really necessary That would be nice. Also if you could avoid unnecessary changes like renaming SCROLLBAR_INFO to SCROLL_INFO that would make it easier to see what is really being changed. -- Alexandre Julliard julliard(a)winehq.com

3 5

Listview
by Dimitrie O. Paun 09 Oct '02

09 Oct '02

Hi folks, Here's a quick status update on the listview. Currently, the listview goes through a major cleanup. It is required -- the file is huge (over 10000 lines when I started, now it's 9200 with more features!), and has accumulated a lot of cruft over the last few years. This is very normal for such a complex control as listview, and we need to prep the code to add more features. At the same time, I go over the code, review it for correctness, fix bugs, and implement the missing functionality. While it may look I do mostly code reorganizations, this is not the case: a lot of corner bugs have been fixed, functionality has been enhanced, code has been cleaned up, and simplified. Due to the cleaner code base, we are in a better position to fix problem, and add features. The downside of all this is that (1) old bugs, and missing functionality is exposed, (2) new bugs are introduced. On top of it all, two major efforts were happening simultaneously: Guy's ICON mode work, and mine. Guy did a wonderful job at fixing some of the issues in ICON mode, unfortunately my changes interacted with his in a nasty way. So we have some problems. I am aware of some of them, and I'm working to fix them. But it will take some time, as I trying to fix a problem, I see some cleanup that needs doing _before_ I work on the bug itself. Currently, I am aware of the following problems: -- selection (clicking on items sometimes does not select them) -- drawing (focus, background, etc.) -- calculating item rectangles If you are experience problems with the listview, I'd like to hear from you. If you want to help, some test cases will help quite a bit. -- Dimi.

3 10

wine on sparc solaris
by Juraj Hercek 09 Oct '02

09 Oct '02

Hi, Since no one had similar problems as I did on sparc solaris (no reply to my previous email sent to wine-devel on /Wed Oct 02 2002 - 09:38:12 CDT/ ). I started to debug it. First problem lies here: $WINE_ROOT/dlls/ntdll/virtual.c:986 There is a condition that says: (char *)base + size > (char *)ADDRESS_SPACE_LIMIT If base+size is above address space limit, NtAllocateVirtualMemory fails. Problem is, that addresses returned by wine_anon_mmap function ($WINE_ROOT/library/port.c:458) - which in turn calls system mmap - are far behind ADDRESS_SPACE_LIMIT (ADDRESS_SPACE_LIMIT=0xc0000000, definition in $WINE_ROOT/dlls/ntdll/virtual.c:110). Just to be precise, they are around 0xfe000000 and higher. I changed address space limit to -1, just to avoid this problem (I know, this is probably not the best solution, but I didn't find better one at the moment). After this change NtAllocateVirtualMemory passed. When I run it again, I got stuck in setup_dos_mem() function ($WINE_ROOT/msdos/dosmem.c:489) where is error saying: "Cannot use first megabyte for DOS address space, please report." After deeper insight I figured out that try_mmap_fixed() function failed ($WINE_ROOT/library/port.c:431), because memory page we were trying to allocate was alredy mapped. So, question is: Is there any way how to solve these two problems (address space limit, already mapped pages) correctly? Thanks for reply. Juraj

1 0

LoadLibrary during PROCESS_ATTACH
by Uwe Bonnes 09 Oct '02

09 Oct '02

Hallo, I am trying to debug Xilinx webpack version 5.1. If I understand things right, the "ise" application crashed because it unloads a dll, but later still accesses this dll. This seems to happen, because during MODULE_InitDLL of the dll it calls a Loadlibrary on itself. As MODULE_InitDLL sets WINE_MODREF_MARKER, and the flow of execution in LoadLibrary checks for WINE_MODREF_MARKER before incrementing the RefCount, the refcount gets wrong and the application unloaded. Forcing the increment of RefCount in MODULE_LoadLibraryExA unconditional of WINE_MODREF_MARKER makes the application continue. Do we need the check for WINE_MODREF_MARKER in MODULE_LoadLibraryEx? Do we still need MODULE_LoadLibraryEx at all? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

2 2

Registry problem
by steve.lustbader＠philips.com 09 Oct '02

09 Oct '02

I started having a problem with today's source that appears to be either registry or sound related. When I tried to install Winamp (v 2.81 lite) in wine, I get this error: wine client error:8091280: sendmsg: Bad file descriptor Output from +reg,+relay ends with 08091280:Call ntdll.NtQueryValueKey(00000048,40124878,00000002,406e2acc,00000100,406e2ac0) ret=40977acc trace:reg:NtQueryValueKey (0x48,L"WaveMapper",2,0x406e2acc,256) wine client error:8091280: sendmsg: Bad file descriptor (the last 100 lines of the output can be seen at http://www.lustbader.net/winamp.txt) I tried getting rid of my ~/fake_c and ~/.wine directories and running wineinstall again, but that didn't help. -Steve

4 4

Re: Re: jack audio driver
by chrismorgan＠rcn.com 08 Oct '02

08 Oct '02

> > From: Eric Pouech <eric.pouech(a)wanadoo.fr> > Date: 2002/10/08 Tue PM 03:48:04 EDT > To: Chris Morgan <cmorgan(a)alum.wpi.edu> > CC: wine-devel(a)winehq.com > Subject: Re: jack audio driver > > Chris Morgan a écrit : > > > > I have an audio driver for the jack audio server, > > http://jackit.sourceforge.net. This is a callback based server, so each time > > the server needs audio data it executes a client callback function. I was > > wondering if there was any interest in having this driver as part of mainline > > wine code as an example of how to write a wine audio driver for a callback > > based architecture. > well, it depends what you look at > jack way well be the standardized API for audio application > interoperability on Linux > but, some folks may argue that arts may well become the same > as of today, I don't like the number of sound drivers that we already > have (OSS, alsa, arts, nas) just for linux > it, of course, reflects the mess in low level audio interface in linux It really is a mess. It seems clear that we should do away for the most part with having applications interface directly with sound drivers like oss/alsa, and instead go through sound servers like arts/jack/etc. In technical aspects a callback based architecture is far superior to a polling based architecture. It has a lower latency and enforces a cleaner sound implementation on applications. What I haven't seen yet is a widely used audio server that people agree upon. Someone really needs to take the lead and start pushing a callback based sound server that is under active development(arts appears not to be) that is not kde/gnome specific.</rant> > what I really fear is the real maintenance of those drivers > as of today, OSS is maintained, I cannot really tell the same for the > others > it's never a bad idea to share code, but I fear we're not going to be > able to maintain all the drivers (but we don't maintain them all today > anyway) > so go for it > (sorry for thinking while writing ;-) Wonder when we can phase out the OSS driver and concentrate on the ALSA one. Seems like a waste to support two drivers that fulfill the same role. Chris

2 1

jack audio driver
by Chris Morgan 08 Oct '02

08 Oct '02

I have an audio driver for the jack audio server, http://jackit.sourceforge.net. This is a callback based server, so each time the server needs audio data it executes a client callback function. I was wondering if there was any interest in having this driver as part of mainline wine code as an example of how to write a wine audio driver for a callback based architecture. Chris

2 1

sound problem
by Rein Klazes 08 Oct '02

08 Oct '02

Hi, Last nights cvs commits gives a problem with sound in Agent. It is the ping played when new mail is received. The first time goes alright, the second time it kills agent: | trace:wave:OSS_wodMessage (0, 0005, 42E12C74, 42E12CA4, 00030008); | trace:wave:wodOpen (0, 0x42e12ca4, 00030008); | warn:wave:OSS_RawOpenDevice Couldn't open out /dev/dsp (Device or resource busy) | err:wave:wodOpen ioctl can't 'SNDCTL_DSP_GETOSPACE' ! | trace:wave:OSS_wodMessage (1, 0005, 42E12C74, 42E12CA4, 00030008); | trace:wave:wodOpen (1, 0x42e12ca4, 00030008); | warn:wave:OSS_RawOpenDevice Couldn't open out /dev/dsp1 (No such device) | err:wave:wodOpen ioctl can't 'SNDCTL_DSP_GETOSPACE' ! | trace:wave:OSS_wodMessage (2, 0005, 42E12C74, 42E12CA4, 00030008); | trace:wave:wodOpen (2, 0x42e12ca4, 00030008); | warn:wave:OSS_RawOpenDevice Couldn't open out /dev/dsp2 (No such device) | err:wave:wodOpen ioctl can't 'SNDCTL_DSP_GETOSPACE' ! | wine client error:806fe00: sendmsg: Bad file descriptor And the wine returns to the prompt in the xterm from which it is started. Some other thread continues: | trace:wave:OSS_wodMessage (0, 0005, 42E12C48, 42E12C78, 00030008); | trace:wave:wodOpen (0, 0x42e12c78, 00030008); | warn:wave:OSS_RawOpenDevice Couldn't open out /dev/dsp (Device or resource busy) | err:wave:wodOpen ioctl can't 'SNDCTL_DSP_GETOSPACE' ! [these 4 messages repated 11 times] | trace:wave:OSS_wodMessage (1, 0005, 42E12C48, 42E12C78, 00030008); | trace:wave:wodOpen (1, 0x42e12c78, 00030008); | warn:wave:OSS_RawOpenDevice Couldn't open out /dev/dsp1 (No such device) | err:wave:wodOpen ioctl can't 'SNDCTL_DSP_GETOSPACE' ! [those too] | trace:wave:OSS_wodMessage (2, 0005, 42E12C48, 42E12C78, 00030008); | trace:wave:wodOpen (2, 0x42e12c78, 00030008); | warn:wave:OSS_RawOpenDevice Couldn't open out /dev/dsp2 (No such device) | err:wave:wodOpen ioctl can't 'SNDCTL_DSP_GETOSPACE' ! [and those] | err:ntdll:RtlpWaitForCriticalSection section 0x40875b7c "../../windows/user.c: USER_SysLevel" wait timed out, retrying (60 sec) tid=08fc03c0 this happens sometimes. If so it is followed by an attempt to start the debugger. Any suggestions? Rein. -- Rein Klazes rklazes(a)xs4all.nl

2 1

automagical .sym symbol loading in winedbg?
by Greg Turner 08 Oct '02

08 Oct '02

Is there any way to get winedbg to automagically load .sym files from some particular directory? winedbg> "symbolfile [full unix path of .sym file]/[filename.sym]" it seems to work; but what a hassle! All that crap is in "/var/src/nosrc/DOTwine/fake_windows/windows/Symbols," quite a lot to type over and over (yes, I have cut-and-paste capabilities... but it still sucks). I see it looking for ".dbg" files but not ".sym". I'm experimenting with the Windows 98/98SE DDK symbol files, installed into my fake_windows. I also noticed _NT_SYMBOL_PATH references floating around in there, but that's for ".pdb" files, and unlikely to help, right? Anyways, I tried it, it doesn't help. :( -- gmt "If ye love wealth better than liberty, the tranquility of servitude better than the animating contest of freedom, go home from us in peace. We ask not your counsels or your arms. Crouch down and lick the hands, which feed you. May your chains set lightly upon you, and may posterity forget that ye were our countrymen." -Samuel Adams

2 1

Re: Re: Environment passing
by chrismorgan＠rcn.com 08 Oct '02

08 Oct '02

A very similar approach to what I was working on and it looks like the right thing to do. I haven't had time to test it yes but if you have it should be ok to go in. I'll mail another patch or two to fix other issues relating to environment passing soon. Thanks, Chris > > From: Alexandre Julliard <julliard(a)winehq.com> > Date: 2002/10/08 Tue PM 12:24:28 EDT > To: Chris Morgan <cmorgan(a)alum.wpi.edu> > CC: <wine-devel(a)winehq.com> > Subject: Re: Environment passing > > Chris Morgan <cmorgan(a)alum.wpi.edu> writes: > > > I've been looking into exactly what is broken with environment passing in > > CreateProcess() and the functions it uses. What appears to be breaking > > things at this point is just what Eric mentioned, that we mess with the PATH > > environment variable inside of fork_and_exec() and then we call out to > > execve() with this modified environment. It appears that we really do need > > to mess with the PATH environment variable to ensure that execve() finds > > things in the correct unix path locations. I was thinking that before we > > execve() that we could copy the current PATH into a variable called __PATH. > > We would then restore PATH in PROCESS_InitWine() from this __PATH. > > Yes, I wrote a patch some time ago to do this, here it is. I think it > should still work but I haven't tested it. Let me know if it works for > you and I'll put it in. > > Index: files/directory.c > =================================================================== > RCS file: /opt/cvs-commit/wine/files/directory.c,v > retrieving revision 1.54 > diff -u -r1.54 directory.c > --- files/directory.c 13 Sep 2002 18:52:01 -0000 1.54 > +++ files/directory.c 8 Oct 2002 15:09:58 -0000 > @@ -160,17 +160,21 @@ > DRIVE_Chdir( drive, DIR_Windows.short_name + 2 ); > } > > - PROFILE_GetWineIniString(wineW, pathW, path_dirW, longpath, MAX_PATHNAME_LEN); > - if (strchrW(longpath, '/')) > + /* Set the environment variables */ > + > + /* set PATH only if not set already */ > + if (!GetEnvironmentVariableW( path_capsW, longpath, MAX_PATHNAME_LEN )) > { > - MESSAGE("Fix your wine config to use DOS drive syntax in [wine] 'Path=' statement! (no '/' allowed)\n"); > - PROFILE_UsageWineIni(); > - ExitProcess(1); > + PROFILE_GetWineIniString(wineW, pathW, path_dirW, longpath, MAX_PATHNAME_LEN); > + if (strchrW(longpath, '/')) > + { > + MESSAGE("Fix your wine config to use DOS drive syntax in [wine] 'Path=' statement! (no '/' allowed)\n"); > + PROFILE_UsageWineIni(); > + ExitProcess(1); > + } > + SetEnvironmentVariableW( path_capsW, longpath ); > } > > - /* Set the environment variables */ > - > - SetEnvironmentVariableW( path_capsW, longpath ); > SetEnvironmentVariableW( temp_capsW, tmp_dir.short_name ); > SetEnvironmentVariableW( tmp_capsW, tmp_dir.short_name ); > SetEnvironmentVariableW( windirW, DIR_Windows.short_name ); > Index: memory/environ.c > =================================================================== > RCS file: /opt/cvs-commit/wine/memory/environ.c,v > retrieving revision 1.37 > diff -u -r1.37 environ.c > --- memory/environ.c 24 Sep 2002 18:29:40 -0000 1.37 > +++ memory/environ.c 8 Oct 2002 15:10:07 -0000 > @@ -152,7 +152,11 @@ > /* Compute the total size of the Unix environment */ > > size = sizeof(BYTE) + sizeof(WORD) + sizeof(ENV_program_name); > - for (e = environ; *e; e++) size += strlen(*e) + 1; > + for (e = environ; *e; e++) > + { > + if (!memcmp( *e, "PATH=", 5 )) continue; > + size += strlen(*e) + 1; > + } > > /* Now allocate the environment */ > > @@ -164,7 +168,10 @@ > > for (e = environ; *e; e++) > { > - strcpy( p, *e ); > + /* skip Unix PATH and store WINEPATH as PATH */ > + if (!memcmp( *e, "PATH=", 5 )) continue; > + if (!memcmp( *e, "WINEPATH=", 9 )) strcpy( p, *e + 4 ); > + else strcpy( p, *e ); > p += strlen(p) + 1; > } > > Index: scheduler/process.c > =================================================================== > RCS file: /opt/cvs-commit/wine/scheduler/process.c,v > retrieving revision 1.200 > diff -u -r1.200 process.c > --- scheduler/process.c 3 Oct 2002 19:54:57 -0000 1.200 > +++ scheduler/process.c 8 Oct 2002 15:10:10 -0000 > @@ -820,9 +820,16 @@ > /* now put the Windows environment strings */ > for (p = env; *p; p += strlen(p) + 1) > { > - if (memcmp( p, "PATH=", 5 ) && > - memcmp( p, "HOME=", 5 ) && > - memcmp( p, "WINEPREFIX=", 11 )) *envptr++ = (char *)p; > + if (!memcmp( p, "PATH=", 5 )) /* store PATH as WINEPATH */ > + { > + char *winepath = malloc( strlen(p) + 5 ); > + strcpy( winepath, "WINE" ); > + strcpy( winepath + 4, p ); > + *envptr++ = winepath; > + } > + else if (memcmp( p, "HOME=", 5 ) && > + memcmp( p, "WINEPATH=", 9 ) && > + memcmp( p, "WINEPREFIX=", 11 )) *envptr++ = (char *)p; > } > *envptr = 0; > } > > -- > Alexandre Julliard > julliard(a)winehq.com > > >

1 0

Re: Re: another MZ_Exec() problem...
by chrismorgan＠rcn.com 08 Oct '02

08 Oct '02

Anyone planning on looking into this in the near term? It could be fixed relatively easily in MZ_Exec() if I knew of some way to get the environment variables and their values. I'm not sure if the same kind of fix would apply to fixing CreateProcess(). Chris > > From: "Eric POUECH" <Eric.Pouech(a)wanadoo.fr> > Date: 2002/09/24 Tue PM 04:48:24 EDT > To: <cmorgan(a)alum.wpi.edu>, <wine-devel(a)winehq.com> > Subject: Re: another MZ_Exec() problem... > > > Inside of MZ_Exec() I call out to CreateProcessA() if the executable is PE. I've set the lpEnvironment parameter of CreateProcessA() to null to have it inherit the environment of the caller but this isn't working correctly. The path and other environment variables aren't being inherited. Ideas on how to either get CreateProcessA() to inherit properly or where I can find the environment settings? I noticed the env_ptr in the parmeter block but I'm unsure if this is what I'm looking for or where to find more information about it. > moreover, explicit env heritage (ie passed in CreateProcess) is currently bugged > A+ > > >

3 2

W(w)indows messages
by Fabian Cenedese 08 Oct '02

08 Oct '02

Hi all I still try to solve the problems I have in window handling. There is a function X11_ShowWindow. First comes a big switch/case of all show commands. Then is the call to SetWindowPos with the new coords. But this newPos is only filled in few cases. So most of the times I end up with a SetWindowPos with coords 0. But still it somehow seems to work so I continued my search. In SetWindowPos is a call to WIN_SetRectangles with newWindowRect and newClientRect as parameters. But in the end is a message generated WM_WINDOWPOSCHANGED where the old winpos with the 0s inside is given as argument. Shouldn't that be also one of the new rects resp. shouldn't these new coords be set in newpos? I tried it but wine broke off with a stack overflow as I somehow generated a recursive calling. I have a call to ShowWindow in my OnWindowPosChanged handler. This works fine in Windows but wine seems to generate a new message WindowPosChanged what Windows doesn't. The use of ShowWindow in OnWindowPosChanged is maybe questionable but nonetheless it shows that there is something different in wine. Deleting this call to ShowWindow makes it run ok. But I noticed also previously that wine seems to generate more messages than Windows does. The main reason why I started this exploration is that some of my docked windows didn't show up. Then I found that I always get coords of 0 in my OnWindowPosChanged. So we come back to the above mentioned newPos. I'm quite new to wine and especially this window handling stuff, but this seems to be the biggest problem to make my app work with wine so I'd really appreciate some hints. If someone knows a book about Windows Messages I'm game. Thanks for reading :) bye Fabi

1 0

Re: updated LT keyboard
by Nerijus Baliunas 08 Oct '02

08 Oct '02

On Sat, 7 Sep 2002 18:36:00 +0200 (EET) Nerijus Baliunas <nerijus(a)users.sourceforge.net> wrote: > It is still not detected, but at least wine chooses it as closest match now, > so it is an improvement. Rewind also can include it. Hello, why this patch is still not applied? Regards, Nerijus

1 0

Languages/Locales
by steve.lustbader＠philips.com 08 Oct '02

08 Oct '02

ChangeLog (memory/codepage.c): Implement GetUserDefaultUILanguage Implement GetSystemDefaultUILanguage I implemented these functions in codepage.c since similar functions (GetDefaultLangID and GetDefaultLCID) were already there. Why are these functions in this file, instead of in dlls/kernel/locale.c? It seems locales and languages aren't really implemented yet (just hardcoded to English) - is this going in for 1.0 or is it not planned for the immediate future? -Steve (See attached file: patch.diff)

4 3

Re: Listview L10
by Paul Rupe 08 Oct '02

08 Oct '02

On 07 Oct 2002, dpaun(a)rogers.com wrote: > This one fixes a lot of nasty bugs. It also fixes Xnews, > among other things. Yeah, it works great now. Cool. :) > This one should bring the listview to a decent state. > I am interested to hear about outstanding problems. One thing I noticed is that File Open/Save As dialogs in any app now show only icons (the filenames are all blank). I think this must have happened somewhere in the L-series of patches, but I haven't delved in to figure out which one yet. -- Paul Rupe "She smiled, in the end." p r u p e @ m y r e a l b o x . c o m | Oppose government police-ware on your PC! | Stop the Consumer Broadband and Digital Television Promotion Act! | <http://www.eff.org/alerts/20020322_eff_cbdtpa_alert.html>

3 2

Re: wine/dlls/rpcrt4 Makefile.in rpcrt4.spec rpcrt ...
by Greg Turner 07 Oct '02

07 Oct '02

On Monday 07 October 2002 04:49 pm, Alexandre Julliard wrote: > ChangeSet ID: 5665 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 2002/10/07 16:49:49 > > Modified files: > dlls/rpcrt4 : Makefile.in rpcrt4.spec rpcrt4_main.c > Added files: > dlls/rpcrt4 : rpc_binding.c rpc_binding.h > > Log message: > Ove Kaaven <ovek(a)transgaming.com> > Implemented RpcBindingInqObject, RpcBindingSetObject, > RpcBindingVectorFree, RpcBindingToStringBindingA/W, > RpcBindingFromStringBindingA/W, RpcStringBindingParseA/W, > I_RpcBindingSetAsync, RpcStringBindingComposeA/W, RpcBindingFree, > RPCStringFreeW, UUIDHash, UuidToStringW, and associated junk. > > Patch: http://cvs.winehq.com/patch.py?id=5665 > > Old revision New revision Changes Path > 1.8 1.9 +1 -0 wine/dlls/rpcrt4/Makefile.in > 1.19 1.20 +11 -10 wine/dlls/rpcrt4/rpcrt4.spec > 1.29 1.30 +78 -73 wine/dlls/rpcrt4/rpcrt4_main.c > Added 1.1 +0 -0 wine/dlls/rpcrt4/rpc_binding.c > Added 1.1 +0 -0 wine/dlls/rpcrt4/rpc_binding.h Interesting that you unrolled the #define macros in rpc_binding.c. I guess the argument against this is that it creates code duplication. The argument for it is more obvious (reduces insanity). In general, should I avoid submitting patches with big nasty #define's that are really inline functions like this, even at the expense of duplicating some code? Personally, I kind of dislike this sort of thing (big nasty #define's); but I notice that, to an extent, they abound in wine, and I must say that I dislike code duplication almost as much. STL is a good compromise, for C++; but obviously that doesn't help us here in C land (or does it? anyhow, STL is probably not a desirable dependency for wine IMHO). M4 is already a dependency but would be a pretty big break from the current way of doing things... if we're to drag in M4 then we'd might as well rework all of wine to use it in place of the big nasty #defines.... sounds like a miserable and tedious process, and when it's all done, nobody can understand the code (including me, and M4 ignoramus). Ugh. !%&!%& script-soup. When did coding become so much like web-page design? I blame Richard Stallman ;) Rule of thumb: Any program with backquoted backquotes is misdesigned! :) Anyhow, now that I've gotten my bitching and moaning out of the way... let me know if you'd like me to break up #defines like this in future patches and I'll do it. As for the stuff that's already checked in, I'm gonna look at the possibility of dropping some of it into RPCRT4_ functions (/real/ functions) to reduce the duplication. -- gmt "If ye love wealth better than liberty, the tranquility of servitude better than the animating contest of freedom, go home from us in peace. We ask not your counsels or your arms. Crouch down and lick the hands, which feed you. May your chains set lightly upon you, and may posterity forget that ye were our countrymen." -Samuel Adams

2 1

Re: d3d8 patch
by Christian Costa 07 Oct '02

07 Oct '02

Ann and Jason Edmeades wrote: >Changelog: > >o Various fixes, typos corrected and clarifying trace points > >Note I am quickly reaching the end of my ability in this area - This brings >the wine tree up to date with all my changes, so some help from anyone would >be appreciated. There are some 'simple' tutorials type dx8 pgms I just cant >get working and I cant see why - email me if you can help > >Additionally, my understanding is in Windows a HAL lives under direct3d and >earlier directdraw functionality - Does anyone know where the interface is >actually documented? I have had it mentioned to me it would be better to try >to make the functionality more common with direct draw and want to see how >this is done under windows. > >Jason > Jason, The Windows HAL is documented in the DDK (Driver Development Kit). It's a package of 60MBytes or so . You can find it at : http://www.microsoft.com/ddk/ If think (but I'm not sure) the actual HAL is the Win98's one. So you should try the Win98 DDK. It's the one I use. Christian

1 0

Re: Languages/Locales
by steve.lustbader＠philips.com 07 Oct '02

07 Oct '02

Should I resubmit this patch with the my functions moved to locale.c or ole2nls.c? Which one? Alexandre Julliard To: Steve Lustbader/ANR/MS/PHILIPS@AMEC <julliard@winehq cc: wine-devel(a)winehq.com .com> Subject: Re: Languages/Locales Sent by: wine-devel-admin Classification: @winehq.com 10/07/2002 02:02 PM steve.lustbader(a)philips.com writes: > I implemented these functions in codepage.c since similar functions > (GetDefaultLangID and GetDefaultLCID) were already there. Why are > these functions in this file, instead of in dlls/kernel/locale.c? Because they are needed by ntdll. This will be fixed eventually. > It seems locales and languages aren't really implemented yet > (just hardcoded to English) - is this going in for 1.0 or is it not planned > for the immediate future? Most of it is already implemented; the relevant stuff is in dlls/kernel/locale.c and ole/ole2nls.c. -- Alexandre Julliard julliard(a)winehq.com

2 1

Re: Listview L2
by Paul Rupe 07 Oct '02

07 Oct '02

On 06 Oct 2002, dpaun(a)rogers.com wrote: > Another rounds of cleanups > > ChangeLog > -- Cleanup of the way we maintain/lookup the item count > -- Rename GetItemWidth to CalculateMaxWidth > -- Misc trivial changes. It looks like this one breaks Xnews again. With CVS+L0+L1+L2+my patch, the listviews all display as blank. A later patch adds a missing line "infoPtr->nItemCount = nItems;" in LISTVIEW_SetItemCount. This fixes the display problem, but I am still unable to open any newsgroups. Highlighting one and hitting Enter gives me an error from the app "List index (-1) out of bounds," suggesting that it doesn't know that anything is focused/selected. L0 and L1 appear to be fine, but L2-L8 all have this behavior. -- Paul Rupe "She smiled, in the end." p r u p e @ m y r e a l b o x . c o m | Oppose government police-ware on your PC! | Stop the Consumer Broadband and Digital Television Promotion Act! | <http://www.eff.org/alerts/20020322_eff_cbdtpa_alert.html>

2 1

is it winetest or me?
by György 'Nog' Jeney 07 Oct '02

07 Oct '02

While cominuing on my msvcrt test, I ran accross the following anomily(mabe?). If I have ok(0 == 0, NULL) in my test, then everything works fine, but if I get ok(1 == 0, NULL) then the whole thing crashes with an exection to a write error. Anyone have any ides? nog.

2 1

is winemaker working?
by Michael Cardenas 07 Oct '02

07 Oct '02

Hello all. I'm trying to compile a number of winelib programs that are part of the lindows-wine package. To do so, I removed all the makefiles and make.rules files and configure files, and ran winemaker --cuiexe . from the directories containing the source for runonce, geticon, and initcache. The resulting makefiles did compile, after changing the install target to strip the .exe off of the names, but the applications do not run. They look for <appname>.exe in C:\windows\system, but even if I put the apps in that dir with that name, they still don't run and complain tht they can't find <appname>.exe So, is anyone using winemaker? Has anyone used it to make a simple winelib app recently? Does it still work? There seem to have been a lot of changes to the spec file format recently, which have probably rendered it unusable. thanks michael -- michael cardenas | lead software engineer lindows.com hyperpoem.net | GNU/Linux software developer debian.org "What the poet is looking for is not the fundamental I but the deep you." - Antonio Machado

3 2

Re: DOS DPMI32, interrupt handlers in 32-bit code
by Sylvain Petreolle 07 Oct '02

07 Oct '02

Hi Jukka, I tried your patch on the latest CVS. This doesn't compile at the moment, complaining about FARPROC48 : gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall -mpreferred-stack-boundary=2 -fPIC -D__WINE__ -D_NTSYSTEM_ -DBINDIR="\"/usr/local/bin\"" -DETCDIR="\"/usr/local/etc\"" -D_REENTRANT -o ../../memory/instr.o ../../memory/instr.c../../memory/instr.c: In function `INSTR_EmulateInstruction': ../../memory/instr.c:689: `FARPROC48' undeclared (first use in this function) ../../memory/instr.c:689: (Each undeclared identifier is reported only once ../../memory/instr.c:689: for each function it appears in.) ../../memory/instr.c:689: parse error before "addr" ../../memory/instr.c:697: `addr' undeclared (first use in this function) make[2]: *** [../../memory/instr.o] Erreur 1 ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 2

Re: How to add a new test dir? (Update)
by Greg Turner 07 Oct '02

07 Oct '02

On Sunday 06 October 2002 06:25 pm, Greg Turner wrote: > I'm trying to create a tests directory for rpcrt4. So far I've > done the following: > > o Create a dlls/rpcrt4/tests directory > > o Change dlls/rpcrt4/Makefile.in: > > o add dlls/rpcrt4/tests/Makefile.in: > > o add dlls/rpcrt4/tests/rpc.c: > > but I get no love. configure seems to go OK; > When I run make depend it fails: > > <============== > make[2]: Entering directory `/var/src/wine/dlls/rpcrt4' > cd `dirname tests/__depend__` && make depend > make[3]: Entering directory `/var/src/wine/dlls/rpcrt4/tests' > make[3]: *** No rule to make target `depend'. Stop. > make[3]: Leaving directory `/var/src/wine/dlls/rpcrt4/tests' > make[2]: *** [tests/__depend__] Error 2 > make[2]: Leaving directory `/var/src/wine/dlls/rpcrt4' > make[1]: *** [rpcrt4/__depend__] Error 2 > make[1]: Leaving directory `/var/src/wine/dlls' > make: *** [dlls/__depend__] Error 2 > ==============> > > What am I missing? Is this documented somewhere? > Thanks, I found it: Index: configure.ac =================================================================== RCS file: /home/wine/wine/configure.ac,v retrieving revision 1.81 diff -u -r1.81 configure.ac --- configure.ac 2 Oct 2002 19:58:27 -0000 1.81 +++ configure.ac 7 Oct 2002 03:09:02 -0000 @@ -1435,6 +1435,7 @@ dlls/rasapi32/Makefile dlls/richedit/Makefile dlls/rpcrt4/Makefile +dlls/rpcrt4/tests/Makefile dlls/serialui/Makefile dlls/setupapi/Makefile dlls/shdocvw/Makefile Now I'm sure it'll get even more confusing ;) -- gmt "If ye love wealth better than liberty, the tranquility of servitude better than the animating contest of freedom, go home from us in peace. We ask not your counsels or your arms. Crouch down and lick the hands, which feed you. May your chains set lightly upon you, and may posterity forget that ye were our countrymen." -Samuel Adams

1 0

pain and agony... a +relay,+seh trace from my cxxexcept problem case:
by Greg Turner 06 Oct '02

06 Oct '02

OK, here is what looks to me like the relevant stuff... I'm determined to get this fixed, I "need" this app (ya right... I've got vmware...) =================> 0807bf40:Ret ws2_32.recv() retval=00000010 ret=410d966a 0807bf40:Call ws2_32.recv(00000174,42a908b0,0000004d,00000000) ret=410d966a 0807bf40:Call ntdll.wine_server_handle_to_fd(00000174,80000000,406f1cec,406f1d54,406f1d64) ret=411976f5 0807bf40:Ret ntdll.wine_server_handle_to_fd() retval=00000000 ret=411976f5 0807bf40:Call kernel32.GetProcessHeap() ret=4119693e 0807bf40:Ret kernel32.GetProcessHeap() retval=403d0000 ret=4119693e 0807bf40:Call ntdll.RtlAllocateHeap(403d0000,00000000,00000008) ret=4119695a 0807bf40:Ret ntdll.RtlAllocateHeap() retval=404d1be8 ret=4119695a 0807bf40:Call kernel32.GetProcessHeap() ret=41196c0c 0807bf40:Ret kernel32.GetProcessHeap() retval=403d0000 ret=41196c0c 0807bf40:Call ntdll.RtlFreeHeap(403d0000,00000000,404d1be8) ret=41196c25 0807bf40:Ret ntdll.RtlFreeHeap() retval=00000001 ret=41196c25 0807bf40:Ret ws2_32.recv() retval=0000004d ret=410d966a 0807bf40:Call msvcrt.malloc(00000008) ret=5f40384f 0807bf40:Call kernel32.GetProcessHeap() ret=40f216bf 0807bf40:Ret kernel32.GetProcessHeap() retval=403d0000 ret=40f216bf 0807bf40:Call ntdll.RtlAllocateHeap(403d0000,00000000,00000008) ret=40f216d6 0807bf40:Ret ntdll.RtlAllocateHeap() retval=404d1be8 ret=40f216d6 0807bf40:Ret msvcrt.malloc() retval=404d1be8 ret=5f40384f <================ so far, so good, right? Looks like pretty normal stuff going on here; the exception is raised by proprietary code within starteam, but they like to catch their own exceptions, I think it's supposed to pass and be handled. In the debugger, the stack looks great, goes back cleanly all the way to init. =================> 0807bf40:Call msvcrt._CxxThrowException(406f1f4c,410dff80) ret=410d4d0a 0807bf40:Call kernel32.RaiseException(e06d7363,00000001,00000003,406f1e24) ret=40f15b9e trace:seh:EXC_RtlRaiseException code=e06d7363 flags=1 addr=0x401060f4 trace:seh:EXC_RtlRaiseException info[0]=19930520 trace:seh:EXC_RtlRaiseException info[1]=406f1f4c trace:seh:EXC_RtlRaiseException info[2]=410dff80 trace:seh:EXC_CallHandler calling handler at 0x410de5e6 code=e06d7363 flags=1 0807bf40:Call msvcrt.__CxxFrameHandler(406f1cc4,406f1f68,406f1960,406f1940) ret=4010c420 fs=008f eax=410dff20 ebx=40149d30 ecx=401614a8 edx=00000034 esi=406f1f70 edi=406f195c ebp=406f18a4 esp=406f1860 ds=002b es=002b gs=0000 flags=00000212 0807bf40:Ret msvcrt.__CxxFrameHandler() retval=00000001 ret=4010c420 fs=008f eax=00000001 ebx=40149d30 ecx=401614a8 edx=00000034 esi=406f1f70 edi=406f195c ebp=406f18a4 esp=406f1860 ds=002b es=002b gs=0000 flags=00000212 trace:seh:EXC_CallHandler handler returned 1 <=============== OK, one handler called, ExceptionContinueSearch. now here comes something more significant.... =============> trace:seh:EXC_CallHandler calling handler at 0x410de4b4 code=e06d7363 flags=1 0807bf40:Call msvcrt.__CxxFrameHandler(406f1cc4,406f1fc8,406f1960,406f1940) ret=4010c420 fs=008f eax=410dfc20 ebx=40149d30 ecx=401614a8 edx=00000034 esi=406f1fd0 edi=406f195c ebp=406f18a4 esp=406f1860 ds=002b es=002b gs=0000 flags=00000212 trace:seh:cxx_frame_handler handling C++ exception rec 0x406f1cc4 frame 0x406f1fc8 trylevel 0 descr 0x410dfc20 exception type: flags 0 destr (nil) handler (nil) type info 0x410dff68 0: flags 1 type 0x410e4400 ((nil) .PAVCStCommandExceptionDetected@@) offset 0 vbase -1,0 size 4 copy ctor (nil) 1: flags 1 type 0x410e43e0 ((nil) .PAVCException@@) offset 0 vbase -1,0 size 4 copy ctor (nil) 2: flags 1 type 0x410e4440 ((nil) .PAVCObject@@) offset 0 vbase -1,0 size 4 copy ctor (nil) 3: flags 1 type 0x410e4430 ((nil) .PAX) offset 0 vbase -1,0 size 4 copy ctor (nil) function descr: magic 19930520 unwind table: 0x410dfc40 4 0: prev -1 func (nil) 1: prev -1 func (nil) 2: prev 1 func (nil) 3: prev 1 func (nil) try table: 0x410dfc60 2 0: start 2 end 2 catchlevel 3 catch 0x410dfc88 1 0: flags 0 offset -28 handler 0x410d2b63 type 0x410e43e0 ((nil) .PAVCException@@) 1: start 0 end 0 catchlevel 3 catch 0x410dfc98 2 0: flags 0 offset -24 handler 0x410d2b36 type 0x410e4400 ((nil) .PAVCStCommandExceptionDetected@@) 1: flags 0 offset 0 handler 0x410d2b52 type (nil) trace:seh:call_catch_block matched type 0x410dff48 in tryblock 1 catchblock 0 <============ allright, obviously we're in cxx_frame_handler, at "normal_handler:". So far, everyone seems happy. Off we go into call_catch_block ============> trace:seh:EXC_RtlUnwind code=e06d7363 flags=3 trace:seh:EXC_CallHandler calling handler at 0x4010c310 code=e06d7363 flags=3 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x410de5e6 code=e06d7363 flags=3 0807bf40:Call msvcrt.__CxxFrameHandler(406f1cc4,406f1f68,406f0ea4,406f0dd8) ret=4010c420 fs=008f eax=410dff20 ebx=40149d30 ecx=401614a8 edx=00000034 esi=406f1f70 edi=406f0ea0 ebp=406f0da0 esp=406f0d5c ds=002b es=002b gs=0000 flags=00000216 0807bf40:Ret msvcrt.__CxxFrameHandler() retval=00000001 ret=4010c420 fs=008f eax=00000001 ebx=40149d30 ecx=401614a8 edx=00000034 esi=406f1f70 edi=406f0ea0 ebp=406f0da0 esp=406f0d5c ds=002b es=002b gs=0000 flags=00000216 trace:seh:EXC_CallHandler handler returned 1 0807bf40:Ret ntdll.RtlUnwind() retval=00000000 ret=40f15d99 <========== Presumably we're still in call_catch_block, really justin the RtlUnwind parts. Now the catch block is called... ============> trace:seh:call_catch_block calling catch block 0x410dfc98 for type 0x410dff48 addr 0x410d2b36 ebp 0x406f1fd4 0807bf40:Call msvcrt.free(404d1be8) ret=5f40388b 0807bf40:Call kernel32.GetProcessHeap() ret=40f21687 0807bf40:Ret kernel32.GetProcessHeap() retval=403d0000 ret=40f21687 0807bf40:Call ntdll.RtlFreeHeap(403d0000,00000000,404d1be8) ret=40f216a0 0807bf40:Ret ntdll.RtlFreeHeap() retval=00000001 ret=40f216a0 0807bf40:Ret msvcrt.free() retval=00000001 ret=5f40388b 0807bf40:Call msvcrt.malloc(00000050) ret=5f40384f 0807bf40:Call kernel32.GetProcessHeap() ret=40f216bf 0807bf40:Ret kernel32.GetProcessHeap() retval=403d0000 ret=40f216bf 0807bf40:Call ntdll.RtlAllocateHeap(403d0000,00000000,00000050) ret=40f216d6 0807bf40:Ret ntdll.RtlAllocateHeap() retval=404d55d8 ret=40f216d6 0807bf40:Ret msvcrt.malloc() retval=404d55d8 ret=5f40384f 0807bf40:Call msvcrt.memcpy(406f1234,42a908b0,00000004) ret=410d4a2e 0807bf40:Ret msvcrt.memcpy() retval=406f1234 ret=410d4a2e 0807bf40:Call msvcrt.memcpy(406f11fc,42a908b4,00000012) ret=410d4a2e 0807bf40:Ret msvcrt.memcpy() retval=406f11fc ret=410d4a2e 0807bf40:Call ntdll.RtlEnterCriticalSection(5f4d0088) ret=5f4020bd 0807bf40:Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=5f4020bd 0807bf40:Call ntdll.RtlLeaveCriticalSection(5f4d0088) ret=5f402103 0807bf40:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=5f402103 0807bf40:Call msvcrt.memcpy(42a902c0,5f4d1b58,00000001) ret=5f402676 0807bf40:Ret msvcrt.memcpy() retval=42a902c0 ret=5f402676 0807bf40:Call msvcrt.memcpy(406f1234,42a908c6,00000004) ret=410d4a2e 0807bf40:Ret msvcrt.memcpy() retval=406f1234 ret=410d4a2e 0807bf40:Call msvcrt.memcpy(406f1294,42a908ca,00000004) ret=410d4a2e 0807bf40:Ret msvcrt.memcpy() retval=406f1294 ret=410d4a2e 0807bf40:Call msvcrt.memcpy(406f1290,42a908ce,00000004) ret=410d4a2e 0807bf40:Ret msvcrt.memcpy() retval=406f1290 ret=410d4a2e 0807bf40:Call msvcrt.memcpy(404d5600,42a908d2,00000004) ret=410d4a2e 0807bf40:Ret msvcrt.memcpy() retval=404d5600 ret=410d4a2e 0807bf40:Call msvcrt.memcpy(404d55f8,42a908d6,00000008) ret=410d4a2e 0807bf40:Ret msvcrt.memcpy() retval=404d55f8 ret=410d4a2e 0807bf40:Call msvcrt.memcpy(406f1234,42a908de,00000004) ret=410d4a2e 0807bf40:Ret msvcrt.memcpy() retval=406f1234 ret=410d4a2e 0807bf40:Call msvcrt.memcpy(406f11f8,42a908e2,00000017) ret=410d4a2e 0807bf40:Ret msvcrt.memcpy() retval=406f11f8 ret=410d4a2e 0807bf40:Call ntdll.RtlEnterCriticalSection(5f4d0088) ret=5f4020bd 0807bf40:Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=5f4020bd 0807bf40:Call ntdll.RtlLeaveCriticalSection(5f4d0088) ret=5f402103 0807bf40:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=5f402103 0807bf40:Call msvcrt.memcpy(42a90310,5f4d1b58,00000001) ret=5f402676 0807bf40:Ret msvcrt.memcpy() retval=42a90310 ret=5f402676 0807bf40:Call msvcrt.memcpy(406f122c,42a908f9,00000004) ret=410d4a2e 0807bf40:Ret msvcrt.memcpy() retval=406f122c ret=410d4a2e 0807bf40:Call msvcrt.malloc(00000194) ret=5f40384f 0807bf40:Call kernel32.GetProcessHeap() ret=40f216bf 0807bf40:Ret kernel32.GetProcessHeap() retval=403d0000 ret=40f216bf 0807bf40:Call ntdll.RtlAllocateHeap(403d0000,00000000,00000194) ret=40f216d6 0807bf40:Ret ntdll.RtlAllocateHeap() retval=42aeaf30 ret=40f216d6 0807bf40:Ret msvcrt.malloc() retval=42aeaf30 ret=5f40384f 0807bf40:Call msvcrt.memset(42aeaf30,00000000,00000194) ret=410d3b8b 0807bf40:Ret msvcrt.memset() retval=42aeaf30 ret=410d3b8b 0807bf40:Call msvcrt._CxxThrowException(406f12b0,410dfdf8) ret=410d2f3c <=============== The handler wants to raise a new exception. ===============> 0807bf40:Call kernel32.RaiseException(e06d7363,00000001,00000003,406f1190) ret=40f15b9e trace:seh:EXC_RtlRaiseException code=e06d7363 flags=1 addr=0x401060f4 trace:seh:EXC_RtlRaiseException info[0]=19930520 trace:seh:EXC_RtlRaiseException info[1]=406f12b0 trace:seh:EXC_RtlRaiseException info[2]=410dfdf8 trace:seh:EXC_CallHandler calling handler at 0x410de4e6 code=e06d7363 flags=1 0807bf40:Call msvcrt.__CxxFrameHandler(406f1030,406f12c8,406f0ccc,406f0cac) ret=4010c420 fs=008f eax=410dfce8 ebx=40149d30 ecx=401614a8 edx=00000034 esi=406f12d0 edi=406f0cc8 ebp=406f0c10 esp=406f0bcc ds=002b es=002b gs=0000 flags=00000216 0807bf40:Ret msvcrt.__CxxFrameHandler() retval=00000001 ret=4010c420 fs=008f eax=00000001 ebx=40149d30 ecx=401614a8 edx=00000034 esi=406f12d0 edi=406f0cc8 ebp=406f0c10 esp=406f0bcc ds=002b es=002b gs=0000 flags=00000216 trace:seh:EXC_CallHandler handler returned 1 <=============== looks familiar, we're at normal_handler again, and calling call_catch_block once more...? ================> trace:seh:EXC_CallHandler calling handler at 0x410de4b4 code=e06d7363 flags=1 0807bf40:Call msvcrt.__CxxFrameHandler(406f1030,406f1fc8,406f0ccc,406f0cac) ret=4010c420 fs=008f eax=410dfc20 ebx=40149d30 ecx=401614a8 edx=00000034 esi=406f1fd0 edi=406f0cc8 ebp=406f0c10 esp=406f0bcc ds=002b es=002b gs=0000 flags=00000216 trace:seh:cxx_frame_handler handling C++ exception rec 0x406f1030 frame 0x406f1fc8 trylevel 1 descr 0x410dfc20 exception type: flags 0 destr (nil) handler (nil) type info 0x410dfde0 0: flags 1 type 0x410e4478 ((nil) .PAVCStBaseServerException@@) offset 0 vbase -1,0 size 4 copy ctor (nil) 1: flags 1 type 0x410e4458 ((nil) .PAVCStException@@) offset 0 vbase -1,0 size 4 copy ctor (nil) 2: flags 1 type 0x410e43e0 ((nil) .PAVCException@@) offset 0 vbase -1,0 size 4 copy ctor (nil) 3: flags 1 type 0x410e4440 ((nil) .PAVCObject@@) offset 0 vbase -1,0 size 4 copy ctor (nil) 4: flags 1 type 0x410e4430 ((nil) .PAX) offset 0 vbase -1,0 size 4 copy ctor (nil) function descr: magic 19930520 unwind table: 0x410dfc40 4 0: prev -1 func (nil) 1: prev -1 func (nil) 2: prev 1 func (nil) 3: prev 1 func (nil) try table: 0x410dfc60 2 0: start 2 end 2 catchlevel 3 catch 0x410dfc88 1 0: flags 0 offset -28 handler 0x410d2b63 type 0x410e43e0 ((nil) .PAVCException@@) 1: start 0 end 0 catchlevel 3 catch 0x410dfc98 2 0: flags 0 offset -24 handler 0x410d2b36 type 0x410e4400 ((nil) .PAVCStCommandExceptionDetected@@) 1: flags 0 offset 0 handler 0x410d2b52 type (nil) 0807bf40:Ret msvcrt.__CxxFrameHandler() retval=00000001 ret=4010c420 fs=008f eax=00000001 ebx=40149d30 ecx=401614a8 edx=00000034 esi=406f1fd0 edi=406f0cc8 ebp=406f0c10 esp=406f0bcc ds=002b es=002b gs=0000 flags=00000216 trace:seh:EXC_CallHandler handler returned 1 <============ looks like it wasn't interested... Not sure if I really understand what happened there... ===========> trace:seh:EXC_CallHandler calling handler at 0x410a5add code=e06d7363 flags=1 0807bf40:Call msvcrt.__CxxFrameHandler(406f1030,406f2108,406f0ccc,406f0cac) ret=4010c420 fs=008f eax=410ab3f8 ebx=40149d30 ecx=401614a8 edx=00000034 esi=406f2110 edi=406f0cc8 ebp=406f0c10 esp=406f0bcc ds=002b es=002b gs=0000 flags=00000216 trace:seh:cxx_frame_handler handling C++ exception rec 0x406f1030 frame 0x406f2108 trylevel 1 descr 0x410ab3f8 exception type: flags 0 destr (nil) handler (nil) type info 0x410dfde0 0: flags 1 type 0x410e4478 ((nil) .PAVCStBaseServerException@@) offset 0 vbase -1,0 size 4 copy ctor (nil) 1: flags 1 type 0x410e4458 ((nil) .PAVCStException@@) offset 0 vbase -1,0 size 4 copy ctor (nil) 2: flags 1 type 0x410e43e0 ((nil) .PAVCException@@) offset 0 vbase -1,0 size 4 copy ctor (nil) 3: flags 1 type 0x410e4440 ((nil) .PAVCObject@@) offset 0 vbase -1,0 size 4 copy ctor (nil) 4: flags 1 type 0x410e4430 ((nil) .PAX) offset 0 vbase -1,0 size 4 copy ctor (nil) function descr: magic 19930520 unwind table: 0x410ab418 7 0: prev -1 func (nil) 1: prev 0 func (nil) 2: prev 1 func 0x410a5abd 3: prev 2 func 0x410a5ac6 4: prev 3 func 0x410a5acf 5: prev 0 func (nil) 6: prev -1 func (nil) try table: 0x410ab450 2 0: start 1 end 4 catchlevel 5 catch 0x410ab478 2 0: flags 0 offset -80 handler 0x41082e43 type 0x410b5070 ((nil) .PAVCException@@) 1: flags 0 offset 0 handler 0x41082e6d type (nil) 1: start 0 end 5 catchlevel 6 catch 0x410ab498 2 0: flags 0 offset -84 handler 0x41082e9c type 0x410b5070 ((nil) .PAVCException@@) 1: flags 0 offset 0 handler 0x41082eb9 type (nil) trace:seh:call_catch_block matched type 0x410dfd80 in tryblock 0 catchblock 0 <============= Allright, I'm kind of lost now, but we've obviously found our way back into normal_handler once more, and this time call_catch_block is going to take some action, calling back into Starteam once more; first it does the RtlUnwind ritual: ============> 0807bf40:Call ntdll.RtlUnwind(406f2108,00000000,406f1030,00000000) ret=40f15d99 trace:seh:EXC_RtlUnwind code=e06d7363 flags=3 trace:seh:EXC_CallHandler calling handler at 0x4010c310 code=e06d7363 flags=3 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x410de4e6 code=e06d7363 flags=3 0807bf40:Call msvcrt.__CxxFrameHandler(406f1030,406f12c8,406f0210,406f0144) ret=4010c420 fs=008f eax=410dfce8 ebx=40149d30 ecx=401614a8 edx=00000034 esi=406f12d0 edi=406f020c ebp=406f010c esp=406f00c8 ds=002b es=002b gs=0000 flags=00000202 0807bf40:Ret msvcrt.__CxxFrameHandler() retval=00000001 ret=4010c420 fs=008f eax=00000001 ebx=40149d30 ecx=401614a8 edx=00000034 esi=406f12d0 edi=406f020c ebp=406f010c esp=406f00c8 ds=002b es=002b gs=0000 flags=00000202 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x410de4b4 code=e06d7363 flags=3 0807bf40:Call msvcrt.__CxxFrameHandler(406f1030,406f1fc8,406f0210,406f0144) ret=4010c420 fs=008f eax=410dfc20 ebx=40149d30 ecx=401614a8 edx=00000034 esi=406f1fd0 edi=406f020c ebp=406f010c esp=406f00c8 ds=002b es=002b gs=0000 flags=00000202 0807bf40:Ret msvcrt.__CxxFrameHandler() retval=00000001 ret=4010c420 fs=008f eax=00000001 ebx=40149d30 ecx=401614a8 edx=00000034 esi=406f1fd0 edi=406f020c ebp=406f010c esp=406f00c8 ds=002b es=002b gs=0000 flags=00000202 trace:seh:EXC_CallHandler handler returned 1 0807bf40:Ret ntdll.RtlUnwind() retval=00000000 ret=40f15d99 <============= Allright, here it goes. ==============> trace:seh:call_catch_block calling catch block 0x410ab478 for type 0x410dfd80 addr 0x41082e43 ebp 0x406f2114 0807bf40:Call ntdll.RtlLeaveCriticalSection(42a00434) ret=41085594 0807bf40:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=41085594 0807bf40:Call msvcrt.clock() ret=40f3e262 0807bf40:Ret msvcrt.clock() retval=0000d354 ret=40f3e262 0807bf40:Call ntdll._ftol() ret=40f3e279 0807bf40:Ret ntdll._ftol() retval=0000d354 ret=40f3e279 0807bf40:Call kernel32.lstrcpynA(406ee63c,42a90310 "Event Handler not found",00002000) ret=4104386c 0807bf40:Ret kernel32.lstrcpynA() retval=406ee63c ret=4104386c 0807bf40:Call kernel32.lstrlenA(406ee63c "Event Handler not found") ret=5f4038e2 0807bf40:Ret kernel32.lstrlenA() retval=00000017 ret=5f4038e2 0807bf40:Call ntdll.RtlEnterCriticalSection(5f4d0088) ret=5f4020bd 0807bf40:Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=5f4020bd 0807bf40:Call ntdll.RtlLeaveCriticalSection(5f4d0088) ret=5f402103 0807bf40:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=5f402103 0807bf40:Call msvcrt.memcpy(42a90360,406ee63c,00000017) ret=5f403910 0807bf40:Ret msvcrt.memcpy() retval=42a90360 ret=5f403910 0807bf40:Call msvcrt._CxxThrowException(00000000,00000000) ret=41082e6d <============== StarTeam wants to re-raise again. So now, if I understand correctly, they're going to nest another Raise within the already nested Raise. That's it for Starteam. >From here on out, it's all wine. This is where TSHTF. Note that this time, the arguments to ThrowException are both NULL... ostensibly (to me ;) this is the root of the problem. ==============> 0807bf40:Call kernel32.RaiseException(e06d7363,00000001,00000003,406f0530) ret=40f15b9e trace:seh:EXC_RtlRaiseException code=e06d7363 flags=1 addr=0x401060f4 trace:seh:EXC_RtlRaiseException info[0]=19930520 trace:seh:EXC_RtlRaiseException info[1]=00000000 trace:seh:EXC_RtlRaiseException info[2]=00000000 <============= info[1] and [2] come from the ThrowException arguments (NULL, and NULL of course). At this point, in cxx_excpeption_handler, info[2] becomes exc_type, and gets deferenced: exc_type = (cxx_exception_type *)rec->ExceptionInformation[2]; if (rec->ExceptionCode != CXX_EXCEPTION) goto normal_handler; if (rec->ExceptionInformation[0] != CXX_FRAME_MAGIC) goto normal_handler; if (exc_type->custom_handler) <<<<<<<<<< SEGFAULT on NULL pointer deference here Now chaos ensues: ===============> trace:seh:EXC_CallHandler calling handler at 0x410a5add code=e06d7363 flags=1 0807bf40:Call msvcrt.__CxxFrameHandler(406f03d0,406f2108,406f006c,406f004c) ret=4010c420 fs=008f eax=410ab3f8 ebx=40149d30 ecx=401614a8 edx=00000034 esi=406f2110 edi=406f0068 ebp=406effb0 esp=406eff6c ds=002b es=002b gs=0000 flags=00000216 trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x40f159a3 trace:seh:EXC_RtlRaiseException info[0]=00000000 trace:seh:EXC_RtlRaiseException info[1]=00000008 trace:seh:EXC_CallHandler calling handler at 0x4010c310 code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x410a5add code=c0000005 flags=10 0807bf40:Call msvcrt.__CxxFrameHandler(405e09d8,406f2108,405e0a44,405e099c) ret=4010c420 fs=008f eax=410ab3f8 ebx=40149d30 ecx=401614a8 edx=00000035 esi=406f2110 edi=00000004 ebp=405e0900 esp=405e08bc ds=002b es=002b gs=0000 flags=00000212 trace:seh:cxx_frame_handler handling C++ exception rec 0x405e09d8 frame 0x406f2108 trylevel 5 descr 0x410ab3f8 exception type: trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x40f151f5 trace:seh:EXC_RtlRaiseException info[0]=00000000 trace:seh:EXC_RtlRaiseException info[1]=0000000c trace:seh:EXC_CallHandler calling handler at 0x4010c310 code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4010c310 code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x410a5add code=c0000005 flags=10 0807bf40:Call msvcrt.__CxxFrameHandler(405dfd68,406f2108,405dfdd4,405dfd2c) ret=4010c420 fs=008f eax=410ab3f8 ebx=40149d30 ecx=401614a8 edx=00000035 esi=406f2110 edi=00000004 ebp=405dfc90 esp=405dfc4c ds=002b es=002b gs=0000 flags=00000212 trace:seh:cxx_frame_handler handling C++ exception rec 0x405dfd68 frame 0x406f2108 trylevel 5 descr 0x410ab3f8 exception type: trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x40f151f5 trace:seh:EXC_RtlRaiseException info[0]=00000000 trace:seh:EXC_RtlRaiseException info[1]=0000021e trace:seh:EXC_CallHandler calling handler at 0x4010c310 code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4010c310 code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4010c310 code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x410a5add code=c0000005 flags=10 0807bf40:Call msvcrt.__CxxFrameHandler(405df0f8,406f2108,405df164,405df0bc) ret=4010c420 fs=008f eax=410ab3f8 ebx=40149d30 ecx=401614a8 edx=00000035 esi=406f2110 edi=00000004 ebp=405df020 esp=405defdc ds=002b es=002b gs=0000 flags=00000212 trace:seh:cxx_frame_handler handling C++ exception rec 0x405df0f8 frame 0x406f2108 trylevel 5 descr 0x410ab3f8 exception type: trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x40f151f5 trace:seh:EXC_RtlRaiseException info[0]=00000000 trace:seh:EXC_RtlRaiseException info[1]=0000021e trace:seh:EXC_CallHandler calling handler at 0x4010c310 code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4010c310 code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4010c310 code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4010c310 code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x410a5add code=c0000005 flags=10 <============ and so on. What have we learned, except that StarTeam was probably written in Visual Basic? Not sure. I guess I need to focus on: "where are the NULL's passed to ThrowException coming from?"?? Or is there something more obvious going on here that I'm to ign'ant to grok? thanks for your help,... -- gmt "If ye love wealth better than liberty, the tranquility of servitude better than the animating contest of freedom, go home from us in peace. We ask not your counsels or your arms. Crouch down and lick the hands, which feed you. May your chains set lightly upon you, and may posterity forget that ye were our countrymen." -Samuel Adams

2 2

How to add a new test dir?
by Greg Turner 06 Oct '02

06 Oct '02

I'm trying to create a tests directory for rpcrt4. So far I've done the following: o Create a dlls/rpcrt4/tests directory o Change dlls/rpcrt4/Makefile.in: <============= --- Makefile.in.A_PL2 2002-10-04 09:26:11.000000000 -0500 +++ Makefile.in 2002-10-06 17:59:31.000000000 -0500 @@ -13,6 +13,8 @@ rpc_binding.c \ rpcrt4_main.c +SUBDIRS = tests + @MAKE_DLL_RULES@ ### Dependencies: ===========> o add dlls/rpcrt4/tests/Makefile.in: <=============== TOPSRCDIR = @top_srcdir@ TOPOBJDIR = ../../.. SRCDIR = @srcdir@ VPATH = @srcdir@ TESTDLL = rpcrt4.dll IMPORTS = rpcrt4 CTESTS = \ rpc.c @MAKE_TEST_RULES@ ### Dependencies: ==============> o add dlls/rpcrt4/tests/rpc.c: <============ #include "wine/test.h" #include <winbase.h> #include <winnt.h> #include <winerror.h> START_TEST( rpc ) { trace ( " **** STARTING TEST %d **** \n", 0 ); ok (1); Exit(); } ============> but I get no love. configure seems to go OK; When I run make depend it fails: <============== make[2]: Entering directory `/var/src/wine/dlls/rpcrt4' cd `dirname tests/__depend__` && make depend make[3]: Entering directory `/var/src/wine/dlls/rpcrt4/tests' make[3]: *** No rule to make target `depend'. Stop. make[3]: Leaving directory `/var/src/wine/dlls/rpcrt4/tests' make[2]: *** [tests/__depend__] Error 2 make[2]: Leaving directory `/var/src/wine/dlls/rpcrt4' make[1]: *** [rpcrt4/__depend__] Error 2 make[1]: Leaving directory `/var/src/wine/dlls' make: *** [dlls/__depend__] Error 2 ==============> What am I missing? Is this documented somewhere? Thanks, -- gmt "If ye love wealth better than liberty, the tranquility of servitude better than the animating contest of freedom, go home from us in peace. We ask not your counsels or your arms. Crouch down and lick the hands, which feed you. May your chains set lightly upon you, and may posterity forget that ye were our countrymen." -Samuel Adams

1 0

msvcrt tests
by György 'Nog' Jeney 06 Oct '02

06 Oct '02

Im trying to write regression tests for the sscanf function but ran into some problems. First, there were some conflicts with the defines in the headers with my linux ones, but that was fixed simply by defining USE_MSVCRT_PREFIX. Whenever I try to run the test it spews out an error: undefind reference to func_sscanf. Ofcourse there is no export for func_sscanf because it was prefixed to avoid a naming conflict with the unix defines. How do I get this to work? If its not prefixed, then there is a conflict but if it is then it cant find the export.

2 2

Hello wine-devel ��a��d�A�N�a�L�ӼW�j�C
by 130924wine-devel 06 Oct '02

06 Oct '02

1 0

Re: some rpcrt4 stuff
by Greg Turner 06 Oct '02

06 Oct '02

On Wednesday 02 October 2002 08:49 am, Jrgen Schmied wrote: > > Implementations of these and much more can be found in this patch > > submission, which was apparently never applied: > > http://www.winehq.com/hypermail/wine-patches/2002/06/0103.html > > Alexandre did not like the rpc-stuff in the server. I did start > implementing the NT-LPC functions but I have not so much time at the moment > so it will take a while. > Nevertheless, large parts of the patch could be applied. > > juergen > > > --- > juergen.schmied(a)debitel.net are we allowed to merge in stuff from Rewind/Transgaming? I thought no? Anyhow, assuming it's OK, I'd be happy to sort this out and produce a patch. BTW, I've already noticed a mistake in my patch, UuidIsNil should return true if the Uuid arg is NULL. the above patch lacks UuidFromString, which my patch provides (I "need" this). UuidFromStringW should also be provided but I've no knoweldge of how to work with widechar's in C; is there somewhere in wine or elsewhere with good examples of how to work with these? My algo should basically work if I just substitude "sscanf" with "swscanf", but I don't know how to do the verification steps. Thanks, -- gmt "If ye love wealth better than liberty, the tranquility of servitude better than the animating contest of freedom, go home from us in peace. We ask not your counsels or your arms. Crouch down and lick the hands, which feed you. May your chains set lightly upon you, and may posterity forget that ye were our countrymen." -Samuel Adams

5 9

Re: Wine language problem
by Armish 06 Oct '02

06 Oct '02

Hi I have a nap.exe file. $ wine nap.exe (errors are in the withoutLANG) I got these errors and then $ export LANG=us_US $ wine nap.exe (print out is in the withLANG) and when I use the second way ( with LANG ) the program runs. If I add "export LANG=us_US" to my .bash_profile, some of programs runs in english though the whole system is turkish. So I cannot add this line to .bash_profile. Can smth be done while compiling it or can some codes be changed to fix it? Thanks __________________________________________________ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos & More http://faith.yahoo.com

2 2

Wine language problem
by Armish 05 Oct '02

05 Oct '02

Hi all, I installed the latest version of wine on my Turkish Linux system. But to run without any errors, I have to do a "LANG=US_us" before running wine. Can anything be done about this problem? We have to fix it because end-users dont like doing this... Thanks -- Armish __________________________________________________ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos & More http://faith.yahoo.com

2 1

Re: AVI resources in shell32.dll
by Sylvain Petreolle 05 Oct '02

05 Oct '02

--- Stefan Leichter <Stefan.Leichter(a)camLine.com> a écrit : > I did not extract the original. The tool resgrab ( > http://www.Inner-Smile.com/dl_resg.htm#downl) told me the size. > > Using the original is hopefuly a joke!?! No, if it's only for testing purpose. You can extract it using ResHacker, as Greg said. But you didn't answer to my second question : does the size really matter? After all it's only 50k... ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 2

Re: [patch] Fix listview scrolling
by Dimitrie O. Paun 05 Oct '02

05 Oct '02

> instead of the very bottom. Lastly, I'm pretty sure there should be > separate nPartialAdjust variables for horz and vert scrolling. You are right, we do need separate nPartialAdjust. My bad. THe other bug was (half of it) in the old code, when I changed it I noticed the inconsistency, is just that I picked the wrong half :). Thanks for the fix. This looks good, it should go in. -- Dimi.

1 0

Need help interpreting debug log for Wine hard loop
by Sean Millichamp 04 Oct '02

04 Oct '02

I hope this isn't too off-topic for the wine-devel list but I asked for debugging help on wine-users a couple of days ago and got no reply so maybe that isn't the right place to ask about debugging help? I bought and use Codeweaver's Crossover product to drive Office and have fiddled with Wine briefly on and off over the years but other then that I am mostly a Wine newbie. I am trying to make an old Windows 3.1 application work and it appears to be causing Wine to go into a hard loop while loading. For what it's worth, this application is called "Travex" and is used in the health care industry. I think it uses the Win 3.1 era Borland GUI toolkit in case it matters. I followed the directions on the website for debugging and have a --debugmsg warn+all +loaddll output that I only can vaguely interpret. Wine enters the hard loop somewhere following the debug log. I tried debug logs at various other levels including a relay log/trace (though I have no idea what it is) and +all and under those levels the same output keeps getting outputted to the log as Wine loops. I am not a Windows developer although I have done a little with C under Linux. Is there anyone who could help me figure out what is going wrong? I'd be happy to make the logs available for http or send them in email. Unfortunately, I can't provide the application itself due to licensing issues (it's a commercial package). I have tested it with Wine from RH 7.3, Wine from 10/01 CVS, and Codeweavers Crossover Office 1.0 (just for kicks). All three exhibit the same behavior. I tried the Wine from 10/01 in both Win98 and Win31 behavior mode. No change. The application runs just fine in Windows 98. I installed it in my fake_windows in Wine and have tried running it from there as well as my real Windows partition. No change. Any help would be greatly appreciated. Thanks in advance. Sean

3 7

Re: Major tidy up of Scroll.c to add foundations for flatscroll bars
by György 'Nog' Jeney 04 Oct '02

04 Oct '02

> I have used this code to implement flat scroll bars in two ways however > I run into problems and I am looking for advice. Hi, I was thinking about implementing flatscrollbars but never got round to implement the Flatscrollbars itself. I thought about doig it like this: Subclass the window with flatscrollbars, with the Subclassing functions that I have implemented recently. Implement GetScrollBarInfo and use it to get all of the scrollbar properties like thump position and size, arrow sizes etc. Store an internal list of the System metricies (just like native) and then draw the control. All of the functions that pertain to flat scroll bars will just call their user counterparts and the same goes for messages. nog.

3 2

VB errors (treeview, debugger)
by Fabian Cenedese 04 Oct '02

04 Oct '02

Hi again Problem 1: I have found something strange in a VB app. If I run it with "wine vberror" it works quite ok. But if I call it with "winedbg vberror" it freaks out on pressing the button. Maybe it's a timing problem that an exception couldn't be caught as wine could do it being faster. Problem 2: Quite simple to test: If I click in the treeview it disappears :) Both problems can be tested with this little sample proggy: http://www.indel.ch/ftp/VBError.zip I had to use the native oleaut32.dll as the builtin worked even worse on the treeview. The rest is out of the (cvs-)box 20021004, SuSE 8.0 Thanks bye Fabi

1 0

Listview K6
by Dimitrie O. Paun 04 Oct '02

04 Oct '02

This one fixes a nasty little bug in OWNERDATA listviews. Xnews should now refresh properly. Selection is still borken, but that's the subject of a different patch. Bug reports are always welcomed. ;) ChangeLog Fix condition so we actually store the state in virtual listviews. Assorted code cleanups. --- dlls/comctl32/listview.c.K5 Fri Oct 4 02:39:12 2002 +++ dlls/comctl32/listview.c Fri Oct 4 11:38:11 2002 @@ -1236,7 +1236,7 @@ LONG lStyle = infoPtr->dwStyle; UINT uView = lStyle & LVS_TYPEMASK; POINT Origin, Position, TopLeft; - RECT Icon, Boundary, Label; + RECT Icon, Boundary, Label, FullText; INT nIndent = 0; if (!LISTVIEW_GetOrigin(infoPtr, &Origin)) return FALSE; @@ -1380,7 +1380,6 @@ if (infoPtr->himlNormal != NULL) { INT nLabelWidth; - RECT FullText; Label.left = TopLeft.x + Origin.x; Label.top = TopLeft.y + Origin.y + ICON_TOP_PADDING_HITABLE + @@ -1404,10 +1403,6 @@ InflateRect(&FullText, 2, 0); if (lprcLabel) *lprcLabel = Label; if (lprcText) *lprcText = FullText; - TRACE("hwnd=%x, item=%d, label=(%d,%d)-(%d,%d), fulltext=(%d,%d)-(%d,%d)\n", - infoPtr->hwndSelf, nItem, - Label.left, Label.top, Label.right, Label.bottom, - FullText.left, FullText.top, FullText.right, FullText.bottom); } else return FALSE; } @@ -1433,9 +1428,6 @@ Label.right = nLeftPos + infoPtr->nItemWidth; if (lprcLabel) *lprcLabel = Label; if (lprcText) *lprcText = Label; - TRACE("hwnd=%x, item=%d, label=(%d,%d)-(%d,%d)\n", - infoPtr->hwndSelf, nItem, - Label.left, Label.top, Label.right, Label.bottom); } else /* LVS_LIST or LVS_REPORT */ { @@ -1461,7 +1453,8 @@ if (lprcText) *lprcText = Label; } - TRACE("hwnd=%x, item=%d, label=%s\n", infoPtr->hwndSelf, nItem, debugrect(&Label)); + TRACE("hwnd=%x, item=%d, label=%s, fulltext=%s\n", + infoPtr->hwndSelf, nItem, debugrect(&Label), debugrect(lprcText)); /***********************************************************/ /* compute boundary box for the item (ala LVM_GETITEMRECT) */ @@ -2296,6 +2289,8 @@ { LVITEMW lvItem; + TRACE("nItem=%d\n", nItem); + LISTVIEW_RemoveAllSelections(infoPtr); lvItem.state = LVIS_FOCUSED | LVIS_SELECTED; @@ -2485,14 +2480,16 @@ NMLISTVIEW nmlv; INT oldState; - /* a virtual livst view stores only state for the main item */ + /* a virtual listview stores only the state for the main item */ if (lpLVItem->iSubItem || !(lpLVItem->mask & LVIF_STATE)) return FALSE; oldState = LISTVIEW_GetItemState(infoPtr, lpLVItem->iItem, LVIS_FOCUSED | LVIS_SELECTED); + TRACE("oldState=%x, newState=%x, uCallbackMask=%x\n", + oldState, lpLVItem->state, infoPtr->uCallbackMask); /* we're done if we don't need to change anything we handle */ - if ( (oldState ^ lpLVItem->state) & lpLVItem->stateMask & - ~infoPtr->uCallbackMask & (LVIS_FOCUSED | LVIS_SELECTED)) return FALSE; + if ( !((oldState ^ lpLVItem->state) & lpLVItem->stateMask & + ~infoPtr->uCallbackMask & (LVIS_FOCUSED | LVIS_SELECTED))) return TRUE; /* * As per MSDN LVN_ITEMCHANGING notifications are _NOT_ sent for @@ -2517,7 +2514,7 @@ add_selection_range(infoPtr, lpLVItem->iItem, lpLVItem->iItem, TRUE); } else - remove_selection_range(infoPtr, lpLVItem->iItem, lpLVItem->iItem, TRUE); + remove_selection_range(infoPtr, lpLVItem->iItem, lpLVItem->iItem, TRUE); } /* notify the parent now that things have changed */ @@ -3267,7 +3264,7 @@ } /* Get scroll info once before loop */ - LISTVIEW_GetOrigin(infoPtr, &ptOrig); + if (!LISTVIEW_GetOrigin(infoPtr, &ptOrig)) return; /* we now narrow the columns as well */ nLastCol = nColumnCount - 1; @@ -3315,7 +3312,8 @@ item.mask = LVIF_PARAM | LVIF_STATE; item.stateMask = LVIS_SELECTED | LVIS_FOCUSED; if (!LISTVIEW_GetItemW(infoPtr, &item, TRUE)) continue; - + + ZeroMemory(&dis, sizeof(dis)); dis.hwndItem = infoPtr->hwndSelf; dis.hDC = hdc; dis.CtlType = ODT_LISTVIEW; @@ -3323,7 +3321,6 @@ dis.itemID = nItem; dis.itemAction = ODA_DRAWENTIRE; dis.itemData = item.lParam; - dis.itemState = 0; if (item.state & LVIS_SELECTED) dis.itemState |= ODS_SELECTED; if (item.state & LVIS_FOCUSED) dis.itemState |= ODS_FOCUS; dis.rcItem.left = lpCols[0].rc.left; @@ -3333,7 +3330,7 @@ OffsetRect(&dis.rcItem, ptOrig.x, 0); TRACE("item=%s, rcItem=%s\n", debuglvitem_t(&item, TRUE), debugrect(&dis.rcItem)); - if (SendMessageW(GetParent(infoPtr->hwndSelf), WM_DRAWITEM, uID, (LPARAM)&dis)) + if (SendMessageW(GetParent(infoPtr->hwndSelf), WM_DRAWITEM, dis.CtlID, (LPARAM)&dis)) continue; } @@ -3481,7 +3478,7 @@ if(GETITEMCOUNT(infoPtr) == 0) return; - LISTVIEW_GetOrigin(infoPtr, &ptOrigin); + if (!LISTVIEW_GetOrigin(infoPtr, &ptOrigin)) return; GetClipBox(hdc, &rcClip); @@ -4746,7 +4743,7 @@ } /* we store only a little state, so if we're not asked, we're done */ - if (!(lpLVItem->mask & LVIF_STATE) || lpLVItem->iSubItem) return FALSE; + if (!(lpLVItem->mask & LVIF_STATE) || lpLVItem->iSubItem) return TRUE; /* if focus is handled by us, report it */ if ( !(infoPtr->uCallbackMask & LVIS_FOCUSED) ) @@ -6790,28 +6787,26 @@ */ static LRESULT LISTVIEW_SetItemState(LISTVIEW_INFO *infoPtr, INT nItem, LPLVITEMW lpLVItem) { - BOOL bResult = TRUE; - LVITEMW lvItem; - - TRACE("(nItem=%d, state=%x, stateMask=%x)\n", nItem, lpLVItem->state, - lpLVItem->stateMask); + BOOL bResult = TRUE; + LVITEMW lvItem; - lvItem.iItem = nItem; - lvItem.iSubItem = 0; - lvItem.mask = LVIF_STATE; - lvItem.state = lpLVItem->state; - lvItem.stateMask = lpLVItem->stateMask; - - if (nItem == -1) - { - /* apply to all items */ - for (lvItem.iItem = 0; lvItem.iItem < GETITEMCOUNT(infoPtr); lvItem.iItem++) - if (!LISTVIEW_SetItemT(infoPtr, &lvItem, TRUE)) bResult = FALSE; - } - else - bResult = LISTVIEW_SetItemT(infoPtr, &lvItem, TRUE); + lvItem.iItem = nItem; + lvItem.iSubItem = 0; + lvItem.mask = LVIF_STATE; + lvItem.state = lpLVItem->state; + lvItem.stateMask = lpLVItem->stateMask; + TRACE("lvItem=%s\n", debuglvitem_t(&lvItem, TRUE)); + + if (nItem == -1) + { + /* apply to all items */ + for (lvItem.iItem = 0; lvItem.iItem < GETITEMCOUNT(infoPtr); lvItem.iItem++) + if (!LISTVIEW_SetItemT(infoPtr, &lvItem, TRUE)) bResult = FALSE; + } + else + bResult = LISTVIEW_SetItemT(infoPtr, &lvItem, TRUE); - return bResult; + return bResult; } /***

1 0

Window flags problem
by Fabian Cenedese 04 Oct '02

04 Oct '02

Hi I have a problem with my VC6 MFC MDI app. Every child window that is docked inside isn't painted anymore and doesn't receive any messages. Together with a friend (THX ic) I found out that the wrapper window that does the docking doesn't have the visible flag set. Even if I create the window with the flag set it gets deleted somewhere in CreateWindowEx or ShowWindow. In Windows the flag can even get set even if it wasn't set before but I just couldn't find out why. I scrutinized the MoveWindow call. It sends the messages WM_WINDOWPOSCHANGING, WM_NCCALCSIZE, WM_WINDOWPOSCHANGED, WM_MOVE and WM_SIZE (in this order) to the window. After these there is an additional WM_SHOWWINDOW. In every handler the visible flag isn't changed yet. After leaving the MoveWindow call the flag can be set or deleted. So this must happen between WM_SHOWWINDOW and the end of MoveWindow. But I couldn't find out what reason Windows uses to change it so I can't say where in wine the error is. I'd be very thankful if somebody with knowledge about windows and their style flags could shed some light upon this. Here is a small sample app (only exe, source is quite complicated, but I can deliver that too if anybody is interested). There is a toolbar docked below the menu but in wine there is just a dead area. http://www.indel.ch/ftp/TestIMD.zip BTW winedbg doesn't show the class information for walk wnd. The same problem has MS-Spy++ but besides that it runs quite well in wine :) Thanks for any hint/help/patch... bye Fabi

1 0

Regression Test - kernel atom test
by Steven Edwards 04 Oct '02

04 Oct '02

Here is another one on my win2k sp3 box. All tests compiled with cygwin atom.c:81: Test failed: succeeded adding ff74 atom.c:84: Test failed: succeeded adding ff74 atom.c:81: Test failed: succeeded adding ff75 atom.c:84: Test failed: succeeded adding ff75 atom.c:81: Test failed: succeeded adding ff76 atom.c:84: Test failed: succeeded adding ff76 atom.c:81: Test failed: succeeded adding ff77 atom.c:84: Test failed: succeeded adding ff77 atom.c:81: Test failed: succeeded adding ff78 atom.c:84: Test failed: succeeded adding ff78 atom.c:81: Test failed: succeeded adding ff79 atom.c:84: Test failed: succeeded adding ff79 atom.c:81: Test failed: succeeded adding ff7a atom.c:84: Test failed: succeeded adding ff7a atom.c:81: Test failed: succeeded adding ff7b atom.c:84: Test failed: succeeded adding ff7b atom.c:81: Test failed: succeeded adding ff7c atom.c:84: Test failed: succeeded adding ff7c atom.c:81: Test failed: succeeded adding ff7d atom.c:84: Test failed: succeeded adding ff7d atom.c:81: Test failed: succeeded adding ff7e atom.c:84: Test failed: succeeded adding ff7e atom.c:81: Test failed: succeeded adding ff7f atom.c:84: Test failed: succeeded adding ff7f atom.c:81: Test failed: succeeded adding ff80 atom.c:84: Test failed: succeeded adding ff80 atom.c:81: Test failed: succeeded adding ff81 atom.c:84: Test failed: succeeded adding ff81 atom.c:81: Test failed: succeeded adding ff82 atom.c:84: Test failed: succeeded adding ff82 atom.c:81: Test failed: succeeded adding ff83 atom.c:84: Test failed: succeeded adding ff83 atom.c:81: Test failed: succeeded adding ff84 atom.c:84: Test failed: succeeded adding ff84 atom.c:81: Test failed: succeeded adding ff85 atom.c:84: Test failed: succeeded adding ff85 atom.c:81: Test failed: succeeded adding ff86 atom.c:84: Test failed: succeeded adding ff86 atom.c:81: Test failed: succeeded adding ff87 atom.c:84: Test failed: succeeded adding ff87 atom.c:81: Test failed: succeeded adding ff88 atom.c:84: Test failed: succeeded adding ff88 atom.c:81: Test failed: succeeded adding ff89 atom.c:84: Test failed: succeeded adding ff89 atom.c:81: Test failed: succeeded adding ff8a atom.c:84: Test failed: succeeded adding ff8a atom.c:81: Test failed: succeeded adding ff8b atom.c:84: Test failed: succeeded adding ff8b atom.c:81: Test failed: succeeded adding ff8c atom.c:84: Test failed: succeeded adding ff8c atom.c:81: Test failed: succeeded adding ff8d atom.c:84: Test failed: succeeded adding ff8d atom.c:81: Test failed: succeeded adding ff8e atom.c:84: Test failed: succeeded adding ff8e atom.c:81: Test failed: succeeded adding ff8f atom.c:84: Test failed: succeeded adding ff8f atom.c:81: Test failed: succeeded adding ff90 atom.c:84: Test failed: succeeded adding ff90 atom.c:81: Test failed: succeeded adding ff91 atom.c:84: Test failed: succeeded adding ff91 atom.c:81: Test failed: succeeded adding ff92 atom.c:84: Test failed: succeeded adding ff92 atom.c:81: Test failed: succeeded adding ff93 atom.c:84: Test failed: succeeded adding ff93 atom.c:81: Test failed: succeeded adding ff94 atom.c:84: Test failed: succeeded adding ff94 atom.c:81: Test failed: succeeded adding ff95 atom.c:84: Test failed: succeeded adding ff95 atom.c:81: Test failed: succeeded adding ff96 atom.c:84: Test failed: succeeded adding ff96 atom.c:81: Test failed: succeeded adding ff97 atom.c:84: Test failed: succeeded adding ff97 atom.c:81: Test failed: succeeded adding ff98 atom.c:84: Test failed: succeeded adding ff98 atom.c:81: Test failed: succeeded adding ff99 atom.c:84: Test failed: succeeded adding ff99 atom.c:81: Test failed: succeeded adding ff9a atom.c:84: Test failed: succeeded adding ff9a atom.c:81: Test failed: succeeded adding ff9b atom.c:84: Test failed: succeeded adding ff9b atom.c:81: Test failed: succeeded adding ff9c atom.c:84: Test failed: succeeded adding ff9c atom.c:81: Test failed: succeeded adding ff9d atom.c:84: Test failed: succeeded adding ff9d atom.c:81: Test failed: succeeded adding ff9e atom.c:84: Test failed: succeeded adding ff9e atom.c:81: Test failed: succeeded adding ff9f atom.c:84: Test failed: succeeded adding ff9f atom.c:81: Test failed: succeeded adding ffa0 atom.c:84: Test failed: succeeded adding ffa0 atom.c:81: Test failed: succeeded adding ffa1 atom.c:84: Test failed: succeeded adding ffa1 atom.c:81: Test failed: succeeded adding ffa2 atom.c:84: Test failed: succeeded adding ffa2 atom.c:81: Test failed: succeeded adding ffa3 atom.c:84: Test failed: succeeded adding ffa3 atom.c:81: Test failed: succeeded adding ffa4 atom.c:84: Test failed: succeeded adding ffa4 atom.c:81: Test failed: succeeded adding ffa5 atom.c:84: Test failed: succeeded adding ffa5 atom.c:81: Test failed: succeeded adding ffa6 atom.c:84: Test failed: succeeded adding ffa6 atom.c:81: Test failed: succeeded adding ffa7 atom.c:84: Test failed: succeeded adding ffa7 atom.c:81: Test failed: succeeded adding ffa8 atom.c:84: Test failed: succeeded adding ffa8 atom.c:81: Test failed: succeeded adding ffa9 atom.c:84: Test failed: succeeded adding ffa9 atom.c:81: Test failed: succeeded adding ffaa atom.c:84: Test failed: succeeded adding ffaa atom.c:81: Test failed: succeeded adding ffab atom.c:84: Test failed: succeeded adding ffab atom.c:81: Test failed: succeeded adding ffac atom.c:84: Test failed: succeeded adding ffac atom.c:81: Test failed: succeeded adding ffad atom.c:84: Test failed: succeeded adding ffad atom.c:81: Test failed: succeeded adding ffae atom.c:84: Test failed: succeeded adding ffae atom.c:81: Test failed: succeeded adding ffaf atom.c:84: Test failed: succeeded adding ffaf atom.c:81: Test failed: succeeded adding ffb0 atom.c:84: Test failed: succeeded adding ffb0 atom.c:81: Test failed: succeeded adding ffb1 atom.c:84: Test failed: succeeded adding ffb1 atom.c:81: Test failed: succeeded adding ffb2 atom.c:84: Test failed: succeeded adding ffb2 atom.c:81: Test failed: succeeded adding ffb3 atom.c:84: Test failed: succeeded adding ffb3 atom.c:81: Test failed: succeeded adding ffb4 atom.c:84: Test failed: succeeded adding ffb4 atom.c:81: Test failed: succeeded adding ffb5 atom.c:84: Test failed: succeeded adding ffb5 atom.c:81: Test failed: succeeded adding ffb6 atom.c:84: Test failed: succeeded adding ffb6 atom.c:81: Test failed: succeeded adding ffb7 atom.c:84: Test failed: succeeded adding ffb7 atom.c:81: Test failed: succeeded adding ffb8 atom.c:84: Test failed: succeeded adding ffb8 atom.c:81: Test failed: succeeded adding ffb9 atom.c:84: Test failed: succeeded adding ffb9 atom.c:81: Test failed: succeeded adding ffba atom.c:84: Test failed: succeeded adding ffba atom.c:81: Test failed: succeeded adding ffbb atom.c:84: Test failed: succeeded adding ffbb atom.c:81: Test failed: succeeded adding ffbc atom.c:84: Test failed: succeeded adding ffbc atom.c:81: Test failed: succeeded adding ffbd atom.c:84: Test failed: succeeded adding ffbd atom.c:81: Test failed: succeeded adding ffbe atom.c:84: Test failed: succeeded adding ffbe atom.c:81: Test failed: succeeded adding ffbf atom.c:84: Test failed: succeeded adding ffbf atom.c:81: Test failed: succeeded adding ffc0 atom.c:84: Test failed: succeeded adding ffc0 atom.c:81: Test failed: succeeded adding ffc1 atom.c:84: Test failed: succeeded adding ffc1 atom.c:81: Test failed: succeeded adding ffc2 atom.c:84: Test failed: succeeded adding ffc2 atom.c:81: Test failed: succeeded adding ffc3 atom.c:84: Test failed: succeeded adding ffc3 atom.c:81: Test failed: succeeded adding ffc4 atom.c:84: Test failed: succeeded adding ffc4 atom.c:81: Test failed: succeeded adding ffc5 atom.c:84: Test failed: succeeded adding ffc5 atom.c:81: Test failed: succeeded adding ffc6 atom.c:84: Test failed: succeeded adding ffc6 atom.c:81: Test failed: succeeded adding ffc7 atom.c:84: Test failed: succeeded adding ffc7 atom.c:81: Test failed: succeeded adding ffc8 atom.c:84: Test failed: succeeded adding ffc8 atom.c:81: Test failed: succeeded adding ffc9 atom.c:84: Test failed: succeeded adding ffc9 atom.c:81: Test failed: succeeded adding ffca atom.c:84: Test failed: succeeded adding ffca atom.c:81: Test failed: succeeded adding ffcb atom.c:84: Test failed: succeeded adding ffcb atom.c:81: Test failed: succeeded adding ffcc atom.c:84: Test failed: succeeded adding ffcc atom.c:81: Test failed: succeeded adding ffcd atom.c:84: Test failed: succeeded adding ffcd atom.c:81: Test failed: succeeded adding ffce atom.c:84: Test failed: succeeded adding ffce atom.c:81: Test failed: succeeded adding ffcf atom.c:84: Test failed: succeeded adding ffcf atom.c:81: Test failed: succeeded adding ffd0 atom.c:84: Test failed: succeeded adding ffd0 atom.c:81: Test failed: succeeded adding ffd1 atom.c:84: Test failed: succeeded adding ffd1 atom.c:81: Test failed: succeeded adding ffd2 atom.c:84: Test failed: succeeded adding ffd2 atom.c:81: Test failed: succeeded adding ffd3 atom.c:84: Test failed: succeeded adding ffd3 atom.c:81: Test failed: succeeded adding ffd4 atom.c:84: Test failed: succeeded adding ffd4 atom.c:81: Test failed: succeeded adding ffd5 atom.c:84: Test failed: succeeded adding ffd5 atom.c:81: Test failed: succeeded adding ffd6 atom.c:84: Test failed: succeeded adding ffd6 atom.c:81: Test failed: succeeded adding ffd7 atom.c:84: Test failed: succeeded adding ffd7 atom.c:81: Test failed: succeeded adding ffd8 atom.c:84: Test failed: succeeded adding ffd8 atom.c:81: Test failed: succeeded adding ffd9 atom.c:84: Test failed: succeeded adding ffd9 atom.c:81: Test failed: succeeded adding ffda atom.c:84: Test failed: succeeded adding ffda atom.c:81: Test failed: succeeded adding ffdb atom.c:84: Test failed: succeeded adding ffdb atom.c:81: Test failed: succeeded adding ffdc atom.c:84: Test failed: succeeded adding ffdc atom.c:81: Test failed: succeeded adding ffdd atom.c:84: Test failed: succeeded adding ffdd atom.c:81: Test failed: succeeded adding ffde atom.c:84: Test failed: succeeded adding ffde atom.c:81: Test failed: succeeded adding ffdf atom.c:84: Test failed: succeeded adding ffdf atom.c:81: Test failed: succeeded adding ffe0 atom.c:84: Test failed: succeeded adding ffe0 atom.c:81: Test failed: succeeded adding ffe1 atom.c:84: Test failed: succeeded adding ffe1 atom.c:81: Test failed: succeeded adding ffe2 atom.c:84: Test failed: succeeded adding ffe2 atom.c:81: Test failed: succeeded adding ffe3 atom.c:84: Test failed: succeeded adding ffe3 atom.c:81: Test failed: succeeded adding ffe4 atom.c:84: Test failed: succeeded adding ffe4 atom.c:81: Test failed: succeeded adding ffe5 atom.c:84: Test failed: succeeded adding ffe5 atom.c:81: Test failed: succeeded adding ffe6 atom.c:84: Test failed: succeeded adding ffe6 atom.c:81: Test failed: succeeded adding ffe7 atom.c:84: Test failed: succeeded adding ffe7 atom.c:81: Test failed: succeeded adding ffe8 atom.c:84: Test failed: succeeded adding ffe8 atom.c:81: Test failed: succeeded adding ffe9 atom.c:84: Test failed: succeeded adding ffe9 atom.c:81: Test failed: succeeded adding ffea atom.c:84: Test failed: succeeded adding ffea atom.c:81: Test failed: succeeded adding ffeb atom.c:84: Test failed: succeeded adding ffeb atom.c:81: Test failed: succeeded adding ffec atom.c:84: Test failed: succeeded adding ffec atom.c:81: Test failed: succeeded adding ffed atom.c:84: Test failed: succeeded adding ffed atom.c:81: Test failed: succeeded adding ffee atom.c:84: Test failed: succeeded adding ffee atom.c:81: Test failed: succeeded adding ffef atom.c:84: Test failed: succeeded adding ffef atom.c:81: Test failed: succeeded adding fff0 atom.c:84: Test failed: succeeded adding fff0 atom.c:81: Test failed: succeeded adding fff1 atom.c:84: Test failed: succeeded adding fff1 atom.c:81: Test failed: succeeded adding fff2 atom.c:84: Test failed: succeeded adding fff2 atom.c:81: Test failed: succeeded adding fff3 atom.c:84: Test failed: succeeded adding fff3 atom.c:81: Test failed: succeeded adding fff4 atom.c:84: Test failed: succeeded adding fff4 atom.c:81: Test failed: succeeded adding fff5 atom.c:84: Test failed: succeeded adding fff5 atom.c:81: Test failed: succeeded adding fff6 atom.c:84: Test failed: succeeded adding fff6 atom.c:81: Test failed: succeeded adding fff7 atom.c:84: Test failed: succeeded adding fff7 atom.c:81: Test failed: succeeded adding fff8 atom.c:84: Test failed: succeeded adding fff8 atom.c:81: Test failed: succeeded adding fff9 atom.c:84: Test failed: succeeded adding fff9 atom.c:81: Test failed: succeeded adding fffa atom.c:84: Test failed: succeeded adding fffa atom.c:81: Test failed: succeeded adding fffb atom.c:84: Test failed: succeeded adding fffb atom.c:81: Test failed: succeeded adding fffc atom.c:84: Test failed: succeeded adding fffc atom.c:81: Test failed: succeeded adding fffd atom.c:84: Test failed: succeeded adding fffd atom.c:81: Test failed: succeeded adding fffe atom.c:84: Test failed: succeeded adding fffe atom.c:81: Test failed: succeeded adding ffff atom.c:84: Test failed: succeeded adding ffff atom.c:110: Test failed: bad buffer contents atom.c:112: Test failed: GlobalGetAtomNameW succeeded on short buffer atom.c:116: Test failed: succeded atom.c:118: Test failed: succeded atom.c:120: Test failed: succeded atom.c:122: Test failed: succeded atom.c:140: Test failed: bad length 0 atom.c:143: Test failed: bad buffer contents aaaaaaaaaaha?xA

4 13

AVI resources in shell32.dll
by Stefan Leichter 03 Oct '02

03 Oct '02

Hello, i have an installer that fails because of a missing AVI resource (the magnifier in front of the computer) in the buildin shell32.dll. To get the installer running i tried to build the resource. i used Paintshop Pro 6 to create the single pictures of the AVI and built the AVI with the animation builder of Paintshop Pro. The created AVI work (at least in the Media Player), but my new AVI is 53k big instead of the 7k of the native shell32.dll. Reducing the color deep of the single picturs does not have any effect to the size of the AVI. What do i need to change to get the resource as small as the native on? Are other tools needed to build the resource? Using compression ? Is there a tool to analyse the native resource in deep ? Any ideas? Thanks Stefan

3 4

Re: Need help interpreting debug log for Wine hard loop
by Miguel Feitosa 03 Oct '02

03 Oct '02

On Thu, 2002-10-03 at 18:35, Sean Millichamp wrote: > On Thu, 2002-10-03 at 17:03, Miguel Feitosa wrote: > > I forgot to ask. > > What are the DLLs that your app links? > > It seems that your code is failing before mine. > > Mine actually got to start drawing a window...and yours hasnt. > > I was able to track done my erros to Borlands BWCC or something > > like that .DLL > > Well... I'm not sure how to see what DLL the app links but I suspect it > does need BWCC. I looked and it was installed in C:\Windows\System on > my fake_windows area. I use +file and +dll [I think] I've never done +loaddll Do a simple grep in the wine src and you can see the channels that exist. > > When I do a --debugmsg +loaddll I don't see any mention of bwcc.dll or > any non-builtin DLL. Is there a way I can force-load bwcc? Is there > some reason Wine wouldn't be loading it automatically? No, wine loades DLLs very well. I have never had any problems with that. > > Here are the DLLs that it's installer installed in Windows\System: > bwcc.dll dewcc.dll dewsc.dll dewtc.dll winsys.dll The only one I know is bwcc.dll > > I presume it needs all of them at some point but I see none of them in > use with loaddll before the loop. Do I need to configure this special > in .wine/config? I thought that it was supposed to know to auto-load > them but.... No need to put them in config, they will be loaded, your app is failing before bwcc get's loaded... > > I'm sorry if these are simple questions. I really appreciate you taking > the time to try to help me. If I don't get this working I will have to > install Windows where the application is needed (currently it's all > Linux) and I want to avoid that if possible. No problem, I had to sort through all this too a couple months ago. At the time I was trying to do this, I seach alot and didnt find a whole lot about wine + Borland C... I finally gave it up... I believe that expert wine programmers with the relay can pinpoint the issue that is bugging your app...8-) > > Thanks, > Sean > > See ya! Miguel

1 0

miscemu/wine gets into the way in map_image
by Uwe Bonnes 03 Oct '02

03 Oct '02

Hallo, the full installer for XILINX Webpack 5.1 is a 160 MByte executable. It doesn't start with wine: > ~/tmp/wine/compile/wine/wine WebPACK_51_fcfull_i.exe err:virtual:map_image Standard load address for a Win32 program (0x00400000) not available - security-patched kernel ? Clearly my kernel isn't "security-patched". Printing out /proc/maps/self in this situation shows: 08048000-0805c000 r-xp 00000000 03:08 195157 /home/bon/tmp/wine/compile/wine-realclean/wine/miscemu/wine 0805c000-0805d000 rw-p 00013000 03:08 195157 /home/bon/tmp/wine/compile/wine-realclean/wine/miscemu/wine An strace on wine shows the mmap call in map_image: 23236 mmap2(0x400000, 161087488, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x404c2000 Adding 0x400000 and 161087488 gives someting in the 0x09d0000 range. This overlaps with the wine executable itself and mmap2 can't satisfiy the request in place. Any ideas what to do about that? Thanks -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

3 5

What do you guys make of this?
by Greg Turner 03 Oct '02

03 Oct '02

I'm trying to run StarTeam Client, which used to work as recently as earlier this month. Nowadays, I get infinite recursion in the exception handlers, caused by various NULL pointer deferences within dlls/msvcrt/cppexcept.c. Any ideas? Looks like stack corruption to me... Here's some +seh output: trace:seh:EXC_RtlRaiseException code=e06d7363 flags=1 addr=0x401060f4 trace:seh:EXC_RtlRaiseException info[0]=19930520 trace:seh:EXC_RtlRaiseException info[1]=406f17f0 trace:seh:EXC_RtlRaiseException info[2]=41108f80 trace:seh:EXC_CallHandler calling handler at 0x411075e6 code=e06d7363 flags=1 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x411074b4 code=e06d7363 flags=1 trace:seh:cxx_frame_handler handling C++ exception rec 0x406f1750 frame 0x406f186c trylevel 0 descr 0x41108c20 exception type: flags 0 destr (nil) handler (nil) type info 0x41108f68 0: flags 1 type 0x4110d400 ((nil) .PAVCStCommandExceptionDetected@@) offset 0 vbase -1,0 size 4 copy ctor (nil) 1: flags 1 type 0x4110d3e0 ((nil) .PAVCException@@) offset 0 vbase -1,0 size 4 copy ctor (nil) 2: flags 1 type 0x4110d440 ((nil) .PAVCObject@@) offset 0 vbase -1,0 size 4 copy ctor (nil) 3: flags 1 type 0x4110d430 ((nil) .PAX) offset 0 vbase -1,0 size 4 copy ctor (nil) function descr: magic 19930520 unwind table: 0x41108c40 4 0: prev -1 func (nil) 1: prev -1 func (nil) 2: prev 1 func (nil) 3: prev 1 func (nil) try table: 0x41108c60 2 0: start 2 end 2 catchlevel 3 catch 0x41108c88 1 0: flags 0 offset -28 handler 0x410fbb63 type 0x4110d3e0 ((nil) .PAVCException@@) 1: start 0 end 0 catchlevel 3 catch 0x41108c98 2 0: flags 0 offset -24 handler 0x410fbb36 type 0x4110d400 ((nil) .PAVCStCommandExceptionDetected@@) 1: flags 0 offset 0 handler 0x410fbb52 type (nil) trace:seh:call_catch_block matched type 0x41108f48 in tryblock 1 catchblock 0 trace:seh:EXC_RtlUnwind code=e06d7363 flags=3 trace:seh:EXC_CallHandler calling handler at 0x4010c310 code=e06d7363 flags=3 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x411075e6 code=e06d7363 flags=3 trace:seh:EXC_CallHandler handler returned 1 trace:seh:call_catch_block calling catch block 0x41108c98 for type 0x41108f48 addr 0x410fbb36 ebp 0x406f1878 trace:seh:EXC_RtlRaiseException code=e06d7363 flags=1 addr=0x401060f4 trace:seh:EXC_RtlRaiseException info[0]=19930520 trace:seh:EXC_RtlRaiseException info[1]=406f0e6c trace:seh:EXC_RtlRaiseException info[2]=41108df8 trace:seh:EXC_CallHandler calling handler at 0x411074e6 code=e06d7363 flags=1 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x411074b4 code=e06d7363 flags=1 trace:seh:cxx_frame_handler handling C++ exception rec 0x406f0dd4 frame 0x406f186c trylevel 1 descr 0x41108c20 exception type: flags 0 destr (nil) handler (nil) type info 0x41108de0 0: flags 1 type 0x4110d478 ((nil) .PAVCStBaseServerException@@) offset 0 vbase -1,0 size 4 copy ctor (nil) 1: flags 1 type 0x4110d458 ((nil) .PAVCStException@@) offset 0 vbase -1,0 size 4 copy ctor (nil) 2: flags 1 type 0x4110d3e0 ((nil) .PAVCException@@) offset 0 vbase -1,0 size 4 copy ctor (nil) 3: flags 1 type 0x4110d440 ((nil) .PAVCObject@@) offset 0 vbase -1,0 size 4 copy ctor (nil) 4: flags 1 type 0x4110d430 ((nil) .PAX) offset 0 vbase -1,0 size 4 copy ctor (nil) function descr: magic 19930520 unwind table: 0x41108c40 4 0: prev -1 func (nil) 1: prev -1 func (nil) 2: prev 1 func (nil) 3: prev 1 func (nil) try table: 0x41108c60 2 0: start 2 end 2 catchlevel 3 catch 0x41108c88 1 0: flags 0 offset -28 handler 0x410fbb63 type 0x4110d3e0 ((nil) .PAVCException@@) 1: start 0 end 0 catchlevel 3 catch 0x41108c98 2 0: flags 0 offset -24 handler 0x410fbb36 type 0x4110d400 ((nil) .PAVCStCommandExceptionDetected@@) 1: flags 0 offset 0 handler 0x410fbb52 type (nil) trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x410ceadd code=e06d7363 flags=1 trace:seh:cxx_frame_handler handling C++ exception rec 0x406f0dd4 frame 0x406f19ac trylevel 1 descr 0x410d43f8 exception type: flags 0 destr (nil) handler (nil) type info 0x41108de0 0: flags 1 type 0x4110d478 ((nil) .PAVCStBaseServerException@@) offset 0 vbase -1,0 size 4 copy ctor (nil) 1: flags 1 type 0x4110d458 ((nil) .PAVCStException@@) offset 0 vbase -1,0 size 4 copy ctor (nil) 2: flags 1 type 0x4110d3e0 ((nil) .PAVCException@@) offset 0 vbase -1,0 size 4 copy ctor (nil) 3: flags 1 type 0x4110d440 ((nil) .PAVCObject@@) offset 0 vbase -1,0 size 4 copy ctor (nil) 4: flags 1 type 0x4110d430 ((nil) .PAX) offset 0 vbase -1,0 size 4 copy ctor (nil) function descr: magic 19930520 unwind table: 0x410d4418 7 0: prev -1 func (nil) 1: prev 0 func (nil) 2: prev 1 func 0x410ceabd 3: prev 2 func 0x410ceac6 4: prev 3 func 0x410ceacf 5: prev 0 func (nil) 6: prev -1 func (nil) try table: 0x410d4450 2 0: start 1 end 4 catchlevel 5 catch 0x410d4478 2 0: flags 0 offset -80 handler 0x410abe43 type 0x410de070 ((nil) .PAVCException@@) 1: flags 0 offset 0 handler 0x410abe6d type (nil) 1: start 0 end 5 catchlevel 6 catch 0x410d4498 2 0: flags 0 offset -84 handler 0x410abe9c type 0x410de070 ((nil) .PAVCException@@) 1: flags 0 offset 0 handler 0x410abeb9 type (nil) trace:seh:call_catch_block matched type 0x41108d80 in tryblock 0 catchblock 0 trace:seh:EXC_RtlUnwind code=e06d7363 flags=3 trace:seh:EXC_CallHandler calling handler at 0x4010c310 code=e06d7363 flags=3 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x411074e6 code=e06d7363 flags=3 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x411074b4 code=e06d7363 flags=3 trace:seh:EXC_CallHandler handler returned 1 trace:seh:call_catch_block calling catch block 0x410d4478 for type 0x41108d80 addr 0x410abe43 ebp 0x406f19b8 trace:seh:EXC_RtlRaiseException code=e06d7363 flags=1 addr=0x401060f4 trace:seh:EXC_RtlRaiseException info[0]=19930520 trace:seh:EXC_RtlRaiseException info[1]=00000000 trace:seh:EXC_RtlRaiseException info[2]=00000000 trace:seh:EXC_CallHandler calling handler at 0x410ceadd code=e06d7363 flags=1 trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x40f3e9a3 trace:seh:EXC_RtlRaiseException info[0]=00000000 trace:seh:EXC_RtlRaiseException info[1]=00000008 trace:seh:EXC_CallHandler calling handler at 0x4010c310 code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x410ceadd code=c0000005 flags=10 trace:seh:cxx_frame_handler handling C++ exception rec 0x405e09d8 frame 0x406f19ac trylevel 5 descr 0x410d43f8 exception type: trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x40f3e1f5 trace:seh:EXC_RtlRaiseException info[0]=00000000 trace:seh:EXC_RtlRaiseException info[1]=0000000c trace:seh:EXC_CallHandler calling handler at 0x4010c310 code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4010c310 code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x410ceadd code=c0000005 flags=10 trace:seh:cxx_frame_handler handling C++ exception rec 0x405dfe98 frame 0x406f19ac trylevel 5 descr 0x410d43f8 exception type: trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x40f3e1f5 trace:seh:EXC_RtlRaiseException info[0]=00000000 trace:seh:EXC_RtlRaiseException info[1]=0000000c trace:seh:EXC_CallHandler calling handler at 0x4010c310 code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4010c310 code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4010c310 code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x410ceadd code=c0000005 flags=10 . . . and so on, forever. The experience in a debugger is that the exception type becomes NULL and is passed around like that until it gets deferenced. Then all hell breaks loose. I don't understand where __wine_call_from_32_regs lives in the source, and lose track of what's going on in there, thwarting my debugging efforts. -- gmt "If ye love wealth better than liberty, the tranquility of servitude better than the animating contest of freedom, go home from us in peace. We ask not your counsels or your arms. Crouch down and lick the hands, which feed you. May your chains set lightly upon you, and may posterity forget that ye were our countrymen." -Samuel Adams

2 3

spec files and handles
by steve.lustbader＠philips.com 03 Oct '02

03 Oct '02

With functions that take HANDLEs as arguments, what should that argument be listed as in the spec file? I thought HANDLEs were void *'s, so ptr would seem right. I found a function (DebugBreakProcess in kernel32.spec) that takes a HANDLE and has that listed as long in the spec. So which should it be - ptr or long? -Steve

2 1

Re: RPC merge (PL0)
by Ove Kaaven 03 Oct '02

03 Oct '02

On Wed, 2 Oct 2002, Greg Turner wrote: > OK, here's a first chunk of Jürgen Schmied's RPC patches. > > This is roughly equivalent to the stuff I posted recently, just > not my code anymore (which is a good thing 'cause my code > had some bugs). Some very minor changes may exist between this > and the original patch but it's intended to be basically > the same stuff. > > LICENSE: > "OK to put it into Wine" Is it OK for you if it gets into ReWind too? Then just say X11, otherwise say LGPL. > just a thought: > are statics guaranteed to be zero'ed out, as this code > seems to assume? Yes, uninitialized static and global variables are allocated in the .bss section, which is always explicitly zeroed on load. You could make it an initialized variable if you don't feel comfortable with it, though (something like static UUID uuid_nil = {0};), which will allocate it in the .data section instead, so the initial value will be embedded in the compiled binaries.

1 0

Re: Patch - Makefile.in shell32
by Alexandre Julliard 02 Oct '02

02 Oct '02

Steven Edwards <Steven_Ed4153(a)yahoo.com> writes: > Changelog: Dont include win16 shell support when building without > win16. (Untested under *NIX) It doesn't link with --disable-win16: iconcache.o: In function `ExtractAssociatedIconA': /home/julliard/wine/wine/dlls/shell32/iconcache.c:465: undefined reference to `ExtractAssociatedIcon16' shell32_main.o: In function `ExtractIconA': /home/julliard/wine/wine/dlls/shell32/shell32_main.c:526: undefined reference to `InternalExtractIcon16' -- Alexandre Julliard julliard(a)winehq.com

1 0

cursor:create_cursor ?
by Nick 02 Oct '02

02 Oct '02

Hi, fixme:cursor:create_cursor Currently no support for cursors with 10 bits per pixel and similar messages are (seemingly) the only things preventing Heroes of Might and Magic 2 from being fully playable. Is this function really uncommonly used or something? It looks so basic... Just wondering, Nick

2 1

RE: winaspi+libscg
by Patrik Stridvall 02 Oct '02

02 Oct '02

> Szombathelyi György <gyurco(a)freemail.hu> writes: > > > And how about a configure option to enable it? Default > option would be only > > the platform specific code, but a user can enable libscg > with a compile time > > option, and will receive a warning message about the license. Is it > > acceptable? If it is, I will make a patch. > > I don't think that would necessarily solve the issue. Some would argue > that the source itself is a derivative work that has to be under the > GPL. But the SOURCE is already under the LGPL which is compatible with the GPL so it doesn't matter if some part (whatever part) of the source might be required to be under the GPL. BINARIES might be required to be GPL:ed if and ONLY IF you enable the option. So it not really a problem for Wine AFAICS. > I don't want to debate the merits of that legal theory, Yes, we have debated this before. I know what you are going to answer, and you probably know what I'm going to say in return, so let us save the time and don't bother. :-) > but I > think it's better to avoid the issue completely. SIGH. As you wish.

1 0

Re: winaspi+libscg
by Alexandre Julliard 02 Oct '02

02 Oct '02

Szombathelyi György <gyurco(a)freemail.hu> writes: > Here's my winaspi patches that uses libscg for the scsi transport layer. It > statically links libscg, which is the part of the cdrtools package (all > distribution have it). As far as I can tell libscg is under the GPL, not the LGPL. So we cannot use it in Wine. -- Alexandre Julliard julliard(a)winehq.com

2 2

Wine installation troubles on Solaris
by Juraj Hercek 02 Oct '02

02 Oct '02

Hi, We have problem installing wine on solaris running on sparc. After some troubles we were able to compile and then partially install wine. Partially because, _$(WINE_ROOT)/tools/wineinstall_ script uses winelib's _regedit_ to register some entries in wine registry. But _regedit_ crashes. Here goes part of the output from _wineinstall_ script which tries to run _regedit_: ===========BEGIN OUTPUT=========== ... Created /home/user/.wine/config using default Wine configuration. You probably want to review the file, though. Compiling regedit... make: Nothing to be done for `all'. Preparing to install default Wine registry entries... Installing default Wine registry entries... err:heap:HEAP_GetPtr Invalid heap 00000000! Registry install failed. ===========END OUTPUT=========== Running wine alone (just to get help output) ends up in the same way - heap crash. Running "wine --debugmsg", the same... We used binutils-2.11.2 and gcc-2.95.3-toolchain for build process. Some information you could be interested in: ===========BEGIN OUTPUT=========== user% uname -a SunOS spruce.company 5.8 Generic_111433-02 sun4u sparc SUNW,Sun-Blade-1000 user% ldd miscemu/wine libntdll.dll.so => /usr/local/lib/libntdll.dll.so libwine.so => /usr/local/lib/libwine.so libwine_unicode.so => /usr/local/lib/libwine_unicode.so libresolv.so.2 => /usr/lib/libresolv.so.2 libsocket.so.1 => /usr/lib/libsocket.so.1 libnsl.so.1 => /usr/lib/libnsl.so.1 libm.so.1 => /usr/lib/libm.so.1 libc.so.1 => /usr/lib/libc.so.1 libdl.so.1 => /usr/lib/libdl.so.1 libmp.so.2 => /usr/lib/libmp.so.2 /usr/platform/SUNW,Sun-Blade-1000/lib/libc_psr.so.1 ===========END OUTPUT=========== My questions are: 1) Do you know the reason of the crash? (If so, please explain.) 2) Do you have any idea how to solve this problem? (If so, please explain) I'm asking because I'd like to avoid debugging... Thanks for reply! Juraj Hercek

1 0

[Fwd: [BUGZILLA] Security Advisory]
by Shachar Shemesh 02 Oct '02

02 Oct '02

Who is maintaining our Bugzilla system? Shachar

2 1

VB app broke again
by Fabian Cenedese 02 Oct '02

02 Oct '02

Hi I recently had a problem with a simple VB app, available as project and exe: http://www.winehq.com/hypermail/wine-devel/2002/09/0627.html I tried again with today's cvs and now the app doesn't even start. There is just an error "not enough memory" and the program quits again. So some recent changes must have broken something. bye Fabi

1 0

Re: some rpcrt4 stuff
by Ove Kaaven 02 Oct '02

02 Oct '02

On Tue, 1 Oct 2002, Greg Turner wrote: > > CHANGELOG: > > * dlls/rpcrt4/rpcrt4.spec: Greg Turner <gmturner007(a)ameritech.net> > - flesh out some stubs. Implementations of these and much more can be found in this patch submission, which was apparently never applied: http://www.winehq.com/hypermail/wine-patches/2002/06/0103.html You can probably try to extract what you need from that patch if you want more rpcrt4 stuff.

1 0

wine ToDo's Final
by Thomas Wickline 01 Oct '02

01 Oct '02

Hello, Here is the ToDo's to put on the status page. If anyone is aware of something that is wrong or out of place please let me know .. If everything looks good I will call it Final.......... Tom Wine ToDo's as of 10/01/02 Contact : twickline2(a)triad.rr.com Wine ToDo OverView Window management: * Window management needs proper inter-process handling of activation, focus, repaint. National Language Support: * Make sure ASCII functions call the Unicode one and not the other way around. * BiDi support * Add support for Hebrew and Arabic * Add support for more keyboard layouts to x11drv * Figure out what should be done for better support of Chinese, Korean, Japanese Winsock: * Winsock1 calls,in particular select(),use direct system calls instead of using related wine APIs * More unit tests need to be written * Make sure OOB data is handled properly. Check client-size blocking. * WS2: Support other kind of services, like IrDA. * Fix stubs left in ws2_32.spec. DirectSound: * Make the latency configurable (tunable). * More intelligent prebuffering. * Complete support for hardware secondary buffers through the HAL (for a future ALSA multimedia wave audio driver). * 3D sound buffers. * Sound capture (recording). Sound drivers: * Alsa driver (on final 0.9 interface) Video: * Implement native codecs (RLE...) GDI: * Write a DIB engine * DIB engine to do 32-bit graphics manipulation GDB: * Add the MSC/PDB info support to gdb Winedbg: * Speed up PDB support DDE: * Enhance memory management issues (interprocess sending) Wineconsole: * Add a (n)curse backend so that we can run CUI programs without using USER32 (and X11 behind) Native programs: * Winhelp: fix invocation thru WinHelp * Winedbg: make winedbg use dbghelp DLL File management: * Implement NT file namespace * UNC support * Allow flexibility in FS "mounting" (for example, SMB shares) Fonts: * Support for non-TT fonts (eg Type1, bitmap, ...) * Support for client side rendering on non-RENDER enabled XServers * Subpixel rendering - a.k.a. ClearType. * Integration with libfontconfig * Reduce per font startup time. * Libfontconfig support Printers: * Write a printer configuation applet * Fix the Type1 font downloader for HP4000 printers Tools: * Wine installation process should install and configure wine * Winemaker fixes * Run C regression tests on Windows with MSVC * Compile Wine with -DSTRICT * Work on WRC as it does not find system headers Instructions: * Write a proper Users Guide Introduction * Documentation updates Aspect or Component: * More DLL Separation * Review of Wine Server Protocol * Finalize Server Protocol * PAM (Pluggable Authentication Modules) * Visual C++'s native COM support * Create replacement of browser component (Internet Explorer/I Porting issues for Mingw/Cygwin/MS_VC * Better seperation of win16/32 code. * Remove/rewite win16/9x api dependancy on newer code * Remove/rewrite wineisms from code * Rewrite/fix unixisms in most WINE dlls * Documentation fixes low priority items: * VxD support with dynamic loading Add links to: Tasklets: http://bugs.winehq.com/buglist.cgi?keywords=tasklet tasklist: http://bugs.winehq.com/buglist.cgi?keywords=tasklist For a full list of .9/1.0 task's

1 0

Re: winapi: new tool winapi_test for generating tests (again)
by Alexandre Julliard 01 Oct '02

01 Oct '02

Patrik Stridvall <ps(a)leissner.se> writes: > You have not applied it or replied. > > I would very must like an answer and > that you at the very least apply the > nocontroversial parts (winapi.*). Sorry, I have applied it now. The only change is that I don't think we should have multiple generated_xxx.c files for each dll, we should put all generated tests for a dll into the same file, so I have renamed the file to just generated.c. I'll let you change the corresponding winapi part. BTW as discussed recently, if you could please do diffs against /dev/null instead of attaching tar files, that would make it easier for me (and may prevent your patches from getting forgotten...) -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Care for write protected resource in propsheet
by Alexandre Julliard 01 Oct '02

01 Oct '02

Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: > Changelog: > dlls/comctrl32/propsheet.c: > Hack around write protected in-memory resources Please let's not add more hacks on top of the existing ones. This thing needs to be fixed properly once and for all. -- Alexandre Julliard julliard(a)winehq.com

2 2

Re: Re: [Version] in ~/.wine/config
by chrismorgan＠rcn.com 01 Oct '02

01 Oct '02

I wasn't able to find any documentation on how the detection works in /documentation. Something is lacking as ie6 setup runs fine if if a version is set and complains about not having a current windows version if not. It might be reading a key that doesn't exist by default, maybe //software//microsoft//windows nt//current version although I didn't capture the trace after I set [Version]. Chris > > From: Andreas Mohr <andi(a)rhlx01.fht-esslingen.de> > Date: 2002/10/01 Tue AM 03:39:52 EDT > To: Chris Morgan <cmorgan(a)alum.wpi.edu> > CC: wine-devel(a)winehq.com > Subject: Re: [Version] in ~/.wine/config > > On Mon, Sep 30, 2002 at 10:20:58PM -0500, Chris Morgan wrote: > > Any reason why we don't default the windows version to something recent like > > Win2K and let the user change this to an older version if necessary? > As has been said some times before, this value is a *forced* value, > which thus overrides Wine's version detection mechanism in case no value is > forced. > IOW: a bad thing to do per default. > > -- > The Declaration of Software Freedom: > http://freedevelopers.net/freedomdec/index.php > > >

1 0

WM_{ERASEBKGND/PAINT} <-> ScrollWindowEx race
by Dimitrie O. Paun 01 Oct '02

01 Oct '02

Hi folks, Some time ago I reported a drawing problem that appeared often in the Common Control Spy. The reason it happens there, is that that application has a listbox which lists messages, and notification received/sent by the control. Well, this listbox scrolls automatically (quite fast at that) as there are quite a few messages/notifications sent, and if you obstruct it partially with a dialog box that you drag around, you can easily replicate the bug. What happens is that a part of the dialog's caption is scrolled up, and not erased. I've attached a snapshot of the problem -- please take a look at it. I was thinking about it, and I think I know what the problem is: 1. you drag the dialog box down 2. this invalidates a portion of the listbox (this invalidated portion contains part of the old caption of the dialog) 3. for whatever reason, the listbox gets new items, and is scrolled (using ScrollWindowEx), *before* it gets a WM_ERASEBKGND/WM_PAINT message. 4. ScrollWindowEx scrolls the content of the window *including* the invalidated area which contains the portion of the caption. *5. ScollWindowEx fails to extend the "scroll" update the portion of the update region (wndPtr->hrgnUpdate). As you can see, the bug happens at step5. That is, if we scroll a rectangle that intersects the update region, we have to "scroll" the update window as well (in the portion that it intersects). For example, say we have a simple update region: [0,50,100,100], and we scroll the rectangle [0,0,100,60] by 30 units up, we have to end up with an update region of [0,20,100,100]. I don't think that we do, right now. Can anyone familiar with the code (dlls/x11drv/scroll.c) take a look, and see what's going on? -- Dimi.

2 1

[Version] in ~/.wine/config
by Chris Morgan 01 Oct '02

01 Oct '02

Any reason why we don't default the windows version to something recent like Win2K and let the user change this to an older version if necessary? Chris

2 1

So long, and thanks for all the fish!
by Guy L. Albertelli 01 Oct '02

01 Oct '02

Hello All, Unfortunately I need to stop most of my work on Wine. This is due to family demands and also that it is not fun anymore. I would recommend that Dimitrie Paun to take over the Common Controls. He has done a great deal of work on them and deserves the honor. I may continue to "lurk" on the lists but do not forsee any activity. Good luck all, and thanks for the friendship. Guy Albertelli <<galberte(a)neo.lrun.com>>

2 1

Re: Add support for CCSelect sound
by Guy L. Albertelli 01 Oct '02

01 Oct '02

----- Original Message ----- From: "Eric POUECH" <Eric.Pouech(a)wanadoo.fr> To: <wine-devel(a)winehq.com> Sent: Monday, September 30, 2002 2:27 AM Subject: Re: Add support for CCSelect sound > >Objet : Add support for CCSelect sound > Hi Guy, > > I wonder if a call to > WCHAR name[] = { 'C','C','S','e','l','e','c','t','\\','.','c','u','r','r','e','n','t',0}; > > PlaySound(name, 0, SND_ALIAS|SND_ASYNC); > wouldn't do the trick (didn't check it, but it's very likely it's gonna work). I can't test it (I'm away from my home PC will all my wine env) > A+ I don't know. I merely reproduced the calls I saw in the relay trace (after removing all the MultiByteToWide junk). I figured that doing similar calls should reproduce the same behavior (good or bad). Guy

1 0

Fix: Anti-aliasing for font sizes >8
by Dag Wieers 01 Oct '02

01 Oct '02

Hi, I noticed recently that Wine was able to do anti-aliasing for font sizes >16 although my Gnome 2 looked nice with anti-aliasing of <16. I started to look why Wine apps were only anti-aliased for >16, and I came across this: --- dlls/x11drv/xrender.c.orig 2002-09-29 12:56:27.000000000 +0200 +++ dlls/x11drv/xrender.c 2002-09-29 12:56:56.000000000 +0200 @@ -322,7 +322,7 @@ assert(entry->nrealized == 0); - if(antialias && abs(plfsz->lf.lfHeight * plfsz->xform.eM22) > 16) { + if(antialias && abs(plfsz->lf.lfHeight * plfsz->xform.eM22) > 8) { pf.depth = 8; pf.direct.alphaMask = 0xff; } else { When I changed this, my Notes was much nicer to work with. I presume there is a reason why anti-aliasing was off, but I would reconsider that decision. You can look for yourself on these 2 screenshots: http://dag.wieers.com/Screenshot-2.png http://dag.wieers.com/Screenshot-3.png Especially look at the widgets. Thanks for your feedback, (please Cc: because I'm not subscribed) -- dag wieers, dag(a)wieers.com, http://dag.wieers.com/ -- «Any errors in spelling, tact or fact are transmission errors»

2 2

Re: patch to MZ_Exec() PE executables
by Jukka Heinonen 01 Oct '02

01 Oct '02

> Look reasonable? No. Command tail is not null terminated so you cannot use strlen. DOS exec function "load and exec" is synchronous so you should return to caller only after created process has finished. In addition to hFile lead found by Ove Kaaven, you are leaking handles in PROCESS_INFORMATION. Using fixed size buffer for full command line without sanity checks is a bad idea and will cause problems sooner or later. And, finally, you are ignoring long command lines from DOS program stored in CMDLINE environment variable. (I have already exchanged private email with Chris Morgan about this; DOS programs can be passed command tails longer than 126 characters using CMDLINE environment variable. Similarly, DOS programs may pass long command lines to programs they execute.) -- Jukka Heinonen <http://www.iki.fi/jhei/>

3 2

include/cursoricon.h
by Michael Stefaniuc 30 Sep '02

30 Sep '02

Hello, the conversion of HICON to void* seems to be a hard one ... while trying to do that i found that msdn dosn't know anything about include/cursoricon.h, it seems to be an internal header and therefor should go to dlls/user/ or at least to include/wine. I could do a patch for that. An other question: in windows/cursoricon.c there are some internal functions, that are using a HGLOBAL for a HICON or HCURSOR. I would change that to HICON because HCURSOR is compatible to HICON and HGLOBAL seems too generic (HGLOBAL is a HANDLE and thus wont catch any handle conflicts). bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

1 0

Re: support for starting wine as an interpreter by kernel (execve)
by Alexandre Julliard 30 Sep '02

30 Sep '02

jau(a)iki.fi (Jukka A. Ukkonen) writes: > I complained about this matter a week or two ago, and got > the pretty asocial answer: "This list is for patches only." > So, no ideas, no discussion. Discussions go to wine-devel. You can also send patches to wine-devel if you want to discuss them. > I have also an imgact_wine() function as an extension for > FreeBSD kernel to recognise win/dos binaries and start wine > (or any other windows emulator selectable by a sysctl() > variable), if the kernel has been compiled with the USER_LDT > option. If you are doing the kernel part too, why don't you pass the interpreter as argv[0]? That's the way binfmt_misc does it under Linux, and it's a lot more useful since you can use anything you want as interpreter, you are not limited to specially modified apps. -- Alexandre Julliard julliard(a)winehq.com

1 0

Lotus Notes 5.0 Installation problem
by Boris 30 Sep '02

30 Sep '02

I have downloaded the latest CVS today and compiled it and tried installing the Lotus Notes 5.0 Client part only. The installation got further then last time I checked [Their used to be a problem that when I ran install, the parent window didnt show up so it looked like an empty screen indefinately] but now when I run nlnotes.exe, It asks me to setup for the first time and it says that I have successfully installed lotus notes and then it asks me to select which Time Zone I am in but theirs *nothing* that I can select. I dont see any time zones? Any ideas why their arent any timezones and does that have to be added to Wine?

1 0

just for your info
by Igor 30 Sep '02

30 Sep '02

Found here: http://www-106.ibm.com/developerworks/library/l-ivit.html?n-l-9262 the following: W: But the trade-off is that you break backward compatibility to get there. Mosberger: From a technical point of view, it's clearly what you want to do, and it's not quite correct to say it's breaking backward compatibility. Itanium is as backward compatible as anything else out there. The performance of x86 code isn't all that great, but quite frankly I use it every day to do Acrobat, Open Office, RealPlayer, those kinds of things. I think that point is overstated, especially for Linux, because all of the important open source software has been ported to 64-bit and recompiled native for IA-64, so the only things you need to run in emulation mode are those proprietary apps that, for whatever reasons, you can't get natively. And for those, it's just fine. Last week, I ran TaxCut under WINE on an IA-64 Linux machine and it worked fine -- even performance-wise.

1 0

Re: Add support for CCSelect sound
by Eric POUECH 30 Sep '02

30 Sep '02

>Objet : Add support for CCSelect sound Hi Guy, I wonder if a call to WCHAR name[] = { 'C','C','S','e','l','e','c','t','\\','.','c','u','r','r','e','n','t',0}; PlaySound(name, 0, SND_ALIAS|SND_ASYNC); wouldn't do the trick (didn't check it, but it's very likely it's gonna work). I can't test it (I'm away from my home PC will all my wine env) A+

1 0

Re: Fix to protect users from selves.
by Guy L. Albertelli 30 Sep '02

30 Sep '02

To all that answered: I also abhor the kludge that I wrote. I also recognize that the test would catch possible *valid* filenames. I will attempt to find the keys that cause the rename to occur. However, the point of the patch was to: 1. Provide the developers with a way not to have their Windows system (real or fake) be renamed during development. I got tired of renaming the directories back to what they should have been. 2. Protect the end users from destroying their Windows system during testing/playing. The last thing we should want is the impression that Wine is dangerous because of unexpected consequences due to simple appearing actions. "comp.emulators.ms-windows.wine" still gets complaints from user that have done this very action. Guy

2 1

CVS server broken ?
by Sylvain Petreolle 30 Sep '02

30 Sep '02

Hi, trying to do a cvs update I get nothing on screen today, even when trying to do a simple cvs status (normally it would take seconds). cvs.winehq.com responds to ping though, could an admin look at it ? Thanks for your action. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 2

Debugger no more starting
by Uwe Bonnes 30 Sep '02

30 Sep '02

Hallo, since some time for me the debugger doesn't start when a program crashes. As there was a lot of reorganization, my non-standard setup (try to run wine in place) and due to lack of time to verify (workload, holidays) I can't tell when exactly the breackage occured. The exception (here in a simple test program, doing an int21 in 32 bit mode), the exception is thrown. win32/exception.c:start_debugger_atomic() creates the event 088f7250: queue_exception_event() = 0 { handle=0 } 088f7250: create_event( manual_reset=1, initial_state=0, inherit=1, name=L"") 088f7250: create_event() = 0 { handle=100 } wine: Unhandled exception, starting debugger... ... The event-handle is passed to the winedbg command line: trace:seh:start_debugger Starting debugger format_size 58 (fmt=h:\tmp\wine\compile\wine\programs\winedbg\wined bg %ld %ld) trace:seh:start_debugger h:\tmp\wine\compile\wine\programs\winedbg\winedbg 134683568 100 088f7250: *signal* signal=14 088f7250: create_file( access=80000000, inherit=0, sharing=00000001,create=3, attrs=00000000, drive_type=4, f ... We select on that handle: 088f7250: select( flags=4, cookie=0x412d05e0, sec=0, usec=0, handles={100} ) ... After winedbg startup, winedbg tries to set this event 088f75a0:Ret kernel32.DebugActiveProcess() retval=00000001 ret=404e1f04 088f75a0:Call kernel32.SetEvent(00000064) ret=404e33b6 088f75a0: event_op( handle=100, op=1 ) 088f75a0: event_op() = INVALID_HANDLE 088f75a0:Ret kernel32.SetEvent() retval=00000000 ret=404e33b6 but the event is invalid and winedbg shuts down immediately: 088f75a0:Call kernel32.ExitProcess(00000000) ret=404ca18f Any idea, what's going wrong? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

3 7

dlls/ completion nit
by Dimitrie O. Paun 30 Sep '02

30 Sep '02

Hi guys, You'll probably think I'm crazy, but here it goes :) : I work a *lot* from the the command line, and I depend quite a bit on completion. Problem is, all those xxx.dll.so links in dlls/ are screwing with it sometimes, as is the case for avifile.dll.so, etc. Even when the dir name is a proper prefix of the link, it's still annoying as I don't get the / completed automatically, then I hesitate whether to add it or not, and so on. So my small proposal: what about creating them in a sub dir, say dlls/lib or something like that? I'd be willing to cook up a patch, if people are OK with the idea. ;) -- Dimi.

4 6

Re: Listview updates (G0)
by Paul Rupe 30 Sep '02

30 Sep '02

On 27 Sep 2002, dpaun(a)rogers.com wrote: > @@ -3564,7 +3604,6 @@ > dis.rcItem.bottom = dis.rcItem.top + > infoPtr->nItemHeight; OffsetRect(&dis.rcItem, ptOrig.x, > 0); > > - ZeroMemory(&item, sizeof(item)); > item.iItem = nItem; > item.iSubItem = 0; > item.mask = LVIF_PARAM; > @@ -5555,7 +5584,6 @@ > { > LVITEMW lvItem; > > - ZeroMemory(&lvItem, sizeof(lvItem)); > lvItem.mask = LVIF_INDENT; > lvItem.iItem = nItem; > lvItem.iSubItem = 0; With these two ZeroMemory calls removed, I'm getting crashes in Xnews due to the uninitialized pszText member. In both cases, it happens when LISTVIEW_GetItemT gets the LVITEMW structure and calls notify_dispinfoT (line 5186 or so). -- Paul Rupe "She smiled, in the end." p r u p e @ m y r e a l b o x . c o m | Oppose government police-ware on your PC! | Stop the Consumer Broadband and Digital Television Promotion Act! | <http://www.eff.org/alerts/20020322_eff_cbdtpa_alert.html>

3 3

Re: Fix to protect users from selves.
by Dmitry Timoshkov 29 Sep '02

29 Sep '02

"Guy L. Albertelli" <galberte(a)neo.lrun.com> wrote: > files/file.c > - Prevent Explorer.exe from renaming directories to !$!$... I'm strongly against adding such kludges in the Wine source. -- Dmitry.

3 2

Printing with CUPS
by Mason Kidd 29 Sep '02

29 Sep '02

I'm having trouble printing using CUPS. When I try and print in notepad I get a dialog saying: Cannot print the Untitled file. Be sure that your printer is connected properly and use Control Panel to verify that the printer is configured properly. My setup is Redhat 7.3 with the following CUPS packages: cups-libs-1.1.14-15 cups-drivers-hpijs-1.1-0.20020313.3 cups-devel-1.1.14-15 cups-drivers-pnm2ppa-1.1-0.20020313.3 cups-1.1.14-15 cups-drivers-1.1-0.20020313.3 I have tried both wine-20020409 and the latest CVS. I am printing to a HP Laserjet 1100 using the "HP LaserJet 1100, Foomatic + gimp-print" driver. This is setup to print using IPP to a print server that is also running CUPS(same version). I have not modified any of the printing or fonts options in the wine config file, since the instructions say it is automatic. I am printing from Notepad. Doing a trace of the PSDRV, it reads all of the AFM files and detects the fonts ok. Also, during ParsePPD it finds all of the paper sizes correctly. But then I get a message: trace:psdrv:PSDRV_FindPrinterInfo No 'Paper Size' for printer 'hplj1100' trace:psdrv:PSDRV_FindPrinterInfo No 'FontSubTable' for printer 'hplj1100' And then when it tries to print: trace:psdrv:PSDRV_CreateDC (WINEPS hplj1100 LPT1: (nil)) trace:psdrv:PSDRV_UpdateDevCaps ImageableArea = 0,0 - 0,0: PageSize = 0x0 trace:psdrv:PSDRV_UpdateDevCaps devcaps: horzSize = -2147483648mm, vertSize = -2147483648mm, horzRes = 0, vertRes = 0 Which doesn't seem right. It then selects the pen and brush, and looks like it will print, and the it calls DeleteDC. I have attached the full trace, with +psdrv and +commdlg. I have a full trace at: www.mrkidd.com/~mrkidd/print.trace.txt It really seems like it is almost working, but something is wrong with the paper size. How can I find why it sets everything up and then deletes the DC? Anyone have any ideas? Mason Kidd

1 0

Wine ToDo's
by Thomas Wickline 29 Sep '02

29 Sep '02

Hello, Here is the current state of the ToDo's. If anyone is aware of changes that need to be made please let me know . Tom ---------------- Wine ToDo's as of 9/26/02 Contact : twickline2(a)triad.rr.com Wine ToDo OverView Window management: * Window management needs proper inter-process handling of activation, focus, repaint. National Language Support: * ASCII function work Winsock: * Winsock1 calls,in particular select(),use direct system calls instead of using related wine APIs * More unit tests need to be written * Make sure OOB data is handled properly. Check client-size blocking. * WS2: Support other kind of services, like IrDA. * Fix stubs left in ws2_32.spec. DirectSound: * Make the latency configurable (tunable). * More intelligent prebuffering. * Complete support for hardware secondary buffers through the HAL (for a future ALSA multimedia wave audio driver). * 3D sound buffers. * Sound capture (recording). Sound drivers: * Alsa driver (on final 0.9 interface) Video: * Implement native codecs (RLE...) GDI: * Write a DIB engine * DIB engine to do 32-bit graphics manipulation DDE: * Enhance memory management issues (interprocess sending) Wineconsole: * Add a (n)curse backend so that we can run CUI programs without using USER32 (and X11 behind) Native programs: * Winhelp: fix invocation thru WinHelp * Winedbg: make winedbg use dbghelp DLL File management: * Implement NT file namespace * UNC support * Allow flexibility in FS "mounting" (for example, SMB shares) Fonts: * Support for non-TT fonts (eg Type1, bitmap, ...) * Support for client side rendering on non-RENDER enabled XServers * Subpixel rendering - a.k.a. ClearType. * Integration with libfontconfig * Reduce per font startup time. * Libfontconfig support Printers: * Write a printer configuation applet * Fix the Type1 font downloader for HP4000 printers Tools: * Wine installation process should install and configure wine * Winemaker fixes * Run C regression tests on Windows with MSVC * Compile Wine with -DSTRICT * Work on WRC as it does not find system headers Instructions: * Write a proper Users Guide Introduction * Documentation updates Aspect or Component: * More DLL Separation * BiDi support * Review of Wine Server Protocol * Finalize Server Protocol * PAM (Pluggable Authentication Modules) * Visual C++'s native COM support * Add DWARF2 support * Speed up PDB support * Create replacement of browser component (Internet Explorer/I Porting issues for Mingw/Cygwin/MS_VC * Better seperation of win16/32 code. * Remove/rewite win16/9x api dependancy on newer code * Remove/rewrite wineisms from code * Rewrite/fix unixisms in most WINE dlls * Documentation fixes low priority items: * VxD support with dynamic loading Add links to: Tasklets: http://bugs.winehq.com/buglist.cgi?keywords=tasklet tasklist: http://bugs.winehq.com/buglist.cgi?keywords=tasklist For a full list of .9/1.0 task's

4 4

Re: Accept -g3 stabs info (sketchy?)
by Eric Pouech 29 Sep '02

29 Sep '02

> + case 'k': /* 'const' modifier */ > + case 'B': /* 'volatile' modifier */ > + /* just kinda ignore the modifier, I guess -gmt */ > + if (DEBUG_PTS_ReadTypedef(ptd, NULL, &ref_dt) == -1) return -1; > + new_dt = DEBUG_NewDataType(DEBUG_GetType(ref_dt), NULL); > + /* I don't get this.. but I figure this is kind of like "r" > + so I cut and pasted from there ... -gmt */ > + assert(!*DEBUG_FileSubNr2StabEnum(filenr1, subnr1)); > + *DEBUG_FileSubNr2StabEnum(filenr1, subnr1) = new_dt; > break; > case '(': > ptd->ptr--; this should rather be: + break; + case 'k': /* 'const' modifier */ + case 'B': /* 'volatile' modifier */ + /* just kinda ignore the modifier, I guess -gmt */ + if (DEBUG_PTS_ReadTypedef(ptd, NULL, &new_dt) == -1) return -1; patch is untested anyway (gcc 2.95 doesn't emit those, even in -g3 mode) however, it's strange that your gdb like debuggers crash in -gstabs2 mode IMO, we should keep (as of today) wine in -gstabs2 mode and not jump to level 3 A+

2 2

Call for feeback
by Thomas Wickline 29 Sep '02

29 Sep '02

Hello , When I started the ToDo's I was unsure about what section to place some Tasks under so I just made... 1) Tools: 2) Instructions: 3) Aspect or Component: And placed items under those three sections and ask for feedback about where they belong. I have moved alot of the Tasks from my original list to there proper place. This is the remaing list .. If it looks alright can someone just say everything looks fine ? If something is out of place and you know where it goes can you * please * let me know where it goes. I dont feel comfortable making changes that im not totally sure about . I just want the page to have up to date and ACCURATE information on it ... Should there be a compile/build section ?? Tom --- Remaing list Tools: * Wine installation process should install and configure wine * Winemaker fixes * Run C regression tests on Windows with MSVC * Compile Wine with -DSTRICT * Work on WRC as it does not find system headers Instructions: * Write a proper Users Guide Introduction * Documentation updates Aspect or Component: * More DLL Separation * Review of Wine Server Protocol * Finalize Server Protocol * PAM (Pluggable Authentication Modules) * Visual C++'s native COM support * Add DWARF2 support * Speed up PDB support * Create replacement of browser component (Internet Explorer/I

1 0

Unable to compile current CVS
by Ann and Jason Edmeades 29 Sep '02

29 Sep '02

No, we should be able to compile withiout mesa if we did before my patch. Unfortunately I dont know how to do this (I did warn alongside my patch) - Is there any chance you could work out how dlls/ddraw handles this issue so we can do the same. I suspect for non-gl enabled machines (until we go via a HAL) we should hava a d3d8.dll which just returns an error on the Direct3DCreate8 call. Jason

1 0

ToDo's
by Thomas Wickline 29 Sep '02

29 Sep '02

Hello, Here is the changes to ( National Language Support ) Does it look alright with everyone ? If not let me know and ill patch it again . Everything else is the same I removed BiDi from Aspect or Component: as well. Tom ---- Wine ToDo's as of 9/29/02 Contact : twickline2(a)triad.rr.com Wine ToDo OverView Window management: * Window management needs proper inter-process handling of activation, focus, repaint. National Language Support: * Make sure ASCII functions call the Unicode one and not the other way around. * BiDi support * Add support for Hebrew and Arabic * Add support for more keyboard layouts to x11drv * Figure out what should be done for better support of Chinese, Korean, Japanese -- snip

1 0

Re: wineoss patch
by Eric Pouech 29 Sep '02

29 Sep '02

Ove Kaaven a écrit : > > I can imagine Eric has a better patch for the following problem: > OSS/Commercial does not allow an open device to continue operation after a > SNDCTL_DSP_RESET, the device must be reopened (which is what their API > docs recommend). The following patch is what we have in WineX to get > around the issue, but it will only compile on ReWind and Wine if the > #define FULL_DUPLEX is enabled. But perhaps it's good enough if Eric > doesn't have a better one. And I have some fullduplex patches that I can > only submit after this issue is resolved. I think the best way is to store device parameters in all cases (full duplex or not) and then make use of them (transform the reset in close/open pair) moreover, full duplex infra has been around for a while, and didn't generate much complains... so I think we can remove now the support for the non FULLDUPLEX part finally, wine now as a notion of OSSDEVICE (shared by wavein and waveout) which could make some function defs a bit simpler I'll try to whip something out from Ove's first patch A+

1 0

Re: Implement {G|S}etWindowLongPtr
by Eric Pouech 29 Sep '02

29 Sep '02

György 'Nog' Jeney a écrit : > > Apply this patch and observe nearly the whole wine recompile :) > > ChangLog: > * include/winuser.h > * win/win.c > Implement {G|S}etWindowLongPtr I don't want to see a whole wine recompilation every day, so I think those defs #define SetWindowLong WINELIB_NAME_AW(SetWindowLong) +LONG_PTR WINAPI SetWindowLongA(HWND,INT,LONG_PTR); +LONG_PTR WINAPI SetWindowLongW(HWND,INT,LONG_PTR); +#define SetWindowLongPtr WINELIB_NAME_AW(SetWindowLongPtr) should be instead #define SetWindowLong WINELIB_NAME_AW(SetWindowLong) +LONG_PTR WINAPI SetWindowLongPtrA(HWND,INT,LONG_PTR); +LONG_PTR WINAPI SetWindowLongPtrW(HWND,INT,LONG_PTR); +#define SetWindowLongPtr WINELIB_NAME_AW(SetWindowLongPtr) A+

1 0

Exception while trying to install winace 2.2
by György 'Nog' Jeney 29 Sep '02

29 Sep '02

While trying to get the winace 2.2 installer to run on wine, I got the following exception without any messages on the console: First chance exception: page fault on read access to 0x23c94fed in 32-bit code (0x23c94fed). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:008f GS:0000 EIP:23c94fed ESP:40682e52 EBP:00400000 EFLAGS:00010646( R- 00 DI Z- -P1 ) EAX:00000000 EBX:40682e66 ECX:0000038b EDX:00420654 ESI:00000001 EDI:0044efb5 Stack dump: 0x40682e52 (_end+0x32cc32): 004209e2 40682e98 00420658 00000000 0x40682e62 (_end+0x32cc42): 00000000 00463047 0042066b 40682f44 0x40682e72 (_end+0x32cc52): 00463000 401111c0 00000001 40682f38 0x40682e82 (_end+0x32cc62): 40682e96 400fd024 00463042 00000600 0x40682e92 (_end+0x32cc72): 00463000 2f440246 c81a4068 66b12fc3 0x40682ea2 (_end+0x32cc82): c19d6f8a 25b92f81 51634d58 33c04011 0x40682eb2 (_end+0x32cc92): 0011: sel=008f base=401133c0 limit=00000fff 32-bit rw- Backtrace: =>0 0x23c94fed (_end+0x1bc38885) (ebp=00400000) 1 0x00000002 (ebp=00505a4d) *** Invalid address 0x00505a4d (wace22.exe.EntryPoint+0xa2a0b) 0x23c94fed (_end+0x1bc38885): *** Invalid address 0x23c94fed (_end+0x1bc38885) -- no code -- It seemd to me that the stack frame(s?) got corrupted so I debugged further. It seems that the app throws an exception and catches it later on. I set a breakpoint on EXC_CallHandler where the backtrace still looked fine. Just before wine calls the exception handler, it pushes edx and then edi onto the stack, then the handler gets called: call *%edx. This puts excecution into 0x420658 which calls 0x4206ac. The assembly code at 0x4206ac looks like this: 0x004206ac (wace22.exe.+0x1f6ac in C:\wace22.exe): xorl %eax,%eax 0x004206ae (wace22.exe.+0x1f6ae in C:\wace22.exe): popl %esi 0x004206af (wace22.exe.+0x1f6af in C:\wace22.exe): movl %fs:0x0(%eax),%ebx 0x004206b2 (wace22.exe.+0x1f6b2 in C:\wace22.exe): movl 0x0(%ebx),%ebx 0x004206b4 (wace22.exe.+0x1f6b4 in C:\wace22.exe): leal 0xffffffd6(%ebx),%esp 0x004206b7 (wace22.exe.+0x1f6b7 in C:\wace22.exe): popl %ebp This last pop is what makes the backtrace weird, before this the backtrace looks like: =>0 0x004206b7 (wace22.exe.+0x1f6b7 in C:\wace22.exe) (ebp=40570938) 1 0x400c84c0 (EXC_RtlRaiseException+0x10c(rec=0x405709dc, context=0x40570a34) [exception.c:214] in libntdll.dll.so) (ebp=405709c0) 2 0x400d26e9 (do_segv+0x1a5(context=0x40570d1c, trap_code=0x400d2b98, cr2=0x40570a50, err_code=0x1) [signal_i386.c:798] in libntdll.dll.so) (ebp=40570a2c) 3 0x400d2b4c (segv_handler+0x3c(__signal=0x2b, __context=0x2b) [[signal_i386.c:986] in libntdll.dll.so) (ebp=40570d28) 4 0x0000008f (ebp=00000000) But after it, it looks like this: =>0 0x004206c1 (wace22.exe.+0x1f6c1 in C:\wace22.exe) (ebp=00400000) 1 0x00000002 (ebp=00505a4d) *** Invalid address 0x00505a4d (wace22.exe.EntryPoint+0xa2a0b) Is this normal? If I just continue from this point then the first exception will be thrown but quite a lot of functions get called between here and that exception. The exception handler never does return. Any one have any ideas as to what might go wrong here? nog.

1 0

Unable to compile current CVS
by Guy L. Albertelli 29 Sep '02

29 Sep '02

It seems that the D3D8 code depends heavily on both GL/gl.h and GL/glx.h being present. My system RH 6.1 does not have those header files. Is GL a requirement for developers now?? Thanks, Guy Albertelli <<galberte(a)neo.lrun.com>> Bathed in his currents of liquid helium, self-contained, immobile, vastly well informed by every mechanical sense: Shalmaneser. Every now and again there passes through his circuts a pulse which carries the cybernetic equivalent of the phrase, "Christ, what an imagination I've got. " - Stand on Zanzibar by John Brunner

1 0

patch to MZ_Exec() PE executables
by Chris Morgan 28 Sep '02

28 Sep '02

Guess this got lost when I mailed it from my web mail account... Look reasonable? dlls/winedos/module.c: Chris Morgan <cmorgan(a)alum.wpi.edu> Add PE support to MZ_Exec().

2 1

Open-GL Mesa patches (http://cvs.winehq.com/patch.py?id=5527)
by Uwe Bonnes 28 Sep '02

28 Sep '02

Hallo, the Open-GL Mesa patches (http://cvs.winehq.com/patch.py?id=5527) in wine/dlls/ddraw/mesa_private.h unconditional inclused GL/gl.h and GL/glx.h. On my Suse V8.0 system ( with the mesa package installed and the mesa-devel package not installed) this leads to: make[2]: Wechsel in das Verzeichnis Verzeichnis »/home/bon/tmp/wine/compile/wine-realclean/wine/dlls/ddraw« gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall -mpreferred-stack-boundary=2 -fPIC -D__WINE__ -D_REENTR ANT -I/usr/X11R6/include -o dsurface/main.o dsurface/main.c In file included from dsurface/main.c:27: mesa_private.h:32: GL/gl.h: Datei oder Verzeichnis nicht gefunden mesa_private.h:33: GL/glx.h: Datei oder Verzeichnis nicht gefunden make[2]: *** [dsurface/main.o] Fehler 1 Probably it's a bad idea to only install mesa and not mesa-devel, but I think wine should cope with this situation or at least warn the user about that. 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

Re: A problem reading configuration file
by Sylvain Petreolle 28 Sep '02

28 Sep '02

Me too. I made some programs with assembly under MS-DOS in the 90s before switching to Linux ;) > I think its normal. Findfirst finds the first entry, and findnext > returns only > the next :) > I'm sure it works that way. I have tried to check that in some > documentation, > but if I remember right then I have used those in something like > Borland > Delphi at the university. But I dont have Delphi at home... > > If that is ok, then do you have some idea, what could be the problem? > There was a patch applied few days ago on findnext... perhaps it's it. http://www.winehq.com/hypermail/wine-patches/2002/09/0243.html ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: A problem reading configuration file
by Sylvain Petreolle 28 Sep '02

28 Sep '02

Remarque : message transféré en pièce jointe. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: Fix for msvcrt sscanf/swscanf
by Uwe Bonnes 28 Sep '02

28 Sep '02

>>>>> "Jukka" == Jukka Heinonen <jhei(a)iki.fi> writes: Jukka> Wine msvcrt sscanf and swscanf implementations incorrectly expect Jukka> strings to end with EOF. This crashes some applications which did Jukka> work with older versions of Wine that just forwarded msvcrt Jukka> sscanf to libc sscanf. Jukka> Changelog: Functions sscanf and swscanf now expect strings to be Jukka> terminated with null (0) instead of EOF (-1). I asked some weeks ago about the test framework for msvcrt, but nobody jumped on the waggon. The mix of msvcrt and libc was something I couldn't do myself. Perhaps somebody can come up with someting. It sure is important to codify findings like Jukkas. 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

Re: [Controversial] Developper only CVS sandbox
by Dan Kegel 28 Sep '02

28 Sep '02

I've strongly opposed to using ClearCase for Wine development :-) I'm also somewhat opposed to CVS. The big problem with CVS is that it makes it *too* easy to contribute changes, and too hard to disentangle changes later when trying to contribute them back to the main tree. (This kind of thing has caused huge nightmares in the past.) So all you folks that feel that creating and posting patches is hard -- the payoff is *each change is much easier to peer review*. That makes for much higher quality code! If you really want to use a CVS-like system, go have a look at Bitkeeper. It's free for open source projects, and it is the only source code control system that doesn't make it hard to disentangle changes later. - Dan

2 1

Re: RFC: Winsock todo's
by Dan Kegel 28 Sep '02

28 Sep '02

Martin Wilck wrote: > Although I had a relevant part in implementing the asynchronous IO in > winsock, I am not quite content with it because it is not really > asynchronous. And not really high-performance, I bet (though I wouldn't know, I haven't looked at the code or tested it). > Alexandre is against using threads. Me, too. glibc uses threads to emulate aio, and the performance is poor. On platforms that natively support AIO, I bet you *really* want to implement Wine AIO using Posix AIO if you can. > On Linux at least, Ben > LaHaise's asyncio can be expected to become part of the > 2.6 kernel series, and if that happens the wine asynchronous IO > functionality should be rewritten to use the asyncio API on systems that > support it. Yes. Exactly. > (I still havent't figured out whether aio will support > sockets, though). It will. SGI's kaio does already, and Ben's will support it when he's finished. That should give good performance. - Dan p.s. Looks like the threads implementation for the 2.6 kernel will rock, too. See http://www.kegel.com/c10k.html#threaded (Somebody remind me why Wine has its own threads implementation again? Is it because the semantics are too different from Posix threads?)

1 0

Status of *ongoing* wine improvements?
by Dan Kegel 28 Sep '02

28 Sep '02

The To-Do list Steven Edwards is putting together looks like a nice menu of Things That Need To Be Done But Have Not Been Started Yet. A similar list, of ongoing work, might be useful in a different way. Check out http://www.kernelnewbies.org/status/ It has a number of nice features: * status of each proposed enhancement (planned / started / alpha / beta / ready / merged) * each line is a link to a wine-devel post or web page describing the proposed work * each line has the names of people actually working on them * items changed since last week are bold * only items expected to be finished before the feature freeze for the next release are included This list might be pretty short for Wine, but it'd be a nice way of tracking progress. - Dan

1 0

Re: DIB engine
by Gavriel State 28 Sep '02

28 Sep '02

Ove Kaaven wrote: > Well, here is the DIB engine that a couple of people at TransGaming > (mostly David Hammerton, I think) did some work on a while ago, I finally > got around to review it and make sure it compiles against the current > ReWind (though perhaps it needs a few tweaks to compile against Wine). > It's not all that complete by any means, but we wanted to get it out > there, so feel free to comment on it (or even apply it to Wine if it's > good enough). Primary attribution should go to Jonathan Meunier, a co-op student who worked with us earlier this year. David Hammerton, Peter Hunniset, and I all assisted with it to one degree or another. If there is any general interest in pursuing DIB Engine work, we would of course appreciate it if developers are willing to license their contributions to ReWind. Ove seems to have forgotten to include the documentation, which includes some nice background on DIB issues in general, and should go into the documentation directory. -Gav -- Gavriel State, CEO TransGaming Technologies Inc. http://www.transgaming.com/ gav(a)transgaming.com TRANSGAMING TECHNOLOGIES DIB ENGINE DOCUMENTATION (GDI RENDERER) Copyright (c) 2002 TransGaming Technologies Inc. SCENARIO -------- The Win32 API allows for a graphics format called DIBSections. DIBSections allow the application to write to the image in two ways: Direct Access and through GDI. Direct Access means that the application can simply write whatever data it likes to the image - the application has a pointer to the physical image bits, and can write to this with no problem. In ReWind's X11 Driver we can emulate this kind of access by using XImages. The GDI access allows the application to do a whole heap of extra stuff to its graphics, including special rendering such as lines, polygons, ellipses and so on. ReWind emulates such calls through the use of X11's renderer by using XPixmaps. With a DIBSection, the Win32 API allows both of these features to be used on a single image. This is currently supported by ReWind, but it can be slow at times and rather 'hacky'. This is achieved using the following method: o When a DIBSection is created, space is allocated for the application (where the application can directly write to). This is also an XImage. o Another XImage is created for 'conversions' (see depth conversion). o An XPixmap (which is a X Drawable) is created on the X Server. o The application-side data is memory protected to no access. Now, ReWind's X11 driver keeps track of which "image" is most up-to-date, it has 3 mods: gdimod, appmod and insync. (There is actually a 4th mod called 'auxmod' which is used for auxiliary tasks such as OpenGL). These mods represent different states, as follows: o gdimod means that the XPixmap has the most up-to-date version of the image, it was written to last. o appmod means that the application has the most up-to-date version, it has written the image data manually. o insync means that the both the images are up-to-date, they contain the same data. The application can then write into the memory which it is given direct access to, but when it tries to do so a segmentation fault is raised because the memory has been protected. This segmentation fault is caught by ReWind which it recognizes as an attempt to access the application data of a DIBSection. A "coercion" is now called on this DIBSection. If the DIBSection is in gdimod at the time of the segmentation fault, a copy is necessary before we allow the application to write to the DIBSection. The Pixmap is then fetched from X and placed into the XImage in the correct format. The Application is now free to write to the image data, the DIBSection is placed in appmod. A similar thing happens when a GDI painting function gets called, we ensure that the DIBSection is in gdimod (The Pixmap is up-to-date). X is then free to to its rendering. A Problem: Depth conversions and X Limitations: There are many other "nicer" ways that could, in theory, work. With some extensions X is able to render into a XImage, we could use Shared Memory Pixmaps or we could work on getting the upcoming on-the-fly X depth changing into XFree86 4.3. Unfortunately none of these are complete enough to work for our needs. One of the big things that many of them lack is palette support (8bit graphics). So, presently XPixmaps must be in the depth format that the users current X is running at. But the application only knows one way to draw to the DIBSection: The format it requested. This means we have to do depth conversions when we do our coercions from one format to another. This can be slow, particularly if we are constantly doing the conversions. One of the worst cases is when the application requested 8 bit paletted mode and X is running in 24bit mode. A copy from appmod to gdimod/insync involves indexing each color and placing it in the new XImage, then sending it over to X. A copy in the other direction involves a reverse palette lookup, for each pixel we have to cycle through the 256 possible colors and find the correct index for them. This gets quite harsh on X when doing a large image, for example take a 1024x768 screen at 24bits (padded to 32bits): That becomes a 3 megabyte copy every time, doing that often can really slow things down. DIRECT DRAW USAGE ----------------- One important use of DIBSections is DirectDraw. Although games may not explicitly use DIBSections themselves, ReWind does. In Rewind a DirectDraw surface is basically a DIBSection. This is because DirectDraw can be used much like a DIBSection: The application can draw directly to it, yet Win32 can still do GDI rendering to it. For this reason many Win32 DirectDraw applications suffer serious performance problems as a result of DIBSections. Several games you may wish to look at are StarCraft (not too bad because it uses a 640x480 surface) and Age of Empires 2 (badly effected, as it uses a 1024x768 paleted surface). A BETTER SOLUTIONS: THE DIBENGINE --------------------------------- A better solution for this problem has constantly been discussed and is the DIB Engine. The purpose of the DIB Engine is to implement a fully functional GDI renderer capable of doing all the things X is presently used for, plus others which are currently unimplemented in any way. The DIB Engine would basically be able to take care of all GDI rendering when needed itself by rendering into the application memory (at the depth requested by the application). This would save on the copying backwards and forwards most of the time. (Although we would still have the copy to X when blitting to the primary surface). A DIBEngine has to implement a lot of functionality and must include the raw functions to render things like lines, polygons, ellipses and so on to the image. Another functionality of a DIBEngine should be to understand the ROP modes given to the various blitting functions. ROP stands for Raster Operations and is a method by which an application can make customize a blit fairly extensively. In Win32 there are two types of ROP's: Binary ROP's and Tenerary ROP's. Tenerary ROP's allow for up to 256 different types of blitting and are described by a string in reverse polish notation. An example Tenerary ROP could be DPSoo which is described as "Destination OR'd with Brush (pattern) OR'd with Source" and then blitted into the source. That is a fairly simple ROP3 code. Currently there is no suitable external library which could be exploited to make a DIBEngine in ReWind. One of the more promising libraries, Microwindows, has problems with different depths and ultimately has to be hooked into the underlying driver and hence does not solve the problem of removing the coercions. TRANSGAMING'S DIBENGINE ----------------------- TransGaming Technologies has been developing a DIBEngine in order to finally solve all the problems discussed above. The DIBEngine developed by TransGaming is partially complete, but more work is still needed for it to be fully functional. Current features include: o Drawing of lines o Partial drawing of ellipses o Drawing of polygons (several of the implementations, such as Polygon, Polyline, etc) o Filling of polygons (including patterns) o Pattern blitting o ROP2 and ROP3 engines Most of the support is there to complete the DIBEngine, for example the incomplete primitives can make use of the pattern blitting and so on. There is still a some functionality that has to be completed, and the current TODO list is as follows: o Implement outlined and filled shapes. o Implement curved shapes (Ellipse, Chord, Pie, Arc, etc). o Complete other drawing functionality (Round Rect, SetPixal etc). o Implement the different pens (Varying thickness, dotted, geometric, etc). o Line drawing needs to implement draw_last_point flag. o Brushes can only be 8x8 in Windows 95, we need to care about this. o Implement of clipping regions (Win32 has many types of clipping including rectangles, elliptic and more). o Implement text/fonts. o Take care of SetBrushOrgEx Currently the DIBEngine only supports a 16bit X Server and 16 bit drawing this means we need to: o Implement drawing for all possible depths (modify underlying pixel draw functions only). o Support Paletted modes. o Currently X11DRV_CreateBitmap only supports the current X depth. If a DIBSection is created at 32bits, and thus we try to use a 32bit brush, the whole thing will break. We either need to do depth conversions before calling X11DRV_CreateBitmap or do something else. Some things which need fixing up include: o Find depth masks for HBITMAPs o Properly implement BitBlt/PatBlt's and StertchBlt's. BitBlt takes the destination's DC functions, but this may not be safe if the source is not a DIBSection (see the information below on hooking into ReWind). o Optimzation. Currently the DIBEngine is not as fast as X for most drawing functions. Speedups can be done in the area of the ROP parser, pixel drawing, line drawing and filling. The code contains some comments of specific areas that need work. o DLL Seperation: Ideally the DIBEngine should be placed into its own DLL. This will allow it to be used for different graphics drivers, amongst other things. HOOKING INTO REWIND ------------------- For each GDI function that exists there is a driver-specific wrapper function that does some simply checking / optimizing / calculations before sending it onto the drivers specific rendering functions. For the X11DRV these exist in graphics/x11drv/graphics.c. This is where we divert calls to the DIBEngine when necessary. For speed optimizations (minimizing the number of coercions that take place) we put several conditions on which renderer to use. If the DIBSection is in gdimod (eg, Pixmap is most up-to-date) we use the drivers (eg, x11's) renderer; if the DIBSection is in appmod we use the DIBEngine. It should be noted that by doing this, the term 'gdimod' is now redundant because infact a DIBSection could be in appmod yet have been last modified by a GDI function.

1 0

Re: DIB engine
by Huw Davies 27 Sep '02

27 Sep '02

On Sat, Sep 28, 2002 at 01:11:57AM +0200, Ove Kaaven wrote: > Well, here is the DIB engine that a couple of people at TransGaming > (mostly David Hammerton, I think) did some work on a while ago, I finally > got around to review it and make sure it compiles against the current > ReWind (though perhaps it needs a few tweaks to compile against Wine). Well I haven't looked at it yet, but hey cool guys! Cheers! Huw.

1 0

minor typo in winemaker
by Bill Medland 27 Sep '02

27 Sep '02

1 0

Printing with CUPS
by Mason Kidd 27 Sep '02

27 Sep '02

I'm having trouble printing using CUPS. When I try and print in notepad I get a dialog saying: Cannot print the Untitled file. Be sure that your printer is connected properly and use Control Panel to verify that the printer is configured properly. My setup is Redhat 7.3 with the following CUPS packages: cups-libs-1.1.14-15 cups-drivers-hpijs-1.1-0.20020313.3 cups-devel-1.1.14-15 cups-drivers-pnm2ppa-1.1-0.20020313.3 cups-1.1.14-15 cups-drivers-1.1-0.20020313.3 I am printing to a HP Laserjet 1100 using the "HP LaserJet 1100, Foomatic + gimp-print" driver. This is setup to print using IPP to a print server that is also running CUPS(same version). I have not modified any of the printing or fonts options in the wine config file, since the instructions say it is automatic. I am printing from Notepad. Doing a trace of the PSDRV, it reads all of the AFM files and detects the fonts ok. Also, during ParsePPD it finds all of the paper sizes correctly. But then I get a message: trace:psdrv:PSDRV_FindPrinterInfo No 'Paper Size' for printer 'hplj1100' trace:psdrv:PSDRV_FindPrinterInfo No 'FontSubTable' for printer 'hplj1100' And then when it tries to print: trace:psdrv:PSDRV_CreateDC (WINEPS hplj1100 LPT1: (nil)) trace:psdrv:PSDRV_UpdateDevCaps ImageableArea = 0,0 - 0,0: PageSize = 0x0 trace:psdrv:PSDRV_UpdateDevCaps devcaps: horzSize = -2147483648mm, vertSize = -2147483648mm, horzRes = 0, vertRes = 0 Which doesn't seem right. It then selects the pen and brush, and looks like it will print, and the it calls DeleteDC. I have attached the full trace, with +psdrv and +commdlg. It really seems like it is almost working, but something is wrong with the paper size. How can I find why it sets everything up and then deletes the DC? Anyone have any ideas? Mason Kidd

1 0

Re: dx8 submission
by Sylvain Petreolle 27 Sep '02

27 Sep '02

Hi Jason, I tried to compile your directx8 code.(try 3) For now it doesn't compile, complaining about wine_gl.h. Relevant part of 'make depend' log : make[2]: Entre dans le répertoire `/home/wine/dlls/d3d8' ../../tools/makedep -I. -I. -I../../include -I../../include -C. d3d8_main.c directx.c device.c resource.c vertexbuffer.c indexbuffer.c volume.c swapchain.c surface.c basetexture.c texture.c cubetexture.c volumetexture.c wine_gl.h: No such file or directory wine_gl.h was first included from d3d8_private.h:9 d3d8_private.h was first included from d3d8_main.c:25 Where could I find this file ? I have latest CVS and didn't find it. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

4 6

interprocess messages
by Dimitrie O. Paun 27 Sep '02

27 Sep '02

Hi folks, As I was browsing aimlessly (not quite, but for the purpose of the story, it'll do :)) through windows/win.c, I run into this: /******************************************************************* * GetWindowTextW (USER32.@) */ INT WINAPI GetWindowTextW( HWND hwnd, LPWSTR lpString, INT nMaxCount ) { if (WIN_IsCurrentProcess( hwnd )) return (INT)SendMessageW( hwnd, WM_GETTEXT, nMaxCount, (LPARAM)lpString ); /* when window belongs to other process, don't send a message */ if (nMaxCount <= 0) return 0; get_server_window_text( hwnd, lpString, nMaxCount ); return strlenW(lpString); } My question is: shouldn't we alwas call WM_GETTEXT here, and do the switch between current process/other process in the lower levels? What if the application sends the WM_GETTEXT message, and bypasses the GetWindowTextW? Then it wouldn't work, right? Just curious how all these are gonna play out... -- Dimi.

2 1

How to tell winemaker and winebuild what I want to tell it
by Bill Medland 27 Sep '02

27 Sep '02

Anyone able to tell me what I am doing wrong here before I spend days trying to figure it out? My winelib wrapper wants to call MultiByteToWideChar and DOSFS_GetFullName. As far as I am aware they are available from ntdll.dll (ntdll.dll.so) So I want to to get the build to "link" to ntdll.dll I thought it should simply require "-intdll" in the argument to winemaker, but during the link I still get complaints about not finding those two functions. What am I doing wrong? Bill p.s. Thanks to Francois for the fixes to Winemaker

2 5

patch to MZ_Exec() PE executables
by chrismorgan＠rcn.com 27 Sep '02

27 Sep '02

Look reasonable to all of the experts? ;-) dlls/winedos/module.c: Chris Morgan <cmorgan(a)alum.wpi.edu> Add PE support to MZ_Exec(). Index: module.c =================================================================== RCS file: /home/wine/wine/dlls/winedos/module.c,v retrieving revision 1.21 diff -u -r1.21 module.c --- module.c 30 Aug 2002 00:03:25 -0000 1.21 +++ module.c 27 Sep 2002 18:33:58 -0000 @@ -342,14 +342,54 @@ */ BOOL WINAPI MZ_Exec( CONTEXT86 *context, LPCSTR filename, BYTE func, LPVOID paramblk ) { + DWORD binType; + STARTUPINFOA st; + PROCESS_INFORMATION pe; + BOOL status; + /* this may only be called from existing DOS processes * (i.e. one DOS app spawning another) */ - /* FIXME: do we want to check binary type first, to check - * whether it's a NE/PE executable? */ HANDLE hFile = CreateFileA( filename, GENERIC_READ, FILE_SHARE_READ, NULL, OPEN_EXISTING, 0, 0); BOOL ret = FALSE; + + if(!GetBinaryTypeA(filename, &binType)) /* determine what kind of binary this is */ + { + return FALSE; /* binary is not an executable */ + } + if (hFile == INVALID_HANDLE_VALUE) return FALSE; + + /* handle PE executables */ + if(binType == SCS_32BIT_BINARY) + { + if(func == 0) /* load and execute */ + { + BYTE fullCmdLine[512]; + LPBYTE psp_start = (LPBYTE)((DWORD)DOSVM_psp << 4); + PDB16 *psp = (PDB16 *)psp_start; + ExecBlock *blk = (ExecBlock *)paramblk; + LPBYTE cmdline = PTR_REAL_TO_LIN(SELECTOROF(blk->cmdline),OFFSETOF(blk->cmdline)); + LPBYTE envblock = PTR_REAL_TO_LIN(psp->environment, 0); + + cmdline[strlen(cmdline) - 1] = 0; /* remove the \r at the end */ + cmdline++; /* the first character contains the length of the command line */ + + snprintf(fullCmdLine, sizeof(fullCmdLine), "%s %s", filename, cmdline); /* build the full command line */ + + ZeroMemory (&st, sizeof(STARTUPINFOA)); + st.cb = sizeof(STARTUPINFOA); + status = CreateProcessA (NULL, fullCmdLine, NULL, NULL, TRUE, + 0, envblock, NULL, &st, &pe); + return TRUE; + } else + { + FIXME("EXEC type of %d not implemented for PE executables\n", func); + return FALSE; + } + } /* if(binType == SCS_32BIT_BINARY) */ + + /* handle dos executables */ switch (func) { case 0: /* load and execute */ case 1: /* load but don't execute */

1 0

InitThreadInput16
by Dimitrie O. Paun 27 Sep '02

27 Sep '02

OK, This DLL stuff is a bit confusing. In dlls/user/user32.spec we have 409 pascal16 InitThreadInput(word word) InitThreadInput16 so the exported name is InitThreadInput, right? Then how come in ./dlls/x11drv/desktop.c we call it like so: win->hmemTaskQ = InitThreadInput16( 0, 0 ); Shouldn't this yield an error? -- Dimi.

2 5

WM_STYLECHANG{ING/ED}
by Dimitrie O. Paun 27 Sep '02

27 Sep '02

Hi folks, In my relentless quest for speed :), I discovered that we don't send a WM_STYLECHANGED message when we flip the WS_VISIBLE, or WS_VSCROLL, and maybe a bunch of others, I haven't checked. Shouldn't we send such a message, when we touch *any* WS_[EX_]* bits? -- Dimi.

2 3

-gstabs and '#warning "8 as alignment is not supported"'
by Greg Turner 27 Sep '02

27 Sep '02

OK, I did this: Index: configure =================================================================== RCS file: /home/wine/wine/configure,v retrieving revision 1.341 diff -u -r1.341 configure --- configure 25 Sep 2002 03:29:55 -0000 1.341 +++ configure 27 Sep 2002 15:20:40 -0000 @@ -1998,7 +1998,7 @@ CFLAGS=$ac_save_CFLAGS elif test $ac_cv_prog_cc_g = yes; then if test "$GCC" = yes; then - CFLAGS="-g -O2" + CFLAGS="-gstabs -O2" else CFLAGS="-g" fi and sure enough, debug symbols loaded for me. The only remaining annoyance: winedbg doesn't automagically find the sources like gdb. Presumably, I can fix this by issuing "dir" commands to winedbg. So I'm happy (although it'd be nice to not have to issue those "dir" commands). Thanks! Can anyone think of a reason not to submit this as a patch? I tried -gstabs in gcc 2.96 (the only other gcc readily available to me) and it was happy, so presumably its pretty portable, and it looks like the configure change above would only apply to gcc, which seems like precisely the right thing to me. Now one other question for y'all wine gurus out there: I was looking for the alignment issue I mentioned before, and it turns out not to be an "-malign=" problem like I was suspecting. Instead, I was seeing "8 as alignment is not supported" warnings from include/pshpack8.h: # if defined(__GNUC__) || defined(__SUNPRO_C) || defined(__SUNPRO_CC) || defined(_MSC_VER) # pragma pack(8) # warning "8 as alignment is not supported" # elif !defined(RC_INVOKED) # error "Adjusting the alignment is not supported with this compiler" # endif I don't understand, if the alignment isn't supported, why the #pragma pack(8) is there...? Anyhow, since it looks like everybody using gcc gets the same warning, it's probably not a gcc3.2 bug... but I was wondering if anyone could clarify what's going on, and whether this indicates a problem in crypt32.dll.so (the affected wine dll). Thanks for your patience and help, -gmt -- "Waiting periods are only a step. Registration is only a step. The prohibition of private firearms is the goal." -U.S. Attorney General Janet Reno, December 1993

1 0

Re: winemaker: wineapploader changes
by Alexandre Julliard 27 Sep '02

27 Sep '02

Francois Gouget <fgouget(a)codeweavers.com> writes: > However, looking for wine in bindir does not make sense: > * I don't install the Winelib applications I compile using Winelib. So > * I leave prefix to the default value: /usr/local > > * I always build my application using a Wine source tree. This means > * that there is strictly nothing of interest in /usr/local/bin. > > * configure.ac goes to great length to figure out where wrc, winebuild > * and *wine* are located. So at the end of configure.ac we know very > * well what the path to wine is. It's '$WINE'. There seems to be some confusion here. We have two very different problems: one is how to make things work on the build machine, and one is how to make things work when installed. configure can only detect where things are on the build machine, but in general that's not the right paths to put in the installed binaries. The installed stuff goes in $(prefix), and I think it makes sense to expect that Wine itself will be installed there too. Note that in Wine wineapploader is only used for make install; running from inside the tree is a different problem and is done by a different script. I think winemaker should do the same thing. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: winedbg is not finding debug symbols, anybody know what I'm doing wrong?
by Greg Turner 27 Sep '02

27 Sep '02

Eric POUECH wrote... > but I assume you double checked that more likely, aren't you using gcc 3.2 > by any chance ? if so, you need to force ELF symbol emission, not > Dwarf II which became default in 3.2 Bingo. Guilty as charged. Thank you SO MUCH for this, I should have figured gcc3.2 was the culprit, that thing is feisty! I'll take a look at whether I can find a generic solution to this and post a patch. Now that you mention it, I think gcc3.2 has some other interesting warnings, something about some alignment thingys not supported anymore (probably I just change "-m$X" to "-f$X" to fix), I'll see about those too, could well be important... -gmt -- "Waiting periods are only a step. Registration is only a step. The prohibition of private firearms is the goal." -U.S. Attorney General Janet Reno, December 1993

2 1

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