January 2004 - Wine-Devel - list.winehq.org

WineHQ: Re: WWN broken

by Dimitrie O. Paun

On January 10, 2004 11:27 am, Brian Vincent (C) wrote: > Also, if anyone is bored and wants to do something easy, it might be > nice to change all references in the WWN issues from winehq.com to > winehq.org. I've just recently switched over to trying to be consistent > on the .org thing. There's about 200 issues that could be run through > sed. No, most places were fixed by a patch sometime ago. Here is a patch that fixes the remainding ones. ChangeLog Change the rest of winehq.com to winehq.org. -- Dimi. Index: wwn/wn20010611_97.xml =================================================================== RCS file: /home/wine/lostwages/wwn/wn20010611_97.xml,v retrieving revision 1.10 diff -u -r1.10 wn20010611_97.xml --- wwn/wn20010611_97.xml 16 Dec 2003 17:09:27 -0000 1.10 +++ wwn/wn20010611_97.xml 10 Jan 2004 21:52:08 -0000 @@ -408,7 +408,7 @@ comments. We will be spending the rest of the day getting the initial category structure and 1st round off applications in. Once we have enough input, and we fell stable enough, I will link the AppDB to -WineHQ.com and post to wine-users.</p> +WineHQ.org and post to wine-users.</p> <p><a href="http://appdb.winehq.org/">http://appdb.winehq.org/</a></p> Index: wwn/wn20010802_101.xml =================================================================== RCS file: /home/wine/lostwages/wwn/wn20010802_101.xml,v retrieving revision 1.4 diff -u -r1.4 wn20010802_101.xml --- wwn/wn20010802_101.xml 11 Jul 2003 14:20:13 -0000 1.4 +++ wwn/wn20010802_101.xml 10 Jan 2004 21:52:09 -0000 @@ -29,7 +29,7 @@ <stats posts="173" size="530" contrib="41" multiples="23" lastweek="18"> -<person posts="26" size="61" who="Alexandre Julliard <julliard(a)winehq.com>" /> +<person posts="26" size="61" who="Alexandre Julliard <julliard(a)winehq.org>" /> <person posts="10" size="29" who="Ian Pilcher <ian.pilcher(a)home.com>" /> <person posts="6" size="13" who="Marcus Meissner <marcus(a)jet.franken.de>" /> <person posts="12" size="31" who="Bill Medland <medbi01(a)accpac.com>" /> @@ -52,7 +52,7 @@ <section title="Using Native DLL's" subject="native dll's" - archive="http://www.winehq.com/hypermail/wine-devel/2001/07/0207.html" + archive="http://www.winehq.org/hypermail/wine-devel/2001/07/0207.html" posts="4" startdate="07/25/2001" enddate="07/27/2001" @@ -104,7 +104,7 @@ <section title="Adding 16-bit Headers" subject="Re: more misc fixes" - archive="http://www.winehq.com/hypermail/wine-devel/2001/07/0151.html" + archive="http://www.winehq.org/hypermail/wine-devel/2001/07/0151.html" posts="5" startdate="07/19/2001" enddate="07/20/2001" @@ -171,7 +171,7 @@ <section title="Shared Source a Danger?" subject="Microsoft source code releases - a danger to Wine?" - archive="http://www.winehq.com/hypermail/wine-devel/2001/07/0171.html" + archive="http://www.winehq.org/hypermail/wine-devel/2001/07/0171.html" posts="11" startdate="07/21/2001" enddate="07/24/2001" @@ -293,7 +293,7 @@ <section title="CallWindowProc Syntax" subject="CallWindowProc syntax" - archive="http://www.winehq.com/hypermail/wine-devel/2001/07/0203.html" + archive="http://www.winehq.org/hypermail/wine-devel/2001/07/0203.html" posts="2" startdate="07/25/2001" enddate="07/25/2001" @@ -333,7 +333,7 @@ <section title="Documenting Functions" subject="Documenting functions" - archive="http://www.winehq.com/hypermail/wine-devel/2001/07/.html" + archive="http://www.winehq.org/hypermail/wine-devel/2001/07/.html" posts="10" startdate="07/31/2001" enddate="08/02/2001" @@ -467,7 +467,7 @@ <p>Well, it's just that I'm a fan of JavaDoc-like formats and that I've always been a bit skeptical of the current system (c2man). Does it still work btw? Is -<a href="http://www.winehq.com/WineAPI/">http://www.winehq.com/WineAPI/</a> up to date?</p> +<a href="http://www.winehq.org/WineAPI/">http://www.winehq.org/WineAPI/</a> up to date?</p> <p>Also it seems we should have documentation on what messages do, especially for things like LVM_XXX. Maybe these could be documented with Index: wwn/wn20020308_117.xml =================================================================== RCS file: /home/wine/lostwages/wwn/wn20020308_117.xml,v retrieving revision 1.10 diff -u -r1.10 wn20020308_117.xml --- wwn/wn20020308_117.xml 16 Dec 2003 17:09:27 -0000 1.10 +++ wwn/wn20020308_117.xml 10 Jan 2004 21:52:09 -0000 @@ -463,7 +463,7 @@ <section title="WineHQ Moved" - subject="WineHQ.com Move Complete" + subject="WineHQ.org Move Complete" topic1="Project Management" archive="http://www.winehq.org/hypermail/wine-devel/2002/03/0048.html" posts="4" @@ -496,7 +496,7 @@ <p>A few days later, on Tuesday, Jeremy announced:</p> <quote who="Jeremy Newman"><p> - The WineHQ.com move is complete, but not without some issues. + The WineHQ.org move is complete, but not without some issues. </p><p> The 1st issue is that our mailing lists (mailman) sent out a huge amount of email because the newsgroup gateway changed. It basically thought all @@ -508,7 +508,7 @@ </p><p> If you notice any other issues that I am not aware of, please let me know. There is a lot of things to a site that has been running as long - as WineHQ.com has. + as WineHQ.org has. </p></quote> <p>There was no reply, which is probably a good thing.</p> Index: wwn/wn20020522_123.xml =================================================================== RCS file: /home/wine/lostwages/wwn/wn20020522_123.xml,v retrieving revision 1.7 diff -u -r1.7 wn20020522_123.xml --- wwn/wn20020522_123.xml 16 Dec 2003 17:09:27 -0000 1.7 +++ wwn/wn20020522_123.xml 10 Jan 2004 21:52:10 -0000 @@ -601,7 +601,7 @@ > <topic>Project Management</topic> <p>Andriy Palamarchuk saw a reference Jeremy Newman made to WineHQ.org -and wondered why he didn't reference WineHQ.com. Historically, +and wondered why he didn't reference WineHQ.org. Historically, WineHQ was a ".com" address even though it was an open source community site. Jeremy explained:</p> <quote who="Jeremy Newman"><p> Index: wwn/wn20030124_154.xml =================================================================== RCS file: /home/wine/lostwages/wwn/wn20030124_154.xml,v retrieving revision 1.6 diff -u -r1.6 wn20030124_154.xml --- wwn/wn20030124_154.xml 16 Dec 2003 17:09:27 -0000 1.6 +++ wwn/wn20030124_154.xml 10 Jan 2004 21:52:11 -0000 @@ -737,7 +737,7 @@ <a href="http://security.e-matters.de/advisories/012003.html?SID=b105dbb11a6affba5fe…">a vulnerability</a>. Jeremy Newman replied, <quote who="Jeremy Newman"> -Thanks! The version of cvs on WineHQ.com is patched for this issue.</quote> +Thanks! The version of cvs on WineHQ.org is patched for this issue.</quote> </p> </section> Index: wwn/wn20030328_163.xml =================================================================== RCS file: /home/wine/lostwages/wwn/wn20030328_163.xml,v retrieving revision 1.8 diff -u -r1.8 wn20030328_163.xml --- wwn/wn20030328_163.xml 16 Dec 2003 17:09:27 -0000 1.8 +++ wwn/wn20030328_163.xml 10 Jan 2004 21:52:11 -0000 @@ -119,7 +119,7 @@ <section title="WineHQ Facelift" - subject="WineHQ.com - redesign" + subject="WineHQ.org - redesign" archive="http://www.winehq.org/hypermail/wine-devel/2003/03/0.html" posts="52" startdate="03/20/2003" @@ -143,7 +143,7 @@ provided input, and a ton of suggestions were made. Here's a brief description of the threads discussion design considerations: -<dl><dt><a href="http://www.winehq.org/hypermail/wine-devel/2003/03/0532.html">WineHQ.com - redesign</a> +<dl><dt><a href="http://www.winehq.org/hypermail/wine-devel/2003/03/0532.html">WineHQ.org - redesign</a> - 03/20/2003</dt> <dd>Initial announcement of a test site, <quote who="Jeremy Newman"> Index: wwn/wn20031128_198.xml =================================================================== RCS file: /home/wine/lostwages/wwn/wn20031128_198.xml,v retrieving revision 1.2 diff -u -r1.2 wn20031128_198.xml --- wwn/wn20031128_198.xml 15 Dec 2003 15:25:47 -0000 1.2 +++ wwn/wn20031128_198.xml 10 Jan 2004 21:52:12 -0000 @@ -6,7 +6,7 @@ <author contact="http://www.theshell.com/~vinn">Brian Vincent</author> <issue num="198" date="11/28/2003" /> <intro> <p>This is the 198th issue of the Wine Weekly News publication. -Its main goal is to eat the giblets. It also serves to inform you of what's going on around Wine. Wine is an open source implementation of the Windows API on top of X and Unix. Think of it as a Windows compatibility layer. Wine does not require Microsoft Windows, as it is a completely alternative implementation consisting of 100% Microsoft-free code, but it can optionally use native system DLLs if they are available. You can find more info at <a href="http://www.winehq.com">www.winehq.com</a></p> </intro> +Its main goal is to eat the giblets. It also serves to inform you of what's going on around Wine. Wine is an open source implementation of the Windows API on top of X and Unix. Think of it as a Windows compatibility layer. Wine does not require Microsoft Windows, as it is a completely alternative implementation consisting of 100% Microsoft-free code, but it can optionally use native system DLLs if they are available. You can find more info at <a href="http://www.winehq.org">www.winehq.org</a></p> </intro> <stats posts="224" size="717" contrib="56" multiples="28" lastweek="28"> <person posts="32" size="81" who="Alexandre Julliard" /> @@ -103,14 +103,14 @@ <section title="WineHQ Officially WineHQ.org" subject="Re: winehq name" - archive="http://www.winehq.com/hypermail/wine-devel/2003/11/0595.html" + archive="http://www.winehq.org/hypermail/wine-devel/2003/11/0595.html" posts="3" startdate="11/25/2003" > <topic>Project Management</topic> <p>A long, long time ago on a mailing list far, far away someone decided that Wine's official domain name would -be winehq.com (of course, wine.[com][org] was already +be winehq.org (of course, wine.[com][org] was already taken). Over time, winehq.org was also registered. This has led to a nice philosophical debate about the virtues of both. Rather than raise the issue on wine-devel @@ -159,7 +159,7 @@ <section title="Lecture Slides Available" subject="More slides - final draft?" - archive="http://www.winehq.com/hypermail/wine-devel/2003/11/0667.html" + archive="http://www.winehq.org/hypermail/wine-devel/2003/11/0667.html" posts="3" startdate="11/27/2003" enddate="11/28/2003" @@ -185,7 +185,7 @@ <section title="Running Photoshop Plugins in the GIMP With Wine" subject="Fun projects?" - archive="http://www.winehq.com/hypermail/wine-devel/2003/11/0611.html" + archive="http://www.winehq.org/hypermail/wine-devel/2003/11/0611.html" posts="12" startdate="11/26/2003" enddate="11/28/2003" @@ -203,7 +203,7 @@ for enhancement. </p> -<p>On the <a href="http://www.winehq.com/site/fun_projects">Fun +<p>On the <a href="http://www.winehq.org/site/fun_projects">Fun Projects</a> page is an idea suggested by Marcus Meissner to investigate using native Photoshop plugins with the <a href="http://www.gimp.org">GIMP</a>. This week Rob Collins provided some details on interfacing with Photoshop @@ -368,7 +368,7 @@ <section title="NetBIOS Functionality" subject="Re: netapi32: implement Netbios()" - archive="http://www.winehq.com/hypermail/wine-devel/2003/11/0613.html" + archive="http://www.winehq.org/hypermail/wine-devel/2003/11/0613.html" posts="2" startdate="11/26/2003" > @@ -440,7 +440,7 @@ <section title="Default Printer Question" subject="Default printer and patch management" - archive="http://www.winehq.com/hypermail/wine-devel/2003/11/0661.html" + archive="http://www.winehq.org/hypermail/wine-devel/2003/11/0661.html" posts="3" startdate="11/27/2003" > @@ -491,7 +491,7 @@ <section title="Closed Source Patch Management" subject="Default printer and patch management" - archive="http://www.winehq.com/hypermail/wine-devel/2003/11/0661.html" + archive="http://www.winehq.org/hypermail/wine-devel/2003/11/0661.html" posts="4" startdate="11/27/2003" enddate="11/28/2003" @@ -570,7 +570,7 @@ <section title="Icon Cache Problems" subject="Mysterious icon-change" - archive="http://www.winehq.com/hypermail/wine-devel/2003/11/0650.html" + archive="http://www.winehq.org/hypermail/wine-devel/2003/11/0650.html" posts="4" startdate="11/26/2003" enddate="11/28/2003" @@ -608,7 +608,7 @@ <section title="Winearts With KDE 3.2 Beta" subject="winearts & KDE 3.2-beta1" - archive="http://www.winehq.com/hypermail/wine-devel/2003/11/0627.html" + archive="http://www.winehq.org/hypermail/wine-devel/2003/11/0627.html" posts="2" startdate="11/26/2003" enddate="11/27/2003" Index: wwn/wn20031205_199.xml =================================================================== RCS file: /home/wine/lostwages/wwn/wn20031205_199.xml,v retrieving revision 1.2 diff -u -r1.2 wn20031205_199.xml --- wwn/wn20031205_199.xml 15 Dec 2003 15:30:17 -0000 1.2 +++ wwn/wn20031205_199.xml 10 Jan 2004 21:52:13 -0000 @@ -6,7 +6,7 @@ <author contact="http://www.theshell.com/~vinn">Brian Vincent</author> <issue num="199" date="12/05/2003" /> <intro> <p>This is the 199th issue of the Wine Weekly News publication. -Its main goal is to become more avy savvy. It also serves to inform you of what's going on around Wine. Wine is an open source implementation of the Windows API on top of X and Unix. Think of it as a Windows compatibility layer. Wine does not require Microsoft Windows, as it is a completely alternative implementation consisting of 100% Microsoft-free code, but it can optionally use native system DLLs if they are available. You can find more info at <a href="http://www.winehq.com">www.winehq.com</a></p> </intro> +Its main goal is to become more avy savvy. It also serves to inform you of what's going on around Wine. Wine is an open source implementation of the Windows API on top of X and Unix. Think of it as a Windows compatibility layer. Wine does not require Microsoft Windows, as it is a completely alternative implementation consisting of 100% Microsoft-free code, but it can optionally use native system DLLs if they are available. You can find more info at <a href="http://www.winehq.org">www.winehq.org</a></p> </intro> <stats posts="280" size="905" contrib="61" multiples="35" lastweek="29"> <person posts="37" size="92" who="Alexandre Julliard" /> @@ -123,7 +123,7 @@ <section title="Wine on a 64-Bit Opteron" subject="64bit Wine?" - archive="http://www.winehq.com/hypermail/wine-devel/2003/12/0029.html" + archive="http://www.winehq.org/hypermail/wine-devel/2003/12/0029.html" posts="4" startdate="12/01/2003" enddate="12/02/2003" @@ -194,7 +194,7 @@ <section title="DirectShow / Quartz Status" subject="Status : Multimedia section" - archive="http://www.winehq.com/hypermail/wine-devel/2003/12/0044.html" + archive="http://www.winehq.org/hypermail/wine-devel/2003/12/0044.html" posts="9" startdate="12/01/2003" enddate="12/05/2003" @@ -202,7 +202,7 @@ <topic>Multimedia</topic> <p>Tom Wickline revamped the Multimedia status page and asked for comments. You can view that work in -<a href="http://www.winehq.com/hypermail/wine-devel/2003/12/0044.html">his +<a href="http://www.winehq.org/hypermail/wine-devel/2003/12/0044.html">his original post</a>. Boaz Harrosh thought something was missing:</p> <quote who="Boaz Harrosh"><p> What about the DirectShow and DMO side of things. Should they not be @@ -225,8 +225,8 @@ And DirectShow is listed under the DirectX section of the status page as Quartz.dll is a part of DirectX.<ul> -<a href="http://www.winehq.com/site/status_dlls"> -http://www.winehq.com/site/status_dlls</a></ul></p><p> +<a href="http://www.winehq.org/site/status_dlls"> +http://www.winehq.org/site/status_dlls</a></ul></p><p> But have no fear, I plan to expand the DirectX section next and list msdmo, devenum, d3d9 and so on. :-) @@ -296,20 +296,20 @@ <section title="Winetest Integrated & Future Steps" subject="winetest WineHQ integration" - archive="http://www.winehq.com/hypermail/wine-devel/2003/12/0139.html" + archive="http://www.winehq.org/hypermail/wine-devel/2003/12/0139.html" posts="4" startdate="12/04/2003" enddate="12/05/2003" > <topic>Testing</topic> <p>Winetest is a new utility we've discussed in past issues. In -<a href="http://www.winehq.com/?issue=186#Collecting%20Test%20Statistics">issue +<a href="http://www.winehq.org/?issue=186#Collecting%20Test%20Statistics">issue #186</a> we covered Jakob Eriksson's initial work of getting Wine's test suite to compile and run on Windows. That was back in August, since then more work has been done (see issues -<a href="http://www.winehq.com/?issue=189#New%20Tests%20For%20Windows">#189</a> +<a href="http://www.winehq.org/?issue=189#New%20Tests%20For%20Windows">#189</a> and -<a href="http://www.winehq.com/?issue=194#Updated%20Winetests">#194</a>). +<a href="http://www.winehq.org/?issue=194#Updated%20Winetests">#194</a>). Dimi Paun decided that the few remaining issues preventing it from being integrated into CVS needed to be taken care. After a little discussion and some minor patches, Alexandre committed it. </p> @@ -374,7 +374,7 @@ <section title="Proposed Wineconf 2004 Agenda" subject="Agenda for Wineconf" - archive="http://www.winehq.com/hypermail/wineconf/2003/12/0002.html" + archive="http://www.winehq.org/hypermail/wineconf/2003/12/0002.html" posts="1" startdate="12/05/2003" > @@ -426,7 +426,7 @@ <section title="InstallShield Problems" subject="Status of InstallShield-Setup Engine" - archive="http://www.winehq.com/hypermail/wine-devel/2003/12/0118.html" + archive="http://www.winehq.org/hypermail/wine-devel/2003/12/0118.html" posts="6" startdate="12/04/2003" enddate="12/05/2003" @@ -516,7 +516,7 @@ <section title="OpenOffice 1.1 Under Wine" subject="Nice work - OpenOffice 1.1 under WINE" - archive="http://www.winehq.com/hypermail/wine-devel/2003/11/0724.html" + archive="http://www.winehq.org/hypermail/wine-devel/2003/11/0724.html" posts="3" startdate="11/29/2003" enddate="11/30/2003" @@ -551,7 +551,7 @@ <section title="Implementing Imagehlp Functions" subject="Who maintains the imagehlp dll?" - archive="http://www.winehq.com/hypermail/wine-devel/2003/12/0138.html" + archive="http://www.winehq.org/hypermail/wine-devel/2003/12/0138.html" posts="5" startdate="12/04/2003" enddate="12/05/2003" @@ -607,7 +607,7 @@ <section title="List of Debug Channels" subject="Debugging" - archive="http://www.winehq.com/hypermail/wine-devel/2003/11/0651.html" + archive="http://www.winehq.org/hypermail/wine-devel/2003/11/0651.html" posts="1" startdate="11/27/2003" > @@ -617,7 +617,7 @@ available in Wine. Debug channels let you see messages pertaining to a certain subsystem of Wine and can be turned on and off. For more information, see the -<a href="http://www.winehq.com/site/docs/wine-devel/debugging">debugging</a> +<a href="http://www.winehq.org/site/docs/wine-devel/debugging">debugging</a> section of the Wine Developer's Guide. It's quite probable some of these channels aren't useful for anything any more:</p> <quote who="Mike Hearn"><p> Index: wwn/wn20031212_200.xml =================================================================== RCS file: /home/wine/lostwages/wwn/wn20031212_200.xml,v retrieving revision 1.2 diff -u -r1.2 wn20031212_200.xml --- wwn/wn20031212_200.xml 15 Dec 2003 15:30:18 -0000 1.2 +++ wwn/wn20031212_200.xml 10 Jan 2004 21:52:13 -0000 @@ -6,7 +6,7 @@ <author contact="http://www.theshell.com/~vinn">Brian Vincent</author> <issue num="200" date="12/12/2003" /> <intro> <p>This is the 200th issue of the Wine Weekly News publication. -Its main goal is to be scared of #300. It also serves to inform you of what's going on around Wine. Wine is an open source implementation of the Windows API on top of X and Unix. Think of it as a Windows compatibility layer. Wine does not require Microsoft Windows, as it is a completely alternative implementation consisting of 100% Microsoft-free code, but it can optionally use native system DLLs if they are available. You can find more info at <a href="http://www.winehq.com">www.winehq.com</a></p> </intro> +Its main goal is to be scared of #300. It also serves to inform you of what's going on around Wine. Wine is an open source implementation of the Windows API on top of X and Unix. Think of it as a Windows compatibility layer. Wine does not require Microsoft Windows, as it is a completely alternative implementation consisting of 100% Microsoft-free code, but it can optionally use native system DLLs if they are available. You can find more info at <a href="http://www.winehq.org">www.winehq.org</a></p> </intro> <stats posts="155" size="481" contrib="43" multiples="28" lastweek="24"> <person posts="15" size="36" who="Alexandre Julliard" /> @@ -54,7 +54,7 @@ <section title="News: Issue #200" subject="News" - archive="http://www.winehq.com/hypermail/wine-devel/2003/12/0.html" + archive="http://www.winehq.org/hypermail/wine-devel/2003/12/0.html" posts="1" startdate="12/06/2003" enddate="12/12/2003" @@ -107,7 +107,7 @@ <section title="C++: Where's the Love?" subject="I made a wish, wrote a letter to Santa..." - archive="http://www.winehq.com/hypermail/wine-devel/2003/12/0.html" + archive="http://www.winehq.org/hypermail/wine-devel/2003/12/0.html" posts="12" startdate="12/09/2003" enddate="12/10/2003" @@ -121,7 +121,7 @@ </p><p> (Just in case, you did not know Santa's email address, it's 'julliard[at]winehq.org', and you can make your wishes at -'wine-devel[at]winehq.com'..) +'wine-devel[at]winehq.org'..) </p><p> You see, Santa was always so good - he answered people's prayers and got together his obedient elves to run Win32 on Non-Windows @@ -201,7 +201,7 @@ <p>Subhobroto certainly isn't the first to ask for this; the topic tends to come up about once a year. In fact, looking back in the archives I see it appeared in -<a href="http://www.winehq.com/?issue=153#No%20C++%20in%20Wine">issue #153</a>. +<a href="http://www.winehq.org/?issue=153#No%20C++%20in%20Wine">issue #153</a>. At the time Alexandre certainly wasn't against the idea, he just didn't know a compelling reason to allow it. Surprise.. his view hasn't changed as evidenced by his reply:</p> @@ -236,7 +236,7 @@ <section title="Using Native DLL's in a Winelib App" subject="Using a windows dll from a winelib or possibly native linux app." - archive="http://www.winehq.com/hypermail/wine-devel/2003/12/0231.html" + archive="http://www.winehq.org/hypermail/wine-devel/2003/12/0231.html" posts="6" startdate="12/09/2003" enddate="12/10/2003" @@ -356,7 +356,7 @@ <section title="RPC Info" subject="rpcrt4 and rpcss with WINE and ReactOS" - archive="http://www.winehq.com/hypermail/wine-devel/2003/12/0214.html" + archive="http://www.winehq.org/hypermail/wine-devel/2003/12/0214.html" posts="6" startdate="12/08/2003" enddate="12/09/2003" @@ -440,7 +440,7 @@ <section title="Updated ALSA Support" subject="Status of winealsa patch" - archive="http://www.winehq.com/hypermail/wine-devel/2003/12/0194.html" + archive="http://www.winehq.org/hypermail/wine-devel/2003/12/0194.html" posts="10" startdate="12/07/2003" enddate="12/10/2003" @@ -510,7 +510,7 @@ <section title="DirectX Status Page" subject="DirectX Status Section" - archive="http://www.winehq.com/hypermail/wine-devel/2003/12/0242.html" + archive="http://www.winehq.org/hypermail/wine-devel/2003/12/0242.html" posts="1" startdate="12/09/2003" > @@ -519,7 +519,7 @@ components. He put together a page for DirectX and asked for comments. Unfortunately the colorful HTML won't display properly if I try to include it here, so instead I'll just refer you to -<a href="http://www.winehq.com/hypermail/wine-devel/2003/12/0242.html">Tom's +<a href="http://www.winehq.org/hypermail/wine-devel/2003/12/0242.html">Tom's original post</a> in the archives. </p> Index: wwn/wn20031219_201.xml =================================================================== RCS file: /home/wine/lostwages/wwn/wn20031219_201.xml,v retrieving revision 1.3 diff -u -r1.3 wn20031219_201.xml --- wwn/wn20031219_201.xml 6 Jan 2004 15:49:38 -0000 1.3 +++ wwn/wn20031219_201.xml 10 Jan 2004 21:52:13 -0000 @@ -6,7 +6,7 @@ <author contact="http://www.theshell.com/~vinn">Brian Vincent</author> <issue num="201" date="12/19/2003" /> <intro> <p>This is the 201st issue of the Wine Weekly News publication. -Its main goal is to not get the Maguai wet. It also serves to inform you of what's going on around Wine. Wine is an open source implementation of the Windows API on top of X and Unix. Think of it as a Windows compatibility layer. Wine does not require Microsoft Windows, as it is a completely alternative implementation consisting of 100% Microsoft-free code, but it can optionally use native system DLLs if they are available. You can find more info at <a href="http://www.winehq.com">www.winehq.com</a></p> </intro> +Its main goal is to not get the Maguai wet. It also serves to inform you of what's going on around Wine. Wine is an open source implementation of the Windows API on top of X and Unix. Think of it as a Windows compatibility layer. Wine does not require Microsoft Windows, as it is a completely alternative implementation consisting of 100% Microsoft-free code, but it can optionally use native system DLLs if they are available. You can find more info at <a href="http://www.winehq.org">www.winehq.org</a></p> </intro> <stats posts="167" size="547" contrib="49" multiples="35" lastweek="19"> <person posts="19" size="46" who="Alexandre Julliard" /> @@ -70,7 +70,7 @@ He noted the following changes:</p> <quote who="Alexandre Julliard"><p> WHAT'S NEW with Wine-20031212: (see -<a href="http://cvs.winehq.com/cvsweb/wine/ChangeLog?rev=1.78&content-type=text/…">ChangeLog</a> +<a href="http://cvs.winehq.org/cvsweb/wine/ChangeLog?rev=1.78&content-type=text/…">ChangeLog</a> for details) <ul> <li> Initial implementation of XDND drag&drop support.</li> @@ -114,7 +114,7 @@ <section title="Exec Shield Problems" subject="Allocating too much memory for prelink workaround" - archive="http://www.winehq.com/hypermail/wine-devel/2003/12/0367.html" + archive="http://www.winehq.org/hypermail/wine-devel/2003/12/0367.html" posts="7" startdate="12/13/2003" enddate="12/14/2003" @@ -123,10 +123,10 @@ <p> Last month I covered a problem with exec shield's interactions with Wine (see -<a href="http://www.winehq.com/?issue=196#Exec-Shield%20Problems">issue #196</a> +<a href="http://www.winehq.org/?issue=196#Exec-Shield%20Problems">issue #196</a> for details). I didn't cover the solution, or the ramifications of it. About a week after that issue came out Alexandre committed -<a href="http://cvs.winehq.com/patch.py?id=10168">a patch</a> to CVS +<a href="http://cvs.winehq.org/patch.py?id=10168">a patch</a> to CVS with the following comment:</p> <quote who="Alexandre Julliard"><p> Create a huge array in bss to reserve the memory area we need for PE @@ -215,7 +215,7 @@ <section title="Delayed Debug Tracing" subject="Delayed debug tracing" - archive="http://www.winehq.com/hypermail/wine-devel/2D03/12/0363.html" + archive="http://www.winehq.org/hypermail/wine-devel/2D03/12/0363.html" posts="9" startdate="12/13/2003" > @@ -264,7 +264,7 @@ impose its own. </quote></p> <p>Mike went ahead and submitted -<a href="http://www.winehq.com/hypermail/wine-patches/2003/12/0165.html">a +<a href="http://www.winehq.org/hypermail/wine-patches/2003/12/0165.html">a patch to delay debug tracing</a> that was faster than sending it through a script, <quote who="Mike Hearn"> @@ -280,7 +280,7 @@ <section title="Printing With No Printer" subject="Printing with no printer" - archive="http://www.winehq.com/hypermail/wine-devel/2003/12/0398.html" + archive="http://www.winehq.org/hypermail/wine-devel/2003/12/0398.html" posts="2" startdate="12/14/2003" enddate="12/14/2003" @@ -318,7 +318,7 @@ <section title="Alexandre on Vacation" subject="Vacation" - archive="http://www.winehq.com/hypermail/wine-devel/2003/12/0434.html" + archive="http://www.winehq.org/hypermail/wine-devel/2003/12/0434.html" posts="2" startdate="12/15/2003" > @@ -338,7 +338,7 @@ <section title="Status Update Preview" subject="Wine Status Page Pre-1" - archive="http://www.winehq.com/hypermail/wine-devel/2003/12/0456.html" + archive="http://www.winehq.org/hypermail/wine-devel/2003/12/0456.html" posts="2" startdate="12/16/2003" enddate="12/17/2003" @@ -366,7 +366,7 @@ </p></quote> -<p><a href="http://www.winehq.com/hypermail/wine-devel/2003/12/0456.html">Tom's +<p><a href="http://www.winehq.org/hypermail/wine-devel/2003/12/0456.html">Tom's email</a> contains the complete status update. </p> </section></kc> Index: wwn/wn20031226_202.xml =================================================================== RCS file: /home/wine/lostwages/wwn/wn20031226_202.xml,v retrieving revision 1.2 diff -u -r1.2 wn20031226_202.xml --- wwn/wn20031226_202.xml 6 Jan 2004 15:49:38 -0000 1.2 +++ wwn/wn20031226_202.xml 10 Jan 2004 21:52:14 -0000 @@ -6,7 +6,7 @@ <author contact="http://www.theshell.com/~vinn">Brian Vincent</author> <issue num="202" date="12/26/2003" /> <intro> <p>This is the 202nd issue of the Wine Weekly News publication. -Its main goal is to give Santa something to read while he drives his sleigh. It also serves to inform you of what's going on around Wine. Wine is an open source implementation of the Windows API on top of X and Unix. Think of it as a Windows compatibility layer. Wine does not require Microsoft Windows, as it is a completely alternative implementation consisting of 100% Microsoft-free code, but it can optionally use native system DLLs if they are available. You can find more info at <a href="http://www.winehq.com">www.winehq.com</a></p> </intro> +Its main goal is to give Santa something to read while he drives his sleigh. It also serves to inform you of what's going on around Wine. Wine is an open source implementation of the Windows API on top of X and Unix. Think of it as a Windows compatibility layer. Wine does not require Microsoft Windows, as it is a completely alternative implementation consisting of 100% Microsoft-free code, but it can optionally use native system DLLs if they are available. You can find more info at <a href="http://www.winehq.org">www.winehq.org</a></p> </intro> <stats posts="145" size="545" contrib="41" multiples="26" lastweek="21"> <person posts="15" size="36" who="Mike Hearn" /> @@ -77,7 +77,7 @@ <p>There's some interesting threads I didn't cover this week. You'll just have to read -<a href="http://www.winehq.com/hypermail/wine-devel/2003/12/"> +<a href="http://www.winehq.org/hypermail/wine-devel/2003/12/"> the archives</a> for the details. </p><p> Merry Christmas!</p> @@ -89,7 +89,7 @@ <section title="Setting Up MinGW Cross-Compiling Environment" subject="MinGW cross compilation environment setup" - archive="http://www.winehq.com/hypermail/wine-devel/2003/12/0547.html" + archive="http://www.winehq.org/hypermail/wine-devel/2003/12/0547.html" posts="3" startdate="12/22/2003" enddate="12/24/2003" @@ -150,7 +150,7 @@ <section title="Critical Section Document" subject="Useful document on critical sections" - archive="http://www.winehq.com/hypermail/wine-devel/2003/12/0618.html" + archive="http://www.winehq.org/hypermail/wine-devel/2003/12/0618.html" posts="1" startdate="12/24/2003" > @@ -180,7 +180,7 @@ <section title="Wine's RichEdit Control Sucks" subject="Yeah - our RichEDit needs some work" - archive="http://www.winehq.com/hypermail/wine-devel/2003/12/0639.html" + archive="http://www.winehq.org/hypermail/wine-devel/2003/12/0639.html" posts="3" startdate="12/25/2003" > @@ -227,7 +227,7 @@ <section title="Winamp 3 Source Released" subject="Winamp 3" - archive="http://www.winehq.com/hypermail/wine-devel/2003/12/0506.html" + archive="http://www.winehq.org/hypermail/wine-devel/2003/12/0506.html" posts="2" startdate="12/19/2003" enddate="12/19/2003" Index: wwn/wn20040102_203.xml =================================================================== RCS file: /home/wine/lostwages/wwn/wn20040102_203.xml,v retrieving revision 1.3 diff -u -r1.3 wn20040102_203.xml --- wwn/wn20040102_203.xml 6 Jan 2004 15:49:38 -0000 1.3 +++ wwn/wn20040102_203.xml 10 Jan 2004 21:52:14 -0000 @@ -6,7 +6,7 @@ <author contact="http://www.theshell.com/~vinn">Brian Vincent</author> <issue num="203" date="01/02/2004" /> <intro> <p>This is the 203rd issue of the Wine Weekly News publication. -Its main goal is to write the wrong year on checks. It also serves to inform you of what's going on around Wine. Wine is an open source implementation of the Windows API on top of X and Unix. Think of it as a Windows compatibility layer. Wine does not require Microsoft Windows, as it is a completely alternative implementation consisting of 100% Microsoft-free code, but it can optionally use native system DLLs if they are available. You can find more info at <a href="http://www.winehq.com">www.winehq.com</a></p> </intro> +Its main goal is to write the wrong year on checks. It also serves to inform you of what's going on around Wine. Wine is an open source implementation of the Windows API on top of X and Unix. Think of it as a Windows compatibility layer. Wine does not require Microsoft Windows, as it is a completely alternative implementation consisting of 100% Microsoft-free code, but it can optionally use native system DLLs if they are available. You can find more info at <a href="http://www.winehq.org">www.winehq.org</a></p> </intro> <stats posts="206" size="637" contrib="42" multiples="27" lastweek="20"> <person posts="27" size="67" who="Dimitrie O. Paun" /> @@ -78,7 +78,7 @@ <section title="DirectMusic Update" subject="DMUSIC: my latest work" - archive="http://www.winehq.com/hypermail/wine-patches/2004/01/0007.html" + archive="http://www.winehq.org/hypermail/wine-patches/2004/01/0007.html" posts="1" startdate="01/01/2004" enddate="01/01/2004" @@ -129,7 +129,7 @@ <section title="Winelib Porting Report" subject="Congradulations :-}" - archive="http://www.winehq.com/hypermail/wine-devel/2003/12/0734.html" + archive="http://www.winehq.org/hypermail/wine-devel/2003/12/0734.html" posts="14" startdate="12/29/2003" enddate="01/01/2004" @@ -214,7 +214,7 @@ <section title="IE Installer" subject="IE installer has moved" - archive="http://www.winehq.com/hypermail/wine-devel/2003/12/0760.html" + archive="http://www.winehq.org/hypermail/wine-devel/2003/12/0760.html" posts="1" startdate="12/30/2003" > @@ -254,7 +254,7 @@ <section title="Bein' A Playa In Da Hood" subject="shell32: implement network neighborhood" - archive="http://www.winehq.com/hypermail/wine-devel/2003/12/0234.html" + archive="http://www.winehq.org/hypermail/wine-devel/2003/12/0234.html" posts="3" startdate="12/22/2003" > @@ -269,7 +269,7 @@ the links to the patches and his changelog notes: <ul> -<li><a href="http://www.winehq.com/hypermail/wine-patches/2003/12/0231.html">SMB +<li><a href="http://www.winehq.org/hypermail/wine-patches/2003/12/0231.html">SMB changes</a> <quote who="Juan Lang"> @@ -282,7 +282,7 @@ </ul></quote> </li> -<li><a href="http://www.winehq.com/hypermail/wine-patches/2003/12/0232.html">implement +<li><a href="http://www.winehq.org/hypermail/wine-patches/2003/12/0232.html">implement NetServerEnum and NetShareEnum</a> <quote who="Juan Lang"> @@ -293,7 +293,7 @@ </ul></quote> </li> -<li><a href="http://www.winehq.com/hypermail/wine-patches/2003/12/0234.html">implement network neighborhood</a> +<li><a href="http://www.winehq.org/hypermail/wine-patches/2003/12/0234.html">implement network neighborhood</a> <quote who="Juan Lang"> @@ -311,7 +311,7 @@ <section title="Launching Native Browsers" subject="default wine browser" - archive="http://www.winehq.com/hypermail/wine-devel/2003/12/0681.html" + archive="http://www.winehq.org/hypermail/wine-devel/2003/12/0681.html" posts="16" startdate="12/27/2003" enddate="12/30/2003" @@ -344,7 +344,7 @@ A bit of debate went back and forth on how to integrate with KDE. It's possible to run kfmclient and exec the page directly, but some people pointed out the potential security problems with doing that. A few days later Chris -posted <a href="http://www.winehq.com/hypermail/wine-patches/2003/12/0288.html">a +posted <a href="http://www.winehq.org/hypermail/wine-patches/2003/12/0288.html">a patch</a>:</p> <quote who="Chris Morgan"><p> Has Rein's fix for mozilla and Ivan's additional browsers. Tried to clean the Index: wwn/wn20040109_204.xml =================================================================== RCS file: /home/wine/lostwages/wwn/wn20040109_204.xml,v retrieving revision 1.2 diff -u -r1.2 wn20040109_204.xml --- wwn/wn20040109_204.xml 9 Jan 2004 16:14:02 -0000 1.2 +++ wwn/wn20040109_204.xml 10 Jan 2004 21:52:15 -0000 @@ -6,7 +6,7 @@ <author contact="http://www.theshell.com/~vinn">Brian Vincent</author> <issue num="204" date="01/09/2004" /> <intro> <p>This is the 204th issue of the Wine Weekly News publication. -Its main goal is to ponder. It also serves to inform you of what's going on around Wine. Wine is an open source implementation of the Windows API on top of X and Unix. Think of it as a Windows compatibility layer. Wine does not require Microsoft Windows, as it is a completely alternative implementation consisting of 100% Microsoft-free code, but it can optionally use native system DLLs if they are available. You can find more info at <a href="http://www.winehq.com">www.winehq.com</a></p> </intro> +Its main goal is to ponder. It also serves to inform you of what's going on around Wine. Wine is an open source implementation of the Windows API on top of X and Unix. Think of it as a Windows compatibility layer. Wine does not require Microsoft Windows, as it is a completely alternative implementation consisting of 100% Microsoft-free code, but it can optionally use native system DLLs if they are available. You can find more info at <a href="http://www.winehq.org">www.winehq.org</a></p> </intro> <stats posts="308" size="1353" contrib="72" multiples="48" lastweek="26"> <person posts="47" size="112" who="Alexandre Julliard" />

Jan. 10, 2004

Re: Direct3D8 - OpenGL header problem

by Vincent Béron

Le mer 07/01/2004 à 11:34, Thomas Brix Larsen a écrit : > Hi list, just upgraded to 2.6.0 and the NVIDIA driver from minion.de > and now I get this error when compiling wine: > > > directx.c: In function `IDirect3D8Impl_GetDeviceCaps': > directx.c:639: `GL_MAX_VERTEX_UNITS_ARB' undeclared (first use in this > function) > > > My X11/include/GL/ headers date, 2001-2002. Don't install NVIDIA's headers then, keep the ones you had before (XFree86, Mesa). Older versions of the NVIDIA driver didn't include GL/glext.h, so weren't affected. Maybe Jason or Lionel or Rafael can take a look at how to prevent a compilation problem here. I recall a push for including a set of GL headers with Wine to get rid of all those compilation problems... Vincent

Jan. 10, 2004

Re: Html Help

by Rein Klazes

On Sat, 10 Jan 2004 06:42:07 +0100, you wrote: > Heavy based on Chris Morgan's winebrowser i cut/paste a winehh, to use a Unix > chm-file viewer. It works when there is no space in the path. How to do the > transform from windows path to Unix path right? winepath is part of wine: $ winepath d: /dos/d $ Rein. -- Rein Klazes rklazes(a)xs4all.nl

Jan. 10, 2004

WWN broken

by Brian Vincent (C)

> We scan the XMl with tidy before posting. What is odd is that tidy > reports the XML is valid, but yet PHP's XML parser barfs on it. Whatever > the case, I just patched it, so it should be fixed online soon. Whoops. Sorry about that. I was running out the door when I put it up. I did run it through tidy, but tidy kind of sucks. The only way to really catch things is to run it through xmllint. But xmllint has a terrible interface for finding malformed problems.. hence tidy. Thanks for fixing that. Also, if anyone is bored and wants to do something easy, it might be nice to change all references in the WWN issues from winehq.com to winehq.org. I've just recently switched over to trying to be consistent on the .org thing. There's about 200 issues that could be run through sed. --------------- Brian Vincent Copper Mountain Telecom vincentb(a)coppercolorado.com

Jan. 10, 2004

Re: dsound global variable use reduction

by Robert Reif

I looked at extending the lock to cover the callback when it was 32 bit code and The TIME_KILL_SYNCHRNOUS flag was set but I was concerned about the performance hit and didn't pursue it further. Eric Pouech wrote: > Robert Reif a écrit : > > Reduce the use of the dsound global variable by > > passing address to functions. This is in preparation > > of supporting multiple DirectSound devices. We can't > > remove all uses because an mmtimer callback can be > > called even after the timer is killed. Windows has an > > mmtimer flag that prevents this but wine doesn't > > implement it. > > Could you be more specific on this one ? > timeKillEvent is not 100% thread safe (I'll send a patch later on), but > timeKillEvent in Wine is always synchronous (ie the killer is killed > when timeKillEvent returns).

Jan. 10, 2004

Re: shell shortcuts

by Martin Fuchs

Hello again, I just had a look at some WIN98 shortcut files. They are also in ANSI format, not 16 bit Unicode: 00000000: 4C 00 00 00-01 14 02 00-00 00 00 00-C0 00 00 00 L ☺¶☻ └ 00000010: 00 00 00 46-1B 00 00 00-00 00 00 00-00 3E EA 22 F← >Û" 00000020: 0F 7D BD 01-00 98 32 60-C0 14 C2 01-00 3E EA 22 ☼}¢☺ ÿ2`└¶┬☺ >Û" 00000030: 0F 7D BD 01-00 D0 00 00-00 00 00 00-01 00 00 00 ☼}¢☺ ð ☺ 00000040: 00 00 00 00-00 00 00 00-00 00 00 00-61 00 14 00 a ¶ 00000050: 1F 0F E0 4F-D0 20 EA 3A-69 10 A2 D8-08 00 2B 30 ▼☼ÓOð Û:i►óÏ◘ +0 00000060: 30 9D 19 00-23 43 3A 5C-00 00 00 00-00 00 00 00 0Ø↓ #C:\ 00000070: 00 00 00 00-00 00 00 00-00 51 4D 17-00 31 00 00 QM↨ 1 00000080: 00 00 00 CF-2C 4C 27 10-00 57 49 4E-44 4F 57 53 ¤,L'► WINDOWS 00000090: 00 00 1B 00-32 00 00 D0-00 00 AB 24-20 98 00 00 ← 2 ð ½$ ÿ 000000A0: 4E 4F 54 45-50 41 44 2E-45 58 45 00-00 00 00 67 NOTEPAD.EXE g 000000B0: 00 00 00 1C-00 00 00 03-00 00 00 1C-00 00 00 32 ∟ ♥ ∟ 2 000000C0: 00 00 00 36-00 00 00 53-00 00 00 16-00 00 00 03 6 S ▬ ♥ 000000D0: 00 00 00 07-0D 2B 3E 10-00 00 00 57-49 4E 39 38 •♪+>► WIN98 000000E0: 00 43 3A 5C-00 1D 00 00-00 02 00 00-00 14 00 00 C:\ ↔ ☻ ¶ 000000F0: 00 00 00 00-00 00 00 02-00 5C 5C 4D-56 39 38 5C ☻ \\MV98\ 00000100: 43 00 57 49-4E 44 4F 57-53 5C 4E 4F-54 45 50 41 C WINDOWS\NOTEPA 00000110: 44 2E 45 58-45 00 0E 00-2E 2E 5C 4E-4F 54 45 50 D.EXE ♫ ..\NOTEP 00000120: 41 44 2E 45-58 45 0A 00-43 3A 5C 57-49 4E 44 4F AD.EXE◙ C:\WINDO 00000130: 57 53 00 00-00 00 - - WS -- Martin Fuchs martin-fuchs(a)gmx.net

Jan. 10, 2004

Re: shell shorcuts

by Martin Fuchs

> Hmm..., I KNOW 'SCF_UNICODE' is NOT 0x1000 in the first place, but why do > you say it's 0x80 ? > > Going by the copyrights, Marcus Meissner and Juergen Schmied did the initial > job, and perhaps one of them put this value. > I don't know about Juergen, but I have tremendous faith in Marcus (I use > SuSE you see ;) ), and there MUST have been some reason why 'SCF_UNICODE' > got the value 0x1000, although it seems to be wrong ! I looked into the CVS history logs and found, when SCF_UNC (rev. 1.21) and SCF_UNICODE (rev. 1.54) have been introduced: ---------------------------- revision 1.21 date: 1999/08/15 14:31:36; author: julliard; state: Exp; lines: +23 -15 Juergen Schmied <juergen.schmied(a)metronet.de> More use of rc files for strings and menus, fixes. First internal icons. ---------------------------- revision 1.54 date: 2003/05/21 18:50:53; author: julliard; state: Exp; lines: +701 -846 Mike McCormack <mike(a)codeweavers.com> Remove code that starts wineshelllink, instead create a windows compatible shortcut (*.lnk) file. After creating that file, start a link processor (winemenubuilder) on it, which reads it back then calls wineshelllink. Rework CreateStreamFromFile to create an IStream object that is writeable. ---------------------------- Perhaps we should ask Juergen Schmied and Mike McCormack where they got their defintions from. But I think SCF_UNC = 0x80 is the right one. > Hence, please consolidate your assigning it 0x80 with some examples/hexedits > so that I can answer when I get grilled ;) OK, you want to see some hex dumps. Here ist one for notepad.exe on WIN95: (sorry for the likely unreadable formating) 00000000: 4C 00 00 00-01 14 02 00-00 00 00 00-C0 00 00 00 L ?¶? ? 00000010: 00 00 00 46-0B 00 00 00-20 00 00 00-00 92 6A 89 F? Æjë 00000020: 12 9B BB 01-00 58 E5 4E-04 D7 C3 01-00 92 6A 89 ?ø?? XÕN?Î?? Æjë 00000030: 12 9B BB 01-00 8A 00 00-00 00 00 00-01 00 00 00 ?ø?? è ? 00000040: 00 00 00 00-00 00 00 00-00 00 00 00-5F 00 14 00 _ ¶ 00000050: 1F 00 E0 4F-D0 20 EA 3A-69 10 A2 D8-08 00 2B 30 ? ÓOð Û:i?óÏ? +0 00000060: 30 9D 19 00-23 43 3A 5C-00 00 00 00-00 00 00 00 0Ø? #C:\ 00000070: 00 00 00 00-00 00 00 00-00 F1 8A 15-00 31 00 00 ±è§ 1 00000080: 00 00 00 2A-30 9D 64 10-80 57 69 6E-39 35 00 00 *0Ød?ÇWin95 00000090: 1B 00 32 00-00 8A 00 00-25 21 60 59-20 80 4E 6F ? 2 è %!`Y ÇNo 000000A0: 74 65 70 61-64 2E 65 78-65 00 00 00-00 48 00 00 tepad.exe H 000000B0: 00 1C 00 00-00 01 00 00-00 1C 00 00-00 32 00 00 ? ? ? 2 000000C0: 00 00 00 00-31 47 00 00-00 16 00 00-00 03 00 00 1G ? ? 000000D0: 00 04 13 5F-37 10 00 00-00 57 49 4E-39 35 00 43 ??_7? WIN95 C 000000E0: 3A 5C 57 49-4E 39 35 5C-4E 4F 54 45-50 41 44 2E :\WIN95\NOTEPAD. 000000F0: 45 58 45 00-00 0E 00 2E-2E 5C 4E 4F-54 45 50 41 EXE ? ..\NOTEPA 00000100: 44 2E 45 58-45 - - D.EXE Here is the dump of a XP shourtcut file: 00000000: 4C 00 00 00-01 14 02 00-00 00 00 00-C0 00 00 00 L ?¶? ? 00000010: 00 00 00 46-9B 02 00 00-80 00 00 00-A0 A6 B2 00 Fø? Ç áª? 00000020: 9B C8 C3 01-76 98 AB AD-7D D7 C3 01-00 C8 2F B0 ø???vÿ½¡}Î?? ?/? 00000030: E5 27 C1 01-00 02 01 00-00 00 00 00-01 00 00 00 Õ'?? ?? ? 00000040: 00 00 00 00-00 00 00 00-00 00 00 00-F3 00 14 00 ¾ ¶ 00000050: 1F 50 E0 4F-D0 20 EA 3A-69 10 A2 D8-08 00 2B 30 ?PÓOð Û:i?óÏ? +0 00000060: 30 9D 19 00-2F 45 3A 5C-00 00 00 00-00 00 00 00 0Ø? /E:\ 00000070: 00 00 00 00-00 00 00 00-00 00 00 3C-00 31 00 00 < 1 00000080: 00 00 00 21-30 DC 73 10-00 57 49 4E-44 4F 57 53 !0?s? WINDOWS 00000090: 00 26 00 03-00 04 00 EF-BE 3C 2D 98-18 2A 30 11 & ? ? ´¥<-ÿ?*0? 000000A0: 6A 14 00 00-00 57 00 49-00 4E 00 44-00 4F 00 57 j¶ W I N D O W 000000B0: 00 53 00 00-00 16 00 40-00 31 00 00-00 00 00 25 S ? @ 1 % 000000C0: 30 47 BE 10-00 73 79 73-74 65 6D 33-32 00 00 28 0G¥? system32 ( 000000D0: 00 03 00 04-00 EF BE 3C-2D 98 18 2A-30 11 6A 14 ? ? ´¥<-ÿ?*0?j¶ 000000E0: 00 00 00 73-00 79 00 73-00 74 00 65-00 6D 00 33 s y s t e m 3 000000F0: 00 32 00 00-00 18 00 48-00 32 00 00-02 01 00 12 2 ? H 2 ?? ? 00000100: 2B 00 68 80-00 6E 6F 74-65 70 61 64-2E 65 78 65 + hÇ notepad.exe 00000110: 00 2E 00 03-00 04 00 EF-BE 96 2F 5C-76 2A 30 99 . ? ? ´¥û/\v*0Ö 00000120: 6B 14 00 00-00 6E 00 6F-00 74 00 65-00 70 00 61 k¶ n o t e p a 00000130: 00 64 00 2E-00 65 00 78-00 65 00 00-00 1A 00 00 d . e x e ? 00000140: 00 54 00 00-00 1C 00 00-00 01 00 00-00 1C 00 00 T ? ? ? 00000150: 00 33 00 00-00 00 00 00-00 53 00 00-00 17 00 00 3 S ? 00000160: 00 03 00 00-00 04 5D C9-28 10 00 00-00 53 79 73 ? ?]?(? Sys ... (snipped here) Look at the dword from 0x0014 to 0x0017. It is 0xB ("0B 00 00 00") for WIN95 and 0x29B ("9B 02 00 00") for XP. Please don't ask me for the meanging of this 0x200 - I just don't know it. But believe me - this bit with value 0x80 has been zero in any WIN95 created .lnk file I saw. And it has been set in all .lnk files of XP. As you know, WIN95 uses ANSI strings and XP uses UTF16 strings. Bit "0x1000" was never set in any OS's shortcut files. If you double-click a WIN95-link on XP it also works. You can even edit its properties. When saving it using XP, it get overwritten with the new format. The bit in question is now set! However Windows itself seems to ignore the bit when reading shortcut files. It can successfully read them regardless of me having changed the bit before. This is some kind of "file recovery" if you ask me. > However, I think that we should ALL handle strings as Unicode internally, > and convert to ANSI when required, and NOT the other way round. > Hence, we will be compatible with Win98/ME/2K/XP, as that's what M$ does... > If you see my code carefully, you will notice that EVERYTHING is handled as > Unicode internally. Of course. Shell link objects in memory should store the strings in Unicode format. > The flag 'SCF_UNICODE' is used to test the bit mask and determine if the > .lnk is serialized in Unicode or not... > I am pretty sure that Windows >95 handle EVERYTHING in Unicode, and thus a > wrong value of 'SCF_UNICODE' will ONLY mess up Win95 .lnk files ! > > If you can consolidate your defining 'SCF_UNICODE' as 0x80, I will ONLY be > too happy to incorporate that, else those still using Win95 (?) may suffer, > as Win95 handles strings as ANSI and not Unicode... Regards, Martin

Jan. 10, 2004

Re: dsound global variable use reduction

by Eric Pouech

Eric Pouech a écrit : >> Could you be more specific on this one ? >> timeKillEvent is not 100% thread safe (I'll send a patch later on), >> but timeKillEvent in Wine is always synchronous (ie the killer is >> killed when timeKillEvent returns). > > I mean the _timer_ is killed... and please forget my first post (I didn't look at my own comments in the file :-( You're right, timeKillEvent isn't synchronous :-( A+

Jan. 10, 2004

Re: dsound global variable use reduction

by Eric Pouech

> Could you be more specific on this one ? > timeKillEvent is not 100% thread safe (I'll send a patch later on), but > timeKillEvent in Wine is always synchronous (ie the killer is killed > when timeKillEvent returns). I mean the _timer_ is killed...

Jan. 10, 2004

Re: dsound global variable use reduction

by Eric Pouech

Robert Reif a écrit : > Reduce the use of the dsound global variable by > passing address to functions. This is in preparation > of supporting multiple DirectSound devices. We can't > remove all uses because an mmtimer callback can be > called even after the timer is killed. Windows has an > mmtimer flag that prevents this but wine doesn't > implement it. Could you be more specific on this one ? timeKillEvent is not 100% thread safe (I'll send a patch later on), but timeKillEvent in Wine is always synchronous (ie the killer is killed when timeKillEvent returns).

Jan. 10, 2004

Html Help

by Acke Carlsson

Heavy based on Chris Morgan's winebrowser i cut/paste a winehh, to use a Unix chm-file viewer. It works when there is no space in the path. How to do the transform from windows path to Unix path right? You find a static linked Unix chm-file viewer on this URL http://www.herdsoft.com/ftp/chmviewer-0.1.tar.gz Or get xchm from SourceForge Apologize for wrongly spelling. mvh Acke Carlsson Index: configure.ac =================================================================== RCS file: /mnt/hd/cvs/wine/wine/configure.ac,v retrieving revision 1.228 diff -u -r1.228 configure.ac --- configure.ac 9 Jan 2004 00:03:00 -0000 1.228 +++ configure.ac 9 Jan 2004 23:38:41 -0000 @@ -1657,6 +1657,7 @@ programs/wineconsole/Makefile programs/winedbg/Makefile programs/winefile/Makefile +programs/winehh/Makefile programs/winemenubuilder/Makefile programs/winemine/Makefile programs/winepath/Makefile Index: winedefault.reg =================================================================== RCS file: /mnt/hd/cvs/wine/wine/winedefault.reg,v retrieving revision 1.84 diff -u -r1.84 winedefault.reg --- winedefault.reg 6 Jan 2004 20:49:59 -0000 1.84 +++ winedefault.reg 9 Jan 2004 23:34:51 -0000 @@ -4614,6 +4614,16 @@ [HKEY_CLASSES_ROOT\http\shell\open\command] @="winebrowser %1" +[HKEY_CLASSES_ROOT\.chm] +@="chm.file" + +[HKEY_CLASSES_ROOT\chm.file] +@="Compiled HTML Help file" + +# Map requests to open "chm.file" entries to winehh +[HKEY_CLASSES_ROOT\chm.file\shell\open\command] +@="winehh %1" + # # Entries for DirectShow # Index: programs/Makefile.in =================================================================== RCS file: /mnt/hd/cvs/wine/wine/programs/Makefile.in,v retrieving revision 1.43 diff -u -r1.43 Makefile.in --- programs/Makefile.in 6 Jan 2004 20:49:59 -0000 1.43 +++ programs/Makefile.in 9 Jan 2004 23:47:00 -0000 @@ -27,6 +27,7 @@ wineconsole \ winedbg \ winefile \ + winehh \ winemenubuilder \ winemine \ winepath \ @@ -56,6 +57,7 @@ wineconsole \ winedbg \ winefile \ + winehh \ winemenubuilder \ winemine \ winepath \ @@ -78,6 +80,7 @@ wineconsole \ winedbg \ winefile \ + winehh \ winemine \ winepath \ winhelp @@ -107,6 +110,7 @@ wineconsole.exe \ winedbg.exe \ winefile.exe \ + winehh.exe \ winemenubuilder.exe \ winemine.exe \ winepath.exe \ @@ -227,6 +231,9 @@ winefile.exe$(DLLEXT): winefile/winefile.exe$(DLLEXT) $(RM) $@ && $(LN_S) winefile/winefile.exe$(DLLEXT) $@ +winehh.exe$(DLLEXT): winehh/winehh.exe$(DLLEXT) + $(RM) $@ && $(LN_S) winehh/winehh.exe$(DLLEXT) $@ + winemenubuilder.exe$(DLLEXT): winemenubuilder/winemenubuilder.exe$(DLLEXT) $(RM) $@ && $(LN_S) winemenubuilder/winemenubuilder.exe$(DLLEXT) $@ @@ -271,6 +278,7 @@ wineconsole/wineconsole.exe$(DLLEXT): wineconsole winedbg/winedbg.exe$(DLLEXT): winedbg winefile/winefile.exe$(DLLEXT): winefile +winehh/winehh.exe$(DLLEXT): winehh winemenubuilder/winemenubuilder.exe$(DLLEXT): winemenubuilder winemine/winemine.exe$(DLLEXT): winemine winepath/winepath.exe$(DLLEXT): winepath Index: programs/make_progs =================================================================== RCS file: /mnt/hd/cvs/wine/wine/programs/make_progs,v retrieving revision 1.2 diff -u -r1.2 make_progs --- programs/make_progs 6 Jan 2004 20:49:59 -0000 1.2 +++ programs/make_progs 9 Jan 2004 23:41:00 -0000 @@ -41,6 +41,7 @@ "wineconsole" => 1, "winedbg" => 1, "winefile" => 1, + "winehh" => 1, "winemine" => 1, "winepath" => 1, "winhelp" => 1, Index: tools/wineinstall =================================================================== RCS file: /mnt/hd/cvs/wine/wine/tools/wineinstall,v retrieving revision 1.64 diff -u -r1.64 wineinstall --- tools/wineinstall 6 Jan 2004 22:08:33 -0000 1.64 +++ tools/wineinstall 9 Jan 2004 23:43:59 -0000 @@ -146,6 +146,7 @@ link_app winhelp "$CROOT/windows/winhelp.exe" link_app winhelp "$CROOT/windows/winhlp32.exe" link_app winebrowser "$CROOT/windows/winebrowser.exe" + link_app winehh "$CROOT/windows/winehh.exe" } # startup... --- /dev/null 1970-01-01 01:00:00.000000000 +0100 +++ programs/winehh/.cvsignore 2004-01-10 01:18:52.000000000 +0100 @@ -0,0 +1,3 @@ +Makefile +winehh.exe.dbg.c +winehh.exe.spec.c --- /dev/null 1970-01-01 01:00:00.000000000 +0100 +++ programs/winehh/Makefile.in 2004-01-10 00:42:30.000000000 +0100 @@ -0,0 +1,14 @@ +TOPSRCDIR = @top_srcdir@ +TOPOBJDIR = ../.. +SRCDIR = @srcdir@ +VPATH = @srcdir@ +MODULE = winehh.exe +APPMODE = cui +IMPORTS = shell32 user32 advapi32 kernel32 + +C_SRCS = \ + main.c + +(a)MAKE_PROG_RULES@ + +### Dependencies: --- /dev/null 1970-01-01 01:00:00.000000000 +0100 +++ programs/winehh/main.c 2004-01-10 04:16:11.000000000 +0100 @@ -0,0 +1,109 @@ +/* + * winehh winelib app to launch native OS chm-file viewer + * + * Copyright (C) 2004 Chris Morgan + * Copyright (C) 2004 Acke Carlsson + * + * This library is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation; either + * version 2.1 of the License, or (at your option) any later version. + * + * This library is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Lesser General Public License for more details. + * + * You should have received a copy of the GNU Lesser General Public + * License along with this library; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + * + * NOTES: + * Winehh is a winelib application that will start the appropriate + * native chm-file viewer up for a wine installation that lacks a + * windows chm-file viewer. + */ + +#include "config.h" +#include "wine/port.h" + +#include <windows.h> +#include <stdio.h> +#include <stdlib.h> +#include <errno.h> + +/***************************************************************************** + * Main entry point. This is a console application so we have a main() not a + * winmain(). + */ +int main (int argc, char *argv[]) +{ + static char path[MAX_PATH]; + + typedef BOOL (WINAPI *wine_get_unix_file_name_t) ( LPCWSTR dos, LPSTR buffer, DWORD len ); + wine_get_unix_file_name_t wine_get_unix_file_name_ptr = NULL; + + wine_get_unix_file_name_ptr = (wine_get_unix_file_name_t) + GetProcAddress(GetModuleHandle("KERNEL32"), "wine_get_unix_file_name"); + + fprintf(stderr, "winehh open: %s\n", argv[1]); + + WCHAR dosW[MAX_PATH]; + MultiByteToWideChar(CP_ACP, 0, argv[1], -1, dosW, MAX_PATH); + wine_get_unix_file_name_ptr(dosW, path, sizeof(path)); + + fprintf(stderr, "winehh open: %s\n", path); + + const char *argv_new[3]; + DWORD maxLength; + CHAR szChmViewer[256]; + DWORD type; + CHAR *defaultChmViewer = "displaychm,xchm"; + char *chmviewer; + HKEY hkey; + LONG r; + + /* is this necessary for a chmviewer */ + unsetenv("TEMP"); + unsetenv("TMP"); + + maxLength = sizeof(szChmViewer); + + if(RegCreateKeyEx( HKEY_CURRENT_USER, + "Software\\Wine\\WineHH", 0, NULL, + REG_OPTION_NON_VOLATILE, KEY_ALL_ACCESS, NULL, + &hkey, NULL)) + { + fprintf( stderr, "winehh: cannot create config key\n" ); + return 1; + } + + r = RegQueryValueExA( hkey, "ChmViewer", 0, &type, szChmViewer, &maxLength); + if(r != ERROR_SUCCESS) + { + /* set value to the default */ + RegSetValueExA(hkey, "ChmViewer", 0, REG_SZ, + (LPBYTE)defaultChmViewer, lstrlen(defaultChmViewer) + 1); + strcpy( szChmViewer, defaultChmViewer ); + } + + RegCloseKey(hkey); + + + /* now go through the list of chmviewers until we run out or we find one that */ + /* works */ + chmviewer = strtok(szChmViewer, ","); + + while(chmviewer) + { + argv_new[0] = chmviewer; + argv_new[1] = path; + argv_new[2] = NULL; + + spawnvp(_P_OVERLAY, chmviewer, argv_new); /* only returns on error */ + + chmviewer = strtok(NULL, ","); /* grab the next chmviewer */ + } + fprintf( stderr, "winehh: could not find a chmviewer to run\n" ); + return 1; +}

Jan. 10, 2004

Build fails for current CVS update

by Sami Aario

Hi, Building with tools/wineinstall fails with the latest CVS update on my system with the following: gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D__WINE SRC__ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-stri ct-aliasing -gstabs+ -Wpointer-arith -g -O2 -o ddraw.spec.o ddraw.spec.c {standard input}: Assembler messages: {standard input}:654: Error: no such instruction: `yes "ddraw.dll"' {standard input}:655: Error: no such instruction: `yes "DDHAL32_VidMemAlloc"' {standard input}:656: Error: no such instruction: `yes "DDHAL32_VidMemFree"' {standard input}:657: Error: no such instruction: `yes "DDInternalLock"' and so on, lots more of the same. Anyone else getting these?

Jan. 9, 2004

Key signing party at wineconf

by Shachar Shemesh

Hi all, I'm organizing a key signing party at wineconf. Anyone who wishes to participate, please email me the following details: Your full, real, name. It is not possible to participate in a key signing party using a nickname or a virtual identity. Sorry. Your key's fingerprint. Your actual key. Again, the key must have your real name on it (I am talking public key, of course. You should never send your private key to anyone). I am going to compile the list of names into a keyring and post it to a public key server. If, for any reason, you wish your key to remain unpublished (highly unrecommended), please note so in your mail. For more info about GPG key signing parties, check out the howto at http://www.cryptnet.net/fdp/crypto/gpg-party.html Shachar -- Shachar Shemesh Lingnu Open Systems Consulting http://www.lingnu.com/

Jan. 9, 2004

Re: Compilation broken in CVS

by Paul Millar

Hi Mike, On Fri, 9 Jan 2004, Mike Hearn wrote: > Marcus submitted a patch for this. Should be fixed soon, it's just a silly > typo. Cool. > That tinderbox type thing is realy cool by the way! :) Thanks! I'm just putting some final touches and regression testing the code. Once they're done, I should /finally/ get a v0.1 release out for anyone interested. Cheers, ---- Paul Millar

Jan. 9, 2004

Re: Compilation broken in CVS

by Jeremy Shaw

Gah! Correction, you should use it in addition to Marcus' patch. Jeremy, airhead, Shaw. At Fri, 09 Jan 2004 11:26:19 -0800, Jeremy Shaw wrote: > > Ack! > > I did test my patch before sending in it, but I am a doofus. I made > the changes in one copy of the source tree, but compiled and tested a > different copy of the source tree. So I didn't actually test the patch > at all!! > > grr! > > Here is a patch to fix things. You should use this patch instead of > Marcus' if you actually want to use the winearts driver because in > addition to the typo, I didn't realize at first that I needed to > assign the return value of HeapReAlloc() back to > wwo->sound_buffer. (But it's rather obvious once I realized it) > > --- orig/dlls/winmm/winearts/audio.c > +++ mod/dlls/winmm/winearts/audio.c > @@ -719,7 +719,7 @@ > { > if(wwo->sound_buffer) > { > - HeapReAlloc(GetProcessHeap(), 0, wwo->sound_buffer, toWrite); > + wwo->sound_buffer = HeapReAlloc(GetProcessHeap(), 0, wwo->sound_buffer, toWrite); > wwo->buffer_size = toWrite; > } > } > > At Fri, 09 Jan 2004 15:55:47 +0000, > Mike Hearn wrote: > > > > Hi Paul, > > > > Marcus submitted a patch for this. Should be fixed soon, it's just a silly > > typo. That tinderbox type thing is realy cool by the way! :) > > > > >

Jan. 9, 2004

Re: Compilation broken in CVS

by Jeremy Shaw

Ack! I did test my patch before sending in it, but I am a doofus. I made the changes in one copy of the source tree, but compiled and tested a different copy of the source tree. So I didn't actually test the patch at all!! grr! Here is a patch to fix things. You should use this patch instead of Marcus' if you actually want to use the winearts driver because in addition to the typo, I didn't realize at first that I needed to assign the return value of HeapReAlloc() back to wwo->sound_buffer. (But it's rather obvious once I realized it) --- orig/dlls/winmm/winearts/audio.c +++ mod/dlls/winmm/winearts/audio.c @@ -719,7 +719,7 @@ { if(wwo->sound_buffer) { - HeapReAlloc(GetProcessHeap(), 0, wwo->sound_buffer, toWrite); + wwo->sound_buffer = HeapReAlloc(GetProcessHeap(), 0, wwo->sound_buffer, toWrite); wwo->buffer_size = toWrite; } } At Fri, 09 Jan 2004 15:55:47 +0000, Mike Hearn wrote: > > Hi Paul, > > Marcus submitted a patch for this. Should be fixed soon, it's just a silly > typo. That tinderbox type thing is realy cool by the way! :) > >

Jan. 9, 2004

Fwd: Re: [Discuss] Crossover Office with Microsoft Publish '97

by Jesse Hammons

Does anybody know the basic problem with Microsoft Publisher '97 not working with wine? I'm willing to debug it a bit, but I want to find out how big of a project it is first. Or maybe somebody else is working on this already? Publisher '97 loads files and seems to almost complete functionality on my system. Unfortunately I can't click on any UI elements and keyboard events aren't processed. Someone seems to have even gotton Publisher 2000 to work (there is a workaround posted in the application database). However this fix doesn't work on Publisher '97. I would like to patch this, especially if it is relatively straightforward to do so. What kind of logging can I turn on to find out what is happening to the mouse/keyboard events, etc. Thanks, -Jesse --- Jeremy White <jwhite(a)codeweavers.com> wrote: > Subject: Re: [Discuss] Crossover Office with Microsoft Publish '97 > From: Jeremy White <jwhite(a)codeweavers.com> > To: discuss(a)crossover.codeweavers.com > Date: 09 Jan 2004 08:58:30 -0600 > > Hi Jesse, > > This is a great question, and the answer is to a Wine hacker -- > we'd love to have your help! > > The full set of resources for hacking on Wine are at www.winehq.org; > I know that's intimidating, but there are friendly folks > on irc at #winehq. If you show that you're willing to do > the elbow grease (and are a bit patient), I think you'll find > that folks will jump to help you. > > Finally, it's fairly straightforward to configure CrossOver to > use Wine from CVS; look in the config file in the cxoffice/etc > directory. > > Good hunting, and welcome! > > Cheers, > > Jeremy > > > On Thu, 2004-01-08 at 15:32, Jesse Hammons wrote: > > > > I have downloaded and installed the Crossover Office trial version > on > > my debian GNU/linux system (sarge, kernel version 2.4.20). I used > the > > Crossover setup program to install MS Publisher from the Office '97 > CD. > > > > Setup installs MS publisher with no errors. Publisher starts up, > and > > displays the initial dialog (where you can choose a template or > open an > > existing file). After cancelling this initial dialog, publisher is > > aware of the mouse location (it updates the rulers when you move > the > > mouse) but no mouse clicks or keyboard presses are processed. > > Something wrong with window modality? > > > > Is there anything I can tweak to try to get MS pub to work? How > about > > a way to log the translation of X events to windows events, so I > can > > try to trace where they are going? > > > > PS This behavior in crossover is the same behavior as when I tried > with > > wine-030618. > > > > Thanks, > > -Jesse > > > > __________________________________ > > Do you Yahoo!? > > Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes > > http://hotjobs.sweepstakes.yahoo.com/signingbonus > > _______________________________________________ > > discuss mailing list > > discuss(a)crossover.codeweavers.com > > http://crossover.codeweavers.com/mailman/listinfo/discuss > > > _______________________________________________ > discuss mailing list > discuss(a)crossover.codeweavers.com > http://crossover.codeweavers.com/mailman/listinfo/discuss __________________________________ Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus

Jan. 9, 2004

Re: #6 - Add delay loading to rundll32

by Steven Edwards

--- Dmitry Timoshkov <dmitry(a)baikal.ru> wrote: > Your patch is not only formatted badly, but it also does things not > allowed in plain C - places variables in the middle of the function > body. Oh yeah...Sorry about that. I broke some C rules learning how to do this because I had never used GetProcAddress before in my programs. Here it is with the variables declaired at the top and the TABs replaced by 8 spaces. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus

Jan. 9, 2004

Re: WWN broken

by Jeremy Newman

We scan the XMl with tidy before posting. What is odd is that tidy reports the XML is valid, but yet PHP's XML parser barfs on it. Whatever the case, I just patched it, so it should be fixed online soon. On Fri, 2004-01-09 at 08:56, Mike Hearn wrote: > XML error: not well-formed (invalid token) at line 104 > > Looks like it contains a typo. I thought only 1 item was a bit strange :) -- Jeremy Newman <jnewman(a)codeweavers.com> CodeWeavers, Inc.

Jan. 9, 2004

Re: #6 - Add delay loading to rundll32

by Dmitry Timoshkov

"Steven Edwards" <steven_ed4153(a)yahoo.com> wrote: > I hope my formatting is right. I use EditPlus to do my development and > it tends to not agree with Wine sources sometimes so I have to go back > to notepad to clean it up. With this patch I can compile rundll32 on > Mingw now. > > Changelog: > Delay load Wine16 APIs for Win16 dlls. Your patch is not only formatted badly, but it also does things not allowed in plain C - places variables in the middle of the function body. Please fix. -- Dmitry.

Jan. 9, 2004

Re: Compilation broken in CVS

by Mike Hearn

Hi Paul, Marcus submitted a patch for this. Should be fixed soon, it's just a silly typo. That tinderbox type thing is realy cool by the way! :)

Jan. 9, 2004

Re: #6 - Add delay loading to rundll32

by Andreas Mohr

On Fri, Jan 09, 2004 at 07:14:07AM -0800, Steven Edwards wrote: > Hello, > I hope my formatting is right. I use EditPlus to do my development and As soon as you have to resort to phrases like "I hope...", you already know that you're in troubled and boiling water. ;-) - HeapFree( GetProcessHeap(), 0, dllA );^M - return ret;^M Andreas Mohr

Jan. 9, 2004

Compilation broken in CVS

by Paul Millar

Hi everyone, Looks like one of the patches broke compiling last night: http://www.astro.gla.ac.uk/users/paulm/WRT/buildinfo.php?id=472 I get error messages like: gcc -shared -Wl,-Bsymbolic,-z,defs,-init,__wine_spec_init,-fini,__wine_spec_fini winearts.drv.spec.o arts.o audio.o winearts.drv.dbg.o -o winearts.drv.so -L../../../libs/wine -lwine -L/usr/lib -ldl -lartsc -lpthread -L../../../libs/uuid -lwine_uuid -L../../../libs/port -lwine_port -lm -lc audio.o: In function `wodPlayer_WriteMaxFrags': /scratch/lilith1/paulm/wine/dlls/winmm/winearts/audio.c:722: undefined reference to `HeapRealloc' collect2: ld returned 1 exit status make[2]: *** [winearts.drv.so] Error 1 Anyone else get this? Cheers, Paul. ---- Paul Millar

Jan. 9, 2004

Re: shell shorcuts

by Steven Edwards

Hello, --- Subhobroto Sinha <subhobrotosinha(a)rediffmail.com> wrote: > I am already aware of that (thanks to Steve), and I would appreciate > if someone could send me the changes/patches to shell32 by the > ReactOS team (even if the source does not compile) so I can have a > look.. > Perhaps you can send me a zip of the ReactOS shell32 directory (keep > the makefiles and .defs out - send just the real source :) ) ? That > will be nice Sorry about that. I got your email but it get lost in the constant flood that is my inbox. You can view/diff all of the files here http://cvs.reactos.com/cvsweb.cgi/reactos/lib/shell32/ Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus

Jan. 9, 2004

WWN broken

by Mike Hearn

XML error: not well-formed (invalid token) at line 104 Looks like it contains a typo. I thought only 1 item was a bit strange :)

Jan. 9, 2004