wine-devel May 2004

wine-devel@winehq.org

124 participants
249 discussions

wine testing
by Ivan Leo Murray-Smith 04 May '04

04 May '04

Any idea when the tests will be hosted by winehq? Every build is only up to date for day, and once uploaded they stay on the sf servers forever, I see this a a waste of sf resources. Maybe an alternative temp location would be a good idea, until the tests are hosted on winehq. Ivan.

2 1

Re: Yahoo!
by Dmitry 04 May '04

04 May '04

1 0

Re: Fixes for default WM_GETMINMAXINFO values
by Dmitry Timoshkov 04 May '04

04 May '04

"Dmitry Timoshkov" <dmitry(a)baikal.ru> wrote: > this patch fixes default window extents passed in MINMAXINFO structure > to a window. Now some picky applications are able to correctly size their > child windows. > > Changelog: > Dmitry Timoshkov <dmitry(a)codeweavers.com> > - Maximized windows have no thick frame, it's changed to a border. > - Take into account WS_CAPTION style when calculating default values. > - MDI child windows receive slightly adjusted values for a maximized > state. Alexandre, please ignore this patch. It's not entirely correct. I'm investigating the problem further. -- Dmitry.

1 0

Re: E-mail Virus
by Ivan Leo Murray-Smith 04 May '04

04 May '04

> Is it just me, or is some one posing as julliard_at_winehq.org and > dmitry_at_baikal.ru sending e-mail virii into the mailing list? My ISP filtered > it before I could get it, and it's a Windows virus so I doubt it could do > very much damage. The virus is described as W32.Beagle.X_at_mm. It's the virus sending itself, interestingly both the virus and the symantec removal tool work perfectly on wine :) The virus uses it's own smtp engine, so the first "Received:" should contain the IP of the infected pc. You could contact the ISP that provides that IP, and send them the email, they could then notify the user of that computer that his pc is infected. Ivan.

1 0

Re: regression: crash on X2
by Ivan Leo Murray-Smith 04 May '04

04 May '04

> Got any idea for me anyway, I can try to check patch by patch but it takes a > really long time recompiling each time.... btw can I advance cvs my 1 patch > or something that is smaller then date? Use time with CST time zone, so you use the same time as the wine-cvs list archives, how to do this is described at http://www.winehq.com/site/docs/wine-devel/cvs-regression Also, you don't need to recompile every time. Just patch your current tree, run ./configure && make depend && make without previously running make clean, and only the files that have changed will be recompiled. Ivan.

1 0

Re: Packing fixes (supersedes my previous packing fix patch)
by Dmitry Timoshkov 04 May '04

04 May '04

"Hans Leidekker" <hans(a)it.vu.nl> wrote: > This time I tried to be exhaustive. I used the following algorithm > to find all structures that need 8 byte alignment: > > find all types typedef:ed to __int64 > find all structures embedding any of the types found > REPEAT > find all types typedef:ed to any of the structures found > find all structures embedding any of the structures or types found > UNTIL no new types or structures are found > > This patch includes changes to .idl files as well as to the > corresponding .h files. Is that OK? Or should I remove changes > to .h files? I think that a correct way deciding whether a struct is correctly packed is to make sure that our generated tests for packing issues work under MSVC, then just compare the results. Otherwise we risk to miss something. -- Dmitry.

2 1

Re: wine/dlls/kernel/tests pipe.c
by Jakob Eriksson 04 May '04

04 May '04

Alexandre Julliard wrote: >Modified files: > dlls/kernel/tests: pipe.c > >Log message: > Avoid killing threads with TerminateThread, this can cause deadlocks. > > Thank you, so that was why it hanged on Win9x! regards, Jakob

1 0

regression: crash on X2
by hatky 04 May '04

04 May '04

Today's cvs crashes the X2 game benchmark and so does cvs "1 day ago" while "2 days ago" works, I got no lead, it has nothing usfull on the messages, the backtrace shows it crashes in the X2 exe file......... Any one can hand me a lead to find the patch that couses it? -- Hatky, Worshiper of wine (http://www.winehq.org/), Impossible is only an opinion.

4 4

[wine-doc] add mention of current windows version
by hatky 04 May '04

04 May '04

Change Log: Ofir Petruska <hatky(a)users.sf.net> Mention that we already have a windows version Index: documentation/faq.sgml =================================================================== RCS file: /home/wine/wine/documentation/faq.sgml,v retrieving revision 1.32 diff -u -r1.32 faq.sgml --- documentation/faq.sgml��13 Apr 2004 21:16:08 -0000��1.32 +++ documentation/faq.sgml��2 May 2004 20:03:12 -0000 @@ -620,6 +620,11 @@ � � � � � �replace a single Windows dll with its Wine counterpart. Besides � � � � � �being a good test for the Wine dll, this lets us detect cases where � � � � � �we made incorrect assumptions about how the dlls interact. + � � � �</para> + � � � �<para> + � � � � �There is currently a partial version for windows to download at the project + � � � � �download page at SourceForge: + � � � � �(<ulink url="http://sourceforge.net/project/showfiles.php?group_id=6241&package_id=112520">http://sourceforge.net/project/showfiles.php?group_id=6241&package_id=112520</ulink>) � � � � �</para> � � � �</answer> � � � �</qandaentry> -- Hatky, Worshiper of wine (http://www.winehq.org/), Impossible is only an opinion.

1 0

Re: Destroy thread windows also on process exit
by Alexandre Julliard 04 May '04

04 May '04

Dmitry Timoshkov <dmitry(a)baikal.ru> writes: > Currently user32 doesn't destroy windows on exit of a single-threaded > process since it doesn't receive DLL_THREAD_DETACH notification. > > Changelog: > Dmitry Timoshkov <dmitry(a)codeweavers.com> > Destroy thread windows also on process exit, this allows > a correct clean up for single-threaded applications. I don't see how that would make a difference since we don't send messages to an exiting thread anywyay. Do you have a case where this is needed, or is it just a theoretical concern? -- Alexandre Julliard julliard(a)winehq.org

2 1

Jump to page:

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