wine-devel

wine-devel@winehq.org

2 participants
84469 discussions

Re: KERNEL32: implement SetFilePointerEx
by Dmitry Timoshkov 07 Jun '04

07 Jun '04

"Mike McCormack" <mike(a)codeweavers.com> wrote: > /*********************************************************************** > + * SetFilePointerEx (KERNEL32.@) > + */ > +BOOL WINAPI SetFilePointerEx( HANDLE hFile, LARGE_INTEGER distance, > + LARGE_INTEGER *newpos, DWORD method ) > +{ > + static const int whence[3] = { SEEK_SET, SEEK_CUR, SEEK_END }; > + BOOL ret = FALSE; > + NTSTATUS status; > + int fd; > + > + TRACE("handle %p offset %lld newpos %p origin %ld\n", > + hFile, distance.QuadPart, newpos, method ); %lld is not portable, Alexandre added wine_dbgstr_longlong() for that purpose. MSDN states that newpos parameter is allowed to be NULL, in that case a new file pointer is not returned. To avoid code duplication SetFilePointer should become just a wrapper for SetFilePointerEx. -- Dmitry.

1 0

Re: winmm GetDevCaps better pointer check patch
by Robert Shearman 06 Jun '04

06 Jun '04

On Sun, 2004-06-06 at 17:27, Robert Reif wrote: > Do better check on pointers to memory to be written to. ... ________________________________________________________________________ > + if (IsBadWritePtr(lpCaps, uSize)) ... Does a program depend on these checks? We should only put them in when a program depends on them because they can silently corrupt memory and cause a few other hard to detect side effects. Rob

1 0

Re: General serial communications issues
by David Purucker 06 Jun '04

06 Jun '04

>does this fix it ? >;A+ ><< async_ser.diff >> Yes, it does!!! Thank you very much. Also thanks to James(a)superbug.demon.co.uk for his diagnostic efforts, nice teamwork. Wow _________________________________________________________________ MSN Toolbar provides one-click access to Hotmail from any Web page FREE download! http://toolbar.msn.click-url.com/go/onm00200413ave/direct/01/

1 0

Re: fix for launching unix executables
by Andreas Mohr 06 Jun '04

06 Jun '04

Hi, On Fri, Jun 04, 2004 at 03:25:00PM +0200, Rein Klazes wrote: > Changelog: > dlls/kernel : process.c > Fix a crash when launching Unix executables. Is there any way to have a test for that in the test suite? Sure hurts to see such quite basic stuff non-working. Andreas Mohr

3 3

winetest.exe on wine fails
by Robert Reif 05 Jun '04

05 Jun '04

When I try to run winetest.exe on wine, it fails with an error dialog: "Can't redirect stdout." and prints: fixme:msvcrt:_dup2 (od=3, nd=1): stub to the screen. Shouldn't we be able to run wintest.exe on wine?

1 0

Microsoft Visio 2000
by James Courtier-Dutton 05 Jun '04

05 Jun '04

Has anyone managed to get Microsoft Visio 2000 working on a native wine install. I.E. No Pre installed Windows partition. If so, how? If not, I will open a bug and post the details of where the install fails. Cheers James

1 0

Re: [tests] disable winspool tests if we don't have a default printer
by Dimitrie O. Paun 05 Jun '04

05 Jun '04

On Fri, Jun 04, 2004 at 08:26:49AM +0200, Andreas Mohr wrote: > Why not be more verbose about that? Because those people will not see the warning anyway I'm afraid. Most run in non-interactive mode through winrash, others through winetest. The most we can do is leave the error in, and bug people into fixing their setup, but I'm not sure this is practical. Maybe we need a special sort of failure more for these sort of things, so we can separate them in the HTML output. -- Dimi.

2 2

segfault at startup -- race condition
by terra＠gnome.org 05 Jun '04

05 Jun '04

Recall that "./wine" usually, but not always, segfaults for me. I have tracked my race condition down to SHELL_LoadRegistry where the successful runs exit via the first return ("someone else already loaded the registry") whereas the segfaulting runs go on. Ideas? Morten

1 0

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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel