June 2004 - wine-devel

Re: Tab control TCM_SETITEMEXTRA (bugzilla #1046)
by Alexandre Julliard 04 Jun '04

04 Jun '04

Jon Griffiths <jon_p_griffiths(a)yahoo.com> writes: > @@ -2557,8 +2562,10 @@ > infoPtr->items[iItem].iImage = pti->iImage; > > if (pti->mask & TCIF_PARAM) > - infoPtr->items[iItem].lParam = pti->lParam; > - > + memcpy(&infoPtr->items[iItem].lParam, &pti->lParam, infoPtr->cbInfo); > + else > + memset(&infoPtr->items[iItem].lParam, 0, infoPtr->cbInfo); That doesn't look right at all, lParam is not at the end of the structure. And the variable-size info should really be a byte array or something similar, not an LPARAM. -- Alexandre Julliard julliard(a)winehq.org

3 4

segfault at startup
by terra＠gnome.org 04 Jun '04

04 Jun '04

It looks like it is blowing the stack. Ideas? Morten gdb loader/wine-pthread ...] (gdb) where #0 0x4010afdc in _int_malloc () from /lib/libc.so.6 #1 0x4010a18c in malloc () from /lib/libc.so.6 #2 0x404adb72 in _xmalloc (size=25) at ../../misc/registry.c:95 #3 0x404aeb24 in _w95_dump_dke (key_name=0x4055470c "", creg=0x405c0000, rgkn=0x405c0020, dke=0x406444d4, f=0x77f04f60, level=0) at ../../misc/registry.c:717 #4 0x404aeba7 in _w95_dump_dke (key_name=0x4055470c "", creg=0x405c0000, rgkn=0x405c0020, dke=0x4064449c, f=0x77f04f60, level=0) at ../../misc/registry.c:725 #5 0x404aeba7 in _w95_dump_dke (key_name=0x4055470c "", creg=0x405c0000, rgkn=0x405c0020, dke=0x40644464, f=0x77f04f60, level=0) at ../../misc/registry.c:725 #6 0x404aeba7 in _w95_dump_dke (key_name=0x4055470c "", creg=0x405c0000, rgkn=0x405c0020, dke=0x4064442c, f=0x77f04f60, level=0) at ../../misc/registry.c:725 [...] (gdb) p *dkh $1 = {nextkeyoff = 86, nrLS = 188, nrMS = 75, bytesused = 86, keynamelen = 23, values = 1, xx1 = 0, name = "I"} (gdb) p *dke $2 = {x1 = 0, hash = 0, x3 = 0, prevlvl = 0, nextsub = 1, next = 0, nrLS = 0, nrMS = 0} Note dke->next==0.

3 3

Re: Listview ignores the user specified image state index
by Dimitrie O. Paun 04 Jun '04

04 Jun '04

On Thu, Jun 03, 2004 at 02:12:49PM -0700, Krishna Murthy wrote: > While inserting the item in ListView control in wine( in function > ISTVIEW_InsertItemT() ), the state image index is overwritten with zeros. > After copying the LVITEM structure to newly created item in > LISTVIEW_InsertItemT(), a statement is unnecessarily masking the state with > LVIS_STATEIMAGEMASK by using ~ operator (item.state &= ~LVIS_STATEIMAGEMASK; > ). This statement is making the bits 12 through 15 overwrite with 0's by > replacing original state image index. Odd, I've added that, but I can not understand why. If anything, it might be a typo, as I can't see why I would want to nuke the state image, but I also can not remember what I wanted to remove. So the patch is OK, I'll think some more tonight what, if anything, I wanted to remove from the state. -- Dimi.

1 1

Re: Don't send messages when doing a ShowWindow(SW_HIDE) on aninvisible window
by Dmitry Timoshkov 04 Jun '04

04 Jun '04

"Mike Hearn" <mh(a)codeweavers.com> wrote: > OK, I sent a fixed patch to wine-patches. I thought ShowWindow/SWP might > do extra things we didn't want to skip, but if the Windows Internals > book says this is what Windows does then we can do that too. On Windows > it returns FALSE if you do that anyway, so it's probably right. FALSE returned by ShowWindow doesn't mean a failure. ShowWindow returns previous visibility status, and FALSE means that a window was invisible. > By the way how much is "Windows Internals"? Is it still sold? I should > look into getting a copy. I bought russian translation of the book in 1995. Original book was published in 1993 by Addison-Wesley, ISBN 0-201-62217-3. -- Dmitry.

1 0

Request for winetesting volunteers
by Chris Morgan 03 Jun '04

03 Jun '04

Thanks to Brian Vincent, Paul Millar, Dimi Paun, Ferenc Wagner and Kevin Koltzau the automated winetest suite is ready for more widespread testing. Kevin and Paul build winetests each night if there were cvs commits since the last time the tests were built. The winetests are published to a script on winehq that Brian and Dimi wrote. The winrash service that I wrote sends its current state to the service and receives a script to process that may direct it to check in later, download a winetest and run it or upgrade itself. Thanks to Ferenc the winetest results are sent back to winehq and can be accessed via http://test.winehq.org/data/ Pretty formatting of the results is coming soon ;-) We need volunteers that are willing to particpate in the winetesting process by running the winrash service on their computers. The winrash installer can be downloaded from: http://prdownloads.sourceforge.net/winrash/winrash-0007-chris-msvc.exe?down… You can find out more about winrash at http://winrash.sf.net The installer will install winrash as a service and run Wine tests as required. It is IMPORTANT that you set the client id correctly. Please use your first and last name WITHOUT spaces, like JohnSmith. Using the default client id will cause your winetest results to be ignored. The service is smart enough to autoupgrade as new versions are released. To uninstall just go to the Add/Remove programs and click 'remove' as you do for many windows programs. There is the ability to restrict the times when winrash runs winetests but this requires manually adding some keys to the registry. I haven't finished testing this feature but if someone wants it I can see about getting it polished up and in a release early this coming week. We currently need testers for the whole range of windows versions, win95/98/me, nt3/4, win2k, xp and 2003. Please reply if you want to help out so that we know what kind of coverage we can expect. The more the merrier, so please sign up even if others have done so for your version of Windows. Chris

3 5

Re: Re: Request for winetesting volunteers
by chmorgan＠charter.net 03 Jun '04

03 Jun '04

I think we should switch the winrash id field from the users first and last name to an email address we can contact the user at. There are a few odd errors that I'd like to get more information about but its difficult to contact people via their first and last name. Any objections to this? Winetest able to handle an email address as the username field? Chris > > From: "Dimitrie O. Paun" <dpaun(a)rogers.com> > Date: 2004/06/03 Thu AM 01:30:05 EDT > To: Ferenc Wagner <wferi(a)afavant.elte.hu> > CC: wine-devel(a)winehq.org > Subject: Re: Request for winetesting volunteers > > On Sat, May 29, 2004 at 09:22:02AM +0200, Ferenc Wagner wrote: > > What's missing, what should be easier? > > Now that you're asking: in the reports, I don't quite like > that a single report for Win95 is listed as OSR2 in the > main summary, but then it switches to Win95(n) when we have > more than one. Similarly for Win98. This is very confusing. > > For example, after the first submitted tests, the main > summary header read: > > OSR2 SE ME .... > > I wasn't even sure what SE was. Anyway, I think the header > should remain immutable: > > Win95 Win98 ME NT3 NT4 2000 XP 2003 > > -- > Dimi. > > >

3 3

programmable shader research
by Simon Harvey 03 Jun '04

03 Jun '04

hello all I have put forward a project proposal outlining a programmable graphics pipeline for optional use in blender. I submitted my proposal: ------------------------------------------------------- PROJECT GOAL I intend to create a render pipeline who's shader(s) can be selected by a user as being a programmable shader created from source code which is then compiled and then "executed" when a pixel is to be shaded OR one of the current stock shaders from a drop down list box in material settings. I have still not yet decided wheather the shading language should be a subset of python (at least looking synthatically similar) or like C (similar to RSL) however the many benifits of an RSL clone is that people have experience with it, it is an industry standard and the shaders runtimes and shader compilers from pixie or aqsis can be used. REQUIRED BLENDER RESOURCES What I hope to use are: The mailing lists - so other developers can have an input on the syntax design as well as give help on pipeline integration and coding techniques. The exposure - so people are aware of it. DECLARATION OF PRIMARY INTENTIONS AND OTHER COMMITMENTS This is a blender research project. There is no agenda of infringing on the foundation's long term plans. HOWEVER It is naturally a big boost to one's own self-esteem and happyness when ones own work gets regonised by the wider community. I am doing a masters in electronics, I do not have the 'promptness' and speed that other coders may have because my thesis takes up so much of my time. Therefore if the project is accepted it should be expected that this is a *long term research project*. With no results to be shown for the first 6-12 months after initial acceptance. My main interest is the shader virtual machine, shader API's and the render pipeline, it will have to be for others to give it a nice GUI if the programmable shader subsystem has the required merit to warrant futher development. The shader type would be the surface shader in renderman(tm), so there is no intention of providing displacement, transformation, atmospheric, volumetric and light shaders to blender's graphics pipeline. -------------------------------------------------- and ton emailed me back asking me to put it on the developer mailing list, just to see what you all thought of it - ask for ideas and comments. so here it is. what do you think?? simon Find local movie times and trailers on Yahoo! Movies. http://au.movies.yahoo.com

1 0

debugger symbols and NPTL on RedHat 9
by Shachar Shemesh 03 Jun '04

03 Jun '04

Hi all, As mentioned in a previous thread, I'm trying to get a client to migrate their product to Linux using Wine. So far, the results have been so so, with mightily strange results (sockets in "Established" state with no controlling process, zomby processes who's parent is init that are not being cleared, etc.). After some looking around, we tried running Wine with "LD_ASSUME_KERNEL=2.4.1", and the problems magically disappeared. Maybe because of the time that passed since these problems were common, I clean forgot about this option. I noticed that wine-pthread was running instead of wine-kthread, but I did not think of it as a problem beyond a theoretical performance problem. It seems, however, that guessing wrong had pretty dire side effects. So, the question <--------------- Will running wine-kthread directly work? Or is there something crucial done by the "wine" executable? Second problem is probably independant. I figured that going through the process of getting the program compiled as winelib was unnecessary, so I am still compiling it on Windows using Visual Studio. This, naturally, means that it's a PE. After resolving the font problems, I can finally get the program running through winedbg. While I'm doing ok at working like that, the client really prefers working with a GUI. When I try to run the program using the --gdb switch (with or without --no-start), debug symbols for the PE part are not shown. I get all the symbols for the ELF dlls (wine's DLLs), but not for the PE program. Is this a solveable problem? The program is using PDBs for debug symbols, they are not compiled into the PEs. I can change that, I guess, but I would really rather not. Will changing that solve anything? Shachar -- Shachar Shemesh Lingnu Open Source Consulting http://www.lingnu.com/

4 9

Porting Application to MacOS X
by saneh gupta 03 Jun '04

03 Jun '04

Hi, I'm on the lookout for a library to port my Windows SDK code to MacOS X. I came across the Wine website and I think this would solve my problem. However before I dive into it, I'd like to get the following clarification : I need my application to be independent of any other binary (like wine) - so, once linked with the required wine-libraries it should just run on any MacOS X machine i.e. no dependency on wine binary/installation. Is this possible? I would also like to use my own makefile for linking in my application with the wine libraries. Is ths fine? Thanks. ________________________________________________________________________ Yahoo! India Matrimony: Find your partner online. http://yahoo.shaadi.com/india-matrimony/

2 1

Re: [MSVCRT] Cross build fix
by Dimitrie O. Paun 03 Jun '04

03 Jun '04

On Tue, Jun 01, 2004 at 11:42:28AM +0200, Hans Leidekker wrote: > > Hi, > > This patch: > > http://www.winehq.org/hypermail/wine-cvs/2004/04/0357.html > > broke the MinGW build of msvcrt. The changelog says it's a compatibility > fix. Dimi: what compatibility were you aiming at with this patch? Compatibility with other headers. _WCTYPE_T_DEFINED is in a way part of the public interface, and when we use the headers in Winelib apps, we need to define it so we don't end up with duplicate declarations for wint_t/wctype_t. When we build msvcrt it's a different story of course, and we seem to need the exact opposite. Which is why I find the entire MSVCRT() thing not only ugly, but a bit problematic also. Alexandre, why don't we just remove all those MSVCRT() macros, use the headers in Winelib apps, and duplicate what we need with a MSVCRT_ prefix in an internal header that we use just for building? These things are quite stable, so the risk of diverging is small, and for thinks like structures we can write tests to make sure we have the same sizes/layouts. -- Dimi. P.S. Please note that in theory the same situation holds true for all the other sentries. So it's not like we only have a problem with wint_t/wctype_t.

3 7

Re: Don't send messages when doing a ShowWindow(SW_HIDE) on an invisible window
by Dmitry Timoshkov 03 Jun '04

03 Jun '04

"Mike Hearn" <mh(a)codeweavers.com> wrote: > This fixes TightVNC. Praise be to open source Windows apps! :) > > Mike Hearn <mh(a)codeweavers.com> > Don't send WM_SIZE, WM_MOVE nor WM_WINDOWPOSCHANGING in ShowWindow when > hiding an invisible window. Add a test for this behaviour which passes on > Windows 2000 and Wine. I think the real fix should be to test WS_VISIBLE style in ShowWindow and do nothing for SW_HIDE && !WS_VISIBLE, or SW_SHOWxxx && WS_VISIBLE. At least "Windows internals" book shows that Windows does that test. -- Dmitry.

1 0

dlls/d3dxof/d3dxof and unused functions
by Gerald Pfeifer 03 Jun '04

03 Jun '04

The addition of /wine/dlls/d3dxof/d3dxof.c revision 1.1 date: 2004/06/03 00:03:23; author: julliard; state: Exp; Christian Costa <titan.costa(a)wanadoo.fr> Added d3dxof dll, part of Direct3D. causes the following warning regressions: d3dxof.c:238: warning: `IDirectXFileBinary_Vtbl' defined but not used d3dxof.c:453: warning: `IDirectXFileDataReference_Vtbl' defined but not used d3dxof.c:612: warning: `IDirectXFileObject_Vtbl' defined but not used d3dxof.c:690: warning: `IDirectXFileSaveObject_Vtbl' defined but not used Would you mind addressing these? Gerald -- Gerald Pfeifer (Jerry) gerald(a)pfeifer.com http://www.pfeifer.com/gerald/

1 0

HELP
by mguyard 03 Jun '04

03 Jun '04

I've developped a software with Windows Visual C++, i want to export it into Linux Red Hat 9.0. My idea was to use Wine and WineLib. So i import wine with command below: export CVROOT=\ :pserver:cvs@cvs.winehq.com:/home/wine cvs login # type "cvs" as the password cvs co wine cd wine ./configure && make The wine installation was performed correctly so i wanted to test wine and more exactly winemaker. Run <command>make clean</command> in the winemine source directory if it contains results of previous builds. Create a separate directory with name winemine2, so it won't conflict with the Wine copy of the application. Copy the sources of winemine (files *.c, *.h, *.rc) to this directory. Now run the commands, mentioned above from the winemine2 directory: </para> <programlisting> $ winemaker --lower-uppercase . ------> but i was quite disapointed when it said me : bash: winemaker: command not found That's why i call you to know how can i do to work winemaker? Thank you very much Bests regards Mickael GUYARD INTA engineer 144 bd Pereire Paris Accédez au courrier électronique de La Poste : www.laposte.net ; 3615 LAPOSTENET (0,34/mn) ; tél : 08 92 68 13 50 (0,34/mn)

1 0

Performance issues with Wine application
by Ewert, Mark 03 Jun '04

03 Jun '04

Hi All, I have a simulation tool that runs under windows NT/2K directly from the DOS command shell. When running it on a Windows machine I get 200 cycle/s. When running it on Linux via Wine I get ~10 cycle/s. I didn't realize Wine would have such a negative performance impact. Is there any way to trace where the performance bottleneck is? I actually don't have access to the source of the simulation tool, so any optimizations would have to be done directly in Wine. I should also mention that to get this application to work with Wine I had to copy over the Microsoft visual c++ dll: msvcp60.dll. Would this somehow be impacting the execution performance? By the way, I'm not sure if this is the right mail list for discussing performance issues. I tried the end user mail list but did not get a response from anyone.

3 2

Re: Crash due to _fini
by Dimitrie O. Paun 02 Jun '04

02 Jun '04

On Tue, Jun 01, 2004 at 08:40:09AM +0530, Rajeev Bansal wrote: > thanks for reply > > i used wineg++ also but result was the same as wineg++ is link to winegcc > lrwxrwxrwx 1 root root 7 May 25 17:34 wineg++ -> winegcc Can you please come up with a short test case? -- Dimi.

1 0

FW: Crash due to _fini
by Rajeev Bansal 02 Jun '04

02 Jun '04

Hi Dimi, I was trying to understand why any wine shared dll (like msvcrt.dll.so) crashed at the _fini call. This does not happen if I use my own created shared libraries. I was seeking help to find out why the crash occurs only with wine shared library. I had to port my windows code even on MacOS, hence I was attempting to use the wine libs without winegcc/wineg++ and specs file. This would make "porting" to any platform not supported currently by wine easy. Thanks rajeev -----Original Message----- From: Dimitrie O. Paun [mailto:dpaun@rogers.com] Sent: Monday, May 31, 2004 11:24 PM To: Rajeev Bansal Cc: wine-devel(a)winehq.org Subject: Re: Crash due to _fini On Mon, May 31, 2004 at 05:16:47PM +0530, Rajeev Bansal wrote: > Please tell me a way so that i can use wine libraries directly without > winegcc or specs file Please don't do that. Or if you do, I'm afraid we can't help you. > on using winegcc for code which contains new and delete operator it gives > undefined reference to following symbols > operator new(unsigned) > operator delete[](void*) > _Unwind_Resume > __gxx_personality_v0 > > please help me to resolve above symbols Use wineg++ to compile and link. -- Dimi. --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.642 / Virus Database: 410 - Release Date: 3/24/2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.642 / Virus Database: 410 - Release Date: 3/24/2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.642 / Virus Database: 410 - Release Date: 3/24/2004

2 1

Fw: CVS compile failure
by Paul R Streitman 02 Jun '04

02 Jun '04

That was the problem! In Mandrake you need a separate static devel package. Its curious that I was able to compile kernels, x.org, older levels of wine, etc. without it... I am appending from Notes 6.5.1 running under today's CVS. I have another problem, but I will report that separately. Thanks, Paul z/OS core components development Internet: prs(a)us.ibm.com ----- Forwarded by Paul R Streitman/Poughkeepsie/IBM on 06/02/2004 03:30 PM ----- Mike Hearn <mh(a)codeweavers.c om> To Sent by: wine-devel(a)winehq.com wine-devel-admin@ cc winehq.org Subject Re: CVS compile failure 06/02/2004 02:21 PM On Wed, 02 Jun 2004 12:28:46 -0400, Paul R Streitman wrote: > This is on Mandrake cooker, gcc 3.3.2. Do you have the static libc installed? It's called libc.a and should be a part of the developer packages. thanks -mike

2 1

an odd focus problem
by Paul R Streitman 02 Jun '04

02 Jun '04

I have an odd focus problem to report. This problem is a regression, some time since 4/26 (which does not exhibit the problem). I have not had time to pull interative CVS levels to find out exactly when it appeared, but it was definitely failing last week (at first, I thought that it might be a window manager problem). The problem has to do with virtual desktop focus. If I switch to a different virtual desktop and back, my wine application disappears! There are no error messages or anything (including when running winedbg without any options), its just become totally invisible. It also disappears from the window manager task list. I believe that the application is still running, based on terminal output and the fact that the various wine processes still show up in top. In fact, with Lotus Notes (6.5.1), you have to kill off those processes to restart a 'disappeared' Notes. This problem is readily reproducable. Just define virtual desktops in Afterstep (1.8.11) or Enlightenment (the 0.65 snapshot of 16.7, for example), and run 'wine notepad'. Switch focus to another virtual desktop and back - the notepad is gone! I am running Mandrake cooker, kernel 2.6.7-rc1-mm1, and a May 17th CVS snapshot of x.org. Thanks, Paul z/OS core components development Internet: prs(a)us.ibm.com

1 0

CVS compile failure
by Paul R Streitman 02 Jun '04

02 Jun '04

When compiling CVS, I get: ... gcc -c -I. -I. -I../include -I../include -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o pthread.o pthread.c gcc -o wine-pthread -Wl,--export-dynamic -Wl,--section-start,.interp=0x77f00400 pthread.o main.o -L../libs/wine -lwine -L../libs/port -lwine_port -lpthread gcc -c -I. -I. -I../include -I../include -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o preloader.o preloader.c gcc -o wine-preloader -static -nostartfiles -Wl,-Ttext=0x78000000 preloader.o -L../libs/port -lwine_port /usr/bin/ld: cannot find -lc collect2: ld returned 1 exit status make[1]: *** [wine-preloader] Error 1 make[1]: Leaving directory `/home/wine0601/loader' make: *** [loader] Error 2 This is on Mandrake cooker, gcc 3.3.2. Thanks, Paul z/OS core components development Internet: prs(a)us.ibm.com

