wine-devel

wine-devel@winehq.org

3 participants
84472 discussions

AppDB: great news !
by Andreas Mohr 12 Jul '02

12 Jul '02

Hi all, I just wanted to let you know that the appliation database (http://appdb.codeweavers.com) just managed to reach 1000 entries !! I think that's a really great thing :-) -- "My attitude is, everybody should try competing with Microsoft once in their life. Once." - Marc Andreessen, former Netscape lead employee, in a "browser wars" interview

3 2

Re: Crash in SHELL32_ParseNextElement
by Gregg Mattinson 12 Jul '02

12 Jul '02

No. I came across this crash a few weeks ago when testing an application. Unfortunatly, I can't even remember what caused it to crash. I just remember adding this small change and that fixed things. Gregg >From: "Jürgen Schmied" <juergenschmied(a)lycos.de> >To: Gregg Mattinson <gm138242(a)opcom-mail.canada.sun.com>, wine-devel(a)winehq.com >Date: Fri, 12 Jul 2002 18:03:17 +0200 >MIME-Version: 1.0 >Subject: Re: Crash in SHELL32_ParseNextElement >CC: wine-devel(a)winehq.com >Content-transfer-encoding: 7BIT >Content-description: Mail message body > >Im about to do a major update to the shellfolder stuff. Are you aware of any other >probkems? > >juergen > >On 12 Jul 2002 at 10:11, Gregg Mattinson wrote: > >> ChangeLog: dlls/shell32/shlfolder.c >> - Initialized the pidlOut variable in SHELL32_ParseNextElement to prevent a >> crash in some cases. >> >> Gregg Mattinson >> Co-op Developer >> Sun Microsystems of Canada >> >> > > >--- >juergen.schmied(a)debitel.net >

1 0

Re: SHLWAPI ole32 (delay-load of dlls)
by Jürgen Schmied 12 Jul '02

12 Jul '02

This is not completely right. shlwapi loads ole32 per delay-load what means nearly its linking against it. We don't have anything similar at the moment. I don't think we should do anyting by function pointers. Maybe we could generate stubs during the build process to implement delay loading. It don't looks to hard to implement. juergen On 11 Jul 2002 at 21:05, Jon Griffiths wrote: > Hi, > > SHLWAPI updates continued. > > This patch removes the need for direct linking to ole32, which is > only ever late bound by the real SHLWAPI. > > For fear of patch conflicts with myself, I haven't included a patch > to Makefile.in to remove the import and the FIXME. I'll send this in > a later patch, if need be. > > > ChangeLog: > > Jon Griffiths <jon_p_griffiths(a)yahoo.com> > > +dlls/shlwapi/shlwapi_main.c dlls/shlwapi/string.c > Remove the need to directly link to ole32. > > > ===== > "Don't wait for the seas to part, or messiahs to come; > Don't you sit around and waste this chance..." - Live > > jon_p_griffiths(a)yahoo.com > > __________________________________________________ > Do You Yahoo!? > Sign up for SBC Yahoo! Dial - First Month Free > http://sbc.yahoo.com --- juergen.schmied(a)debitel.net

2 1

Re: Crash in SHELL32_ParseNextElement
by Jürgen Schmied 12 Jul '02

12 Jul '02

Im about to do a major update to the shellfolder stuff. Are you aware of any other probkems? juergen On 12 Jul 2002 at 10:11, Gregg Mattinson wrote: > ChangeLog: dlls/shell32/shlfolder.c > - Initialized the pidlOut variable in SHELL32_ParseNextElement to prevent a > crash in some cases. > > Gregg Mattinson > Co-op Developer > Sun Microsystems of Canada > > --- juergen.schmied(a)debitel.net

1 0

RE: Any advice on how to debug this?
by Medland, Bill 12 Jul '02

12 Jul '02

> -----Original Message----- > From: Guy L. Albertelli [mailto:galberte@neo.lrun.com] > Sent: Thursday, July 11, 2002 5:13 PM > To: Medland, Bill; Wine devel (E-mail) > Subject: Re: Any advice on how to debug this? > > > > ----- Original Message ----- > From: "Medland, Bill" <Bill.Medland(a)accpac.com> > To: "Wine devel (E-mail)" <wine-devel(a)winehq.com> > Sent: Tuesday, July 09, 2002 5:51 PM > Subject: Any advice on how to debug this? > > > > Any suggestions would be appreciated. > > > > The application runs reasonably with builtin > comctl32/commctrl but there > are > > some alignment issues which I suspect might be corrected by > using the > native > > one. > > > Bill, > > Can you document the alignment issues for me with Bugzilla. > Screen shots are > fine. Traces with "+relay,+message,+tid,+win" are also great > for finding > these type of problems. Is the application available in a > demo version?? > > Guy > > Will comply Also I am in the process of fixing it. (Yesterday's submission was part and yesterday's question about HEADER was the other; I will continue today. Bill

1 0

Re: Items with size 0
by Dmitry Timoshkov 12 Jul '02

12 Jul '02

"Gregg Mattinson" <gm138242(a)scot.canada.sun.com> wrote: > +#ifndef __SUNPRO_C > THREADINFO ti[0]; > +#endif > } SYSTEM_PROCESS_INFORMATION; At least this one can be replaced by [1] for now, since it currently is not used in Wine and according to the Nebbett's book has very different layout. -- Dmitry.

1 0

Re: Fix nasty little bug in InitializeGenericSF
by Joshua Thielen 12 Jul '02

12 Jul '02

Joshua Thielen wrote: > This patch fixes a little bug that caused heap corruption (ouch!) when > running the Finale 2002 installer. > Urg! I'm sorry, I just noticed that Rein fixed this on Tuesday. I just wasted a lot of time. Josh

2 1

Re: RFC: Re: [ros-kernel] Shell32 and dplax
by Steven Edwards 12 Jul '02

12 Jul '02

--- Eric Pouech <eric.pouech(a)wanadoo.fr> wrote: > Steven Edwards a �crit : > > > > > in short, moving to NT architecture is the way > to > > > go, but > > > it'll need some time > > > may be we could also create a metabug on > bugzilla > > > for this > > > and link all known issues to this meta-bug. > > > > I will start a meta bug for this and being to > track > > these issues as I find them. With any luck we will > be > > able to help with these issues in the next few > months. > ok > btw, is this intentional ? (you didn't cc > wine-devel) no it wasnt. but yes I will start a meta-bug for these issues and wait on input from the bugzilla guys as to if they want to group the issues in another way. Steven __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com

3 4

Any advice on how to debug this?
by Medland, Bill 12 Jul '02

12 Jul '02

Any suggestions would be appreciated. The application runs reasonably with builtin comctl32/commctrl but there are some alignment issues which I suspect might be corrected by using the native one. However when I try running with native ones I get two debug consoles and the application continues. (Not a problem). Basically the main program starts two other programs as OLE servers and they load and init commctl32.dll. The stack traces in both cases are similar and indicate to me that the processes have ended up executing data. However by the time I get to disassemble the code referred to by the backtrace the code isn't there any longer. What's my best bet for tracking this down? I've tried winedbg with as many BreakOn.. set as possible but the processes seem to disappear from under the winedbg processes Bill

3 2

HEADER order and index issue
by Medland, Bill 11 Jul '02

11 Jul '02

Dear all Before I spend days trying to find out, can someone tell me straight off? There is a problem with the comctl32 header control and I want to know which is the correct solution. The result is that columns af the associated list control are sometimes put in the wrong place. Here's why! It is a known issue that the first column of a listctrl is left-justified. Therefore the Microsoft-accepted way to proceded with the list control is to add a blank left column, add the columns after that with whatever justification is desired and then delete the first column. Assume we aren't doing any clever column reordering. As the columns are added their headers' orders are equal to the indices. But then the first is removed. When we get to HEADER_Refresh it goes to display them in the correct order; good. However there is an implicit assumption in the code that given n columns the orders there will be one column with order 0, one with 1, ... one with n-1. So 1. Is that assumption invalid? If so then I'll change the code to display the columns in the specified order, assuming that the orders may not be sequential. 2. Is that assumption valid? If so then I'll change it so that deleting a column will modify the orders of the remaining ones. Bill

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel