Changelog: * wwn/wn20010526_96.xml wwn/wn20010718_100.xml wwn/wn20010816_102.xml wwn/wn20020213_115.xml wwn/wn20020530_124.xml wwn/wn20020807_131.xml wwn/wn20020906_134.xml wwn/wn20021220_149.xml wwn/wn20030627_176.xml wwn/wn20030704_177.xml wwn/wn20030711_178.xml wwn/interviews/interview_3.xml Assorted spelling fixes. -- Francois Gouget fgouget@free.fr http://fgouget.free.fr/ Broadcast message : fin du monde dans cinq minutes, repentez vous !
Index: wwn/wn20010526_96.xml =================================================================== RCS file: /home/wine/lostwages/wwn/wn20010526_96.xml,v retrieving revision 1.1 diff -u -r1.1 wn20010526_96.xml --- wwn/wn20010526_96.xml 9 Jun 2003 15:57:38 -0000 1.1 +++ wwn/wn20010526_96.xml 15 Jul 2003 06:37:08 -0000 @@ -294,7 +294,7 @@ I'm running Lotus Notes 5.04a under WINE with one of the January releases and its been working great for months. However, any release since February does not seem to do reliable networking on my Mandrake 8.0 system. I can -occassionally actually get into my inbox and even open up a message, but +occasionally actually get into my inbox and even open up a message, but I've never been able to read more than one.</p> <p>Some cow-orkers using this same setup on Redhat 7.1 do not have this Index: wwn/wn20010718_100.xml =================================================================== RCS file: /home/wine/lostwages/wwn/wn20010718_100.xml,v retrieving revision 1.2 diff -u -r1.2 wn20010718_100.xml --- wwn/wn20010718_100.xml 12 Jun 2003 20:48:20 -0000 1.2 +++ wwn/wn20010718_100.xml 15 Jul 2003 06:37:09 -0000 @@ -353,7 +353,7 @@ <p>Lionel Ulmer replied:</p> <quote who="Lionel Ulmer"><p> -My first question was : why implement it ? I would personnaly find VERY +My first question was : why implement it ? I would personally find VERY annoying to have any Windows app. change the size of my desktop window when I prefer running my applications 'windowed'.</p> Index: wwn/wn20010816_102.xml =================================================================== RCS file: /home/wine/lostwages/wwn/wn20010816_102.xml,v retrieving revision 1.3 diff -u -r1.3 wn20010816_102.xml --- wwn/wn20010816_102.xml 11 Jul 2003 14:20:13 -0000 1.3 +++ wwn/wn20010816_102.xml 15 Jul 2003 06:37:10 -0000 @@ -125,7 +125,7 @@ welcome...</quote>. </p> <p>Ladislav dug a little deeper and discovered that the unknown driver -error has actually always been occuring, but the message only recently +error has actually always been occurring, but the message only recently appeared because Alexandre had it printed out. However, he found, <quote who="Ladislav Sladecek"> The real reason for the crash is that the application calls Escape16 with @@ -553,7 +553,7 @@ </quote></p> <p>Uwe reported success. And as a side note, that entire exchange of email -from bug report to patch occured over the span of about 1.5 hours on Thursday.</p> +from bug report to patch occurred over the span of about 1.5 hours on Thursday.</p> </section> Index: wwn/wn20020213_115.xml =================================================================== RCS file: /home/wine/lostwages/wwn/wn20020213_115.xml,v retrieving revision 1.4 diff -u -r1.4 wn20020213_115.xml --- wwn/wn20020213_115.xml 10 Jul 2003 14:27:35 -0000 1.4 +++ wwn/wn20020213_115.xml 15 Jul 2003 06:37:22 -0000 @@ -808,7 +808,7 @@ the code in Visual Studio in order to get all to tests to run properly. :-) </p><p> Also note that this would make it possible to debug each dll in an -enviroment where all other DLLs except the DLL tested were real +environment where all other DLLs except the DLL tested were real Windows DLLs. </p></quote> </section> Index: wwn/wn20020530_124.xml =================================================================== RCS file: /home/wine/lostwages/wwn/wn20020530_124.xml,v retrieving revision 1.2 diff -u -r1.2 wn20020530_124.xml --- wwn/wn20020530_124.xml 11 Jul 2003 14:20:13 -0000 1.2 +++ wwn/wn20020530_124.xml 15 Jul 2003 06:37:32 -0000 @@ -405,8 +405,8 @@ applys to both the Mingw on Cygwin and Mingw for ReactOS ports. </p><p> This document assumes you are using cygwin to configure and build WINE for -a Mingw Target. Cygwin is enviroment used due to a set of bugs within the -Mingw Unix Enviroment MSYS. Msys may work however it, the ReactOS build +a Mingw Target. Cygwin is environment used due to a set of bugs within the +Mingw Unix Environment MSYS. Msys may work however it, the ReactOS build system and and any other configurations are not supported by the WINE project. <ol> <li> Make sure you have the latest cygwin with win32api package.</li> Index: wwn/wn20020807_131.xml =================================================================== RCS file: /home/wine/lostwages/wwn/wn20020807_131.xml,v retrieving revision 1.3 diff -u -r1.3 wn20020807_131.xml --- wwn/wn20020807_131.xml 12 Jun 2003 20:28:59 -0000 1.3 +++ wwn/wn20020807_131.xml 15 Jul 2003 06:37:36 -0000 @@ -87,7 +87,7 @@ > <topic>News</topic> -<p>A new CVS drop occured on August 4th. Alexandre noted +<p>A new CVS drop occurred on August 4th. Alexandre noted the following changes in the <a href="http://cvs.winehq.com/cvsweb/wine/ANNOUNCE?rev=1.65&content-type=text/x-cvsweb-markup";> announcement</a>: Index: wwn/wn20020906_134.xml =================================================================== RCS file: /home/wine/lostwages/wwn/wn20020906_134.xml,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 wn20020906_134.xml --- wwn/wn20020906_134.xml 2 Dec 2002 17:08:39 -0000 1.1.1.1 +++ wwn/wn20020906_134.xml 15 Jul 2003 06:37:37 -0000 @@ -78,7 +78,7 @@ > <topic>News</topic> <p> -This month's CVS drop occured on September 4th. Alexandre noted the +This month's CVS drop occurred on September 4th. Alexandre noted the following in the announcement:</p> <quote who="Alexandre Julliard"><p> WHAT'S NEW with Wine-20020904: (see Index: wwn/wn20021220_149.xml =================================================================== RCS file: /home/wine/lostwages/wwn/wn20021220_149.xml,v retrieving revision 1.3 diff -u -r1.3 wn20021220_149.xml --- wwn/wn20021220_149.xml 10 Jul 2003 14:27:35 -0000 1.3 +++ wwn/wn20021220_149.xml 15 Jul 2003 06:37:45 -0000 @@ -478,7 +478,7 @@ </p><p> -Any ideas why this is occuring? Is this due to issues with pthreads? +Any ideas why this is occurring? Is this due to issues with pthreads? </p></quote> <p>Dmitry Timoshkov explained, <quote who="Dmitry Timoshkov"> Index: wwn/wn20030627_176.xml =================================================================== RCS file: /home/wine/lostwages/wwn/wn20030627_176.xml,v retrieving revision 1.2 diff -u -r1.2 wn20030627_176.xml --- wwn/wn20030627_176.xml 27 Jun 2003 15:09:39 -0000 1.2 +++ wwn/wn20030627_176.xml 15 Jul 2003 06:38:00 -0000 @@ -76,7 +76,7 @@ wrote 88 issues and I've written 88 issues. Some things have changed, others haven't. If everything stays on track we'll hit another milestone around the New Year - the 200th issue. Many thanks to the Wine community for -supporting this little newletter, and a huge thank you to anyone who's +supporting this little newsletter, and a huge thank you to anyone who's gotten involved because they read something here. </p> <p>This week I published the eigth interview in WineHQ's ongoing series. @@ -220,10 +220,10 @@ <p>There was a bit of discussion concerning the wintab32 DLL. Rob North and Aric Stewart's recent work hasn't been committed yet, so -bumping up the status on it is a but premature. +bumping up the status on it is a bit premature. Tom also posted <a href="http://www.winehq.com/hypermail/wine-devel/2003/06/0599.html";>a Changelog</a> -detailing the differences and point out specific changes in estimated +detailing the differences and pointing out specific changes in estimated amount of completion. </p> </section> Index: wwn/wn20030704_177.xml =================================================================== RCS file: /home/wine/lostwages/wwn/wn20030704_177.xml,v retrieving revision 1.2 diff -u -r1.2 wn20030704_177.xml --- wwn/wn20030704_177.xml 10 Jul 2003 14:27:35 -0000 1.2 +++ wwn/wn20030704_177.xml 15 Jul 2003 06:38:06 -0000 @@ -165,7 +164,7 @@ closing a file, decompressing a stream, etc. These filters are strung together forming a <i>filter graph</i>. Part of the DirectX API specifies making calls into an interface that manages the filter graph (not surprisingly -this is refered to as the Filter Graph Manager.) </p> +this is referred to as the Filter Graph Manager.) </p> <p>So how does an application actually play a file? First, an instance of the Filter Graph Manager is created. The Filter Graph Manager then @@ -277,7 +276,7 @@ the selection</li> <li> add 1 second *minimum* time lapse between XSelectionOwner calls</li> <li> sync clipboard ownership between different wine processes</li> - <li> prevents apps from getting into wierd state where they thought they + <li> prevents apps from getting into weird state where they thought they didn't own the selection but they did and as a result queried themselves for available selection data</li></ul></code></ul></p><p> Index: wwn/wn20030711_178.xml =================================================================== RCS file: /home/wine/lostwages/wwn/wn20030711_178.xml,v retrieving revision 1.1 diff -u -r1.1 wn20030711_178.xml --- wwn/wn20030711_178.xml 11 Jul 2003 14:16:16 -0000 1.1 +++ wwn/wn20030711_178.xml 15 Jul 2003 06:38:06 -0000 @@ -114,13 +114,13 @@ or eliminate it altogether (by substituting a kernel service). Certainly the current degree of reliance on a separate process that is scheduled according to the operating system's own priorities creates significant speed problems. -Some of this migh be alleviated by boosting the priority of the wineserver +Some of this might be alleviated by boosting the priority of the wineserver process or by making it a real time task, but there are still some operations it appears to be performing some operations that result in a yield and hence subject it to another wait in the queue for at least one time slice. </p><p> Even if the wineserver itself could be sped up in this way, individual -processes would stull be subjected to time waiting in the queue after they +processes would still be subjected to time waiting in the queue after they make a request of wineserver. The problem becomes more severe on a heavily loaded system. </p><p> @@ -140,7 +140,7 @@ Other possible approaches that I haven't seen directly discussed on the wine-devel list: <dl> - <dt>An exokernel using the x86 multiring capability</dt> + <dt>An exokernel using the x86 multi-ring capability</dt> <dd>Not portable to non-x86 architectures.</dd> @@ -279,7 +279,7 @@ <topic>RPC / COM / OLE</topic> <p>Mike Hearn had some <s>rants</s> ..er.. questions about OLE:</p> <quote who="Mike Hearn"><p> -I was wondering whether anybody with experience working with microsofts +I was wondering whether anybody with experience working with microsoft's ole implementation (win98 version) could answer these questions: </p><p> Firstly, does anybody know what it does during thread detach? Its @@ -289,7 +289,7 @@ goes into a message loop, processes some messages then blocks waiting. It never drops out of the message loop. </p><p> -Secondly, does anybody know what is missing from Wines built in OLE +Secondly, does anybody know what is missing from Wine's built in OLE implementation for it to be used for IE embedded? I've tried using it, and other than a couple of bugs in the GIT (which I will try and send a patch for soon), it seems to get stuck in ITypeInfo::Dispatch() and ends @@ -302,7 +302,7 @@ has had other forms of IPC for years, I can't see the logic behind using the limited and broken message passing scheme for it. </p><p> -Wierdly enough, wines built in OLE seems to work OK for iexplore.exe +Weirdly enough, wine's built in OLE seems to work OK for iexplore.exe itself, which iirc simply embeds the ActiveX control like any other program. So, maybe it's just a strange little bug that is stopping it from working. @@ -393,7 +393,7 @@ <p>Steven asked, <quote who="Steven Edwards"> Is there anyway this could be of use to WINEgcc? I figure not but I wanted to ask as it might not - ever get merged in to GCC-HEAD. I dont think so but if anyone is still interested in SEH for WINE + ever get merged in to GCC-HEAD. I don't think so but if anyone is still interested in SEH for WINE and Winelib its worth a look at least.</quote></p> Index: wwn/interviews/interview_3.xml =================================================================== RCS file: /home/wine/lostwages/wwn/interviews/interview_3.xml,v retrieving revision 1.3 diff -u -r1.3 interview_3.xml --- wwn/interviews/interview_3.xml 18 Jun 2003 14:40:31 -0000 1.3 +++ wwn/interviews/interview_3.xml 15 Jul 2003 06:38:06 -0000 @@ -107,7 +107,7 @@ In so far that it is included on SuSE Linux (the box product). It is not officially supported in there. </p><p> - Additionaly if we have a customer who wants fixes for WINE, we + Additionally if we have a customer who wants fixes for WINE, we are offering support. </p><p> We also have released a desktop product, the SuSE Linux Office Desktop,