2 1

winemaker /configuration file
by Ahmed Abdel Aal 02 Jun '04

02 Jun '04

Hi, I installed new version of wine -20040505 but when I tried to use winemaker to gnerate configuration file. it is not generated and generate Makefile direct. is it and error in winemaker or updates in new version. thanks aallabs

2 1

Re: [OLEAUT32] Resend: Typelibs, Better handling of References
by Mike Hearn 02 Jun '04

02 Jun '04

On Tue, 2004-06-01 at 09:33 +0200, Raphael wrote: > Now we go further on many InstallShields (i'm using Prince Of Persia and > SplinterCell Demo) but InstallShield seems to freeze after creating the > "desktop/background" window (i only see Window messaging traces). > Any expert to help me ? > helpppp, i want a lot to use SplinterCell Demo :( Are you sure it's frozen, or is it actually that the big blue window was created as override-redirect so is placed always-on-top by your window manager? What happens if you use desktop mode? thanks -mike

3 3

Re: RSABase: Created Needed Registry Key in DllRegisterServer (Try 2)
by Robert Shearman 02 Jun '04

02 Jun '04

On Wed, 2004-06-02 at 01:39, Raphael wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Wednesday 02 June 2004 00:51, Robert Shearman wrote: > > On Tue, 2004-06-01 at 22:53, Robert Shearman wrote: > > > Hi, > > > > > > The second registry key added by this patch is needed for rsabase to be > > > used properly. > > > > > > Rob > > > > Now with correct registry key. > > > > Changelog: > > Created needed registry key in DllRegisterServer. > > More Complete Patch Again :) Too late :) Alexandre has already committed the patch. You'll have to re-diff. Rob

1 0

CVS Wine doesn't build on NVidia system (2004-05-01)
by Saulius Krasuckas 01 Jun '04

01 Jun '04

Am I the only NVidia owner who has this problem? I did 'make clean' and 'cvs -PAd' and now am getting following: make[2]: Entering directory `/mnt/antras/usr/src/wine-cvs/wine/dlls/uuid' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/mnt/antras/usr/src/wine-cvs/wine/dlls/uuid' make[2]: Entering directory `/mnt/antras/usr/src/wine-cvs/wine/dlls/glu32' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/mnt/antras/usr/src/wine-cvs/wine/dlls/glu32' make[2]: Entering directory `/mnt/antras/usr/src/wine-cvs/wine/dlls/d3d8' gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o utils.o utils.c utils.c: In function `set_tex_op': utils.c:1605: `GL_MODULATE_ADD_ATI_EXT' undeclared (first use in this function) utils.c:1605: (Each undeclared identifier is reported only once utils.c:1605: for each function it appears in.) make[2]: *** [utils.o] Error 1 make[2]: Leaving directory `/mnt/antras/usr/src/wine-cvs/wine/dlls/d3d8' make[1]: *** [d3d8] Error 2 make[1]: Leaving directory `/mnt/antras/usr/src/wine-cvs/wine/dlls' make: *** [dlls] Error 2 Patch of cause is http://cvs.winehq.org/patch.py?id=12484 . Nothing changed in my NVidia drivers setup, nor in GL headers on my system AFAIK. # lsmod | grep nv nvidia 2123744 6 (autoclean) # strings /lib/modules/`uname -r`/kernel/drivers/video/nvidia.o | grep id: nvidia id: NVIDIA Linux x86 NVIDIA Kernel Module 1.0-5336 Wed Jan 14 18:29:26 PST 2004 Help :)

4 4

Re: Minor logging improvements to freetype.c
by Huw D M Davies 01 Jun '04

01 Jun '04

On Mon, May 31, 2004 at 09:47:35PM +0100, Mike Hearn wrote: > Mike Hearn <mh(a)codeweavers.com> > Change some TRACEs into WARNs, WARN on skipping font due to wrong format. > > Index: dlls/gdi/freetype.c > =================================================================== > RCS file: /home/wine/wine/dlls/gdi/freetype.c,v > retrieving revision 1.60 > diff -u -r1.60 freetype.c > --- dlls/gdi/freetype.c 20 Apr 2004 01:12:18 -0000 1.60 > +++ dlls/gdi/freetype.c 31 May 2004 20:47:29 -0000 > @@ -316,20 +316,21 @@ > } > > if(!FT_IS_SFNT(ft_face)) { /* for now we'll skip everything but TT/OT */ > + WARN("skipping font file %s, not TrueType/OpenType font\n", debugstr_a(file)); > pFT_Done_Face(ft_face); > return FALSE; > } > if(!pFT_Get_Sfnt_Table(ft_face, ft_sfnt_os2) || > !pFT_Get_Sfnt_Table(ft_face, ft_sfnt_hhea) || > !(pHeader = pFT_Get_Sfnt_Table(ft_face, ft_sfnt_head))) { > - TRACE("Font file %s lacks either an OS2, HHEA or HEAD table.\n" > + WARN("Font file %s lacks either an OS2, HHEA or HEAD table.\n" > "Skipping this font.\n", debugstr_a(file)); > pFT_Done_Face(ft_face); > return FALSE; > } > > if(!ft_face->family_name || !ft_face->style_name) { > - TRACE("Font file %s lacks either a family or style name\n", debugstr_a(file)); > + WARN("Font file %s lacks either a family or style name\n", debugstr_a(file)); > pFT_Done_Face(ft_face); > return FALSE; > } You could argue that these three should really be FIXMEs > @@ -369,13 +370,13 @@ > (*insertface)->font_version, pHeader->Font_Revision); > > if(fake_family) { > - TRACE("This font is a replacement but the original really exists, so we'll skip the replacement\n"); > + WARN("This font is a replacement but the original really exists, so we'll skip the replacement\n"); > HeapFree(GetProcessHeap(), 0, StyleW); > pFT_Done_Face(ft_face); > return FALSE; > } > if(pHeader->Font_Revision <= (*insertface)->font_version) { > - TRACE("Original font is newer so skipping this one\n"); > + WARN("Original font is newer so skipping this one\n"); > HeapFree(GetProcessHeap(), 0, StyleW); > pFT_Done_Face(ft_face); > return FALSE; > I don't think these two should be warnings. It's perfectly possible to have two copies of the same font installed and you don't want to confuse users by issuing warnings about something where we actually do the right thing. Huw. -- Huw Davies huw(a)codeweavers.com

2 3

wine
by Mike 01 Jun '04

01 Jun '04

m tring to play a game using wine does anybody no why i receive this message and if so how to fix? Thanks Mike > Exception at EIP=0081F2B4: ACCESS VIOLATION > While attempting to read memory at 00000000 > ----------------------------------------------------- > EAX=00000000 EBX=00000001 ECX=0000013C EDX=41796208 > ESI=000006D7 EDI=407CFD7C EBP=00000000 ESP=407CFC30 >

2 1

DCOM (was Re: Fix CoMarshalInterThreadInterfaceInStream)
by Robert Shearman 01 Jun '04

01 Jun '04

On Sat, 2004-05-29 at 00:44, Mike Hearn wrote: > Of course calling CoMarshalInterface in this case doesn't actually do > much, but if it helps InstallShield OK. Actually, it does. It appears as though the interface marshaling functions are all compatible with each other on Windows (even though MSDN says that they aren't and then says they use the same code as the others). Presumably InstallShield was quite understandably passing the IStream from on the two functions that were fixed into one of the other (supposedly compatible) functions and then that function failed because it wasn't the right format. Even on Wine, those other functions, such as CoMarshalInterface do actually attempt to get a marshaller or just use the standard one and > If you are interested in this > stuff I'd say trying to merge the TransGaming patch would be a good > start. I assume you mean this: http://www.winehq.com/hypermail/wine-devel/2003/07/att-0179/01-ole.diff__ch… I've had a look at what is in there. The way I interpret it, there are a couple of sections: o Auto-generated marshaling code -- this is fine to be included in Wine and could probably be done so at any point o Converting COM (ole32) to using RPC -- as you can see by the comments in the code, this isn't really done through the correct interfaces yet (and this is stuff that you only want implement once) and hence I'm not confident that the related stuff is done correctly. There are useful bits, but I doubt I will use all of that code. o Rewriting the Type Library marshaller -- this isn't much better than the code we have at the moment. Again, this isn't done through the correct interfaces - I would prefer to use the stubless RPC to do the same, but it would probably mean writing half of MIDL into RPCRT4. o Miscellaneous header and bug fixes -- I'll check whether they are included in Wine already and check whether they are correct or workarounds for something in the patch > This includes a lot of what you've done lately such as proper > apartments, proper inter-thread marshalling and so on. Otherwise the > codebase drift is going to get even worse :( I would prefer it if we could all work on the same codebase, but as you know the licensing restrictions largely prevent that. I hope (wish?) that Transgaming will use more and more LGPL modules from Wine and only develop separately the ones that are core to their business. They have been kind of informally doing that by submitting their RPC / OLE patches back to Wine, but they are working from the ReWind codebase, not Wine and they are not in sync. Rob P.S. I am currently putting together a plan for tackling RPC / DCOM and will present it to wine-devel soon.

2 4

Re: Various MDI children activation fixes
by Dmitry Timoshkov 01 Jun '04

01 Jun '04

"Dmitry Timoshkov" <dmitry(a)baikal.ru> wrote: > I'm also attaching latest cersion of my MDI tool which I'm using > for all MDI related investigations, perhaps it will be useful for > somebody else. Here it is. -- Dmitry.

1 0

Current Wine CVS status
by Dmitry Timoshkov 01 Jun '04

01 Jun '04

Hello all (mostly Alexandre :-)), running today's ~/wine/wine under an old RH 6.2 install I get the following: Usage: ld.so [OPTION]... EXECUTABLE-FILE [ARGS-FOR-PROGRAM...] You have invoked `ld.so', the helper program for shared library executables. This program usually lives in the file `/lib/ld.so', and special directives in executable files using ELF shared libraries tell the system's program loader to load the helper program from this file. This helper program loads the shared libraries needed by the program executable, prepares the program to run, and runs it. You may invoke this helper program directly from the command line to load and run an ELF executable file; this is like executing that file itself, but always uses this helper program from the file you specified, instead of the helper program file specified in the executable file you run. This is mostly of use for maintainers to test new versions of this helper program; chances are you did not intend to run this program. --list list all dependencies and how they are resolved --verify verify that given object really is a dynamically linked object we get handle --library-path PATH use given PATH instead of content of the environment variable LD_LIBRARY_PATH --inhibit-rpath LIST ignore RPATH information in object names in LIST -- Dmitry.

2 2

Re: Wine bug with delphi Menus
by Robert van Herk 01 Jun '04

01 Jun '04

Dan Kegel wrote: > Please do put the source and executable of your demo > app online at some web page, and post the URL on wine-devel. Okay, please feel free to grab it from http://www.students.cs.uu.nl/people/rherk/DelphiMenuTest.tar.gz . Greetings, Robert P.S. Hope I got the bonus :-P

1 0

broken mingw build
by Kevin Koltzau 01 Jun '04

01 Jun '04

This patch http://cvs.winehq.org/patch.py?id=12495 seems to have broken the mingw build, currently getting i386-mingw32msvc-gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -Wall -pipe -fno-strength-reduce -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o interlocked.o interlocked.c {standard input}: Assembler messages: {standard input}:124: Error: unknown pseudo-op: `.previous' {standard input}:135: Error: unknown pseudo-op: `.previous' {standard input}:145: Error: unknown pseudo-op: `.previous' {standard input}:155: Error: unknown pseudo-op: `.previous' {standard input}:165: Error: unknown pseudo-op: `.previous' make[2]: *** [interlocked.o] Error 1

3 2

Re: Use TRACE rather than FIXME for check_resource_write
by Dmitry Timoshkov 01 Jun '04

01 Jun '04

[forgot to cc wine-devel] "Mike Hearn" <mh(a)codeweavers.com> wrote: > No need for this to be a fixme, we can't fix broken apps anyway and it > just confuses people. > > Mike Hearn <mh(a)codeweavers.com> > Use TRACE rather than FIXME for check_resource_write I have found and fixed at least one bug in Wine itself thanks to this fixme message. -- Dmitry.

1 0

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 June 2004