From ge@gse.nl Tue Oct 7 19:55:09 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h97Ht9s9024987; Tue, 7 Oct 2003 19:55:09 +0200 Received: from smtpzilla2.xs4all.nl (smtpzilla2.xs4all.nl [194.109.127.138]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h97Ht9gh017578; Tue, 7 Oct 2003 19:55:09 +0200 Received: from gsep1 (geldorp.xs4all.nl [194.109.161.161]) by smtpzilla2.xs4all.nl (8.12.9/8.12.9) with ESMTP id h97HsdOK083384; Tue, 7 Oct 2003 19:54:39 +0200 (CEST) From: "Ge van Geldorp" To: , Date: Tue, 7 Oct 2003 19:54:38 +0200 Message-ID: <00c201c38cfc$14075d20$0a01a8c0@gse.local> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Cc: Subject: [ros-kernel] Mailing lists switched over X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 17:55:10 -0000 The ros mailing lists are now switched over to the new reactos.com box. From jimtabor@adsl-64-217-116-74.dsl.hstntx.swbell.net Tue Oct 7 21:16:04 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h97JG3s9026255 for ; Tue, 7 Oct 2003 21:16:04 +0200 Received: from dsl-64-217-116-74.dsl.hstntx.swbell.net (root@[64.217.116.74]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h97JG2gh017612 for ; Tue, 7 Oct 2003 21:16:03 +0200 Received: from adsl-64-217-116-74.dsl.hstntx.swbell.net (adsl-64-217-116-73.dsl.hstntx.swbell.net [64.217.116.73]) by Tue, 7 Oct 2003 19:13:21 GMTdsl-64-217-116-74.dsl.hstntx.swbell.net (8.9.3/8.9.3) with ESMTP id TAA00384 for ; Tue, 7 Oct 2003 19:13:21 GMT Message-ID: <3F831050.3080505@adsl-64-217-116-74.dsl.hstntx.swbell.net> Date: Tue, 07 Oct 2003 19:13:20 +0000 From: James Tabor User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.2b) Gecko/20021016 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ros-kernel@reactos.com Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [ros-kernel] Explorer Compile Error with Linux X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 19:16:04 -0000 Hi! I'm getting this now? It has been more than four weeks since I compiled the current Explorer from the cvs. Thanks James make i386-mingw32-g++ -fexceptions -Os -DNDEBUG -DWIN32 -D_ROS_ -Wall -D_WIN32_IE=0x0501 -D_WIN32_WINNT=0x0501 -I../../../include/wine -I./ -I./ -pipe -march=i386 -D_M_IX86 -c utility/shellclasses.cpp -o shellclasses.o In file included from utility/shellclasses.cpp:32: utility/shellclasses.h: In member function `const TCHAR* COMException::ErrorMessage() const': utility/shellclasses.h:80: warning: unsigned int format, long int arg (arg 3) utility/shellclasses.h: At global scope: utility/shellclasses.h:407: type specifier omitted for parameter `SHGDNF' utility/shellclasses.h:407: parse error before `=' token utility/shellclasses.h:424: type specifier omitted for parameter `SHGDNF' utility/shellclasses.h:424: parse error before `)' token utility/shellclasses.cpp:137: type specifier omitted for parameter `SHGDNF' utility/shellclasses.cpp:137: parse error before `)' token utility/shellclasses.cpp: In function `HRESULT name_from_pidl(...)': utility/shellclasses.cpp:141: `folder' undeclared (first use this function) utility/shellclasses.cpp:141: (Each undeclared identifier is reported only once for each function it appears in.) utility/shellclasses.cpp:141: `pidl' undeclared (first use this function) utility/shellclasses.cpp:141: `flags' undeclared (first use this function) utility/shellclasses.cpp:144: `buffer' undeclared (first use this function) utility/shellclasses.cpp:144: `len' undeclared (first use this function) utility/shellclasses.cpp: At global scope: utility/shellclasses.cpp:260: type specifier omitted for parameter `SHGDNF' utility/shellclasses.cpp:260: parse error before `)' token make: *** [shellclasses.o] Error 1 From gerard.gatineau@laposte.net Tue Oct 7 21:46:24 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h97JkNs9026669 for ; Tue, 7 Oct 2003 21:46:23 +0200 Received: from mx.laposte.net (mx.laposte.net [213.30.181.11]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h97JkNgh017726 for ; Tue, 7 Oct 2003 21:46:23 +0200 Received: from laposte.net (172.183.209.24) by mx.laposte.net (6.0.053) (authenticated as gerard.gatineau@laposte.net) id 3F4B3BA400EE0826 for Ros-kernel@reactos.com; Tue, 7 Oct 2003 21:45:04 +0200 Message-ID: <3F8317A5.10600@laposte.net> Date: Tue, 07 Oct 2003 21:44:37 +0200 From: gge User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ros-kernel@reactos.com References: <200310061830.h96IUuF10475@mok.lvcm.com> In-Reply-To: <200310061830.h96IUuF10475@mok.lvcm.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: [ros-kernel] Re: CVS Update: reactos - BOOT Reactos OK (ndis loading problem) X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 19:46:24 -0000 navaraf@mok.lvcm.com wrote: >CVSROOT: /CVS/ReactOS >Module name: reactos >Repository: ./ >Changes by: navaraf@mok.lvcm.com 03/10/06 11:30:54 > >Modified files: > ./: bootc.lst > >Log message: > Added system32\\drivers\\ndis.sys as it's a boot start driver. > > > > The reactos boot is successful after an update of my local CVS treee and built a new reactos module , to take into account this modification. Thanks Gerard From martin-fuchs@gmx.net Tue Oct 7 21:58:48 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h97Jwms9026809 for ; Tue, 7 Oct 2003 21:58:48 +0200 Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h97Jwlgh014898 for ; Tue, 7 Oct 2003 21:58:47 +0200 Received: (qmail 17946 invoked by uid 65534); 7 Oct 2003 19:57:41 -0000 Received: from p3EE2D2F4.dip0.t-ipconnect.de (EHLO p3EE2D2F4.dip0.t-ipconnect.de) (62.226.210.244) by mail.gmx.net (mp009) with SMTP; 07 Oct 2003 21:57:41 +0200 X-Authenticated: #3470264 From: Martin Fuchs To: ReactOS General List Subject: Re: [ros-kernel] Explorer Compile Error with Linux Date: Tue, 7 Oct 2003 21:57:43 +0200 User-Agent: KMail/1.5.1 References: <3F831050.3080505@adsl-64-217-116-74.dsl.hstntx.swbell.net> In-Reply-To: <3F831050.3080505@adsl-64-217-116-74.dsl.hstntx.swbell.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200310072157.43066.martin-fuchs@gmx.net> X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 19:58:48 -0000 On Tue 7. October 2003 21:13, James Tabor wrote: > Hi! > I'm getting this now? It has been more than four weeks since I compiled the > current Explorer from the cvs. > Thanks > James Your compiler complains about not understanding 'SHGDNF'. I guess, you should install. See also the FAQ page at http://www.sky.franken.de/explorer/ . > make > i386-mingw32-g++ -fexceptions -Os -DNDEBUG -DWIN32 -D_ROS_ -Wall > -D_WIN32_IE=0x0501 -D_WIN32_WINNT=0x0501 -I../../../include/wine -I./ -I./ > -pipe -march=i386 -D_M_IX86 -c utility/shellclasses.cpp -o shellclasses.o > In file included from utility/shellclasses.cpp:32: > utility/shellclasses.h: In member function `const TCHAR* > COMException::ErrorMessage() const': > utility/shellclasses.h:80: warning: unsigned int format, long int arg (arg > 3) utility/shellclasses.h: At global scope: > utility/shellclasses.h:407: type specifier omitted for parameter `SHGDNF' > utility/shellclasses.h:407: parse error before `=' token > utility/shellclasses.h:424: type specifier omitted for parameter `SHGDNF' > utility/shellclasses.h:424: parse error before `)' token > utility/shellclasses.cpp:137: type specifier omitted for parameter `SHGDNF' > utility/shellclasses.cpp:137: parse error before `)' token > utility/shellclasses.cpp: In function `HRESULT name_from_pidl(...)': > utility/shellclasses.cpp:141: `folder' undeclared (first use this function) > utility/shellclasses.cpp:141: (Each undeclared identifier is reported only > once for each function it appears in.) > utility/shellclasses.cpp:141: `pidl' undeclared (first use this function) > utility/shellclasses.cpp:141: `flags' undeclared (first use this function) > utility/shellclasses.cpp:144: `buffer' undeclared (first use this function) > utility/shellclasses.cpp:144: `len' undeclared (first use this function) > utility/shellclasses.cpp: At global scope: > utility/shellclasses.cpp:260: type specifier omitted for parameter `SHGDNF' > utility/shellclasses.cpp:260: parse error before `)' token > make: *** [shellclasses.o] Error 1 -- Martin Fuchs martin-fuchs@gmx.net From steven_ed4153@yahoo.com Tue Oct 7 22:22:46 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h97KMks9027085 for ; Tue, 7 Oct 2003 22:22:46 +0200 Received: from web21106.mail.yahoo.com (web21106.mail.yahoo.com [216.136.227.108]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h97KMjgh017672 for ; Tue, 7 Oct 2003 22:22:46 +0200 Message-ID: <20031007202237.83269.qmail@web21106.mail.yahoo.com> Received: from [66.83.186.125] by web21106.mail.yahoo.com via HTTP; Tue, 07 Oct 2003 13:22:37 PDT Date: Tue, 7 Oct 2003 13:22:37 -0700 (PDT) From: Steven Edwards To: wine-devel@winehq.com, ros-kernel@reactos.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: [ros-kernel] GDI and DirectX test suite X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 20:22:47 -0000 Hello, I have post a collection of tests with source code for the GDI and DirectDraw 7 interfaces at http://mail.gleneagle.net/sedwards/gdi/ The authors of the Windows2000 API Blackbook have aggreed to license the tests as public domain with a request for advertising. The ReactOS project has already started using these tests to help in our implementation and they may make a good test for WINE and Winelib. Thanks Steven __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From jimtabor@adsl-64-217-116-74.dsl.hstntx.swbell.net Tue Oct 7 23:29:24 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h97LTOs9027807 for ; Tue, 7 Oct 2003 23:29:24 +0200 Received: from dsl-64-217-116-74.dsl.hstntx.swbell.net (root@[64.217.116.74]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h97LTNgh014854 for ; Tue, 7 Oct 2003 23:29:23 +0200 Received: from adsl-64-217-116-74.dsl.hstntx.swbell.net (adsl-64-217-116-73.dsl.hstntx.swbell.net [64.217.116.73]) by Tue, 7 Oct 2003 21:28:41 GMTdsl-64-217-116-74.dsl.hstntx.swbell.net (8.9.3/8.9.3) with ESMTP id VAA00684 for ; Tue, 7 Oct 2003 21:28:41 GMT Message-ID: <3F833007.9020802@adsl-64-217-116-74.dsl.hstntx.swbell.net> Date: Tue, 07 Oct 2003 21:28:39 +0000 From: James Tabor User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.2b) Gecko/20021016 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ReactOS General List Subject: Re: [ros-kernel] Explorer Compile Error with Linux References: <3F831050.3080505@adsl-64-217-116-74.dsl.hstntx.swbell.net> <200310072157.43066.martin-fuchs@gmx.net> In-Reply-To: <3F831050.3080505@adsl-64-217-116-74.dsl.hstntx.swbell.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 21:29:24 -0000 Martin Fuchs wrote: > > Your compiler complains about not understanding 'SHGDNF'. I guess, you should > install. See also the FAQ page at http://www.sky.franken.de/explorer/ . > Wow! This looks nice! Thanks, James From vizzini@plasmic.com Wed Oct 8 02:39:42 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h980dgs9029944 for ; Wed, 8 Oct 2003 02:39:42 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h980dfgh017604 for ; Wed, 8 Oct 2003 02:39:42 +0200 Received: from CPE-65-30-43-113.kc.rr.com (CPE-65-30-43-113.kc.rr.com [65.30.43.113]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h980dhAG017864 for ; Tue, 7 Oct 2003 19:39:43 -0500 From: Vizzini To: ros-kernel@reactos.com Content-Type: text/plain Message-Id: <1065573473.12800.36.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Tue, 07 Oct 2003 19:37:53 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir Subject: [ros-kernel] cygwin gdb X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2003 00:39:43 -0000 I just had a very unfortunate thing happen to me: cygwin auto-upgraded my gdb, and now I can't get it to connect to my vmware for kernel debugging ("COM6 is not a typewriter"). Anyway, I'm sure I'll figure it out after spending way too much time on it... but I thought I might warn others in case anyone else uses this setup. -Vizzini From johol777@student.liu.se Wed Oct 8 09:05:53 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9875rs9032576 for ; Wed, 8 Oct 2003 09:05:53 +0200 Received: from xanadu.unit.liu.se (xanadu.unit.liu.se [130.236.230.147]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9875qgh029000 for ; Wed, 8 Oct 2003 09:05:52 +0200 Received: by xanadu.unit.liu.se (Postfix, from userid 102) id E00AA94C91; Wed, 8 Oct 2003 09:05:21 +0200 (MEST) Received: from liu.se (camelot.unit.liu.se [130.236.230.139]) by xanadu.unit.liu.se (Postfix) with ESMTP id AF6B24D597 for ; Wed, 8 Oct 2003 09:05:20 +0200 (MEST) Received: from [81.225.48.200] by mu.unit.liu.se (mshttpd); Wed, 08 Oct 2003 09:05:20 +0200 From: Johannes Olofsson To: ros-kernel@reactos.com Message-ID: <59a835599237.59923759a835@liu.se> Date: Wed, 08 Oct 2003 09:05:20 +0200 X-Mailer: iPlanet Messenger Express 5.2 HotFix 1.17 (built Jun 23 2003) MIME-Version: 1.0 Content-Language: en X-Accept-Language: en Priority: normal Content-Type: multipart/mixed; boundary="--319a36287f7a571a" X-Spam-Status: No, hits=-0.1 required=5.0 tests=FROM_ENDS_IN_NUMS,LIU_FROM_MATCHES_LIUSTUDENT version=2.54-liu_1.4 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.54-liu_1.4 (1.174.2.17-2003-05-11-exp) Subject: [ros-kernel] Testing kbduk.dll... X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2003 07:05:53 -0000 This is a multi-part message in MIME format. ----319a36287f7a571a Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: 7bit Hi! Could somebody with access to a brittish keyboard evaluate this kbduk.dll. It is a modified version of Kbdus.dll in the CVS. Known issues: CapsLock and NumLock has no effect on the keys (at least in ROS...) AltGr does not work properly (suggestions about how AltGr is supposed to be handled are more than welcome) Regards Johannes Olofsson ----319a36287f7a571a Content-Type: application/x-zip-compressed Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=kbduk.zip UEsDBBQAAAAIALA+SC/pR5uqFwEAAKYBAAANAAAAa2JkdWsvSmFtZmlsZW2QQUsDMRCF74X+ hwcKKjalt4LFg1Yr1aWVbsGjJLuz3dDsZpkk0v57k20VD+Y2mXnvfbw8qCfN2Kzzz+36HUYr 7FUZ9pgNB8PBBba1dnA+VBVcbYMpIQsfpDFHKEJjv6iEt3iVDQdDLkl0C8slcfpvLBNIOh3v Xeg6yx7W13FZ2KbThjhK5vNF9vCS4/Ye4iNaQ1StFSpo46PXGWS13j5DYHnVoO3zQIeO2I9w JD/+h1NRkknlPEfkiKnbCBSzf2FRRYDxcJAtV28nggjQWucl+7Ryp6lMpQhXS44ms7/nPbAZ CaEbuSOhpKPR5DCdLibpQZhdUZz48808uffV9nPvlmnFko/nxu9weZ3ubn5CsuVjEsXpG1BL AwQUAAAACABpRkgv6FjSYCYOAADWLAAADQAAAGtiZHVrL2tiZHVrLmOlWnmX2zYO/zt5L9+B m92tx4l8yPekbboeHxl3fNX2zORcryzRY+3IkivJczRNP/sSJCURlpzmdXNIJvADBIAgCVIq vXj2lLwgM2qY4WROLufteWcwIBf0ceUZvkUc49HbhxzT8XaPvn2zCclJJ08q5XI1EuPsoW1S N6CvyPDNdKiRgMqfxfBByPPLYmO4twEJvVdkE4a7V6XS/f19cWX4pmfRreEWTW9bMpyQ3pa2 e4eWAtNwLc8s7jY7Ls9asaDtFsM9LbpO6Q+DrkqO7e4fSrcriwuBvqCgFzfh1gHJ0rOnz57+ 3XZNZ29R8gMTtrz7oLh5rVJtN6S+azighbOAubbomixHy0G7UWNt1rJdSmaTebe9aJMgNELb JMulRU0n2FHzxHAczzRCevK8aBmh8TyfZ1LUCSi77XzjZmsQoC8DehNDjukFSdey19wSibi6 WPZG08U7Un5YrwkhJYgqJa7nFuiDHYTUDRmGexyJXMzPB/0Fw5YfymWdi8w39jokW48pt6mP 0Z3FbEgkusLRndB3joDbQ1AswDUObjvHFPfeRli9XObY3gOz16IWuaWPBPoMC4wuh4sBF6hI gdHeCe0CoLGD015HaK5J4Jz1hW04JAUdX46mAtqS0PF+u6J+YWdYKeRcIM0DpS+Jy2VISmYk fSw/VFWLmQR9CGUalpRxEGWzEeyKa8dgeeMWrdvSbu35+22JGQ9Bie6QzeJx9tqFtGS5MOmN ljrKDk4BC1ZGkj8HEtPh5TwlBEQQWx0V60xGo3ZKjlNB0DwqOBqMMx7IqSBoHTe0NxtMumlT ORlE6VHRSkqqAgLrowLVlECV9/1RgVpKoMYErOPxq6cE6iBwPG6NlEADBI7Hq5kSaILA8Si1 UgItEDgeJb2cDiyjMSGqJ0LPnkYz2eX8fDJbkGhSXobe8u72wyfyI/nMJuZk/AVk5t3z7ObE AmHjp5C0dVIsFkn0p4JaVdSq8daLEm+AdDRjapwCrXmnPe3xZk7PabEkyVVyGkjkqohaQ606 ajWkRBNRW6h1ilplLqEOAU0dgRo38azdudCSUKzVUPRtPwjJkIYhjhoTW7TPokflfkFPvUat nrR6hqgL1HqHWpdSYoCoE9Saqi1pER8VceR5BmtP2K9Zb3E5Gycu6pbq4pyaHlvqM30cdibj xWzCigz+jFwb2TBHrS5q9aUPbxD1HLV+Rq0LKTFUqVHSI6+qqNXS4gAM+eKrKcxm4nXFVL1e bGyouaTTfux07j0y6i1qdVDrShp8hqhj1BplOMPncE3pMzHDatHMGXs34+78Dmt54ka1qbpx 5oWht8Wdxlfy6fCdyO5Rb3wZa5xP251e3GIjc7BoD7nuRP8K5X+B1adBoruv8wHUr4hbVdxq 4lYXt4YW9Ue/KSgtcTsVN72ceFOrq08beuat8jBWFAwnnQvyu1jrwW7JmXdYUg45A5zlHiU6 UYRkxTGV1QMXP5+MeiAMVYcW983l9IAmyFPWObOEA0+/PFvM2p1F1IfDHqv4Uuo6w157libP Bm/OF0hdu9uNNPXG3UMbGLU7uR5nkMdQ/0RkqWAwnvdm2BhQ0Bv2Fj2E5ZGq19RITX0a7LfG ynlkP8O5mcRrPm5P2dKiZGEd9dvEsuzQpoHGNw0hK5F9tsOwXdu9geratWB/c5hKeJ3gC3Tc 6uu64mhfryhPPo2fHAU5FjtYev68BWXxrDfpH7Pqryh8P5mMlFTrDafSldiFBgp77466rIj3 aRShE1aQshLW2O4cqpFxZwaFNd8jBmTts9EOAaaGz/rptJwL8urolANSlyNSl0NSb8i7HJC6 HJG6HJKVcpRA/Uo0wuUQr1Q1xXK0OI69kAR7Zvj9xiP7gAZgWUD55iLd0Rm/Yr3NitqpxwWy RBsoE1mhxGO5jjcu0q2aItL8K0/7RigfSW39UH/88FZSarFq98v3av12Ne8s2X6SbV8ghOXD +u0z28yZ/FFiRecrwxftSanE8ga2Rz4N974bQS0BlUu4BJdKM36wwNb80Pf4nk3iqyJXuoOr Qbcn0YTphhkUlFv2XYQU2TODpSUCklKJbUbf+D8JjEbKX7Svu6en3CMgRjLkWLE1WZ4NFvFe d8nMDlRJBonXfrkF/6LFrLiKEftthROvjnxzHTHKyqLNDIrsCR93FKrzIPT3ZkiW20dmj7Bg ejUZdME8btn3QLqezBjFeGBE3j57x6ZgQDDah9YnRvtCBuNFbzZuD5cXZ93laNId9Ae92Rw5 nw1JIrGyQyUSKEDcm2biExvZbFBXiQZx1mpa/Quk5Cg6P2CaiOdb1GeTzmTMygQZUYiZbLzk v1moTlw29tmQt/IaZxQgfAoRhF4ympQrgBxgIPFFMKNtzXjCypA5jIWIwttxNzILO8YuIIXX JOAHKaDiMDeuO+ft2bwC2QxZZW4MP1hWWDDw5sfzt4ZD7gJxJEOtZN7gxzpybySIn5P9yhNh oyYoub/l4kSBTYzChlbu4/NczK4iNrTg7MaoxoA6AkAr989EPN7oJBAg5b5LIK00BEi5Fwnk NA0BUu4kgZTTECDl8jHkKtk1ES0G/QiglxJUirZLoqpWiurPeIckhFl1/CuI/6KE8zoLdQ+o a4mSwFkW0AfgTFG3yEKFgFooqHdZqEdAvVNQ0yzUDlDTCFWKN1NZEZhnKQhAwVx5TDcLZQGq q6D6Wag1oPoK6k0W6gZQbxTUeRZqA6hzBfVzFuq/gPpZQV1koW4BdaGghlkoB1DDBCUTTley 7XuAvIog8chNNnI44O+zHvMb6HivGPM2C/UAqLcKqpOFMgHVUVBXWag7QF0pqLMs1ApQZwpq nIVyATVWUKMs1BZQo1Qoxb4zGeEawH5IweRuNMEVAfc6hatoTxJMCTA/CYzSObyeDTdGSCyP wOqwMe6onMfh2J0ms+2VOFFRdH5kIxUuynNhq6QgXub4RbUs3pslqEKOX9CyH22RE9SLHL+o KFEKpdwsIZA84FLtftBXYDnckGl8860ASY5f1LJD/ktqjqx1rorXuWr2OqdFq5wm3ikku2x6 Y5iP5CSkjkvDQhA+OjRPjMC0bUID09jhXpGnSrHVH8DqzzmxlOmrg6xoKMhPgPwSIa0DZFNB /h2Qf0RI8wBZ50HJffwIqN+zUPKEi6P4KiCvblZw/zS+NRzf2jfFl10L87hAUQPd5pG9oS71 jdCLCwz2/zM/00zCAI3cv9mF2bEUNRir46nwIQ6HPMfE+b1UpZjQ+kCoqgh8zIHEvw6eU2Z/ IiEUrD+NVx3Hq/6N8ZpvCvwHu7Otg9YJHbjz6JTEe7BCsCk0osixrGR1r0zMq/jsL/bqPzIx DLZFUhzDLhqNeOqsqZGHRu4fKCKqYIVpzUykbwlPA4en8X+Fh98FScRCetPLWggoeNU76lW5 TE/F3TyNw3KZpWgPii6/omhtiLtlxIoGGYpIzgZNg6+ZZEmT4vkCnXzHJnmgaPI1k6rSpKTa bmcpMkBR+2sW6dIiXU2Br/e5Dn3Ods1Luak42KvCi9F2V2QPq7TVVUKwdMHSM1gVwapksKqC Vc1g1QSrlsGS02s9g9UQrEYGqylYzQxWS7BaGaxTwTpFLP4CBvqEz99lXQlIaoBFm8S7W7aP DljNd+JqD3mGPJmi+OcfNOJqJLB/o9765OFD+VMelGT2FhQewx6oZIP0Hkap1L0MjZVDk75L HqpruH/zGuZXtNRW9BBS1VKr+CGkpqUWokNIXUvNvYeQhpaaf/JxeNnfjEyed5bD6fV8wY8e l66xpSiDYTRoZPj8edJPD2UdKL3AREQKxDPDvA12hkkRaw2shbFSiXC8xZTAtyGIbAEZZkOV WjGAymdNlVxtAFmccqWZTWCO91vyApFbQGZzKiKecv2Hhlf5Y/mZBLyvQKwVsPo6onGX+hVE 4/70q4jGQ9WvIRqPUb+u0mo88v0GovHY95uIVuG0FqJVOe0U0WrC5jIi1oE4NfYBcr3GQzs3 fc9xUs7X4tBiO1oRGZtyGpGxNUZELiDyKiKj+NTMiIxDZEVkHCUakV8i8joio36rlyMy6rq6 HpFR79UrERnFsV6NyF2KcrfOoz5nu6MZ/RUxmqI7sC0tQUSWNEVi6ciOpsgsHYWpKVJLR0Fq itzSUYhaIrl01IMtkV066r+WSC8d9V5L5FcFxaAlEqyCPGrVBRF51GoIIvKoJQJSUT1ihdvl UJzjHp24qPzcaXlkBtPj3Dky3YgZ5HDSqdYjsRIicyunvsvmHNN3EauVaDuYYWqxstRg4qE4 86mRMcbOvS0elvwJlztE4+NratxQcsDgI2xI8bwoRlKHHoailoQCkXny9FwLZSlPnq53j9wX A4YbkmLxHBq4AfWRdjFq2IihIfJTDJof5KeQrxGLR/KcOsjXeiPylVyLrxARd5V0TJqdyjF+ vOkajvOo8TdwYnUlvETgpXiUhBdnXV5QzOP3dkvxbacoJ5TKP/50zwgC+8bdsvBHu8OTaXzW n/8OHfZzA6UCWNFZMJgG/mLw7laYEyk5VtGoKizbMH07tE3DYS75twEpFIi5931mjPNIbHgL CYZRi6weyT3UXvHHg+L9pXvj2MGGWB4N3Jw84jHcR3gZ/HhvRC/hIJqaOBwSB0OED8rIXWXk vsjHQ1ZL89LjWovVg+YuNcQnjol6+Uz4LErYHnrkzvbDvfxmcQtrubADfzrFNcsSEnPypJTN gEKTi+GXeCpJj0nCtFH7ojecjN+clDU9z324YhWl7blEL5ZVB4b2jRHufcq76FjYo3eLWnKF 2ERZPE2yc77odtosxS9W1tB4pH6XBiwTdqHnn+RFior3ieS7zDyGF1jPnv4PUEsDBAoAAAAA ALs+SC8nQzbsXAAAAFwAAAAPAAAAa2JkdWsva2JkdWsuZGVmOw0KOyBSZWFjdE9TIE9wZXJh dGluZyBTeXN0ZW0NCjsNCkxJQlJBUlkga2JkdWsuZGxsDQoNCkVYUE9SVFMNCktiZExheWVy RGVzY3JpcHRvckAwDQo7RU9GDQpQSwMEFAAAAAgA5JX/LqyH7nxBAAAATwAAAA8AAABrYmR1 ay9rYmR1ay5lZGbz8XQKcgyKVCgtTi0yNtJLycnh5eLlco0I8A8KCebl8k5K8UmsTC1ySS1O LsosKMkvssUUcjDg5bJWcPV34+UCAFBLAwQUAAAACAASP0gvzZrYiuEBAABVBAAADgAAAGti ZHVrL2tiZHVrLnJjfVJda+MwEHxOIP9BuK+hVXt5KRwHjq24uiiysWxDoGAcW0lFXTnIDlz+ /UmJ0nO+Tg9CO7szux7vg5Blvas4+FnxtZC8ffz4NRo+fKOKF2XXtE+Kt81OlfyQHg2JS4PU DRAwjxzRgGD2NgYsnfaBPGWjYcbyDMUMhzTHdBYCG5j3aDiYYYIsMogRy1NMk3yW5Qv3dxiP zxBML5AYZdgQz8BpiomvhaM49FMvudKOrrSjK+3olnZktQd26hlxA7Zw2XwA//xYE2PaWnsI ch9N06BfpAueTZ7XLb/A4QGXlVjbRMgGGp5ACCfEQskyQhp7OcXaZAsZ9hQFmI6GQJ8pCb05 cFinhNzMRM2xXDeOzf0r65XCCXyFkxV0epnzQnMyl6QIOF7ztS3knhZf3BkfDGVJnHvhInLp MqfuAt2kmUF83pZKbDvRSE11YrNUIQPp3G1LIcCc71dNoSpAin2z697781woZVy1R5XTAMaS 04bdpGHZcSWL2g7ufK6q3ee9HoRvitprtnslNh9drw1BgUv010bLGAdvyU1yqElCdzKDyn63 x6qu73WMVFPtyu7CVru+9221tGs/TswrSxD1j8H3w25BVqj/b4ttmahCtnVx/IvAbOnrGDy/ QNiTPVx/AVBLAwQUAAAACADgPkgvGq7ASnQBAACgAgAADgAAAGtiZHVrL21ha2VmaWxlfZJd S8MwFIavHew/HNgE50dSN0UpCHZt3ap1KzYgglC2NtOymswkHdu/N6lTMi8svWif9wnn9KUd 6EaFCx+zJV2UFT1dwznqQ99xBti5xs4VOBeuM3D7AxB8m1MINyvotlvtVuKRcUam+k7gBhDC CBlMvKdRSDLykoQaF1tWlWxpBRPv0QTLeVHbeOilBjuby0vHXFbk38XeKNXhWdQ9sqb2MFNc LgWrcMnyqi6oOdQBQT/rUlDgEnJeUFAc6GZVlXmpqm2TUqnAw8+wpkKWnAFfgFSizpXEi5rl SjP5d/yJnh9kQZR6wzjMSBSEE5JaW8a/WzIu1Uwo06b8fiuqcm6pafAQR0PtWmzk+98M3vLc 4ok/1sxuIw69yT6aDu9Dn6Q/rSJusiBMrKB7tO/2jLJrDf60Kmq9ONI/xL5DptM4zYzZw++0 WlGBPv5RCrqirNgph5joctx264Cq2ZtuhWv7Nug1ePf4eoyaD28MF1CTtVtfUEsDBBQAAAAI AFVASC9ZyEgmoQ8AAJQiAAAPAAAAa2JkdWsva2JkdWsuZGxspVkNbBvneX6PlBzblTOFcR03 sVvalpU0lsgj744iGSuRrR9bsX5oSpZdN93pSB4lWiSPOR5lybUbN3GdDRuwdAi6YSgGr+2K DjCGrgsGo0sTFzOGtkiGYS2KYcnSDEiLDUg3YwmGoQvqPd/3HcXjj3+GfeTd8937/b1/d9/7 3k2ffon8RNSF49YtomskygjdvVzEcf+nvns/vbLlzT3XpKk398wvF6rBim0t2UYpmDXKZcsJ ZsygXSsHC+Xg2OxcsGTlzNC2bVv73DlS40RT0ia6+K0XnqKHiSZBe5c27f2Y5Itzpna4HXvd I8hHdfO6T/AtkUBeKuLix/9JXC4+oNedoLcxFclE8wxHiLbzKYnO+6m9LBLd6ED+/5aQY645 wJfYmoyhLvIIIcoi/qGc4RioX9lEQvbN7uEpI0TXQ6boyGWCbEw3dXmb+hVEv+0ugfcLdOhn V+0suTqBbjhv2zv1M4tW1tXRIon5drb3G59en62YtrFfGQ3nrbKzXxnvnzo6OjW87DiVZDhc Wg9ZrD2UtUph1jI/jK68Z1TOWkXLHs4UjewKxol5ovLxWiG7Mlh1DNu53axnz571TMu71ip3 nj1lF1aN7Pq9zVhcz1rVcEUM4WxP3qYn2uaGI3J/enxiuH9uND0zd3o4LstrMVnuP5yeS+Ny KBFfUyNa//zk9PjwhF3YHx0Fd7KC02yWMepeROT9yqGoyk5RXB6Znj/Amrqo66kL0WQ3h9h9 3GC+zQx6LzwqXGsLbWFuF152SsXf66Wj+xl5nKrELH2YDOAKriq8ZhLzJoMyxPqUyQHFRn0U NZuKqM3RMhUoT8yP06gt4dqBk3rpM1SjEmiPo34Ioxw+rrHCKGoVrBmkKbL4+kQTFOHnKD8r /Kzys8bPMX4e4uc4PyfcUczxU5ixhhlNvlIWvFpYt9i0Qp2rIU897qknPPVBT1311DVPPeap H/DUI5561FNXPHXZUx8D10Kz61wnaVw/68oWcTHqouKi6qLmYszFIRfjLgodRfl6DOs6jrqo uOiV0Wt3r4UbPlDvGSameZv3D7p6L7eMqtu/PqZhj8PobcJurH4U1BK33gn+MGf2XMJ10L2e Ql341ihqnfgT/poDjmGus5yPxiwN2iTOVT7a4X2Z7k0+H9FBrnvmpQ7NQp4nOWesh5eHIJ3E qmwtNme1Rd7WthO//fNri/2p7h/+zUsb5dYttuuyvVfgBEp/SR8fPrm6ejh9ODJ5/MzUlOYs Lyyk508b6bW52XgqvbTspJbmD5kzCwtR82SuZsXzE2klXVCOjZXiE6nDZ0rlI6Uh/eiYltCe LU3mi6mV1MLJc3Y5fmJpKK8v1FayR9cqR4+lTp26RY9wn1Jgdw2+MwR/ScBHvkd/jW1mCx2H FOOQap4+A/1PQhcpeov+mbbR12DPOWhtgo5AM0/TMWjlu3SdfkZX6B06TadgnwVYdoam6VV6 jV6nP5HOYKsJYhupwKtt6MSBJ6xCO2vw95f8X/b19fT37Okp0f6enp5He1ZoX89jPXt7BntC PQN0i96mc/R56kGt9Rem83SBvkDPISb5Ij1PL9Al+hJdbun1YoeRRLtom7Sbvi5pZElx+lOJ 3NIrPeAL8Mfmw3tS3fchzPBhL+zqpqbC7ss9/C7aCx0q9HVoUaP90OMQ9UOXcTz5Evg9Bp3K 9GlodRhPiOPSs0yz0lloNy3ZTL+Sw3QsrUPPKakCLc9JVaZfKcd0LOWZnqUlpmtpmekbuoTO pRWmd6nIdf8EJem0dI7pXlpj+peyzAbSKrODlGG2kMrMHlKJ22QAXv4aheDbr0ODT7HtAb8V 8HcAd+AgfmfA/ePw3zB+j/BfkP8a5S36LGzyCDzic7DAblh+H+ywC7Z6BjaBbvlvK92uxPD7 TaKbn4THDZKO2qfgQ4+ymOHmbQd5ys8QdFxlfW9+Ex6sUh+vXw3edaBbxiUT/s3G/Bv9kE5I NXg5u/oV/RNNSgUWj+Lql/QmzUoWvJ9dfUA/pkOSAf9nV/9C37/D/IuwugEfycBDsvCPHHg0 4SF5yL0EH1mGhxTgH5tbg7r6+H2pbgleOAIf9CEGHNmb6vaj60VgF9R6Hdjdg47ot+n+jlPA lTEHwAdkXbYCfwP4SeAuYD9wNzAKZPv0QSDbRY4C2S6yCGS7SBHIdhEHmAReBD4BfBl4EPhH wGHgFSB7Xn4T+BTwKnAE+B0gdEbXgIeBrwFHgTeAY8AfAWEL+gfgBPAd4BHgfwGPMv4fSHWz /OB+4NPAh4HHGP/AKcY/cBr4JHAG+DQQFqMFIAthM8DjwDIwDTwHnANeBrK4+SvAk4xv4Cng nwPPA/8KeIHxC/wC8G+BzwH/DngR+FPgFxm/wOeBvwC+APx34CXGP/BLwF8DLwM3BVLdLzI5 gHSXwuyzIyDs8ziQ7fIjAWGXqYCwy2JA6M0JCL1dDgi9/X5A6O2rAaG3rwWE3r4TEPp6NSD0 9aOA0NNPA0JP7wSEnv41IPT0UUDoaeuDQk87gbhLaAC4AIwBPwtMPdguTx/89so+QX8XeGW/ 2ycodOZD+449wj87lSALeoPyUDISTSpyEMHuQ7R72ioPgBZ82iiz9mgwoiYVJRmJsPZP0EN7 Y/JQNmEqmXg8MZSNRNASjWf37qQthZKxZIaXCvldPCL+wTbqsSq2LI9/JhICVaKbftLcAL5q hhDZZ01kr2XT5lE8H14NO1YlY9k50w7ni8bS3DgbysJv+/L/sPDbXte94TctN8LvjfV76SyP vsnfLxo/Trvnl2sDwagWnDMrrthaMhJPRodcsU+auQGIGpw21jfUosSTiiv2g3ujqppXBmPx QVPLx9VMVr6jyNMx8M2Wfo7l3iiPySKXrh8qruM4DuJYyeRqK6FckcV8xQdxj7Ewko5lclPG ummPmdWsXag4lk2uoBt5xlbaWqhag/G4lhiMIOk41CY2t2Y02hA7oiS1WFLlYu30TNUqgDwX Almiv/fTAddmwkChqlWzs2bespfMUNl0wiWzXMsYtl4MVcpLzFKF0gfdHBJeS0lGq6XQvZeM zpaKxD2WijMH1OQmSw152uWkKie1uCvSxuQtIo2NRxmHEv23n56oZ8ZKKGfVMkUzW0S+y8VZ LZhnjVxYjSQScTk8kT6mR2RNj0R5Oll3xuf/8L5uAV4RDz/ZLCJ1LEzEmsnvMaSerlUgQhR/ V0ShAjV4qLbktseYCmRVOOPH9yaQy8YSmWw8EotmlUjSSKh3csdjRw6JO/ADP8XuKno8omLR cGQtolcrBu7RDam//ES3gKZb8EDHW3C93bAdpIY7Cl98yG2PRupPHgWnpJZIRuS61ENyzBiK JeKaklGy0UgyJw+1Sy3JGz4cOyKkfssjdfT/LvVzn+4WcA9St7gz0efc+5/d9eyV0U5s7a10 9jyQO9C3dLG8iOgUNo4+z/uzPj/LIxcQweo4swxijmcPM7iexHmCxVIo3+v6j1/X599EfhL7 gJ/cBcBiF3+l5C2XOGGO56Asw1rCbAWeu7GMLo94FXsi7yMj2pJ5PqMiAmOPrDR9AmuM8hyT vYUoI/OYAYqMk1qyPpGRr/K8z0L/kptxBhGrm3wUK8u4ljZ4YCOqPP8tYISDs8Wzzfa5TyB2 P8T7FvAL4soENxn0NzA6xzNkAxQLWZLDpdnsWWeBZ65Vz/wyYvkIDgUHi98GoFGJ60TkyGXM VvRIu4K1cpibZd1l5CwSz2uXeK9RLu86l6KeVbfTgshrsshqgvz9QgKx7CB/wyCDh2CbvF6d HUROIIEu5iq4vNVlK3fgMQQs8ncOwoYp/maHtbEV7mTDWXDN5De4NZi/BN03LEwvJVd3m9rm bNVwQ7/sbQErC9xS7d4H/+c31zxflb1lKLqr1221pevbLY+eCbuAR4/SePRgT2HP3IT3gYtH 04y16gY9MnvgIl7w7intD9bJ1Kh4xPyjnxTPu8lsPlQ1w+yGZ+lDhQkVFO//+yJXlG8p31au KdeVHyjvKe8rHyofKV1qj7pd3aX2qQOqqh5Ux9QpdV59Rs2pRdVRz6uX1N9VX1a/qn5Dvaq+ or6q3lDfUH+ivq2+p76vfqh+pHZpPdp2bZfWpw1oqnZQG9OmtHntGS2nFTVHO699Q7uqvaK9 qt3Q3tB+or2tvae9r32ofaR1xXpi22O7Yn2xgZgaOxgbi03FFmO5WDFWia3FLsYuxSQJD4wB j2hLtaJRLeQsu2wwGY3cqlHOmjmdhQEsZCiyZ6b1QKhbgPeZuW+8w7vS1hjm+XuIYRC6qUlV YcbZwZbx76oHrrBYY9NUkwjitEQ9cFWMTE5Ro4NRRdUGlbxqROJKfu+dgiBlXARBv/RTxFWB Y66UC9UVyO5YeaNgMx1EZFmLhCdF/Do3Hq6sib2jbJT4TfMYie8lfjLytXK2Svw9oEthnUCJ eygIf6vsLq5TyhHu1vw9maAUjQzVi8Qp9W8eG5QOQX/9ewcrvtv1yVSr9fpt5zEbE3F+JJbR bGru4367ILfFL92gTsXdJgU/vMY+hPgkL6UPx44mCtPfw00Uluv2NVFYdjXSRGHGGPF5KWs4 LjZRfgfH9SbKH5OoNih/gWOxifJ9HFeaKG/heLeJ8gvWp9tL+RWbZ5OX8gD4LfqZ5oNcB62l 3cqrfqLmju1WfhlrnGrucy9Wdr9SscLSSsHho1JjlIgdJlyKb4NyApTf8nv75Fi1V3wFFZQL fFTQQ/kDqfGlVFD+0sOVoLzetvqbbZSbTWvpOvIqXeftjZk3C/BQdnNIdTcoAz5q4fmwz7uW Wc5RvTRWX/SJ74kNbZQAFze0YXq+TTZGfb5pZlZebBrFylfcKRv8/JnPqzFdB0eQtHme13yt tniDQ69nnp/7hHUblA985NGY7hG1Mc/HhEN4Ru1qo8TbKCm/dx4bV3o1ix3Eypm6Y+mrK1ht zWGXcst1pH5dsnKFfMG09RVzveq5zBQcXILIOmaXDbuqR9HYQlLaSWo7SWsnxeqkipHTy7VS xrSx3OoK63GWddFLRtUBH46B/EIMFg93JgFUiE3SQ0M1Yxl2Ti8a61bNqY9qz/pHZJhWT5+Y Yd8u9dTc+ImxWT09PjU7qk9Nzs3D4vBx3PI6/wTLL/Wx+dl0o7VaOGfqVp51yK7oWatUKjgd GmyzatqrJm8pGWcsW6/WMtV1yFTSVyFswSqztrFicdoolEciUfTDc8S77u25HJ8Za1py2TQq XlZKBWx7ulX1rqTzsEvPGFXBVNXMOqzJKBaWyog3xMh70Iy4MXR9tEktjPd6S0tTvlA0W5YR GmlhsLOeuWxebTb02JhJyOadrGgZObgPe+1V9eikoxHctvZJ7maB/wVQSwMECgAAAAAAOkBI LwAAAAAAAAAAAAAAAAYAAABrYmR1ay9QSwECFAAUAAAACACwPkgv6UebqhcBAACmAQAADQAA AAAAAAABACAAtoEAAAAAa2JkdWsvSmFtZmlsZVBLAQIUABQAAAAIAGlGSC/oWNJgJg4AANYs AAANAAAAAAAAAAEAIAC2gUIBAABrYmR1ay9rYmR1ay5jUEsBAhQACgAAAAAAuz5ILydDNuxc AAAAXAAAAA8AAAAAAAAAAQAgALaBkw8AAGtiZHVrL2tiZHVrLmRlZlBLAQIUABQAAAAIAOSV /y6sh+58QQAAAE8AAAAPAAAAAAAAAAEAIAC2gRwQAABrYmR1ay9rYmR1ay5lZGZQSwECFAAU AAAACAASP0gvzZrYiuEBAABVBAAADgAAAAAAAAABACAAtoGKEAAAa2JkdWsva2JkdWsucmNQ SwECFAAUAAAACADgPkgvGq7ASnQBAACgAgAADgAAAAAAAAABACAAtoGXEgAAa2JkdWsvbWFr ZWZpbGVQSwECFAAUAAAACABVQEgvWchIJqEPAACUIgAADwAAAAAAAAAAACAAtoE3FAAAa2Jk dWsva2JkdWsuZGxsUEsBAhQACgAAAAAAOkBILwAAAAAAAAAAAAAAAAYAAAAAAAAAAAAQAP9B BSQAAGtiZHVrL1BLBQYAAAAACAAIANkBAAApJAAAAAA= ----319a36287f7a571a-- From aleksey@studiocerebral.com Wed Oct 8 09:40:31 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h987eVs9000336 for ; Wed, 8 Oct 2003 09:40:31 +0200 Received: from mail9.atl.registeredsite.com (nobody@mail9.atl.registeredsite.com [64.224.219.83]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h987eUgh017446 for ; Wed, 8 Oct 2003 09:40:31 +0200 Received: from imta01a2.registeredsite.com (imta01a2.registeredsite.com [64.225.255.10]) by mail9.atl.registeredsite.com (8.12.9/8.12.9) with ESMTP id h987dxbA020730 for ; Wed, 8 Oct 2003 03:39:59 -0400 Received: from skynetp4 ([81.195.175.21]) by imta01a2.registeredsite.com with SMTP id <20031008073958.SGRL13923.imta01a2.registeredsite.com@skynetp4> for ; Wed, 8 Oct 2003 03:39:58 -0400 Message-ID: <017901c38d6f$613d9d20$0100a8c0@skynetp4> From: "Aleksey Bragin" To: "ReactOS General List" References: <59a835599237.59923759a835@liu.se> Subject: Re: [ros-kernel] Testing kbduk.dll... Date: Wed, 8 Oct 2003 11:39:59 +0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2003 07:40:31 -0000 Hi! CapsLock and NumLock works fine (though I'm not an englishman, I have a true english keyboard :)). But problem with "\" isn't solved yet --- this key is located to the left of Z button, and when I hit it - nothing happens. Now, to type this slash I have to press down the key to the left of Enter (~ # button). With the best regards, Aleksey Bragin. ----- Original Message ----- From: "Johannes Olofsson" To: Sent: Wednesday, October 08, 2003 11:05 AM Subject: [ros-kernel] Testing kbduk.dll... > Hi! > Could somebody with access to a brittish keyboard evaluate this kbduk.dll. > It is a modified version of Kbdus.dll in the CVS. > Known issues: > CapsLock and NumLock has no effect on the keys (at least in ROS...) > AltGr does not work properly (suggestions about how AltGr is supposed to be handled are more than welcome) > > Regards > Johannes Olofsson > ---------------------------------------------------------------------------- ---- > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel From johol777@student.liu.se Wed Oct 8 13:33:26 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h98BX6s9002104 for ; Wed, 8 Oct 2003 13:33:25 +0200 Received: from mail.liu.se (mail.liu.se [130.236.1.35]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h98BWrgh029188 for ; Wed, 8 Oct 2003 13:32:53 +0200 Received: by mail.liu.se (Postfix, from userid 506) id 11BE320104; Wed, 8 Oct 2003 13:25:49 +0200 (CEST) Received: from elysium.unit.liu.se (elysium.unit.liu.se [130.236.230.145]) by mail.liu.se (Postfix) with ESMTP id B22F120158 for ; Wed, 8 Oct 2003 13:25:48 +0200 (CEST) Received: by elysium.unit.liu.se (Postfix, from userid 102) id 7B90233989; Wed, 8 Oct 2003 13:25:45 +0200 (MEST) Received: from liu.se (camelot.unit.liu.se [130.236.230.139]) by elysium.unit.liu.se (Postfix) with ESMTP id 6482133982 for ; Wed, 8 Oct 2003 13:25:43 +0200 (MEST) Received: from [81.225.50.188] by mu.unit.liu.se (mshttpd); Wed, 08 Oct 2003 13:25:43 +0200 From: Johannes Olofsson To: ReactOS General List Message-ID: <5c46335c1e2e.5c1e2e5c4633@liu.se> Date: Wed, 08 Oct 2003 13:25:43 +0200 X-Mailer: iPlanet Messenger Express 5.2 HotFix 1.17 (built Jun 23 2003) MIME-Version: 1.0 Content-Language: en Subject: Re: [ros-kernel] Testing kbduk.dll... X-Accept-Language: en Priority: normal Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline X-Spam-Status: No, hits=-0.4 required=5.0 tests=FROM_ENDS_IN_NUMS,LIU_FROM_MATCHES_LIUSTUDENT, LIU_MAILTO_TO_LIUSTUDENT,MAILTO_TO_SPAM_ADDR, QUOTED_EMAIL_TEXT version=2.54-liu_1.4 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.54-liu_1.4 (1.174.2.17-2003-05-11-exp) Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h98BX6s9002104 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2003 11:33:28 -0000 Hi! That's strange! It works when I test it in ROS (Well, at least the correspondingkey on my keyboard, but it should still be the same scancode...). Are the other keys mapped correctly? (especially check the shifted number-keys, like 'Ł' and other keys that differ from the US keyboard) Do you test in windows or in ROS? In ROS text-mode I think you still have to apply the patch by Art Yerkes and Hartmut Birr to use keyboard mapping (and either change the name of the dll file or change the hardcoded name in the source). Good luck, and thank you for helping me testing! Regards Johannes Olofsson ----- Original Message ----- From: Aleksey Bragin Date: Wednesday, October 8, 2003 9:39 am Subject: Re: [ros-kernel] Testing kbduk.dll... > Hi! > > CapsLock and NumLock works fine (though I'm not an englishman, I > have a true > english keyboard :)). > > But problem with "\" isn't solved yet --- this key is located to > the left of > Z button, and when I hit it - nothing happens. Now, to type this > slash I > have to press down the key to the left of Enter (~ # button). > > With the best regards, > Aleksey Bragin. > > ----- Original Message ----- > From: "Johannes Olofsson" > To: > Sent: Wednesday, October 08, 2003 11:05 AM > Subject: [ros-kernel] Testing kbduk.dll... > > > > Hi! > > Could somebody with access to a brittish keyboard evaluate this > kbduk.dll.> It is a modified version of Kbdus.dll in the CVS. > > Known issues: > > CapsLock and NumLock has no effect on the keys (at least in ROS...) > > AltGr does not work properly (suggestions about how AltGr is > supposed to > be handled are more than welcome) > > > > Regards > > Johannes Olofsson > > > > > ------------------------------------------------------------------- > --------- > ---- > > > > _______________________________________________ > > Ros-kernel mailing list > > Ros-kernel@reactos.com > > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > From tamlin@algonet.se Wed Oct 8 13:38:42 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h98Bcgs9002152 for ; Wed, 8 Oct 2003 13:38:42 +0200 Received: from smtp7.hy.skanova.net (smtp7.hy.skanova.net [195.67.199.140]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h98Bcggh034602 for ; Wed, 8 Oct 2003 13:38:42 +0200 Received: from putte2k (h29n2fls31o987.telia.com [213.66.43.29]) by smtp7.hy.skanova.net (8.12.10/8.12.10) with SMTP id h98BbQqm007439 for ; Wed, 8 Oct 2003 13:37:26 +0200 (CEST) Message-ID: <002f01c38d90$94d48ab0$0401a8c0@putte2k> From: "Mike Nordell" To: "ReactOS General List" References: <59a835599237.59923759a835@liu.se> Subject: Re: [ros-kernel] Testing kbduk.dll... Date: Wed, 8 Oct 2003 13:37:31 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4927.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2003 11:38:42 -0000 Johannes Olofsson wrote: > AltGr does not work properly (suggestions about how AltGr is > supposed to be handled are more than welcome) If it works the same as AltGr on a swedish keyboard, it generates VK_CONTROL followed by VK_MENU on press (the opposite order on release). Test holding Alt+Ctrl instead of AltGr and try some of those AltGr-specific chars. If that's how it *really* works, or if it's only how it's presented to a Win32 app, I don't know. /Mike From ekohl@rz-online.de Wed Oct 8 14:11:01 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h98CB1s9002593 for ; Wed, 8 Oct 2003 14:11:01 +0200 Received: from smtp.rhein-zeitung.DE (smtp.rhein-zeitung.DE [212.7.160.14]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h98CB1gh062992 for ; Wed, 8 Oct 2003 14:11:01 +0200 Received: from marvin (pppin-c3-a3.pop-koblenz.rz-online.NET [212.7.163.195]) by smtp.rhein-zeitung.DE (8.12.8/8.12.8) with SMTP id h98CActq022157 for ; Wed, 8 Oct 2003 14:10:39 +0200 Message-ID: <000b01c38d95$bf401f80$0500a8c0@marvin> From: "Eric Kohl" To: "ReactOS Kernel" Date: Wed, 8 Oct 2003 14:10:20 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Subject: [ros-kernel] Registry issues X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2003 12:11:01 -0000 Hi everyone! I got a bug report about a corrupted registry a few days ago. I analyzed the included system hive and found out that a hive file can be damaged in _very_rare_ cases. That's why I did not report it as a showstopper. The main cause of the bug is that a key-cell is modified when a subkey is added but the key-cell's block is not marked dirty if the all the other involved structures are located in other blocks. This causes a dangling-pointer bug if the subkey-list-cell (aka hash-cell) grows and moves to a new location. One major weakness of the NT4-compatible implementation is that two structures, value list cells and value data cells, do not have an id or magic value to verify their identity. My plan is to add the missing id values and implement a test upon load/import in order to verify the integrity of the hive. Any comments? Eric From jonwil@tpgi.com.au Wed Oct 8 14:23:19 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h98CNJs9002661 for ; Wed, 8 Oct 2003 14:23:19 +0200 Received: from mail1.tpgi.com.au (mail.tpgi.com.au [203.12.160.57]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h98CNHgh049126 for ; Wed, 8 Oct 2003 14:23:18 +0200 Received: from tpgi.com.au (203-219-88-100-per-pow-ts1-2600.tpgi.com.au [203.219.88.100]) by mail1.tpgi.com.au (8.11.6/8.11.6) with ESMTP id h98CMul14750 for ; Wed, 8 Oct 2003 22:23:01 +1000 Message-ID: <3F8401A0.9030400@tpgi.com.au> Date: Wed, 08 Oct 2003 20:22:56 +0800 From: Jonathan Wilson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20030925 X-Accept-Language: en-au MIME-Version: 1.0 To: ros-kernel@reactos.com Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [ros-kernel] keyboard dlls idea X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2003 12:23:19 -0000 Why not write something that sits in under the hood somewhere and that can capture scan-codes directly. Then, write an application such that you push a button with the mouse, then press a key twice (once to get the scan-code from the low-level thingo then once to get the VK_xxx keycode) then type a description and it would store the scan-code from the keyboard plus the VK_xxx windows returns for it plus the description into a data file for later conversion into a kbdxxx.dll This way, anyone with a particular multi-national keyboard and kbdxxx.dll file can provide the info to make that dll for ReactOS simply by pressing all the keys on their keyboard. (and the info is obtained in a way that doesnt violate any copyright) I suspect that the low-level bit would need to be a kernel driver of some kind but I dont know what nor do I have the skills to code such a thing. From jasonfilby@yahoo.com Wed Oct 8 16:18:50 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h98EIos9003440 for ; Wed, 8 Oct 2003 16:18:50 +0200 Received: from web41511.mail.yahoo.com (web41511.mail.yahoo.com [66.218.93.94]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h98EIngh095512 for ; Wed, 8 Oct 2003 16:18:49 +0200 Message-ID: <20031008141841.79395.qmail@web41511.mail.yahoo.com> Received: from [196.23.164.18] by web41511.mail.yahoo.com via HTTP; Wed, 08 Oct 2003 07:18:41 PDT Date: Wed, 8 Oct 2003 07:18:41 -0700 (PDT) From: Jason Filby Subject: Re: [ros-kernel] Registry issues To: ReactOS General List In-Reply-To: <000b01c38d95$bf401f80$0500a8c0@marvin> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2003 14:18:50 -0000 One comment: will you be filing this bug in our Bugzilla installation? :) --- Eric Kohl wrote: > Hi everyone! > > I got a bug report about a corrupted registry a few days ago. I > analyzed the > included system hive and found out that a hive file can be damaged > in > _very_rare_ cases. That's why I did not report it as a showstopper. > The main > cause of the bug is that a key-cell is modified when a subkey is > added but > the key-cell's block is not marked dirty if the all the other > involved > structures are located in other blocks. This causes a > dangling-pointer bug > if the subkey-list-cell (aka hash-cell) grows and moves to a new > location. > > One major weakness of the NT4-compatible implementation is that two > structures, value list cells and value data cells, do not have an > id or > magic value to verify their identity. My plan is to add the missing > id > values and implement a test upon load/import in order to verify the > integrity of the hive. > > Any comments? > > > Eric > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From ayerkes@speakeasy.net Wed Oct 8 07:06:13 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9856Ds9031882 for ; Wed, 8 Oct 2003 07:06:13 +0200 Received: from mail.speakeasy.net (mail10.speakeasy.net [216.254.0.210]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9856Agh046860 for ; Wed, 8 Oct 2003 07:06:10 +0200 Received: (qmail 31549 invoked from network); 8 Oct 2003 05:06:00 -0000 Received: from unknown (HELO apprentice.genxnet.com) ([64.81.145.152]) (envelope-sender ) by mail10.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 8 Oct 2003 05:06:00 -0000 Date: Wed, 8 Oct 2003 00:16:18 -0500 From: art yerkes To: ros-kernel@reactos.com Message-Id: <20031008001618.652abedb.ayerkes@speakeasy.net> X-Mailer: Sylpheed version 0.8.11 (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart_Wed__8_Oct_2003_00:16:18_-0500_0891d400" X-Mailman-Approved-At: Wed, 08 Oct 2003 21:30:03 +0200 Subject: [ros-kernel] type type revolution (was keyboard mega-patch) X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2003 05:06:13 -0000 This is a multi-part message in MIME format. --Multipart_Wed__8_Oct_2003_00:16:18_-0500_0891d400 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit This patch represents some work that I did and Hartmut Birr put corrections to to enable Reactos' keyboard to work correctly and be shared correctly between the blue screen and the windowing system. When this code is in, keyboard events are directed either to csrss or the active window from within win32k.sys. This makes keyboard handling uniform between the graphic screen and the blue screen, as well as making keyboard maps work in both modes. Also, I notice that since I last saw it, the windowing system looks and acts much better. The scroll bar in the console redirector is now visible and the window redraws properly when moved. The next thing I should do is to use the registry to get the name of the keyboard dll. I will probably add that later this week. -- "Should array indices start at 0 or 1? My compromise of 0.5 was rejected without, I thought, proper consideration." - S. Kelly-Bootle --Multipart_Wed__8_Oct_2003_00:16:18_-0500_0891d400 Content-Type: application/octet-stream; name="ttr.diff" Content-Disposition: attachment; filename="ttr.diff" Content-Transfer-Encoding: base64 PyBnZwo/IHR0ci5kaWZmCkluZGV4OiBpbmNsdWRlL2Z1bmNzLmgKPT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmls ZTogL0NWUy9SZWFjdE9TL3JlYWN0b3MvaW5jbHVkZS9mdW5jcy5oLHYKcmV0cmlldmluZyByZXZp c2lvbiAxLjQxCmRpZmYgLXUgLXIxLjQxIGZ1bmNzLmgKLS0tIGluY2x1ZGUvZnVuY3MuaAk0IE9j dCAyMDAzIDIyOjM2OjM2IC0wMDAwCTEuNDEKKysrIGluY2x1ZGUvZnVuY3MuaAk4IE9jdCAyMDAz IDA1OjA1OjUwIC0wMDAwCkBAIC04MzYwLDggKzgzNjAsNyBAQAogIAogaW50CiBTVERDQUxMCi1U b1VuaWNvZGUoCi0JICBVSU5UIHdWaXJ0S2V5LAorVG9Vbmljb2RlKFVJTlQgd1ZpcnRLZXksCiAJ ICBVSU5UIHdTY2FuQ29kZSwKIAkgIFBCWVRFIGxwS2V5U3RhdGUsCiAJICBMUFdTVFIgcHdzekJ1 ZmYsCkluZGV4OiBpbmNsdWRlL25hcGkvd2luMzIuaAo9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvQ1ZT L1JlYWN0T1MvcmVhY3Rvcy9pbmNsdWRlL25hcGkvd2luMzIuaCx2CnJldHJpZXZpbmcgcmV2aXNp b24gMS41CmRpZmYgLXUgLXIxLjUgd2luMzIuaAotLS0gaW5jbHVkZS9uYXBpL3dpbjMyLmgJMzEg SnVsIDIwMDMgMjM6MDA6NTUgLTAwMDAJMS41CisrKyBpbmNsdWRlL25hcGkvd2luMzIuaAk4IE9j dCAyMDAzIDA1OjA1OjUwIC0wMDAwCkBAIC02LDYgKzYsNyBAQAogICBQVk9JRCBNZXNzYWdlUXVl dWU7CiAgIEZBU1RfTVVURVggV2luZG93TGlzdExvY2s7CiAgIExJU1RfRU5UUlkgV2luZG93TGlz dEhlYWQ7CisgIHN0cnVjdCBfS0JEVEFCTEVTKiBLZXlib2FyZExheW91dDsKICAgc3RydWN0IF9E RVNLVE9QX09CSkVDVCogRGVza3RvcDsKIH0gX19hdHRyaWJ1dGVfXygocGFja2VkKSkgVzMyVEhS RUFELCAqUFczMlRIUkVBRDsKIApAQCAtMTUsNiArMTYsNyBAQAogICBMSVNUX0VOVFJZIENsYXNz TGlzdEhlYWQ7CiAgIEZBU1RfTVVURVggTWVudUxpc3RMb2NrOwogICBMSVNUX0VOVFJZIE1lbnVM aXN0SGVhZDsKKyAgc3RydWN0IF9LQkRUQUJMRVMqIEtleWJvYXJkTGF5b3V0OwogICBzdHJ1Y3Qg X1dJTlNUQVRJT05fT0JKRUNUKiBXaW5kb3dTdGF0aW9uOwogfSBXMzJQUk9DRVNTLCAqUFczMlBS T0NFU1M7CiAKSW5kZXg6IGluY2x1ZGUvd2luMzJrL250dXNlci5oCj09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZp bGU6IC9DVlMvUmVhY3RPUy9yZWFjdG9zL2luY2x1ZGUvd2luMzJrL250dXNlci5oLHYKcmV0cmll dmluZyByZXZpc2lvbiAxLjgwCmRpZmYgLXUgLXIxLjgwIG50dXNlci5oCi0tLSBpbmNsdWRlL3dp bjMyay9udHVzZXIuaAk0IE9jdCAyMDAzIDIyOjM2OjM2IC0wMDAwCTEuODAKKysrIGluY2x1ZGUv d2luMzJrL250dXNlci5oCTggT2N0IDIwMDMgMDU6MDU6NTUgLTAwMDAKQEAgLTE1Niw2ICsxNTYs NyBAQAogICBEV09SRCBVbmtub3duMiwKICAgRFdPUkQgVW5rbm93bjMpOwogCisjZGVmaW5lIE5P UEFSQU1fUk9VVElORV9SRUdJU1RFUl9QUklNSVRJVkUgMHhmZmZmMDAwMSAvKiBQcml2YXRlIFJP UyAqLwogRFdPUkQKIFNURENBTEwKIE50VXNlckNhbGxOb1BhcmFtKApAQCAtNzQ1LDEwICs3NDYs NyBAQAogCiBEV09SRAogU1REQ0FMTAotTnRVc2VyR2V0S2V5TmFtZVRleHQoCi0gIERXT1JEIFVu a25vd24wLAotICBEV09SRCBVbmtub3duMSwKLSAgRFdPUkQgVW5rbm93bjIpOworTnRVc2VyR2V0 S2V5TmFtZVRleHQoIExPTkcgbFBhcmFtLCBMUFdTVFIgbHBTdHJpbmcsIGludCBuU2l6ZSApOwog CiBEV09SRAogU1REQ0FMTApAQCAtOTk5LDEzICs5OTcsMTIgQEAKIFNURENBTEwKIE50VXNlckxv Y2tXb3JrU3RhdGlvbihWT0lEKTsKIAotRFdPUkQKK1VJTlQKIFNURENBTEwKLU50VXNlck1hcFZp cnR1YWxLZXlFeCgKLSAgRFdPUkQgVW5rbm93bjAsCi0gIERXT1JEIFVua25vd24xLAotICBEV09S RCBVbmtub3duMiwKLSAgRFdPUkQgVW5rbm93bjMpOworTnRVc2VyTWFwVmlydHVhbEtleUV4KCBV SU5UIGtleUNvZGUsCisJCSAgICAgICBVSU5UIHRyYW5zVHlwZSwKKwkJICAgICAgIERXT1JEIGtl eWJvYXJkSWQsCisJCSAgICAgICBIS0wgZHdoa2wgKTsKIAogQk9PTAogU1REQ0FMTApAQCAtMTY1 MiwxNiArMTY0OSwxNiBAQAogICBMUE1FTlVJVEVNSU5GT1cgbHBtaWksCiAgIFBVTklDT0RFX1NU UklORyBscHN6Q2FwdGlvbik7CiAKLURXT1JECitpbnQKIFNURENBTEwKIE50VXNlclRvVW5pY29k ZUV4KAotICBEV09SRCBVbmtub3duMCwKLSAgRFdPUkQgVW5rbm93bjEsCi0gIERXT1JEIFVua25v d24yLAotICBEV09SRCBVbmtub3duMywKLSAgRFdPUkQgVW5rbm93bjQsCi0gIERXT1JEIFVua25v d241LAotICBEV09SRCBVbmtub3duNik7CisJCSAgVUlOVCB3VmlydEtleSwKKwkJICBVSU5UIHdT Y2FuQ29kZSwKKwkJICBQQllURSBscEtleVN0YXRlLAorCQkgIExQV1NUUiBwd3N6QnVmZiwKKwkJ ICBpbnQgY2NoQnVmZiwKKwkJICBVSU5UIHdGbGFncywKKwkJICBIS0wgZHdoa2wgKTsKIAogRFdP UkQKIFNURENBTEwKQEAgLTE2ODksNyArMTY4Niw3IEBACiBTVERDQUxMCiBOdFVzZXJUcmFuc2xh dGVNZXNzYWdlKAogICBMUE1TRyBscE1zZywKLSAgRFdPUkQgVW5rbm93bjEpOworICBIS0wgZHdo a2wgKTsKIAogRFdPUkQKIFNURENBTEwKSW5kZXg6IGxpYi9rYmR1cy9rYmR1cy5jCj09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT0KUkNTIGZpbGU6IC9DVlMvUmVhY3RPUy9yZWFjdG9zL2xpYi9rYmR1cy9rYmR1cy5jLHYKcmV0 cmlldmluZyByZXZpc2lvbiAxLjIKZGlmZiAtdSAtcjEuMiBrYmR1cy5jCi0tLSBsaWIva2JkdXMv a2JkdXMuYwkxMCBBdWcgMjAwMyAwNjozMzozOSAtMDAwMAkxLjIKKysrIGxpYi9rYmR1cy9rYmR1 cy5jCTggT2N0IDIwMDMgMDU6MDU6NTYgLTAwMDAKQEAgLTgwLDEwICs4MCwxMCBAQAogICAvKiAt IDBmIC0gKi8KICAgLyogRmlyc3QgTGV0dGVycyBSb3cgKi8KICAgVktfVEFCLCAgICAgICAnUScs ICAgICAgICAgICdXJywgICAgICAgICAgJ0UnLAotICAnUicsICAgICAgICAgICdUJywgICAgICAg ICAgJ1UnLCAgICAgICAgICAnSScsCi0gICdPJywgICAgICAgICAgJ1AnLCAgICAgICAgICAKKyAg J1InLCAgICAgICAgICAnVCcsICAgICAgICAgICdZJywgICAgICAgICAgJ1UnLAorICAnSScsICAg ICAgICAgICdPJywgICAgICAgICAgJ1AnLCAgICAgICAgICAKICAgVktfT0VNXzQsICAgICBWS19P RU1fNiwgICAgIFZLX1JFVFVSTiwKLSAgLyogLSAxYyAtICovCisgIC8qIC0gMWQgLSAqLwogICAv KiBTZWNvbmQgTGV0dGVycyBSb3cgKi8KICAgVktfTENPTlRST0wsICAKICAgJ0EnLCAgICAgICAg ICAnUycsICAgICAgICAgICdEJywgICAgICAgICAgJ0YnLApAQCAtOTUsMTEgKzk1LDkgQEAKICAg J1onLCAgICAgICAgICAnWCcsICAgICAgICAgICdDJywgICAgICAgICAgJ1YnLAogICAnQicsICAg ICAgICAgICdOJywgICAgICAgICAgJ00nLCAgICAgICAgICBWS19PRU1fQ09NTUEsCiAgIFZLX09F TV9QRVJJT0QsVktfT0VNXzIsICAgICBWS19SU0hJRlQsCi0gIC8qIC0gMzUgLSAqLworICAvKiAt IDM3IC0gKi8KICAgLyogQm90dG9tIFJvdyAqLwotICBWS19FTVBUWSwgICAgICAgICAgICAgICAg ICAgVktfUlNISUZUIHwgS0VYVCwKLSAgVktfTVVMVElQTFksICAgICAgICAgICAgICAgIFZLX0xN RU5VLAotICAnICcsICAgICAgICAgICAgICAgICAgICAgICAgVktfQ0FQSVRBTCwKKyAgVktfTVVM VElQTFksICBWS19MTUVOVSwgICAgIFZLX1NQQUNFLCAgICAgVktfQ0FQSVRBTCwKICAgCiAgIC8q IC0gM2IgLSAqLwogICAvKiBGLUtleXMgKi8KQEAgLTE1Myw4ICsxNTEsNiBAQAogICB7IDAsIDAg fSwKIH07CiAKLSNkZWZpbmUgVktfQUxUIAotCiBST1NEQVRBIFZLX1RPX0JJVCBtb2RpZmllcl9r ZXlzW10gPSB7CiAgIHsgVktfU0hJRlQsICAgS1NISUZUIH0sCiAgIHsgVktfQ09OVFJPTCwgS0NU UkwgfSwKQEAgLTE2NCw4ICsxNjAsOCBAQAogCiB0eXBlZGVmIHN0cnVjdCBfbXltb2QgewogICBQ Vk9JRCBtb2Rfa2V5czsKLSAgaW50IG1heG1vZDsKLSAgaW50IG1vZF9tYXhbNF07CisgIFdPUkQg bWF4bW9kOworICBCWVRFIG1vZF9tYXhbNF07CiB9IElOVEVSTkFMX0tCRF9NT0RJRklFUlM7CiAK IFJPU0RBVEEgSU5URVJOQUxfS0JEX01PRElGSUVSUyBtb2RpZmllcl9iaXRzW10gPSB7CkBAIC0y ODUsNyArMjgxLDcgQEAKIH07CiAKIFJPU0RBVEEgVlNDX0xQV1NUUiBrZXlfbmFtZXNbXSA9IHsK LSAgeyAweDAwLCBMIkVycm9yIiB9LAorICB7IDB4MDAsIEwiIiB9LAogICB7IDB4MDEsIEwiRXNj IiB9LAogICB7IDB4MGUsIEwiQmFja3NwYWNlIiB9LAogICB7IDB4MGYsIEwiVGFiIiB9LApAQCAt MzY5LDcgKzM2NSw3IEBACiAvKiBGaW5hbGx5LCB0aGUgbWFzdGVyIHRhYmxlICovCiBST1NEQVRB IEtCRFRBQkxFUyBrZXlib2FyZF9sYXlvdXRfdGFibGUgPSB7CiAgIC8qIG1vZGlmaWVyIGFzc2ln bm1lbnRzICovCi0gIChQTU9ESUZJRVJTKW1vZGlmaWVyX2JpdHMsCisgIChQTU9ESUZJRVJTKSZt b2RpZmllcl9iaXRzLAogICAKICAgLyogY2hhcmFjdGVyIGZyb20gdmsgdGFibGVzICovCiAgIHZr X3RvX3djaGFyX21hc3Rlcl90YWJsZSwKSW5kZXg6IGxpYi9rZXJuZWwzMi9tZW0vaXNiYWQuYwo9 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09ClJDUyBmaWxlOiAvQ1ZTL1JlYWN0T1MvcmVhY3Rvcy9saWIva2VybmVsMzIvbWVt L2lzYmFkLmMsdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuNwpkaWZmIC11IC1yMS43IGlzYmFkLmMK LS0tIGxpYi9rZXJuZWwzMi9tZW0vaXNiYWQuYwkxMCBKdWwgMjAwMyAxODo1MDo1MSAtMDAwMAkx LjcKKysrIGxpYi9rZXJuZWwzMi9tZW0vaXNiYWQuYwk4IE9jdCAyMDAzIDA1OjA1OjU2IC0wMDAw CkBAIC0yOCw3ICsyOCw3IEBACiAKIC8qIEZJWE1FOiBTdHVicy4gV2hhdCBpcyBpdCBmb3I/ICov CiAvKgotICogQHVuaW1wbGVtZW50ZWQKKyAqIEBpbXBsZW1lbnRlZAogICovCiBVSU5UCiBzdHJu bGVuICgKQEAgLTM2LDkgKzM2LDkgQEAKIAlVSU5UCXVpTWF4CiAJKQogewotCURQUklOVDEoInN0 cm5sZW4gc3R1YiBjYWxsZWRcbiIpOwotCi0JcmV0dXJuIDA7CisgIFVJTlQgaSA9IDA7CisgIHdo aWxlKCBscHN6W2ldICYmIGkgPCB1aU1heCApIGkrKzsKKyAgcmV0dXJuIGk7CiB9CiAKIC8qIC0t LSAtLS0gLS0tICovCkluZGV4OiBsaWIvdXNlcjMyL2luY2x1ZGUvdXNlcjMyLmgKPT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PQpSQ1MgZmlsZTogL0NWUy9SZWFjdE9TL3JlYWN0b3MvbGliL3VzZXIzMi9pbmNsdWRlL3VzZXIz Mi5oLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjEzCmRpZmYgLXUgLXIxLjEzIHVzZXIzMi5oCi0t LSBsaWIvdXNlcjMyL2luY2x1ZGUvdXNlcjMyLmgJMjkgQXVnIDIwMDMgMDg6NDY6MjAgLTAwMDAJ MS4xMworKysgbGliL3VzZXIzMi9pbmNsdWRlL3VzZXIzMi5oCTggT2N0IDIwMDMgMDU6MDU6NTkg LTAwMDAKQEAgLTEwLDYgKzEwLDcgQEAKIHR5cGVkZWYgc3RydWN0IF9VU0VSMzJfVEhSRUFEX0RB VEEKIHsKICAgTVNHIExhc3RNZXNzYWdlOworICBIS0wgS2V5Ym9hcmRMYXlvdXRIYW5kbGU7CiB9 IFVTRVIzMl9USFJFQURfREFUQSwgKlBVU0VSMzJfVEhSRUFEX0RBVEE7CiAKIFBVU0VSMzJfVEhS RUFEX0RBVEEgVXNlcjMyR2V0VGhyZWFkRGF0YSgpOwpJbmRleDogbGliL3VzZXIzMi93aW5kb3dz L2lucHV0LmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL0NWUy9SZWFjdE9TL3JlYWN0b3MvbGliL3Vz ZXIzMi93aW5kb3dzL2lucHV0LmMsdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMTgKZGlmZiAtdSAt cjEuMTggaW5wdXQuYwotLS0gbGliL3VzZXIzMi93aW5kb3dzL2lucHV0LmMJMTIgU2VwIDIwMDMg MTI6NTQ6MjYgLTAwMDAJMS4xOAorKysgbGliL3VzZXIzMi93aW5kb3dzL2lucHV0LmMJOCBPY3Qg MjAwMyAwNTowNTo1OSAtMDAwMApAQCAtMzEsNiArMzEsNyBAQAogI2luY2x1ZGUgPHdpbmRvd3Mu aD4KICNpbmNsdWRlIDx1c2VyMzIuaD4KICNpbmNsdWRlIDxkZWJ1Zy5oPgorI2luY2x1ZGUgPHdj aGFyLmg+CiAKIC8qIEZVTkNUSU9OUyAqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKi8KIApAQCAtMTM0LDMzICsxMzUsNDcgQEAK IAogCiAvKgotICogQHVuaW1wbGVtZW50ZWQKKyAqIEBpbXBsZW1lbnRlZAogICovCiBpbnQgU1RE Q0FMTAogR2V0S2V5TmFtZVRleHRBKExPTkcgbFBhcmFtLAogCQlMUFNUUiBscFN0cmluZywKIAkJ aW50IG5TaXplKQogewotICBVTklNUExFTUVOVEVEOwotICByZXR1cm4gMDsKLX0KKyAgTFBXU1RS IGludGVybWVkaWF0ZVN0cmluZyA9IAorICAgIEhlYXBBbGxvYyhHZXRQcm9jZXNzSGVhcCgpLDAs blNpemUgKiBzaXplb2YoV0NIQVIpKTsKKyAgaW50IHJldCA9IDA7CisgIFVJTlQgd3N0ckxlbiA9 IDA7CisgIEJPT0wgZGVmQ2hhciA9IEZBTFNFOworCisgIGlmKCAhaW50ZXJtZWRpYXRlU3RyaW5n ICkgcmV0dXJuIDA7CisgIHJldCA9IEdldEtleU5hbWVUZXh0VyhsUGFyYW0saW50ZXJtZWRpYXRl U3RyaW5nLG5TaXplKTsKKyAgaWYoIHJldCA9PSAwICkgeyBscFN0cmluZ1swXSA9IDA7IHJldHVy biAwOyB9CisgIAorICB3c3RyTGVuID0gd2NzbGVuKCBpbnRlcm1lZGlhdGVTdHJpbmcgKTsKKyAg cmV0ID0gV2lkZUNoYXJUb011bHRpQnl0ZShDUF9BQ1AsIDAsIAorCQkJICAgIGludGVybWVkaWF0 ZVN0cmluZywgd3N0ckxlbiwKKwkJCSAgICBscFN0cmluZywgblNpemUsICIuIiwgJmRlZkNoYXIg KTsKKyAgbHBTdHJpbmdbcmV0XSA9IDA7CisgIEhlYXBGcmVlKEdldFByb2Nlc3NIZWFwKCksMCxp bnRlcm1lZGlhdGVTdHJpbmcpOwogCisgIHJldHVybiByZXQ7Cit9CiAKIC8qCi0gKiBAdW5pbXBs ZW1lbnRlZAorICogQGltcGxlbWVudGVkCiAgKi8KIGludCBTVERDQUxMCiBHZXRLZXlOYW1lVGV4 dFcoTE9ORyBsUGFyYW0sCiAJCUxQV1NUUiBscFN0cmluZywKIAkJaW50IG5TaXplKQogewotICBV TklNUExFTUVOVEVEOwotICByZXR1cm4gMDsKKyAgcmV0dXJuIE50VXNlckdldEtleU5hbWVUZXh0 KCBsUGFyYW0sIGxwU3RyaW5nLCBuU2l6ZSApOwogfQogCiAKIC8qCi0gKiBAdW5pbXBsZW1lbnRl ZAorICogQGltcGxlbWVudGVkCiAgKi8KIFNIT1JUIFNURENBTEwKIEdldEtleVN0YXRlKGludCBu VmlydEtleSkKQEAgLTI2MSw1MiArMjc2LDQ4IEBACiAKIAogLyoKLSAqIEB1bmltcGxlbWVudGVk CisgKiBAaW1wbGVtZW50ZWQKICAqLwogVUlOVCBTVERDQUxMCiBNYXBWaXJ0dWFsS2V5QShVSU5U IHVDb2RlLAogCSAgICAgICBVSU5UIHVNYXBUeXBlKQogewotICBVTklNUExFTUVOVEVEOwotICBy ZXR1cm4gMDsKKyAgcmV0dXJuIE1hcFZpcnR1YWxLZXlFeEEoIHVDb2RlLCB1TWFwVHlwZSwgR2V0 S2V5Ym9hcmRMYXlvdXQoIDAgKSApOwogfQogCiAKIC8qCi0gKiBAdW5pbXBsZW1lbnRlZAorICog QGltcGxlbWVudGVkCiAgKi8KIFVJTlQgU1REQ0FMTAogTWFwVmlydHVhbEtleUV4QShVSU5UIHVD b2RlLAogCQkgVUlOVCB1TWFwVHlwZSwKIAkJIEhLTCBkd2hrbCkKIHsKLSAgVU5JTVBMRU1FTlRF RDsKLSAgcmV0dXJuIDA7CisgIHJldHVybiBNYXBWaXJ0dWFsS2V5RXhXKCB1Q29kZSwgdU1hcFR5 cGUsIGR3aGtsICk7CiB9CiAKIAogLyoKLSAqIEB1bmltcGxlbWVudGVkCisgKiBAaW1wbGVtZW50 ZWQKICAqLwogVUlOVCBTVERDQUxMCiBNYXBWaXJ0dWFsS2V5RXhXKFVJTlQgdUNvZGUsCiAJCSBV SU5UIHVNYXBUeXBlLAogCQkgSEtMIGR3aGtsKQogewotICBVTklNUExFTUVOVEVEOwotICByZXR1 cm4gMDsKKyAgcmV0dXJuIE50VXNlck1hcFZpcnR1YWxLZXlFeCggdUNvZGUsIHVNYXBUeXBlLCAw LCBkd2hrbCApOwogfQogCiAKIC8qCi0gKiBAdW5pbXBsZW1lbnRlZAorICogQGltcGxlbWVudGVk CiAgKi8KIFVJTlQgU1REQ0FMTAogTWFwVmlydHVhbEtleVcoVUlOVCB1Q29kZSwKIAkgICAgICAg VUlOVCB1TWFwVHlwZSkKIHsKLSAgVU5JTVBMRU1FTlRFRDsKLSAgcmV0dXJuIDA7CisgIHJldHVy biBNYXBWaXJ0dWFsS2V5RXhXKCB1Q29kZSwgdU1hcFR5cGUsIEdldEtleWJvYXJkTGF5b3V0KCAw ICkgKTsKIH0KIAogCkBAIC00MDEsNyArNDEyLDcgQEAKIAogCiAvKgotICogQHVuaW1wbGVtZW50 ZWQKKyAqIEBpbXBsZW1lbnRlZAogICovCiBpbnQgU1REQ0FMTAogVG9Vbmljb2RlKFVJTlQgd1Zp cnRLZXksCkBAIC00MTEsOCArNDIyLDggQEAKIAkgIGludCBjY2hCdWZmLAogCSAgVUlOVCB3Rmxh Z3MpCiB7Ci0gIFVOSU1QTEVNRU5URUQ7Ci0gIHJldHVybiAwOworICByZXR1cm4gVG9Vbmljb2Rl RXgoIHdWaXJ0S2V5LCB3U2NhbkNvZGUsIGxwS2V5U3RhdGUsIHB3c3pCdWZmLCBjY2hCdWZmLCAK KwkJICAgICAgd0ZsYWdzLCAwICk7CiB9CiAKIApAQCAtNDI4LDggKzQzOSw4IEBACiAJICAgIFVJ TlQgd0ZsYWdzLAogCSAgICBIS0wgZHdoa2wpCiB7Ci0gIFVOSU1QTEVNRU5URUQ7Ci0gIHJldHVy biAwOworICByZXR1cm4gTnRVc2VyVG9Vbmljb2RlRXgoIHdWaXJ0S2V5LCB3U2NhbkNvZGUsIGxw S2V5U3RhdGUsIHB3c3pCdWZmLCBjY2hCdWZmLAorCQkJICAgIHdGbGFncywgZHdoa2wgKTsKIH0K IAogCkluZGV4OiBsaWIvdXNlcjMyL3dpbmRvd3MvbWVzc2FnZS5jCj09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZp bGU6IC9DVlMvUmVhY3RPUy9yZWFjdG9zL2xpYi91c2VyMzIvd2luZG93cy9tZXNzYWdlLmMsdgpy ZXRyaWV2aW5nIHJldmlzaW9uIDEuMjQKZGlmZiAtdSAtcjEuMjQgbWVzc2FnZS5jCi0tLSBsaWIv dXNlcjMyL3dpbmRvd3MvbWVzc2FnZS5jCTE0IEF1ZyAyMDAzIDIwOjI1OjUyIC0wMDAwCTEuMjQK KysrIGxpYi91c2VyMzIvd2luZG93cy9tZXNzYWdlLmMJOCBPY3QgMjAwMyAwNTowNjowMCAtMDAw MApAQCAtNjk4LDcgKzY5OCw3IEBACiBXSU5CT09MIFNURENBTEwKIFRyYW5zbGF0ZU1lc3NhZ2VF eChDT05TVCBNU0cgKmxwTXNnLCBEV09SRCB1bmspCiB7Ci0gIHJldHVybihOdFVzZXJUcmFuc2xh dGVNZXNzYWdlKChMUE1TRylscE1zZywgdW5rKSk7CisgIHJldHVybihOdFVzZXJUcmFuc2xhdGVN ZXNzYWdlKChMUE1TRylscE1zZywgKEhLTCl1bmspKTsKIH0KIAogCkluZGV4OiBzdWJzeXMvY3Ny c3MvYXBpLmgKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL0NWUy9SZWFjdE9TL3JlYWN0b3Mvc3Vic3lz L2NzcnNzL2FwaS5oLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjMzCmRpZmYgLXUgLXIxLjMzIGFw aS5oCi0tLSBzdWJzeXMvY3Nyc3MvYXBpLmgJMTggQXVnIDIwMDMgMTA6NTg6NDkgLTAwMDAJMS4z MworKysgc3Vic3lzL2NzcnNzL2FwaS5oCTggT2N0IDIwMDMgMDU6MDY6MDAgLTAwMDAKQEAgLTIx LDYgKzIxLDcgQEAKICAgTElTVF9FTlRSWSBMaXN0RW50cnk7CiAgIElOUFVUX1JFQ09SRCBJbnB1 dEV2ZW50OwogICBCT09MRUFOIEVjaG9lZDsgICAgICAgIC8vIGFscmVhZHkgYmVlbiBlY2hvZWQg b3Igbm90CisgIEJPT0xFQU4gRmFrZTsgICAgICAgICAgLy8gc3ludGhlc2l6ZWQsIG5vdCBhIHJl YWwgZXZlbnQKIH0gQ29uc29sZUlucHV0OwogCiAKSW5kZXg6IHN1YnN5cy9jc3Jzcy9hcGkvY29u aW8uYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvQ1ZTL1JlYWN0T1MvcmVhY3Rvcy9zdWJzeXMvY3Ny c3MvYXBpL2NvbmlvLmMsdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuNTIKZGlmZiAtdSAtcjEuNTIg Y29uaW8uYwotLS0gc3Vic3lzL2NzcnNzL2FwaS9jb25pby5jCTI4IEF1ZyAyMDAzIDEzOjM4OjIz IC0wMDAwCTEuNTIKKysrIHN1YnN5cy9jc3Jzcy9hcGkvY29uaW8uYwk4IE9jdCAyMDAzIDA1OjA2 OjAxIC0wMDAwCkBAIC0xNSw2ICsxNSw3IEBACiAjaW5jbHVkZSAiYXBpLmgiCiAjaW5jbHVkZSA8 bnRkbGwvcnRsLmg+CiAjaW5jbHVkZSA8ZGRrL250ZGRibHVlLmg+CisjaW5jbHVkZSA8d2luMzJr L250dXNlci5oPgogCiAjZGVmaW5lIE5ERUJVRwogI2luY2x1ZGUgPGRlYnVnLmg+CkBAIC0yOSwx MSArMzAsOSBAQAogLyogR0xPQkFMUyAqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqLwogCiBzdGF0aWMgSEFORExFIENvbnNv bGVEZXZpY2VIYW5kbGU7Ci1zdGF0aWMgSEFORExFIEtleWJvYXJkRGV2aWNlSGFuZGxlOwogc3Rh dGljIFBDU1JTU19DT05TT0xFIEFjdGl2ZUNvbnNvbGU7CiBDUklUSUNBTF9TRUNUSU9OIEFjdGl2 ZUNvbnNvbGVMb2NrOwogc3RhdGljIENPT1JEIFBoeXNpY2FsQ29uc29sZVNpemU7Ci1zdGF0aWMg Qk9PTCBLZXlSZWFkSW5oaWJpdCA9IEZBTFNFOwogCiAvKiBGVU5DVElPTlMgKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKiovCiAK QEAgLTE2NCwxOCArMTYzLDMwIEBACiAKIENTUl9BUEkoQ3NyRnJlZUNvbnNvbGUpCiB7CisgICBQ Q1NSU1NfQ09OU09MRSBDb25zb2xlOworCiAgICBSZXBseS0+SGVhZGVyLk1lc3NhZ2VTaXplID0g c2l6ZW9mKENTUlNTX0FQSV9SRVBMWSk7CiAgICBSZXBseS0+SGVhZGVyLkRhdGFTaXplID0gc2l6 ZW9mKENTUlNTX0FQSV9SRVBMWSkgLQogICAgICBzaXplb2YoTFBDX01FU1NBR0UpOwogCi0gICBp ZiAoUHJvY2Vzc0RhdGEgPT0gTlVMTCkKKyAgIExPQ0s7CisgICBpZiAoUHJvY2Vzc0RhdGEgPT0g TlVMTCB8fCBQcm9jZXNzRGF0YS0+Q29uc29sZSA9PSBOVUxMKQogICAgeworICAgICBVTkxPQ0s7 CiAgICAgIHJldHVybihSZXBseS0+U3RhdHVzID0gU1RBVFVTX0lOVkFMSURfUEFSQU1FVEVSKTsK ICAgIH0KIAotICAgUmVwbHktPlN0YXR1cyA9IFNUQVRVU19OT1RfSU1QTEVNRU5URUQ7CisgICBD b25zb2xlID0gUHJvY2Vzc0RhdGEtPkNvbnNvbGU7CisgICBDb25zb2xlLT5IZWFkZXIuUmVmZXJl bmNlQ291bnQtLTsKKyAgICAgUHJvY2Vzc0RhdGEtPkNvbnNvbGUgPSAwOworICAgaWYoIENvbnNv bGUtPkhlYWRlci5SZWZlcmVuY2VDb3VudCA9PSAwICkgeworICAgICBpZiggQ29uc29sZSAhPSBB Y3RpdmVDb25zb2xlICkgCisgICAgICAgQ3NyRGVsZXRlQ29uc29sZSggQ29uc29sZSApOworICAg fQorCisgICBVTkxPQ0s7CiAgICAKLSAgIHJldHVybihTVEFUVVNfTk9UX0lNUExFTUVOVEVEKTsK KyAgIHJldHVybihTVEFUVVNfU1VDQ0VTUyk7CiB9CiAKIENTUl9BUEkoQ3NyUmVhZENvbnNvbGUp CkBAIC0yNDIsNyArMjUzLDkgQEAKIAkJICAgICBJbnB1dC0+RWNob2VkID0gVFJVRTsgICAvLyBt YXJrIGFzIGVjaG9lZCBzbyB3ZSBkb24ndCBlY2hvIGl0IGJlbG93CiAJCSAgfQogCSAgICAgICAv LyBkbyBub3QgY29weSBiYWNrc3BhY2UgdG8gYnVmZmVyCi0JICAgICAgIGVsc2UgQnVmZmVyW2ld ID0gSW5wdXQtPklucHV0RXZlbnQuRXZlbnQuS2V5RXZlbnQudUNoYXIuQXNjaWlDaGFyOworCSAg ICAgICBlbHNlIHsKKyAgICAgICAgICAgICAgICAgQnVmZmVyW2ldID0gSW5wdXQtPklucHV0RXZl bnQuRXZlbnQuS2V5RXZlbnQudUNoYXIuQXNjaWlDaGFyOworICAgICAgICAgICAgICAgfQogCSAg ICAgICAvLyBlY2hvIHRvIHNjcmVlbiBpZiBlbmFibGVkIGFuZCB3ZSBkaWQgbm90IGFscmVhZHkg ZWNobyB0aGUgY2hhcgogCSAgICAgICBpZiggQ29uc29sZS0+TW9kZSAmIEVOQUJMRV9FQ0hPX0lO UFVUICYmCiAJCSAgICFJbnB1dC0+RWNob2VkICYmCkBAIC04OTUsNiArOTA4LDggQEAKICAgIENP TlNPTEVfU0NSRUVOX0JVRkZFUl9JTkZPIFNjckluZm87CiAgICAKICAgIERQUklOVCgiQ1NSOiBD c3JJbml0Q29uc29sZVN1cHBvcnQoKVxuIik7CisKKyAgIC8qIFNob3VsZCBjYWxsIExvYWRLZXli b2FyZExheW91dCAqLwogICAgCiAgICBSdGxJbml0VW5pY29kZVN0cmluZ0Zyb21MaXRlcmFsKCZE ZXZpY2VOYW1lLCBMIlxcPz9cXEJsdWVTY3JlZW4iKTsKICAgIEluaXRpYWxpemVPYmplY3RBdHRy aWJ1dGVzKCZPYmplY3RBdHRyaWJ1dGVzLApAQCAtOTEzLDIzICs5MjgsNiBAQAogCURiZ1ByaW50 KCJDU1I6IEZhaWxlZCB0byBvcGVuIGNvbnNvbGUuIEV4cGVjdCBwcm9ibGVtcy5cbiIpOwogICAg ICB9CiAKLSAgIFJ0bEluaXRVbmljb2RlU3RyaW5nRnJvbUxpdGVyYWwoJkRldmljZU5hbWUsIEwi XFw/P1xcS2V5Ym9hcmQiKTsKLSAgIEluaXRpYWxpemVPYmplY3RBdHRyaWJ1dGVzKCZPYmplY3RB dHRyaWJ1dGVzLAotCQkJICAgICAgJkRldmljZU5hbWUsCi0JCQkgICAgICAwLAotCQkJICAgICAg TlVMTCwKLQkJCSAgICAgIE5VTEwpOwotICAgU3RhdHVzID0gTnRPcGVuRmlsZSgmS2V5Ym9hcmRE ZXZpY2VIYW5kbGUsCi0JCSAgICAgICBGSUxFX0FMTF9BQ0NFU1MsCi0JCSAgICAgICAmT2JqZWN0 QXR0cmlidXRlcywKLQkJICAgICAgICZJb3NiLAotCQkgICAgICAgMCwKLQkJICAgICAgIDApOwot ICAgaWYgKCFOVF9TVUNDRVNTKFN0YXR1cykpCi0gICAgIHsKLQlEYmdQcmludCgiQ1NSOiBGYWls ZWQgdG8gb3BlbiBrZXlib2FyZC4gRXhwZWN0IHByb2JsZW1zLlxuIik7Ci0gICAgIH0KLSAgIAog ICAgQWN0aXZlQ29uc29sZSA9IDA7CiAgICBSdGxJbml0aWFsaXplQ3JpdGljYWxTZWN0aW9uKCAm QWN0aXZlQ29uc29sZUxvY2sgKTsKICAgIFN0YXR1cyA9IE50RGV2aWNlSW9Db250cm9sRmlsZSgg Q29uc29sZURldmljZUhhbmRsZSwgTlVMTCwgTlVMTCwgTlVMTCwgJklvc2IsIElPQ1RMX0NPTlNP TEVfR0VUX1NDUkVFTl9CVUZGRVJfSU5GTywgMCwgMCwgJlNjckluZm8sIHNpemVvZiggU2NySW5m byApICk7CkBAIC05NDEsMzAyICs5MzksNDA2IEBACiAgICBQaHlzaWNhbENvbnNvbGVTaXplID0g U2NySW5mby5kd1NpemU7CiB9CiAKLVZPSUQgQ29uc29sZV9BcGkoIERXT1JEIFJlZnJlc2hFdmVu dCApCi17Ci0gIC8qIGtlZXAgcmVhZGluZyBldmVudHMgZnJvbSB0aGUga2V5Ym9hcmQgYW5kIHN0 dWZmaW5nIHRoZW0gaW50byB0aGUgY3VycmVudAotICAgICBjb25zb2xlJ3MgaW5wdXQgcXVldWUg Ki8KLSAgQ29uc29sZUlucHV0ICpLZXlFdmVudFJlY29yZDsKK3N0YXRpYyB2b2lkIENzcnBQcm9j ZXNzQ2hhciggUENTUlNTX0NPTlNPTEUgQ29uc29sZSwKKwkJCSAgICAgQ29uc29sZUlucHV0ICpL ZXlFdmVudFJlY29yZCApIHsKKyAgQk9PTCB1cGRvd247CisgIEJPT0wgYkNsaWVudFdha2UgPSBG QUxTRTsKICAgQ29uc29sZUlucHV0ICpUZW1wSW5wdXQ7Ci0gIElPX1NUQVRVU19CTE9DSyBJb3Ni OwotICBOVFNUQVRVUyBTdGF0dXM7Ci0gIEhBTkRMRSBFdmVudHNbMl07ICAgICAvLyAwID0ga2V5 Ym9hcmQsIDEgPSByZWZyZXNoCi0gIGludCBjOwotICBpbnQgdXBkb3duOwotICBQQ1NSU1NfQ09O U09MRSBTd2FwQ29uc29sZSA9IDA7IC8vIGNvbnNvbGUgd2UgYXJlIHRoaW5raW5nIGFib3V0IHN3 YXBwaW5nIHdpdGgKIAotICBFdmVudHNbMF0gPSAwOwotICBTdGF0dXMgPSBOdENyZWF0ZUV2ZW50 KCAmRXZlbnRzWzBdLCBTVEFOREFSRF9SSUdIVFNfQUxMLCBOVUxMLCBGQUxTRSwgRkFMU0UgKTsK LSAgaWYoICFOVF9TVUNDRVNTKCBTdGF0dXMgKSApCi0gICAgewotICAgICAgRGJnUHJpbnQoICJD U1I6IE50Q3JlYXRlRXZlbnQgZmFpbGVkOiAleFxuIiwgU3RhdHVzICk7Ci0gICAgICBOdFRlcm1p bmF0ZVByb2Nlc3MoIE50Q3VycmVudFByb2Nlc3MoKSwgU3RhdHVzICk7Ci0gICAgfQotICBFdmVu dHNbMV0gPSAoSEFORExFKVJlZnJlc2hFdmVudDsKLSAgd2hpbGUoIDEgKQotICAgIHsKLSAgICAg IEtleUV2ZW50UmVjb3JkID0gUnRsQWxsb2NhdGVIZWFwKENzcnNzQXBpSGVhcCwgCi0JCQkJICAg ICAgIDAsCi0JCQkJICAgICAgIHNpemVvZihDb25zb2xlSW5wdXQpKTsKLSAgICAgICBpZiAoIEtl eUV2ZW50UmVjb3JkID09IDAgKQotCXsKLQkgIERiZ1ByaW50KCAiQ1NSOiBNZW1vcnkgYWxsb2Nh dGlvbiBmYWlsdXJlISIgKTsKLQkgIGNvbnRpbnVlOwotCX0KLSAgICAgIEtleUV2ZW50UmVjb3Jk LT5JbnB1dEV2ZW50LkV2ZW50VHlwZSA9IEtFWV9FVkVOVDsKLSAgICAgIGlmKCAhS2V5UmVhZElu aGliaXQgKSB7Ci0gICAgICAgIFN0YXR1cyA9IE50UmVhZEZpbGUoIEtleWJvYXJkRGV2aWNlSGFu ZGxlLCBFdmVudHNbMF0sIE5VTEwsIE5VTEwsICZJb3NiLAotICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAmS2V5RXZlbnRSZWNvcmQtPklucHV0RXZlbnQuRXZlbnQuS2V5RXZlbnQsIHNpemVv ZiggS0VZX0VWRU5UX1JFQ09SRCApLCBOVUxMLCAwICk7Ci0gICAgICB9IGVsc2UgewotCVN0YXR1 cyA9IFNUQVRVU19QRU5ESU5HOwotICAgICAgfQotICAgICAgaWYoICFOVF9TVUNDRVNTKCBTdGF0 dXMgKSApCisgIC8qIHByb2Nlc3MgQ3RybC1DIGFuZCBDdHJsLUJyZWFrICovCisgIGlmIChDb25z b2xlLT5Nb2RlICYgRU5BQkxFX1BST0NFU1NFRF9JTlBVVCAmJgorICAgICAgS2V5RXZlbnRSZWNv cmQtPklucHV0RXZlbnQuRXZlbnQuS2V5RXZlbnQuYktleURvd24gJiYKKyAgICAgICgoS2V5RXZl bnRSZWNvcmQtPklucHV0RXZlbnQuRXZlbnQuS2V5RXZlbnQud1ZpcnR1YWxLZXlDb2RlID09IFZL X1BBVVNFKSB8fCAKKyAgICAgICAoS2V5RXZlbnRSZWNvcmQtPklucHV0RXZlbnQuRXZlbnQuS2V5 RXZlbnQud1ZpcnR1YWxLZXlDb2RlID09ICdDJykpICYmCisgICAgICAoS2V5RXZlbnRSZWNvcmQt PklucHV0RXZlbnQuRXZlbnQuS2V5RXZlbnQuZHdDb250cm9sS2V5U3RhdGUgJiAoTEVGVF9DVFJM X1BSRVNTRUQgfCBSSUdIVF9DVFJMX1BSRVNTRUQpKSkKKyAgICB7CisgICAgICBQQ1NSU1NfUFJP Q0VTU19EQVRBIGN1cnJlbnQ7CisgICAgICBQTElTVF9FTlRSWSBjdXJyZW50X2VudHJ5OworICAg ICAgRFBSSU5UMSgiQ29uc29sZV9BcGkgQ3RybC1DXG4iKTsKKyAgICAgIExPQ0s7CisgICAgICBj dXJyZW50X2VudHJ5ID0gQ29uc29sZS0+UHJvY2Vzc0xpc3QuRmxpbms7CisgICAgICB3aGlsZSAo Y3VycmVudF9lbnRyeSAhPSAmQ29uc29sZS0+UHJvY2Vzc0xpc3QpCiAJewotCSAgRGJnUHJpbnQo ICJDU1I6IFJlYWRGaWxlIG9uIGtleWJvYXJkIGRldmljZSBmYWlsZWRcbiIgKTsKLQkgIFJ0bEZy ZWVIZWFwKCBDc3Jzc0FwaUhlYXAsIDAsIEtleUV2ZW50UmVjb3JkICk7Ci0JICBjb250aW51ZTsK KwkgIGN1cnJlbnQgPSBDT05UQUlOSU5HX1JFQ09SRChjdXJyZW50X2VudHJ5LCBDU1JTU19QUk9D RVNTX0RBVEEsIFByb2Nlc3NFbnRyeSk7CisJICBjdXJyZW50X2VudHJ5ID0gY3VycmVudF9lbnRy eS0+Rmxpbms7CisJICBDc3JDb25zb2xlQ3RybEV2ZW50KChEV09SRClDVFJMX0NfRVZFTlQsIGN1 cnJlbnQpOwogCX0KLSAgICAgIGlmKCBTdGF0dXMgPT0gU1RBVFVTX1BFTkRJTkcgKQorICAgICAg VU5MT0NLOworICAgICAgUnRsRnJlZUhlYXAoIENzcnNzQXBpSGVhcCwgMCwgS2V5RXZlbnRSZWNv cmQgKTsKKyAgICAgIHJldHVybjsKKyAgICB9CisgIGlmKCBLZXlFdmVudFJlY29yZC0+SW5wdXRF dmVudC5FdmVudC5LZXlFdmVudC5kd0NvbnRyb2xLZXlTdGF0ZSAmCisgICAgICAoIFJJR0hUX0FM VF9QUkVTU0VEIHwgTEVGVF9BTFRfUFJFU1NFRCApICYmCisgICAgICAoIEtleUV2ZW50UmVjb3Jk LT5JbnB1dEV2ZW50LkV2ZW50LktleUV2ZW50LndWaXJ0dWFsS2V5Q29kZSA9PSBWS19VUCB8fAor CUtleUV2ZW50UmVjb3JkLT5JbnB1dEV2ZW50LkV2ZW50LktleUV2ZW50LndWaXJ0dWFsS2V5Q29k ZSA9PSBWS19ET1dOKSApCisgICAgeworICAgICAgaWYoIEtleUV2ZW50UmVjb3JkLT5JbnB1dEV2 ZW50LkV2ZW50LktleUV2ZW50LmJLZXlEb3duID09IFRSVUUgKQogCXsKLQkgIHdoaWxlKCAxICkK LQkgICAgewotCSAgICAgIFN0YXR1cyA9IE50V2FpdEZvck11bHRpcGxlT2JqZWN0cyggMiwgRXZl bnRzLCBXYWl0QW55LCBGQUxTRSwgTlVMTCApOwotCSAgICAgIGlmKCBTdGF0dXMgPT0gU1RBVFVT X1dBSVRfMCArIDEgKQotCQl7Ci0JCSAgTE9DSzsKLQkJICBDc3JEcmF3Q29uc29sZSggQWN0aXZl Q29uc29sZS0+QWN0aXZlQnVmZmVyICk7Ci0JCSAgVU5MT0NLOwotCQkgIGNvbnRpbnVlOwotCQl9 Ci0JICAgICAgZWxzZSBpZiggU3RhdHVzICE9IFNUQVRVU19XQUlUXzAgKQotCQl7Ci0JCSAgRGJn UHJpbnQoICJDU1I6IE50V2FpdEZvck11bHRpcGxlT2JqZWN0cyBmYWlsZWQ6ICV4LCBleGl0aW5n XG4iLCBTdGF0dXMgKTsKLQkJICBOdFRlcm1pbmF0ZVByb2Nlc3MoIE50Q3VycmVudFByb2Nlc3Mo KSwgU3RhdHVzICk7Ci0JCX0KLQkgICAgICBlbHNlIGJyZWFrOwotCSAgICB9Ci0JfQotICAgICAg aWYoIEtleUV2ZW50UmVjb3JkLT5JbnB1dEV2ZW50LkV2ZW50LktleUV2ZW50LmR3Q29udHJvbEtl eVN0YXRlICYKLSAgICAgICAgKCBSSUdIVF9BTFRfUFJFU1NFRCB8IExFRlRfQUxUX1BSRVNTRUQg KSYmCi0gICAgICAgICAgS2V5RXZlbnRSZWNvcmQtPklucHV0RXZlbnQuRXZlbnQuS2V5RXZlbnQu d1ZpcnR1YWxLZXlDb2RlID09IFZLX1RBQiApCi0JIGlmKCBLZXlFdmVudFJlY29yZC0+SW5wdXRF dmVudC5FdmVudC5LZXlFdmVudC5iS2V5RG93biA9PSBUUlVFICkKKwkgIC8qIHNjcm9sbCB1cCBv ciBkb3duICovCisJICBMT0NLOworCSAgaWYoIENvbnNvbGUgPT0gMCApCiAJICAgIHsKLQkgICAg ICBBTlNJX1NUUklORyBUaXRsZTsKLQkgICAgICB2b2lkICogQnVmZmVyOwotCSAgICAgIENPT1JE ICpwb3M7Ci0JICAgICAgCi0JICAgICAgIC8qIGFsdC10YWIsIHN3YXAgY29uc29sZXMgKi8KLQkg ICAgICAgLy8gbW92ZSBTd2FwQ29uc29sZSB0byBuZXh0IGNvbnNvbGUsIGFuZCBwcmludCBpdHMg dGl0bGUKLQkgICAgICBMT0NLOwotCSAgICAgIGlmKCAhU3dhcENvbnNvbGUgKQotCQlTd2FwQ29u c29sZSA9IEFjdGl2ZUNvbnNvbGU7Ci0JICAgICAgCi0JICAgICAgaWYoIEtleUV2ZW50UmVjb3Jk LT5JbnB1dEV2ZW50LkV2ZW50LktleUV2ZW50LmR3Q29udHJvbEtleVN0YXRlICYgU0hJRlRfUFJF U1NFRCApCi0JCVN3YXBDb25zb2xlID0gU3dhcENvbnNvbGUtPlByZXY7Ci0JICAgICAgZWxzZSBT d2FwQ29uc29sZSA9IFN3YXBDb25zb2xlLT5OZXh0OwotCSAgICAgIFRpdGxlLk1heGltdW1MZW5n dGggPSBSdGxVbmljb2RlU3RyaW5nVG9BbnNpU2l6ZSggJlN3YXBDb25zb2xlLT5UaXRsZSApOwot CSAgICAgIFRpdGxlLkxlbmd0aCA9IDA7Ci0JICAgICAgQnVmZmVyID0gUnRsQWxsb2NhdGVIZWFw KCBDc3Jzc0FwaUhlYXAsCi0JCQkJCTAsCi0JCQkJCXNpemVvZiggQ09PUkQgKSArIFRpdGxlLk1h eGltdW1MZW5ndGgpOwotCSAgICAgIHBvcyA9IChDT09SRCAqKUJ1ZmZlcjsKLQkgICAgICBUaXRs ZS5CdWZmZXIgPSBCdWZmZXIgKyBzaXplb2YoIENPT1JEICk7Ci0KLSAgICAgICAgICAgICAgUnRs VW5pY29kZVN0cmluZ1RvQW5zaVN0cmluZygmVGl0bGUsICZTd2FwQ29uc29sZS0+VGl0bGUsIEZB TFNFKTsKLQkgICAgICBwb3MtPlkgPSBQaHlzaWNhbENvbnNvbGVTaXplLlkgLyAyOwotCSAgICAg IHBvcy0+WCA9ICggUGh5c2ljYWxDb25zb2xlU2l6ZS5YIC0gVGl0bGUuTGVuZ3RoICkgLyAyOwot CSAgICAgIC8vIHJlZHJhdyB0aGUgY29uc29sZSB0byBjbGVhciBvZmYgb2xkIHRpdGxlCi0JICAg ICAgQ3NyRHJhd0NvbnNvbGUoIEFjdGl2ZUNvbnNvbGUtPkFjdGl2ZUJ1ZmZlciApOwotCSAgICAg IFN0YXR1cyA9IE50RGV2aWNlSW9Db250cm9sRmlsZSggQ29uc29sZURldmljZUhhbmRsZSwKLQkJ CQkJICAgICAgTlVMTCwKLQkJCQkJICAgICAgTlVMTCwKLQkJCQkJICAgICAgTlVMTCwKLQkJCQkJ ICAgICAgJklvc2IsCi0JCQkJCSAgICAgIElPQ1RMX0NPTlNPTEVfV1JJVEVfT1VUUFVUX0NIQVJB Q1RFUiwKLQkJCQkJICAgICAgQnVmZmVyLAotCQkJCQkgICAgICBzaXplb2YgKENPT1JEKSArIFRp dGxlLkxlbmd0aCwKLQkJCQkJICAgICAgTlVMTCwKLQkJCQkJICAgICAgMCk7Ci0JICAgICAgaWYo ICFOVF9TVUNDRVNTKCBTdGF0dXMgKSApCi0JCXsKLQkJICBEUFJJTlQxKCAiRXJyb3Igd3JpdGlu ZyB0byBjb25zb2xlXG4iICk7Ci0JCX0KLQkgICAgICBSdGxGcmVlSGVhcCggQ3Nyc3NBcGlIZWFw LCAwLCBCdWZmZXIgKTsKLQkgICAgICAKKwkgICAgICBEYmdQcmludCggIkNTUjogTm8gQWN0aXZl IENvbnNvbGUhXG4iICk7CiAJICAgICAgVU5MT0NLOwogCSAgICAgIFJ0bEZyZWVIZWFwKCBDc3Jz c0FwaUhlYXAsIDAsIEtleUV2ZW50UmVjb3JkICk7Ci0JICAgICAgY29udGludWU7CisJICAgICAg cmV0dXJuOwogCSAgICB9Ci0JIGVsc2UgewotCSAgICBSdGxGcmVlSGVhcCggQ3Nyc3NBcGlIZWFw LCAwLCBLZXlFdmVudFJlY29yZCApOwotCSAgICBjb250aW51ZTsKLQkgfQotICAgICAgZWxzZSBp ZiggU3dhcENvbnNvbGUgJiYKLQkgICAgICAgS2V5RXZlbnRSZWNvcmQtPklucHV0RXZlbnQuRXZl bnQuS2V5RXZlbnQud1ZpcnR1YWxLZXlDb2RlID09IFZLX01FTlUgJiYKLQkgICAgICAgS2V5RXZl bnRSZWNvcmQtPklucHV0RXZlbnQuRXZlbnQuS2V5RXZlbnQuYktleURvd24gPT0gRkFMU0UgKQot CXsKLQkgIC8vIGFsdCBrZXkgcmVsZWFzZWQsIHN3YXAgY29uc29sZXMKLQkgIFBDU1JTU19DT05T T0xFIHRtcDsKLQotCSAgTE9DSzsKLQkgIGlmKCBTd2FwQ29uc29sZSAhPSBBY3RpdmVDb25zb2xl ICkKKwkgIGlmKCBLZXlFdmVudFJlY29yZC0+SW5wdXRFdmVudC5FdmVudC5LZXlFdmVudC53Vmly dHVhbEtleUNvZGUgPT0gVktfVVAgKQogCSAgICB7Ci0JICAgICAgLy8gZmlyc3QgcmVtb3ZlIHN3 YXBjb25zb2xlIGZyb20gdGhlIGxpc3QKLQkgICAgICBTd2FwQ29uc29sZS0+UHJldi0+TmV4dCA9 IFN3YXBDb25zb2xlLT5OZXh0OwotCSAgICAgIFN3YXBDb25zb2xlLT5OZXh0LT5QcmV2ID0gU3dh cENvbnNvbGUtPlByZXY7Ci0JICAgICAgLy8gbm93IGluc2VydCBiZWZvcmUgYWN0aXZlY29uc29s ZQotCSAgICAgIFN3YXBDb25zb2xlLT5OZXh0ID0gQWN0aXZlQ29uc29sZTsKLQkgICAgICBTd2Fw Q29uc29sZS0+UHJldiA9IEFjdGl2ZUNvbnNvbGUtPlByZXY7Ci0JICAgICAgQWN0aXZlQ29uc29s ZS0+UHJldi0+TmV4dCA9IFN3YXBDb25zb2xlOwotCSAgICAgIEFjdGl2ZUNvbnNvbGUtPlByZXYg PSBTd2FwQ29uc29sZTsKKwkgICAgICAvKiBvbmx5IHNjcm9sbCB1cCBpZiB0aGVyZSBpcyByb29t IHRvIHNjcm9sbCB1cCBpbnRvICovCisJICAgICAgaWYoIENvbnNvbGUtPkFjdGl2ZUJ1ZmZlci0+ U2hvd1kgIT0gKChDb25zb2xlLT5BY3RpdmVCdWZmZXItPkN1cnJlbnRZICsgMSkgJQorCQkJCQkJ CSBDb25zb2xlLT5BY3RpdmVCdWZmZXItPk1heFkpICkKKwkJQ29uc29sZS0+QWN0aXZlQnVmZmVy LT5TaG93WSA9IChDb25zb2xlLT5BY3RpdmVCdWZmZXItPlNob3dZICsKKwkJCQkJCSAgICAgIENv bnNvbGUtPkFjdGl2ZUJ1ZmZlci0+TWF4WSAtIDEpICUgQ29uc29sZS0+QWN0aXZlQnVmZmVyLT5N YXhZOwogCSAgICB9Ci0JICBBY3RpdmVDb25zb2xlID0gU3dhcENvbnNvbGU7Ci0JICBTd2FwQ29u c29sZSA9IDA7Ci0JICBDc3JEcmF3Q29uc29sZSggQWN0aXZlQ29uc29sZS0+QWN0aXZlQnVmZmVy ICk7Ci0KKwkgIGVsc2UgaWYoIENvbnNvbGUtPkFjdGl2ZUJ1ZmZlci0+U2hvd1kgIT0gQ29uc29s ZS0+QWN0aXZlQnVmZmVyLT5DdXJyZW50WSApCisJICAgIC8qIG9ubHkgc2Nyb2xsIGRvd24gaWYg dGhlcmUgaXMgcm9vbSB0byBzY3JvbGwgZG93biBpbnRvICovCisJICAgIGlmKCBDb25zb2xlLT5B Y3RpdmVCdWZmZXItPlNob3dZICUgQ29uc29sZS0+QWN0aXZlQnVmZmVyLT5NYXhZICE9IAorCQlD b25zb2xlLT5BY3RpdmVCdWZmZXItPkN1cnJlbnRZICkKKwkgICAgICAKKwkgICAgICBpZiggKChD b25zb2xlLT5BY3RpdmVCdWZmZXItPkN1cnJlbnRZICsgMSkgJSBDb25zb2xlLT5BY3RpdmVCdWZm ZXItPk1heFkpICE9IAorCQkgIChDb25zb2xlLT5BY3RpdmVCdWZmZXItPlNob3dZICsgUGh5c2lj YWxDb25zb2xlU2l6ZS5ZKSAlIENvbnNvbGUtPkFjdGl2ZUJ1ZmZlci0+TWF4WSApCisJCUNvbnNv bGUtPkFjdGl2ZUJ1ZmZlci0+U2hvd1kgPSAoQ29uc29sZS0+QWN0aXZlQnVmZmVyLT5TaG93WSAr IDEpICUKKwkJICBDb25zb2xlLT5BY3RpdmVCdWZmZXItPk1heFk7CisJICBDc3JEcmF3Q29uc29s ZSggQ29uc29sZS0+QWN0aXZlQnVmZmVyICk7CiAJICBVTkxPQ0s7CiAJfQotICAgICAvKiBwcm9j ZXNzIEN0cmwtQyBhbmQgQ3RybC1CcmVhayAqLwotICAgICBpZiAoQWN0aXZlQ29uc29sZS0+TW9k ZSAmIEVOQUJMRV9QUk9DRVNTRURfSU5QVVQgJiYKLSAgICAgICAgIEtleUV2ZW50UmVjb3JkLT5J bnB1dEV2ZW50LkV2ZW50LktleUV2ZW50LmJLZXlEb3duICYmCi0JICgoS2V5RXZlbnRSZWNvcmQt PklucHV0RXZlbnQuRXZlbnQuS2V5RXZlbnQud1ZpcnR1YWxLZXlDb2RlID09IFZLX1BBVVNFKSB8 fCAKLQkgKEtleUV2ZW50UmVjb3JkLT5JbnB1dEV2ZW50LkV2ZW50LktleUV2ZW50LndWaXJ0dWFs S2V5Q29kZSA9PSAnQycpKSAmJgotCSAoS2V5RXZlbnRSZWNvcmQtPklucHV0RXZlbnQuRXZlbnQu S2V5RXZlbnQuZHdDb250cm9sS2V5U3RhdGUgJiAoTEVGVF9DVFJMX1BSRVNTRUQgfCBSSUdIVF9D VFJMX1BSRVNTRUQpKSkKLSAgICAgICAgIHsKLQkgICAgUENTUlNTX1BST0NFU1NfREFUQSBjdXJy ZW50OwotCSAgICBQTElTVF9FTlRSWSBjdXJyZW50X2VudHJ5OwotICAgICAgICAgICAgRFBSSU5U MSgiQ29uc29sZV9BcGkgQ3RybC1DXG4iKTsKLQkgICAgTE9DSzsKLQkgICAgY3VycmVudF9lbnRy eSA9IEFjdGl2ZUNvbnNvbGUtPlByb2Nlc3NMaXN0LkZsaW5rOwotCSAgICB3aGlsZSAoY3VycmVu dF9lbnRyeSAhPSAmQWN0aXZlQ29uc29sZS0+UHJvY2Vzc0xpc3QpCi0JICAgIHsKLQkJY3VycmVu dCA9IENPTlRBSU5JTkdfUkVDT1JEKGN1cnJlbnRfZW50cnksIENTUlNTX1BST0NFU1NfREFUQSwg UHJvY2Vzc0VudHJ5KTsKLQkJY3VycmVudF9lbnRyeSA9IGN1cnJlbnRfZW50cnktPkZsaW5rOwot CQlDc3JDb25zb2xlQ3RybEV2ZW50KChEV09SRClDVFJMX0NfRVZFTlQsIGN1cnJlbnQpOwotCSAg ICB9Ci0JICAgIFVOTE9DSzsKLQkgICAgUnRsRnJlZUhlYXAoIENzcnNzQXBpSGVhcCwgMCwgS2V5 RXZlbnRSZWNvcmQgKTsKLQkgICAgY29udGludWU7Ci0JIH0KLSAgICAgaWYoIEtleUV2ZW50UmVj b3JkLT5JbnB1dEV2ZW50LkV2ZW50LktleUV2ZW50LmR3Q29udHJvbEtleVN0YXRlICYKLSAgICAg ICAgKCBSSUdIVF9BTFRfUFJFU1NFRCB8IExFRlRfQUxUX1BSRVNTRUQgKSAmJgotICAgICAgICAo IEtleUV2ZW50UmVjb3JkLT5JbnB1dEV2ZW50LkV2ZW50LktleUV2ZW50LndWaXJ0dWFsS2V5Q29k ZSA9PSBWS19VUCB8fAotICAgICAgICAgIEtleUV2ZW50UmVjb3JkLT5JbnB1dEV2ZW50LkV2ZW50 LktleUV2ZW50LndWaXJ0dWFsS2V5Q29kZSA9PSBWS19ET1dOKSApCi0JIHsKLQkgICAgaWYoIEtl eUV2ZW50UmVjb3JkLT5JbnB1dEV2ZW50LkV2ZW50LktleUV2ZW50LmJLZXlEb3duID09IFRSVUUg KQotCSAgICAgICB7Ci0JCSAgLyogc2Nyb2xsIHVwIG9yIGRvd24gKi8KLQkJICBMT0NLOwotCQkg IGlmKCBBY3RpdmVDb25zb2xlID09IDAgKQotCQkgICAgIHsKLQkJCURiZ1ByaW50KCAiQ1NSOiBO byBBY3RpdmUgQ29uc29sZSFcbiIgKTsKLQkgICAgCQlVTkxPQ0s7Ci0JCQlSdGxGcmVlSGVhcCgg Q3Nyc3NBcGlIZWFwLCAwLCBLZXlFdmVudFJlY29yZCApOwotCQkJY29udGludWU7Ci0JCSAgICAg fQotCQkgIGlmKCBLZXlFdmVudFJlY29yZC0+SW5wdXRFdmVudC5FdmVudC5LZXlFdmVudC53Vmly dHVhbEtleUNvZGUgPT0gVktfVVAgKQotCQkgICAgIHsKLQkJCS8qIG9ubHkgc2Nyb2xsIHVwIGlm IHRoZXJlIGlzIHJvb20gdG8gc2Nyb2xsIHVwIGludG8gKi8KLQkJCWlmKCBBY3RpdmVDb25zb2xl LT5BY3RpdmVCdWZmZXItPlNob3dZICE9ICgoQWN0aXZlQ29uc29sZS0+QWN0aXZlQnVmZmVyLT5D dXJyZW50WSArIDEpICUKLSAgICAgICAgQWN0aXZlQ29uc29sZS0+QWN0aXZlQnVmZmVyLT5NYXhZ KSApCi0JCQkgICBBY3RpdmVDb25zb2xlLT5BY3RpdmVCdWZmZXItPlNob3dZID0gKEFjdGl2ZUNv bnNvbGUtPkFjdGl2ZUJ1ZmZlci0+U2hvd1kgKwotICAgICAgICAgQWN0aXZlQ29uc29sZS0+QWN0 aXZlQnVmZmVyLT5NYXhZIC0gMSkgJSBBY3RpdmVDb25zb2xlLT5BY3RpdmVCdWZmZXItPk1heFk7 Ci0JCSAgICAgfQotCQkgIGVsc2UgaWYoIEFjdGl2ZUNvbnNvbGUtPkFjdGl2ZUJ1ZmZlci0+U2hv d1kgIT0gQWN0aXZlQ29uc29sZS0+QWN0aXZlQnVmZmVyLT5DdXJyZW50WSApCi0JCSAgICAgLyog b25seSBzY3JvbGwgZG93biBpZiB0aGVyZSBpcyByb29tIHRvIHNjcm9sbCBkb3duIGludG8gKi8K LQkJICAgICBpZiggQWN0aXZlQ29uc29sZS0+QWN0aXZlQnVmZmVyLT5TaG93WSAlIEFjdGl2ZUNv bnNvbGUtPkFjdGl2ZUJ1ZmZlci0+TWF4WSAhPSAKLSAgICAgICAgICAgQWN0aXZlQ29uc29sZS0+ QWN0aXZlQnVmZmVyLT5DdXJyZW50WSApCi0KLQkJCWlmKCAoKEFjdGl2ZUNvbnNvbGUtPkFjdGl2 ZUJ1ZmZlci0+Q3VycmVudFkgKyAxKSAlIEFjdGl2ZUNvbnNvbGUtPkFjdGl2ZUJ1ZmZlci0+TWF4 WSkgIT0gCi0gICAgICAgIChBY3RpdmVDb25zb2xlLT5BY3RpdmVCdWZmZXItPlNob3dZICsgUGh5 c2ljYWxDb25zb2xlU2l6ZS5ZKSAlIEFjdGl2ZUNvbnNvbGUtPkFjdGl2ZUJ1ZmZlci0+TWF4WSAp Ci0JCQkgICBBY3RpdmVDb25zb2xlLT5BY3RpdmVCdWZmZXItPlNob3dZID0gKEFjdGl2ZUNvbnNv bGUtPkFjdGl2ZUJ1ZmZlci0+U2hvd1kgKyAxKSAlCi0gICAgICAgICBBY3RpdmVDb25zb2xlLT5B Y3RpdmVCdWZmZXItPk1heFk7Ci0JCSAgQ3NyRHJhd0NvbnNvbGUoIEFjdGl2ZUNvbnNvbGUtPkFj dGl2ZUJ1ZmZlciApOwotCQkgIFVOTE9DSzsKLQkgICAgICAgfQotCSAgICBSdGxGcmVlSGVhcCgg Q3Nyc3NBcGlIZWFwLCAwLCBLZXlFdmVudFJlY29yZCApOwotCSAgICBjb250aW51ZTsKLQl9Ci0g ICAgICBMT0NLOwotICAgICAgaWYoIEFjdGl2ZUNvbnNvbGUgPT0gMCApCi0JIHsKLQkgICAgRGJn UHJpbnQoICJDU1I6IE5vIEFjdGl2ZSBDb25zb2xlIVxuIiApOwotCSAgICBVTkxPQ0s7Ci0JICAg IFJ0bEZyZWVIZWFwKCBDc3Jzc0FwaUhlYXAsIDAsIEtleUV2ZW50UmVjb3JkICk7Ci0JICAgIGNv bnRpbnVlOwotCSB9Ci0gICAgICAvLyBwcm9jZXNzIHNwZWNpYWwga2V5cyBpZiBlbmFibGVkCi0g ICAgICBpZiggQWN0aXZlQ29uc29sZS0+TW9kZSAmIChFTkFCTEVfUFJPQ0VTU0VEX0lOUFVUIHwg RU5BQkxFX0xJTkVfSU5QVVQpICkKLQkgIHN3aXRjaCggS2V5RXZlbnRSZWNvcmQtPklucHV0RXZl bnQuRXZlbnQuS2V5RXZlbnQudUNoYXIuQXNjaWlDaGFyICkKLQkgICAgewotCSAgICBjYXNlICdc cic6Ci0JICAgICAgLy8gYWRkIGEgXG4gdG8gdGhlIHF1ZXVlIGFzIHdlbGwKLQkgICAgICAvLyBm aXJzdCBhZGQgdGhlIFxyCi0JICAgICAgdXBkb3duID0gS2V5RXZlbnRSZWNvcmQtPklucHV0RXZl bnQuRXZlbnQuS2V5RXZlbnQuYktleURvd247Ci0JICAgICAgS2V5RXZlbnRSZWNvcmQtPkVjaG9l ZCA9IEZBTFNFOwotCSAgICAgIEtleUV2ZW50UmVjb3JkLT5JbnB1dEV2ZW50LkV2ZW50LktleUV2 ZW50LnVDaGFyLkFzY2lpQ2hhciA9ICdccic7Ci0gICAgICAgIEluc2VydFRhaWxMaXN0KCZBY3Rp dmVDb25zb2xlLT5JbnB1dEV2ZW50cywgJktleUV2ZW50UmVjb3JkLT5MaXN0RW50cnkpOwotCSAg ICAgIEFjdGl2ZUNvbnNvbGUtPldhaXRpbmdDaGFycysrOwotCSAgICAgIEtleUV2ZW50UmVjb3Jk ID0gUnRsQWxsb2NhdGVIZWFwKCBDc3Jzc0FwaUhlYXAsIDAsIHNpemVvZiggQ29uc29sZUlucHV0 ICkgKTsKLQkgICAgICBpZiggIUtleUV2ZW50UmVjb3JkICkKLQkJewotCQkgIERiZ1ByaW50KCAi Q1NSOiBGYWlsZWQgdG8gYWxsb2NhdGUgS2V5RXZlbnRSZWNvcmRcbiIgKTsKLQkJICBVTkxPQ0s7 Ci0JCSAgY29udGludWU7Ci0JCX0KLQkgICAgICBLZXlFdmVudFJlY29yZC0+SW5wdXRFdmVudC5F dmVudFR5cGUgPSBLRVlfRVZFTlQ7Ci0JICAgICAgS2V5RXZlbnRSZWNvcmQtPklucHV0RXZlbnQu RXZlbnQuS2V5RXZlbnQuYktleURvd24gPSB1cGRvd247Ci0JICAgICAgS2V5RXZlbnRSZWNvcmQt PklucHV0RXZlbnQuRXZlbnQuS2V5RXZlbnQud1ZpcnR1YWxLZXlDb2RlID0gMDsKLQkgICAgICBL ZXlFdmVudFJlY29yZC0+SW5wdXRFdmVudC5FdmVudC5LZXlFdmVudC53VmlydHVhbFNjYW5Db2Rl ID0gMDsKLQkgICAgICBLZXlFdmVudFJlY29yZC0+SW5wdXRFdmVudC5FdmVudC5LZXlFdmVudC51 Q2hhci5Bc2NpaUNoYXIgPSAnXG4nOwotCSAgICB9Ci0gICAgICAvLyBhZGQgZXZlbnQgdG8gdGhl IHF1ZXVlCi0gICAgICBJbnNlcnRUYWlsTGlzdCgmQWN0aXZlQ29uc29sZS0+SW5wdXRFdmVudHMs ICZLZXlFdmVudFJlY29yZC0+TGlzdEVudHJ5KTsKLSAgICAgIC8vIGlmIGxpbmUgaW5wdXQgbW9k ZSBpcyBlbmFibGVkLCBvbmx5IHdha2UgdGhlIGNsaWVudCBvbiBlbnRlciBrZXkgZG93bgotICAg ICAgaWYoICEoQWN0aXZlQ29uc29sZS0+TW9kZSAmIEVOQUJMRV9MSU5FX0lOUFVUICkgfHwKLQkg IEFjdGl2ZUNvbnNvbGUtPkVhcmx5UmV0dXJuIHx8Ci0JICAoIEtleUV2ZW50UmVjb3JkLT5JbnB1 dEV2ZW50LkV2ZW50LktleUV2ZW50LnVDaGFyLkFzY2lpQ2hhciA9PSAnXG4nICYmCi0JICAgIEtl eUV2ZW50UmVjb3JkLT5JbnB1dEV2ZW50LkV2ZW50LktleUV2ZW50LmJLZXlEb3duID09IFRSVUUg KSApCisgICAgICBSdGxGcmVlSGVhcCggQ3Nyc3NBcGlIZWFwLCAwLCBLZXlFdmVudFJlY29yZCAp OworICAgICAgcmV0dXJuOworICAgIH0KKyAgaWYoIENvbnNvbGUgPT0gMCApCisgICAgeworICAg ICAgRGJnUHJpbnQoICJDU1I6IE5vIEFjdGl2ZSBDb25zb2xlIVxuIiApOworICAgICAgVU5MT0NL OworICAgICAgUnRsRnJlZUhlYXAoIENzcnNzQXBpSGVhcCwgMCwgS2V5RXZlbnRSZWNvcmQgKTsK KyAgICAgIHJldHVybjsKKyAgICB9CisKKyAgaWYoIENvbnNvbGUtPk1vZGUgJiAoRU5BQkxFX1BS T0NFU1NFRF9JTlBVVCB8IEVOQUJMRV9MSU5FX0lOUFVUKSApCisgICAgc3dpdGNoKCBLZXlFdmVu dFJlY29yZC0+SW5wdXRFdmVudC5FdmVudC5LZXlFdmVudC51Q2hhci5Bc2NpaUNoYXIgKQorICAg ICAgeworICAgICAgY2FzZSAnXHInOgorCS8vIGZpcnN0IGFkZCB0aGUgXHIKKyAgICAgICAgS2V5 RXZlbnRSZWNvcmQtPklucHV0RXZlbnQuRXZlbnRUeXBlID0gS0VZX0VWRU5UOworCXVwZG93biA9 IEtleUV2ZW50UmVjb3JkLT5JbnB1dEV2ZW50LkV2ZW50LktleUV2ZW50LmJLZXlEb3duOworCUtl eUV2ZW50UmVjb3JkLT5FY2hvZWQgPSBGQUxTRTsKKwlLZXlFdmVudFJlY29yZC0+SW5wdXRFdmVu dC5FdmVudC5LZXlFdmVudC53VmlydHVhbEtleUNvZGUgPSBWS19SRVRVUk47CisJS2V5RXZlbnRS ZWNvcmQtPklucHV0RXZlbnQuRXZlbnQuS2V5RXZlbnQudUNoYXIuQXNjaWlDaGFyID0gJ1xyJzsK KyAgICAgICAgSW5zZXJ0VGFpbExpc3QoJkNvbnNvbGUtPklucHV0RXZlbnRzLCAmS2V5RXZlbnRS ZWNvcmQtPkxpc3RFbnRyeSk7CisJQ29uc29sZS0+V2FpdGluZ0NoYXJzKys7CisJS2V5RXZlbnRS ZWNvcmQgPSBSdGxBbGxvY2F0ZUhlYXAoIENzcnNzQXBpSGVhcCwgMCwgc2l6ZW9mKCBDb25zb2xl SW5wdXQgKSApOworCWlmKCAhS2V5RXZlbnRSZWNvcmQgKQorCSAgeworCSAgICBEYmdQcmludCgg IkNTUjogRmFpbGVkIHRvIGFsbG9jYXRlIEtleUV2ZW50UmVjb3JkXG4iICk7CisJICAgIHJldHVy bjsKKwkgIH0KKwlLZXlFdmVudFJlY29yZC0+SW5wdXRFdmVudC5FdmVudFR5cGUgPSBLRVlfRVZF TlQ7CisJS2V5RXZlbnRSZWNvcmQtPklucHV0RXZlbnQuRXZlbnQuS2V5RXZlbnQuYktleURvd24g PSB1cGRvd247CisJS2V5RXZlbnRSZWNvcmQtPklucHV0RXZlbnQuRXZlbnQuS2V5RXZlbnQud1Zp cnR1YWxLZXlDb2RlID0gMDsKKwlLZXlFdmVudFJlY29yZC0+SW5wdXRFdmVudC5FdmVudC5LZXlF dmVudC53VmlydHVhbFNjYW5Db2RlID0gMDsKKwlLZXlFdmVudFJlY29yZC0+SW5wdXRFdmVudC5F dmVudC5LZXlFdmVudC51Q2hhci5Bc2NpaUNoYXIgPSAnXG4nOworCUtleUV2ZW50UmVjb3JkLT5G YWtlID0gVFJVRTsKKyAgICAgIH0KKyAgLy8gYWRkIGV2ZW50IHRvIHRoZSBxdWV1ZQorICBJbnNl cnRUYWlsTGlzdCgmQ29uc29sZS0+SW5wdXRFdmVudHMsICZLZXlFdmVudFJlY29yZC0+TGlzdEVu dHJ5KTsKKyAgQ29uc29sZS0+V2FpdGluZ0NoYXJzKys7CisgIC8vIGlmIGxpbmUgaW5wdXQgbW9k ZSBpcyBlbmFibGVkLCBvbmx5IHdha2UgdGhlIGNsaWVudCBvbiBlbnRlciBrZXkgZG93bgorICBp ZiggIShDb25zb2xlLT5Nb2RlICYgRU5BQkxFX0xJTkVfSU5QVVQgKSB8fAorICAgICAgQ29uc29s ZS0+RWFybHlSZXR1cm4gfHwKKyAgICAgICggS2V5RXZlbnRSZWNvcmQtPklucHV0RXZlbnQuRXZl bnQuS2V5RXZlbnQudUNoYXIuQXNjaWlDaGFyID09ICdcbicgJiYKKwlLZXlFdmVudFJlY29yZC0+ SW5wdXRFdmVudC5FdmVudC5LZXlFdmVudC5iS2V5RG93biA9PSBGQUxTRSkgKQorICAgIHsKKyAg ICAgIGlmKCBLZXlFdmVudFJlY29yZC0+SW5wdXRFdmVudC5FdmVudC5LZXlFdmVudC51Q2hhci5B c2NpaUNoYXIgPT0gJ1xuJyApCisJQ29uc29sZS0+V2FpdGluZ0xpbmVzKys7CisgICAgICBiQ2xp ZW50V2FrZSA9IFRSVUU7CisgICAgICBOdFNldEV2ZW50KCBDb25zb2xlLT5BY3RpdmVFdmVudCwg MCApOworICAgIH0KKyAgS2V5RXZlbnRSZWNvcmQtPkVjaG9lZCA9IEZBTFNFOworICBpZiggQ29u c29sZS0+TW9kZSAmIChFTkFCTEVfUFJPQ0VTU0VEX0lOUFVUIHwgRU5BQkxFX0xJTkVfSU5QVVQp ICYmCisgICAgICBLZXlFdmVudFJlY29yZC0+SW5wdXRFdmVudC5FdmVudC5LZXlFdmVudC51Q2hh ci5Bc2NpaUNoYXIgPT0gJ1xiJyAmJgorICAgICAgS2V5RXZlbnRSZWNvcmQtPklucHV0RXZlbnQu RXZlbnQuS2V5RXZlbnQuYktleURvd24gKQorICAgIHsKKyAgICAgIC8vIHdhbGsgdGhlIGlucHV0 IHF1ZXVlIGxvb2tpbmcgZm9yIGEgY2hhciB0byBiYWNrc3BhY2UKKyAgICAgIGZvciggVGVtcElu cHV0ID0gKENvbnNvbGVJbnB1dCAqKUNvbnNvbGUtPklucHV0RXZlbnRzLkJsaW5rOworCSAgIFRl bXBJbnB1dCAhPSAoQ29uc29sZUlucHV0ICopJkNvbnNvbGUtPklucHV0RXZlbnRzICYmCisJICAg ICAoVGVtcElucHV0LT5JbnB1dEV2ZW50LkV2ZW50VHlwZSAhPSBLRVlfRVZFTlQgfHwKKwkgICAg ICBUZW1wSW5wdXQtPklucHV0RXZlbnQuRXZlbnQuS2V5RXZlbnQuYktleURvd24gPT0gRkFMU0Ug fHwKKwkgICAgICBUZW1wSW5wdXQtPklucHV0RXZlbnQuRXZlbnQuS2V5RXZlbnQudUNoYXIuQXNj aWlDaGFyID09ICdcYicgKTsKKwkgICBUZW1wSW5wdXQgPSAoQ29uc29sZUlucHV0ICopVGVtcElu cHV0LT5MaXN0RW50cnkuQmxpbmsgKTsKKyAgICAgIC8vIGlmIHdlIGZvdW5kIG9uZSwgZGVsZXRl IGl0LCBvdGhlcndpc2UsIHdha2UgdGhlIGNsaWVudAorICAgICAgaWYoIFRlbXBJbnB1dCAhPSAo Q29uc29sZUlucHV0ICopJkNvbnNvbGUtPklucHV0RXZlbnRzICkKIAl7Ci0JICBOdFNldEV2ZW50 KCBBY3RpdmVDb25zb2xlLT5BY3RpdmVFdmVudCwgMCApOwotCSAgaWYoIEtleUV2ZW50UmVjb3Jk LT5JbnB1dEV2ZW50LkV2ZW50LktleUV2ZW50LnVDaGFyLkFzY2lpQ2hhciA9PSAnXG4nICkKLQkg ICAgIEFjdGl2ZUNvbnNvbGUtPldhaXRpbmdMaW5lcysrOworCSAgLy8gZGVsZXRlIHByZXZpb3Vz IGtleSBpbiBxdWV1ZSwgbWF5YmUgZWNobyBiYWNrc3BhY2UgdG8gc2NyZWVuLCBhbmQgZG8gbm90 IHBsYWNlIGJhY2tzcGFjZSBvbiBxdWV1ZQorCSAgUmVtb3ZlRW50cnlMaXN0KCZUZW1wSW5wdXQt Pkxpc3RFbnRyeSk7CisJICBpZiggVGVtcElucHV0LT5FY2hvZWQgKQorCSAgICBDc3JwV3JpdGVD b25zb2xlKCBDb25zb2xlLT5BY3RpdmVCdWZmZXIsICZLZXlFdmVudFJlY29yZC0+SW5wdXRFdmVu dC5FdmVudC5LZXlFdmVudC51Q2hhci5Bc2NpaUNoYXIsIDEsIFRSVUUgKTsJCisgIFJ0bEZyZWVI ZWFwKCBDc3Jzc0FwaUhlYXAsIDAsIFRlbXBJbnB1dCApOworCSAgUmVtb3ZlRW50cnlMaXN0KCZL ZXlFdmVudFJlY29yZC0+TGlzdEVudHJ5KTsKKwkgIFJ0bEZyZWVIZWFwKCBDc3Jzc0FwaUhlYXAs IDAsIEtleUV2ZW50UmVjb3JkICk7CisJICBDb25zb2xlLT5XYWl0aW5nQ2hhcnMgLT0gMjsKIAl9 Ci0gICAgICBLZXlFdmVudFJlY29yZC0+RWNob2VkID0gRkFMU0U7Ci0gICAgICBpZiggQWN0aXZl Q29uc29sZS0+TW9kZSAmIChFTkFCTEVfUFJPQ0VTU0VEX0lOUFVUIHwgRU5BQkxFX0xJTkVfSU5Q VVQpICYmCi0JICBLZXlFdmVudFJlY29yZC0+SW5wdXRFdmVudC5FdmVudC5LZXlFdmVudC51Q2hh ci5Bc2NpaUNoYXIgPT0gJ1xiJyAmJgotCSAgS2V5RXZlbnRSZWNvcmQtPklucHV0RXZlbnQuRXZl bnQuS2V5RXZlbnQuYktleURvd24gKQotCSB7Ci0JICAgIC8vIHdhbGsgdGhlIGlucHV0IHF1ZXVl IGxvb2tpbmcgZm9yIGEgY2hhciB0byBiYWNrc3BhY2UKLQkgICAgZm9yKCBUZW1wSW5wdXQgPSAo Q29uc29sZUlucHV0ICopQWN0aXZlQ29uc29sZS0+SW5wdXRFdmVudHMuQmxpbms7Ci0JCSAgVGVt cElucHV0ICE9IChDb25zb2xlSW5wdXQgKikmQWN0aXZlQ29uc29sZS0+SW5wdXRFdmVudHMgJiYK LQkJICAoVGVtcElucHV0LT5JbnB1dEV2ZW50LkV2ZW50VHlwZSAhPSBLRVlfRVZFTlQgfHwKLQkJ ICBUZW1wSW5wdXQtPklucHV0RXZlbnQuRXZlbnQuS2V5RXZlbnQuYktleURvd24gPT0gRkFMU0Ug fHwKLQkJICBUZW1wSW5wdXQtPklucHV0RXZlbnQuRXZlbnQuS2V5RXZlbnQudUNoYXIuQXNjaWlD aGFyID09ICdcYicgKTsKLQkJICBUZW1wSW5wdXQgPSAoQ29uc29sZUlucHV0ICopVGVtcElucHV0 LT5MaXN0RW50cnkuQmxpbmsgKTsKLQkgICAgLy8gaWYgd2UgZm91bmQgb25lLCBkZWxldGUgaXQs IG90aGVyd2lzZSwgd2FrZSB0aGUgY2xpZW50Ci0JICAgIGlmKCBUZW1wSW5wdXQgIT0gKENvbnNv bGVJbnB1dCAqKSZBY3RpdmVDb25zb2xlLT5JbnB1dEV2ZW50cyApCi0JICAgICAgIHsKLQkJICAv LyBkZWxldGUgcHJldmlvdXMga2V5IGluIHF1ZXVlLCBtYXliZSBlY2hvIGJhY2tzcGFjZSB0byBz Y3JlZW4sIGFuZCBkbyBub3QgcGxhY2UgYmFja3NwYWNlIG9uIHF1ZXVlCi0gICAgICBSZW1vdmVF bnRyeUxpc3QoJlRlbXBJbnB1dC0+TGlzdEVudHJ5KTsKLQkJICBpZiggVGVtcElucHV0LT5FY2hv ZWQgKQotCQkgICAgIENzcnBXcml0ZUNvbnNvbGUoIEFjdGl2ZUNvbnNvbGUtPkFjdGl2ZUJ1ZmZl ciwgJktleUV2ZW50UmVjb3JkLT5JbnB1dEV2ZW50LkV2ZW50LktleUV2ZW50LnVDaGFyLkFzY2lp Q2hhciwgMSwgVFJVRSApOwotCQkgIFJ0bEZyZWVIZWFwKCBDc3Jzc0FwaUhlYXAsIDAsIFRlbXBJ bnB1dCApOwotICAgICAgUmVtb3ZlRW50cnlMaXN0KCZLZXlFdmVudFJlY29yZC0+TGlzdEVudHJ5 KTsKLQkJICBSdGxGcmVlSGVhcCggQ3Nyc3NBcGlIZWFwLCAwLCBLZXlFdmVudFJlY29yZCApOwot CQkgIEFjdGl2ZUNvbnNvbGUtPldhaXRpbmdDaGFycyAtPSAyOwotCSAgICAgICB9Ci0JICAgIGVs c2UgTnRTZXRFdmVudCggQWN0aXZlQ29uc29sZS0+QWN0aXZlRXZlbnQsIDAgKTsKLSAgIH0KICAg ICAgIGVsc2UgewotCSAvLyBlY2hvIGNoYXJzIGlmIHdlIGFyZSBzdXBwb3NlZCB0byBhbmQgY2xp ZW50IGlzIHdhaXRpbmcgZm9yIHNvbWUKLQkgaWYoICggQWN0aXZlQ29uc29sZS0+TW9kZSAmIEVO QUJMRV9FQ0hPX0lOUFVUICkgJiYgQWN0aXZlQ29uc29sZS0+RWNob0NvdW50ICYmCi0JICAgICBL ZXlFdmVudFJlY29yZC0+SW5wdXRFdmVudC5FdmVudC5LZXlFdmVudC51Q2hhci5Bc2NpaUNoYXIg JiYKLQkgICAgIEtleUV2ZW50UmVjb3JkLT5JbnB1dEV2ZW50LkV2ZW50LktleUV2ZW50LmJLZXlE b3duID09IFRSVUUgJiYKLQkgICAgIEtleUV2ZW50UmVjb3JkLT5JbnB1dEV2ZW50LkV2ZW50Lktl eUV2ZW50LnVDaGFyLkFzY2lpQ2hhciAhPSAnXHInICkKLQkgICAgewotCSAgICAgICAvLyBtYXJr IHRoZSBjaGFyIGFzIGFscmVhZHkgZWNob2VkCi0JICAgICAgIENzcnBXcml0ZUNvbnNvbGUoIEFj dGl2ZUNvbnNvbGUtPkFjdGl2ZUJ1ZmZlciwgJktleUV2ZW50UmVjb3JkLT5JbnB1dEV2ZW50LkV2 ZW50LktleUV2ZW50LnVDaGFyLkFzY2lpQ2hhciwgMSwgVFJVRSApOwotCSAgICAgICBBY3RpdmVD b25zb2xlLT5FY2hvQ291bnQtLTsKLQkgICAgICAgS2V5RXZlbnRSZWNvcmQtPkVjaG9lZCA9IFRS VUU7Ci0JICAgIH0KKyAgICAgICAgICBOdFNldEV2ZW50KCBDb25zb2xlLT5BY3RpdmVFdmVudCwg MCApOwogICAgICAgfQorICAgIH0KKyAgZWxzZSB7CisgICAgLy8gZWNobyBjaGFycyBpZiB3ZSBh cmUgc3VwcG9zZWQgdG8gYW5kIGNsaWVudCBpcyB3YWl0aW5nIGZvciBzb21lCisgICAgaWYoICgg Q29uc29sZS0+TW9kZSAmIEVOQUJMRV9FQ0hPX0lOUFVUICkgJiYgQ29uc29sZS0+RWNob0NvdW50 ICYmCisJS2V5RXZlbnRSZWNvcmQtPklucHV0RXZlbnQuRXZlbnQuS2V5RXZlbnQudUNoYXIuQXNj aWlDaGFyICYmCisJS2V5RXZlbnRSZWNvcmQtPklucHV0RXZlbnQuRXZlbnQuS2V5RXZlbnQuYktl eURvd24gPT0gVFJVRSAmJgorCUtleUV2ZW50UmVjb3JkLT5JbnB1dEV2ZW50LkV2ZW50LktleUV2 ZW50LnVDaGFyLkFzY2lpQ2hhciAhPSAnXHInICkKKyAgICAgIHsKKwkvLyBtYXJrIHRoZSBjaGFy IGFzIGFscmVhZHkgZWNob2VkCisJQ3NycFdyaXRlQ29uc29sZSggQ29uc29sZS0+QWN0aXZlQnVm ZmVyLCAmS2V5RXZlbnRSZWNvcmQtPklucHV0RXZlbnQuRXZlbnQuS2V5RXZlbnQudUNoYXIuQXNj aWlDaGFyLCAxLCBUUlVFICk7CisJQ29uc29sZS0+RWNob0NvdW50LS07CisJS2V5RXZlbnRSZWNv cmQtPkVjaG9lZCA9IFRSVUU7CisgICAgICB9CisgIH0KKyAgLyogQ29uc29sZS0+V2FpdGluZ0No YXJzKys7ICovCisgIGlmKCBiQ2xpZW50V2FrZSB8fCAhKENvbnNvbGUtPk1vZGUgJiBFTkFCTEVf TElORV9JTlBVVCkgKSB7CisgICAgTnRTZXRFdmVudCggQ29uc29sZS0+QWN0aXZlRXZlbnQsIDAg KTsKKyAgfQorfQogCi0gICAgICAKLSAgICAgIEFjdGl2ZUNvbnNvbGUtPldhaXRpbmdDaGFycysr OwotICAgICAgaWYoICEoQWN0aXZlQ29uc29sZS0+TW9kZSAmIEVOQUJMRV9MSU5FX0lOUFVUKSAp Ci0JTnRTZXRFdmVudCggQWN0aXZlQ29uc29sZS0+QWN0aXZlRXZlbnQsIDAgKTsKLSAgICAgIFVO TE9DSzsKK3N0YXRpYyBEV09SRCBDc3JwR2V0U2hpZnRTdGF0ZSggUEJZVEUgS2V5U3RhdGUgKSB7 CisgIGludCBpOworICBEV09SRCBzc091dCA9IDA7CisKKyAgZm9yKCBpID0gMDsgaSA8IDB4MTAw OyBpKysgKSB7CisgICAgaWYoIEtleVN0YXRlW2ldICYgMHg4MCApIHsKKyAgICAgIFVJTlQgdmsg PSBOdFVzZXJNYXBWaXJ0dWFsS2V5RXgoIGksIDMsIDAsIDAgKSAmIDB4ZmY7CisgICAgICBzd2l0 Y2goIHZrICkgeworICAgICAgY2FzZSBWS19MU0hJRlQ6CisgICAgICBjYXNlIFZLX1JTSElGVDoK KyAgICAgIGNhc2UgVktfU0hJRlQ6CisJc3NPdXQgfD0gU0hJRlRfUFJFU1NFRDsKKwlicmVhazsK KworICAgICAgY2FzZSBWS19MQ09OVFJPTDoKKyAgICAgIGNhc2UgVktfQ09OVFJPTDoKKwlzc091 dCB8PSBMRUZUX0NUUkxfUFJFU1NFRDsKKwlicmVhazsKKworICAgICAgY2FzZSBWS19SQ09OVFJP TDoKKwlzc091dCB8PSBSSUdIVF9DVFJMX1BSRVNTRUQgfCBFTkhBTkNFRF9LRVk7CisJYnJlYWs7 CisKKyAgICAgIGNhc2UgVktfTE1FTlU6CisgICAgICBjYXNlIFZLX01FTlU6CisJc3NPdXQgfD0g TEVGVF9BTFRfUFJFU1NFRDsKKwlicmVhazsKKworICAgICAgY2FzZSBWS19STUVOVToKKwlzc091 dCB8PSBSSUdIVF9BTFRfUFJFU1NFRCB8IEVOSEFOQ0VEX0tFWTsKKwlicmVhazsKKyAgICAgIH0K ICAgICB9CisgIH0KKworICByZXR1cm4gc3NPdXQ7Cit9CisKK1ZPSUQgQ29uc29sZV9BcGkoIERX T1JEIFJlZnJlc2hFdmVudCApCit7CisgIC8qIGtlZXAgcmVhZGluZyBldmVudHMgZnJvbSB0aGUg a2V5Ym9hcmQgYW5kIHN0dWZmaW5nIHRoZW0gaW50byB0aGUgY3VycmVudAorICAgICBjb25zb2xl J3MgaW5wdXQgcXVldWUgKi8KKyAgUENTUlNTX0NPTlNPTEUgU3dhcENvbnNvbGUgPSAwOyAvLyBj b25zb2xlIHdlIGFyZSB0aGlua2luZyBhYm91dCBzd2FwcGluZyB3aXRoCisgIE1TRyBtc2c7Cisg IENvbnNvbGVJbnB1dCAqQ29uSW5SZWM7CisgIFVJTlQgUmVwZWF0Q291bnQ7CisgIFdDSEFSIFVu aWNvZGVDaGFyOworICBVSU5UIFZpcnR1YWxLZXlDb2RlOworICBVSU5UIFZpcnR1YWxTY2FuQ29k ZTsKKyAgVUlOVCBBc2NpaUNoYXI7CisgIERXT1JEIFNoaWZ0U3RhdGU7CisgIEJPT0wgU3VibWl0 S2V5OworICBCT09MIERvd24gPSBGQUxTRTsKKyAgQk9PTCBFeHQgPSBGQUxTRTsKKyAgQllURSBL ZXlTdGF0ZVsyNTZdID0geyAwIH07CisgIGludCBSZXRDaGFyczsKKyAgV0NIQVIgQ2hhcnNbMl0g PSB7IDAgfTsKKyAgSU5QVVRfUkVDT1JEIGVyOworICBOVFNUQVRVUyBTdGF0dXM7CisgIElPX1NU QVRVU19CTE9DSyBJb3NiOworICBCWVRFIE1hc2s7CisKKyAgLyogVGhpcyBjYWxsIGVzdGFibGlz aGVzIG91ciBtZXNzYWdlIHF1ZXVlICovCisgIE50VXNlclBlZWtNZXNzYWdlKCAmbXNnLCAwLDAs MCwgUE1fTk9SRU1PVkUgKTsKKyAgLyogVGhpcyBjYWxsIHJlZ2lzdGVycyBvdXIgbWVzc2FnZSBx dWV1ZSAqLworICBOdFVzZXJDYWxsTm9QYXJhbSggTk9QQVJBTV9ST1VUSU5FX1JFR0lTVEVSX1BS SU1JVElWRSApOworICAvKiBUaGlzIGNhbGwgdHVybnMgb24gdGhlIGlucHV0IHN5c3RlbSBpbiB3 aW4zMmsgKi8KKyAgTnRVc2VyQWNxdWlyZU9yUmVsZWFzZUlucHV0T3duZXJzaGlwKCBGQUxTRSAp OworICAKKyAgd2hpbGUoIFRSVUUgKSB7CisgICAgTnRVc2VyR2V0TWVzc2FnZSggJm1zZywgMCww LDAgKTsKKyAgICBOdFVzZXJUcmFuc2xhdGVNZXNzYWdlKCAmbXNnLCAwICk7CisgICAgCisgICAg U3VibWl0S2V5ID0gRkFMU0U7CisKKyAgICBpZiggbXNnLm1lc3NhZ2UgPT0gV01fS0VZRE9XTiB8 fCBtc2cubWVzc2FnZSA9PSBXTV9LRVlVUCB8fAorCW1zZy5tZXNzYWdlID09IFdNX1NZU0tFWURP V04gfHwgbXNnLm1lc3NhZ2UgPT0gV01fU1lTS0VZVVAgKSB7CisgICAgICBSZXBlYXRDb3VudCA9 IDE7CisgICAgICBWaXJ0dWFsU2NhbkNvZGUgPSAobXNnLmxQYXJhbSA+PiAxNikgJiAweGZmOwor ICAgICAgVmlydHVhbEtleUNvZGUgPSBtc2cud1BhcmFtOworICAgICAgRG93biA9IG1zZy5tZXNz YWdlID09IFdNX0tFWURPV04gfHwgbXNnLm1lc3NhZ2UgPT0gV01fU1lTS0VZRE9XTjsKKyAgICAg IEV4dCA9IG1zZy5sUGFyYW0gJiAweDAxMDAwMDAwID8gVFJVRSA6IEZBTFNFOworCisgICAgICBp ZiAoRXh0KQorICAgICAgICBNYXNrID0gMHg0MDsKKyAgICAgIGVsc2UKKyAgICAgICAgTWFzayA9 IDB4ODA7CisKKyAgICAgIGlmKCBEb3duICkgCisgICAgICAgIEtleVN0YXRlW1ZpcnR1YWxTY2Fu Q29kZV0gfD0gTWFzazsKKyAgICAgIGVsc2UKKwlLZXlTdGF0ZVtWaXJ0dWFsU2NhbkNvZGVdICY9 IH5NYXNrOworCisKKyAgICAgIFNoaWZ0U3RhdGUgPSBDc3JwR2V0U2hpZnRTdGF0ZSggS2V5U3Rh dGUgKTsKKworICAgICAgUmV0Q2hhcnMgPSBOdFVzZXJUb1VuaWNvZGVFeCggVmlydHVhbEtleUNv ZGUsCisJCQkJICAgIFZpcnR1YWxTY2FuQ29kZSwKKwkJCQkgICAgS2V5U3RhdGUsCisJCQkJICAg IENoYXJzLAorCQkJCSAgICAyLAorCQkJCSAgICAwLAorCQkJCSAgICAwICk7CisKKyAgICAgIGlm KCBSZXRDaGFycyA9PSAxICkKKwlVbmljb2RlQ2hhciA9IENoYXJzWzBdOworICAgICAgZWxzZSAK KwlVbmljb2RlQ2hhciA9IDA7CisKKyAgICAgIFVMT05HIFJlc3VsdFNpemU7CisKKyAgICAgIFJ0 bFVuaWNvZGVUb09lbU4gKCZBc2NpaUNoYXIsCisJCQkxLAorCQkJJlJlc3VsdFNpemUsCisJCQkm VW5pY29kZUNoYXIsCisJCQkyKTsKKyAgICAgIGlmKCBSZXN1bHRTaXplID09IDAgKSBBc2NpaUNo YXIgPSAwOworCisgICAgICBTdWJtaXRLZXkgPSBUUlVFOworICAgIH0KKworICAgIGlmKCAhU3Vi bWl0S2V5ICkgY29udGludWU7CisKKyAgICBlci5FdmVudFR5cGUgPSBLRVlfRVZFTlQ7CisgICAg ZXIuRXZlbnQuS2V5RXZlbnQuYktleURvd24gPSBEb3duOworICAgIGVyLkV2ZW50LktleUV2ZW50 LndSZXBlYXRDb3VudCA9IFJlcGVhdENvdW50OworLy8gICAgZXIuRXZlbnQuS2V5RXZlbnQudUNo YXIuQXNjaWlDaGFyID0gQXNjaWlDaGFyOworLy8gICAgZXIuRXZlbnQuS2V5RXZlbnQudUNoYXIu VW5pY29kZUNoYXIgPSBVbmljb2RlQ2hhcjsKKyAgICBlci5FdmVudC5LZXlFdmVudC51Q2hhci5V bmljb2RlQ2hhciA9IEFzY2lpQ2hhcjsKKyAgICBlci5FdmVudC5LZXlFdmVudC5kd0NvbnRyb2xL ZXlTdGF0ZSA9IFNoaWZ0U3RhdGU7CisgICAgZXIuRXZlbnQuS2V5RXZlbnQud1ZpcnR1YWxLZXlD b2RlID0gVmlydHVhbEtleUNvZGU7CisgICAgZXIuRXZlbnQuS2V5RXZlbnQud1ZpcnR1YWxTY2Fu Q29kZSA9IFZpcnR1YWxTY2FuQ29kZTsKKyAgICAKKyAgICBpZiAoU2hpZnRTdGF0ZSAmICggUklH SFRfQUxUX1BSRVNTRUQgfCBMRUZUX0FMVF9QUkVTU0VEICkmJgorICAgICAgICBWaXJ0dWFsS2V5 Q29kZSA9PSBWS19UQUIgKQorICAgICAgeworICAgICAgICBpZiggRG93biA9PSBUUlVFICkKKwkg IHsKKwkgICAgQU5TSV9TVFJJTkcgVGl0bGU7CisJICAgIHZvaWQgKiBCdWZmZXI7CisJICAgIENP T1JEICpwb3M7CisJICAgICAgCisJICAgIC8qIGFsdC10YWIsIHN3YXAgY29uc29sZXMgKi8KKwkg ICAgLy8gbW92ZSBTd2FwQ29uc29sZSB0byBuZXh0IGNvbnNvbGUsIGFuZCBwcmludCBpdHMgdGl0 bGUKKwkgICAgTE9DSzsKKwkgICAgaWYoICFTd2FwQ29uc29sZSApCisJICAgICAgeworCSAgCVN3 YXBDb25zb2xlID0gQWN0aXZlQ29uc29sZTsKKwkgICAgICB9CisJICAgICAgCisJICAgIGlmKCBT aGlmdFN0YXRlICYgU0hJRlRfUFJFU1NFRCApCisJICAgICAgeworICAgICAgICAgICAgICAgIFN3 YXBDb25zb2xlID0gU3dhcENvbnNvbGUtPlByZXY7CisJICAgICAgfQorCSAgICBlbHNlIAorCSAg ICAgIHsKKwkJU3dhcENvbnNvbGUgPSBTd2FwQ29uc29sZS0+TmV4dDsKKwkgICAgICB9CisJICAg IFRpdGxlLk1heGltdW1MZW5ndGggPSBSdGxVbmljb2RlU3RyaW5nVG9BbnNpU2l6ZSggJlN3YXBD b25zb2xlLT5UaXRsZSApOworCSAgICBUaXRsZS5MZW5ndGggPSAwOworCSAgICBCdWZmZXIgPSBS dGxBbGxvY2F0ZUhlYXAoIENzcnNzQXBpSGVhcCwKKwkJICAgICAgICAgICAgICAgICAgICAgIDAs CisJCQkJICAgICAgc2l6ZW9mKCBDT09SRCApICsgVGl0bGUuTWF4aW11bUxlbmd0aCk7CisJICAg IHBvcyA9IChDT09SRCAqKUJ1ZmZlcjsKKwkgICAgVGl0bGUuQnVmZmVyID0gQnVmZmVyICsgc2l6 ZW9mKCBDT09SRCApOworCisgICAgICAgICAgICBSdGxVbmljb2RlU3RyaW5nVG9BbnNpU3RyaW5n KCZUaXRsZSwgJlN3YXBDb25zb2xlLT5UaXRsZSwgRkFMU0UpOworCSAgICBwb3MtPlkgPSBQaHlz aWNhbENvbnNvbGVTaXplLlkgLyAyOworCSAgICBwb3MtPlggPSAoIFBoeXNpY2FsQ29uc29sZVNp emUuWCAtIFRpdGxlLkxlbmd0aCApIC8gMjsKKwkgICAgLy8gcmVkcmF3IHRoZSBjb25zb2xlIHRv IGNsZWFyIG9mZiBvbGQgdGl0bGUKKwkgICAgQ3NyRHJhd0NvbnNvbGUoIEFjdGl2ZUNvbnNvbGUt PkFjdGl2ZUJ1ZmZlciApOworCSAgICBTdGF0dXMgPSBOdERldmljZUlvQ29udHJvbEZpbGUoIENv bnNvbGVEZXZpY2VIYW5kbGUsCisJCQkJCSAgICBOVUxMLAorCQkJCQkgICAgTlVMTCwKKwkJCQkJ ICAgIE5VTEwsCisJCQkJCSAgICAmSW9zYiwKKwkJCQkJICAgIElPQ1RMX0NPTlNPTEVfV1JJVEVf T1VUUFVUX0NIQVJBQ1RFUiwKKwkJCQkJICAgIEJ1ZmZlciwKKwkJCQkJICAgIHNpemVvZiAoQ09P UkQpICsgVGl0bGUuTGVuZ3RoLAorCQkJCQkgICAgTlVMTCwKKwkJCQkJICAgIDApOworCSAgICBp ZiggIU5UX1NVQ0NFU1MoIFN0YXR1cyApICkKKwkgICAgICB7CisJICAgICAgICBEUFJJTlQxKCAi RXJyb3Igd3JpdGluZyB0byBjb25zb2xlXG4iICk7CisJICAgICAgfQorCSAgICBSdGxGcmVlSGVh cCggQ3Nyc3NBcGlIZWFwLCAwLCBCdWZmZXIgKTsKKwkgICAgICAKKwkgICAgVU5MT0NLOworCSAg fQorCWNvbnRpbnVlOworICAgICAgfQorICAgIGVsc2UgaWYoIFN3YXBDb25zb2xlICYmIFZpcnR1 YWxLZXlDb2RlID09IFZLX01FTlUgJiYgIURvd24pCisgICAgICB7CisgICAgICAgIC8vIGFsdCBr ZXkgcmVsZWFzZWQsIHN3YXAgY29uc29sZXMKKwlQQ1NSU1NfQ09OU09MRSB0bXA7CisKKwlMT0NL OworCWlmKCBTd2FwQ29uc29sZSAhPSBBY3RpdmVDb25zb2xlICkKKwkgIHsKKwkgICAgLy8gZmly c3QgcmVtb3ZlIHN3YXBjb25zb2xlIGZyb20gdGhlIGxpc3QKKwkgICAgU3dhcENvbnNvbGUtPlBy ZXYtPk5leHQgPSBTd2FwQ29uc29sZS0+TmV4dDsKKwkgICAgU3dhcENvbnNvbGUtPk5leHQtPlBy ZXYgPSBTd2FwQ29uc29sZS0+UHJldjsKKwkgICAgLy8gbm93IGluc2VydCBiZWZvcmUgYWN0aXZl Y29uc29sZQorCSAgICBTd2FwQ29uc29sZS0+TmV4dCA9IEFjdGl2ZUNvbnNvbGU7CisJICAgIFN3 YXBDb25zb2xlLT5QcmV2ID0gQWN0aXZlQ29uc29sZS0+UHJldjsKKwkgICAgQWN0aXZlQ29uc29s ZS0+UHJldi0+TmV4dCA9IFN3YXBDb25zb2xlOworCSAgICBBY3RpdmVDb25zb2xlLT5QcmV2ID0g U3dhcENvbnNvbGU7CisJICB9CisJQWN0aXZlQ29uc29sZSA9IFN3YXBDb25zb2xlOworCVN3YXBD b25zb2xlID0gMDsKKwlDc3JEcmF3Q29uc29sZSggQWN0aXZlQ29uc29sZS0+QWN0aXZlQnVmZmVy ICk7CisJVU5MT0NLOworCWNvbnRpbnVlOworICAgICAgfQorCisgICAgTE9DSzsKKyAgICBpZiAo QWN0aXZlQ29uc29sZSA9PSBOVUxMKSAKKyAgICAgIHsKKwlVTkxPQ0s7CisJY29udGludWU7Cisg ICAgICB9CisKKyAgICBDb25JblJlYyA9IFJ0bEFsbG9jYXRlSGVhcChDc3Jzc0FwaUhlYXAsIDAs IHNpemVvZihDb25zb2xlSW5wdXQpKTsKKworICAgIGlmKENvbkluUmVjID09IE5VTEwpCisgICAg ICB7CisJVU5MT0NLOworCWJyZWFrOworICAgICAgfQorICAgIAorICAgIENvbkluUmVjLT5JbnB1 dEV2ZW50ID0gZXI7CisgICAgQ29uSW5SZWMtPkZha2UgPSBGQUxTRTsKKyAgICBDb25JblJlYy0+ RWNob2VkID0gRkFMU0U7CisgICAgCisgICAgQ3NycFByb2Nlc3NDaGFyKCBBY3RpdmVDb25zb2xl LCBDb25JblJlYyApOworICAgIFVOTE9DSzsKKyAgfQorCisgIE50VXNlckFjcXVpcmVPclJlbGVh c2VJbnB1dE93bmVyc2hpcCggVFJVRSApOwogfQogCiBDU1JfQVBJKENzckdldFNjcmVlbkJ1ZmZl ckluZm8pCkBAIC0xNDQ1LDYgKzE1NDcsNyBAQAogICAgUExJU1RfRU5UUlkgQ3VycmVudEVudHJ5 OwogICAgUENTUlNTX0NPTlNPTEUgQ29uc29sZTsKICAgIE5UU1RBVFVTIFN0YXR1czsKKyAgIEJP T0xFQU4gRG9uZSA9IEZBTFNFOwogICAgQ29uc29sZUlucHV0ICpJbnB1dDsKICAgIAogICAgUmVw bHktPkhlYWRlci5NZXNzYWdlU2l6ZSA9IHNpemVvZihDU1JTU19BUElfUkVQTFkpOwpAQCAtMTQ2 Miw1MCArMTU2NSwzNiBAQAogICAgICAgfQogCiAgICAvLyBvbmx5IGdldCBpbnB1dCBpZiB0aGVy ZSBpcyBhbnkKLSAgIGlmKCBDb25zb2xlLT5JbnB1dEV2ZW50cy5GbGluayAhPSAmQ29uc29sZS0+ SW5wdXRFdmVudHMgKQorICAgd2hpbGUoIENvbnNvbGUtPklucHV0RXZlbnRzLkZsaW5rICE9ICZD b25zb2xlLT5JbnB1dEV2ZW50cyAmJgorCSAgIURvbmUgKQogICAgICB7CiAgICAgICAgQ3VycmVu dEVudHJ5ID0gUmVtb3ZlSGVhZExpc3QoJkNvbnNvbGUtPklucHV0RXZlbnRzKTsKICAgICAgICBJ bnB1dCA9IENPTlRBSU5JTkdfUkVDT1JEKEN1cnJlbnRFbnRyeSwgQ29uc29sZUlucHV0LCBMaXN0 RW50cnkpOworICAgICAgIERvbmUgPSAhSW5wdXQtPkZha2U7CiAgICAgICAgUmVwbHktPkRhdGEu UmVhZElucHV0UmVwbHkuSW5wdXQgPSBJbnB1dC0+SW5wdXRFdmVudDsKIAogICAgICAgIGlmKCBJ bnB1dC0+SW5wdXRFdmVudC5FdmVudFR5cGUgPT0gS0VZX0VWRU5UICkKIAkgewogCSAgIGlmKCBD b25zb2xlLT5Nb2RlICYgRU5BQkxFX0xJTkVfSU5QVVQgJiYKLQkgICAgICAgSW5wdXQtPklucHV0 RXZlbnQuRXZlbnQuS2V5RXZlbnQuYktleURvd24gPT0gRkFMU0UgJiYKLQkgICAgICAgSW5wdXQt PklucHV0RXZlbnQuRXZlbnQuS2V5RXZlbnQudUNoYXIuQXNjaWlDaGFyID09ICdcbicgKQorCSAg ICAgICBJbnB1dC0+SW5wdXRFdmVudC5FdmVudC5LZXlFdmVudC5iS2V5RG93biA9PSBUUlVFICYm CisJICAgICAgIElucHV0LT5JbnB1dEV2ZW50LkV2ZW50LktleUV2ZW50LnVDaGFyLkFzY2lpQ2hh ciA9PSAnXHInICkgewogCSAgICAgQ29uc29sZS0+V2FpdGluZ0xpbmVzLS07CisgICAgICAgICAg IH0KIAkgICBDb25zb2xlLT5XYWl0aW5nQ2hhcnMtLTsKIAkgfQogICAgICAgIFJ0bEZyZWVIZWFw KCBDc3Jzc0FwaUhlYXAsIDAsIElucHV0ICk7CiAKLSAgICAgICBpZiAoQ29uc29sZS0+SW5wdXRF dmVudHMuRmxpbmsgIT0gJkNvbnNvbGUtPklucHV0RXZlbnRzICYmCi0JICAgUmVwbHktPkRhdGEu UmVhZElucHV0UmVwbHkuSW5wdXQuRXZlbnRUeXBlID09IEtFWV9FVkVOVCAmJgotCSAgIFJlcGx5 LT5EYXRhLlJlYWRJbnB1dFJlcGx5LklucHV0LkV2ZW50LktleUV2ZW50LnVDaGFyLkFzY2lpQ2hh ciA9PSAnXHInKQotICAgICAgIHsKLSAgICAgICAgICBJbnB1dCA9IENPTlRBSU5JTkdfUkVDT1JE KENvbnNvbGUtPklucHV0RXZlbnRzLkZsaW5rLCBDb25zb2xlSW5wdXQsIExpc3RFbnRyeSk7Ci0J ICBpZiAoSW5wdXQtPklucHV0RXZlbnQuRXZlbnRUeXBlID09IEtFWV9FVkVOVCAmJgotICAgICAg ICAgICAgICBJbnB1dC0+SW5wdXRFdmVudC5FdmVudC5LZXlFdmVudC51Q2hhci5Bc2NpaUNoYXIg PT0gJ1xuJyAmJiAKLSAgICAgICAgICAgICAgKChJbnB1dC0+SW5wdXRFdmVudC5FdmVudC5LZXlF dmVudC5iS2V5RG93biAmJiBSZXBseS0+RGF0YS5SZWFkSW5wdXRSZXBseS5JbnB1dC5FdmVudC5L ZXlFdmVudC5iS2V5RG93bikgfHwKLSAgICAgICAgICAgICAgKElucHV0LT5JbnB1dEV2ZW50LkV2 ZW50LktleUV2ZW50LmJLZXlEb3duPT1GQUxTRSAmJiBSZXBseS0+RGF0YS5SZWFkSW5wdXRSZXBs eS5JbnB1dC5FdmVudC5LZXlFdmVudC5iS2V5RG93bj09RkFMU0UpKSkKLQkgIHsKLQkgICAgaWYo Q29uc29sZS0+TW9kZSAmIEVOQUJMRV9MSU5FX0lOUFVUICYmCi0JICAgICAgIElucHV0LT5JbnB1 dEV2ZW50LkV2ZW50LktleUV2ZW50LmJLZXlEb3duID09IEZBTFNFICYmCi0JICAgICAgIElucHV0 LT5JbnB1dEV2ZW50LkV2ZW50LktleUV2ZW50LnVDaGFyLkFzY2lpQ2hhciA9PSAnXG4nICkKLQkg ICAgIENvbnNvbGUtPldhaXRpbmdMaW5lcy0tOwotCSAgICBDb25zb2xlLT5XYWl0aW5nQ2hhcnMt LTsKLQkgICAgUmVtb3ZlSGVhZExpc3QoJkNvbnNvbGUtPklucHV0RXZlbnRzKTsKLSAgICAgICAg ICAgIFJ0bEZyZWVIZWFwKCBDc3Jzc0FwaUhlYXAsIDAsIElucHV0ICk7Ci0JICB9Ci0gICAgICAg fQotCiAgICAgICAgUmVwbHktPkRhdGEuUmVhZElucHV0UmVwbHkuTW9yZUV2ZW50cyA9IChDb25z b2xlLT5JbnB1dEV2ZW50cy5GbGluayAhPSAmQ29uc29sZS0+SW5wdXRFdmVudHMpID8gVFJVRSA6 IEZBTFNFOwogICAgICAgIFN0YXR1cyA9IFNUQVRVU19TVUNDRVNTOwogICAgICAgIENvbnNvbGUt PkVhcmx5UmV0dXJuID0gRkFMU0U7IC8vIGNsZWFyIGVhcmx5IHJldHVybgogICAgICB9Ci0gICBl bHNlIHsKLSAgICAgIFN0YXR1cyA9IFNUQVRVU19QRU5ESU5HOwotICAgICAgQ29uc29sZS0+RWFy bHlSZXR1cm4gPSBUUlVFOyAgLy8gbWFyayBmb3IgZWFybHkgcmV0dXJuCi0gICB9CisgICAKKyAg IGlmKCAhRG9uZSApCisgICAgIHsKKyAgICAgICBTdGF0dXMgPSBTVEFUVVNfUEVORElORzsKKyAg ICAgICBDb25zb2xlLT5FYXJseVJldHVybiA9IFRSVUU7ICAvLyBtYXJrIGZvciBlYXJseSByZXR1 cm4KKyAgICAgfQorCiAgICBVTkxPQ0s7CiAgICByZXR1cm4gUmVwbHktPlN0YXR1cyA9IFN0YXR1 czsKIH0KQEAgLTI0MjQsMTQgKzI1MTMsMTQgQEAKICAgIFJlYWRSZWdpb24uQm90dG9tID0gUmVh ZFJlZ2lvbi5Ub3AgKyBTaXplWTsKICAgIFJlYWRSZWdpb24uUmlnaHQgPSBSZWFkUmVnaW9uLkxl ZnQgKyBTaXplWDsKIAotICAgQ3NycEluaXRSZWN0KFNjcmVlblJlY3QsIDAsIDAsIFNjcmVlbkJ1 ZmZlci0+TWF4WSAtIDEsIFNjcmVlbkJ1ZmZlci0+TWF4WCAtIDEpOworICAgQ3NycEluaXRSZWN0 KFNjcmVlblJlY3QsIDAsIDAsIFNjcmVlbkJ1ZmZlci0+TWF4WSwgU2NyZWVuQnVmZmVyLT5NYXhY KTsKICAgIGlmICghQ3NycEdldEludGVyc2VjdGlvbigmUmVhZFJlZ2lvbiwgU2NyZWVuUmVjdCwg UmVhZFJlZ2lvbikpCiAgICB7CiAgICAgICBVTkxPQ0s7CiAgICAgICBSZXBseS0+U3RhdHVzID0g U1RBVFVTX1NVQ0NFU1M7CiAgICAgICByZXR1cm4gUmVwbHktPlN0YXR1czsKICAgIH0KLSAgIAor CiAgICBmb3IoaSA9IDAsIFkgPSBSZWFkUmVnaW9uLlRvcDsgWSA8IFJlYWRSZWdpb24uQm90dG9t OyArK2ksICsrWSkKICAgIHsKICAgICAgQ3VyQ2hhckluZm8gPSBDaGFySW5mbyArIChpICogQnVm ZmVyU2l6ZS5YKTsKQEAgLTI1MDksOSArMjU5OCwxMyBAQAogICAgICAgICAgUmVwbHktPlN0YXR1 cyA9IFNUQVRVU19JTlNVRkZJQ0lFTlRfUkVTT1VSQ0VTOwogICAgICAgICAgcmV0dXJuIFJlcGx5 LT5TdGF0dXM7CiAgICAgICB9Ci0gICAgICAKKworICAgICAgUmVjb3JkLT5FY2hvZWQgPSBGQUxT RTsKKyAgICAgIFJlY29yZC0+RmFrZSA9IEZBTFNFOwogICAgICAgUmVjb3JkLT5JbnB1dEV2ZW50 ID0gKklucHV0UmVjb3JkKys7Ci0gICAgICBJbnNlcnRUYWlsTGlzdCgmQ29uc29sZS0+SW5wdXRF dmVudHMsICZSZWNvcmQtPkxpc3RFbnRyeSk7CisgICAgICBpZiggUmVjb3JkLT5JbnB1dEV2ZW50 LkV2ZW50VHlwZSA9PSBLRVlfRVZFTlQgKSB7CisJICBDc3JwUHJvY2Vzc0NoYXIoIENvbnNvbGUs IFJlY29yZCApOworICAgICAgfQogICAgfQogICAgICAgCiAgICBVTkxPQ0s7CkBAIC0yNTQyLDE1 ICsyNjM1LDYgQEAKICAgIGlmICggKENPTlNPTEVfSEFSRFdBUkVfU1RBVEVfR0RJX01BTkFHRUQg PT0gQ29uc29sZUh3U3RhdGUpCiAgICAgICB8fChDT05TT0xFX0hBUkRXQVJFX1NUQVRFX0RJUkVD VCA9PSBDb25zb2xlSHdTdGF0ZSkpCiAgICB7Ci0gICAgICAvKiBJbmhpYml0IGtleWJvYXJkIGlu cHV0IHdoZW4gaGFyZHdhcmUgc3RhdGUgPT0KLSAgICAgICAqIENPTlNPTEVfSEFSRFdBUkVfU1RB VEVfR0RJX01BTkFHRUQgKi8KLSAgICAgIGlmIChDT05TT0xFX0hBUkRXQVJFX1NUQVRFX0dESV9N QU5BR0VEID09IENvbnNvbGVId1N0YXRlKSB7Ci0gICAgICAgICBEYmdQcmludCggIktleWJvYXJk IEluaGliaXRlZC5cbiIgKTsKLSAgICAgICAgIEtleVJlYWRJbmhpYml0ID0gVFJVRTsKLSAgICAg IH0gZWxzZSB7Ci0gICAgICAgICBEYmdQcmludCggIktleWJvYXJkIEVuYWJsZWQuXG4iICk7Ci0g ICAgICAgICBLZXlSZWFkSW5oaWJpdCA9IEZBTFNFOwotICAgICAgfQogICAgICAgaWYgKENvbnNv bGUtPkhhcmR3YXJlU3RhdGUgIT0gQ29uc29sZUh3U3RhdGUpCiAgICAgICB7CiAJIC8qIFRPRE86 IGltcGxlbWVudCBzd2l0Y2hpbmcgZnJvbSBmdWxsIHNjcmVlbiB0byB3aW5kb3dlZCBtb2RlICov CkluZGV4OiBzdWJzeXMvd2luMzJrL2VuZy9tZW0uYwo9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvQ1ZT L1JlYWN0T1MvcmVhY3Rvcy9zdWJzeXMvd2luMzJrL2VuZy9tZW0uYyx2CnJldHJpZXZpbmcgcmV2 aXNpb24gMS4xMgpkaWZmIC11IC1yMS4xMiBtZW0uYwotLS0gc3Vic3lzL3dpbjMyay9lbmcvbWVt LmMJMjYgU2VwIDIwMDMgMTA6NDU6NDQgLTAwMDAJMS4xMgorKysgc3Vic3lzL3dpbjMyay9lbmcv bWVtLmMJOCBPY3QgMjAwMyAwNTowNjowMyAtMDAwMApAQCAtODEsNiArODEsNyBAQAogICBVTE9O RyBNZW1TaXplID0gc2l6ZW9mKFVTRVJNRU1IRUFERVIpICsgY2o7CiAgIFBVU0VSTUVNSEVBREVS IEhlYWRlcjsKIAorICBEYmdQcmludCgiRW5nQWxsb2NVc2VyTWVtXG4iKTsKICAgU3RhdHVzID0g WndBbGxvY2F0ZVZpcnR1YWxNZW1vcnkoTnRDdXJyZW50UHJvY2VzcygpLCAmTmV3TWVtLCAwLCAm TWVtU2l6ZSwgTUVNX0NPTU1JVCwgUEFHRV9SRUFEV1JJVEUpOwogCiAgIGlmICghIE5UX1NVQ0NF U1MoU3RhdHVzKSkKSW5kZXg6IHN1YnN5cy93aW4zMmsvaW5jbHVkZS9pbnB1dC5oCj09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT0KUkNTIGZpbGU6IC9DVlMvUmVhY3RPUy9yZWFjdG9zL3N1YnN5cy93aW4zMmsvaW5jbHVkZS9p bnB1dC5oLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjIKZGlmZiAtdSAtcjEuMiBpbnB1dC5oCi0t LSBzdWJzeXMvd2luMzJrL2luY2x1ZGUvaW5wdXQuaAkxOCBNYXkgMjAwMyAxNzoxNjoxNyAtMDAw MAkxLjIKKysrIHN1YnN5cy93aW4zMmsvaW5jbHVkZS9pbnB1dC5oCTggT2N0IDIwMDMgMDU6MDY6 MDMgLTAwMDAKQEAgLTEsNyArMSwxMiBAQAogI2lmbmRlZiBfX1dJTjMyS19NT1VTRV9ICiAjZGVm aW5lIF9fV0lOMzJLX01PVVNFX0gKIAorI2luY2x1ZGUgPGludGVybmFsL2tiZC5oPgorCiBOVFNU QVRVUyBGQVNUQ0FMTAogSW5pdElucHV0SW1wbChWT0lEKTsKK1BVU0VSX01FU1NBR0VfUVVFVUUg VzMya0dldFByaW1pdGl2ZU1lc3NhZ2VRdWV1ZShWT0lEKTsKK1BLQkRUQUJMRVMgVzMya0dldERl ZmF1bHRLZXlMYXlvdXQoVk9JRCk7CitWT0lEIEZBU1RDQUxMIFczMmtLZXlQcm9jZXNzTWVzc2Fn ZShMUE1TRyBNc2csIFBLQkRUQUJMRVMgS2V5TGF5b3V0KTsKIAogI2VuZGlmIC8qIF9fV0lOMzJL X01PVVNFX0ggKi8KSW5kZXg6IHN1YnN5cy93aW4zMmsvbWFpbi9kbGxtYWluLmMKPT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PQpSQ1MgZmlsZTogL0NWUy9SZWFjdE9TL3JlYWN0b3Mvc3Vic3lzL3dpbjMyay9tYWluL2RsbG1h aW4uYyx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS40NApkaWZmIC11IC1yMS40NCBkbGxtYWluLmMK LS0tIHN1YnN5cy93aW4zMmsvbWFpbi9kbGxtYWluLmMJMTkgQXVnIDIwMDMgMTE6NDg6NDkgLTAw MDAJMS40NAorKysgc3Vic3lzL3dpbjMyay9tYWluL2RsbG1haW4uYwk4IE9jdCAyMDAzIDA1OjA2 OjAzIC0wMDAwCkBAIC03Myw2ICs3Myw3IEBACiAgICAgICBJbml0aWFsaXplTGlzdEhlYWQoJldp bjMyUHJvY2Vzcy0+TWVudUxpc3RIZWFkKTsKICAgICAgIEV4SW5pdGlhbGl6ZUZhc3RNdXRleCgm V2luMzJQcm9jZXNzLT5NZW51TGlzdExvY2spOyAgICAgIAogCisgICAgICBXaW4zMlByb2Nlc3Mt PktleWJvYXJkTGF5b3V0ID0gVzMya0dldERlZmF1bHRLZXlMYXlvdXQoKTsKICAgICAgIFdpbjMy UHJvY2Vzcy0+V2luZG93U3RhdGlvbiA9IE5VTEw7CiAgICAgICBpZiAoUHJvY2Vzcy0+V2luMzJX aW5kb3dTdGF0aW9uICE9IE5VTEwpCiAJewpAQCAtMTI1LDYgKzEyNiw3IEBACiAjZW5kaWYKIAog ICAgICAgV2luMzJUaHJlYWQtPk1lc3NhZ2VRdWV1ZSA9IE1zcUNyZWF0ZU1lc3NhZ2VRdWV1ZSgp OworICAgICAgV2luMzJUaHJlYWQtPktleWJvYXJkTGF5b3V0ID0gVzMya0dldERlZmF1bHRLZXlM YXlvdXQoKTsKICAgICAgIEluaXRpYWxpemVMaXN0SGVhZCgmV2luMzJUaHJlYWQtPldpbmRvd0xp c3RIZWFkKTsKICAgICAgIEV4SW5pdGlhbGl6ZUZhc3RNdXRleCgmV2luMzJUaHJlYWQtPldpbmRv d0xpc3RMb2NrKTsKIApJbmRleDogc3Vic3lzL3dpbjMyay9udHVzZXIvaW5wdXQuYwo9PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09ClJDUyBmaWxlOiAvQ1ZTL1JlYWN0T1MvcmVhY3Rvcy9zdWJzeXMvd2luMzJrL250dXNlci9p bnB1dC5jLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjEzCmRpZmYgLXUgLXIxLjEzIGlucHV0LmMK LS0tIHN1YnN5cy93aW4zMmsvbnR1c2VyL2lucHV0LmMJMzAgU2VwIDIwMDMgMjI6MDQ6MjQgLTAw MDAJMS4xMworKysgc3Vic3lzL3dpbjMyay9udHVzZXIvaW5wdXQuYwk4IE9jdCAyMDAzIDA1OjA2 OjAzIC0wMDAwCkBAIC01MCw2ICs1MCw3IEBACiBzdGF0aWMgSEFORExFIEtleWJvYXJkRGV2aWNl SGFuZGxlOwogc3RhdGljIEtFVkVOVCBJbnB1dFRocmVhZHNTdGFydDsKIHN0YXRpYyBCT09MRUFO IElucHV0VGhyZWFkc1J1bm5pbmcgPSBGQUxTRTsKK1BVU0VSX01FU1NBR0VfUVVFVUUgcG1Qcmlt aXRpdmVNZXNzYWdlUXVldWUgPSAwOwogCiAvKiBGVU5DVElPTlMgKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKiovCiAKQEAgLTg0 LDExICs4NSwxMyBAQAogICAgICAgLyoKICAgICAgICAqIFdhaXQgdG8gc3RhcnQgaW5wdXQuCiAg ICAgICAgKi8KKyAgICAgIERiZ1ByaW50KCAiSW5wdXQgVGhyZWFkIFdhaXRpbmcgZm9yIHN0YXJ0 IGV2ZW50XG4iICk7CiAgICAgICBTdGF0dXMgPSBLZVdhaXRGb3JTaW5nbGVPYmplY3QoJklucHV0 VGhyZWFkc1N0YXJ0LAogCQkJCSAgICAgMCwKIAkJCQkgICAgIFVzZXJNb2RlLAogCQkJCSAgICAg VFJVRSwKIAkJCQkgICAgIE5VTEwpOworICAgICAgRGJnUHJpbnQoICJJbnB1dCBUaHJlYWQgU3Rh cnRpbmcuLi5cbiIgKTsKIAogICAgICAgLyoKICAgICAgICAqIFJlY2VpdmUgYW5kIHByb2Nlc3Mg a2V5Ym9hcmQgaW5wdXQuCkBAIC05Niw4ICs5OSw4IEBACiAgICAgICB3aGlsZSAoSW5wdXRUaHJl YWRzUnVubmluZykKIAl7CiAJICBLRVlfRVZFTlRfUkVDT1JEIEtleUV2ZW50OwotCSAgTFBBUkFN IGxQYXJhbTsKLSAgICBCT09MRUFOIFN5c0tleTsKKwkgIExQQVJBTSBsUGFyYW0gPSAwOworCSAg Qk9PTEVBTiBTeXNLZXk7CiAJICAKIAkgIFN0YXR1cyA9IE50UmVhZEZpbGUgKEtleWJvYXJkRGV2 aWNlSGFuZGxlLCAKIAkJCSAgICAgICBOVUxMLApAQCAtMTQ0LDggKzE0Nyw5IEBACiAgICAgICAg ICAgICBsUGFyYW0gfD0gKDEgPDwgMjkpOyAgLyogQ29udGV4dCBtb2RlLiAxIGlmIEFMVCBpZiBw cmVzc2VkIHdoaWxlIHRoZSBrZXkgaXMgcHJlc3NlZCAqLwogICAgICAgICAgIH0KIAotCSAgICAg IE1zcVBvc3RLZXlib2FyZE1lc3NhZ2UoU3lzS2V5ID8gV01fU1lTS0VZRE9XTiA6IFdNX0tFWURP V04sIEtleUV2ZW50LndWaXJ0dWFsS2V5Q29kZSwgCi0JCQkJICAgICBsUGFyYW0pOworCU1zcVBv c3RLZXlib2FyZE1lc3NhZ2UoU3lzS2V5ID8gV01fU1lTS0VZRE9XTiA6IFdNX0tFWURPV04sIAor CQkJICAgICAgIEtleUV2ZW50LndWaXJ0dWFsS2V5Q29kZSwgCisJCQkgICAgICAgbFBhcmFtKTsK IAkgICAgfQogCSAgZWxzZQogCSAgICB7CkBAIC0xNjYsMTYgKzE3MCwxOSBAQAogCQkJCSAgICAg bFBhcmFtKTsKIAkgICAgfQogCX0KKyAgICAgIERiZ1ByaW50KCAiSW5wdXQgVGhyZWFkIFN0b3Bw ZWQuLi5cbiIgKTsKICAgICB9CiB9CiAKIE5UU1RBVFVTIFNURENBTEwKIE50VXNlckFjcXVpcmVP clJlbGVhc2VJbnB1dE93bmVyc2hpcChCT09MRUFOIFJlbGVhc2UpCiB7Ci0gIGlmIChSZWxlYXNl ICYmIElucHV0VGhyZWFkc1J1bm5pbmcpCisgIGlmIChSZWxlYXNlICYmIElucHV0VGhyZWFkc1J1 bm5pbmcgJiYgIXBtUHJpbWl0aXZlTWVzc2FnZVF1ZXVlKQogICAgIHsKKyAgICAgIERiZ1ByaW50 KCAiUmVsZWFzaW5nIGlucHV0OiBQTSA9ICUwOHhcbiIsIHBtUHJpbWl0aXZlTWVzc2FnZVF1ZXVl ICk7CiAgICAgICBLZUNsZWFyRXZlbnQoJklucHV0VGhyZWFkc1N0YXJ0KTsKICAgICAgIElucHV0 VGhyZWFkc1J1bm5pbmcgPSBGQUxTRTsKKyAgICAgIAogICAgICAgTnRBbGVydFRocmVhZChLZXli b2FyZFRocmVhZEhhbmRsZSk7CiAgICAgfQogICBlbHNlIGlmICghUmVsZWFzZSAmJiAhSW5wdXRU aHJlYWRzUnVubmluZykKQEAgLTE4Myw2ICsxOTAsNyBAQAogICAgICAgSW5wdXRUaHJlYWRzUnVu bmluZyA9IFRSVUU7CiAgICAgICBLZVNldEV2ZW50KCZJbnB1dFRocmVhZHNTdGFydCwgSU9fTk9f SU5DUkVNRU5ULCBGQUxTRSk7CiAgICAgfQorCiAgIHJldHVybihTVEFUVVNfU1VDQ0VTUyk7CiB9 CiAKQEAgLTMwMyw2ICszMTEsNSBAQAogICBVTklNUExFTUVOVEVECiAgIHJldHVybiAwOwogfQot CiAKIC8qIEVPRiAqLwpJbmRleDogc3Vic3lzL3dpbjMyay9udHVzZXIva2V5Ym9hcmQuYwo9PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09ClJDUyBmaWxlOiAvQ1ZTL1JlYWN0T1MvcmVhY3Rvcy9zdWJzeXMvd2luMzJrL250dXNl ci9rZXlib2FyZC5jLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjkKZGlmZiAtdSAtcjEuOSBrZXli b2FyZC5jCi0tLSBzdWJzeXMvd2luMzJrL250dXNlci9rZXlib2FyZC5jCTE5IEF1ZyAyMDAzIDEx OjQ4OjQ5IC0wMDAwCTEuOQorKysgc3Vic3lzL3dpbjMyay9udHVzZXIva2V5Ym9hcmQuYwk4IE9j dCAyMDAzIDA1OjA2OjAzIC0wMDAwCkBAIC00NCw5ICs0NCw4IEBACiAjZGVmaW5lIE5ERUJVRwog I2luY2x1ZGUgPGRlYnVnLmg+CiAKLURXT1JEIE1vZEJpdHMgPSAwOwogQllURSBRdWV1ZUtleVN0 YXRlVGFibGVbMjU2XTsKLXN0YXRpYyBQVk9JRCBwa0tleWJvYXJkTGF5b3V0ID0gMDsKK1BLQkRU QUJMRVMgcGtLZXlib2FyZExheW91dCA9IDA7CiAKIC8qIGFydHkgLS0gVGhlc2Ugc2hvdWxkIGJl IHBoYXNlZCBvdXQgZm9yIHRoZSBnZW5lcmFsIGtiZHh4LmRsbCB0YWJsZXMgKi8KIApAQCAtMTcx LDY4ICsxNzAsMTQxIEBACiAKIC8qKiogU3RhdGljcyB1c2VkIGJ5IFRyYW5zbGF0ZU1lc3NhZ2Ug KioqLwogCitzdGF0aWMgVUlOVCBEb250RGlzdGluZ3Vpc2hTaGlmdHMoIFVJTlQgcmV0ICkgewor ICAgIGlmKCByZXQgPT0gVktfTFNISUZUIHx8IHJldCA9PSBWS19SU0hJRlQgKSByZXQgPSBWS19T SElGVDsKKyAgICBpZiggcmV0ID09IFZLX0xDT05UUk9MIHx8IHJldCA9PSBWS19SQ09OVFJPTCAp IHJldCA9IFZLX0NPTlRST0w7CisgICAgaWYoIHJldCA9PSBWS19MTUVOVSB8fCByZXQgPT0gVktf Uk1FTlUgKSByZXQgPSBWS19NRU5VOworICAgIHJldHVybiByZXQ7Cit9CisKIHN0YXRpYyBWT0lE IFNURENBTEwgU2V0S2V5U3RhdGUoRFdPUkQga2V5LCBCT09MIGRvd24pIHsKLSAgaWYoIGtleSA+ PSAnYScgJiYga2V5IDw9ICd6JyApIGtleSArPSAnQScgLSAnYSc7Ci0gIFF1ZXVlS2V5U3RhdGVU YWJsZVtrZXldID0gZG93bjsKKyAgUXVldWVLZXlTdGF0ZVRhYmxlW2tleV0gPSBkb3duID8gMHg4 MCA6IDA7CiB9CiAKLXN0YXRpYyBCT09MIFNldE1vZEtleSggUEtCRFRBQkxFUyBwa0tULCBXT1JE IHdWSywgQk9PTCBkb3duICkgeworVk9JRCBEdW1wS2V5U3RhdGUoIFBCWVRFIEtleVN0YXRlICkg ewogICBpbnQgaTsKLSAgCi0gIGZvciggaSA9IDA7IHBrS1QtPnBDaGFyTW9kaWZpZXJzLT5wVmtU b0JpdFtpXS5WazsgaSsrICkgewotICAgIERiZ1ByaW50KCAidmtbJWRdID0geyAlMDR4LCAleCB9 XG4iLCBpLCAKLQlwa0tULT5wQ2hhck1vZGlmaWVycy0+cFZrVG9CaXRbaV0uVmssCi0JcGtLVC0+ cENoYXJNb2RpZmllcnMtPnBWa1RvQml0W2ldLk1vZEJpdHMgKTsKLSAgICBpZiggcGtLVC0+cENo YXJNb2RpZmllcnMtPnBWa1RvQml0W2ldLlZrID09IHdWSyApIHsKLSAgICAgIGlmKCBkb3duICkg TW9kQml0cyB8PSBwa0tULT5wQ2hhck1vZGlmaWVycy0+cFZrVG9CaXRbaV0uTW9kQml0czsKLSAg ICAgIGVsc2UgTW9kQml0cyAmPSB+cGtLVC0+cENoYXJNb2RpZmllcnMtPnBWa1RvQml0W2ldLk1v ZEJpdHM7Ci0gICAgICBEYmdQcmludCggIk1vZEJpdHM6ICV4XG4iLCBNb2RCaXRzICk7Ci0gICAg ICByZXR1cm4gVFJVRTsKKworICBEYmdQcmludCggIktleVN0YXRlIHsgIiApOworICBmb3IoIGkg PSAwOyBpIDwgMHgxMDA7IGkrKyApIHsKKyAgICBpZiggS2V5U3RhdGVbaV0gKSBEYmdQcmludCgg IiUwMngoJTAyeCkgIiwgaSwgS2V5U3RhdGVbaV0gKTsKKyAgfQorICBEYmdQcmludCggIn07XG4i ICk7Cit9CisKK3N0YXRpYyBCWVRFIEtleXNTZXQoIFBLQkRUQUJMRVMgcGtLVCwgUEJZVEUgS2V5 U3RhdGUsIAorCQkgICAgIGludCBNb2QsIGludCBGYWtlTW9kTGVmdCwgaW50IEZha2VNb2RSaWdo dCApIHsKKyAgaW50IGk7CisKKyAgaWYoICFLZXlTdGF0ZSB8fCAhcGtLVCApIHJldHVybiAwOwor CisgIGZvciggaSA9IDA7IGkgPCBwa0tULT5iTWF4VlNDdG9WSzsgaSsrICkgeworICAgIGlmKCBL ZXlTdGF0ZVtpXSAmIDB4QzAgJiYKKwkoKHBrS1QtPnB1c1ZTQ3RvVktbaV0gJiAweGZmKSA9PSBN b2QgfHwKKwkgKHBrS1QtPnB1c1ZTQ3RvVktbaV0gJiAweGZmKSA9PSBGYWtlTW9kTGVmdCB8fAor CSAocGtLVC0+cHVzVlNDdG9WS1tpXSAmIDB4ZmYpID09IEZha2VNb2RSaWdodCApICkgeworICAg ICAgcmV0dXJuIEtleVN0YXRlW2ldOwogICAgIH0KICAgfQogCi0gIHJldHVybiBGQUxTRTsKKyAg cmV0dXJuIDA7Cit9CisKK3N0YXRpYyBEV09SRCBNb2RCaXRzKCBQS0JEVEFCTEVTIHBrS1QsIFBC WVRFIEtleVN0YXRlICkgeworICBpbnQgaTsKKyAgRFdPUkQgTW9kQml0cyA9IDA7CisgIEJZVEUg TWFzazsKKworICBpZiggIUtleVN0YXRlICkgcmV0dXJuIDA7CisKKyAgLyogRHVtcEtleVN0YXRl KCBLZXlTdGF0ZSApOyAqLworCisgIGZvciggaSA9IDA7IHBrS1QtPnBDaGFyTW9kaWZpZXJzLT5w VmtUb0JpdFtpXS5WazsgaSsrICkgeworICAgIGludCBWayA9IHBrS1QtPnBDaGFyTW9kaWZpZXJz LT5wVmtUb0JpdFtpXS5WazsKKyAgICBzd2l0Y2goVmspCisgICAgICB7CisgICAgICAgIGNhc2Ug VktfU0hJRlQ6CisJICBNYXNrID0gS2V5c1NldCggcGtLVCwgS2V5U3RhdGUsIFZrLCBWS19MU0hJ RlQsIFZLX1JTSElGVCApOworICAgICAgICAgIGlmIChNYXNrICYgMHhjMCkKKwkgICAgTW9kQml0 cyB8PSBwa0tULT5wQ2hhck1vZGlmaWVycy0+cFZrVG9CaXRbaV0uTW9kQml0czsKKwkgIGJyZWFr OworICAgICAgICBjYXNlIFZLX0NPTlRST0w6CisJICBNYXNrID0gS2V5c1NldCggcGtLVCwgS2V5 U3RhdGUsIFZrLCBWS19MQ09OVFJPTCwgVktfUkNPTlRST0wgKTsKKyAgICAgICAgICBpZiAoTWFz ayAmIDB4YzApCisJICAgIE1vZEJpdHMgfD0gcGtLVC0+cENoYXJNb2RpZmllcnMtPnBWa1RvQml0 W2ldLk1vZEJpdHM7CisJICBicmVhazsKKyAgICAgICAgY2FzZSBWS19NRU5VOgorCSAgTWFzayA9 IEtleXNTZXQoIHBrS1QsIEtleVN0YXRlLCBWaywgVktfTE1FTlUsIFZLX1JNRU5VICk7CisgICAg ICAgICAgaWYgKE1hc2sgJiAweGMwKQorCSAgICBNb2RCaXRzIHw9IHBrS1QtPnBDaGFyTW9kaWZp ZXJzLT5wVmtUb0JpdFtpXS5Nb2RCaXRzOworICAgICAgICAgIGlmIChNYXNrICYgMHg0MCkKKyAg ICAgICAgICAgIE1vZEJpdHMgfD0gMHgwMiAvKiBLQ1RSTCAqLzsKKwkgIGJyZWFrOworCWRlZmF1 bHQ6CisJICBNYXNrID0gS2V5c1NldCggcGtLVCwgS2V5U3RhdGUsIFZrLCAwLCAwICk7CisgICAg ICAgICAgaWYgKE1hc2sgJiAweDgwKQorCSAgICBNb2RCaXRzIHw9IHBrS1QtPnBDaGFyTW9kaWZp ZXJzLT5wVmtUb0JpdFtpXS5Nb2RCaXRzOworCSAgYnJlYWs7CisgICAgICB9CisgIH0KKworICBE UFJJTlQoICJDdXJyZW50IE1vZCBCaXRzOiAleFxuIiwgTW9kQml0cyApOworCisgIHJldHVybiBN b2RCaXRzOwogfQogCi1zdGF0aWMgQk9PTCBUcnlUb1RyYW5zbGF0ZUNoYXIoIFdPUkQgd1ZpcnRL ZXksCi0JCQkJUFZLX1RPX1dDSEFSX1RBQkxFIHZ0d1RibCwgCi0JCQkJRFdPUkQgTW9kQml0cywK LQkJCQlQQk9PTCBwYkRlYWQsCi0JCQkJUEJPT0wgcGJMaWdhdHVyZSwKLQkJCQlQV0NIQVIgcHdj VHJhbnNsYXRlZENoYXIgKSB7Ci0gIGludCBpLGo7Ci0gIHNpemVfdCBzaXplX3RoaXNfZW50cnkg PSB2dHdUYmwtPmNiU2l6ZTsKLSAgaW50IG5TdGF0ZXMgPSB2dHdUYmwtPm5Nb2RpZmljYXRpb25z Oworc3RhdGljIEJPT0wgVHJ5VG9UcmFuc2xhdGVDaGFyKFdPUkQgd1ZpcnRLZXksCisJCQkgICAg ICAgRFdPUkQgTW9kQml0cywKKwkJCSAgICAgICBQQk9PTCBwYkRlYWQsCisJCQkgICAgICAgUEJP T0wgcGJMaWdhdHVyZSwKKwkJCSAgICAgICBQV0NIQVIgcHdjVHJhbnNsYXRlZENoYXIsCisJCQkg ICAgICAgUEtCRFRBQkxFUyBrZXlMYXlvdXQgKSAKK3sKKyAgUFZLX1RPX1dDSEFSX1RBQkxFIHZ0 d1RibDsKICAgUFZLX1RPX1dDSEFSUzEwIHZrUHRyOworICBzaXplX3Qgc2l6ZV90aGlzX2VudHJ5 OworICBpbnQgbk1vZCwgc2hpZnQ7CisKKyAgRFBSSU5UICggIlRyeVRvVHJhbnNsYXRlOiAlMDR4 ICV4XG4iLCB3VmlydEtleSwgTW9kQml0cyApOyAKKworICBpZiAoTW9kQml0cyA+IGtleUxheW91 dC0+cENoYXJNb2RpZmllcnMtPndNYXhNb2RCaXRzKQorICAgIHsKKyAgICAgIHJldHVybiBGQUxT RTsKKyAgICB9CisgIHNoaWZ0ID0ga2V5TGF5b3V0LT5wQ2hhck1vZGlmaWVycy0+TW9kTnVtYmVy W01vZEJpdHNdOwogCi0gIGZvciggaSA9IDA7OyBpKysgKSB7Ci0gICAgdmtQdHIgPSAoUFZLX1RP X1dDSEFSUzEwKQotICAgICAgKCgoQllURSAqKXZ0d1RibC0+cFZrVG9XY2hhcnMpICsgaSAqIHNp emVfdGhpc19lbnRyeSk7Ci0KLSAgICBpZiggIXZrUHRyLT5WaXJ0dWFsS2V5ICkgcmV0dXJuIEZB TFNFOwotICAgIGlmKCB3VmlydEtleSA9PSB2a1B0ci0+VmlydHVhbEtleSApIHsKLSAgICAgIGZv ciggaiA9IDA7IGogPCBuU3RhdGVzOyBqKysgKSB7Ci0JaWYoIGogPT0gKGludCkgTW9kQml0cyAp IHsgLyogT0ssIHdlIGZvdW5kIGEgd2NoYXIgd2l0aCB0aGUgY29ycmVjdAotCQkJCXNoaWZ0IHN0 YXRlIGFuZCB2ayAqLwotCSAgKnBiRGVhZCA9IHZrUHRyLT53Y2hbal0gPT0gV0NIX0RFQUQ7Ci0J ICAqcGJMaWdhdHVyZSA9IHZrUHRyLT53Y2hbal0gPT0gV0NIX0xHVFI7Ci0JICAqcHdjVHJhbnNs YXRlZENoYXIgPSB2a1B0ci0+d2NoW2pdOwotCSAgaWYoICpwYkRlYWQgKSB7Ci0JICAgIGkrKzsK LQkgICAgdmtQdHIgPSAoUFZLX1RPX1dDSEFSUzEwKQotCSAgICAgICgoKEJZVEUgKil2dHdUYmwt PnBWa1RvV2NoYXJzKSArIGkgKiBzaXplX3RoaXNfZW50cnkpOwotCSAgICBpZiggdmtQdHItPlZp cnR1YWxLZXkgIT0gMHhmZiApIHsKLQkgICAgICBEUFJJTlQoICJGb3VuZCBkZWFkIGtleSB3aXRo IG5vIHRyYWlsZXIgaW4gdGhlIHRhYmxlLlxuIiApOwotCSAgICAgIERQUklOVCggIlZLOiAlMDR4 LCBBRERSOiAlMDh4XG4iLCB3VmlydEtleSwgKGludCl2a1B0ciApOwotCSAgICAgIHJldHVybiBG QUxTRTsKKyAgZm9yIChuTW9kID0gMDsga2V5TGF5b3V0LT5wVmtUb1djaGFyVGFibGVbbk1vZF0u bk1vZGlmaWNhdGlvbnM7IG5Nb2QrKykKKyAgICB7CisgICAgICBpZiAoc2hpZnQgPj0ga2V5TGF5 b3V0LT5wVmtUb1djaGFyVGFibGVbbk1vZF0ubk1vZGlmaWNhdGlvbnMpCisgICAgICAgIHsKKwkg IGNvbnRpbnVlOworCX0KKyAgICAgIHZ0d1RibCA9ICZrZXlMYXlvdXQtPnBWa1RvV2NoYXJUYWJs ZVtuTW9kXTsKKyAgICAgIHNpemVfdGhpc19lbnRyeSA9IHZ0d1RibC0+Y2JTaXplOworICAgICAg dmtQdHIgPSAoUFZLX1RPX1dDSEFSUzEwKSgoQllURSAqKXZ0d1RibC0+cFZrVG9XY2hhcnMpOwor ICAgICAgd2hpbGUodmtQdHItPlZpcnR1YWxLZXkpCisgICAgICAgIHsKKyAgICAgICAgICBpZigg d1ZpcnRLZXkgPT0gdmtQdHItPlZpcnR1YWxLZXkgKSAKKwkgICAgeworCSAgICAgICpwYkRlYWQg PSB2a1B0ci0+d2NoW3NoaWZ0XSA9PSBXQ0hfREVBRDsKKwkgICAgICAqcGJMaWdhdHVyZSA9IHZr UHRyLT53Y2hbc2hpZnRdID09IFdDSF9MR1RSOworCSAgICAgICpwd2NUcmFuc2xhdGVkQ2hhciA9 IHZrUHRyLT53Y2hbc2hpZnRdOworCSAgICAgIGlmKCAqcGJEZWFkICkgCisJICAgICAgICB7Cisg ICAgICAgICAgICAgICAgICB2a1B0ciA9IChQVktfVE9fV0NIQVJTMTApKCgoQllURSAqKXZrUHRy KSArIHNpemVfdGhpc19lbnRyeSk7CisJICAgICAgICAgIGlmKCB2a1B0ci0+VmlydHVhbEtleSAh PSAweGZmICkgCisJICAgICAgICAgICAgeworCSAgICAgICAgICAgICAgRFBSSU5UKCAiRm91bmQg ZGVhZCBrZXkgd2l0aCBubyB0cmFpbGVyIGluIHRoZSB0YWJsZS5cbiIgKTsKKwkgICAgICAgICAg ICAgIERQUklOVCggIlZLOiAlMDR4LCBBRERSOiAlMDh4XG4iLCB3VmlydEtleSwgKGludCl2a1B0 ciApOworCSAgICAgICAgICAgICAgcmV0dXJuIEZBTFNFOworCQkgICAgfQorCSAgICAgICAgICAq cHdjVHJhbnNsYXRlZENoYXIgPSB2a1B0ci0+d2NoW3NoaWZ0XTsKKwkgICAgICAgIH0KKwkgICAg ICAgIHJldHVybiBUUlVFOwogCSAgICB9Ci0JICAgICpwd2NUcmFuc2xhdGVkQ2hhciA9IHZrUHRy LT53Y2hbal07Ci0JICB9Ci0JICByZXR1cm4gVFJVRTsKKyAgICAgICAgICB2a1B0ciA9IChQVktf VE9fV0NIQVJTMTApKCgoQllURSAqKXZrUHRyKSArIHNpemVfdGhpc19lbnRyeSk7CiAJfQotICAg ICAgfQogICAgIH0KLSAgfQorICByZXR1cm4gRkFMU0U7CiB9CiAKIHN0YXRpYwpAQCAtMjQzLDM4 ICszMTUsMzIgQEAKIAkgICAgICAgTFBXU1RSIHB3c3pCdWZmLAogCSAgICAgICBpbnQgY2NoQnVm ZiwKIAkgICAgICAgVUlOVCB3RmxhZ3MsCi0JICAgICAgIERXT1JEIE1vZEJpdHMsCiAJICAgICAg IFBLQkRUQUJMRVMgcGtLVCkKIHsKLSAgaW50IGk7Ci0KLSAgRGJnUHJpbnQoIndWaXJ0S2V5PSUw OHgsIHdTY2FuQ29kZT0lMDh4LCBscEtleVN0YXRlPVtdLCAiCi0JICAgInB3c3pCdWZmPSVTLCBj Y2hCdWZmPSVkLCB3RmxhZ3M9JXhcbiIsCi0JICAgd1ZpcnRLZXksIHdTY2FuQ29kZSwgLyogbHBL ZXlTdGF0ZSwgKi8gcHdzekJ1ZmYsCi0JICAgY2NoQnVmZiwgd0ZsYWdzICk7Ci0KLSAgZm9yKCBp ID0gMDsgcGtLVC0+cFZrVG9XY2hhclRhYmxlW2ldLm5Nb2RpZmljYXRpb25zOyBpKysgKSB7Ci0g ICAgV0NIQVIgd2NUcmFuc2xhdGVkQ2hhcjsKLSAgICBCT09MIGJEZWFkOwotICAgIEJPT0wgYkxp Z2F0dXJlOwotCi0gICAgaWYoIFRyeVRvVHJhbnNsYXRlQ2hhciggd1ZpcnRLZXksCi0JCQkgICAg JnBrS1QtPnBWa1RvV2NoYXJUYWJsZVtpXSwgCi0JCQkgICAgTW9kQml0cywKLQkJCSAgICAmYkRl YWQsCi0JCQkgICAgJmJMaWdhdHVyZSwKLQkJCSAgICAmd2NUcmFuc2xhdGVkQ2hhciApICkgewot ICAgICAgaWYoIGJMaWdhdHVyZSApIHsKLQlEUFJJTlQoIk5vdCBoYW5kbGluZyBsaWdhdHVyZSAo eWV0KVxuIiApOwotCXJldHVybiAwOwotICAgICAgfQorICBXQ0hBUiB3Y1RyYW5zbGF0ZWRDaGFy OworICBCT09MIGJEZWFkOworICBCT09MIGJMaWdhdHVyZTsKKworICBpZiggIXBrS1QgKSByZXR1 cm4gMDsKKworICBpZiggVHJ5VG9UcmFuc2xhdGVDaGFyKCB3VmlydEtleSwKKwkJCSAgTW9kQml0 cyggcGtLVCwgbHBLZXlTdGF0ZSApLAorCQkJICAmYkRlYWQsCisJCQkgICZiTGlnYXR1cmUsCisJ CQkgICZ3Y1RyYW5zbGF0ZWRDaGFyLCAKKwkJCSAgcGtLVCApICkgCisgICAgeworICAgICAgaWYo IGJMaWdhdHVyZSApIAorICAgICAgICB7CisJICBEUFJJTlQoIk5vdCBoYW5kbGluZyBsaWdhdHVy ZSAoeWV0KVxuIiApOworCSAgcmV0dXJuIDA7CisgICAgICAgIH0KIAorICAgICAgLyogRGJnUHJp bnQoICJUcmFuczogJTA0eFxuIiwgd2NUcmFuc2xhdGVkQ2hhciApOyAqLwogICAgICAgaWYoIGNj aEJ1ZmYgPiAwICkgcHdzekJ1ZmZbMF0gPSB3Y1RyYW5zbGF0ZWRDaGFyOwogCi0gICAgICBpZigg YkRlYWQgKSByZXR1cm4gLTE7Ci0gICAgICBlbHNlIHJldHVybiAxOworICAgICAgcmV0dXJuIGJE ZWFkID8gLTEgOiAxOwogICAgIH0KLSAgfQogCiAgIHJldHVybiAwOwogfQpAQCAtMjg2LDExICsz NTIsMzAgQEAKIHsKICAgRFdPUkQgcmV0OwogCi0gICAgaWYgKGtleSA+PSAnYScgJiYga2V5IDw9 ICd6Jykga2V5ICs9ICdBJyAtICdhJzsKKyAgaWYoIGtleSA8IDB4MTAwICkgewogICAgIHJldCA9 ICgoRFdPUkQpKFF1ZXVlS2V5U3RhdGVUYWJsZVtrZXldICYgMHg4MCkgPDwgOCApIHwKLSAgICAg ICAgICAgICAgKFF1ZXVlS2V5U3RhdGVUYWJsZVtrZXldICYgMHg4MCkgfAotICAgICAgICAgICAg ICAoUXVldWVLZXlTdGF0ZVRhYmxlW2tleV0gJiAweDAxKTsKKyAgICAgIChRdWV1ZUtleVN0YXRl VGFibGVba2V5XSAmIDB4ODApIHwKKyAgICAgIChRdWV1ZUtleVN0YXRlVGFibGVba2V5XSAmIDB4 MDEpOwogICAgIHJldHVybiByZXQ7CisgIH0KKyAgcmV0dXJuIDA7Cit9CisKK2ludCBTVERDQUxM IFRvVW5pY29kZUV4KCBVSU5UIHdWaXJ0S2V5LAorCQkJIFVJTlQgd1NjYW5Db2RlLAorCQkJIFBC WVRFIGxwS2V5U3RhdGUsCisJCQkgTFBXU1RSIHB3c3pCdWZmLAorCQkJIGludCBjY2hCdWZmLAor CQkJIFVJTlQgd0ZsYWdzLAorCQkJIEhLTCBkd2hrbCApIHsKKyAgcmV0dXJuIFRvVW5pY29kZUlu bmVyKCB3VmlydEtleSwKKwkJCSB3U2NhbkNvZGUsCisJCQkgbHBLZXlTdGF0ZSwKKwkJCSBwd3N6 QnVmZiwKKwkJCSBjY2hCdWZmLAorCQkJIHdGbGFncywKKwkJCSBQc0dldFdpbjMyVGhyZWFkKCkg PyAKKwkJCSBQc0dldFdpbjMyVGhyZWFkKCktPktleWJvYXJkTGF5b3V0IDogMCApOwogfQogCiBp bnQgU1REQ0FMTCBUb1VuaWNvZGUoIFVJTlQgd1ZpcnRLZXksCkBAIC0yOTksMTQgKzM4NCwxMyBA QAogCQkgICAgICAgTFBXU1RSIHB3c3pCdWZmLAogCQkgICAgICAgaW50IGNjaEJ1ZmYsCiAJCSAg ICAgICBVSU5UIHdGbGFncyApIHsKLSAgcmV0dXJuIFRvVW5pY29kZUlubmVyKCB3VmlydEtleSwK LQkJCSB3U2NhbkNvZGUsCi0JCQkgUXVldWVLZXlTdGF0ZVRhYmxlLAotCQkJIHB3c3pCdWZmLAot CQkJIGNjaEJ1ZmYsCi0JCQkgd0ZsYWdzLAotCQkJIE1vZEJpdHMsCi0JCQkgcGtLZXlib2FyZExh eW91dCApOworICByZXR1cm4gVG9Vbmljb2RlRXgoIHdWaXJ0S2V5LAorCQkgICAgICB3U2NhbkNv ZGUsCisJCSAgICAgIFF1ZXVlS2V5U3RhdGVUYWJsZSwKKwkJICAgICAgcHdzekJ1ZmYsCisJCSAg ICAgIGNjaEJ1ZmYsCisJCSAgICAgIHdGbGFncywKKwkJICAgICAgMCApOwogfQogCiB0eXBlZGVm IFBWT0lEICgqS2JkTGF5ZXJEZXNjcmlwdG9yKShWT0lEKTsKQEAgLTMzOSw1NiArNDIzLDUxIEBA CiAgIH0KIH0KIAorUEtCRFRBQkxFUyBXMzJrR2V0RGVmYXVsdEtleUxheW91dCgpIHsKKyAgaWYo ICFwa0tleWJvYXJkTGF5b3V0ICkgSW5pdEtiZExheW91dCggJnBrS2V5Ym9hcmRMYXlvdXQgKTsK KyAgcmV0dXJuIHBrS2V5Ym9hcmRMYXlvdXQ7Cit9CisKIEJPT0wgU1REQ0FMTAogTnRVc2VyVHJh bnNsYXRlTWVzc2FnZShMUE1TRyBscE1zZywKLQkJICAgICAgIERXT1JEIFVua25vd24xKSAvKiBV c2VkIHRvIHBhc3MgdGhlIGtiZCBsYXlvdXQgKi8KKwkJICAgICAgIEhLTCBkd2hrbCkgLyogVXNl ZCB0byBwYXNzIHRoZSBrYmQgbGF5b3V0ICovCiB7CiAgIHN0YXRpYyBJTlQgZGVhZF9jaGFyID0g MDsKKyAgVUlOVCBTY2FuQ29kZSA9IDA7CiAgIExPTkcgVVN0YXRlID0gMDsKICAgV0NIQVIgd3Bb Ml0gPSB7IDAgfTsKICAgTVNHIE5ld01zZyA9IHsgMCB9OworICBNU0cgSW5Nc2cgPSB7IDAgfTsK ICAgUFVTRVJfTUVTU0FHRSBVTXNnOworICBQS0JEVEFCTEVTIGtleUxheW91dDsKIAotICAvKiBG SVhNRTogU2hvdWxkIHBhc3MgY3VycmVudCBrZXlib2FyZCBsYXlvdXQgZm9yIHRoaXMgdGhyZWFk LiAqLwotICAvKiBBdCB0aGUgbW9tZW50LCB0aGUga2V5Ym9hcmQgbGF5b3V0IGlzIGdsb2JhbC4g Ki8KLSAgLyogQWxzbywgd2UncmUgZml4ZWQgYXQga2JkdXMuZGxsIC4uLiAqLwotICBpZiggIXBr S2V5Ym9hcmRMYXlvdXQgKSBJbml0S2JkTGF5b3V0KCAmcGtLZXlib2FyZExheW91dCApOwotICBp ZiggIXBrS2V5Ym9hcmRMYXlvdXQgKSB7Ci0gICAgRGJnUHJpbnQoICJOb3QgVHJhbnNsYXRpbmcg ZHVlIHRvIGVtcHR5IGxheW91dC5cbiIgKTsKKyAgaWYoICFOVF9TVUNDRVNTKE1tQ29weUZyb21D YWxsZXIoJkluTXNnLCBscE1zZywgc2l6ZW9mKEluTXNnKSkpICkgewogICAgIHJldHVybiBGQUxT RTsKICAgfQogCi0gIGlmIChscE1zZy0+bWVzc2FnZSAhPSBXTV9LRVlET1dOICYmIGxwTXNnLT5t ZXNzYWdlICE9IFdNX1NZU0tFWURPV04pCisgIGtleUxheW91dCA9IFBzR2V0V2luMzJUaHJlYWQo KS0+S2V5Ym9hcmRMYXlvdXQ7CisgIGlmKCAha2V5TGF5b3V0ICkgcmV0dXJuIDA7CisKKyAgU2Nh bkNvZGUgPSAoSW5Nc2cubFBhcmFtID4+IDE2KSAmIDB4ZmY7CisKKyAgaWYgKEluTXNnLm1lc3Nh Z2UgIT0gV01fS0VZRE9XTiAmJiBJbk1zZy5tZXNzYWdlICE9IFdNX1NZU0tFWURPV04pCiAgICAg ewotICAgICAgaWYgKGxwTXNnLT5tZXNzYWdlID09IFdNX0tFWVVQKSB7Ci0JRGJnUHJpbnQoICJB Ym91dCB0byBTZXRLZXlTdGF0ZSggJTA0eCwgRkFMU0UgKTtcbiIsIGxwTXNnLT53UGFyYW0gKTsK LQlTZXRLZXlTdGF0ZSggbHBNc2ctPndQYXJhbSwgRkFMU0UgKTsgLyogUmVsZWFzZSBrZXkgKi8K LSAgICAgICAgRGJnUHJpbnQoICJBYm91dCB0byBTZXRNb2RLZXkoKTtcbiIgKTsKLQlTZXRNb2RL ZXkoIHBrS2V5Ym9hcmRMYXlvdXQsIGxwTXNnLT53UGFyYW0sIEZBTFNFICk7Ci0JLyogUmVsZWFz ZSBNb2QgaWYgYW55ICovCi0JRGJnUHJpbnQoICJEb25lIHdpdGgga2V5cy5cbiIgKTsKKyAgICAg IGlmIChJbk1zZy5tZXNzYWdlID09IFdNX0tFWVVQKSB7CisJU2V0S2V5U3RhdGUoIFNjYW5Db2Rl LCBGQUxTRSApOyAvKiBSZWxlYXNlIGtleSAqLwogICAgICAgfQogICAgICAgcmV0dXJuKEZBTFNF KTsKICAgICB9CiAKLSAgRGJnUHJpbnQoICJBYm91dCB0byBTZXRLZXlTdGF0ZSggJTA0eCwgVFJV RSApO1xuIiwgbHBNc2ctPndQYXJhbSApOwotICBTZXRLZXlTdGF0ZSggbHBNc2ctPndQYXJhbSwg VFJVRSApOyAvKiBTdHJpa2Uga2V5ICovCi0KLSAgLyogUGFzcyAxOiBTZWFyY2ggZm9yIG1vZGlm aWVycyAqLwotICBEYmdQcmludCggIkFib3V0IHRvIFNldE1vZEtleSgpO1xuIiApOwotICBpZigg U2V0TW9kS2V5KCBwa0tleWJvYXJkTGF5b3V0LCBscE1zZy0+d1BhcmFtLCBUUlVFICkgKSByZXR1 cm4gVFJVRTsKLSAgRGJnUHJpbnQoICJEb25lIHdpdGgga2V5cy5cbiIgKTsKKyAgU2V0S2V5U3Rh dGUoIFNjYW5Db2RlLCBUUlVFICk7IC8qIFN0cmlrZSBrZXkgKi8KIAogICAvKiBQYXNzIDI6IEdl dCBVbmljb2RlIENoYXJhY3RlciAqLwotICBEYmdQcmludCggIkNhbGxpbmcgVG9Vbmljb2RlU3Ry aW5nKClcbiIgKTsKLSAgVVN0YXRlID0gVG9Vbmljb2RlSW5uZXIobHBNc2ctPndQYXJhbSwgSElX T1JEKGxwTXNnLT5sUGFyYW0pLAotCQkJICBRdWV1ZUtleVN0YXRlVGFibGUsIHdwLCAyLCAwLCBN b2RCaXRzLAotCQkJICBwa0tleWJvYXJkTGF5b3V0KTsKKyAgVVN0YXRlID0gVG9Vbmljb2RlSW5u ZXIoSW5Nc2cud1BhcmFtLCBISVdPUkQoSW5Nc2cubFBhcmFtKSAmIDB4ZmYsCisJCQkgIFF1ZXVl S2V5U3RhdGVUYWJsZSwgd3AsIDIsIDAsIAorCQkJICBrZXlMYXlvdXQgKTsKIAotICBEYmdQcmlu dCggIlVTdGF0ZSBpcyAlZCBhZnRlciBrZXkgJTA0eFxuIiwgVVN0YXRlLCB3cFswXSApOwogICBp ZiAoVVN0YXRlID09IDEpCiAgICAgewotICAgICAgTmV3TXNnLm1lc3NhZ2UgPSAobHBNc2ctPm1l c3NhZ2UgPT0gV01fS0VZRE9XTikgPyBXTV9DSEFSIDogV01fU1lTQ0hBUjsKKyAgICAgIE5ld01z Zy5tZXNzYWdlID0gKEluTXNnLm1lc3NhZ2UgPT0gV01fS0VZRE9XTikgPyBXTV9DSEFSIDogV01f U1lTQ0hBUjsKICAgICAgIGlmIChkZWFkX2NoYXIpCiAgICAgICAgIHsKIAkgIFVMT05HIGk7CkBA IC00MTIsMjEgKzQ5MSwyMSBAQAogCSAgICAgIGRlYWRfY2hhciA9IDA7CiAJICAgIH0KICAgICAg ICAgfQotICAgICAgTmV3TXNnLmh3bmQgPSBscE1zZy0+aHduZDsKKyAgICAgIE5ld01zZy5od25k ID0gSW5Nc2cuaHduZDsKICAgICAgIE5ld01zZy53UGFyYW0gPSB3cFswXTsKLSAgICAgIE5ld01z Zy5sUGFyYW0gPSBscE1zZy0+bFBhcmFtOworICAgICAgTmV3TXNnLmxQYXJhbSA9IEluTXNnLmxQ YXJhbTsKICAgICAgIFVNc2cgPSBNc3FDcmVhdGVNZXNzYWdlKCZOZXdNc2cpOwotICAgICAgRGJn UHJpbnQoICJDSEFSPSclYycgJTA0eCAlMDh4XG4iLCB3cFswXSwgd3BbMF0sIGxwTXNnLT5sUGFy YW0gKTsKKyAgICAgIERQUklOVCggIkNIQVI9JyVjJyAlMDR4ICUwOHhcbiIsIHdwWzBdLCB3cFsw XSwgSW5Nc2cubFBhcmFtICk7CiAgICAgICBNc3FQb3N0TWVzc2FnZShQc0dldFdpbjMyVGhyZWFk KCktPk1lc3NhZ2VRdWV1ZSwgVU1zZyk7CiAgICAgICByZXR1cm4oVFJVRSk7CiAgICAgfQogICBl bHNlIGlmIChVU3RhdGUgPT0gLTEpCiAgICAgewogICAgICAgTmV3TXNnLm1lc3NhZ2UgPSAKLQko bHBNc2ctPm1lc3NhZ2UgPT0gV01fS0VZRE9XTikgPyBXTV9ERUFEQ0hBUiA6IFdNX1NZU0RFQURD SEFSOwotICAgICAgTmV3TXNnLmh3bmQgPSBscE1zZy0+aHduZDsKKwkoSW5Nc2cubWVzc2FnZSA9 PSBXTV9LRVlET1dOKSA/IFdNX0RFQURDSEFSIDogV01fU1lTREVBRENIQVI7CisgICAgICBOZXdN c2cuaHduZCA9IEluTXNnLmh3bmQ7CiAgICAgICBOZXdNc2cud1BhcmFtID0gd3BbMF07Ci0gICAg ICBOZXdNc2cubFBhcmFtID0gbHBNc2ctPmxQYXJhbTsKKyAgICAgIE5ld01zZy5sUGFyYW0gPSBJ bk1zZy5sUGFyYW07CiAgICAgICBkZWFkX2NoYXIgPSB3cFswXTsKICAgICAgIFVNc2cgPSBNc3FD cmVhdGVNZXNzYWdlKCZOZXdNc2cpOwogICAgICAgTXNxUG9zdE1lc3NhZ2UoUHNHZXRXaW4zMlRo cmVhZCgpLT5NZXNzYWdlUXVldWUsIFVNc2cpOwpAQCAtNDY1LDUgKzU0NCwyMjEgQEAKICAgICBy ZXR1cm4gVFJVRTsKIH0KIAorc3RhdGljIFVJTlQgVmtUb1NjYW4oIFVJTlQgQ29kZSwgQk9PTCBF eHRDb2RlLCBQS0JEVEFCTEVTIHBrS1QgKSB7CisgIGludCBpOworCisgIGZvciggaSA9IDA7IGkg PCBwa0tULT5iTWF4VlNDdG9WSzsgaSsrICkgeworICAgIGlmKCBwa0tULT5wdXNWU0N0b1ZLW2ld ID09IENvZGUgKSB7IHJldHVybiBpOyB9CisgIH0KKworICByZXR1cm4gMDsKK30KKworVUlOVCBT Y2FuVG9WayggVUlOVCBDb2RlLCBCT09MIEV4dEtleSwgUEtCRFRBQkxFUyBwa0tUICkgeworICBp ZiggRXh0S2V5ICkgeworICAgIGludCBpOworCisgICAgZm9yKCBpID0gMDsgcGtLVC0+cFZTQ3Rv VktfRTBbaV0uVnNjOyBpKysgKSB7CisgICAgICBpZiggcGtLVC0+cFZTQ3RvVktfRTBbaV0uVnNj ID09IENvZGUgKSAKKwlyZXR1cm4gcGtLVC0+cFZTQ3RvVktfRTBbaV0uVmsgJiAweGZmOworICAg IH0KKyAgICBmb3IoIGkgPSAwOyBwa0tULT5wVlNDdG9WS19FMVtpXS5Wc2M7IGkrKyApIHsKKyAg ICAgIGlmKCBwa0tULT5wVlNDdG9WS19FMVtpXS5Wc2MgPT0gQ29kZSApIAorCXJldHVybiBwa0tU LT5wVlNDdG9WS19FMVtpXS5WayAmIDB4ZmY7CisgICAgfQorCisgICAgcmV0dXJuIDA7CisgIH0g ZWxzZSB7CisgICAgaWYoIENvZGUgPj0gcGtLVC0+Yk1heFZTQ3RvVksgKSB7IHJldHVybiAwOyB9 CisgICAgcmV0dXJuIHBrS1QtPnB1c1ZTQ3RvVktbQ29kZV0gJiAweGZmOworICB9Cit9CisKKy8q CisgKiBNYXAgYSB2aXJ0dWFsIGtleSBjb2RlLCBvciB2aXJ0dWFsIHNjYW4gY29kZSwgdG8gYSBz Y2FuIGNvZGUsIGtleSBjb2RlLAorICogb3IgdW5zaGlmdGVkIHVuaWNvZGUgY2hhcmFjdGVyLgor ICoKKyAqIENvZGU6IFNlZSBCZWxvdworICogVHlwZToKKyAqIDAgLS0gQ29kZSBpcyBhIHZpcnR1 YWwga2V5IGNvZGUgdGhhdCBpcyBjb252ZXJ0ZWQgaW50byBhIHZpcnR1YWwgc2NhbiBjb2RlCisg KiAgICAgIHRoYXQgZG9lcyBub3QgZGlzdGluZ3Vpc2ggYmV0d2VlbiBsZWZ0IGFuZCByaWdodCBz aGlmdCBrZXlzLgorICogMSAtLSBDb2RlIGlzIGEgdmlydHVhbCBzY2FuIGNvZGUgdGhhdCBpcyBj b252ZXJ0ZWQgaW50byBhIHZpcnR1YWwga2V5IGNvZGUKKyAqICAgICAgdGhhdCBkb2VzIG5vdCBk aXN0aW5ndWlzaCBiZXR3ZWVuIGxlZnQgYW5kIHJpZ2h0IHNoaWZ0IGtleXMuCisgKiAyIC0tIENv ZGUgaXMgYSB2aXJ0dWFsIGtleSBjb2RlIHRoYXQgaXMgY29udmVydGVkIGludG8gYW4gdW5zaGlm dGVkIHVuaWNvZGUKKyAqICAgICAgY2hhcmFjdGVyLgorICogMyAtLSBDb2RlIGlzIGEgdmlydHVh bCBzY2FuIGNvZGUgdGhhdCBpcyBjb252ZXJ0ZWQgaW50byBhIHZpcnR1YWwga2V5IGNvZGUKKyAq ICAgICAgdGhhdCBkaXN0aW5ndWlzaGVzIGxlZnQgYW5kIHJpZ2h0IHNoaWZ0IGtleXMuCisgKiBL ZXlMYXlvdXQ6IEtleWJvYXJkIGxheW91dCBoYW5kbGUgKGN1cnJlbnRseSwgdW51c2VkKQorICoK KyAqIEBpbXBsZW1lbnRlZAorICovCisKK1VJTlQKK1NURENBTEwKK050VXNlck1hcFZpcnR1YWxL ZXlFeCggVUlOVCBDb2RlLCBVSU5UIFR5cGUsIERXT1JEIGtleWJvYXJkSWQsIEhLTCBkd2hrbCAp IHsKKyAgVUlOVCByZXQgPSAwOworICBQS0JEVEFCTEVTIGtleUxheW91dCA9IFBzR2V0V2luMzJU aHJlYWQoKS0+S2V5Ym9hcmRMYXlvdXQ7CisKKyAgaWYoICFrZXlMYXlvdXQgKSByZXR1cm4gMDsK KworICBzd2l0Y2goIFR5cGUgKSB7CisgIGNhc2UgMDoKKyAgICBpZiggQ29kZSA9PSBWS19SU0hJ RlQgKSBDb2RlID0gVktfTFNISUZUOworICAgIGlmKCBDb2RlID09IFZLX1JNRU5VICkgQ29kZSA9 IFZLX0xNRU5VOworICAgIGlmKCBDb2RlID09IFZLX1JDT05UUk9MICkgQ29kZSA9IFZLX0xDT05U Uk9MOworICAgIHJldCA9IFZrVG9TY2FuKCBDb2RlLCBGQUxTRSwga2V5TGF5b3V0ICk7CisgICAg YnJlYWs7CisKKyAgY2FzZSAxOgorICAgIHJldCA9IAorICAgICAgRG9udERpc3Rpbmd1aXNoU2hp ZnRzCisgICAgICAoTnRVc2VyTWFwVmlydHVhbEtleUV4KCBDb2RlLCAzLCBrZXlib2FyZElkLCBk d2hrbCApICk7CisgICAgYnJlYWs7CisKKyAgY2FzZSAyOiB7CisgICAgV0NIQVIgd3BbMl07CisK KyAgICByZXQgPSBWa1RvU2NhbiggQ29kZSwgRkFMU0UsIGtleUxheW91dCApOworICAgIFRvVW5p Y29kZUlubmVyKCBDb2RlLCByZXQsIDAsIHdwLCAyLCAwLCBrZXlMYXlvdXQgKTsKKyAgICByZXQg PSB3cFswXTsKKyAgfSBicmVhazsKKworICBjYXNlIDM6CisgICAgcmV0ID0gU2NhblRvVmsoIENv ZGUsIEZBTFNFLCBrZXlMYXlvdXQgKTsKKyAgICBicmVhazsKKyAgfQorCisgIHJldHVybiByZXQ7 Cit9CisKKworaW50CitTVERDQUxMCitOdFVzZXJUb1VuaWNvZGVFeCgKKwkJICBVSU5UIHdWaXJ0 S2V5LAorCQkgIFVJTlQgd1NjYW5Db2RlLAorCQkgIFBCWVRFIGxwS2V5U3RhdGUsCisJCSAgTFBX U1RSIHB3c3pCdWZmLAorCQkgIGludCBjY2hCdWZmLAorCQkgIFVJTlQgd0ZsYWdzLAorCQkgIEhL TCBkd2hrbCApIHsKKyAgQllURSBLZXlTdGF0ZUJ1ZlsweDEwMF07CisgIFBXQ0hBUiBPdXRQd3N6 QnVmZiA9IDA7CisgIGludCByZXQgPSAwOworICAKKworICBpZiggIU5UX1NVQ0NFU1MoTW1Db3B5 RnJvbUNhbGxlcihLZXlTdGF0ZUJ1ZiwKKwkJCQkgICBscEtleVN0YXRlLAorCQkJCSAgIHNpemVv ZihLZXlTdGF0ZUJ1ZikpKSApIHsKKyAgICBEYmdQcmludCggIkNvdWxkbid0IGNvcHkga2V5IHN0 YXRlIGZyb20gY2FsbGVyLlxuIiApOworICAgIHJldHVybiAwOworICB9CisgIE91dFB3c3pCdWZm ID0gRXhBbGxvY2F0ZVBvb2woTm9uUGFnZWRQb29sLHNpemVvZihXQ0hBUikgKiBjY2hCdWZmKTsK KyAgaWYoICFPdXRQd3N6QnVmZiApIHsKKyAgICBEYmdQcmludCggIkV4QWxsb2NhdGVQb29sKCVk KSBmYWlsZWRcbiIsIHNpemVvZihXQ0hBUikgKiBjY2hCdWZmKTsKKyAgICByZXR1cm4gMDsKKyAg fQorICBSdGxaZXJvTWVtb3J5KCBPdXRQd3N6QnVmZiwgc2l6ZW9mKCBXQ0hBUiApICogY2NoQnVm ZiApOworCisgIHJldCA9IFRvVW5pY29kZUV4KCB3VmlydEtleSwKKwkJICAgICB3U2NhbkNvZGUs CisJCSAgICAgS2V5U3RhdGVCdWYsCisJCSAgICAgT3V0UHdzekJ1ZmYsCisJCSAgICAgY2NoQnVm ZiwKKwkJICAgICB3RmxhZ3MsCisJCSAgICAgZHdoa2wgKTsgIAorCisgIE1tQ29weVRvQ2FsbGVy KHB3c3pCdWZmLE91dFB3c3pCdWZmLHNpemVvZihXQ0hBUikqY2NoQnVmZik7CisgIEV4RnJlZVBv b2woT3V0UHdzekJ1ZmYpOworCisgIHJldHVybiByZXQ7Cit9CisKK3N0YXRpYyBpbnQgVzMya1Np bXBsZVRvdXBwZXIoIGludCBjaCApIHsKKyAgaWYoIGNoID49ICdhJyAmJiBjaCA8PSAneicgKSBj aCA9IGNoIC0gJ2EnICsgJ0EnOworICByZXR1cm4gY2g7Cit9CisKK0RXT1JECitTVERDQUxMCitO dFVzZXJHZXRLZXlOYW1lVGV4dCggTE9ORyBsUGFyYW0sIExQV1NUUiBscFN0cmluZywgaW50IG5T aXplICkgeworICBpbnQgaTsKKyAgRFdPUkQgcmV0ID0gMDsKKyAgVUlOVCBDYXJlVmsgPSAwOwor ICBVSU5UIFZrQ29kZSA9IDA7CisgIFVJTlQgU2NhbkNvZGUgPSAobFBhcmFtID4+IDE2KSAmIDB4 ZmY7CisgIEJPT0wgRXh0S2V5ID0gbFBhcmFtICYgKDE8PDI0KSA/IFRSVUUgOiBGQUxTRTsKKyAg UEtCRFRBQkxFUyBrZXlMYXlvdXQgPSAKKyAgICBQc0dldFdpbjMyVGhyZWFkKCkgPyAKKyAgICBQ c0dldFdpbjMyVGhyZWFkKCktPktleWJvYXJkTGF5b3V0IDogMDsKKworICBpZiggIWtleUxheW91 dCB8fCBuU2l6ZSA8IDEgKSByZXR1cm4gMDsKKworICBpZiggbFBhcmFtICYgKDE8PDI1KSApIHsK KyAgICBDYXJlVmsgPSBWa0NvZGUgPSBTY2FuVG9WayggU2NhbkNvZGUsIEV4dEtleSwga2V5TGF5 b3V0ICk7CisgICAgaWYoIFZrQ29kZSA9PSBWS19MU0hJRlQgfHwgVmtDb2RlID09IFZLX1JTSElG VCApCisgICAgICBWa0NvZGUgPSBWS19MU0hJRlQ7CisgICAgaWYoIFZrQ29kZSA9PSBWS19MQ09O VFJPTCB8fCBWa0NvZGUgPT0gVktfUkNPTlRST0wgKQorICAgICAgVmtDb2RlID0gVktfTENPTlRS T0w7CisgICAgaWYoIFZrQ29kZSA9PSBWS19MTUVOVSB8fCBWa0NvZGUgPT0gVktfUk1FTlUgKQor ICAgICAgVmtDb2RlID0gVktfTE1FTlU7CisgIH0gZWxzZSB7CisgICAgVmtDb2RlID0gU2NhblRv VmsoIFNjYW5Db2RlLCBFeHRLZXksIGtleUxheW91dCApOworICB9CisKKyAgVlNDX0xQV1NUUiAq S2V5TmFtZXMgPSAwOworCisgIGlmKCBDYXJlVmsgIT0gVmtDb2RlICkgCisgICAgU2NhbkNvZGUg PSBWa1RvU2NhbiggVmtDb2RlLCBFeHRLZXksIGtleUxheW91dCApOworICAKKyAgaWYoIEV4dEtl eSApIAorICAgIEtleU5hbWVzID0ga2V5TGF5b3V0LT5wS2V5TmFtZXNFeHQ7CisgIGVsc2UgCisg ICAgS2V5TmFtZXMgPSBrZXlMYXlvdXQtPnBLZXlOYW1lczsKKworICBmb3IoIGkgPSAwOyBLZXlO YW1lc1tpXS5wd3N6OyBpKysgKSB7CisgICAgaWYoIEtleU5hbWVzW2ldLnZzYyA9PSBTY2FuQ29k ZSApIHsKKyAgICAgIFVJTlQgU3RyTGVuID0gd2NzbGVuKEtleU5hbWVzW2ldLnB3c3opOworICAg ICAgVUlOVCBTdHJNYXggPSBTdHJMZW4gPiAoblNpemUgLSAxKSA/IChuU2l6ZSAtIDEpIDogU3Ry TGVuOworICAgICAgV0NIQVIgbnVsbF93YyA9IDA7CisgICAgICBpZiggTlRfU1VDQ0VTUyggTW1D b3B5VG9DYWxsZXIoIGxwU3RyaW5nLCAKKwkJCQkgICAgICBLZXlOYW1lc1tpXS5wd3N6LCAKKwkJ CQkgICAgICBTdHJNYXggKiBzaXplb2YoV0NIQVIpICkgKSAmJgorCSAgTlRfU1VDQ0VTUyggTW1D b3B5VG9DYWxsZXIoIGxwU3RyaW5nICsgU3RyTWF4LAorCQkJCSAgICAgICZudWxsX3djLAorCQkJ CSAgICAgIHNpemVvZiggV0NIQVIgKSApICkgKSB7CisJcmV0ID0gU3RyTWF4OworCWJyZWFrOwor ICAgICAgfQorICAgIH0KKyAgfQorCisgIGlmKCByZXQgPT0gMCApIHsKKyAgICBXQ0hBUiBVQ05h bWVbMl07CisKKyAgICBVQ05hbWVbMF0gPSBXMzJrU2ltcGxlVG91cHBlcihOdFVzZXJNYXBWaXJ0 dWFsS2V5RXgoIFZrQ29kZSwgMiwgMCwgMCApKTsKKyAgICBVQ05hbWVbMV0gPSAwOworICAgIHJl dCA9IDE7CisKKyAgICBpZiggIU5UX1NVQ0NFU1MoTW1Db3B5VG9DYWxsZXIoIGxwU3RyaW5nLCBV Q05hbWUsIDIgKiBzaXplb2YoV0NIQVIpICkpICkKKyAgICAgIHJldHVybiAwOworICB9CisKKyAg cmV0dXJuIHJldDsKK30KKworLyoKKyAqIEZpbHRlciB0aGlzIG1lc3NhZ2UgYWNjb3JkaW5nIHRv IHRoZSBjdXJyZW50IGtleSBsYXlvdXQsIHNldHRpbmcgd1BhcmFtCisgKiBhcHByb3ByaWF0ZWx5 LgorICovCisKK1ZPSUQgRkFTVENBTEwgVzMya0tleVByb2Nlc3NNZXNzYWdlKExQTVNHIE1zZywg UEtCRFRBQkxFUyBLZXlib2FyZExheW91dCkgeworICBpZiggIUtleWJvYXJkTGF5b3V0IHx8ICFN c2cpIHJldHVybjsKKyAgaWYoIE1zZy0+bWVzc2FnZSAhPSBXTV9LRVlET1dOICYmIE1zZy0+bWVz c2FnZSAhPSBXTV9TWVNLRVlET1dOICYmCisgICAgICBNc2ctPm1lc3NhZ2UgIT0gV01fS0VZVVAg ICAmJiBNc2ctPm1lc3NhZ2UgIT0gV01fU1lTS0VZVVAgKSB7CisgICAgcmV0dXJuOworICB9Cisg IE1zZy0+d1BhcmFtID0gTnRVc2VyTWFwVmlydHVhbEtleUV4KCAoTXNnLT5sUGFyYW0gPj4gMTYp ICYgMHhmZiwgMSwgMCwgMCApOworfQogCiAvKiBFT0YgKi8KSW5kZXg6IHN1YnN5cy93aW4zMmsv bnR1c2VyL21lc3NhZ2UuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvQ1ZTL1JlYWN0T1MvcmVhY3Rv cy9zdWJzeXMvd2luMzJrL250dXNlci9tZXNzYWdlLmMsdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEu MjkKZGlmZiAtdSAtcjEuMjkgbWVzc2FnZS5jCi0tLSBzdWJzeXMvd2luMzJrL250dXNlci9tZXNz YWdlLmMJMjcgU2VwIDIwMDMgMTU6NDE6NTQgLTAwMDAJMS4yOQorKysgc3Vic3lzL3dpbjMyay9u dHVzZXIvbWVzc2FnZS5jCTggT2N0IDIwMDMgMDU6MDY6MDMgLTAwMDAKQEAgLTM5LDYgKzM5LDcg QEAKICNpbmNsdWRlIDxpbmNsdWRlL3dpbnN0YS5oPgogI2luY2x1ZGUgPGluY2x1ZGUvY2FsbGJh Y2suaD4KICNpbmNsdWRlIDxpbmNsdWRlL3BhaW50aW5nLmg+CisjaW5jbHVkZSA8aW5jbHVkZS9p bnB1dC5oPgogI2luY2x1ZGUgPGludGVybmFsL3NhZmUuaD4KIAogI2RlZmluZSBOREVCVUcKQEAg LTkxLDYgKzkyLDggQEAKIAl9CiAgICAgfQogCisgIGlmKCBNc2cuaHduZCA9PSAwICkgcmV0dXJu IDA7CisKICAgLyogR2V0IHRoZSB3aW5kb3cgb2JqZWN0LiAqLwogICBTdGF0dXMgPSAKICAgICBP Ym1SZWZlcmVuY2VPYmplY3RCeUhhbmRsZShQc0dldFdpbjMyUHJvY2VzcygpLT5XaW5kb3dTdGF0 aW9uLT5IYW5kbGVUYWJsZSwKQEAgLTE4NCw2ICsxODcsNyBAQAogCXsKIAkgIE1zcURlc3Ryb3lN ZXNzYWdlKE1lc3NhZ2UpOwogCX0KKyAgICAgIFczMmtLZXlQcm9jZXNzTWVzc2FnZShNc2csUHNH ZXRXaW4zMlRocmVhZCgpLT5LZXlib2FyZExheW91dCk7CiAgICAgICByZXR1cm4gVFJVRTsKICAg ICB9CiAKQEAgLTUzNiw3ICs1NDAsNyBAQAogCXsKIAkgIFJlc3VsdCA9IEludENhbGxXaW5kb3dQ cm9jKFdpbmRvdy0+V25kUHJvY0EsIGhXbmQsIE1zZywgd1BhcmFtLCBsUGFyYW0pOwogCX0KLQkg IHJldHVybiBSZXN1bHQ7CisJcmV0dXJuIFJlc3VsdDsKIAl9CiAgICAgfQogICBlbHNlCkBAIC02 MTQsNyArNjE4LDYgQEAKIAogICByZXR1cm4gSW50V2FpdE1lc3NhZ2UoTlVMTCwgMCwgMCk7CiB9 Ci0KIAogRFdPUkQgU1REQ0FMTAogTnRVc2VyR2V0UXVldWVTdGF0dXMoQk9PTCBDbGVhckNoYW5n ZXMpCkluZGV4OiBzdWJzeXMvd2luMzJrL250dXNlci9taXNjLmMKPT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmls ZTogL0NWUy9SZWFjdE9TL3JlYWN0b3Mvc3Vic3lzL3dpbjMyay9udHVzZXIvbWlzYy5jLHYKcmV0 cmlldmluZyByZXZpc2lvbiAxLjE4CmRpZmYgLXUgLXIxLjE4IG1pc2MuYwotLS0gc3Vic3lzL3dp bjMyay9udHVzZXIvbWlzYy5jCTI0IFNlcCAyMDAzIDIxOjA5OjIyIC0wMDAwCTEuMTgKKysrIHN1 YnN5cy93aW4zMmsvbnR1c2VyL21pc2MuYwk4IE9jdCAyMDAzIDA1OjA2OjAzIC0wMDAwCkBAIC0y MywyNyArMjMsNDggQEAKICNkZWZpbmUgTkRFQlVHCiAjaW5jbHVkZSA8ZGVidWcuaD4KIAordm9p ZCBXMzJrUmVnaXN0ZXJQcmltaXRpdmVNZXNzYWdlUXVldWUoKSB7CisgIGV4dGVybiBQVVNFUl9N RVNTQUdFX1FVRVVFIHBtUHJpbWl0aXZlTWVzc2FnZVF1ZXVlOworICBpZiggIXBtUHJpbWl0aXZl TWVzc2FnZVF1ZXVlICkgeworICAgIFBXMzJUSFJFQUQgcFRocmVhZDsKKyAgICBwVGhyZWFkID0g UHNHZXRXaW4zMlRocmVhZCgpOworICAgIGlmKCBwVGhyZWFkICYmIHBUaHJlYWQtPk1lc3NhZ2VR dWV1ZSApIHsKKyAgICAgIHBtUHJpbWl0aXZlTWVzc2FnZVF1ZXVlID0gcFRocmVhZC0+TWVzc2Fn ZVF1ZXVlOworICAgICAgRGJnUHJpbnQoICJJbnN0YWxsZWQgcHJpbWl0aXZlIGlucHV0IHF1ZXVl LlxuIiApOworICAgIH0gICAgCisgIH0gZWxzZSB7CisgICAgRGJnUHJpbnQoICJBbGVydCEgU29t ZW9uZSBpcyB0cnlpbmcgdG8gc3RlYWwgdGhlIHByaW1pdGl2ZSBxdWV1ZS5cbiIgKTsKKyAgfQor fQorCitQVVNFUl9NRVNTQUdFX1FVRVVFIFczMmtHZXRQcmltaXRpdmVNZXNzYWdlUXVldWUoKSB7 CisgIGV4dGVybiBQVVNFUl9NRVNTQUdFX1FVRVVFIHBtUHJpbWl0aXZlTWVzc2FnZVF1ZXVlOwor ICByZXR1cm4gcG1QcmltaXRpdmVNZXNzYWdlUXVldWU7Cit9CiAKIC8qCiAgKiBAdW5pbXBsZW1l bnRlZAogICovCiBEV09SRAogU1REQ0FMTAotTnRVc2VyQ2FsbE5vUGFyYW0oCi0gIERXT1JEIFJv dXRpbmUpCitOdFVzZXJDYWxsTm9QYXJhbShEV09SRCBSb3V0aW5lKQogewotLyoKLSAgc3dpdGNo KFJvdXRpbmUpCi0gIHsKLSAgICBjYXNlIDA6Ci0gICAgICBicmVhazsKLSAgfQotKi8KLSAgRFBS SU5UMSgiQ2FsbGluZyBpbnZhbGlkIHJvdXRpbmUgbnVtYmVyIDB4JXggaW4gTnRVc2VyQ2FsbE5v UGFyYW0oKVxuIiwgUm91dGluZSk7Ci0gIFNldExhc3RXaW4zMkVycm9yKEVSUk9SX0lOVkFMSURf UEFSQU1FVEVSKTsKLSAgcmV0dXJuIDA7Ci19CisgIERXT1JEIFJlc3VsdDsKIAorICBzd2l0Y2go Um91dGluZSkgeworICBjYXNlIE5PUEFSQU1fUk9VVElORV9SRUdJU1RFUl9QUklNSVRJVkU6Cisg ICAgVzMya1JlZ2lzdGVyUHJpbWl0aXZlTWVzc2FnZVF1ZXVlKCk7CisgICAgUmVzdWx0ID0gVFJV RTsKKyAgICBicmVhazsKKworICBkZWZhdWx0OgorICAgIERQUklOVDEoIkNhbGxpbmcgaW52YWxp ZCByb3V0aW5lIG51bWJlciAweCV4IGluIE50VXNlckNhbGxUd29QYXJhbVxuIik7CisgICAgU2V0 TGFzdFdpbjMyRXJyb3IoRVJST1JfSU5WQUxJRF9QQVJBTUVURVIpOworICAgIFJlc3VsdCA9IDA7 CisgICAgYnJlYWs7CisgICAgfQorICAgIHJldHVybiAwOworICB9CiAKIC8qCiAgKiBAaW1wbGVt ZW50ZWQKSW5kZXg6IHN1YnN5cy93aW4zMmsvbnR1c2VyL21zZ3F1ZXVlLmMKPT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpS Q1MgZmlsZTogL0NWUy9SZWFjdE9TL3JlYWN0b3Mvc3Vic3lzL3dpbjMyay9udHVzZXIvbXNncXVl dWUuYyx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4yNQpkaWZmIC11IC1yMS4yNSBtc2dxdWV1ZS5j Ci0tLSBzdWJzeXMvd2luMzJrL250dXNlci9tc2dxdWV1ZS5jCTI5IFNlcCAyMDAzIDE5OjM4OjMw IC0wMDAwCTEuMjUKKysrIHN1YnN5cy93aW4zMmsvbnR1c2VyL21zZ3F1ZXVlLmMJOCBPY3QgMjAw MyAwNTowNjowNCAtMDAwMApAQCAtMzcsNiArMzcsNyBAQAogI2luY2x1ZGUgPGluY2x1ZGUvd2lu cG9zLmg+CiAjaW5jbHVkZSA8aW5jbHVkZS9jbGFzcy5oPgogI2luY2x1ZGUgPGluY2x1ZGUvb2Jq ZWN0Lmg+CisjaW5jbHVkZSA8aW5jbHVkZS9pbnB1dC5oPgogCiAjZGVmaW5lIE5ERUJVRwogI2lu Y2x1ZGUgPHdpbjMyay9kZWJ1ZzEuaD4KQEAgLTI5OSw2ICszMDAsOSBAQAogICBVTE9ORyBBY3Rp dmVTdGFtcDsKICAgUFdJTkRPV19PQkpFQ1QgRGVza3RvcFdpbmRvdzsKIAorICBpZiggIUludEdl dFNjcmVlbkRDKCkgfHwgCisgICAgICBQc0dldFdpbjMyVGhyZWFkKCktPk1lc3NhZ2VRdWV1ZSA9 PSBXMzJrR2V0UHJpbWl0aXZlTWVzc2FnZVF1ZXVlKCkgKSAKKyAgICByZXR1cm4gRkFMU0U7CiAg IERlc2t0b3BXaW5kb3cgPSBJbnRHZXRXaW5kb3dPYmplY3QoSW50R2V0RGVza3RvcFdpbmRvdygp KTsKIAogICAvKiBQcm9jZXNzIG1lc3NhZ2VzIGluIHRoZSBtZXNzYWdlIHF1ZXVlIGl0c2VsZi4g Ki8KQEAgLTQzMywyNyArNDM3LDQ1IEBACiAgICAgdU1zZywgd1BhcmFtLCBsUGFyYW0pOwogCiAg IEZvY3VzTWVzc2FnZVF1ZXVlID0gSW50R2V0Rm9jdXNNZXNzYWdlUXVldWUoKTsKLSAgaWYgKEZv Y3VzTWVzc2FnZVF1ZXVlID09IE5VTEwpCi0gICAgewotICAgICAgRFBSSU5UKCJObyBmb2N1cyBt ZXNzYWdlIHF1ZXVlXG4iKTsKLSAgICAgIHJldHVybjsKLSAgICB9CisgIGlmKCAhSW50R2V0U2Ny ZWVuREMoKSApIHsKKyAgICBNc2cuaHduZCA9IDA7CisgICAgTXNnLm1lc3NhZ2UgPSB1TXNnOwor ICAgIE1zZy53UGFyYW0gPSB3UGFyYW07CisgICAgTXNnLmxQYXJhbSA9IGxQYXJhbTsKKyAgICAv KiBGSVhNRTogSW5pdGlhbGl6ZSB0aW1lIGFuZCBwb2ludC4gKi8KIAotICBpZiAoRm9jdXNNZXNz YWdlUXVldWUtPkZvY3VzV2luZG93ICE9IChIV05EKTApCi0gICAgewotICAgICAgTXNnLmh3bmQg PSBGb2N1c01lc3NhZ2VRdWV1ZS0+Rm9jdXNXaW5kb3c7CisgICAgaWYoIFczMmtHZXRQcmltaXRp dmVNZXNzYWdlUXVldWUoKSApIHsKKyAgICAgIE1zZy5od25kID0gMDsKICAgICAgIE1zZy5tZXNz YWdlID0gdU1zZzsKICAgICAgIE1zZy53UGFyYW0gPSB3UGFyYW07CiAgICAgICBNc2cubFBhcmFt ID0gbFBhcmFtOwogICAgICAgLyogRklYTUU6IEluaXRpYWxpemUgdGltZSBhbmQgcG9pbnQuICov Ci0KICAgICAgIE1lc3NhZ2UgPSBNc3FDcmVhdGVNZXNzYWdlKCZNc2cpOwotICAgICAgTXNxUG9z dE1lc3NhZ2UoRm9jdXNNZXNzYWdlUXVldWUsIE1lc3NhZ2UpOwotICAgIH0KLSAgZWxzZQotICAg IHsKLSAgICAgIERQUklOVCgiSW52YWxpZCBmb2N1cyB3aW5kb3cgaGFuZGxlXG4iKTsKKyAgICAg IE1zcVBvc3RNZXNzYWdlKFczMmtHZXRQcmltaXRpdmVNZXNzYWdlUXVldWUoKSwgTWVzc2FnZSk7 CiAgICAgfQorICB9IGVsc2UgeworICAgIGlmIChGb2N1c01lc3NhZ2VRdWV1ZSA9PSBOVUxMKQor ICAgICAgeworCURQUklOVCgiTm8gZm9jdXMgbWVzc2FnZSBxdWV1ZVxuIik7CisJcmV0dXJuOwor ICAgICAgfQorICAgIAorICAgIGlmIChGb2N1c01lc3NhZ2VRdWV1ZS0+Rm9jdXNXaW5kb3cgIT0g KEhXTkQpMCkKKyAgICAgIHsKKwlNc2cuaHduZCA9IEZvY3VzTWVzc2FnZVF1ZXVlLT5Gb2N1c1dp bmRvdzsKKwlNc2cubWVzc2FnZSA9IHVNc2c7CisJTXNnLndQYXJhbSA9IHdQYXJhbTsKKwlNc2cu bFBhcmFtID0gbFBhcmFtOworCS8qIEZJWE1FOiBJbml0aWFsaXplIHRpbWUgYW5kIHBvaW50LiAq LworCQorCU1lc3NhZ2UgPSBNc3FDcmVhdGVNZXNzYWdlKCZNc2cpOworCU1zcVBvc3RNZXNzYWdl KEZvY3VzTWVzc2FnZVF1ZXVlLCBNZXNzYWdlKTsKKyAgICAgIH0KKyAgICBlbHNlCisgICAgICB7 CisJRFBSSU5UKCJJbnZhbGlkIGZvY3VzIHdpbmRvdyBoYW5kbGVcbiIpOworICAgICAgfQorICB9 CiB9CiAKIFZPSUQgRkFTVENBTEwKSW5kZXg6IHN1YnN5cy93aW4zMmsvbnR1c2VyL3N0dWJzLmMK PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PQpSQ1MgZmlsZTogL0NWUy9SZWFjdE9TL3JlYWN0b3Mvc3Vic3lzL3dpbjMyay9u dHVzZXIvc3R1YnMuYyx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4yOApkaWZmIC11IC1yMS4yOCBz dHVicy5jCi0tLSBzdWJzeXMvd2luMzJrL250dXNlci9zdHVicy5jCTEyIFNlcCAyMDAzIDEyOjU0 OjI2IC0wMDAwCTEuMjgKKysrIHN1YnN5cy93aW4zMmsvbnR1c2VyL3N0dWJzLmMJOCBPY3QgMjAw MyAwNTowNjowNCAtMDAwMApAQCAtNjQ1LDE4ICs2NDUsNiBAQAogCiBEV09SRAogU1REQ0FMTAot TnRVc2VyR2V0S2V5TmFtZVRleHQoCi0gIERXT1JEIFVua25vd24wLAotICBEV09SRCBVbmtub3du MSwKLSAgRFdPUkQgVW5rbm93bjIpCi17Ci0gIFVOSU1QTEVNRU5URUQKLQotICByZXR1cm4gMDsK LX0KLQotRFdPUkQKLVNURENBTEwKIE50VXNlckdldExpc3RCb3hJbmZvKAogICBEV09SRCBVbmtu b3duMCkKIHsKQEAgLTgxMywxOSArODAxLDYgQEAKIAogRFdPUkQKIFNURENBTEwKLU50VXNlck1h cFZpcnR1YWxLZXlFeCgKLSAgRFdPUkQgVW5rbm93bjAsCi0gIERXT1JEIFVua25vd24xLAotICBE V09SRCBVbmtub3duMiwKLSAgRFdPUkQgVW5rbm93bjMpCi17Ci0gIFVOSU1QTEVNRU5URUQKLQot ICByZXR1cm4gMDsKLX0KLQotRFdPUkQKLVNURENBTEwKIE50VXNlck1pbk1heGltaXplKAogICBE V09SRCBVbmtub3duMCwKICAgRFdPUkQgVW5rbm93bjEsCkBAIC0xMDY0LDIyICsxMDM5LDYgQEAK IFNURENBTEwKIE50VXNlclNob3dDYXJldCgKICAgRFdPUkQgVW5rbm93bjApCi17Ci0gIFVOSU1Q TEVNRU5URUQKLQotICByZXR1cm4gMDsKLX0KLQotRFdPUkQKLVNURENBTEwKLU50VXNlclRvVW5p Y29kZUV4KAotICBEV09SRCBVbmtub3duMCwKLSAgRFdPUkQgVW5rbm93bjEsCi0gIERXT1JEIFVu a25vd24yLAotICBEV09SRCBVbmtub3duMywKLSAgRFdPUkQgVW5rbm93bjQsCi0gIERXT1JEIFVu a25vd241LAotICBEV09SRCBVbmtub3duNikKIHsKICAgVU5JTVBMRU1FTlRFRAogCkluZGV4OiBz dWJzeXMvd2luMzJrL250dXNlci93aW5zdGEuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvQ1ZTL1Jl YWN0T1MvcmVhY3Rvcy9zdWJzeXMvd2luMzJrL250dXNlci93aW5zdGEuYyx2CnJldHJpZXZpbmcg cmV2aXNpb24gMS4zNgpkaWZmIC11IC1yMS4zNiB3aW5zdGEuYwotLS0gc3Vic3lzL3dpbjMyay9u dHVzZXIvd2luc3RhLmMJMjUgU2VwIDIwMDMgMjA6MDk6NTYgLTAwMDAJMS4zNgorKysgc3Vic3lz L3dpbjMyay9udHVzZXIvd2luc3RhLmMJOCBPY3QgMjAwMyAwNTowNjowNCAtMDAwMApAQCAtNzE0 LDYgKzcxNCw3IEBACiAgICAgSW50Q3JlYXRlRGVza3RvcFdpbmRvdyhEZXNrdG9wT2JqZWN0LT5X aW5kb3dTdGF0aW9uLAogCQkJICAgIERlc2t0b3BXaW5kb3dDbGFzcywKIAkJCSAgICA2NDAsIDQ4 MCk7CisgIERiZ1ByaW50KCAiQ3JlYXRlZCBEZXNrdG9wIFdpbmRvdzogJTA4eFxuIiwgRGVza3Rv cE9iamVjdC0+RGVza3RvcFdpbmRvdyApOwogCiAgIFN0YXR1cyA9IE9iSW5zZXJ0T2JqZWN0ICgo UFZPSUQpRGVza3RvcE9iamVjdCwKIAkJCSAgIE5VTEwsCg== --Multipart_Wed__8_Oct_2003_00:16:18_-0500_0891d400-- From steven_ed4153@yahoo.com Wed Oct 8 21:39:06 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h98Jd6s9006588 for ; Wed, 8 Oct 2003 21:39:06 +0200 Received: from web21109.mail.yahoo.com (web21109.mail.yahoo.com [216.136.227.111]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h98Jd4gh049864 for ; Wed, 8 Oct 2003 21:39:05 +0200 Message-ID: <20031008193902.39194.qmail@web21109.mail.yahoo.com> Received: from [66.83.186.125] by web21109.mail.yahoo.com via HTTP; Wed, 08 Oct 2003 12:39:02 PDT Date: Wed, 8 Oct 2003 12:39:02 -0700 (PDT) From: Steven Edwards To: Alexandre Julliard In-Reply-To: <87wubfwmjl.fsf@mail.wine.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: wine-devel@winehq.com, "Dimitrie O. Paun" , ros-kernel@reactos.com, Kevin Koltzau Subject: [ros-kernel] Re: Theme configuration options X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2003 19:39:06 -0000 --- Alexandre Julliard wrote: > Steven Edwards writes: > > > I dont know what the best method is going to be to handle the old > > Winelook option. I think it should just go to /dev/null but I dont > know > > what the result will be on older Win16 apps running with a 9x > Winelook. > > Can anyone comment on this? Is there still a large number of people > > that want to keep this around? > > /dev/null is the right place for it IMO. Thanks m8. This will make our work on the ReactOS controls and dialogs so much simpler. Currently in our fork we have had to just comment out or remove all of this stuff anyway. I will try to get with the rest of the ReactOS people and see if we can do a merge of the controls and common dialogs before our next release to get some help on this. Thanks Steven P.S. You were right at LinuxWorld. the controls should have "just worked" and most do now, our windowing code was a little buggy. __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From noog@libero.it Wed Oct 8 21:40:12 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h98JeCs9006606 for ; Wed, 8 Oct 2003 21:40:12 +0200 Received: from smtp3.libero.it (smtp3.libero.it [193.70.192.127]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h98JeCgh094084 for ; Wed, 8 Oct 2003 21:40:12 +0200 Received: from aldebaran (151.25.196.245) by smtp3.libero.it (7.0.020-DD01) id 3F6F04A60062F728 for ros-kernel@reactos.com; Wed, 8 Oct 2003 21:36:22 +0200 Received: from aldebaran (HELO aldebaran.libero.it) [127.0.0.1] by aldebaran (169.254.25.129) with ESMTP (Classic Hamster Vr. 2.0 Build 2.0.0.0) ; Wed, 08 Oct 2003 21:35:51 +0200 Message-Id: <6.0.0.22.2.20031008200055.0391dfc0@pop3.aldebaran> X-Sender: hyperion@pop3.aldebaran (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Wed, 08 Oct 2003 20:21:10 +0200 To: ros-kernel@reactos.com From: "KJK::Hyperion" Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Posting-Agent: Hamster/2.0.0.0 Subject: [ros-kernel] Microsoft-incompatible (== wrong!) definition of KeAddSystemServiceTable X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2003 19:40:12 -0000 I'm surprised that this went unnoticed so far. We define KeAddSystemServiceTable as: BOOLEAN STDCALL KeAddSystemServiceTable ( PSSDT SSDT, PULONG ServiceCounterTable, ULONG NumberOfServices, PSSPT SSPT, ULONG TableIndex ); with PSSPT defined as: typedef struct t_SSPT { unsigned int ParamBytes; } SSPT, *PSSPT; Well, it's wrong. It should be: typedef struct t_SSPT { unsigned char ParamBytes; } SSPT, *PSSPT; No, KeAddSystemServiceTable isn't documented. But it's a public symbol (KeServiceDescriptorTable too), it's well known, and it should match the Microsoft definition of it From pirata@trekkie.com.ar Wed Oct 8 21:48:50 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h98Jmns9006728 for ; Wed, 8 Oct 2003 21:48:50 +0200 Received: from enterprise.sistemas.gha (nnn081167.netverk.com.ar [200.63.81.167] (may be forged)) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h98JmUgh019526 for ; Wed, 8 Oct 2003 21:48:38 +0200 Received: from pirata.gha (pirata.estudioisi.gha [192.168.3.6]) by enterprise.sistemas.gha (8.11.6/8.11.6) with ESMTP id h98Jm3g31229 for ; Wed, 8 Oct 2003 16:48:10 -0300 From: pirata To: ros-kernel@reactos.com Content-Type: multipart/related; type="multipart/alternative"; boundary="=-1R8xvyKCP/A7eJHNZ9yT" Organization: Message-Id: <1065624138.2053.43.camel@pirata.gha> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2-3mdk Subject: [ros-kernel] Hi folks X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Wed, 08 Oct 2003 19:48:50 -0000 X-Original-Date: 08 Oct 2003 16:42:19 +0200 X-List-Received-Date: Wed, 08 Oct 2003 19:48:50 -0000 --=-1R8xvyKCP/A7eJHNZ9yT Content-Type: multipart/alternative; boundary="=-kzOdcGItfMkNSnzYs1BT" --=-kzOdcGItfMkNSnzYs1BT Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi to everyone! I'm glad to announce... ME! (and hope you'll too :-P) I discovered this cool project surfing at sf search engine and I was amazed =) I've downloaded and tested it, then I tried all the time to join mailing lists, but they were broken in the old site, so I had to wait till now... I can contribute with code, spanish localizations & also with great / lazy / weird ideas For the code part, I'm not a lowlevel guru, but I can contribute API routines, and when time comes on and I get envolved and more familiar perhaps I could write some kernel code... (I think... not sure) First of all... I need this: * Appropriate knowledge and experience with C is essential <- No matter * while knowledge of the Windows APIs does help - although can be learned quickly enough <- Ok, where can I find Win2000/XP complete API, so I start coding... For the spanish localizations... tell me what shall I translate.. I think there would be a LIST of THINGS to translate with priorities, so everyone that can help with it follows a standard importance-order rollmap Obviusly, my passion is to code, so translations will be slower... but they will be, count on it. For the ideas... I'll be annoying whith them all the time, count on it too... Two things (by now) about my bin/src tests: * VGA driver is VERY slow, it could be improved taking a look at Free/AB, I could do some things here if you pont me exactly where is the code, I got bothered finding it at srcs * Src didn't compile, I have latest MingW, contribs, msys, etc installed, but I couldn't find the place for the error (it's related to Makefiles... I think, error is ..IDontRememberWhat.exe executes (it misses '\', and that .exe don't even exists)) That's all by now Best Regards -- pirata --=-kzOdcGItfMkNSnzYs1BT Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit Hi to everyone!
I'm glad to announce... ME! (and hope you'll too :-P)
I discovered this cool project surfing at sf search engine and I was amazed =)
I've downloaded and tested it, then I tried all the time to join mailing lists, but they were broken in the old site, so I had to wait till now...

I can contribute with code, spanish localizations & also with great / lazy / weird ideas

For the code part, I'm not a lowlevel guru, but I can contribute API routines, and when time comes on and I get envolved and more familiar perhaps I could write some kernel code... (I think... not sure)
First of all... I need this:
* Appropriate knowledge and experience with C is essential <- No matter
* while knowledge of the Windows APIs does help - although can be learned quickly enough <- Ok, where can I find Win2000/XP complete API, so I start coding...

For the spanish localizations... tell me what shall I translate.. I think there would be a LIST of THINGS to translate with priorities, so everyone that can help with it follows a standard importance-order rollmap
Obviusly, my passion is to code, so translations will be slower... but they will be, count on it.

For the ideas... I'll be annoying whith them all the time, count on it too...

Two things (by now) about my bin/src tests:
* VGA driver is VERY slow, it could be improved taking a look at Free/AB, I could do some things here if you pont me exactly where is the code, I got bothered finding it at srcs
* Src didn't compile, I have latest MingW, contribs, msys, etc installed, but I couldn't find the place for the error (it's related to Makefiles... I think, error is ..IDontRememberWhat.exe executes (it misses '\', and that .exe don't even exists))

That's all by now
Best Regards

--
pirata <pirata@trekkie.com.ar>
--=-kzOdcGItfMkNSnzYs1BT-- --=-1R8xvyKCP/A7eJHNZ9yT Content-ID: <1065622218.2005.10.camel@pirata.gha> Content-Disposition: attachment; filename=smiley-5.png Content-Type: image/png; name=smiley-5.png Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAAC40lEQVR42n2TW2hUZxSFv/8/ZzIz zqiJMRIzgYlUTevDREUoCEoViwXFaLEaodiqiRqr4q0F8Un0qQhiUUwFQbAFoYoXMHU0Kkou2IKp EIwNWk3UqJnORWcmczlnzu6DI17pgv2w2Yu9Nou14X0EgY3AWSBfrDPAuuLsLah3+sMf14xYv7Nx Gl/M/wTTVwOFLPnkHTo729n1U4w7A/kWoPlDCy7vbq6bu2lzA8rwYqcfkE/1oZSB4RmPUVKOlb7P /gNt/Hji38vAvDeVj+zZOEPif++TSPdm+X7tVPm0rkIS91pksGOJhGpHyfZvgxLvOyCD7fXyQ0OZ AIcBNBCsqy1r2tC8iEL2GYVchPD1h+QsMNzj0IYHEUW4I4bprUZpFxtWjmVytbEeCGpgwdn9Y1Da hTXcjzK8oDQiCqU9KMOLUhqUQpsjsFL3ML2VrP2qFGCmBkL+6qXkErdeHqRMFAqUUXTJRACt1GvL xGFCwAWwWAcCVWsAHPsF4IDYCILWUiTb+LwGWoNIAQA7O8T4sQbAl2Y0GgVl0vdPjHQuzYyQQUf4 EMr0k4lcQQoZLp47iDb9pB7+xvnrUarKbbzulwJmNps7L3a6vnqcyclLEe72J1m+8GTRXwdxLJIP jiGFDAd/uQuSZ/HCBVwItwLc0EB4+Gkr/tIqvmmYze+deT5feQGxkzh2ikQ8xq3bQyzdcpO2rjjb vltGT083vT0pgBMAwdCkkfKka5k8ujpLIn9tl/bWPTLlI5+M9ptS4lJSUWZKy95ZMnRzk/xxPCD7 tpZLbUAJMPlVEo/ubqxZ3bRqGvbwAO7S6bj8EzHcFTj5GEIBOz1Ab/dpHj2zuXQ1zrE2qwVofjPK V9YtKp+zY42PEs8olHbjWC+IP8+Qzgg5S+gftLjx53N+bs1fAz770DMdnVCpV6+Y4ydU58XnUWRy QiLpcP+xxamLCfoe8yvwNf+DILAF6AIsIAr0AoeA6e+S/wPZpDRRT9iXzgAAAABJRU5ErkJggg== --=-1R8xvyKCP/A7eJHNZ9yT Content-ID: <1065622038.2005.6.camel@pirata.gha> Content-Disposition: attachment; filename=smiley-10.png Content-Type: image/png; name=smiley-10.png Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAAABmJLR0QAAAAAAAD5Q7t/AAADBUlE QVR42nWTXWjVdRjHP7/f/7xsO1vp3MVezLMpat5sLSqLblKEKb1JDFnIlJqmE1cREVgXIUWkFWbR WqOllVSwLpQQ2dwQl5ozjlRW7o3tTDjoPPsft/M/b/+336+bddGqD3wvHr7f57l6vvBvosB+4BTg LOgksGfB+wdi0fzpvbUlew/samRz0zoCkVrwCzjWCJcuXeCNj1KM3HC6gPb/OjB4sL1hY8eLLQij GC8bx8mMIYSBUVSFEVqGm53iyNEBDn83OwhsAjAWlrvf2v9Ac8dL2/HzCdxcHOXOI2QQAOWYeNkp QPPI+lqM3O2VF38vVAKnJRBtWLt09772p/ALM/h2EiEM2g5cRgZKmTEVLa/EEDKIcuYQMsi+HRWs WW7sBaIGsH3465rHi8ofxLFGkIEIu18fov/HaeYsxfjNMk6euUbGKWPzEy3kk+cxwuWEAxb9l/NX AkB96fJmbiUmIPIod8kkb7+6ASun+fBoJ/b8NWKxGO8f+Qzrxjc4rgLlUVcTBNgqa2qq2wCKZYLz Z7/FnNesqm+mr+8svj2LnRrmh1Pfk44fJ2/GSKV9wiGDqgoD4BlpmiaIACHDY1vLTgYGBrg4eIx8 cgg3OwmBZaTGOuk5cY4te66yunEnKIdMTgEgCwX7tPayaOWi8pPseqGDcHE5J77sYuO2bu556AMa n+ylclUTXU2b2Nr6Dk7uFomkDzAsgPbpM2s6Q0vuwy/MIGSQ0hWtBEtWgJA8/NgO+lufZiL2C39U rSM8/ifHkj+zfqXkcG+uQwDR+tVl8b6vtuAXbqKVj5AGIAGFVj6vfezzXvVSRqduU2J7PDd5He16 jCb0WglM/zZufdHdcwUZqkArG+VmUG4a5WbQnsX46K8Q0dQ5SVJjk9w96zKa0F3AmFz4xLY3P4+f O3hoCDuXRGsXhER5GczUHYJSk41oJkqqKWjFcIbY331YXKaeukr5/LMbSqlvKCZSJMjbmjlLcej4 HebTHrNprgLvAr38D1HgZeAnwAVM4DrwCXD/4vBf76pXCZpxTlUAAAAASUVORK5CYII= --=-1R8xvyKCP/A7eJHNZ9yT-- From ge@gse.nl Wed Oct 8 22:13:23 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h98KDNs9007005 for ; Wed, 8 Oct 2003 22:13:23 +0200 Received: from smtpzilla3.xs4all.nl (smtpzilla3.xs4all.nl [194.109.127.139]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h98KDNgh049826 for ; Wed, 8 Oct 2003 22:13:23 +0200 Received: from gsep1 (geldorp.xs4all.nl [194.109.161.161]) by smtpzilla3.xs4all.nl (8.12.9/8.12.9) with ESMTP id h98KCq1b075787 for ; Wed, 8 Oct 2003 22:12:52 +0200 (CEST) From: "Ge van Geldorp" To: "'ReactOS General List'" Subject: RE: [ros-kernel] type type revolution (was keyboard mega-patch) Date: Wed, 8 Oct 2003 22:12:52 +0200 Message-ID: <017b01c38dd8$8dc5aae0$0a01a8c0@gse.local> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 In-Reply-To: <20031008001618.652abedb.ayerkes@speakeasy.net> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h98KDNs9007005 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2003 20:13:23 -0000 > From: art yerkes > > This patch represents some work that I did and Hartmut Birr > put corrections to to enable Reactos' keyboard to work > correctly and be shared correctly between the blue screen and > the windowing system. > > When this code is in, keyboard events are directed either to > csrss or the active window from within win32k.sys. This > makes keyboard handling uniform between the graphic screen > and the blue screen, as well as making keyboard maps work in > both modes. Great work! Is there any reason not to just commit this code? Gé van Geldorp From hartmut.birr@gmx.de Wed Oct 8 22:38:07 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h98Kc7s9007244 for ; Wed, 8 Oct 2003 22:38:07 +0200 Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h98Kc7gh019470 for ; Wed, 8 Oct 2003 22:38:07 +0200 Received: (qmail 25125 invoked by uid 65534); 8 Oct 2003 20:37:01 -0000 Received: from p50830BCB.dip0.t-ipconnect.de (EHLO newdarkstar) (80.131.11.203) by mail.gmx.net (mp014) with SMTP; 08 Oct 2003 22:37:01 +0200 X-Authenticated: #19145161 From: "Hartmut Birr" To: "'ReactOS General List'" Subject: RE: [ros-kernel] Testing kbduk.dll... Date: Wed, 8 Oct 2003 22:37:00 +0200 Message-ID: <000c01c38ddb$edc857f0$0202a8c0@newdarkstar> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 In-Reply-To: <017901c38d6f$613d9d20$0100a8c0@skynetp4> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2003 20:38:07 -0000 Hi, I see the '\' left from the y (z on non german keyboards) button on my german keyboard with kbduk.dll. Is it possible, that the location of the VK_OEM5 value within scancode_to_vk is wrong or that the '\' value must point to VK_OEM2? It seems that there exist also a problem with WCH_NONE values. Ctrl-e should produce nothing but there is printed a '?'. - Hartmut > -----Original Message----- > From: ros-kernel-bounces@reactos.com > [mailto:ros-kernel-bounces@reactos.com] On Behalf Of Aleksey Bragin > Sent: Wednesday, October 08, 2003 9:40 AM > To: ReactOS General List > Subject: Re: [ros-kernel] Testing kbduk.dll... > > > Hi! > > CapsLock and NumLock works fine (though I'm not an > englishman, I have a true > english keyboard :)). > > But problem with "\" isn't solved yet --- this key is located > to the left of > Z button, and when I hit it - nothing happens. Now, to type > this slash I > have to press down the key to the left of Enter (~ # button). > > With the best regards, > Aleksey Bragin. > > ----- Original Message ----- > From: "Johannes Olofsson" > To: > Sent: Wednesday, October 08, 2003 11:05 AM > Subject: [ros-kernel] Testing kbduk.dll... > > > > Hi! > > Could somebody with access to a brittish keyboard evaluate > this kbduk.dll. > > It is a modified version of Kbdus.dll in the CVS. > > Known issues: > > CapsLock and NumLock has no effect on the keys (at least in ROS...) > > AltGr does not work properly (suggestions about how AltGr > is supposed to > be handled are more than welcome) > > > > Regards > > Johannes Olofsson > > > > > -------------------------------------------------------------- > -------------- > ---- > > > > _______________________________________________ > > Ros-kernel mailing list > > Ros-kernel@reactos.com > > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > From xnavara@volny.cz Wed Oct 8 22:54:58 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h98Ksvs9007425 for ; Wed, 8 Oct 2003 22:54:58 +0200 Received: from smtp1.vol.cz (smtp1.vol.cz [195.250.128.73]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h98Ksvgh049724 for ; Wed, 8 Oct 2003 22:54:57 +0200 Received: from hornet (prahaa-2-56.dialup.vol.cz [62.177.71.165]) by smtp1.vol.cz (8.12.8p2/8.12.8) with SMTP id h98Ksl3j039710 for ; Wed, 8 Oct 2003 22:54:48 +0200 (CEST) (envelope-from xnavara@volny.cz) Message-ID: <003a01c38dde$6a53f890$3648b13e@hornet> From: "Filip Navara" To: "ReactOS General List" References: <1065624138.2053.43.camel@pirata.gha> Subject: Re: [ros-kernel] Hi folks Date: Wed, 8 Oct 2003 22:54:49 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2003 20:54:58 -0000 Hi! ----- Original Message ----- From: pirata To: ros-kernel@reactos.com Sent: Wednesday, October 08, 2003 4:42 PM Subject: [ros-kernel] Hi folks > Hi to everyone! > I'm glad to announce... ME! (and hope you'll too ) > I discovered this cool project surfing at sf search engine and I was amazed > I've downloaded and tested it, then I tried all the time to join mailing lists, but they were broken in the old site, so I had to wait till now... > I can contribute with code, spanish localizations & also with great / lazy / weird ideas Great, we have a new developer/translator! > For the code part, I'm not a lowlevel guru, but I can contribute API routines, and when time comes on and I get envolved and more familiar perhaps I could write > some kernel code... (I think... not sure) > First of all... I need this: > * Appropriate knowledge and experience with C is essential <- No matter > * while knowledge of the Windows APIs does help - although can be learned quickly enough <- Ok, where can I find Win2000/XP complete API, so I start > > coding... Try looking at msdn.microsoft.com and/or Wine (www.winehq.com) code. > For the spanish localizations... tell me what shall I translate.. I think there would be a LIST of THINGS to translate with priorities, so everyone that can help with > it follows a standard importance-order rollmap > Obviusly, my passion is to code, so translations will be slower... but they will be, count on it. We don't have lot things to translate yet. (Currently there is only one - the Explorer :-) When the project will get more mature... > For the ideas... I'll be annoying whith them all the time, count on it too... :-) > Two things (by now) about my bin/src tests: > * VGA driver is VERY slow, it could be improved taking a look at Free/AB, I could do some things here if you pont me exactly where is the code, I got bothered finding it at srcs drivers/dd/vga > * Src didn't compile, I have latest MingW, contribs, msys, etc installed, but I couldn't find the place for the error (it's related to Makefiles... I think, error is ..IDontRememberWhat.exe executes (it misses '\', and that .exe don't even exists)) I know what's wrong. 1) When you compile with MSYS, you need to change SEP := \$(EMPTY_VAR) to SEP := / in rules.mak. 2) or you can try "mingw32-make" instead of "make" > That's all by now > Best Regards Good luck FiN > -- > pirata _______________________________________________ Ros-kernel mailing list Ros-kernel@reactos.com http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel From hartmut.birr@gmx.de Wed Oct 8 22:58:33 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h98KwWs9007511 for ; Wed, 8 Oct 2003 22:58:33 +0200 Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h98KwWgh027250 for ; Wed, 8 Oct 2003 22:58:32 +0200 Received: (qmail 27875 invoked by uid 65534); 8 Oct 2003 20:57:26 -0000 Received: from p50830BCB.dip0.t-ipconnect.de (EHLO newdarkstar) (80.131.11.203) by mail.gmx.net (mp005) with SMTP; 08 Oct 2003 22:57:26 +0200 X-Authenticated: #19145161 From: "Hartmut Birr" To: "'ReactOS General List'" Subject: RE: [ros-kernel] type type revolution (was keyboard mega-patch) Date: Wed, 8 Oct 2003 22:57:26 +0200 Message-ID: <001301c38dde$c8126250$0202a8c0@newdarkstar> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 In-Reply-To: <017b01c38dd8$8dc5aae0$0a01a8c0@gse.local> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h98KwWs9007511 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2003 20:58:33 -0000 > -----Original Message----- > From: ros-kernel-bounces@reactos.com > [mailto:ros-kernel-bounces@reactos.com] On Behalf Of Ge van Geldorp > Sent: Wednesday, October 08, 2003 10:13 PM > To: 'ReactOS General List' > Subject: RE: [ros-kernel] type type revolution (was keyboard > mega-patch) > > > > Great work! > Is there any reason not to just commit this code? > > Gé van Geldorp > I would like to see this code within the cvs. I'm not sure if Art has write access to the cvs. If not we should give it to him. - Hartmut From jimtabor@adsl-64-217-116-74.dsl.hstntx.swbell.net Wed Oct 8 22:59:19 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h98KxJs9007546 for ; Wed, 8 Oct 2003 22:59:19 +0200 Received: from dsl-64-217-116-74.dsl.hstntx.swbell.net (root@[64.217.116.74]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h98KxHgh027260 for ; Wed, 8 Oct 2003 22:59:18 +0200 Received: from adsl-64-217-116-74.dsl.hstntx.swbell.net (adsl-64-217-116-73.dsl.hstntx.swbell.net [64.217.116.73]) by Wed, 8 Oct 2003 20:58:38 GMTdsl-64-217-116-74.dsl.hstntx.swbell.net (8.9.3/8.9.3) with ESMTP id UAA02697 for ; Wed, 8 Oct 2003 20:58:38 GMT Message-ID: <3F847A7A.30907@adsl-64-217-116-74.dsl.hstntx.swbell.net> Date: Wed, 08 Oct 2003 20:58:34 +0000 From: James Tabor User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.2b) Gecko/20021016 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ReactOS General List Subject: Re: [ros-kernel] type type revolution (was keyboard mega-patch) References: <017b01c38dd8$8dc5aae0$0a01a8c0@gse.local> In-Reply-To: <017b01c38dd8$8dc5aae0$0a01a8c0@gse.local> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2003 20:59:19 -0000 Ge van Geldorp wrote: > >From: art yerkes > > > >This patch represents some work that I did and Hartmut Birr > >put corrections to to enable Reactos' keyboard to work > >correctly and be shared correctly between the blue screen and > >the windowing system. > > > >When this code is in, keyboard events are directed either to > >csrss or the active window from within win32k.sys. This > >makes keyboard handling uniform between the graphic screen > >and the blue screen, as well as making keyboard maps work in > >both modes. > > > Great work! > Is there any reason not to just commit this code? > > Gé van Geldorp > > > No! It looks okay. Sofar so good as I can see. James From ge@gse.nl Wed Oct 8 23:10:12 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h98LACs9007652 for ; Wed, 8 Oct 2003 23:10:12 +0200 Received: from smtpzilla3.xs4all.nl (smtpzilla3.xs4all.nl [194.109.127.139]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h98LACgh039938 for ; Wed, 8 Oct 2003 23:10:12 +0200 Received: from gsep1 (geldorp.xs4all.nl [194.109.161.161]) by smtpzilla3.xs4all.nl (8.12.9/8.12.9) with ESMTP id h98L9gMf004315 for ; Wed, 8 Oct 2003 23:09:42 +0200 (CEST) From: "Ge van Geldorp" To: "'ReactOS General List'" Subject: RE: [ros-kernel] type type revolution (was keyboard mega-patch) Date: Wed, 8 Oct 2003 23:09:42 +0200 Message-ID: <018c01c38de0$7e06c730$0a01a8c0@gse.local> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 In-Reply-To: <001301c38dde$c8126250$0202a8c0@newdarkstar> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h98LACs9007652 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2003 21:10:12 -0000 > From: Hartmut Birr > > > Is there any reason not to just commit this code? > > I would like to see this code within the cvs. I'm not sure if > Art has write access to the cvs. If not we should give it to him. We just agreed on IRC that I will commit the patch since Art doesn't have commit access yet and that Art should be given commit access. Gé van Geldorp. From jimtabor@adsl-64-217-116-74.dsl.hstntx.swbell.net Wed Oct 8 23:26:23 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h98LQNs9007796 for ; Wed, 8 Oct 2003 23:26:23 +0200 Received: from dsl-64-217-116-74.dsl.hstntx.swbell.net (root@[64.217.116.74]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h98LQLgh014370 for ; Wed, 8 Oct 2003 23:26:22 +0200 Received: from adsl-64-217-116-74.dsl.hstntx.swbell.net (adsl-64-217-116-73.dsl.hstntx.swbell.net [64.217.116.73]) by Wed, 8 Oct 2003 21:25:30 GMTdsl-64-217-116-74.dsl.hstntx.swbell.net (8.9.3/8.9.3) with ESMTP id VAA02750 for ; Wed, 8 Oct 2003 21:25:30 GMT Message-ID: <3F8480C6.7070402@adsl-64-217-116-74.dsl.hstntx.swbell.net> Date: Wed, 08 Oct 2003 21:25:26 +0000 From: James Tabor User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.2b) Gecko/20021016 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ReactOS General List Subject: Re: [ros-kernel] type type revolution (was keyboard mega-patch) References: <018c01c38de0$7e06c730$0a01a8c0@gse.local> In-Reply-To: <018c01c38de0$7e06c730$0a01a8c0@gse.local> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2003 21:26:23 -0000 Ge van Geldorp wrote: > >From: Hartmut Birr > > > > > >>Is there any reason not to just commit this code? > > > >I would like to see this code within the cvs. I'm not sure if > >Art has write access to the cvs. If not we should give it to him. > > > We just agreed on IRC that I will commit the patch since Art doesn't > have commit access yet and that Art should be given commit access. > > Gé van Geldorp. > After a make clean I get this error. 386-mingw32-gcc -I../../ntoskrnl/include -I../../lib/freetype/include -DUNICODE -Wall -Werror -D_DISABLE_TIDENTS -D__NTDRIVER__ -I./ -I../../include -pipe -march=i386 -D_M_IX86 -c ntuser/keyboard.c -o ntuser/keyboard.o cc1: warnings being treated as errors ntuser/keyboard.c: In function `W32kGetDefaultKeyLayout': ntuser/keyboard.c:427: warning: passing arg 1 of `InitKbdLayout' from incompatible pointer type make: *** [ntuser/keyboard.o] Error 1 The patch was clean, no errors I could see, Thanks, James From iastrubn@actcom.co.il Wed Oct 8 23:29:00 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h98LT0s9007832 for ; Wed, 8 Oct 2003 23:29:00 +0200 Received: from smtp2.actcom.co.il (mail.actcom.co.il [192.114.47.15]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h98LSxgh049760 for ; Wed, 8 Oct 2003 23:28:59 +0200 Received: from line108-136.adsl.actcom.co.il (line108-136.adsl.actcom.co.il [192.117.108.136]) by smtp2.actcom.co.il (8.12.10/8.12.10) with ESMTP id h98LRvrs010044 for ; Wed, 8 Oct 2003 23:27:57 +0200 From: Diego Iastrubni To: ros-kernel@reactos.com Date: Wed, 8 Oct 2003 23:33:22 +0000 User-Agent: KMail/1.5.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200310082333.22244.iastrubn@actcom.co.il> Subject: [ros-kernel] l18n in react os X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2003 21:29:00 -0000 Hi all, I was wondering what will be the approach in this project for i18n. The approach in MS world is to recompile with new strings. Is it possible to use gettext()? -- diego, 13 Tishrey 5764 Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html From rfmobile@swbell.net Wed Oct 8 23:47:26 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h98LlQs9008022 for ; Wed, 8 Oct 2003 23:47:26 +0200 Received: from mtaw6.prodigy.net (mtaw6.prodigy.net [64.164.98.56]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h98LlPgh019612 for ; Wed, 8 Oct 2003 23:47:26 +0200 Received: from swbell.net (adsl-66-142-133-98.dsl.hstntx.swbell.net [66.142.133.98]) by mtaw6.prodigy.net (8.12.9/8.12.3) with ESMTP id h98LdW7S029472 for ; Wed, 8 Oct 2003 14:39:36 -0700 (PDT) Message-ID: <3F848425.2010200@swbell.net> Date: Wed, 08 Oct 2003 16:39:49 -0500 From: Rick Parrish User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ReactOS General List Subject: Re: [ros-kernel] l18n in react os References: <200310082333.22244.iastrubn@actcom.co.il> In-Reply-To: <200310082333.22244.iastrubn@actcom.co.il> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2003 21:47:26 -0000 Diego Iastrubni wrote: >Hi all, > >I was wondering what will be the approach in this project for i18n. The >approach in MS world is to recompile with new strings. >Is it possible to use gettext()? > > Actually, that's not strictly true - although a lot of developers choose to do it that way. You can have multiple localized resources or separate resource DLLs for each locale. The approach is to be as compatible as possible - UTF-16 and MBCS (UTF-8). -rick From iastrubn@actcom.co.il Thu Oct 9 00:11:06 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h98MB5s9008216 for ; Thu, 9 Oct 2003 00:11:06 +0200 Received: from smtp2.actcom.co.il (mail.actcom.co.il [192.114.47.15]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h98MB4gh093934 for ; Thu, 9 Oct 2003 00:11:04 +0200 Received: from line108-136.adsl.actcom.co.il (line108-136.adsl.actcom.co.il [192.117.108.136]) by smtp2.actcom.co.il (8.12.10/8.12.10) with ESMTP id h98MAsrs011725 for ; Thu, 9 Oct 2003 00:10:54 +0200 From: Diego Iastrubni To: ReactOS General List Subject: Re: [ros-kernel] l18n in react os Date: Thu, 9 Oct 2003 00:16:18 +0000 User-Agent: KMail/1.5.3 References: <200310082333.22244.iastrubn@actcom.co.il> <3F848425.2010200@swbell.net> In-Reply-To: <3F848425.2010200@swbell.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-8-i" Content-Disposition: inline Message-Id: <200310090016.18237.iastrubn@actcom.co.il> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h98MB5s9008216 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2003 22:11:06 -0000 áéĺí řáéňé, 8 áŕĺ÷čĺář 2003, 21:39, đëúá ňě éăé Rick Parrish: > Diego Iastrubni wrote: > >Hi all, > > > >I was wondering what will be the approach in this project for i18n. The > >approach in MS world is to recompile with new strings. > >Is it possible to use gettext()? > > Actually, that's not strictly true - although a lot of developers choose > to do it that way. You can have multiple localized resources or separate > resource DLLs for each locale. The approach is to be as compatible as > possible - UTF-16 and MBCS (UTF-8). i was thinking something similar. how about dynamic layout? try making a dialog for english and then translate it into german. not all words will be visible since german translations are most of the much bigger then english ones. I will not even start talking about rtl and bidi yet. > -rick > > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel -- diego, 13 Tishrey 5764 Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html From rfmobile@swbell.net Thu Oct 9 00:51:17 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h98MpHs9008433 for ; Thu, 9 Oct 2003 00:51:17 +0200 Received: from mtaw6.prodigy.net (mtaw6.prodigy.net [64.164.98.56]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h98MpGgh048926 for ; Thu, 9 Oct 2003 00:51:17 +0200 Received: from swbell.net (adsl-66-142-133-98.dsl.hstntx.swbell.net [66.142.133.98]) by mtaw6.prodigy.net (8.12.9/8.12.3) with ESMTP id h98MhQ7S024342 for ; Wed, 8 Oct 2003 15:43:27 -0700 (PDT) Message-ID: <3F84931F.10801@swbell.net> Date: Wed, 08 Oct 2003 17:43:43 -0500 From: Rick Parrish User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ReactOS General List Subject: Re: [ros-kernel] l18n in react os References: <200310082333.22244.iastrubn@actcom.co.il> <3F848425.2010200@swbell.net> <200310090016.18237.iastrubn@actcom.co.il> In-Reply-To: <200310090016.18237.iastrubn@actcom.co.il> Content-Type: text/plain; charset=ISO-8859-8-I; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2003 22:51:18 -0000 Diego Iastrubni wrote: >áéĺí řáéňé, 8 áŕĺ÷čĺář 2003, 21:39, đëúá ňě éăé > >i was thinking something similar. >how about dynamic layout? try making a dialog for english and then translate >it into german. not all words will be visible since german translations are >most of the much bigger then english ones. I will not even start talking >about rtl and bidi yet. > If they are win32 dialogs, then each locale gets it's own dialog resource - with appropriate size and dimensions. If you are using a string bundle resource approach, just make sure the windows and child controls are resizable - the user can stretch/shrink the window to the desired size so that the text is visible. I've seen programs that used external text files - users were able to translate or edit them to create new locales. -rick From noog@libero.it Thu Oct 9 00:53:22 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h98MrMs9008456 for ; Thu, 9 Oct 2003 00:53:22 +0200 Received: from smtp0.libero.it (smtp0.libero.it [193.70.192.33]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h98MrMgh040082 for ; Thu, 9 Oct 2003 00:53:22 +0200 Received: from aldebaran (151.25.196.245) by smtp0.libero.it (7.0.020-DD01) id 3F6F1CE70061E3B8 for ros-kernel@reactos.com; Thu, 9 Oct 2003 00:49:32 +0200 Received: from aldebaran (HELO aldebaran.libero.it) [127.0.0.1] by aldebaran (169.254.25.129) with ESMTP (Classic Hamster Vr. 2.0 Build 2.0.0.0) ; Thu, 09 Oct 2003 00:45:23 +0200 Message-Id: <6.0.0.22.2.20031009002537.039d6600@pop3.aldebaran> X-Sender: hyperion@pop3.aldebaran (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Thu, 09 Oct 2003 00:45:19 +0200 To: ReactOS General List From: "KJK::Hyperion" Subject: Re: [ros-kernel] l18n in react os In-Reply-To: <200310082333.22244.iastrubn@actcom.co.il> References: <200310082333.22244.iastrubn@actcom.co.il> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Posting-Agent: Hamster/2.0.0.0 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2003 22:53:22 -0000 At 01.33 09/10/2003, you wrote: >I was wondering what will be the approach in this project for i18n. The >approach in MS world is to recompile with new strings. no. Microsoft used to maintain separate builds for each language, but most other vendors didn't. Currently, even Microsoft has abandoned the old model >Is it possible to use gettext()? I want to be clear: I'm not too fond of excessive "GNU-phily". gettext isn't standard on UNIX ("GNU isn't UNIX"...), neither on Windows, both of which define simple, efficient (and very similar) ways to localize strings. And I don't think the complexity of gettext is justified by anything simpler than an office suite. We don't *need* gettext, we shouldn't paint ourselves in a corner so happily about it. On top of that, add the fact that ReactOS, being Windows, will have to support the MUI API, sooner or later, and we'll likely end up using that From pirata@trekkie.com.ar Thu Oct 9 00:56:46 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h98Muks9008510 for ; Thu, 9 Oct 2003 00:56:46 +0200 Received: from enterprise.sistemas.gha (nnn081167.netverk.com.ar [200.63.81.167] (may be forged)) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h98MuQgh015078 for ; Thu, 9 Oct 2003 00:56:33 +0200 Received: from pirata.gha (pirata.estudioisi.gha [192.168.3.6]) by enterprise.sistemas.gha (8.11.6/8.11.6) with ESMTP id h98MsBg32418 for ; Wed, 8 Oct 2003 19:54:12 -0300 Subject: Re: [ros-kernel] Hi folks From: pirata To: ReactOS General List In-Reply-To: <003a01c38dde$6a53f890$3648b13e@hornet> References: <1065624138.2053.43.camel@pirata.gha> <003a01c38dde$6a53f890$3648b13e@hornet> Content-Type: multipart/related; type="multipart/alternative"; boundary="=-Z/7Ahsj6eE9h7PVqbb6Q" Organization: Message-Id: <1065635306.2216.12.camel@pirata.gha> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2-3mdk X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Wed, 08 Oct 2003 22:56:46 -0000 X-Original-Date: 08 Oct 2003 19:48:26 +0200 X-List-Received-Date: Wed, 08 Oct 2003 22:56:46 -0000 --=-Z/7Ahsj6eE9h7PVqbb6Q Content-Type: multipart/alternative; boundary="=-Hrj8/zZMytwuKCVLbtyE" --=-Hrj8/zZMytwuKCVLbtyE Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit El mié, 08 de 10 de 2003 a las 22:54, Filip Navara escribió: > Try looking at msdn.microsoft.com and/or Wine (www.winehq.com) code. > Is Wine code src compatible? I thought it was binary only, (althought I've never seen the sources, only supossed it because wine's dlls porting issues at ReactOS Devel docs) > > For the spanish localizations... tell me what shall I translate.. I think > there would be a LIST of THINGS to translate with priorities, so everyone > that can help with > it follows a standard importance-order rollmap > > Obviusly, my passion is to code, so translations will be slower... but > they will be, count on it. > > We don't have lot things to translate yet. (Currently there is only one - > the Explorer :-) When the project will get more mature... Hey! don't you mind translating docs & website? > > Two things (by now) about my bin/src tests: > > * VGA driver is VERY slow, it could be improved taking a look at Free/AB, > I could do some things here if you pont me exactly where is the code, I got > bothered finding it at srcs > > drivers/dd/vga > I'll give it a look > > * Src didn't compile, I have latest MingW, contribs, msys, etc installed, > but I couldn't find the place for the error (it's related to Makefiles... I > think, error is ..IDontRememberWhat.exe executes (it misses '\', and that > .exe don't even exists)) > > I know what's wrong. > 1) When you compile with MSYS, you need to change SEP := \$(EMPTY_VAR) to > SEP := / in rules.mak. > 2) or you can try "mingw32-make" instead of "make" > Thanks! Best Regards PS: Just remember this: I speak SPANISH... sorry for my bad english speaking, I can translate very well, but it cost TOO MUCH to me to speak my minds directly in english.. :O -- pirata --=-Hrj8/zZMytwuKCVLbtyE Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit El mié, 08 de 10 de 2003 a las 22:54, Filip Navara escribió: 
Try looking at msdn.microsoft.com and/or Wine (www.winehq.com) code.
Is Wine code src compatible? I thought it was binary only, (althought I've never seen the sources, only supossed it because wine's dlls porting issues at ReactOS Devel docs) 
> For the spanish localizations... tell me what shall I translate.. I think
there would be a LIST of THINGS to translate with priorities, so everyone
that can help with > it follows a standard importance-order rollmap
> Obviusly, my passion is to code, so translations will be slower... but
they will be, count on it.

We don't have lot things to translate yet. (Currently there is only one -
the Explorer :-) When the project will get more mature...
Hey! don't you mind translating docs & website? 
> Two things (by now) about my bin/src tests:
> * VGA driver is VERY slow, it could be improved taking a look at Free/AB,
I could do some things here if you pont me exactly where is the code, I got
bothered finding it at srcs

drivers/dd/vga
I'll give it a look 
> * Src didn't compile, I have latest MingW, contribs, msys, etc installed,
but I couldn't find the place for the error (it's related to Makefiles... I
think, error is ..IDontRememberWhat.exe executes (it misses '\', and that
.exe don't even exists))

I know what's wrong.
1) When you compile with MSYS, you need to change SEP := \$(EMPTY_VAR) to
SEP := / in rules.mak.
2) or you can try "mingw32-make" instead of "make"
Thanks!

Best Regards

PS: Just remember this: I speak SPANISH... sorry for my bad english speaking, I can translate very well, but it cost TOO MUCH to me to speak my minds directly in english.. :O 




-- 

pirata <pirata@trekkie.com.ar>
--=-Hrj8/zZMytwuKCVLbtyE-- --=-Z/7Ahsj6eE9h7PVqbb6Q Content-ID: <1065635306.2158.11.camel@pirata.gha> Content-Disposition: attachment; filename=smiley-2.png Content-Type: image/png; name=smiley-2.png Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAAC2ElEQVR42n2Te2iNcRjHP+95X7sf tqHMkTMamz+2OTO3oZCwFCNE/KERxlzKpYQ/5D/JLZdDCVskRVtsc9nIGnMUOa5zH1mby1nn7N05 e897+/nDiJFvPfV9er7Pt576PvA33EApUAno3VUBrOqe/QGpR38sKz1h9bYVHmbOGIGSmA6Whq42 cfduA9sPtdP0UfcCJf8yqNtVkjt13fpFSHI8ZrgZvfMVkiQjx6Uhx/TFCL9n/8Fa9pz/VgdMA5C7 l0/sLs2fv27DEqyuFoxIM8s2XaFoegatX7so3lJL0aQoIBg/Nh058mXonafaAKBKBty5mSnlh/cu w9bbsbQ2Vm6/w42GT4RUwZu2ZCquPiOsO5k+cw6W1kpepkr17VB+oEOcloElvnLXrLjU0ehqEw4l kTGedJ6/bqes7BQFnmQafQ84XXYOLdCAHnyEHJtKrKJy/V7XfQeQkzRoPtGgH3CApOAeVsC12nps I0Q0+IjLlRdRm8+gB/0/DhY2Q1y9AIoUl2vgcgDb7MChJIEw0UOPMdQXCNsAYRJ6cwDb7ARsAEzt C2n9ZIB5SiAQAEkBW0fYBvW+95y88Baf/zPBjigAyc4YRmf3oXhufwqyZRAmnZEfZg5Ni1YJM4yw DXbse8iC0lu8a4sjc4SHvLxRTJgwkeyR41DtDBZtfs7Rilji0+bQ8tUC8AGUfKgZLlobFwpAAMLl cv3ihYWFv/jP/sOTcrF1QYLoTizunGFO0dq4UBTPG/iHuGelpKSImoqjoubcWpHpkgQwXAZCn9v1 wb2lsGfLmnzysyzUTotAyCRqCCQJkp0O5s7IwHtoJ72MJs54vdT5LS9Q9nuUb66a3XfK5uWJJKRm E+PMQo7tTySiIeRULBT8vktUV9ZzvFq/DUz+1zOdHDLAUbx4ShI5ufEkxkl0RQURw8nLt9+4eD3I qxbOAkv5D9zARqARMIAA8AI4AuT1FH8HqqREGpJEy2MAAAAASUVORK5CYII= --=-Z/7Ahsj6eE9h7PVqbb6Q-- From pirata@trekkie.com.ar Thu Oct 9 01:12:29 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h98NCTs9008751 for ; Thu, 9 Oct 2003 01:12:29 +0200 Received: from enterprise.sistemas.gha (nnn081167.netverk.com.ar [200.63.81.167] (may be forged)) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h98NCHgh040006 for ; Thu, 9 Oct 2003 01:12:22 +0200 Received: from pirata.gha (pirata.estudioisi.gha [192.168.3.6]) by enterprise.sistemas.gha (8.11.6/8.11.6) with ESMTP id h98NC2g32557 for ; Wed, 8 Oct 2003 20:12:02 -0300 Subject: Re: [ros-kernel] l18n in react os From: pirata To: ReactOS General List In-Reply-To: <200310082333.22244.iastrubn@actcom.co.il> References: <200310082333.22244.iastrubn@actcom.co.il> Content-Type: multipart/related; type="multipart/alternative"; boundary="=-E1Fl1aWA3J1iUOJFlq3D" Organization: Message-Id: <1065636380.2216.30.camel@pirata.gha> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2-3mdk X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Wed, 08 Oct 2003 23:12:30 -0000 X-Original-Date: 08 Oct 2003 20:06:21 +0200 X-List-Received-Date: Wed, 08 Oct 2003 23:12:30 -0000 --=-E1Fl1aWA3J1iUOJFlq3D Content-Type: multipart/alternative; boundary="=-kCTLrN13jtW2daOD/TAW" --=-kCTLrN13jtW2daOD/TAW Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit El jue, 09 de 10 de 2003 a las 01:33, Diego Iastrubni escribió: > Hi all, > > I was wondering what will be the approach in this project for i18n. The > approach in MS world is to recompile with new strings. > Is it possible to use gettext()? It's a very good point I think ReactOS should not be 100% implemented like his counterpart, and gettext would give it the power Linux already has. Other 2 points: * I was wondering why are you giving a lot of emphasis to the 'blue screen', forgive me, I'm new here, but... will this 'blue screen' coexist with the 'graphic screen' in the final version?, I've never used WinNT, but I saw it only uses that blue screen while booting and, in my opinion... I prefer XP one ;) * Following with my 'not 100% like M$ principle' I think the GUI should be more flexible & themeable, like Enlightenment (those people are doing a very cool job with e17). I'm not saying it must come with a Ganymede theme preinstalled, it can have same MS-Win look & feel 'factory settings', but should have the power to be "eye candy", thats the course ALL piece of software is getting today, look at gtk, enlightenment(obviusly), trillian, winamp, and a lot more, they are so popupar because they are very themeable! Well... I told I'll be annoying with strange things... -- pirata --=-kCTLrN13jtW2daOD/TAW Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit El jue, 09 de 10 de 2003 a las 01:33, Diego Iastrubni escribió: 
Hi all,

I was wondering what will be the approach in this project for i18n. The 
approach in MS world is to recompile with new strings. 
Is it possible to use gettext()?
It's a very good point
I think ReactOS should not be 100% implemented like his counterpart, and gettext would give it the power Linux already has.

Other 2 points:
* I was wondering why are you giving a lot of emphasis to the 'blue screen', forgive me, I'm new here, but... will this 'blue screen' coexist with the 'graphic screen' in the final version?, I've never used WinNT, but I saw it only uses that blue screen while booting and, in my opinion... I prefer XP one ;)
* Following with my 'not 100% like M$ principle' I think the GUI should be more flexible & themeable, like Enlightenment (those people are doing a very cool job with e17).
I'm not saying it must come with a Ganymede theme preinstalled, it can have same MS-Win look & feel 'factory settings', but should have the power to be "eye candy", thats the course ALL piece of software is getting today, look at gtk, enlightenment(obviusly), trillian, winamp, and a lot more, they are so popupar because they are very themeable!

Well... I told I'll be annoying with strange things... 




-- 

pirata <pirata@trekkie.com.ar>
--=-kCTLrN13jtW2daOD/TAW-- --=-E1Fl1aWA3J1iUOJFlq3D Content-ID: <1065635787.2158.19.camel@pirata.gha> Content-Disposition: attachment; filename=smiley-4.png Content-Type: image/png; name=smiley-4.png Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAAC/UlEQVR42n2Tf2iUdRzHX9/v8zy3 u91ulnO5pXGXUUsK1yIY9ke0CDQiodbQKCOnNieaIkKI/yRhf0QgCeEqViKUYgUOnTE9G5WtjlqB TV1bsnl0tV93u93ux3PP93meb/8sKBNf8P7jw/v9+fz1/sD/iQI7gB7AWdApoGPB+w/ihvnI/bHK bfu2NLF2zUrMcAw8G2d+mIGBi+w/nGE46XQBnTc7cOFAZ+MTO1/bgDBCuIVxnPwIQhgYwXqMQA2q MMahd+O8fWLmAvAkgLGw/MGbOx55fueuF/FKKVRxHF/NIaQFgO+kcQtjgGZ1cwyjOLXiuyG7DuiV QLSx4fat2zvX4dmTeOVphDCwvUqkWcVk2mfDnkGEtPCdLEJabH95CfctN7YBUQk83XNoMUJaTE+M cuT476x9pZfmZ3sI1D7D8fMeP/2a4a3uGaqWt6Ly1zBDdbzadhvAowLomrn0eocqXMeoqCVU+xga E2mYlKb6sSINtG58gzOnTzGf/BR7+hukWUni52u07p04aS5bdudmAN/NURZ3oSe+RBhhhLTQGsqZ BKd7Pic3fhSVGwLAtaeoX2IAPGem02kQJrP5EHJRHYb0CHhZtG+CdtFeiezIO2h3Hu17OI6Dqxzy RR8AadvlXu0WqDSm6O87xkzWx6p+AF/l8N08vmejvRLaV7jKJjNnEwwvJTXtASQk0FecOEsoUs/6 9RuJx8+RGOgjuLgZK7ISzBo8X9L/w1+07RnmnqZ2RpNlrg7lAU4IILrq3sh437GnMCruIFD9IL8M fsvQpUE+OiO4fGWYRVUGhw+2sablIZJXPiN+cYwPT2b4LaUb/mli94Etsfatm5pwi0kisU1Y4RUI IfHsSTQalR/lcuJj/ph0Od8/y9G46gI6/13lrzrW1bTs3RwmEKxGyAp8lWN2rkShpCkrzfU/FYkf 53j/rPM18PjNnqn77jrZ/kJLFasaQ4SDglJZk533GUspvjiXZSTFJ8BL3IIosBv4HlBAGrgKvAc8 fGP4b4kpTGRKdd96AAAAAElFTkSuQmCC --=-E1Fl1aWA3J1iUOJFlq3D-- From noog@libero.it Thu Oct 9 01:13:03 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h98ND3s9008771 for ; Thu, 9 Oct 2003 01:13:03 +0200 Received: from smtp3.libero.it (smtp3.libero.it [193.70.192.127]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h98ND3gh040046 for ; Thu, 9 Oct 2003 01:13:03 +0200 Received: from aldebaran (151.25.196.245) by smtp3.libero.it (7.0.020-DD01) id 3F6F04A60063BFFA for ros-kernel@reactos.com; Thu, 9 Oct 2003 01:09:13 +0200 Received: from aldebaran (HELO aldebaran.libero.it) [127.0.0.1] by aldebaran (169.254.25.129) with ESMTP (Classic Hamster Vr. 2.0 Build 2.0.0.0) ; Thu, 09 Oct 2003 01:05:44 +0200 Message-Id: <6.0.0.22.2.20031009004525.039d6370@pop3.aldebaran> X-Sender: hyperion@pop3.aldebaran (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Thu, 09 Oct 2003 01:05:42 +0200 To: ReactOS General List From: "KJK::Hyperion" Subject: Re: [ros-kernel] l18n in react os In-Reply-To: <200310090016.18237.iastrubn@actcom.co.il> References: <200310082333.22244.iastrubn@actcom.co.il> <3F848425.2010200@swbell.net> <200310090016.18237.iastrubn@actcom.co.il> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed X-Posting-Agent: Hamster/2.0.0.0 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h98ND3s9008771 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2003 23:13:03 -0000 At 02.16 09/10/2003, you wrote: >áéĺí řáéňé, 8 áŕĺ÷čĺář 2003, 21:39, đëúá ňě éăé Rick Parrish: > > Diego Iastrubni wrote: > > >Hi all, > > > > > >I was wondering what will be the approach in this project for i18n. > > >Is it possible to use gettext()? > > > > Actually, that's not strictly true - although a lot of developers choose > > to do it that way. You can have multiple localized resources or separate > > resource DLLs for each locale. The approach is to be as compatible as > > possible - UTF-16 and MBCS (UTF-8). >i was thinking something similar. >how about dynamic layout? a-ha! the same instant I read: >>>The approach in MS world is to recompile with new strings. I expected to read something about "dynamic layout". Well, Windows dialogs don't support dynamic layout, period. If you look for dynamic layout in dialogs, you've misunderstood them: dialogs are simple and dumb, and supposed to. But since you certainly *don't* want your main window to be a dialog, the problem doesn't exist >try making a dialog for english and then translate it into german. not all >words will be visible since german translations are most of the much >bigger then english ones. you can't add dynamic layout to dialogs without causing an unstoppable chain reaction of third-party application breakage. Want to write your own layout engine anyway? you're welcome, just throw it on top of that mile-high pile of layout engines over there, when you're done >I will not even start talking about rtl and bidi yet. Windows supports RTL layouts perfectly: just set the appropriate style bit for a window, and everything in the window's DC gets automatically mirrored. In most cases you don't even need to touch your code. BIDI? recent versions of Windows have added support for complex scripts - you could even write in alternate ltr-rtl mode, or in vertical. We don't have to invent anything: like usual, those kind folks at Redmond have already done all the boring research for us From ge@gse.nl Thu Oct 9 08:20:32 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h996KWs9011389 for ; Thu, 9 Oct 2003 08:20:32 +0200 Received: from smtpzilla1.xs4all.nl (smtpzilla1.xs4all.nl [194.109.127.137]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h996KVgh049804 for ; Thu, 9 Oct 2003 08:20:31 +0200 Received: from gsep1 (geldorp.xs4all.nl [194.109.161.161]) by smtpzilla1.xs4all.nl (8.12.9/8.12.9) with ESMTP id h996K12l011692 for ; Thu, 9 Oct 2003 08:20:01 +0200 (CEST) From: "Ge van Geldorp" To: "'ReactOS General List'" Subject: RE: [ros-kernel] type type revolution (was keyboard mega-patch) Date: Thu, 9 Oct 2003 08:20:00 +0200 Message-ID: <01ae01c38e2d$5f0520f0$0a01a8c0@gse.local> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 In-Reply-To: <018c01c38de0$7e06c730$0a01a8c0@gse.local> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h996KWs9011389 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2003 06:20:32 -0000 > From: Ge van Geldorp > > We just agreed on IRC that I will commit the patch since Art > doesn't have commit access yet and that Art should be given > commit access. Since ros-cvs is not quite operational yet: the patch is committed. Gé van Geldorp From iastrubn@actcom.co.il Thu Oct 9 14:51:05 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h99Cp5s9013801 for ; Thu, 9 Oct 2003 14:51:05 +0200 Received: from smtp2.actcom.co.il (mail.actcom.co.il [192.114.47.15]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h99Cp4gh092548 for ; Thu, 9 Oct 2003 14:51:05 +0200 Received: from line108-136.adsl.actcom.co.il (line108-136.adsl.actcom.co.il [192.117.108.136]) by smtp2.actcom.co.il (8.12.10/8.12.10) with ESMTP id h99Co3rs017274 for ; Thu, 9 Oct 2003 14:50:03 +0200 From: Diego Iastrubni To: ReactOS General List Subject: Re: [ros-kernel] l18n in react os Date: Thu, 9 Oct 2003 14:55:27 +0000 User-Agent: KMail/1.5.3 References: <200310082333.22244.iastrubn@actcom.co.il> <6.0.0.22.2.20031009002537.039d6600@pop3.aldebaran> In-Reply-To: <6.0.0.22.2.20031009002537.039d6600@pop3.aldebaran> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-8-i" Content-Disposition: inline Message-Id: <200310091455.27935.iastrubn@actcom.co.il> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h99Cp5s9013801 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2003 12:51:05 -0000 áéĺí řáéňé, 8 áŕĺ÷čĺář 2003, 22:45, đëúá ňě éăé KJK::Hyperion: > At 01.33 09/10/2003, you wrote: > >I was wondering what will be the approach in this project for i18n. The > >approach in MS world is to recompile with new strings. > > no. Microsoft used to maintain separate builds for each language, but most > other vendors didn't. Currently, even Microsoft has abandoned the old model > > >Is it possible to use gettext()? > > I want to be clear: I'm not too fond of excessive "GNU-phily". gettext > isn't standard on UNIX ("GNU isn't UNIX"...), neither on Windows, both of > which define simple, efficient (and very similar) ways to localize strings. > And I don't think the complexity of gettext is justified by anything > simpler than an office suite. We don't *need* gettext, we shouldn't paint > ourselves in a corner so happily about it. On top of that, add the fact > that ReactOS, being Windows, will have to support the MUI API, sooner or > later, and we'll likely end up using that I would like to disagree with you if you don't mind. Using gettetxt means only adding I18N() before each string. for example: "I18N("hello world!"). The string extraction is done automagically by the auto* magic, and trust me the translation is easy, since you have a few programs which can edit them graphically (google for poedit, they have a windows version). I am sorry, but editing strings inside DLL's does seem intimidating to me now. About you other mail. >>I will not even start talking about rtl and bidi yet. >Windows supports RTL layouts perfectly: just set the appropriate style bit >for a window, and everything in the window's DC gets automatically >mirrored. In most cases you don't even need to touch your code. BIDI? >recent versions of Windows have added support for complex scripts - you >could even write in alternate ltr-rtl mode, or in vertical. We don't have >to invent anything: like usual, those kind folks at Redmond have already >done all the boring research for us I am sorry to inform you that BIDI is much more complex that that. I can try and explain what is it, but it will be long. Maybe another thread. (what if you mix languages in one line for example? try moving the cursor in the first line of this mail, opefully you use some mail client which supports unicode). Don't worry, wine does already implement BIDi with the use of ICS (a library developed by IBM). I will get into that when time arrives. Don't worry. Details will come in time (if someone request) since it's really not needed yet. You talked about a style bit which mirrors a window. Please send me a source code which demonstrate this. If I am correct it will only mirror the window frame, not the client side (that's what I remember from my experience). IMHO it looks really ugly and should not be used, since it confuses people a lot (again from experience). Rick Parrish wrote: >If they are win32 dialogs, then each locale gets it's own dialog >resource - with appropriate size and dimensions. Does that means that for each language the translator needs to resize the widgets manually? As you can see, I do come from Linux world so I may think differently then you sometimes. That is not always bad, I may have good ideas once in a time... -- diego, 13 Tishrey 5764 Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html From noog@libero.it Fri Oct 10 04:45:10 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9A2jAs9019522 for ; Fri, 10 Oct 2003 04:45:10 +0200 Received: from smtp1.libero.it (smtp1.libero.it [193.70.192.51]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9A2jAfU066228 for ; Fri, 10 Oct 2003 04:45:10 +0200 Received: from aldebaran (151.25.179.221) by smtp1.libero.it (7.0.020-DD01) id 3F6F0E48006889FD for ros-kernel@reactos.com; Fri, 10 Oct 2003 04:41:48 +0200 Received: from aldebaran (HELO aldebaran.libero.it) [127.0.0.1] by aldebaran (169.254.25.129) with ESMTP (Classic Hamster Vr. 2.0 Build 2.0.0.0) ; Fri, 10 Oct 2003 04:37:58 +0200 Message-Id: <6.0.0.22.2.20031009215949.04c7a090@pop3.aldebaran> X-Sender: hyperion@pop3.aldebaran (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Fri, 10 Oct 2003 02:19:32 +0200 To: ReactOS General List From: "KJK::Hyperion" Subject: Re: [ros-kernel] l18n in react os In-Reply-To: <200310091455.27935.iastrubn@actcom.co.il> References: <200310082333.22244.iastrubn@actcom.co.il> <6.0.0.22.2.20031009002537.039d6600@pop3.aldebaran> <200310091455.27935.iastrubn@actcom.co.il> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Posting-Agent: Hamster/2.0.0.0 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Oct 2003 02:45:10 -0000 At 16.55 09/10/2003, you wrote: >I would like to disagree with you if you don't mind. >Using gettetxt means only adding I18N() before each string. for example: >"I18N("hello world!"). I know gettext isn't that trivial, and you know it too. If that's all gettext does, one doesn't see why it's that necessary, right? >I am sorry, but editing strings inside DLL's does seem intimidating to me now. what's the difference? you'll still need an editor of some sort. And once you have an editor, it doesn't matter much if the format is DLL or whatever else >I am sorry to inform you that BIDI is much more complex that that. I can >try and explain what is it, but it will be long. Maybe another thread. the RichEdit 3.0 control from Microsoft supports all of that, and more. I wouldn't be surprised if you never heard about it: Microsoft always does the good stuff quietly (what are they, ashamed of not sucking? is sucking their corporate standard? their mission statement? figures) >(what if you mix languages in one line for example? try moving the cursor >in the first line of this mail, opefully you use some mail client which >supports unicode). nobody has found a good solution for this - _in plaintext_. Rich text isn't affected, and this is the strongest argument in favor of HTML mail >You talked about a style bit which mirrors a window. Please send me a >source code which demonstrate this. I'll pass. Too much of a hassle. The style is WS_EX_LAYOUTRTL: note it down and try it by yourself, whenever you feel like. You'll see how it Just Works (TM). I've personally tried on a couple of programs of mine, and it worked seamlessly (but I actually understand the coordinate model of the Windows GDI, I'm minority) >If I am correct it will only mirror the window frame, not the client side It mirrors the device context of the client area, therefore it mirrors all painting operations and the coordinate system itself - all children windows get automatically mirrored, in position and content >Does that means that for each language the translator needs to resize the >widgets manually? you are looking at it from the wrong angle: it means that the *resource editor* has to do it. Dialogs have a static layout by design. Just get over it, it's not going to change anytime soon (but, like I said, you don't write applications with Win32 dialogs. You write, well, dialogs. Property sheets, mostly) >As you can see, I do come from Linux world so I may think differently then >you sometimes. That is not always bad, I may have good ideas once in a time... we have no time for good ideas, sorry. We are rewriting Windows, here From johol777@student.liu.se Sat Oct 11 11:43:25 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9B9hPs9031443 for ; Sat, 11 Oct 2003 11:43:25 +0200 Received: from mail.liu.se (argus.unit.liu.se [130.236.1.141]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9B9hPfU112842 for ; Sat, 11 Oct 2003 11:43:25 +0200 Received: by mail.liu.se (Postfix, from userid 506) id A061820000; Sat, 11 Oct 2003 11:43:16 +0200 (CEST) Received: from elysium.unit.liu.se (elysium.unit.liu.se [130.236.230.145]) by mail.liu.se (Postfix) with ESMTP id 0C50F20000 for ; Sat, 11 Oct 2003 11:43:16 +0200 (CEST) Received: by elysium.unit.liu.se (Postfix, from userid 102) id 360B733923; Sat, 11 Oct 2003 11:43:14 +0200 (MEST) Received: from liu.se (camelot.unit.liu.se [130.236.230.139]) by elysium.unit.liu.se (Postfix) with ESMTP id 806E033928 for ; Sat, 11 Oct 2003 11:43:12 +0200 (MEST) Received: from [81.225.51.53] by mu.unit.liu.se (mshttpd); Sat, 11 Oct 2003 11:43:12 +0200 From: Johannes Olofsson To: ReactOS General List Message-ID: <6fcce57029ba.7029ba6fcce5@liu.se> Date: Sat, 11 Oct 2003 11:43:12 +0200 X-Mailer: iPlanet Messenger Express 5.2 HotFix 1.17 (built Jun 23 2003) MIME-Version: 1.0 Content-Language: en Subject: Re: RE: [ros-kernel] Testing kbduk.dll... X-Accept-Language: en Priority: normal Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: 7bit X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.60-liu_1.5 (1.212-2003-09-23-exp) on argus.unit.liu.se X-Spam-Status: No, hits=0.0 required=5.0 tests=FROM_ENDS_IN_NUMS, LIU_FROM_MATCHES_LIUSTUDENT,LIU_MAILTO_TO_LIUSTUDENT, MAILTO_TO_SPAM_ADDR autolearn=no version=2.60-liu_1.5 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Oct 2003 09:43:25 -0000 Hi, Hartmut The reason that the key was mapped wrong when he tried it seems to be that he tested in text mode without the keyboard patch (the default US mapping was used). You are right that ctrl-e shouldn't produce any output. If I get time I will have a closer look at it. Regards Johannes Olofsson ----- Original Message ----- From: Hartmut Birr Date: Wednesday, October 8, 2003 10:37 pm Subject: RE: [ros-kernel] Testing kbduk.dll... > Hi, > > I see the '\' left from the y (z on non german keyboards) button > on my > german keyboard with kbduk.dll. Is it possible, that the location > of the > VK_OEM5 value within scancode_to_vk is wrong or that the '\' value > mustpoint to VK_OEM2? It seems that there exist also a problem > with WCH_NONE > values. Ctrl-e should produce nothing but there is printed a '?'. > > - Hartmut > > > -----Original Message----- > > From: ros-kernel-bounces@reactos.com > > [ros-kernel-bounces@reactos.com] On Behalf Of Aleksey Bragin > > Sent: Wednesday, October 08, 2003 9:40 AM > > To: ReactOS General List > > Subject: Re: [ros-kernel] Testing kbduk.dll... > > > > > > Hi! > > > > CapsLock and NumLock works fine (though I'm not an > > englishman, I have a true > > english keyboard :)). > > > > But problem with "\" isn't solved yet --- this key is located > > to the left of > > Z button, and when I hit it - nothing happens. Now, to type > > this slash I > > have to press down the key to the left of Enter (~ # button). > > > > With the best regards, > > Aleksey Bragin. > > > > ----- Original Message ----- > > From: "Johannes Olofsson" > > To: > > Sent: Wednesday, October 08, 2003 11:05 AM > > Subject: [ros-kernel] Testing kbduk.dll... > > > > > > > Hi! > > > Could somebody with access to a brittish keyboard evaluate > > this kbduk.dll. > > > It is a modified version of Kbdus.dll in the CVS. > > > Known issues: > > > CapsLock and NumLock has no effect on the keys (at least in > ROS...)> > AltGr does not work properly (suggestions about how > AltGr > > is supposed to > > be handled are more than welcome) > > > > > > Regards > > > Johannes Olofsson > > > > > > > > > -------------------------------------------------------------- > > -------------- > > ---- > > > > > > > _______________________________________________ > > > Ros-kernel mailing list > > > Ros-kernel@reactos.com > > > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > > > > _______________________________________________ > > Ros-kernel mailing list > > Ros-kernel@reactos.com > > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > > > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > From steven_ed4153@yahoo.com Sun Oct 12 00:40:23 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9BMeMs9007388 for ; Sun, 12 Oct 2003 00:40:23 +0200 Received: from web21107.mail.yahoo.com (web21107.mail.yahoo.com [216.136.227.109]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9BMeLfU039924 for ; Sun, 12 Oct 2003 00:40:22 +0200 Message-ID: <20031011224019.38354.qmail@web21107.mail.yahoo.com> Received: from [66.83.186.125] by web21107.mail.yahoo.com via HTTP; Sat, 11 Oct 2003 15:40:19 PDT Date: Sat, 11 Oct 2003 15:40:19 -0700 (PDT) From: Steven Edwards To: dpaun@rogers.com, wine-devel@winehq.com In-Reply-To: <200310111129.06252.dpaun@rogers.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: ros-kernel@reactos.com Subject: [ros-kernel] Re: WINE porting templates X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Oct 2003 22:40:23 -0000 --- "Dimitrie O. Paun" wrote: > Actually, we should also have a ReactOS column under the OSes... I really dont want to have a ReactOS column in the list as the ReactOS project is planning on properly branching winehq cvs when WINE reaches reaches 0.9/1.0. I dont want people who have problems with the ReactOS-WINE dlls to flood you guys with bug reports and such. I will of course start making bleeding edge builds of Winehq CVS for Mingw and these dlls and programs will be able to run on ReactOS but I dont expect the WINE project to try and support the ReactOS fork and that will end up happening. Thanks Steven __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From bblaauw@home.nl Sun Oct 12 00:55:29 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9BMtSs9007446 for ; Sun, 12 Oct 2003 00:55:28 +0200 Received: from smtpq1.home.nl (smtpq1.home.nl [213.51.128.196]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9BMtSfU093814 for ; Sun, 12 Oct 2003 00:55:28 +0200 Received: from [213.51.128.134] (port=50885 helo=smtp3.home.nl) by smtpq1.home.nl with esmtp (Exim 4.20) id 1A8Sdx-0006yi-Gp for ros-kernel@reactos.com; Sun, 12 Oct 2003 00:55:25 +0200 Received: from [213.51.37.153] (port=33569 helo=willem) by smtp3.home.nl with smtp (Exim 4.20) id 1A8Sdr-0000Gd-Bm; Sun, 12 Oct 2003 00:55:19 +0200 Message-ID: <001601c3904a$c1114520$0a01a8c0@willem> From: "Bernd Blaauw" To: References: <20031005133826.71044.qmail@web41501.mail.yahoo.com> Date: Sun, 12 Oct 2003 00:55:23 +0200 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0013_01C3905B.84754F10" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-AtHome-MailScanner-Information: Neem contact op met support@home.nl voor meer informatie X-AtHome-MailScanner: Found to be clean Cc: bblaauw@home.nl Subject: [ros-kernel] ReactOS feedback X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Oct 2003 22:55:29 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0013_01C3905B.84754F10 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit people, what's going on exactly? yesterday ReactOS.com site (new one, www.reactos.com URL however) mentioned 0.1.4 release, gave no download links and everything spoke about 0.1.3 today, www.reactos.com site cannot be found. did a search at sourceforge.net for ReactOS and thus found the released 0.1.4 version. After downloading ReactOS 0.1.4 ISO I tried it in Vmware with below/attached result Vmware Workstation 4.0.2 running on WindowsXP ServicePack1 MSDOS guest machine profile (4GB IDE disk, 16MB ram) ReactOS 0.1.4 ISO 'mounted' as cdrom device. it was booting from cdrom (harddisk still unpartitioned), started loading driver up to and including blue.sys, and then the error screen appeared. Is there a site for downloading compiled Nightly builds (preferably ISO :) )? Bernd Blaauw ------=_NextPart_000_0013_01C3905B.84754F10 Content-Type: image/gif; name="reactos014isoVmw402.GIF" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="reactos014isoVmw402.GIF" R0lGODlhowMUAvcAAAAAAIAAAACAAICAAAAAgIAAgACAgICAgMDAwP8AAAD/AP//AAAA//8A/wD/ /////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMwAAZgAAmQAAzAAA/wAzAAAzMwAzZgAzmQAzzAAz/wBm AABmMwBmZgBmmQBmzABm/wCZAACZMwCZZgCZmQCZzACZ/wDMAADMMwDMZgDMmQDMzADM/wD/AAD/ MwD/ZgD/mQD/zAD//zMAADMAMzMAZjMAmTMAzDMA/zMzADMzMzMzZjMzmTMzzDMz/zNmADNmMzNm ZjNmmTNmzDNm/zOZADOZMzOZZjOZmTOZzDOZ/zPMADPMMzPMZjPMmTPMzDPM/zP/ADP/MzP/ZjP/ mTP/zDP//2YAAGYAM2YAZmYAmWYAzGYA/2YzAGYzM2YzZmYzmWYzzGYz/2ZmAGZmM2ZmZmZmmWZm zGZm/2aZAGaZM2aZZmaZmWaZzGaZ/2bMAGbMM2bMZmbMmWbMzGbM/2b/AGb/M2b/Zmb/mWb/zGb/ /5kAAJkAM5kAZpkAmZkAzJkA/5kzAJkzM5kzZpkzmZkzzJkz/5lmAJlmM5lmZplmmZlmzJlm/5mZ AJmZM5mZZpmZmZmZzJmZ/5nMAJnMM5nMZpnMmZnMzJnM/5n/AJn/M5n/Zpn/mZn/zJn//8wAAMwA M8wAZswAmcwAzMwA/8wzAMwzM8wzZswzmcwzzMwz/8xmAMxmM8xmZsxmmcxmzMxm/8yZAMyZM8yZ ZsyZmcyZzMyZ/8zMAMzMM8zMZszMmczMzMzM/8z/AMz/M8z/Zsz/mcz/zMz///8AAP8AM/8AZv8A mf8AzP8A//8zAP8zM/8zZv8zmf8zzP8z//9mAP9mM/9mZv9mmf9mzP9m//+ZAP+ZM/+ZZv+Zmf+Z zP+Z///MAP/MM//MZv/Mmf/MzP/M////AP//M///Zv//mf//zP///yH5BAEAABAALAAAAACjAxQC AAj/AKkJHEjQH7Vp+AQmpNZP4cBpDwk6pLYQoTaJEhNqW0jt4kSMFD96XOgRJDWDCCc2DCkQYkuM CyviKwlSI8eSHGGKnEgTI8qYAldydHlQJ0uLJh1uHIgzKVCBI6EmPXnwqdCILzNOROq0482BObWy 7Mhz6k+VH4kSBbt15lSbTNmafEqWZU+JZ1lezVpUrMy7BOFK/Wj0q12zVdGOVVu4pduuSwePbTyY JOKUetNiDdwWMNvIdSf7jXs4ad6Fe/uqlvv3rVfSojmPjRoa5OmgmvmyduxZqeHYuytLtp1YLxVq /5IrX868ufPn0KNLn069uvXr2LNr3869u/fv4MOL/x9Pvrz58+jTq1/Pvr379/DjgxeVBXlCtznv c/7KEWh/k7R9lh9pFyWUzWb3ULTWfQXu56BU/4UUIUYB+iZbXQ0eyFeC+CxIUYNsDcjfbhNKVGFI oM0GITUaqsahh/g96NCIE+lHGEEnCrYTWQYiqOB+IM4oY5D+yUXhjTqqyCOLPnYI5GQ2CrlijWOF RVpYSRqWYZMwBinhkFVKCVxdWL5mpEdbbvhjiF5G+eWULEVppXCcpahlSC0S9eKTIoIZoZwAImnm jmm6uOaMbUKp4p9hgpTjoEoWquehEiaa0yhTIEeNCjGoAMOnVHjq6acwjEoqFZ96GoMTpLZq6gqg wv9ARQyzfhqDrLe+CgOtu8oKQxWo2qrCrKhW8WuvtRJLK6+3GnsrFcHuiiqtys4K7A3TFittFc3i ai23WhALLK3jQoutFr8qCywV2G5RhQ3XVqFFFfLKe0MV9846L7vAzjvvFlRokW8M9GrhLrtUbBGD wfTeMG+99wLrLr0AT+xvve5uoQXDBiec8RZ+ZCyvyBpXsQXJJ/9h8sgnm6xxyi0bnMfJBp/88cd/ bJFzzjbr3HLPMMMMCM827+xzzlzonLTRf3CBtM9h6FyIzU6nvLPTTv8RBs9GnwyI10o3PTQXhTT9 x9lOj322GH9MrfYWWbMdBiBz/8F2IUPjXYgYgNz/TfbQfLcNSNl3s2324IYAXkghZNctBt6G4D23 IX8kDsjghVieud6DAxL53ohXnnjmqSQ++uie62064oWo4jnmhsT+eeyln05K7JlHbnrkqatiiO+1 y1474rj/Lrvvqvieu/G+x9688cxHbwgjvjPyOyyyU+888r8fkrz20Vu/ivPMe6/KIbCcnzzyqyCv SiOGwMJI+9An34gq88//viqwjN8/LPe7HyzQ17778S9++wMg/7y3CljEooGNgAUA5VfA/kVwFdS7 3wNX0UAHqgKC/2ugKmIhwfk50IGx4B8JH/g/Fq6ChA2MhQxVCItqjJCEJ5ShBElIDRg68Bk5XOEL /2FIwmrEwog9lKEMkxjDHBqRh0cMYix6mMQo6vCKSowFEIuoRGqgcIr0sU+qUAW0ng1LBbAqVaxI tapROeFWrIJBHNUoR19FC1q8QpWnoNUqcoHqVrySVbZ8Zcd0oQpas6IWsNL1rGUdklxaoBW23gWt SFJBXrxC17VgMC9sYYtg0KLXJeF1yUiKklzYuiTBPnnJgBUMX6G8V7jqJbGRJYxdD6NlyQC2Mn+5 a2MHu8EuXfZLeq1MZAyj2MdcNjOaNbMKefiXFlT2S5X5QZkjI9rJmrmFZjaTaMz0Wc/OdrSiaVNn XxNn1XTGNXEyjZzkXNrZcga4o23tZGkLg9PYRv+3szFualPLWUC1tgW8yU1rQ/tDQhGqty1c7nBb U+g+7TbPsnUuDGWzG+Y6N7TTURSjl+Mo7yjXOdXBTnGQq1zmONo51K30ciOFnCFutzmaAkIVkGvd 6wqRipaulHS6yxxNjVeI20FPdbcL3vak17rnLRV69Wse91rHvOT97nnrc5/1sIc//BnCfNbrqlix R1bjcdWr6bsf9aiX1e81sIFsVZ9Y97fW9aWPf/i7ayM6iNcCqrCrjOjfBwXrw+SF0IMSFGwE+5dC IaaPg4eNIQdHyNj0ydAZK4QFEPtXjcoytoNvdewUM3vEFRqxhkXMoQM7m0QUUsOISNThE7/42tX/ dlG2Mowtale7WybCoof3+AMekKONVm0hFs6JxRZIFccnlEpUcwzVp1g1rTrOalSwYpVzcxUqY9VK WtRa4yHBG15i7cpZ0tpVHmMAyGK591jr2tZ4E3lJWV1LlcCi17NCaYNZ3QAGnwxXDEjZX1mSa2EB u2S8ZkXKhs2SWwrjV8JoqWCOyUvBCZtkyVbWS2MW02T/olkVrtmyhHEMZC4z2MNiZjNlpoyY24yx MrlJzaLZbGbaNNnMuNmyq9mYnO702TrhWbV1wu1pRuNC1HZGT3qyk2vwFPLRhra1rw1tbE/up5K3 8DiyNa1uW9sa4yRaNouubWx1u9zjzgYIsjlt/26L4yjeNqo3hZbNEPyMs0r7xlLOpa54m/Pc6X5q iJ7Obs65Wx5Mdec62cXOqEYVNCly57rlPe92TvUcTp2KN+4J76rOy5ynpYrV6TnV0Z4OK1sNQT/3 eXV90TsE89pHPVknj36rxuD5rBdB9FXve10dYP8Q+Fj7NfAQ+vtgBG+NPvRRT4IifCv/0vc/w45w 2dCmLAalTcK+7pC0lv3fDmn4wsQ6MIbgHqIEn3jFLW4xhpudYgexqNnR6vCFnTWidaZgnSw40DpU WCIq6vMPatTRCVv4x3KNq/A5ymqPuJpur3wFq2F9147RitV3R0WFFegxV7jabqjuuAJmBQuRxP96 5CHr214AoyqS563VsvJrLme5F12C3NcNyLWu/IJrXfmqF8IeRjB4zcvo13rwuerlL1Ti0mQEi2TG ZFkwZObrxL50GMUu5jKWHZNi8srDMX/WS5+5WMc0G6c4u1kzs8/rnEwGmo9xVoWcdd1n6VQZ0ZoW 5CdrLcpM/lrSoCbQpGXN8GLD29qQ1uSpFbSga8sa5BPa5oxq1M5UbptE6cY7OLdtzSgt6eDipjW9 cWH0/+Sb4lc6usAt7nOqe9zl4jxn3r2edTAVqaBXp7pUyPSnkw5q8YIXfPJ1DqeOLp0qlFroowrv po4mn1SPKtWwbm/5q+7qVZ366/gd73yxw57/roGtasOGH4HvW/Vdubf+vQ4W2I/1XmDT92z+Ldt+ EuTfWwdov7xC8NgTtFeCdW7Cpj/mBm0OtGyg9Vg+RIA+hEMcxEI+tH9T1EIIuEVB5EBVhG6jFUOd lUVJ5EVXVHAVESICUQhZUHB4QRDZgA9/QAX6BhYbMQ0pMnCdhQ+EQAX4UHCkogIJBwNAAwMKdzJO MCpGWCrRwirRlSqyEkdpBAPOxSqdIkjpdUeMNF7GIi3fxS7KwQwy9ynetV6gwgX/cA+glC7rckha QIb3cCx5JC/H8iv4wi2OVAVioByjYHShZEqjNC751S6hRCxcd0kAEzGWNDEjU0utdDEPM2HC//RK KzYxksgF24APYrdhGWNhX1czIfYyI5Z2ywQymdgzl7hMndhNqBg0JvMHz2RjrQhkXYN3TLN2aAMz aFOLP1Y1ezdPkvc1/rQzZVNOutg2DrUFVcY2XIA1vKh4nudQY3Y2dbMFJHVQiuc0nJM2hGNnb3Zl oFM5VyY4dZY3nCeOFvVSlsM3JLVnO/VTs7dTuPNncVY6r2c6kFM6fyY7RnU6PhVqQ9U8npMKkXY8 MxV901dqyxc9yAdq0uc+BBk92HN9DKlVwcY93Wd+40M9uvZVrnZ/9cdq/Ed/VmVAaqV/6hNCv9NB BsR/caVACGht1PZBeMUIKaR/jwVtq7BXN/+pbdq2fwjoQi1ERCdkgSdUbuX2QKTVWA7YgKlVlOz2 W/OmREb0DMgVHFKRgypICKOAlYTQNqgwCid4B//mGtTwB1mwRKNwB9PwD/iAhDHwg8eVXMvlBDeQ HM1gLD6QHKMAAziwHPYAcTDwA8vRD3OAK9uQHP6AB55yh8oRD7VSBYXZhd6SLMWCA9sgDbiyAo+p ljGwDf7ACXX4l2UYcVkImP/ADNxyh/fgmJ25MI5EhspxmAnzD/2AB59kCP8gCuOCYJJEL5z5gm/Z DMkRD5GkmKOQdD9Xc0JniBymMRHjLo3wD8ewBYxQhlRAhvgAYhjjShpjnX+gYmVnMoU5Cr//JDJ/ YAW34A+dsAWH8A/TMC8z84mhGDL0QmIxZndE04r/0k7jZHdBxp+xyHfnlDJLYzXFaGNhAzdHo4w5 IwY6szVJk05YU4wK5aDBOGZZo1B+V2YUtU5YVjaNQ2V9IzjspHoFpTZ246F1Q1El5XqVo1CRwzc+ lTqDo1JsY3szWmacE1QlhTq6gzg7JaOOVnuAII+C9o+W01O5M2m+A33kQ4/kszzCs6TN9zutAznK 82lQVTzTB2rcJ30CSZHV8zvgc5H1c1Xakz7x4z3b52p4hT3a0zzHhkDxoz8ZpH9m2kDoJ5Lpg2zr cz/7536W9UGB5aeVtYCUpUGH1abVllk9/9ltEAhtKVRZNzSUDlhZUPRA1IBuQNRDqnBapWWpo7VD tPWBFThFatkihkINqMBvAvEHooCVhSAKXfkHBVcIATeVCYECKEAQukoN91AIdzBF1EAIWkBco3Iy /wCECkcqyZpwC2cFldgP0BILnCkKd7iWweIpUbiXbUiZh7mZ/4AHmNmZOVCGnHJyMMACnDkHfORx ETdIVvAP8bAshSkKoaSaeWBHtHKtKWdfzymbeBADd3mdnNkJVyiwZfhfVYADt5Ac+IAHlLSexmBJ 90Iu5nII/oCblHkPlDgTYgcLnDkKlsR0TOeICdYw5lJK+DIvYyCvN4Bc/pAHz9kMIuMwZP9XBZQY s5KIidCKnv9SSydTmJ0gn8TUdfA5dkDDMON0THv3MztWRgEaNNTUTqvITrYoteg0i/NETo73TlcD jfAUUUpmNk42NDrDoGzDoHZTZBO6eAHFN1l7ebfYjQ6lOKOHeZxzZxR1ZyFaCFVGOB6ajaLXoonz OLFTpIFGUrPzOrb3Uzm1UvYoaKqTOESaU7KzOU7afPUokFY6U1A6pdFXP5rWpFXlpai2fd4Hpr7z kF4Kptm3am/qO+NjVV61VhlUP+MnQGKqa+2DP727uhTUVRV0QC4pQi9ZfykkQBiZVnvKvPvHVyQU QUQkgdV2k+NmlOLGQp6Fqf3TRN7bQ4f/9UWJhb2q9UKtBb74pkVftERZNJUoEhMl8Qesig+i4Byo UHCiMAXVUA0F5xG9eg+9ehGEMAVLFEZleCtv6RxCuFzLCmCcGQvMIAPU0LCi0LLw4Clv1CowQIby ECq2GQ8W7Cnr2Qy22QyExEeqGbD6CiretSs3sA0mTAUtGw/qBQP/+g/+4AlqeYeAEJrW8it7mQ/8 OwrVWYbIZZgQa0ls2ErQcocxSyzTiZsXBi3wIkt32QxacMV7iQ8QzAU95A+j0LB+0LLTEAPV4A+u mRzTgLOcaQj+8Add8Jp5QIjW6Zj1+pzHoAXrSZc4K5uA4A+kUIl48Jwxe8PNcMTJQQrL/zENCYzD 63kP6qkc8rAFLesPhfnG87lNRYsyKKYzaCd3evd1Z1O1tEig6lROKeOLUDugCFqgvFiMZFNOvpg1 EYVOcDM1YnahbAZP/WQ2ipc387Q1JJp6GKq3e4M2klN5DiUG2Pg3fZNRq9M5LppSnvM3efuNdOaO ooc5fHs68mg5MUVou8NosjOkj3aPq3O5QJqPllZou3dThtY8wYN8VgW60sOl03O6UGV9qAs+D/mm VZV94+N9z2Y+7GNV/ZN9aGptwKa7BfhBxMY/bEVA84M+rMYIhEpA73NXIUSSlDVCg+VrkbU+fHVY kSptB/hCTbRCHwSUlYpu66ZEqwC+z/9QbutblIVaWlg0WpmKQjMdlroBEQuBCneggrQaEjRIDaNQ cN0pQQWXIAKhq726EERMRZiyg5sSmz8ohMq6wF7tBFvcBfcQC6mAXKJAmmosSMMSA9y6K6j5nPYK A6h5l4sJSL/SsMlxD7WiAosEK8RCifFgLBLLR5fEmZygl9uQDzhsm/hALdSCBuw5nXUJmGbImXPs SFSA1uy5MAOLB6TUsqLwX6CUL4gErZYYC+iZcP5gCPjQCIf8D6MwncywnvgA2AFzL2ZNhvnAmYGM xXfZnu5i2mKgDc4Axg3bCaj5lsxAiYr9D4HsD6hZBc9JDS0DrbCdTG85CjkrntfK2FX/gFzMcK0y +w802zIsMzNagN45w2PcNE01BmP/ico8w2MA+p/+KXkYCk9xR04MarW3CKBzozRhs2QKZTYj2jRT w6BjBqIAiraAk1C2XODOqKJV5nllBsyfV+AtOnu+PDnH7DkqRXvo2DZBlTnWnM30CKOjY46zt+Lg bGjmDDkwhbmZS1M0VTr5SFSRs3xFqjvNl5AU2aRd+jvK9324E5HTt9AMaT1cypBiurq2Jn/opz5X dT8EnboS3T58Cj8iiVcniZGym1aCOuYvydGGZUAMvWzeQ0ESZEApNH//o0E0hEOxgD4+ZEKOCkDt o70MSFnaS0Q9PdMTaNNDmVlSWW+//7VbXBSUPa1EO0RFKMS/NyIRoqAFajkNhKCCLLHU1ACsMqTp CdEPulqCxFrAmVJwnvKDycrVC7ysy6oCL9wPVXALlkjBb4TXarmXOGyt8ior3Ipcx7ArdykPd60c el1HuNKwqSBIdH2boEKZ8PApyJUK2SIDBbvBlm0DlK2YtxkDqD0KcymtdxgP1v7GVMDt2q2ZgRjH lrgsbkzEwOKaYHwv2MIIb7wNkJyzfxALpw3Gd3kMt4DaLWuaabAcqOCtohAD07kc+FBKL+vc/+AJ 2+AM+K4Fz5kKdqiWrombYZDYlZgzC1+G4Kmz0r0co/AHBctlaolcdXmtyc3yGUM0p/94M6koY1dL yp6cY3233qpIoLoIM0PWygIuoeSkT7M4ZngXUMpojP7082R7ZVHji2K2UAQ1oX1LN5hTzA4lUIJ3 t6r3Op/3T21DNrwjOHYGUgrVUf5UuJ3DTzva4rS3ozL+OZ1DpD2auIM2OrczON/8e4cbVMU3kIJW OvYIVciDuUZKVL5jVP64419KOw2pz1UVpl7Kf8zDVeFjfkF+a9/Dak++fp0/5gLku/KD0Ky2uhi0 5ugjQLrW5sK2QInVPocVWO0zWZHqQaxvQDwJWY9KgZ/V+7EvWjm00iQklfOmWpmF0x/4QyD4W0aZ RbAFC//QIgthEBIywP271AuS6Z3/TsDuOxBSvasKAay/NazHYa5djcjLoVwLTEaVKAeqglyHjYR7 eZjOVSrciiozbMGfsp6WWUcAIWObvyowYlCJAYPKmH/xDFJRCKPgwRVc/k17svCfPYkQYwzEA4PL Nnx4qFjEp+VhFR//XL48ZvHex394YsSoQsVGFTH/7iHUArGlPz9UblA59E+UloNHqwQ9iNCis3/N quAYmIeKli2x/I2qso3atlFi/XVK03BLo38x/xGtkjRejC1Gq2ypEtcfNX9/qo21Gquqli7/8I30 l2eLRX/bGubt6RLfloGjthi6WEWwKMSdthS+x5YZT8NJJwtOpeXuli15Vv+5q5j1/5/WrKvQZr0F 910/uvHizt0auGIuvmcf/0ObC3BAyGkn100bEG7ovpcn/8Ol0OI/zXWLwT09DO1CzYsnDwOofKHs 7LeM/8MePKDihcDPL1To+pbpybk0V0+9QgwJML7y/jAkPkDgM+S/7v4Qo7zp6EtQjAABETBCQMQg cLr1AjQkvwEFHBHDEBMMUcAQRxxwRALLOxHEAUkZ0JBUADnREB1J0dFGHHnUURUCdQREyBqF7DEV Q4QERMkcl8wRSShrDFFIVZA0Ekoor1zSSi+DVIURKA+5kktYwAySESzDFBKWVXq8Uk1YDoFFlUPU NERNNvU8xBBYGmFzFVjOVOXMVf+uNNQQQQUdVFBEGTlUzlX0jIVMVQ5tpM5DV8lUFUAhPXRQRtxk JJZVQl20zlgGbZTVWC5ldNVVYx00FllhMdVUN2tNddBncIWFmlVWxdVWZ2QVNhZqbFU2V1OrqRWW aphtFtpmiRUMH2q21WZbb6mZhhpRqDBM3H+21TbcUc5FhYq/zr1nWxRQwGeaebXVhpApbBV3CmrO TWiLf2BgDYaBDc4NYRhUwOGffiCCyCtRDoIBhpbuqXhhKi6GAat+nKjiFn/wsGKgTpyguCV5IPbB Ic2+8siJiCDueJtmKhbon1EqzktkTmIouaQYWpqLCohgEMwhpHz6wbCw/OFkK4P/cro4BqaqiKEw fLTKiZF/jMkpKqypeCqvG255K2rKErtJs39SoYKtvqp5C4+kq6jmq5G2Jg1q1ep6SouRfHL7H2Zu YOieKtg6RgySYNsbEMdQ2UK1vdfuxO14tkA7lZL72oIhfHo6rSrSF6+qttVsC063v4+zDbjbWo+9 Nuqem+0137KDXTHcgcutOOP8020562bbTzf3utuuuOmui28x68j7j7/sno9vPOy70+3CMO5LrhDt uaMtxQUPXG5D9RQ0P74IFWQvQwIRjF/8F3H8EMfnTYzP/Ps7lBCRXtQiHA1JRzDqUQF3tJ4DFrBF qoBRi3pkoxhJiUpFMgSP1rSk/wFJyUoT1NIHPwhCMS1JTFzakpaC1KU0eelMOjpUlwpliEaE0E9Q iuGVyAQLPVmpTktaVJg+VSgeopBLmYqUm+xUp0Y4ClejulShoLirSw2qEaZSxaoepatS7eoQw8LU oV4FLDEWylGLEtSrxsiqYY3RVm56oxqL9atCvbGNwKIGHIFVrGY1allxnNWypnUuauBjXodEwbcI cQdCosIw3aJGtwjBrn0JhlvzimQhMUmNQuBBWpzMwj3O5QQVCIxgrPnHFgyWMYFtoSnb6IccKrYC tImCLS9hBgxkhpCOvcQwCKHCChxTNxjc0iXNoNgTWvISVCgEYgnBCTAbZo+D9P/sJRhLy1skhw+j yWQlIVNKFWzQMH+owic3wIxL8JATslWNbGHxJTMOwpCJbaUKN5DIUWBwFCpgphlMQQke/iayY1Ah LYpjyzTyMsx8KGUk9/CD1SzyknhwJS/wtApDwlmFdFalChbph2IcR5Sk+OMZL0nMFpLylj8MM2+j 0IIxzYkPPxhzGlog3RYmkTrWaUExvdmCH1ZzF9woxqes8V1uFJNU49AuN9ThD1KHh7vjGG97uPMO fHyzIP9QZzpRXVB0oDOeLejHet2BD/T+EIbtlHWr2VFQGPgDnvdgh3kOEpB65gOh5HgIPPFB0IaS Ax77SKg86RnQg5KToAAZtrH/jTVQA1mUIATir4Hw65CNyqOkAOYHQ5OlUiF45KQbCRBJPBLtjig4 owxy8EQ1gi2cVoglCs5WtltSUplSmCcUmvBKgNJRnUR4Qt3i6YVlYpMLw3SmUW3JU2YU06SE1MMq WopRggJUnK4UKj3VCVJ6AtSflEiqNCJ3UFUMIhXVy6o94iqNjZoVturUKlMNK4/vfa+b0sgoPgYL W8lilrWOBYtf5WpZuPrVtKy1R0JSA5Gb1AY+CjGFf2jjHoQohCg0jIo/oKIQ5/rDHXBFSG2B61vd woe+YlENbYjiDv+iRsVMmRvB+NIlsdiCCham44rJLGM6hubCDKJjH1csBjr2/4guD5IRGDxBlz3O GMVm6ZGE0KxiVGjYzTzCS2BOxGhRqWZHErKTK0vEIEwh29TMbBSJFGQiO8EJO+95CJihOSdBuShC tnAUnKjkBmOL5p7JdhSnaOHPdqECXu6S50MD7p6Vu8Hf/oyXulTObKtbdNkWbVGuqEYLf8tL6/LC FUqzLne5EaptLEqboa5ONqamXWxE3VTfzU4PtWlqU2cnPKrurqpQ5V50hA2dr77HO9JZjH64Z7y1 rtV66QkDF9KTvr7+dTzK9tBaP8sFQ4xnOdsBj1XXOh+24sdCfEUQ8yak7XR3h0OFxZGF1kM/DMlb gJ/tzov0vR72ALBHkx0SwP9LK8HJYrCAJlLtk/6dwCmB0INLwqCQaOTaFd52tkeyoQ2N+CUuoRBP eBISnfwUciupKbp7upOdongpPclJht4NFZ1AzlyVtxxQkyoidn97pVcFMVKh0lQXkfgnM0brVJAi 4801tcY67opXsopjrLLo3mIlC1iy2u+y2pgrBF+dWV6n1q0CHGASFzLC6AoXNUZBYW/Z2Jec3BeM vVXibcVrW2s3lYT9ZZiFtTJjMk5lcMoMESdfeQURkdkuI8KzJh8NIio4WpQXfxDK+3hsNCO8QiiP 5WEeo8w5MYjm93m0hCjEBhBhZzXFtmajAcXNRjGaaowWNtXEIDI6wwlOdoL/NajInmynB5yny0a2 ROdk1BcN/lHqEmlPCz/S77xL7I//57t0+viJfh2oKZ1pS1v6Ka/GC6iFv2qlUhr8vs4DqWET1Nok FTi0yQNUZ0e79/tGNs2BDlaL1+vqsPuprKGr4Gi2s+oesdodwNIOAHE2wLIraaMP9oAQ+oAr7dEO 8ugPrmKsDzmQxbrA+Ek3veKrCOG3AHmfCUkQwEqR9KAfz8KsCIIR/bkf/JFB9UCtFHlBDSQQKQGS 1pIgJXGS/IA4CtIgCvpB2ioEJkESKqG4DwISjuMgEVKhH/Kth+MtHSkhNlGUjnsT3VIuP9nCMFkS 4fog49q5JSETNVkFOmmT/zKRrp6DOSVClBhyFEB5FSnak1bZFZyLIidSFfIiokYpulnJFFUBozE6 FS0CRKe7FfzaFVPJo1V5BmQRO1x5xFpJljyKxGnJoz+SFn5ZFWuxln8oBEIYhUJABUIQhUIoxVXU F1FEBVHosFEQBT8YBVQ0xT/oA1v5B1QYBVr0MFkkhD+wRT/QAk2cMHwAmESrMRvDsYpRAciDgRXQ MR7jMWf8u2k8MiqoRihbgcwzGo0JvcjTPIjwMYpYvCaLiINAmYeoso4Api8jvteTMnEyGjKDxz8D M9RDvZtACHp8x9xrvaCQvY64J7Kxmmq6PKspyEijxz+rPdlziuO7KOpjyP+/+bRQ27ScCL+L0sjq y8jo88jwK7WgWh3VWLTyy43q277u8z5WO8mRhMmXXL/gAL9b67//+z+qWg6iyknyYQ3jmR64Ip4J sR6g5Cpjk6vnEAOflA5ksyqtIrbdYQ9lgw/Bag79kJDoqMD7OKwILI8KhJADKRAMSY/zaSwgDKz7 KbjPGqDAcpGpZCCBs6wAUo8Q2cEI+p+4xBAmEaCAS5EcgcEgPKDWOhENQhInUSEoQUwdcZKH26CK 2yDhApMRwpKPA0NCuULKHBMh0UMW2sIwLJQzPCKWOxNNCUM1VBMkMjlHUUNPUaIgGiI9dLoiypWi c7pT2a/zWiNOma/5Ipb/NIovMhqWppu6WeEVPcIvVYCW/aIWMsKWrVMW4ESwOIrEPriDKZiC66SC 7MTOLJiCLKCCO/BO7NSCO9jO8ZwCPMDOuLvOKdCCPthO8aSCPpgCKsiC61wVccEDGPMxpyoYaPy7 wVOBxMsYJ+MyI7syHSuIMsuYbmxHbUQIxcsYYFIIN5u8b6wyiFlQxwvHA93QsOlHMxubgjCaG6A8 1ZCI3jvIUYsBMvM0gOwzhXS9NlMJTsuLd4ozskGzoLgBvEi0iBw/jsyLOFON53OljQw/UnsK6tM+ T1M0GzXJkwy1ymmN16kC2VCMp4g13CA15JidVwMe4NENnoSd2tmd22A2/wHcnfNoKug4j+eAqjZd wOFxK2STjvSJjmhrD+lwD6zkD/VwQLYCVLjiD6z8qvKwnu1ILAnpK2pTD+WBkBPsNreEnwkJkP8I ELZCkAQ8LBVZDwt5LM96S7U0kResyxmBLUAAEho51QlSoNjyQYOTrSNRwtKCoBWqEQxKodxKTF6l LQ96BTihrYzrkhMyISghlBTawi9kBJH7IUe5IUKhk5SbIjLxrdKMITfJwtIMr5ULlPnyEyYSrliQ lPlyFFghr0WBokrJQ6RjIx46FTKir2H5k+RcRGKhOjuKRF3Jr2KRzjiixFX4o7GrumIJ2BWzRKiD Ok2UFYaVRE9csT5C2P84mpaJBRZrWbFImrB/0YYAJbKF6UYhQ8ddUoHSC72Z+dhofLJy1EbRg7yQ jQgHLbOECFkS/TvS+8aHED3Rc7OESD3GI9GC3LyZ0QkNdaZnggrig8cKJT6AhD3QGxs7w75oojxx MrSt+NGyob7ZK7R7KlKggDSBPEmyQVLhe9KLUlKT3D6LGqpSc1KLYh2VZA0lVZ0qACqpIqqSzElZ Mz9cG1PjmB35qz/WsILfUVOfRA5eY9Ow6o/cwL/oCDdChdPxGB/sKB72oLau0p4HWY5v26uoio8E NBAH6dy1sg8URCz1uUD8MEuuDJH36bcPpCwZhBF1Yx4bNBH9Say61F3/G4wRF5lLIOwRHsGQVIAt 4hXM11qtH/lLGqHCLBGSxsxBOKESKJxVFpqtK6xCMNQtGHIukBPNYk2uFFoiLykT0UQuay2Um+PM MBw5IrIUM1yubiXXRVE60lRXJnLNTJmiQvFfJyIiR3FD28zDLDJgXKkiOGq699IVNaKVWnmjaTmV R/xEOLI6scsjC4a6BHvYacEVhpUWN6nYifVEBbu6AyPhiD0w/4pYCVaWqhuFLJA7uqM7u4uwtPsW HC6kb+FhfICkb0mXSKK7HPaWafDhb8kGHo4XGgZiHt5hdPEWG64XJ9bhIe7hH547Ezs7Ki7iI/aW JP6WJc7iMW5iKK47/26ZYh6uYieeOyyG4nDZYjXuYiwG4yh+4jvGYzO+YynW4W1ZYzY2OycO4jgm Yj/24m2p4zNmYjIm4xpG4z42MUa+YkHWYiv24zlGYiW+4yG25EWmBj7mYkkGYjfeYTi25EgGl0Om hkT+5E0u41d2ZCGG5D9mY1V+YyFmYxw2YjrWZE/OY1c+Y1kOZT0WZFIe5FPWZVVmZTEm5k4mY1CW Y1FuY0o25VzG5C/uZUZ2Zj2G5kIm5knu4Uq2ZkPm5TAG5m8+Z1D2gyzQhnNRxQwbxeQgRVL0MHge hV9853vGMA4bhT8QBVL851cURlT4RXr+Z1EYhVrsMFKUxVS85wyb5/9UROg/qMUMK8VYTEVaTEVC wOeNludafGh7xudVPMVb7Od/BkaB5uiCvueDTuhgPMWE1jBV9DCUtsWJrmiEZg9ezGhZHMWOjmdh BOl6duiRpul9pmh/BmiOhsWVVkWDRsWXXmiZLmqIrkWJ7uecvmieLgSN/ul39mihpuf8qOpVPGqT VuqUbmqCfuqWjmqFjumGpmmrvumsxjCdxuiu9mmOBuugnueQLut8Lml+TuuAXmuWfsW3hmmGnumH tmmspui73mqf9mq+LsWw/muinmuz1me0RmnDHmjEdmm4ZuyqfmyLjmyL3mnK3mugDkaxBuzNFmyk PumlVmm2HurRXmz/qp7r08ZpyV7tnt5o1/7osRbpfD5rwv5spg7ttk5shCZt3nbsiEZtrQ5uvR7u vn7tzCZr2SZp2i5s5nbq3FbsqZbr6b7q6gbuvK5s4oZtzX5ozh7spF7u2xbt8o7rxq5p6v5t1Wbv 1tbu4n5owyiEFzMMP3C7BFfwBWfwBnfwB4fwCJfwCafwCrfwC8fwDNfwDefwDvfwDwfxEBfxESfx EjfxE0fxFFfxFWdxEheFcykKUVK7svMWSLoHSLLibgmXU7Y7urvhSDLibw7yNi4xfKHlIsflVg7n Gq87HOdhHf9lJffxKdaGIbfiIUeXLTZyWIbiLba7V86kT3byEzMx/x7X4x+vciTPYU7WciDn8h32 ckpmcjH/Zig38ztGcytXYzZH8ip/c3wpsS9nZBsfcybfcTbu8Rqncj1f81Hu8yPv8kCXc25p8jov c0Q/80VX8y529C6HdDiX9CWndDrPYzvHdDzXdCHnc0//8yQXdGImdEs/dCdO9EcG8k035E6H808H 9GAG81gv9Uun9UyHY0bndCJn9UaOdF8f9EoP9lnXZFQvdlxPZV3fcmUHdWaH9br7MGpAhSloZ29v MDNmYlPP41qn9FOedHT+YW1JY1Qm5UIf43IXditG90xSd1Fn9yx+dxyOd3TedHyp92gfYhQDZH3/ 5XYvJF2eczL/5f+Az6RZt/dtz3cwT3h+Z/hRd/htpneJJ3gyr3hJtmSF7/eGn3OOz2Jzn3g8NviD F3knJvmMD/ONl/OOf+KVL/goX/eLh+KS1/iTr/mUH3hzZnmdR/iRx/giNvlRR/kuH3o7LvqQ/2ak 73mZ//eH12OB93iiz3mpz2Oq32Gfn3mgX/ISmyRvpwIY+7B4cQlUuGQiLjEox3eN3wtRz/lqLmK5 3/eAh+RWHuI+nnW5b/kfrvs3p3S892O9v3i+x/S/l+O4j+TB95bCx/bDT/LER+XFz/q+Z+a3V3rI TzvJ3xbKz3oyR3xwUXykZ/xhd3y4t/y5n3nSP+eIv3zUz3zV3/z/xvfmSwb9dKf7Sb/72p+G1If5 m587zsdjwH9iwV/+yQd+0xd+4n9y40c73Vd616d92Cf85zf06L/94l/9bL7+z3990ecL7rd8Qh7+ 75/+8Dfn1if/7Dd/2fdlKFd/6Qf53Gd9b/6DiyjwfwGIbKP+UaNG8A81bfgKTiu4sCBEiPgaOqRG 0SK1hxi1OWyoEaLHiAs/SoxYsiS+bBE5FlTIsKJJiRcXXgz5kuXEjDFtViQJ0+THkSohskz4kKJP mSVr6rzZsWlEnjqTUhWZcWhLokd/xsxZkanGhjilvgwK1WpXqylXan15FuhMjGVBJnzqU+rImG+5 CmXbcutepV/p/4atm5EsRrNV06LEatio26RPB891engv3sCLezou6lKu5MuUE9Mdi/lsXsZA1XZu C1rvZJ1gS9vdiVqzXsWt/0aGLVo2YdqX797ejJazX8gWC/3D9yeLQWqECBq8R2ilz4dBi56E6C+2 Vo/c8RWl+J08tXtZ5X73nd7kZ7TbVRds7xW7eJHl62fkqN6wee69hx1j860WkX0XhdeffnRRc55/ 6wXo3n+uydfggd6B91d+Eu33IIP/sTShbxXydqCBx/H324LoeegghAOOuGKJ8GXHF3dcgcgihwy+ 6FaMIgIpoInKXfijijve1+J4HwYpIY2wFRnfSSl2t+KSPbrokP+TIUK5Y40EoohhkgnGpFCHXMLo JYBR6jXljajl+JaZNqbpI3tszgimlDb+QRAqeNwD6D8cESRKVWuBROVUS50pW5xInaVgT3P+t9B4 uV0VFaOpAQcfpIxJ+hGlU1laUaZpKcpQp1DR9ChNkfYUlaqn6pTqaqta1KpGr4Iaq6izOqiWrZgm idyiJHnqK1vAHjgqrbkW+xhuuk7Dq6O/WiRro8OiNC2urHGqrKtyNbttsN26RWxMl1KbqGPXktur uUSF+qyw637bLqrHThUvtqPZ6yxa0HpbKb+3+ttXsrlme+403HpaL8ImuRsuNaI098cd2hA6EUGF QCQkUIzq5Nj/Y6lJFp9PHGl3JXDGJhbxYyTrdyPKRakMG8uw/kRuSDNOJLOMXZm8UM4o6Whhy03R a1XQZdFclM0e4gyqsCs/fW65UCs8M9FVc3l1cjvr1bO2XTsqs0dTj7zezWklnTXPWw/882pRg10z 3FbLjXW3WsNc18s6vsr2YWH3PfbfZTtd9+Au4+014kPzTS3jq80dOORLS672YJW7XZDY/ZFtL91n 251V4W8d3qblVBfEHDV+UBHdQAUR5IdNDxVZkjR4jEfzWxzp/Wk20mzR23rMIugvaU39DtOWieto /NfIU4YPM1vAghPFUUrWO+mwaTd861kd7+tQvtJUBfil8jn+/+MDFigNFbB0lH5d68vV/muaF775 wYZ89kMR+q5HGp39b3uoc56GBlcZ35lPTTLhH/aIxj4HClB+7VnaBMunKTxZr3gLzBYAJdVBvXww MNGj4AirZzkT+o8iKfxJ/FgIPQNOz2kJpGH2NvgpjeQwJi2kX+F6eD6REI8kGUxZA4f4wAEesYBO Y849RtGH6PiBOoDCnEiYgIIxqsAVVXhFFWBBKe4MRSr3EOMYU8CIkeCvGVSwhTTSKBWcoAkicFSB /t4FxodxZ40RkQYcxfCR302sKHnEGnnwgT8VZYoj+bPIJgiRP2YVEnDUaGNT8nePZjRBFRZxwiST M41m4MEvkf+k1EcqqZdNUuORj5nGJVFXEFAuUlWqPAsfsxRLq8yJkNHS5ScrI0K1/HKYpoNlcrKX lot0Mpq8jAgjgRmcB/aRksT0DSeP2bdrvs1hutzj2KCJTKJNE5mGhAg5l6m0c2rzmRkSZDFHU01k xvOA+bplPV95T1lWkJripFY/s+nM6DWvm1ciaEE0Rg1U3K45tMPHP6aBkJK45CFViIk9aFk4DEbk o3NixkczYkd+hcYP+mNGDLxGzIlZLHUPiQMjLIKQHFWPmRnBXyDVQxJbmoheCtqE/qaBB1iExl0j VWAc9HeKO6CBGigNJN2u+p6mHgeCmFrIUguSyvJJIw/1Iyn/mcxJEqGGCW/Q7GiYzIZWJKm1plzt jlchc1e5KjCtPl2rCw9o1NXAtU+cqx8ySfhXu7a1XG+lKTZt2le6Ljayd3UrYSFbTr6a0K/zBOxl HZvZwDqVepO1oC/fwlbDYtYqtBvFFAwyDdpFRxQgVElKF2LH7tVSjHIEJ0epcbttaYMZcLTBK6gw DTuMUZGDfIhLbqeNacjhFdOAAwpSoMZWSkMO+kPqNHyrCqXyAZCJnZMT9LcQlGpijIagRjHiCAtm TIG5KHjvMsYIg1fggQ/u7W129ddeFIgBSmbJyCm4YFUxMIMK2TBudlWRx/mmV6n6y6erQpHTUKCC C9OARxga/2xH/94XwCiAwXR9O9/bTcMJtsDHUuN74szsxcEFgcdHEZldRkhDC8m173tVw86IGY+d ACwmdImoTMRGBIALXVxXqUVkdLGxX4yJj9COZBInR3OQeCskeka3SysfCMtL5t+Y1YU5DNMLzEVG KJnRYmaGMhme/8wRm4MLkjAbOc4nmTONk8Ll8wI3zlMWczKl+Wcl0xnNiW6kJzM0ZD7DWdEwAfRt oCJRQkCnUBL12ET35JWFwBEFZcSDHan7CqumtImRHVCp98uE97KyGVpYMVab4pI53Q4fqIBBLeDw 3lPcYBpxsEUx/FAIpRpbf/GgAiKDnI2XxYV47b1BQewx6/97wDQizLiBNJyQ03eUMb0ZQ8WsqfEO GIR32NhusJx1yZJlYNsXhWhGFaj7vQa/Ig7UMEYfDKHUpaTvP8tQ8Cj4CwtQGCKPrmCCyGB63fdO I9/Cpgax9b0MPwg8D+GOqC3kHZmGlHrGcqgFPuyIb2mUkhrwUMErCi5P1o5w1xV8jGdGfml4Upvg XPlPD199c5vXXOSgUWFRpj0aZ/XSn29yT5K9DF2jIwXpPF86us4CdAE5Xc7sjDfcRG31Xfb8KzLv ek0LTfQrU30yUyc71l1dzqCXc+hf/3PbRfP2T5b9Xk2n+8zLfPedh90tuStEK0NGkGns7skFGa5Y q2BGHcv/d5168UNFghd5eNuyayqMGBxjilKxejcUqhAFKrYwjS00o9RlhHy64MYMFNygGcuzqoMh fOIGJzUOi4ADILk3XNvDexrMcEIt870VUhWOurXgxIofPkZTw8L0onjFFsqqr3CtXhp/UOoroA8P KiRXf2W1ZfDQyNRwv0LDwJj895mgXeZzpSi55LfrXUEFfKvR2DnFWEH0g2mNiefBBPFIhdxBmYAA Rt8khQDW2VmdxOctX1SkD4bdnIIAIDU8IJo9lQEaIAXuWf1xHb5YXkxw4NJ4YFNM4JIloJcVWgb6 CwruhQoCxlGEIENYIAkWTDQ54AAeydOwIJ254AWOUAxK/9AMxknr2GAOtqAF5o4fxBah6A41LJuS RFAeJBWr4Q9vReB7gI9DwJ7tFYQdTVjngRJfJEQaHcXwpdcpFEIeZAMenELD5U97xIMWmMvbeaB6 ZIMcuEIr1VIeuIK4JV9yMUQcUBwcpAAaqQQXrmGLwULwfE8a0sp3hEIqLE8z+EEqQF5DhEIh8M4m uMJ78aFh0IQcoMJ7oQLiWQQVXJU2lGFK2Zr+NUSLYRwcTgMnoEJOpQfwqZdJNIR9QIRL/VQVKA8w dg+8WURUSc8pRk6XpVlc6NmB0cUwYsm67OEAqgcY7gV3FBMa3kY3voUw/sQ1TiMYJtEzek40Jto0 Wlk1vv/ENV6hHgpQ/XDj5EQTOGbjN2WaNZrjBxKeKXZj0ySWNF6JzMQjRszjOeKdF+Ij6PTNPtYj NSZJOUJFQwrkNq6jN7ZjOJrFOJLEReLDdExURTmHF02UXiiISOVRHr2CsF1LSxjUo1DDR7WH/+HD MsAAK8FCPJhbB7JkIE3DPVxcMWCbNNyBghmDHzDCxEHE6AWGTCbERdxexdnR9+BScnHEKcDAIxlf DEiDIUzELgZiPFgcfsXAKjVBrlEZlM2ewDXYdYkMHd1BGEwUHjglS0yXQSZEKExBTtXDFNylPVSB relPYU5Dyy2DWl4csdWSXVLDxvEYxd2BKe2lbzTEcE3/A7NdHEOQ3x1JZrH1JXd80EgYDARmiQhi phUFR1JMJV8qYGmiBGoGZQHJDIYpSEi85l7SpCeZpt51TXbIj1u+oG6q2aLMJGk+T0/UZgoS5+jk Jq1oFmz6ZjQB56gJZ1dAJ25m5nRKZW8uZwRNhXPSIHcahnS65kqGp2wyJ3nmi22uZHfqRe6gghRm DEFglHNURIVoRx5ChPJQ1DRo2xjFlIqUVqnJ0eyhABXggRk1BCgQ2JvspXZIF1Sq2ESUEvfAgFhh FwrEgBn5BfG4zoAxoi092zREKAr0wRboHiBd1xh93yVNkjRgFyApRHsBApQtCzXYg3dRw1n6ZOip URPg/xcMBBK5bNa/sRs1tF7EUUGINuntSMMYaUH+6BjMTVcTzBEz2IBFeKiCzZNO9OcaSqkkwpFX 4sErwJF2XUlpXUSRbIXJkA6FEp5PjWmV1OSIJqkI5QWc4sucpked6lpq4ekPos6e3tOb1t0HBuo9 DOreielC9Cc7Zp3rvJqfMuoKGonFQOqOlguldqSl8umAZOrMyalkPOqJRCp82g+ajcjqNJ2p+hOq SomnghGPhmpBJuqBzsqf8qCj3uqc5Co1/IlzTAFGaYNERccfmEjSiSiPypRI7mCwrE4/ph3c7AbN xGoAHQyAphEMRuS1Ct1jaGu0Zsu0UisPWqueYWu5Qv9rU7BS3ugIcXIdDobG4DmrnSHquXKQt+7g vQJXMelrmklIv0rRQVFrwFbQwCaHuUak+wSjuq6rBPmZPD0rv0Jst+qLui6spjSsLj0st6rQv5Kg x6YFyGYrvI4svU6sBIpru5KrNvzJRN1BdDBHQ3wRfeRFaBXPV3GFP4jFeDJQPlHEf1TdAjJTzzrR z55FSD3GBxFtax7thuwscpKrzyrHRwQt1OrS4MkF1fKI1UJWj8FCnNqI1iKI0NKI1K6kCCEt1Clt Y2XtZ2zt2oJJ29rGgMBtoc3K0qJt3apt18LN1xqtzsWt0vwtgQSud9xt1MZstIStat4Tz84t06Zt 4w7/LhQV7dtWLeVeraZeLuPWh+N6rZcZ7tElbeJaLuCmD9cWxeNarFtIbr1W4e6cZEne7EhECEfR 5KSKCUQ8INQpiKfQzJR94NOEpF7xLqr47gExivCCE/FChfFuycIqb0cx7604r7OSRPSaz/SGRaww EENpI0ftrmBR5RR1r0l8b26Erwge76Ymbxpmb/rG5jOyb0S473beafWSL0+YL6qgb1GprwDpb/Da K/w2ofxeb/0SMDFxL/AGoAL77/i+LP2KIwT37vpO8AZWsJj+LwY7JEhucPN2sIVQ8AIuMLo0sDIJ 8K2Y8Pai8Ikk8ApbMHGNsEaeb4gc3hYdCkGA2ijc/1yemkQLuc403u2k7EWc8pF7FGGS+sQRK0sS C9I2Ya2L9FSk0QcETjFcvCz3MXHJoNbZqG4Ru6fhVHEY+0QTk3FN9u2hugkVg7GKIEYbK9YW31MX 6/F9yGkdizGGaHE7JgmaeTET0fGV2PEY4/Egw0wh87Ea/zEbL7Ig9yUhL40hC8amrnHC/EglK+Al 70Umx4YfJzIge/IFYpjG+NoUMJ42XBQhoF49QnEny+SBqVC6bgmeTe4KWu+myu6xVIgt82CdIUXO 4QcG+jIDfu3gCPPnBCT/GPN58fINMtAyv+DSOHOm4bLE4skuE2c1z1Nc0DK2DvPLFjNqfXMyWzM/ kv+z0JkzNLesN9vJOosz5HKx/cDzL0dzOtOzESpzO5tx3ekzE5JjPyPzP7PzLAv0MhE08+TyMS9I QtszMDdzct5yHEvz4jjUswC0HtIOIdgsEBuNXPwpTn6H0CZqCDpxpyaWu2ANybJrmK2Lepz0Rozq /DZUu0R0n+ppPlIF9phLTTMESvcPvay0GwuqS1dqTEvQTAv1jkxDUb+ZsNgES2MTT5eqT6sNUJf0 29h0Sh91ZVz1yGT1S4voT+dGUJs0Ud+0So91Uqvq4pw1oqY1SVMEW1vEVOM0UuOxXGMOXX/J1nQ1 Xn91W4e1Pe+hpZg1U9v1GBd2+YC1USe2Trf0XDf/NlertVdH9mFPdlUTql8ztqg2NQjNtEQVwn2i QnM0GgiZkyWD751KhmI0mcS+zhkDlxN1LAvL9p0mWnAEmr12FsDuNhGrGcqEBHAnbW4rLHGP0D8d d8xoGW7nsfTGdnFPDHTbdhxrynIPt3U7t3HXNmsHlpiCMmxL6nWfRXaPd2iUNzb3L3qDN3aLd3LH bXebbHOPLW1/Z31PdyO/73fr977+9m3QLEUJ8T+ggh+MAiEUAir8ASuOAiqIAiH8wSgUAoNPuIMX gihsuCiMAoRz+CgoGyoQgoQXgomb+IOjAipcuLKZOIebOIQzeIqzIiHYeItzuIU3uIYr2x/EMob7 /4GCM7iDh7iEU7iFY/iNdzgrMrmIh/iHk7iKoziDSziE5/iLXziFg3iLE0KNoziOa/mOO3iH+ziQ j/iQ87iRT3iFX3iGOzmcc7mIS/mJp7iVs7iLU3mMczmNZziYg7mYE3mPF8KPdziaL7iaRzibJ/mb e7iHy3mUO/iU2/mKY7meb/mMe7mf3zig67iglzmhn7mQI3qRKzqSu/mSO3qTQ/qIS3qdV3ml5zmM Y3qXfzmn33ig8zioF3qQp3mpY/iio7qGN/mjQ3mrl/irq/iVy7qWy3itb3qYe7quh2KoG/qoC/qa n7qSDzuHF/uq07mNw/qyU/usO3uf33q0i8KYD/86rx86tpt6m287nHv7nLt6uCs7npN7s/O5pqN7 p6v7p1N7u197ogO7tjc6sa+6sYM7leO7pZc7v9t6uq/7rou6r6+4wcc7wne7wn+7vTf8nT/8vme6 xP87xQu8xZM6xh85QYxCp0nHP8S8zM88zde8zd88zue8zu88z/e8z/880Ae90A890Re90R890ie9 0i890ze90z891Ee91E891Ve91V891me90IO0FFrHalMKzdB1HydTr+xJPjcteA+Gy+zmG2s12P8u asSFSpQ9Ta8mvrbT2l8td7jL22u1JiONq5i9MKM9Pr9K3kPW3gsMuoi93Ad+3TdhoNLgTecE4mP/ KsWEPV80Pt1DNeTf/bwevqj2dN8zfknM/Y/8KpV5vteAfkGKfjDCfVBo/ukPNOHrMXCwftvz/ev7 PSmT/ew3dO0fi+EPR+i7/e6TfkWYvgWh/tSovqPgvifpfgXy/m8A/uYzf/APzvBTfvFLvwhKFGxh VLFSB4PcnVVLWj1WEa3wZTdNCEeMwodHOMg/eJBbuaFb+B/8AYbnJxidf5TFBUD4ozaQGj6CA6dR 05ZQG76E1B4KVFjw4ESCEgc6LKit4kaKHCsmNGiR4EiKDylipHiQIUONEAdK5GhyIMiYBzXis1ly JslRfwihGiVqVCFUhUQR+uNH1J+hqP4I/VPo/6mofxlDKnT5MGLNlQR3qsy5M2NPsjBHkjVpEKVB sVkXKnzZdSJNktTEijyr82NHkV5xloSJ9S1LrXK53qxbMSxOvR35Gjz79+5XtoILE2yJGKHingcb l3xcMXJltIAFY22LN7DhuA0Ts14M+mBej6TN+l2pVvDqzJ1fz/X8FbXsjKNx5s6alnRvzK01H4bd WfZnsLUd307elxqqq4T6ULvqXeG/f6OaExd8z7BFu5JbG7RL/CEh6G1Rwh14NX5Hiuyjc6+5nUaS D7L20husoPxc82+l+f5rD6T37ipQPfr8Mwk/Bxly0KBCIDQIQOomrOgqArGajyYGsaJuQQ5Na/8x RGpGHKzEwFCkSEUE7xMNxrNkzJBGCVsULEcDE1Swx+N+9LDIwGp86EYj+9sxwAQ39K9DIS+MMMAp sTrywhW5VPAl3YB8UMgoAaNQTCtdXPJFLWNU80A2BcSxygOvlPNM/TIk5B98RJlCPGpGuQqfq0Q5 qaOGXOSNthGnsWsv1JBEZb9D//Hnqk85FW/RRQ899DLGRkJJ0uvIg8hSPm1CEkyV9iTuVNBSvQ46 ryh9Nb1Yd3uS1tSQpIlQ/qhpVFRQmQ21Wf7+qZQxWAVjjrhhg7TQOVQjTXKiXqf9tdo2seOy2MBY hFTBVXnVzNfWgLWWJmzV1Fa1R3MtTj2OwKX/TdwUyb3ISR2fvBWsfCt7tV9d4R03T8X4PHdbXLvd 9Vt3w20Y4IeNS0/ie7ld11t+MfZXY4I5ptdCex2l5o+rRsni0EKgxcc+GTliUFu+UnOwy+tGJAu9 Zzkl9R9tiB4U2QJz9risXRP1dtqgE8zGacD2Ws0jnXG2mE8HSdbXJKv7wxqyh2jOSNOkjUba2bef fHRIsQkim1hdsya26bJ5jvtr/8JOuO6rLcq7a64fzNFnCIFmuEi7gzSbNK35Qpxpr6We1PGvILez 8LP1VtLOvn/uGfC5BR+oc3tBMjxx0XdWfGCwUV919SJbB/3wq0ln3HS5qYbu9q9ynzw18lAx/xRm aBEl6aG1bMrvoRqN1RyfbNiya0Tsk930U6PFcztapUM9NHqscNEkF18oiXP6wMijSZst6K+f/j/o r2IL1LnPL/uQKZOuAEGvT+8jSCpQkQoFKrAoC9TU9f53kO0ZLIIH6wzCwOKHqyTkDwb5lPim8ax7 EK1U1AhKVEaBCkIURShHGYUfUJE81VGQGn7wAx5s6IcY3OAGMYgBDoAYRLlRh4DuGwj1dkUyCLqq IhNUUgVrkisMouZ5PCngEXclvyEtUVoSrBsNu2jB04jOeUXqm/SwaDotsoeL2vviE5lIsTEKkIhW NCLqbGW9/rlxhnAMYxQvGCcqmvF8AUKi6f+UuMcmvtF/cRRjAIc4mCIqyYAF0yMU+QdGS0lRkM57 GT4KcYdDJcqD3dmZuVK2HYjkzHfaIc7Q3ka+7zFLfKIKUi5wQY57xCMe5PBFJeBzrYNEbZUQ4UIY APGPbeTDPP/Ixzb+sQUu4MFvEJrO7yB1yi5ZaFbUSMUrUsHMZprHUwosRIZk5zfOYPNcxMTH2qgR RHnOc543mKV4psERVFTjFtXYRj+34U9++jMWsWiEFuBUw3HWsBENbUQMHNqIG0iMZXfrph3z6Uh0 es2af9rk6NTJTWGpMqN/hEw6u3TNuGUzcjPizrxIykqfuTKhB2skxbTp0mDCFKMyXRxKO3r/Uwvm FJUXfVoxTYobjgLOo9wiasRS2VONnnSp+BIqILVJHkJQwW1pmxlwaoMLsVICF5TIBVlxkYvKQHIl xHCrWwfyVrj+7A8ckSU+vkAIM3AqhMsqH38Soj5qUEIdu0zHOMYhjm6oo33Wio5BBFWkKojhZeMk Zz6qAAiZnc4ygXmJupoksBqlhizTSIUzVNEpyzqzEKlAj+N8N6XqfbaVggLJH/DyDxz8M6ACDegt AvrbatyAr7akRiFWUVDfvmAKAu1nIwxBzXCNRAsL9cMYxpCGH9ygCNj9QQzo1JjRtqi0K6liklCq q7V4Vkqt3NJNxhssw+QroekNWB5pO9P3/7Imvo4NpCT/Zt+Hzba9+r2LQPqrL7bWF3P3JTAgfbZf BHOpvPQNcIMHzF4Ihxa+FF5OHdGLYdlqWC4G5kjUZLi8TSnLQg+hRDx2KY9dzhgOK/sbPojBDx3b Ia465gePucLS7sQSDNnIxhdimWSK4CIelEhHPNRxWDhMGQ7cEEclslWRlwVmC4YAhD/EOc5tUGGa +fxYGolXJoPAowpqYtFR6zWQbzZjtc1M4M1QFuQzo84kQFovgKxCEXjutqCNKLRDs/uCMbwgDTEg 4TsbIdxbTIEKU5jCLWJRjYIyIgt7vocGm1nDHvrQhzzcIVYA1GIPAQtlWQyTw/TsOTT3Wf/Nc1P1 RrOcJJFuLNYVHRGtvyaiIL1ZOzbW9at5jRAh8zHNwbY1yKiaa1dzJ8/K9nTP/LyeYa/6bgnddbVX eW3c1TrV0FaqtNWIbHCbWdZ83pwZn12QyP5hCqQij9sIQRZ1+QLKUU4HOdQRZTiQkV7UIIY96EEP OzgkxwnnsV0y2ry+fjAR2qDFNBIRy4nvxya5gHI8/p2OgWuDPVSOTbladZAqcOEP0PRUp7YBZips QQuaAUkzmIACFGyhdVtJj5QGIo39ybEgzNhCllikwFe8/OXQ/Edr/TAXFGqKJTsBunRecrN82YQj W1bIa3W7w1GXWuw7NHsMPFUqZBWioJj/5mcsgBuL4Bq0EdSMOIkUWufVUkNmXA/ZR359coHN1Edm ConVsebz1ly9MqCVTOA7WXDjGb7qRMI64hiv7/WSvPAsknx2KG9zywcH86jRvJEgT3DCd/53d7dR TRSfmsz//fGsr8jnba8e11+d9D83Pe0VknrPr55JoVf26GPfotkfJG2j6EMItRHZESJqioMFOcDH 4W9yDNwj8U2JwfdBD3fw2OD1cIfCxVgS+9z1H0V+BS2yAQa+Hk1p0x8UQl58WCn7hwlwmFDgBiJq 3KIg6CcPBqoaqAEBETAGtqDTSCMOVIFGcOtncqUnAKQZpIvYpIEKYGG6wqa1wkkb8gEf/2JuBLVB KF5rJLzDPEQBtI5qvfwjajpE2LAi5RrlKjToIPxgG3ymD4hGIEShEfrpADUtoArKoA5hs16QIDTo D7RgKfxgKZxwKbSg5qjp1zpppv4PjwJDICoIBktMlcDQ9yxQ9ohPvQCwC08CDPvsPUaMS2bQ3chI C5/G+wbwC7HNDeENDhcDC+fQZ7bQDlkDD3FHDzuLD8tQ+c6wTdLwOQiReAxxDBevD81wEQPRSbzQ kcDQBW9DEs0wEc1rIJBHefDB6walECjDQpgs+8Yh5MhB5FzqHvam/BwursJP4ayjRc7pbQghG2iB FmphGswgG5KmIKJlye6BHBCrxlywH/+oYeBcijzyQ3+6TAwMQQysERsNYQvorTWcoAMHghmqgA90 zhDwoRh0LgVegRmowA7KkRqWQedgwBWogBxRwBxxDgVUABa0QRN0LgyowRnVaYGmAZymQRVU4RVg wRkUiOomgmZOjD+ggup28bgGIijQAx/8oHkIISni5jIC7UM8SIOcjhp8sJmczjz4rm1KiO1iYQq2 Qe7g7u1icgoaSpRKR4PwwNCU6xYwDdNiQQxM0jlOSSdoQiC36YhmkXa8gkJm6lwgh0JSMUWa8Xda RBb/kGFysXQ2xiCisjmmUkeqMqSUMit/zykXR02+El1AyigPAiljcSk5azassjksZC3/iTJbxjIp aUQuI2krWwllvNJiLqMo9zIuzZIkAJPwoJIwx6gUB8UPwoNRmEdZFDMhckEdEGszx0EZ4cB/LoUg iEEfzu/hiKEexG/hCi8jcOue/mEQbMEV3g8Y1y/JkEUbXiyxxIEbuE8HdsALssA3vcCjduKTKmIL AAEGqEA5qSAGqKAKnIAKnGALqMCj/JG4qMEemMAQ4BG8JoIZbkAa4oA7mUEFUuEbqYETXGE7qUEa YGAa4IARpiEUwGsDbQU0vQmBorApOhIVYIiFoo41709QbEY8/qGDvC5R1u/pXGZtEkUlZyrlCKGv QE0lK3TvqIBZSGUg/uAlX0C5YjIm/6tB05grCR1Tg/yAJ4HyCA1tDKiBCpjyMHQNP0cGBu2lqeRE wEwmLmZUlSzG8SJnTj7ySnRUK1nEWGj0R23UjK7qK1QFw3b0SEEPztjpbiyjSTUEtoiP66R0NV1p pZb0Sh2zYtTpL7u0+KgUTK10LbCUSKFUV6xiGv6ACvrq3k7Ri7DCFzRTHDhzGYf0QIgh4cYvrtyh NK8uVwqhIWgJDKaBFlxBNl0hG8pgWfoBVDZ0IHCByqhsILwgG7ShFoyMBn5nJAItReiHCkZUG8Ds aGhuC6ogPEJRId4BBW6gGdpMG5oBRuEh51BgHunUIeLgFeAgBWABH+yTGpgBD16BA/8doglgYRo2 0mTswrVAJKA8ZRS0AYZSoVFwqz4KgRDOiVFGYYUiCxVASTycQims4kG7Y4MMQiCt42UApIPEww+m INRALcyUKR+o4Q7Ax1QQpRFeoAnaDhaO0Cdf0ibrjURoQoO0gEUhtkWpwVC20g8hBlMyRz4YBI3y pMCklT7etSkXaaQ+FnM0Niu+RBHDkGGQBCFCli5nrVxYNmOF9I5uxGNndkVetmJNh1ZYrS5PlkcO lWEzpmWZCF7Vw2I7hiTQksSuqGM3DGN1NiBFFk+FqWSBtmYpKWBwVmpZYmeTtl1BSWaugmZKqYOA FFPJoRvGoRsUi0+5gQkAA0CqiD3/4iJQUzOuBPXhQgaWlCaEEqEWIMEVIMFRISELinFQIEUH8oga sOARXOERFEFU55Y6vMNuHyJ/BMJTbmAL8KEKQPcGYDRqISIO2LFSpKEKXKEJGKE9q6AZhm4axtMh mMA888AW8KEZtIAZ8qADpcEJqCFX/QYkAOTONncb7AMWpgIV8gFavcIq/qFUVzDUBMUqbMayShUi de0E+aNAcbDSLNQ8UpKcqKG6lmWE4uIPDA0mZRJhNW0VXqChwoMTqYF7UDQNDK2hDGp/00AoqzM5 xrB6woVuUU1GCQIpS+SjKkKRBIld3NKSrJJ46whzKwKBNyb9GClLTaZg0haC/YWA/yOERw9YvfZl PhhYdBy4gxv3gyfYgAfCgluNdOu3ghgkhQPYayQYwCj4LUlYgQ/ihGt4e284gtOobl2YasnFhzO4 T1KnLEwCxZQHUTboFImNGiphHKzMbblhi3kzJzKmIoihUNHP4Ap1UF22I6iuWb5gGiDVFRbBB8HH Uo9xIFxgB/yiU2chEfRYVL2YNogJLP6gCmAAAZmpClBVdF21D+ZjAsVxWTuQd12hzZIFBpK1A5ch BqQhDBJiE7Yq6KpAWLmzGIjrd2GBbHKCMgKwEAohH/xpFKphIWFoIJwhWh3C60ShUrwKPdgDnkoV PYjJenXjMrxuyOrV0qZAIC705f9UsuZApYRQge4a6hB4Un/19xBGlyDGy2EPIQ0OodAKapsPQSgN 5S+qmDpMWSRQWV8wGE3PeGTL5IIfKzEf4pxf5F3+zkunigsdcz7ImfDmmUn6+N1k+E/y2fvUw2gD qZwHg54DWp0HemPnw6AphJ9bJsJUB6DTuU7ol6CTSqLtMpjl+aLrOaPTZKMhuiM82rNAmkG2bE5F xWwP5YHqVzD6ARe0eIuxGIu5r2wSOIzzFsfOz4zTgi04Ilzj2AweVREG9wvGx6+aZTBpwAuQTCB3 IBsGVxH2GJUii2CsQHSrwR/8YRv0Bx+okwuqoOYgJaPcEQVSQBVSd0FgFBR0Tgv/tkAaeFUFbAE+ dY4LhM6T2xMO2Boc5RoQHJoiXAtbt6EFqeFZ/yAfnnWWn7h7z0kbRAEp3Oa4kAUVKls8YDr6drE0 YuWPYcle7xUH9e4q7jWO5eMPVoEnDy1/97cRkpCooUODtkC204Cbczu3G2EMxDmYKMJuXpa0BkZe DlGLdoO21YjrJKMtlCO4afpfoEpAwjRg0lp2+gZSRBi0BUO4kZi4UYm6rdS6lZuDLWi7n3swsQIp yau4k3i88+S6s4i5DZi7scK72Vu+pjuB4ftG5Hu5z9u5qU29KSK//YunL5hl/Lu8bYW+0XvAZ7pd u6PeKHNT8IzaKkFTNXynobud/wcjjAuV/AI1xAdGsZsFqR1VEZjaNkupJGiAFgZBB7xgB8ogG1xB jxOBBgZBCprDbqahVFHCVT0XmvDhObXhObcgBnCya3ymRsTxndUthg96plPBKMDaD541FVRhI50B nKJVIpBF7VSSL8I81KaPICB0VzpbWf7BXsWphsIsJXkQRpsan0Qxfx3K0prgQ2G7EQzldXTwH7Rg DHCbm2Vbmg/BRaVrR1CkaTvckcpZIgTxS93ZKhldpR3TxzXYQSS9uNMEzSz9QBrdWwg8jCId1OPj 0/W5pqhNyilE05n49lA9dJr8b6qpQqY8MGA9Cwdv0kkHpW19THDd0Ut90/2j0//NRdXHi9U/ZDzo /MfvbzymtiOsJkuB200MghjsYNsXbhq0ndthbz7Wb+KQJhFeQREUAXGdZeO+hyVoABKwwcgc9REe IcepgQZo4C9+trNHQshdjiPC+jkBQQsU2aI3IqMdAkYXomX/KKlm2tqZNhX8YBSczg9eocttKBUO 8pYBx+GJKC7QcuGd1CACDZcPhSTDN+bMI8z6VUOP5kNiu9CYy9C62dBWQQlRFh+qa9CxCxv717fH AA2E0gE9PJ8fPp5/NkxGIvUYw+MlCeQTROQ1ZNoX2EkhHEeWHp/D3eB1AuHBQlqm/mv9o9qRflTD kOlBw+mfB+qhQ+pLpugHB+L/k/4jsp6dv9531t7rtz7s3/6Hrf7aB6TutXbrYeTgc10rGJ7q/V7u zV5d0P7uuZ7tsQ3s+x7aj8tfr+JlEmJQcGsr4Z5hqEfVoUNFmobNi+YL0J2pjYbd+4pUrMMF3v3G b5wGXCBjQv+PDyILsgAPsoAK7oAKer8PdP+aK0fW0LLh2xtCPN4mamRckwIo/ECBJj76Jf4QtyMs /1SjzksbhhnsLjTvLCvtmPmy1+4QGEG2GcH81f/8ZVu2O61p7CUHiY9Ok19LGIf5fZQxLR3+PbhI kD9YAAIftYEEqU0TWJCgNoL3CuJbmDDiQITUKBJ8aLDiRIcJKR4sOG0jtYUW/wl+lAiRWsOLKSVy FOlwYUiEFkt6tBhS40idCU9GTLlyYkuXMEtWlKmzZkeTOEWSlOgzIdCYRJfCZJmR5suLTEE65QnS 6MCpWKtyvSo061WbXU1+RfjnH7VCU6jJRSVX2118ORU2HDrt6dquHwWSzBZz5lpto+w6lvsv0Zcs kB9b/qfXLl+p91zQ+ExjYGCeSgfiNSjQcEXELBWDxaiwIETVRFNulv23p+DXhPH5aeZnoZ9Xflon pRo7OW2XtqcVkjuw0D3MxQtWd3kH8jTIqadkyYInyxQtd8CLp3LnDvk7ZccO9DOlTx/0VOaT1zIl fJ8sOyf2HZsbSLuVhlqBqv/hw5pQrtXUUoMbDSXVRf+NFKBJA271UWE7IZjYce31555GEMomIWcg inbhWQVqeFiHWn3ooIhVNWciYCnClGFqGyZ41ILIhRjiciiViNuJBt3IU44ycmjci2klF6SREfpX o26kYSgQi6u5uBiJyknpZUX/4XWPH33YNc0ocuEjVyFWqajjjGD1R2BPolGESkWV7bkdmv+wqZl2 jm1V1Jw/VRTXlyraWeBLRuW0GUIn3fZmoWKRWJI2fviB0KaX5hSVh16JqdOk/6mp0R8D/QMfeHdQ gYcWfUwRH354eEeFXoA6Nhuho4bqpFukSkrThGhRFGdtc/a66K9sGQqpa6b/SvSsRpfGlulgUN1p 1aNUEktlRNUmy9yy2kYE6rPeDsstqeK+Se6Q2fK2baNnrRtpu5T6iqyhEc5bp7PdovutvsbO2e+1 7gHsq7DAopURu43uexEhco1ChV3aWLwqPoQYJpZrHP0V1EoQQvruUWgVp92egWoMWWbc/TlSyIYK RDJDpkEnrFE0MTtlTg2BrNxQOmpjs88qUaizlCh3C7SXQotI0WxGa8TxQKJcdhmb08n8GNiiQfwz xP1NTXSQV6dtp9I5D2QywTc/KRZEaNdc9FJse+U203AD2XPKsNU99tJsW6033gT3rU3JgBeutMr+ 2v334U9ytbdbjDvuNNl0/w8Z8dCK07n26Hy/+/bSnc8tOeGhU503R5mPvXnTJ3veOuh3Ix075oo/ Rw18jqFKDSGoNAb5hu59pM3B7/a7U079CAtkQ6O45o9ZtfGMsmAyGeZ84l9JTz2IQ2OvfbmBe19g 8+knixBS1ExfePUSZ5/+oT3/wT7z4XPEs/hFjH4Rs1++qIG//IUpYgdaHvjed6XoDYSA/5nKAROo QMB1TyffG8n/fDe+CZbPgujLIJQYqLzoPVB78FueCOtnvvuZ8IQbFKD/IAg9+VEwTOfTCQYz2JIa OtCDODyLDkeoswvOUIMP4mD7PriRHA4QiZUr4QyDOBA1aaMQ7LmLXIIyIf+RnUsruxlNX6AXpSxR 5B9sbKMb3wjHOP4jjAjbChmTJL8IptFeRHnI0xikugLSrlLQayCKCohGOmkkVNRyn6hUBsaeyHGS lGQjIhfVKzWy0JHBwkgkT0eoQqbwSJe8Sib56BI/igSQn9QcIe81SjPCyUs6YqS4ONmlVg4ylLAs Yx4TeUpbdgSXr1mILtXCy1XG8peYjCIqG/lHqhxTjPQ6ji9LCZZgKkxBysTKNOs4yyVZCJsW0eYm o+nN8lEDL/gYxRT6lKiiAEZ/QHKkvvwlO3nhrS9PO+TBkDXPKdXzP5PCJwj/tc/AjfOfHxIk4FJi z4kZ1JmHIho/ryLLlEn/Tp0ngihBtbLNeC0soclbKLUaaqwYEbEtIhUfQnl3UbBkFF4BXaBHw0LR Pk4OdjHFSR7tWNMT3pSlE7WWPmGqUH+e9HIwfKhCPprTVO7UokklJUOZ6tCOPhWnRq1KS5+C1JIq VaOw4ahKI1rQkE6VpCg0KVkhwjFC1OUuozBeIVDxB1TcdRSiKARf/UoIQoxCr6I4nmDrulfB9hUV fvBrXgtBiL4ulhCFEIUoENtXyEp2FJX9K18p+4fNLvYPkB3FHwZb2cLWVa94Za1n+1pXwRLWsKNA LG0X21jT6jWylb0rZS2L2UJotrOdha0oQCvau5JWsKclrGrt2tq9Ghew/7KtLG1tW9e/Mtaxu5Ws b1Mb3OFetrh+PW4hQktevJa2uak1LGsfe7zpxha1z60tZW9719w+lreTBe9vhctfzl7WuMhN73JN S9/nvte18g0sfa973+zilrvi/S5w/yteAb+2wANW7noT7F7lMri81H1wdrGr2PxSmL8WviyGA0ze z543ueplLohXK2Lpkni+sz1xhFO8Xd1WGBW/dXFvMxxj86K3wzVGsHNDHN347tjBPT7sj7Wr3+72 lsj+PTKMOyzjJWv3wOy1LJTh+9oSV9m+icXyir3L5Qt7ebNJ5vCYP/xkHEc5zTy2ro/bPGEhszjO Rs7slzc8YwPjub16Rv8zbC82V7tUctKUrrSlL43pTGt605zutKc/DepQi3rUpC61qU+N6lSretWs brWrXw3rWMsa1cWLtFUSqBi+zAtwdbNZUxNHG49EjXW4tlaoVDo5X2c1n8EeJzhfUuzUHHuBva7X sn3X7EM++yzRFtOuT1RtuV3bmdkm5bZF0m1dCxTcKFH2/3RU7tGc24euVLdNG2Y66r3bqECTd7W4 Xe9pnzDcjBq3UeM97MilW+C8bre19300HCU8ZQv/dksIPiqDw1uR2v43ugNucXzzTtwQlxEej0Vx V46CP3Oc0xldgk5wUixObGneNtuKrZFT8+X1cpK6JkTzpdhce/1cmM7/Xd4shSYyKUB/pIiEOaps PURSSDdbW5deLPHVHOpV3dDRS8Jzufm8W00P1tNvXnSvUx3sSS8p1sMFwq2jHS0k+XrBP9VNmZcd 5UM3S9rrvva7wzzvP9e60LkuVqMHPuN4F1Xh81nHvlfl70dZPPUaP3ZH7T3yiMe54nd5+YL8Ya6q SfuUmvKuny6SllEaCP6QwjsBYpQj8lNY1Biq+iyxnuMIdGHsgYT6Jpp+97+WUdMr+BWevD4jvwdR 8I1v9dYXv/RLQb4Tle/7ONkm49Cf6O1PmntBMgtoyw9J87dfPup7f/apd6juFUX+7F9fprT3vP6e z5XwW1/2FCk/3mRP/3/5Z3+nx30CeHy7F38SdH6L8h/qZ3vsJ3TuJ37J13/yB4DP54ByEoAReIDw BxP+t4AQ2H3XMgp9MB1zUViA1Vl+wFnH01osKFiEQFp4xV6k5VfHUwgsiINE9luEFVozmFeNRQh+ EGQyqF551YJISFmrJQp/IFhEeFfWpYKXxYJ79YLZJYPKVYPCNVicpYMtGFhS2IRNKGJCSIS5ZYSk hYQihlhM6ISjAIWzNYVw2ILQYT0xCIRbeINe2IW+1YOV9YNlCFlnCFh5pYY7qISAhQpN+ISsJYWY RYdWGIRYmIeoZYN9+IV+KIaB+IKDWISGeF6IaFiKyIhw6IgpCIlV6P+Ck4iHWmiJXIiDmciDm0iG nTiEn3iEotiGxlOKcfiIvxWJq8hYlOiKenWJsdiHs5iCYwiE23WLaAiKa9hau7iIb+iLqAiMqjhY rFhXlWiMsMiHOxiGy8iJQeiJ0JiLSTiKbtiIUYiNK9iC2ziMrUiDr7iHOZiM4+iDtWiOz1iI6ciG S8iL1niKepWK8XiF9PgHeoiJ+fiHzCiI/tiNADmNAlmN7SiHBymJ89iNxXhe4IiP4viQ5eiMhDiR h6iO1NiLBTmH2ngXkaYmsyaTM0mTlEQ8plEe8zEFVBAf3nEHU/CT4gGU+JEFr/KT+VGU8UEF4vGT 5QGU+bGUt9KUPKn/HkgZHj9JHjyJH0SJHkDJk1nAk7dSHzzJkzspHkWZBTrJk7OSlEFJK1VZlF2J lD85H0wJlHaJB1H5lK8ylFaZlFk5HoEJllOJK/mxk2pJK0vpk2lJlj3Zlt7xlkRplLRylUppl075 k3kJHntJlbZiHljJl1uJK4QJloY5ljuZmGeZk43Jlk0JmX0Zl0dZmXW5l3ipl4RZleFRmYApmoPp lYUplohplouJmK35lEIJl5M5l5ZZm0+pmVL5m7n5meMRmoLZlXxZmsHZmMOJlsXpk8cZmT4pl7Op mE1pm5uJm565m9XJlaQZloe5nYrZnaz5nW4Jm8pJnpd5ntDJl9K5/55aaZ3uaZrCKZ+riZrGaZ/J OZ5JSZvm6Zy3GZ3q+ZfsOZq/mZ3wuZOOIVeOIQprklUQhRPXIkDvt1RGAiHI9jc7cQ+7sRIkCiUj 1y5L9RThUzXr5lQJETcryhMtmlVZgzR+QAVUAAO0MqRlOaQwUJZJWpao+QJTgKQvEKSoSQVQKqTi MaSJKaVYypNIipqlaQNYeqW0QitNuqRiCgOlGaRXWqRE6qRJmphLypNN+qRRSpZUeqZOKqaN6aZb 2pheCqZiKqZkCqhEiqZCyqZG2qZYupNwOgVyOqV0upN2aqV5mqVZyqVfyZNfipphGqioOahnSpaG iqeIyqWeGqVY6v+oVCqlkoqnWmqqm9qnmfqngyqon1qoauqpR+qmi0qpqQqpj1qlrZqle5qomDoF mrqlg9qongqooLqouEqqu3qqTNqmqlqnaTqprkqsl1qYyCqsnVqmhBqq0MqmpaqkvVqtv8qqYaqn rsqtfrqpylqrzXqrh1qu0sqovqqn60qp8QmrXSqr8UqrzBppqIAHmQE85CYSQQEx+HNzBbF81nJK sJQlMGooFquwOsGwhuKwGRSxqTGxylSxAZNvB5dFXxQdrxIrWpCXWlAFQAorWqAFVDCzMjuzWxAr NJuXflCzWoCzWsCzPIsHW+AHVdCyfrAFMbuyP1uzeUCzVFAFLgv/tFSQtEMLKziLtSy7BSxbs0C6 si37skG6sk9rs1SbsyxLBTxLsz4bK0GrtUV7tFXLtWwrszTrtDMbtVELpFXLt0M7tFrLtTTrtTIL tjA7tj17s2e7sz37s247tHAruHK7tId7t1ArtXt7tVfrt1v7t2c7uGjrsoZbt4hrtjW7uGvbuED7 tkYbuUors0xrt0+bt1PLt5qbtZ3btTELumGru2Rbtz+rs2nLuG2ruo/LukArua9LubJ7uVSbuZvb uZybu19Ls7x7uGubuKYrvKhLvEJLtMeLtK5Lt03LvHrrvFYLvZwrvYKru4UrtqOLvaUbvGqrvKrr vZCLvOILu1pQ/7mzi7noi7XRG7hTS72h+741G7/Ai7b0S7eO+71xq7/Li7fNW7vpy7J2cQ9cpKFz hHrO0xLZQHVtoREOezUGR0Ho9zgw0UEOoz4DAcIw5BMCQcJW8T8n3EwatcKFMw1+wDPrNAVb+7Jb y7PIO7N5ALRVYLbby7Nbe7ODm7RJO7NBKrNCS7NbS7VAWsRlS7SE67xdO7o9G6RQ/LuhK8RTbMVG XLRJrLZL/LtO3MVBurZU7LNN/LRG3MZcDMWC+8VrG8YJTMaqS8RUgMZIjLNKPMd0HCtP/LRSXLxV TMdZfMdom8eAzMd128VjHMSAjLRZnMaFvMaHfMUxq8hRHMega//FRFvHWjzEeTnJQ1zJUSzGN/vH Q7zJgnzEajyzbIzIPvvGjCzHp4zFthzJrEy2rrzHlyzLmUzLZ3zLnpzLoIzKidzLpdyywJzKw/zG lHzMsUy1s2zGnEzIp6vLoSzNeezLpvzIwtzEeFzMe2zJ3AzEm7zM4IzLwsvE5MzL5kzNjhzKkLzO ktzOYFy3joEKMNnDEDFyHUsxETgW+9IXrYQso3FzQWF21ITQCKHQ+waiBNU05CTR2kPRaGHRDV08 0CEQ7jS2YczKK2uzc3uzzpu2UZvIXAykQ/y9llu3cjzE/Mu+Ulu8anvFUQu4m8K/RZ3SScy0Lc3S zpu0Mc21TLz/s8Lrs2ks1M98tDZ7t1gs1EIL1N9LuELMs0ZsxEddyElts0utyE490wss1Tdd1cJ7 1TKb1dU7xSzb1UX71UAb1kZtyUjN0metxTCN12sd1TZN1WWr01jd01tt17CM10O912Pd12X914Qb 2E092Idc2K972DkNujs91z7N1Y4t1H9L1GI9t3BM2S1t2b8r2DKt2Wnb1p1t1Xos14td13hw16UN 1kUt2aS82qyN1q/91DQ920j81ol921Mr2o0dxo9t2pGd2ipdusJ92UGa2VAt24aN3Ij92YrN3Iyt 26Sd1/4AaY4BPDB6KduXLOwtVbDEQqt0cQTBGrak3i28ccCH/0+l8bAvUlY8Ud8ERxE3yRhZwLKq 8AqqkAqpoAoIruANDuEP3uCpAAsSvuAN3gwPDgsMzuAKnuAbzuCv0OEi/uCcVQgvcLlnqwobvuIc 7uAS7uAfPuIKPuMdHuE2TuEW3uEZzuAs3uGpIOMhPuIcDgicheIpPrMNzuI+/uI2nuAy3uAJfuEO buMQjuMV/uM7ruEu7uEtLuRRzuUbDgsJbuFK3uMuTuZO7uAsTuU1HuETbuVYPuFafuYWHuQIPuQS LuZpDuct7uccTlpTgMTwqwU17uZvfuU6juFbbudejudgruBFfuRI3uFLjuZ9HuN+3uZRDuNWHueK rgrNwFmGgP/iWKu7NVlJTWC06quzT93T1ay8clvXeYDFdpy3f623Z+u85su+1VvJa7uzW1zJRrvq Wtvq0szcsM62sq66tG63MnvrLZ3rCJy0vD611Ts8WQAoFqN7FsE52dTRMeU3J+R6KaqxJxJ2mKQU YvTt5RTu1NM4Ntp7gYQQFYJN6s4R7M4xK8FFW/AKfnVenLXgAi9cqfCRpJUKpGUIhWDwgCBcC/8H CR/xNijxqcBZNggIBo/wNkgKCb+TsowHqiBcDH+JhUAKBS9cEc/wAM+FAc/wFr/yK6+GJF8IC9/w D39eFU/xCwnzGK/xNG/yqdAEwby1quDwBV/yJx/zKm/wJg7/8Kf18gQv8x+Z8DW/8kcP8TqP9BF/ 8cKV8VR/iQlf9aOw8KNw9EDPWUpv8Dm/8k5/8QIP82v/8xtv9Tdv9RM/8Vvf817/81XvV2JPWmTv V2fv95x19KmA4lfLs2v/9HAv9XNP8zZfCFif8zy/81z/kZPf9xy/k0T/CmY/8oVv8ijP9k0/8m8f 9TEP+VUv+ZRvCBIvBU8Ls6g+aUdezI4cK0Idz9gt+7zfs0Ld0wZM9Cxb1Vj8s4w9s48LuAhcunbc 0rc/x7n/ugYs27ns+2sL/Mwt/E/LucVfxdKvuhiswRfTw0yAAuevArBA7q7EFc1QBbAAHLBQoxux sTdaMBwk/xA84jPGklKDFzDtDRDUBOKjdk/gQYHaECo8iG8aNYIQExLMhjAiNRQoID5MoVHgQ4GF /lFjSIiKFlWACqUylKrQH0OFRhUiVagQIJcz/6z8M3NmqlGjXMq0OeqPS5c4/5DKaTPVTqI2C02p 4keLFjxbgPpsCTXnzlExofpUydIlTKI1bzbd+dTnyqBDZ8o8unLt0qY8baot9EJL1at4VMnk+tQp XZlii8os2/JlzJlqcRJt25PoVrlF6yZ9yjSq4ahQ7UYNmhj018QvF49qfBYyTZuTdfJ8i3kxXaR3 Pc8FPVd0ZsKmvRpi/SKrlpMoGa90jDZybLa0L8e9bTS30v/dTqGqnXIVsPLgYU8jDquaKGvmrtNC pyz9J3WiL6hQ8bPl6j/8+fXv59/f/38A+fOrqi3w+OsqKgw00I/5rEJOiy0atO8vBvM4yUAtGLwq DwS9c/A4PDikYgsNM8SqCqzsSw5FPFCsz6oRsdLCQgoLPBA5BTNssMMI6ZuwKipoxLBEDh+kMDD7 QkSOxOSsalELav7RRpQsppGSkJEOogIWavwRyEuJINLmoYsQQshLZqgws8yDGHJoIGpAYpOkg0Bq KCGEHmLIzC/7DBOfMcPk8yAw+ZyTzo3glJPPPe2EE9GPUHBBoIzMBBOVkSKiUotUzlINtJea4i0q 7WzaqSb/pMQSSipWe3ptqJqaODG5wVh9q65VgaJpLrt2qkwqXD8jVS/VUGXupVVZNbW8n/aSb1Yt XuF1tVBlQioyXj391VRRD5sWtFPtYgnZoZR19bJwfbJs2POqzRVbqbQl1l1hv4Uq3FTJVXbZV9Ol a65p263rj+5krAIPWA7zdd5gR7XXVNjy7ancVpkdTdYLq6AiL6luzenaXeNVbVt6HWYV3IhfqA85 +gJ0+WWYA+zOwCZnvOpHCE/icEEV6TPyqr9i5FBDEaH9+aQLI4Txw78w9BlpJh/0mearrCoS5wht 5pllGIH2Tmgdbc74pH+SQ67sFJ/2I0p8CMEDn3/w+SNT/23wqcLMUzJKgRFpnOByGr/hYQKFFGCx ZwtNUnhFTTsy4qKZwVNQpZ9iMoKhoEEFhfMigva0aFGCQhfz0MzpDF0hQN/8CNKD+rnToEHZFB1O zxsCnRomOkIhdT5FQmiqPHLyiZFt7pEJln+AYiQ/Z0ZORRX9mqkrFvz8IaqR/OLBDZBt8MMHYpdk rTpBVVIBpLaXVNmm+UKon2l5/JoJz11Ytcmppj+6/ycemPzp9ChDaKM0pDpKZKjxFMPMxBBtMQ7Q GDQY81VjGjOphj+CYohtqEKA5iGXIaohP5187DYywV+ojFIX5OFnGuviVQFxcxSwcItjqbgFfu5x PuztL/99KnxJDf8xDX2VBnoqFIo2SDWKEhbwD3XRRjOGwkJgpYIUTYRhCv/hD+l1qhAfDGAqNmg+ 9FkmJvLJ2lVUsaoL/vAo1JOfIfIzwRIeIno8qYb35rKK/DhRXXX8BwgLscBCSEFGVTvjSs7nxmm4 JBb+MwT8+gisUQwxfqHyofVmIkcV+gooS4TFPUCzQIwZyD778QclUNAD/MADBSvQnzIyIob93GNw GcmhP+CQERX48B+gyMgY9sPLjFAvPy9AUZJQhDQGNYg+yekRjiB0IAUBSUMnyZqTHJggEh3MRvWZ z4EiVEbkcChCOfJZkbx5Iqklc5klamaCnsmiEzFomjn/MxGGMpQfPxwMn80sZpSoQTB/+u4gs0SB CrhEEGbYgBqgMAQ1mHGDacChocuIgTSY0NBmIEwaeIhTHEjCjCqgwm/U4ASXJFK3Nt0pcxG5iJvw VDovTYOlAnGdoOzkqEdFRKa1WxNJWqrS2D0KURHZU6XOFCeCzI2m1EDFHVAimkKoIh/UCIs28nEM Q/jjGH/EYmoaYTxANMIfxIlFPxRpvKxecBsILAQsrEdDPT5mCjZCUbTaEptQZRUfEWwiLNbKkm3I L14qAVhYLNixW9zDEBhsBiPy0SniHOUsk10XV09mwpeQ0UAo+l9bwaqND7ZVHm5ZiWGGAgj7OYWw RXlP/8dSYxdAZPWMWZXfwEjLrcu6ECrEScUiVyJBDTbjEAJMRWBVYUFV7LW4WjQPY2ObPEPgo7Wr iQlsA3hGyVYLhgq8hRNt0oi9YhYm2jhjKg7hP9PiFYDWasKC8skpiP2xeCqpxlqP2ynoiQq8K3Fs p24ht1RU8A8aFIobBfsHWHwvgILVVRO+udlX6AWw30OtfS1o2BXahRHfKwQj/AeIWHC4Gt+77x// Ia3qpmJ5B4xsp4iJIAbtpx9wmMINtuEPUExBBd2LhwpiwQwf60eW2FtGLkuJA/wog5X/sEcKYrGM FOhyl0jmj/jsqaAJWaWuBTqJlmHsTnp6bWk0e/CNfv92IB/JyJ1+eK+DqAmh9yYnDxi6coqqdiMu m6iuy8QQOO9MHzKPaLNayA+h8XPMldEMbkxV0z+yodQ4UUNNCLGo5WDxUGoUQxXSqIJC+uaKu1FD GlSwBTO2YDiCKg4OhUMUThXFENgdCnWGEkhF6pQ5W9/6p4Oaxp7KFBHYMcTVEum1QGI9qFn3lBou yIhGho0phIyiO81gSgEDSNVCUMMWqWgENUJ116ccwnhHqYZLtoEeL0ZyrTyRi1JGEWL2YCwwVCgf suCSGIKwRBvbIEUA1YJEVfDxrcL8Xg0t+JQuPqV80f0kNUiRw70eAh/d2yvFqx2W8uDkWckRjGOi G1X/ajRCe7FoRlZhUd8r1qSG+Whib234hw3b5L83aWIh9AfglyT4iSpJIT4Mob4bF0Qmq7jHH4Rp vfPeuDcw4dLHA/w8AeZPsIBALTKKUm2d66WO/lAFwWEy8bit8YrlLgTEWZIP/NAwbl1lTYIxbhPq +YOL26B4c1o7m6l87S/3e0qCD5gKkhhWFZq8a4IBKEHUnoV7Jd+rY9jKGC9iFS2A6A7SzAiTs2iQ qtG1RVVPG66o7pXcJT/seFURQKGAe4nFrUbRWQUIlVEIRaSkhBgsceM5oGIFNWyyMGXMBDna8hC9 tyETsBePKPOnlJjcjxS+SZ+66ggwywQaFVwk+/GJ//JJ2IzR9I2EhxiFMzBqNlvQbqQk6mfomDcb EfSvOf0SIef6Vakrg7R/zKx0v2scp8J+xk+z5MiGkaAStsGSWdsSiYAHJ1AFUcuDTsKDV8ADW5gG jqKGZoiDVJg0e7gbZsgDUQu1NokoVrsTlAIqhpi1XLMTg1CdzUm2zbEIQXHBmeKczHEpGCxBoTpB iUjBg1hBO6kUfGC2X4MISCMIKqmCoTCMrFqFZmBA4oo7XVGJnXCr6WkGWLAfnwisQjA4XZkOm8DC XpEC+mAQEikk4Pg5fyC5Q5AHLIy7uUgrxoLDBEsuNDKEx7qrrOogrtugVZgGOFwrhuvCxQgfeSJD 0v9aLiZkhAPyH/W5L1LYhmPYMBULLNQrLmoLLEDwB+kisAS7iW0Aoum5ok4ZBUkcBS7JL1LcoCbK KpcgOvXxrs4yH/9xK5mIhWn4KpeoBmcQCuyZIA56CjcEivOKJOmKPDcynyaSRMa6QinSBqz6odB7 nrX6CUmyIA9jCUbcw0O8jZhgiVFoIBlBmN8IIDUkiPKJu2NoCpWQuLP4RIaDCy3ko2OIIaJAHiAa RPkoRHo7RA9zBhUjCfnhIz/SCQ/jCZJLLqBoiQ/6g63bKilcia/ikolpiW+kGqwgJTgohE24hX6o giLrHltCASoTMiaIO03AgWVYsiuCg+AzpZEsvoz/iAH9wY8psL/xWz8Y65EXuZDva7/xszOeRKYx HBGbhJE+85GsoDODuaamyRh5ArNBMxsfkRANsUjwKyM6UxE1Qw59ZJJCAzOlKZAt8CdpI8ssIQkP ZAhO45JTuJxM8wMuiBOJwodiuIFR45K1nIYmgIWIaiiEaihqQJiLuClBmR07mR0z4anE7JyXorXV 6ZxhO0zNASrCpEGduhNZOwijohQUQKkThLSQqEns+qNI0ga+bIRmsIWtio0b26qfAK/ykKB3pLnO Egl/QAZPuQn0Kpa+OIk9izCY4BWjUES+JLm/2wv8wCqum6JXsKK46SKViKovWiD10aL+8b3ntB8a /3IGAsMtTyGFufJNM3KND7oFKaIGLlEx8lIu+4kF4xmFDwIvRQIivuzD7loFb1OfuGGJc0kKpXNO n0stUmAxb8Oj/PC5xlsY81mrP9ivLYyHrDqK7vqUW5gg1OAtDGLEDXKj+CGw6wqxmKAiDvUHZ+ii Bk2kLaqtQmBHu7DFmeiuDTuuVQnOjtGkvlgSoNEio1hRfOBLWIArosCg5DmPr1qgd5sGAtuJAGKf Be0qz4AK9+yVvMsaFHmFgfk5bWiEaSC5W0gWIRUsoZA4JZWga7SL0LoJIdUV85Iu9zwLqKAKChkR jBQDYhg+H3iHHcsPUyAc7Jwx7PEHTegBeMil6v+BA1hKMj7ND3vwMVk6VPwQn/NLkfyLEW4yGxQB Evuwmg7hShJ5EHESzwd5vmeikafBURiTPwixJ6+x1P8Ty/nI1GbyjjjNVJsxEh/pmk+9kf7Tj1FF JuTwJwKMGz/IFIGgApk6CGDqg0kDnFfYiMiBBXjoNGqAh7HEB176g0pDARt4hVtCgTDAk5m6Ncfs qWQTnWMVqnNFKszBEzIhVzF5V0CJtFmzk3LNk6CitXoliHQdzIuANtgRBeSIsKbwoAHVhgFtCqCI BWrQH67zJJrQhlfIKtc0UcJAsO85ClIgHunZFlmxEQNRU8ugRp8DyIVUCwSjhu7UBmeANzFSLgX/ 2qB6hNnQi1LXkC7UYjwp0gzM24kp0D6sGIyfiAU2nAmVVSzZ2itA+CCF/SP7Oa6bCK3oskX8rDnm wA/tmSGFVVhPocOX2LD1aR+5aYsuApioCqyZ4Npyk1EPciIYilKviIrzcU+GW57n+aG02kIrNB7m 9LBnhLqZCLGdWEgp2rATaqvvCTDGc1p0qQ2E+wMpeEoOgYW31aAAowZkECCy7SQfwgcP+wlK/CvD ss5avNhQqQnA3Vm/8NnMYIm90rZmEKAF+h9YcAY+4tzwGoXuysStWoppvDf3hAoDtSGnCIvu6Bo8 oL3hwwFiaISUnMmVNARmiMkhW8nhczIbgoM+/zVU5TtJ/fALEYnK8YORJhE0E7mQbvJNPyiS+SBK jkvVQXKaHNGRalqmXK0n79i+4/heNAtflhmfbXoQ8LO8qlDfVy0Rnz1e/DC0fxgkMjwJuCk6jpKS UThLx/Q1oRIqfS2dOXGIDdbBSOOcYoPBGoy0lWrMcAWqDC7hNUnXhvDgdh2IEAYqRiHh2JmbPZE2 5bCMAfOfEUu842qjbbhaHJKbQlgFfyCFd/OHNfoe5HEJxtKVY7QLBTIfv1iRjSEOqVggJeVhaugi vs1FP0TauZMe96TcjnFPQHhExdogJL6uC0us4dK3VOhEYVHSVBCfFRkMLMagfzK6R2LA4ZI5K/88 4jj8h60KLGTUqugyoiJG2qXdCSNGhrDoLg3aqmqgBkbQBsdb2ISsOQkaxtIysa3C4rUaxji0oPOS uXhwCfwhRUO2ieJhRYTEnia0n6RlvKgi0eTiqlpmCQ/7uU+8I+PJCbplLA2SKgXiFS0+mRTQSqxg ZWSJroJFPb5diU+8DImzCVAeMbgrOiMuuS08oJXY5SP1FEOQgj0zo2Rm2oDr4u6Cwy0EolVZBbkh RenaQtELMVL0H5uQIDAylf0iBbRw3CDJkFHSD1sSg3uggj74sTwlht2bMUf9Bz9lMh+zpRu4Il/Y vV3KpXvQ3lRyso+e6CnosmdaEI2RVQOxEK3/LOiVgbOowQqTpqb3MpKUthH76JEJkWlnxhARwT+m 7CarSBL1WxEZYWmpGZoJIZGYBr/yhbN0VmAbyY9XBRrw8ydUyAJ/MkCHwEFlo1c/WZ1HIRNHiTXP qYjLfMHS6RKEyIZdG4i66TXSSWtEKRQavkwWXNd4PQi0FmuJIB1Caeu3Hh25NhMsCROT8AMIsgvU 4xK8LeL8GDencCR+Xomjowvfy7CXwM4DqotCcIEnwRArPY/cYLhOmqKt8j3joVwMAoqeA6wL808i kqS40TmvSyvExSDlgg12y7vQRokEEgkgYolXlq3DCiwEq55OESbtiQmx8sRi9KDqsRa4O1CW/4C4 aFwifLYLA1Xi7txRPiIi+EFRTJJnYfK2TGwWl7OhxboxIUW7MJZjU7yiz40bd7znVMAjfCC7KRQy PwaUkjPYG6Nc1LbEaJ6KlX6m8ik8+2kEedhCRTrQGV3R/Kjs9mFvmwje0dLuCx+JmuiKVHiW0BZY sJDEr9qirbIiDsurCpcLgksKK/onb5nje2Q3v+jfYdUPibYlVgIykOxWmSTJZhOmGcMlhgVyhAam l/yH7gDqMjJKr9GRlxbqZUoOVgUSqvntsInfZDqOo34m6tsauoIzNBOlmgGza5ryLqvyTT0QLAdg ePqHqiS08cGmqyhAKlg0aFM21jkUnNrrC/9mzLXOqYVoHZWSTGO74HH1HD9fE0a/wUEn9JRaqrEG qmPT4IPYc4gYhSzYgnoDC1HZpLxYvbmIzqUI0rbYUdK6q4trlz+SiRunGcEYjbGQYs8mDN/wFDSy FusIDRe6CVOpCQVK9cqYDVYmrbd4dQcbv405DPNoll5nrVxXjV0Xil73jV83dWH/I2KXDlZHdlJJ SG8ZlWe39XIJir+d8GoXdV/vQm1Hdbgo9k+hCXDPlvKQYnKvdf4MpOoDP+DU9VC/dlPJ9mCH903y drto9WQ3hJ6dEAMpJFofRNzomAEaGOr2CXbHdncv+GFHcPbd1ZgJeZEPkFjPGUBDVfG7SqT/ucpk ehAtyydy8hovl3Wc6Sal7qZ+pyYrdyaedGoZ0Uma2bOd8ckE+XiXl72Yt2qHx5Ga1xmD7iayvAMr +Z64GRTYWddZO+Ey0RNBt2CVCp1co+FL1zVFJ/vJTHS0z3oMtlfPNGERBnt7RXs2eWHSoXurpwZR +IdgKwSnOgu+KI97kTDmSPXLCBVdATduiV3RGIvYVYmSNrNCAiCE+5QWU1KB+XvF+BRwAyRdaRbJ MnZa509QYfyjgD0NqSsrDaGuUAxvhKFXvxXMN49fSRXC9/xRnPcnEv3FLwrFv7fFV/3JF1vrsPxR 8MVT533ZF/x97/xeuX3EzyvXj6+wcP3D/4ekvAp+5mgCIFFwyoj9wE+v5Q8j5xeXxI/+Z4/dJqA+ FBkMHTaLgWaO4X/97u+YzJ/9wb8327cLWXEzBR55//9/gPjXRIufKgS1aNlCZYsfPFoM+tFCJaJD KgclPvSj0I9FhAa14NlYZaLFjxIrauS4BaNGPFU4JgQJUmEehFtCYnxIEKLNhQ11Rpwo02JEjC83 dtQ5c+JImCapoGS4kOVNav+oEdJiVdufq9So3ftKTZvYstSmmSUrVhs+sW3dUsOHdm3Yr2q/tmWL 927ZvGb74rVrtu7Yv1/nri2rNzBcuYoJ8837Fh9fuJUBxxVcFvJXUV47Q4VVKNXoUYX+lP8uNFq1 aVKFTL9WvTr2adWpAL3+Y4h0bNSp/qQiDZx2oRcvQdZU9Zv0KODOf8s2TZq5odWpTPuGzbs1bdiz YaMejbv5bta1lwtnrnpKRuTThzdf7jy69dfVp2NP/b2Qa9jet6sW3m25ldfbaMClR9xpzJHyHnPP zWfedPZZl991tpnXn3kY0ibgeLoB6BuCCyoIX4MHPigfdOwRJZEqo9yXWnYccuefbADWJh6BIaIo nHlSeESRcijmpmJ4sU0IY4XnaZdhdzeaZwhqhkxhEB4+/ZOlllty2aWXX4IZZpfsYVSTQzldNJVF DFnpE0IlEUTSQxadGSRyMQlFBUkwJdX/Ip0rIcRnnCudaZGZbyKU5kprFgSSm0bF6RSdibaHR02L BrWnRR1ZRY0oWVh1T1eKZZbZZJoZhthfiPkDllmOlaUqWm+5+upZZNHKF2GJnXpqYYadBWywX7W6 a1yqDntYqbUCNg2uiYllbGGTjeJVW4VkoYUqBsp34Gu4Bfjabb819wcgwaHm2nCoYTcKb8JJOSFr pLyAprapVHfkhvFV15xs7J43H3SjgFubu+f+Ue650KnrY7vvnhbvaNW9RmZSqgCXr2z7Zpzbv9wK zG7B7I6b8B/mossfiQAnDLFuw/H2mmvQ/YtvjvQV2e+RLKMo4rcfH0zuyQunu3Jv7mL4/7K8Mntb s8Ybb2vIKE1opEUeC71icMDQDTyyuAgrnHLDWrectMQ2F9JETTll3bG+3XXsb7gWhvzz3CWHzXDa iDokpt9/Ay7mCy5htGlBHOlJxXGG5jQpVIlWtBFBgFKxdlISVf0RoJdeWfXVlMv00UtE0WnQppiP nvjiVjc+VJ2RC1W1RJZTOtFKmiPEORX4XDXKFLxTUy01/TA2111ztTVN8m3RWqo2swq7LK3NC+vY 9GJlw9j1xJdqvFjIn7X8ss5DXz1cjEV/rPTYaw8X92/NVYhXaIlyxxYXriadlDC+u9zN9ZHIf8Oh zf7i9aDTbOs0LgjJlUCyreeYZhRNCv+Qf6TTJP0lrEDo8hGUeAOzdeGogCPy1x8SOBAGWuRCEHzN BE9TQf2oB18Z7N+6NiavDyaIgBkcIWrK5hupWXBBwIlgCxPGmiDmb2IztI0AbTgbHJJIhzDioQt9 hC8Jymg5RMTQCxKHEDxsC38xLCANOYghDzooirARYXA8VsLi/OlKsFChFlnIIRceEYZIIiMTa9jB AE2IPS8xXeAKaci/kckPjVIIRhjCkDcVRSiDlMhKFBISoTjqJHy7CZ1qoqlMNtKLIMHJJSnSE5wE apGnc2QkW5kR01USKpLL5OMwgsI7fbKBjeyUKKbQqWodMpjCHCYxi2nMYwqzWn5BBXv/hlQIQOTH O0Y8GZJiQ7f88GeAA6MNdASEmnMVYgpJMci2wLMgKalMOqrR2AChqTUKngZg6rlmjkihTYBpp4e2 +WYqXgATj+CohzJM52zYyRt3Agye1FRnBAOGTXu+C5/7zFE33yObgpkzY0VTZyEMqhqEEmea8rSm Q+t5T5J6y5sBPBJGw6VRlQ2kKCt54EGj+S/sjLShInroSRua0okCgj3/1BbOBIpODfHGo8+0qUJz CjLTgKsJmOQIMqv6pSZcclIacZyjaiK6qU6qTrCMU3uG+pSEGI6Rh5Jp4RI1ElsmSpZ6kslWh9JV pTQlUGF1KyXJehyzxhWtmFMrSDpF/wgqhKorVl0sYxvr2MeCyTOBEcVEVAFEDL2QN66Jp3oQFiNx Rcdcs/HWdEgDzo8a53ARUc6INqsf0+wPab+5bBLtqNkAweeZs/1OzJqDm5hxbTSmjdlABqlIWLir tTeyUWzfQ1v12FY1mz1ZZ3e7nd6KFri+Ea5uZdOwEaJHZbZhbsJkqxss1haLt+VsbDzL29D+9kbb beNpVfYc5oTXtfhjjyUrO1v0Qle90sVtdXXzXtZkV77WIU2BjPNKP2QtuW3UL3kl6FwAd4ej082t e69rMcVpAbJVrVfu0CoUr6qEUnWSCIjrChSZtEciBjFuREZ3kLURpFBo7ZxUOPnFm/94ZMWX0lNE UDwVyNWuxYx88ZmOI+MH1xgmRU7UTyTCS19eRX5iYuYUuowKEYM5zGJerPDEQogpjDnNal4zm9vs 5jfDOc5ynjOd62znxnYKW/fond/Q/A9//EPLdx40ob8k2efhoxB3eIUqpuGMVLyCBSuQtKRXYOlL U3rSlq60pi/t6RVAWhWZ7jQLOG3pVGi61KROtadNfelIY3rTq6Z0M4LTalZ3egWqaManP63qSgPb 1LVuBqVHnWlTC/sVkHZGrHF97F6zGtjNhvamjV1taFP60Y2G9ahlfepmKBvW3jZ2KpzBaF77Gtfm rrUqPP2KV/gaBfKeN73rbe974zv/3/reN7/77e9/AzzgAh84wQtu8IMjPOEKXzjDt1I/w26Jy12e +BSeUY1qPMPPW7oHE3ygJVPI4B/9YIK8x7Bxksu7EVpaxrwPkSV8oFwMG4eDvGVe6Jtz6cul8h0L UtHuFTw61s+WdqqHbmxYoFvWyJa0KmDR624rPeqSbobTo73qWDf62bNmwSuYXWxSuxrqv4YFvG8d 9lmnoupzJLbVc211axc92sY++9InzWlwT9rnSXc20FMx9Tm+fdOQtrQqGN32SpO91F3nNguawWy7 r4Dhkp885Stv+ctjPvOa3zzn6W2VRGMZH37YksZJn6Vt/KP0WeoHFTYRC5FPIQ/a/7DE6/2Rii31 Iw+rh4PK33ED1PsDDmPwRxxqD4gt2cPl/qjE63HufPmVRdErmAasDc91Xvf88acufPaprXRJB6fU TAd3uSudimmkotaPZzr6rW9pcO/a74RPe63FvYJXUN8Z2M/1o+ne6Vfs3aYxGiygn9013q4pm6p5 Wq0BWzM0GqSJnaw54AogHQQ+3aZNoPp12vn5XKrhHfklXeE1HaY5Q7s1HrwpYLqlna61XwROGgD2 XAW6nbft2vWV2wxmmv7dH/m1GqNxWucBYRAK4RASYREa4RHqG/CEkxKSXj40QixsQyyonC9hXDV0 GZfcwxYsg8wRQyFsQTbIAep1Sf8/VIEY3kMV9IMcNJ/I5UEaiuGX+MMm3ILzOZ9k4cVh6RqkdaCl dR0fopqkId37iduxmVr6+Ryq+aGmKRvkFV7RpZ+mUd2kTcPPsUCjbaDTZZpymN/P3Z+5vVvU3Vrf fd0K4N388WHZneCmIV3hTUO2ISILTAPbzR3hAaDf3aDWbWD1oSIkviKo9R/VuRoDntq7nd+uYZq1 qcKj8Zolap2q+RwAUqD84SLXteAnguKlKccN1iCnLaKmIeE3gmM4iuM4kmMQ8hIe/BLp+UMjPCE7 bgOabcM2+MMVbpzsXcIr5ME05ME2EAMKeByX5J4YpmE2lKGW9MMc3EI/9gCYiMr/G9IhockPZZxF IeABqLFd+pVaB1Yi24EaLLCft40bLJog/tEaAopgp01irr0C0imbcsyfqwng/lmauaXfA05a/wGd CR5jrnHdLk5a1q1aDdIi0yGiJg4jS+4hrl0a+lVdJIIkp7EATpYgL8IC912auTVbJU5iH0piu7Wb +0GlprXg/cnfNYIa+k0dR/Lk+yVj3jlDt/0aqHHl+QVbSlZaOeJlXurlXvIlOW5FOG3Fl2nJFGhD GhimYc5jNVBDNTgCPRokF2yDKaBAI5ChGNoDCuDAP7AcCmiBFWiJP8yBPm6JP1yCGWJml/gD7T0k ztlhW/gO0GHiNFRdAe6gBKZf/wJeo/l53QRK2kpe3Qt+paZpZKzB4Au+pXC2mzSS5LPh3zBOW1ZO oKzh5gFOGrjRmvxZp66hW+NJ47QRYrlh33ReW6bhHwdeWnQ+InLyJN71nE4ao9MZY1hyWvyN31Om 2hw9XiPOIiAO3vQhIkhiI1rmoXR2Jwv05YEiaIIq6IIO3C+BylWM3mBe3IQ6ghX6Qz5Uwzyq3j3s 4z04wS2Q4WjOwRs25OrJXvFpSRa+oRuOphquJs7JD2L8wRRkI/qVpVaKmg8WHW/upLS9G7xB49Sd XyCymm96oGze4gsOGydi4I3moXlWmipkHfcRolI6AyZi4I/+Z8/VmmximuPxGv/gAWIzICkuqiT9 OenZOeDXKV7WId34QeCoISBZ8mG78ZqXgiKwrSSZYqkLkl8gSlvY1WTWsSnkwWnXZVp0ehqDMmqj OuqjliPw+EEWaEOWbYkfdFkqUEEqTNyEWqHq9cMWkGgeZMPxseGK7uOf8d4/vEMMoF4/wMEh4INi lWiW3EMTzOGL3pzOSSQqZEHcKaXbKUcsBquzBdtv4uBappu1MavZBWooAijUGet4RuuyPqfUYWuw jmKjGWO1Cp21Qp6heuu3Ami2NqPbjaILVqv/hauBQuq7wmu8yuvkfZ6ifV6Ekt6LqAKaTUE1nIwV dskZblwVaIMmyJsKrKHI0Rz/CiCslkTDvKmcP4CCvKVAwjIDvdmcrtrZqIgFZV0gtFKajRYeulWl TH7suIUro5Ul30krsmXlDCZr1AUHkyogTFar9cknuZopur4s+NlazKaajSJbfFKbywJrHmpfs56d RRZe+MmaTV5rzkYr0Z3s1pErywKtskor0MJlq1Ftup1a1Y2iUvbcs/bcNDxnWBYr1yrrtW1gKfLs 0XabUbZd2jYbloKtd65lMzDg117avOZlp3DEngUPl/RrPviDP3xqNUgpwGrs46qZzmXGmbVrntIg BS5jpeGm3IUiTJYa9YWr5VburOEg0cGdtAGq0Vbpy/oaVLqs6ZputmIaoIpu/2+2W+p27tEi67XB 4OuG5LgV5xwV4nGS7tXNYs+G7u6Gbgry3eiabeuibOxOK/Iyr98uL/ih7elK787WbO3mqepGY/WW 6/Wa3e8arwduaexuL6kRKemWGuDiZaVSAzPJr2AOJsV1WRZQXB9Abv+KmTIVBipoQe6iLAZeX+Nh YHKK7f0tntfp7PZ5rdNaoCA63Zva7QnWpG0ioHwWp6WtooCu5ahNopPO7M92r216sDQ+4siCIkbG pN7lmlDm2irK2g2+mwNz6QhTrUu6rdp+K5cqqdKVYpTWIiWS4rn5KP0Zcbn96DQq4uMlJQVmY9Up 6W06MTZSXdJxpw1SrbH9Kf9H0u675eAjkqczCO37pV02QmUtytqbWvGr1eAQ26euAaD7Ya6y4W2l YaWmPZoyNm+upXENRxobaxrSrR0vnhsVa+czSicLW5t4/ib8lmOnoAJiWar/YjKd6dysjAIVNK/6 nqcRc2ekSbD2GR7Wcp0ZW+X05Wf2UiP47Z/UAmVP/p3gtWJ1Klt0xuBV/qG3fiSlgaXWbpp+1lob F+Uts+BJSiIY9zIC9jL6kpow2hotSyK3MVrX3bLaHiu6Up0hGptdEl72dmTULSL4OXANi60J56n1 9aGk6eCq+VyUanEIbxo4s+ALpmmrCSh3CqfT3SBx6iQdD111PjOw6eelaST/GackC56uLdNa2TEj 5goempqfuNHtQF8nqaHlK1sk2Wonqx20UwJbFD8gThawpEmyX/7DNNjrP2QDMGVyTL8Zr34F5ebs 6mYa4P3fSGJfcBiyMJbvqf3hCvYcrO0xqP1cVbKu+a0spQ2nlHow2+n09Z1bIxYvN8oiGi8b1qJx b3okNv5hcZZzkEbjrpl1A+LtTs/wHzql/tUxb6anBTZr51baQlPtP+fdHJk1sf1dN89nHetkrc0R /fmtOyPiNLtlqEFiEcfpUhMjXu8ydXZvpoUaYF9iLzdg2fFx+hVzqv1ztwF1qbGnC6NnU1sdVEcb YmenVYsp5oInNK6tU69f/xAj9TCDm13TYqypX9o99chiqU5bdddOWkqP4+f9wYNihUwrd5vZ4VdI 39heq6zFIlT+Myw8nlPypNiJJCzn3S0PJyy+tvvaHZlmW9mRNW067XSzJdjpbbVht6FyXS/OGle+ s6R5aXv+JPYBoyCOL2Rj2mfDcoCTZVy+31e35VL/8dka3fSZIHeDZGcH3VpiZVT6ZHa/7eeKWihO +HAKMzAfp106+CnnLZEaG1Zi9yZq9yRyo9Mhs4d72ylbcCrvWjZ7rn8i9HVTsVGmnYCTIhUT+Hiu OA3Knxmv5X0bJwIDovZhWnOCWi+rtwtvszcSdzhSMh4Qrv0ud5aHGSFcBf/znJnv1l2UMnJv7vE0 c+kccdv3/V9wqDg2wiB5Xxvdwuz8hVsm1iJfv6DhHfTipafziuVZC6ey0aU2o7NXluUenh9Cu6Rc P2Mxq5onBjSZd+NMql0vP9ok4nnPDd6gQ7DxHlutRbGi9ydRsrDdLV4e6vENa7Yvrt2zxt1gN7mp sxsKEp5g66QPC6ItoiI7b2ezMjFXxnpGcmT20aXdIWl/Ql5o1/qO8zG6WbWnRbGZNt2pA/Ovc1pw +F1rq2zQFaqvrduNwjmzZx+oByOt86G5ybkDOt2E07HfiTFC/+FdTjk4Gvcd1K/fhNPEwbSW83vg lNlXjMKvsix0M6vrxq3/9cruuZ4nZ6vv2BZ88j48tSI4tnk03H1soDq81YovxvcoAdts3Sr8xat5 Cj78xqu5xJ900Va88qb8r0ktm/qu3LogwoP8H4MtxvucJQ48xFstyp8vxXetxd/8yL88fAe1w4vd vIOj/HJEOooJmgHaP+Brv1O9mEhWXXCE0mv91nN913v914N9vYXKKPSB4G6J7+Bvl3mq6v0Dx2Vm lhDDDbQ9ypmc33CoQ/7DZcqbD6iorf4B3nuJwFa9MXF5WTBT2CN+4iv+4jN+45vjVVRyvZqeluRD lvhZ5bP9PfjBHczhPfQBwTLfn+07mISqQzKDCoihMUxDFRxSiA5+MXUF//NgBR44fu3b/u3jfu43 vvz6jlWwtOk9YRROYSwsJjU45upVASoYwj+AQiEQrBzkqshVgWROpsKiQMX6g8GigMv9GSckbD/8 vd9vw8hdfyzkHvWvwj9of8a+/iFJLjVkw6fo/vzTf/3b//0jqGE9qDZ4xmCuYzsCRKNtU/zl2/Zv ypR/Cxfes9Lv0rQ82fJsI4biRkM4sf7Zu9FPzq1/97Zsu1flYEMnKRtWbFgF5MF7XLLBadQxhskt DHn29PkTaFChQ4kWNdqT0L9p1KjhIzQFRVSpU6lWtXoVa1atW7l29foVbFixY8mWNXsWbVq1a9m2 dfsWbly5c+mGxfePWv8hPNTwFuI5BV+aImkI+5sS6xk1NQl7nrSIYpW/nQvtofBBUmaVaUykqtDJ s99khqEZktzcedrke39Gij76GnZs2bKTMmU6Cmpd3bt59/b9G3hw4cOJFzd+HDhfan6mKEf1t1r0 6I6qEazmr7pCnqtNPjHpcqG/iFUW9pvImie+kgz9xeFYGmX5LSRBu3SsfnZ+/fvzj8JLzR9qUMED uQINPBDBBBVckMEGHXxQLOeo4Asf9BbSIqFRqMAtIemya8zC1rJB7yTS/jFPG5u2C4kneFQQ6R9j UistD382Gs0l80xaib8effyRJ7+WYqqQ3CA8EskklVySySadfPIs55r/w0sUn6ZIBRVYFJqimj+2 qM6nfuJ76R9QonoRn/i4uweOqHL65yJDeGJGqh7u4QwFFbKxYpt+8MTBsdYWukgMIA09NLYqm7ot i2ZSUeWVZmBJZYVKWbC00hUu3TRTTTHV9FJPPw111FJD5fTUTjVtRpVMU92U1FZFLRVTTjN1xtFT U6WVVhYihUVUVD91ddZXQSV21mCJtbVSXFPBFdRfkfU1FWmDlTZUZ16xldRaiX3UUxZI3XWFZsgV dlpLtTU33XaNXUFbZ5TtlFljxW2XV3R7vVRSSj19Rdtq5303XmUdbSbcVCi1d9xPIz033Ey3HRXi ZFmoVtZ30e024VSm/2EY33kj7nbXe4sddoVJX4EU3HAjlXfTaR6N1FVWFf641kfltfRheodFd5qJ gz0XYZJ7VdZXVaZJNmJMUaDwD8D+0aZK6LYpKLtqVIEFTES9/hrssIN6jqlsqHkqZXZXaLVepo8N l2Nulz15bX+b1hXTauXmuFJY1NaXWVdDVSUVk+c+ue26D8cbcW9VvXtVWZum9+KJWfA702eVTYXd i3dedVvOMVWlaEshHhznx+UmvWG+TYY188JFBhzlS0kf+mekH4e8bcwpr5VUhbUd/BVLp2E7ZNtL 11RlyS/FPPDFj29cVRYIh7v62V1e3uiSIYbebd6p/x37V/yVO+fPd//lfNJQJwVV7xXi91v2S18p 3vztaedblYzfnnt63mqYxUT1vtct7ml4QcUdlOOXvyQEglPAEAT9IDYLXhCDPUoKPmzzBzywoBnF 8x8sRHi88znjUcCylMDkB7NKycwZBtTUzHJlOhsmr4W1Apj8muFCZ5AuUiO8n9JIBQsUbs1VLNQc tVpowOlBinsX+5jRkhUwaNlOaD301A9D+Dfd2dBkO6yUwjaVv7cRUVM0c9/ODJey4lHxVWLcYuGA 6CkTktByKzCfEQsXKoBVC2GegtQYncGvVhFukGlLGQr/Nw0VwnGFkNLWCmEGwjeu4I6XHBfsUKap 6XkMfp1rWdpeAQv/xmHykXpE2CRTBanW/e9S0zvV9Pa4Kb+FkJG3Op4ZxcU5pSFPfio0Yt+AxTlH VmqQjmJjJBtnOMKZEHWhSoUpmdcMXGaPZPaK1DRDaDJYFJN7mdsZtBApNHjVb1we25vgqvkpR8Er gE305fa4eSxHkvB85ZJVDTX3KHCxIIHLmdA/nJJBgx4UoT9SFFPwUYgsBHOas5pnzzoVP30CzHyy +6HEdgZKfRWrYudkGueeJ7lgRkx0oFuV3dzZqklu8XrdHOPSfOXCSq2MnSe7H/EkRilX2q94MwRW 3JCVPWtKMqg1JVxS5ecxVlmOczK94fXoRqoQAk+PQW2fp1IaKlZl/25pipvc8KiaRoXpU5D+wqnp SFrUVMksU18VV9D0WL+vjlFt4XslGeFl0oA5VVjWFBWrCKe2u4qxW/nj5LLuSqyegTJTVC3jwvpa KakSa3hd5aEqLmZYWSEWr8uKW0Qv1dWr3u6FlLVm29pI1E2lFLX9a+lVYwmppV01jbBQms9sF9bc ZQquDXvp8LxqTrTaTq3OO5XAUFvb4qU0oIXog3KqllDrXhe7QfHLoqjxhzuwAFrc2+3Qpkk6Nu5Q Xi81nwkH+Txf2s1wA9QdTlEV0XJRFryB5Co1T6opwun2bxi1aV3vJilkwvdilP0tCJdKOBdezHfI ZJWzojgt2BkLhf/SDCrhjNXYtamwWGfVWMQ4rCrWgTCf0xxXN0u6X4xySmGK5apNQyWzXio4Zfnk HTf/q9+1sYpUK9vjePF2L3vBK6PrlZsMPZbCTL0vxytcmc3yyGCmLXZtbyxi0Tg82fp+TsYsw9Vy m2w4KKdzYtfjlN+iBzvOCVnFT2axf3u4xyqr7ovB4ywPVWbgUd3VwZEbLH6DnLEBGhmEy7xUhpua RP91tsZ95LPAaozCPNZNWAnEByqmMI2pOTC7oRZ1Qv2jDdsUKatya1mQ1UpZMlJqiR4WmW5FFcAj e0t0QYZZe28aumzRtFwg7pSMXw1sK/vMvpKyla0FGNnUuXNbpXT/H3yDZeNOqgpaMwQ26wiM5H+Z q4zhRDJrfXbTSvYtuaJyxtIydlbLUvvAxjukj1kpuLsye9zj+7Fog12uS96uZPILavZyd+z7Trtv bFNjucZ5aU8K25JYJWBplxnlbhNSfna0q0n3++RDMlWLI1PjMWvG1ANGVnYGK+bAWTjAJV4ZUw/D 4qjMV0bJofHN9iud9S7p6KPtjq8rpKksQ8tGShv8VDVPY6tkWtrlVSqghGAglUZddatb8DlDEhAV YKjJpq4bb34zZc8wZy5eTwqFqVw3FOcW8Jyu8JG+CqSfs+V14dkahGI3uu9onbatLhdmNKPkWgeH 4Kb2y32Sa+va/7o+OW6harl+k3nf+mVTtMcTk4Fe7rP/dzd+5TOA9S5t/fqGKzZPW/LRIu0SZfZ3 sC5aaFIsq7jeGTFJsZ3yM+YZy0h/LE7Wy32I9+Q0X17Xj738j2IFlaPaCmmiDsys4Vpt3t+2VUux jM2egkXr6xepDctuqRXX455FPMPbqwp8dtRWIllg6zFral3Wf5uwtBlCdUbsj6kLYf/0C2H2BU9S uOcVcOaVfO9YDMyrqIm0tM/Yssz+XCb8VijXUKtf4m4FomtKBIQoigSCUuHqPhAEhcIvOIgpnuKj ng8FCcityo1ctKcAC85UVDBkvqh2igr68IXcVjDgAicFWVAG6f/m5/JF3wrw1jqpBWlQBiFJBV+Q Bxen2WxQZGLQBuXrBoXwBamnCGFOC5twBd3FBx1ncrDwCY2QDMOQipawBseHCyFnZMptBt8lDdFQ Dh1PBgMKFahAG/DCP4ZCOwxiD31ETEIwBAOxKHSEKMimKbRhFB6Ken5p4syQfOSQcdAnVarlWYTM hvYvcRKGVYhuAB9llyardqgwllJp/oJFwbrn7e5lXcSwCVFlvSyGFPfFcdwODOOrppjKUvpFrmbo E5EnFz2q1+LrC7MlldyutG5xk+gmALOQ/srtfgppCmmRDVsQ+NhJvvamh6qlAQOHZaIRxMbrBg8I xWwRpWBpE7n/5Xjyqg3P8H+URse8pxZ5xfGWMRt1h2R2aXjc8Fh8Ca7syBTJsVQ8DPgCahGVIykY gkMiqEOigxq0AzTiox+cgCP8QQ5qATx+oh/0gCVk406iolAMhU1A8h/8gRLy5CBMEiVLsk1QAAeA oh9acgxGgjxewyE6MigwoyHwBAVS4D3+oTZsQxTwIAo95Z2wjOCw7FUu7G3sywkXzX9QKvXmcaY+ D/w4rlMYSSmxSrYWK26mQdFOkQ1vJfYITuJ2Rys7bykNkBh5y1s2Ks8qisYazfwo717+kZf4ivbi 0fcgb+Hc0mWkMS4Bc/RqsI2Scvn4EtGwhwxBRt1SzrXKkK/6/4elyo2IqOj02FK+mk6AKnEuCZPg 9JJv0qW17JIp2/IpxVJueKkouyeW7Kb8GLPfIgdW5IoKm8aVVNNTUCAPz2ZK7iEhF2IKcBIh/sIn /MESRIIZ7uAmDFEoAmU22kMk/IEUDuUeDuFE4qAaiAE74SEjlOEmmOEl4+Em/CEUfnI0LKEiAaE1 iPM5/8A9feIkcMQ9/YOh8mIKaEaScNO4xAVWXouP7EYry/GmHIWudBAw9WgaHEXpLKtVXG+bgJGW 9hOTVqZ/pmjNPodiHMbHMKlwDmZTGHRlnm0AGVRUfAkBfRGZJmb7LCk3Qal/2MbI4owFZwmQYBPY mk9EgWl3VP/RvRhrqMDQv9hmmJ5HQ0Xq5HbH2nZP4KBKZko0icynF/1v4ajPkmCvQvvHdkzpWSSN o25oNNdrlHIz1bSNG/nxGTFLUmxthzxmZe5la1CokhQmhBALdXbHrdZK3jx04PbIEhMm7eALYNY0 6XYmaMSFiPgIZhipTvFmlPDUqyAFtRhPw3pKZZrNR0UFqc6nK40M/uh0QxlPVe4HQV0F8+4LojIF Be5BD6Wmu4yzEWJhG25BIKbgGRySMXpCFDjiGJhBTu7BEE6CGvLATFDgJkYSBXIiJlESPybyFvyh E26hHqLiBlLCImGkPNokBW4hTUBBBaaBRfxhDriVM3yyH6z/wBRe5Dg5ARaS80SqQBssQSbgkz3k 9TjloCOLFQ3g4UxugSRMISqOFU8yQhqiwlyrwBRWwF8HtjT4JD3aZLuYYhpG4bvQiPBeyNDwVJFW dIuWxqK4zXPaEBv5zT9HTnYI8kcNSXTUrFtYSFQGEA41tXOkb6gEr5fUZ21k9KV2i1yAjORUNvOu L5DcbRcVk17uL2Sfx1zkKM4SDHv80wvLhbBSp7AKa2isybf8jX5KZd1IM2GCNHioKZdsR0b5JXUM aADBKN4kS5+YzrdyrfbqDpJey4VIKNLAK+UQ8GI469BG0RcL78CATLAETs6mRY7sCBjbsVxoylYQ sMvMNlUa/wvIooxcrke2Mid/Sgm4ZGUfbwW/FPelFomrzGVyL+dzeNZvA64ZqFZWZMYSn86sbKVa 0pJTGI0HX4vQmMdQZSXqpkuB/iIfGiFWhTcfhtMf/mEgIJIh4KFQRiEbAGEbwLMf/mAzbsIeYsBG bkI9svcflgEHrpUZRqER/IF68TVGWOIiMqIkzdc8soEJbgJOrLcHLDIzqhcmuYB+T0QOsmEOUtJ8 /cFbsbUnLuIlW6Ij7QEH/AQ7rzdFjrUmKQNQ4GAVWLI5x8RPpCIGGvgfFIUEHQrFVoV77q8zBemP SCfl1obRVvSpUBd3ENPEwG9BR1TS6KexJK+25sYZHuyczv+lXnrmVGroTTE3WHBLfpBHafbPdErp KAt3fWpWGsvoMw1QYaCITFGMjTrLfKzFdejQvyamraRKhloPbuhrh/NmWxLHVgCOrQKJoiLO5/hF aPpHiTElhNLPV7oxadKIxkQMjRnvUZRpjQeu/bhpAE2uqpiluTBll9Bt0dbvqVTtjLkKMsexrIxH dtKWmWKFcTVXwupYkW0rYnK4DQGOj6NvxHyRMol4kIXNURBplIqsC2VodCIZZP9Yc9Q26HprYPhm +5KlhkpM00QhA/8QIQKDMAijeKsBMRwhV7cDEO4BEPwhGLSBE76DIsqjCq65NaaBXidyG4whFpjh FQphNUz/0jN+gl8/gidXgCJSAoH/oRhiAVnzpJ1/wiJjoR/6tyTnQBv+13zLw12BojJekhA/Mlnn c5vplT6WNVnrmT5GAjzuISMN0T6ZgmqmYPwSrlbuajTj6oR/GH8o63DTKXU8FTf3zI2lT2hyreZK q8TUTPDocoyc59qSTsfsC+AWzaeMkm83dqNXGmHay6XvRvD+MXNo2m1YOOYKR4Q36l20FOYi11/a S43fT9Ysa+CILGhd+FPsK1vYpvn0Cbz+Jaz2FmUI73ZKzJB2B7deeau/sL+UBWBqipJMZ9l2jgxp 9KW/OKyINm+o1sc42g13xanrOmc5JW0tR6pyzYb+SXES/2mMKrO0cOZUBXsF8U5TmRrcIAyb9OhI JxFe1CaRICurkCmsZMiMRPVu3YVbbtk/7WtBNcUgs6CBoMNDqMM6/CF5w0QOmiE8YYE1TENNtmAa uGBeZ4Sg8HUZGKFGOsEVsJMl1bUnLLIWHpgmrVUURsQkxkRQ7nU67VWis+ESDkJM8hW6gUJcuRU+ 74EiCYq4VSMPtCEPGoK43WMkqFc1FHo9rrs0JoM1TG0pcINSUdWPbKu+ZBRxV6Z+mpbwfIl2a1pk GHTOiqv8OlHueGb/NMmffkrbntFTd0UVlomUs9ZXTHGb1Aj23iyyeka9WrGVwC+SZa/KmpanfUlu 482ynv/KFFUnelQYjczN+4jHlWW0S4mu/RCcEl+lhgo0tziUXhwstYs4iIwyfmRqlxL3cmTHyO8I Fv+G4qZM41Z82u7Hx0waMT8Poz5ZwTlla7o0YX5J0vK4hdEnx2FMhWLav064qWaGnuTIwDEty5Do xZHLyITMy/VS6ABJ+0qHVLGaMkczZmNlAHMTi9o86ThMlhgMEwcnLN3GVqCMya1HdlDgLgRkmHmC OabgDjmQS6SjmXniFPCAI+ChD2ZyNR7aPPqhEkQiGmIgJmf9Je/hDgqFGVBBnrHTHzgBRvqBC8ID JlSkPDISHvwA2eHgvMu7J/ohDrCVGG4CHl6y2/+BGXr/QNwrctvL5LzvwYHWZCUCZRluAKFR5NyZ wdeNW9xjgBok0r6XQQZSYnpZQttFgmxIkBCI0h61pxo1VhKhr4/TFHfg8MMXrAp7tBgZvqoUd0Mh fmO8tijN0uLx0WtpxwDrcSxPuaPT0OS52MMtjAYj/uLNEc+8cAdfXmQfXhlLnipPfuFnvm8dHpZJ ns5TXmOVkBJVHuNtHugRvuiHvuJ5PuTpUNMKYeqogZiFExZGoRm2pEv+oGt84h3U906OdSJqEjMq AwW8pCQ545zvGSeu5iRRICRLUhMMliMuGCNmAuC9QyPcRJt5YhmmwhCWde1PcgUOwuyNtSTPPTzm Pk/e/+MixgBgUUALJkI1UIJfJR8+LwIFwGA+6LUjokILPN+ge/IWLj9iiWQKBofi45AsZ9akXR7P ci7nnVAM9WoajQpsIUwTBUnC0RTurNBSoET4h5/4i9/4j38qSp0Q8LAveoJL8kG3s0YVqKHrBXHU 3tn6/4E1mCJAOG2mZfPxBIfNdez2PxxVbFfiXwkp3fJe4ueUoBa5lmfhaEtvsMj8m6ZrW162kZ// +9///x8gUAgcSLCgwYMIEypcyLChw4cJqf2jhmqKRGqj/mnUOKWjxylZPuLZSLKkyZMoU6pcybKl S5XvGr2cSbOlqH/TqOn8o6WZKljNXqlaQZSFqmmpmv9NW8GC6NGjqYgSnTaUxatUTZ29WpFKlbOo K1Q1WwEUrNSwZpsWXdvUJ9WxRINKdVaVhU+gr9Qy1buWqd+zqajmZSvVa9yhf6UmFZqWaFfCfvVC nEy5suXLmDNr3sy5s+fPoEOLHk26tGmCF/9MwTcRVc3XsGPLnk27duyM+HRSEzWladLIK16NbaoK LFCpTVkQ3ypX7StnS2FhJfpqKwugyZu+mpa8r1rtVbnC8mv4q9pU4x07Swy8L9vkV5HPRQo/qHBV yZvBUkv1b9v03/m3wmkEFmjggQgmqOCCDDbooIHaTDRKH9P8ow0htmWo4YYcdiibHxPpVsgUTPl0 Fln/zailymBhPWeiVM+tGKB5Zyn3on41PhZgd3Ml1UxXKSomHHI/ArViYzsSxtcKdPnXDI2FhSec b0t1N+N08snHwoNcdunll2CGKeaYZD50UUUS4fOHh2y26eabs7lGTW74FHIHeEzuFV9bg/GlI1dR yViYdYnhyEIqUXU3pHtaTsNijtwZViKAkfkWJGRaOsadX6mw2B1S5IFVnFpy+VVdpuwNWOaqrLbq 6quwxvpgmn70cdFNcOaq6665rqlNTruR6BuWTAkX2H6KibViUdM4k55SxDXz4nd7GnqYT8r1mG1R X6kiVrawsEifY2Ihqhdf22LKQrNlDfeWT1epeFV//8k56lOK2ca7F3LZ7SXrvwAHLPDABK8q0TR/ UFEhRSxV5FEhvEYs8cQlQTynToVQ4Z2A6Wb73ZL7oqpkpiCny+iJAYacMo/9FsVyyeiyZyXJJ4ac Zc2qFqzzzjz37PPPEf1TZxYXQbzSFCRlRPHSTL95k24YUQH01FRXbfXVWGe9IGsUWSRh0h99RE01 z8SCdEn3MNHDRsTIsE3aAo1BEtwCyaQRMwPJ/U8/TMRNkj+UCIRD04TTZrFuhNyh9eKMN+7445Dz nBoVaRrN0Uln+/PP2ST1owUet/xzTxZVZGNJLP/4A8jcW2iUNurvxLBN6pSk4Y8cqPtj+T/22F0M 6v+FB1+Ta7n1Qw1PkSev/PLMN++8Z2euNhGulzcSyzaxNLLNFM9UQ43ZnLuexzKG/ENMIXloY8ns JvVTBfv3bJEN7hv1k74coafkjyX5C+9/S2uCWkWeR8ACGvCACMxahChCOZxQb3P+aIT1JOiPKWxD c/noSEn6sYV+zGEapXsfMVAwuA3mYSP7e8UJUSiHbYzwBifxhyZUwL7/2VAlckKc1BLIwx768IdA 7BLX7MS1NW1kCvlIQxHSwERtcK8asXCEBudWhX+YAgWNuMcKeYeCtS1DIFt4n0b6IYdpbKGG+8uf PVDggxhWAng3jGNJMCRAxQXxjnjMox73aKaJjOj/TCSZQjUGOUhHVMOC/qhGBcMnujxsAx9OeNsZ WVjD+NUvD9mIQ//ch0b8nYQYdpOjKP+REW3cgxra8IMW+MjKVrrylQaUyD1qdTClacQPHUkFFUbU EUIekpH++EMl8zANLoivksZMHRwO8Q94yG5vy7yHGMYoRo00I3T9iAMcRxnHjECNN7AMpzjHSU6g XWQUDbyQSabwikI0A2mC/MMfDmmSe1TxktvQhEBU0D/R9Q0FKegf3gSSO32iQAXbXGPduDnKp+mw nBCNqEQnKqaL4PKcJRFkPvKRyF7CQhX0ZKhICUdHbczJThRNqUpXytLQsEYbdgJkIMM2hTt8BEQj /80pxeiYm6619KdADapQDVIhfIxiCgszok6XKkdvUiMno1jlUKdK1aqS8yKE8BrDmMpVGx4uN4mz qljHStYgcu2oqemqWoUHIpPuZApljatc57o8rGrVNWvNK9OIN6dpHJWugA2sYKl2TqLhZHcocVgu 9cpY2zhVJ4SQ6mAnS9nKwio1XjMqS5C4EVs29rOvORwqR5EFy5r2tKjt0jn7cA8/kkSxYRvb9xjp zxJa8QZvg4NAyle/f2JxIwNFAW/pNk2TEOOZoOVVDk/519Q697nQJQ3X0PS1I2IukPX0A+hEd4f0 aTJ1q9uIPV3HBNQtA4bQFIM/tLk3Uhg3DPdM7v+uHksRO0b3vvjN72TseqtAbsN62JOJIGMxtile knz/UEYhrHC7Gv5NmK6rwu3gqEVttBAl7xjDPSAsX13REZX48MMO9UviEpsYBWfCwwJ3hzQJZq8R GfSHP7aRQUbGT30gjJ8LSdi++JLRjDUk447bWBJmTNN+Du6wm7x5Smqg9MRQjrJzZRnTiWDoiPhg opbxIcjuSZGRSL5iFuMbDx4PVAuO1Ig/5mCLLaZuDuyDBxtJYlCBoFfJbwKRAOEq5T77ebDRw+gR fVkNQ66Gxtuzcevu8YS3cTh1F3bdJEW3hfX2b8NoXF/7WodnOH04N839s6hHPVbNYUSru8PlFFD/ sUuP+NLAY5z03qpwj/Ai+ZJqhgPqmBGDXIuhH+HVcT3T3Oklh2i0pSW1spcd1MJy7cqB/Mor4FkN eYZ0bsTeW/pAIZCAzu2fKYDjFwXCzH9w+6DbrF81i80mOjb5ycyOt7wlSuU7CHrQM87HL6vhrWuz m90WcyshRjzvghvclRLRhiiyUCF1zpSmN/23xOXU04Uf/OIYz2OaCIEH1qhJ4iCfiWidzOeMm/zk B8Rs0ULOcpYEkBrGQ4V9UU7zmidvug3MhlJbzvOS5FAnoba50IeetWxMz7D4gHbPl/6Pl+fG4kSP utTNKSGtehYlqfgIYpmu15djrORTD7vYA3Yr/6TjVCXhOzvXGSunJotCsmOPu9xZxZoN4yHhns06 xKEIRdqmzbbHza3fejuQcjdzIMWlGxo6p1t0r102vtJN0OdO+cqrtjWGpYbSabs57G6wCn1A3T2o sAVtVAKb4aWm6+Agk/PODnBjWG/uPNvgx9OGp5AluOV3z3sEbZwK0w1kPgCcvc0R8hl+H980lZGK P9S+nhy234Qvebt+ovASSbb98I5t1GT3/vvgL80571BUFv93gjCegj+yoIMd0JaD6nvFFkA45HrG 93ZArh/+Xti+xhdX+zVxE00GUzMXfgZ4gJqBVVqQcDuHRFrGRBVUDTuQDdngBWCANo40QrFgT//s s0aDM25oxj4eVAvZtj9xxmMm4Q9vBIABeGy7oXsIGIMy6BBlJ0sNSGiGtg06kA2uUAtegDZVdA8t 1A+PtmZBZgXilT4rqHqUlIKikG4syBJOlRuF4H0zeIVYeBBnJT0YQRKqpkt6J0hegA2Q0ArTsAOd w2nio3NjlG231g+69g+8NkZwYAjA1oY1BA8yIWRRKHIhkhOiUIBZOIhXeCtWt06qgArOQG07QAuK 8AiJQAMkgQ9uWHoGhVBz03jhthFytlAy1G3bxDcL1YcvgRuo5FOEmIqFaGUNtGEZpUj5sA379gWu kAiRSIpM5VBPB4Oq2IvfZ4gr93AfERI6oAj/t4iLS0VfWeWLzBh+RZMFrdWFLbEDNCAFyJiLE/Er dSKIzdiNcpdwgYhV19hpFAd0YOeN6Dh2lZNZajeOyTVy8JaO8jh1Q8SFW+eOjeVQczJw89iPUncr d1dd+PiOQmNS01AIeOCPCil0CfdHFoJXAwlaunhqC1mRKFdYFhWRBAksx3OOFvmR88Y1fpAFK6aR oEVxJoUKVgiSLMlslWNvQtOOJrlWXveCLXmTLjkRIhaNVzeTapVDYOWRODmUUbZAFWGUPslYppiS cEeUTnliZ9JATpaUeiUnOWFUvPiUWnlfB1Nl2dCTVLlU5ah5QrmVZjllQvMHmad0YYmNUBOP/2cZ l6mVYtEIkW3JVLiXdGUpl3wJaGl5B0h5l1xFX6TVl4ZpWQskYvcmmDr1NE0mYocZmX55DxOSkYy5 VB+mEwMkmZw5V1FZOZe5VGtCJ5qXkJ15mmS1QGh1WKGpUz+XDVCHmrJJVVhlWArXmjmFIcCil7PZ m0M1RAE5lbgpUplJkb55nC1lUXc1nCLlVP5AEaaJnNJJUZ+ZlszJUBDDkSMyndxJb62hVQ90nXH0 ND1VmN15nuOUJqrxUuEpnjaUQ9lAlug5n7B0JjApnO4ZRxjSU8cTnfT5n3pkUQ2UdPkpR/o4NACa oBrnR7YyPQUaRxbTU3/AjQpaoSknNBXRcP/3+KCEU0oispcWGqLNg1X32Z4cSjiuwZGsJqIsGkt+ tJwn6j8Qw5/L2KI2OqKtQQWqGaP+A5TaYJ43GqSRg5FWxqPCU5yi4J9CuqSLs0BZJUtsaaRLM4Uk x6RWujg8yYU7J6VLI1p+RaFXGqY9g1UNulVcyjTkiTErKaZsKjlCwxuLeaYT81gKB6Jteqf/QqT4 KacTE3lQZad4GqiuMl2HyKcUM5YcJ6iKSnZCU2XSaKgSA4+AuqiUCibPpqOuBakS83LPuZmV+qkG 851xqqm5chMciTygmqpjglnBR6q8Yoo6AU6qOqtfopoUYiFR6qpuomcfSqu+yiWBZp26qiv/5biN v3qsDEIrZWqiw+ohvgIssoqs0mogB5MwC2OXzdomEYoxWTmt3goalZN5G5qtG6KPUfOt6CpdoiqQ 5MomIxdW6RqvnzE5oNmubcJXxoOq8rqvCfidXMOs9mobNemp/FqwlWGUDTQNABuwtPFzmtetBhux CTFEd1BEDOshxSlzEruxNPiiMnWxG1JKp5RKTcmxJlsQskRLOAGWIDsb9BWtJxuzA3FO6ZSrLSsb 5sqPMruzKKaThXqztlFSJwWmPGuwL+Wo2Aq0soF7qFi0J1tUR5VUSutYf4gRJeu0EctfrTG1tfFV mke0WCuvW5hWXDsbbaUbqhG2Jqu1Zlq2/7DBV/jgV5Oqtt5KpAfptrKhjFdLt/KqckLDsnjbEqL1 o2vKt30rIayVqYG7fTrBXHNruMdKqKO6uC1BXxoLuQXLtgtLuSjxYdoQYhCLudKaYiXJuTPBZBgD tqJ7rPUmjqb7EryqmY+7uqoarI/6uizxacZJu+lqaqu5p7irEnQKpLz7rc5WpMGbuxPxbqpbvLUr Oo4KuMm7EQGXe86LruDIcLg6vSsxlrF5vaMrNBzncVvKvRXjgtsJvtPqt8BrviTxcjHXvOpLqTgn EWzovifhsJM3v7RqdLuBdDbrvk73v/yLrOf0s/j7vug7uwV8pzUYkwlsEm0Xq3vbwJVad/9/EJA/ GsElEXnmaMG+eiZrycEkwbQ6C8LPm3TAt7UkrBE/130oPKvjV34trBECqBMEGMPPq3kLaCHlm8Dm Kgqhq8Nt+sCuWMNUWoVEDKpbeFY1/A+HA4jyu8RWCozsysFL2bRUrKhY1Yo/jL8TKcRbTKlW3L4J rIwMPMY2+ow8+cRPo41wqcZFbCHhiLwtPJb7K8diuo608sTwOMV63KL1OERuzH0nHMhsCpCTi78z apAIicgObCEOqQ1JC8QhAmppDMkKqqcymcDZibaZrMkAKpIkqbgkjJIUUbiiHKQv2cc1XJNivMpX KqBtXMNAKZ+ybKVGOQWB2cJZjAoVnMv/IlqdZoy/Vjkn6CTMTNqVMPmVT4yooazM3KmeI1zD5hrH 0jzMrYEHdfnEeVmj2bzGf9nLJEyYqhzOCpqYUim93OuYOgGZ6NyislSZOunNLkiw8Wyh1VknTzya F5Oo+Syiquk1d2vLxwab5xzQ81mb4GjPuwnOCq2gwBmMLVyceRzRC+2zH1vOIdKpSorR9LnPX+y+ n/x1IL3J67obhXwxGJHQJy2d6ik9t2nQOhGfEP3S6GmfFE3C+4m2H43T06yTAxrA5nugSgzUGe1k y+rHEyGhgIzUnJkmGSrJT+yhJg3V50mi/WXQKjrEWH2aRQOjLTyjiBPNXx2XUbmjND0n/4R71kHd 0q5b0S6YpG49nU7qNfdA1NybxGZd11qZpRZbw146Ck/t12htZWVayWDc1Gpq2MeZJnB6xRFMpzDr 2Kipp+Nqvn66u5aNmpIr2QmMqD/d2ZHZyqDNyAtM2rJ5qaXbwpyqxaotmbbLztNrqmgbzLF92B3Z qr4sNLpR2bltmLbacHo9vbFbpcEt2+v6cTRNJ9ic3IcdYkv9yhYCrX0N3QtZrQrDwmPN2E7m1dg9 lOG60xxsrskc3n352bfLwe9a2OhtkfTaqM/s2/mK2++Nk9Hzr/18z9d93+mIsAezudPrsIfs31pJ sYEt13Vk4GcZ1huNxRYysqrE4GaZsv8N6ldVPdf9TeHMSLMJV9zJm7PgzeEKqZyL7L5Ca6wk7pRH e5+KjeLejc8r3pJQi1QTMdLm61RQZd8z7o9s++Lm67Xw2uM3ObY3/sRn+1ZEjt9WJtan7Ntxe9FL XuISYlgF3dtQE1lT3pJ+q1mCfWxtveUguVrRmNncu1ycLeYLqd60nbyW695qToiaa884DLpxDt/b 3NocTQ3Me+cV2bp2TMLHLeN+no6zTecXI+WF3oy+i2oZrhthvujzeLyaR+d9LumTDr332ebBW70P i+mZrnDa63B37N3fC+rduHEdJ6zd/ZYbjuq7x75mPr3wW1+wjo71+w/3W+pQo+i3noX//rtwG7ff OvF0Lv3rq3hqJ67ZqY3sHX50rszrbsfjzo6AGKzBnI67Hpzm1T6IIhzXPO3dBd7tWfh7vP3kugHD 5J6KMyzf1iw6OPzc6x6DCsiAK/3bIz7vvGfEOL7Xl+xkx67v39fEp03SVRuIAl/u04PAEJ4bKfnq CT90XWyD976LEZ/skV3M7ovGFz+DbFzwRZ2N06DiHY+A4HifIB68eAzxJX+RjcqOTP2WcN7yUTfI plzehpzvNB92igzy3NvIT/XIO++Mkuw1lFzx3D70lsfJTH2qLK/0B0fKes7BqKySUP+LjQqTIUbs +H71vUfLPj/g/37TXj93u0zODX+K/8Bc9rGeo+QdwceMlWy/9IfVzNn+utA895VHzeCO8zKv95RH l9wd7hfDm4D/jeM8+BDe6wF/+DSnzsvezsv7zjrv+Bg3z2XayfibsU9v+X+2z7OevP4MVqPt+TY3 0F0537qB0KbP81ZmmwKevLpZ7GTf+jY30TcfwRbd+bYPZSau+JPd0dDZ+1En0k3fq8Qv8Skd+8Gb pi2d/MqvJjLN/LgLn7gM/TWn07mfwD29E6WP/QcnoMP+7ul+1ODv8kq91a3u1OdPc1Jt4zCV4W6F 3O1vclrtoFytGyta//bvscDvyQDxDx81goSmoECYUOFChg0dPoQYUeJEihUtXsSYUf/jRo4dPX4E GVLkSJIlTZ5EmVLlSozU/lFDRUXby1H/bN7EmVPnTp49ff4EGlToUKJFjR69ieolNXzaRmVhGVXq VKpVrV7FmlXrVq5dvWJ1Se1pWEJIzZ5Fm1btWrY5yxIkKArPV7p17d7Fm1fvXr59/WacSc2gy3tl 2x5GnFjx4p41CQ4sdPDvZMqVLV/GnFnz5o/3aE7B9/IPY9KlTZ8OWmgptWmj7nCGHVv2bNq1bd+G SLZPWKWoff8GjljUy4HUCkHFnVz5cubNnT/X6BKfqClhawbHnl27UMcEtVGHHl78ePLlzdu1niWs 6u3t3bcfrY21WMnn7d/Hn1///oX/oWFWp+k9AQf0TSmmCpqLPwUXZLBBBy2TrpA7rCOwQgsTUw0u 4+p7sEMPPwQxxJL8I0Sml9i7MEUVkRqNIH/+EzFGGWekcUbeABRrRR13DGq4aeD6Q4sahySySCPJ C+sP0F7qjUcnn7SppuKoAe9IK6/EMsvLAhulj2n+0cYwKMfU0Y/VNtQyTTXXZBMsJgHEZzQy50zR wIHwkbBNPffks8+NpPNjt5eGo7NQAuP7kUoO/WS0UUf1dGmaP6j4EiZDL30vw+IKoeJRTz8F1cgI 1TsRU1O1G07DUToNtVVXX23QP1RwvO5UW33LEC5CXoO1V19/FS9JKiK8tdjTlBqo/x9qggS2WWef ne1G/wg1tlrFWoRrVmi35bbbvgKLKVJqrSWXLQN1ZdVbdddl9yr/JPRPznLnTeutbHltN1999x1p PRybpDfgo2rS5h5qtPFDSH4XZrhhiggLNNJaBaZ4qO7iWtRhjTde2LphwRSzYpF/ShVdjk9GOd+w /KB1ZJd9eks+PPFNuWabmw1NGwl5e7lnnd4qTtubhyba1S/xGWWKSuX12efufhxF4aKnptpPsv5t OutcB9q1aq+/XtO/pJPMumkz5SNISbDXZlvUlwZjsmyfkWWqtYzbxjvvB9OLFEW5R75YMKn1Jrxw /pKEc+K/K8714KcMhzxy+6zrw/8z4xZ3+VyDk5a8c8+fk7VlzEUOHBWaP0c9ddmuDmvc0QO2Vxt8 /EhXddtvv4w3PALz+3V6HTPYuNNxJ774vAjb+W3fKTZTQ6GNhz76r26kcHnYlxqIc+m35/4qfz5b z/qAL3YKue7PRz+l9EgUn963gs8zffnnDwn5CQNsv9wM0S6Rfv//z4hLvpOFL4Upf+WyU1zMB0AG NrAh0iEEHkITpwOSq3FocmAGNYi48FWwWthSluk0OMIGyupj2WCaB211LoJoj4QvnF82BkUqfIRM hafC1kBEsUAY9pB71hHdDW2FLYJExodH/OEMASXEWxkoeKIYHBKliLvQ3OMPeBD/oOKYaKj4wMWF UwSj6nhDKsFs8VRAK0jtwrjGzkGQCrIyo6lYiDQestGOhbPOHY7WuzjOaTjB09nw7jjItpFFCwJM YR/JVLK4qJGQjwRb60hlRUUaqjuQqSMkNTk1sS0pR5WkU65+JApBbtKUNmtdEEE5JikdDEanhOXQ yPIxSq5ykdijkiNjuUuNpbKDtoRS4AzCS2JybD1ZsJwWgamjVGljGjMrZjQbJkBSkmWZUEogfaS5 zX1FCE5muqaTLhg/bpZTXe/yJB/DmSJG1lCX5oQnsFqHRfytU0eqaQprCpGgePazWQKMjAABZk92 4vKL/kToq/j2EnASVEWqSdSy/+6WUIo+yj9+yALvHLoiO8kHFZmsaEitJpDkzW6jKiJiLkW6Uket jArJPGmdcDlMltaUT+CaArhieqFWejSKNgWqlnjzscvttEIG+hHS3hlUphapb/fLhjKNup1s0rSp Vz2SdP5ARhtOtT2MFB5WxepUJuHBcgP16nbQWMOJjtWtHtLqHXSa1vcE7nFvxWuIAkO76tH1qy8J Hu3yOli4/uMeXVqZX91jL4I8j7CPVdBQiaXY7YzmToLhJ2Q1mx8uAWga6qRsgVaTjR1u1rT4IQup vhNa7ZQlUWw9bWzN8y56Xo41xZmSK+FSHQ319jEEiahuf+tbZR3IuBrC7XCN+/9a4BYnqRp6pnKF 61vqLldDaJMuXIqb3N4O5I0vAW9Y/lEp8JL3uXCJ7nGnwFhtyta94VkZ1lwClHDFlDrglaF49SsQ MBEnKFvtzotQkdn3Flg5khVIi8BU3fnMKiyX9e000OZMuGD3uhp60W/xwdwpcRe5wYXuQCbM4OA+ N7fonXBELVxhDMPlTswdG3/3K53w1ji6I9YQdSAKFyMa2MfJod6gwtthagSPKUryz4Vv6+Luaih4 l42okYf7I9lV9x4T5u6KD0RkI3uYxUvObm6ffKAoN5k1O6yxeC3XXxof7ExbdrGEUlWcu/7YzrTR 6pJWGxaCBA8FwjVdWNAWXSL/I3c+xwUugxVt3UJTV8TUlTJ2s6FkQjPZ0MyF7qJ7W9I0d3rGaPsz XIKXtHNN2qp3RjVneHO/y1VKQwhhMl+Jg+jeSpnWVa4yov1BZbhkWLiPpm6igvdaEPs2t5c9sZPN XGERe3nXwvVHZNjM38B42rCRegyse1uiskzpiqkG92ZcCkHwNjshReaxoFT820ifuLiK3rChpxTd Z2LXucctDtqOfbA7yUfKIl73gdrd23czON5MLs5WQ1PAcltbgLOmxrmrjKcptPM44cZ47k4kKCqF lyAKQa6DIZ5sX4c5ove2cG7Pq2zk6lvLSja4mUm+7MecPNEpzzQUa7zmNst4/ylnArkXp6CptJUy 40fHi3RmVcAMQfzcj94Vnw1daxQj+t7GPfFrsbti2RV7yvnUcKJ/+/Kps5w1Mps6prP+mDDhqMb+ 6TTcwZ6Qe1OHYDxuK9L1Pr23sTpVZ8IHQhL1o8h4JsPTeBGv0wvn+eSb7b698pdFnV3dYhrfjpbP 4Cd/+MS7cvEQPq/LIb91uMil4TMeb5qTPBBts/0pSoloTPY++6SfCGsLPy4KkltfR99a0x+Wt6WN HXy4TDrTA1k51jUNYcn//uBhf8wO9wt31Od3KT/688r9cAd86irvtAe/VYbKpXJ7h9ZiycLCG93r Qxs3wxAGJIMNZu/MC9/zvf/NtaXR3t0qf963nR+u9zOu+LOyg4kgn0O9mSAvghAIM5OZfTqXpqiz 8KPArFioMhKgusG/ggAQfZuu4fOtl+MusLO/81M75SK95zO/DTwQsqO8Dxwu3FqxsTi9uHu7pUjB RHkK9pKLCvRBrAgMuCkM/gKx6Bo1HHm+gZi0Dhu0yWsufou5JuO1eGO+5huzIhyIMXMxm1tCF2vC PkOvZotCgmCZTjsaBPQ4wPotENuVS8KgH4RDqUgmT2qRPyiEUSCEUUAFPbTDPfwDQtgNURiFQkCF QhAFQvgDPxCFPxgFUUCFP/DDO3REUSgEQvADPCREStxDQ8RDPUTEPCREQyz/BEnUwzusxE58xDu8 xEekxFFgxD+wQ1TkQ0J0RULYQ0EMxUNMxEVsxEeMxF6kREvERFTQxEEUxDxEhU8cxELMKTSstukb lDt8xVhERj0cutVoDaOLw23sl7fhOKW4gyyYgnGcAiogx3Ckgj4YRyrIAi24gym4Ayp4xyyQx3ac gj5gx3c0R3PEA3aUR3bEg3J8x4CcAnoMSDwQx3LMgnhMSIGcAoI0R3gUR3HUgnGsyIVsyHI8R3pU R4V0R3iUx4Ksx4rEx4XUSH70R4YMyJAkSIN8yIRkRxuMlBqkhoqcgosMR3LUyHGcsyICKW4ESpCQ DuqwjlgsRE10RGlsRUKg/0RH/EM7hERGrMZL1EM+RAU/2MOjLISoLERIbERCIERIJMQ8tMRUbEpD ZMU8/MNOXEu1vEOtJMZCdMWlbMpHRMStfERZpMqshESsLEVK5Eq8/MqwLMRkxEOstMOzdMpDrEW2 JEtXfEtRjMs7XI3vELsPPDF/C0MWnDp7My4PZL/eY7x9K7ZcC7gS1MwnhDn9Q7gVzK2SmzoII80Q vDrM3EAjW7wV7MzW1K3XrK7k8jLko83LXLHMRDfVbL7h8kzH07XfhL7ZxL/aLM7b3MzVVE7eBE0X cc7RvLThbL/pvDDcNE4HxE7pgk1Lk83ujE7ipDlXEk/OZE3oy05qOM8YVP8+JitN6WzP1ASz5PzM 8mxO0UxP/IQLmiAj1mqP+kPQBWXQBq2k/+Cz0kQv5SLBEgND+8stzcSHbEC+EzMyDm0/MsvMe6tN ybO8Cs2045SuDEW3De1QqiMIEA2uF70uEr1ME6VQ7LJQFbW68GQKGfXQ4hNO/BzRRCtR3TxRHU3R fys79/xRGnVCapDRSyvSxrtRJM3RCdVSJrU/DQVSGJXSIV3DKj0vCRU7JtRSseNS6fJSKL3QMA1R N4VCKw1RLMU3Jd3SJmVRg3HR/nzTKSXS9aRTMz00NL1RYdNTH+3T3FRRQB1TQS3TENRSQw1RRMVQ Rf1Ss3NUEYVU6+LMJE3/00NbU0RrUz9tVDHl1Bo10isVrtdKHu8YUC9Dz95sMS8ErsxLtpZr0hfs ul2dOPs8P+Wbz5IDOwkzVf7b1WDtVdSM1RdMrmHV1bM71milvFxd1uz61fvM1Wc1z2g1VkZF1hJU VhUs0hF01rHrVluVVnCl1vOzVnJdT3MNVm4N0Mdb11xV12qlrmu9tWadV3StV6YYNFyFN5xrT1id 0XgF1m0FWN9U12/FV3vVV9pMWFWVV4ZtwXS1V4gt2GR914plNm0914wN2GIlWIMz2GTlN5CFVZE1 rhIJDBKbrhextes8vjMFQd0MVte81IPLv2CbWR6Nzwm9umRjUXH9svV7/7GWlVkLo1nRXLFIddfV jNjs3Defjdj5cFqhtVmixVmaS1lJvTyES5SfjbCgrdn/vNlCzdnpqloKlbeyzVpeY7+0ZU6vZVuw VVmeXVENnNPqolvttFudHdSJ1dm3HVsNk1tFC1z65Fq1xVvL69K9pdW+xVrGRVuo7S2pNVqqZTCr jVum3TSyrMRXtEU9LExswcWr3ERIBMXTzRVRRMa+JEZQPMTmEQtDFMtSHMROlESBWNymdR4kZLJ7 sIPjXcPf9EzGS1SSZbzBy9YgRUHRFDj79DqBndXOndXlFDsJG9AonRIRLF7rVd7sbVt6fd5b/d43 DV/qzULyxTzzpTn0Bf899b1P8PXPy9NCVKVW4DxfgE3fs1tfFW3fnH1f5bteEvTf+QXg+hXg+2Xf /OUy+DW25a3CvnVeB/ZeCCZgCR5fBC5f+9Re++TeQ9tgWe0yD2Y3Cg5X5RthYeVN6B3gFCZcuBWF 3zKdQPGDHcYDLbjhDCQEFwZB4kAFpuiSm3zIQri6o6GS7KJhqSu7A06uH0GylyhbuMACfZCCQhBd Eesyzeut+nQ0MKY1Y9XSFFtZM7tiws0/L95CVhVjYyPjrLOwNaYwfvVU0lPVsftiOP49v7U56Krj FbxjFczj5Gzjg+njOnVc55vjzR1k3SpkELs6PQ5ZPn5jRo7j7npkQU7/UTTG40pGZCIrmEwutk0G vvaj40/2DiozZFFmY1Je5FP+44ML5Ko741ZO47TTTa6TZVP+v1ruZFwWO1B+5WIeZSYr5ZrzY0e+ zFXO5YNxZUpGZsFAm1Sggi/Yhpz4Ai0oYiJuZg1ZCi5WklSgBliAhcjwA+WyYi6O5kkGvGr+wCrr kgKqXmqwA3qgB32wgz92Tf7srmoAhFRNXLMFO3x4BiuABXxFuXv21D8WvbQ9kBeB0kYzaC6AW9Gc wg4mCCugBo9WNI+OaOek6P606BM7aKS1LrSj4eutrpHuvZL2PxREadDVaFc64If+PZgePplutPCt 6YwGwY1uaX/uTYA2/zSfFj6gDtf142WWtjSX3tfHk+iBUGqhNmibHmqc5mipFtt8qmrHrWjhy2qh VmOuLmp/5ukmu+qCDurEPWuoFougyYJE8Id8uIltQIQpMOelGIW1Rq5/eJFDnAK83oZqQGxVmIJR YLaluOGUpjyII+qo7i2RQ+kspgd3sINRAM5nmAFYIIgoeAWkLY7Im4ZnuILPZTGUrgaFhovW5k0l 3FXhlIfUxodq2INViAIcqLJSwAFqeDeMNW3q+oQWMG7jFgOuNjRnSG3qmgeM/i3jGy6QFk6ETu0r WGiBPTbs/tciqz9FS8GDbbLkkm5aq24R/tngFs3hBu/VFm/ik+0SPP9vF05v0u6z71Zt80PpRUvP 8t7v8wLO+h5Z9s5v5Vbp2JbS2abTAM8t9QZBAn9p96bc50xw+V5wDRPw7obwqdbv90Zw/5ZCkW2K Brdv72Zkzty/A6dwEEeuQkiqpEmEbf6HfPieQfBml1AWLhbuzBtnPGCPbdiGWLiFWCiEGy+OpZgV nVRyJc8QFifQEYyYN8PnzOYDfZYCXSaIUjAEaigF6PZbibU0kE7k+32+Z9ADDXkGQADt75xwuAgE RqAGZ8DoK9gDVYjzKzjzTAZzbJ0SeVBoDyPX5lau00Q01F5zDWnthKawJmPuL8fe/Sw0QGfZ4yL0 rJW8RdfTGdWyKnX/WUffb/ZU8UsvtmPT9Lb9W3n19GWr9J2usFFP5T3v11nFt0mft+az9F52dT1/ dF+NdAql9TQN2wLHdAwtdUiX9Q77dVB/QbGV5vMtdl4/dl3/dDY/8B/ekEEYBDJAhDLAdi9Y7CQT BXLddD5TElWIhcNWhX84d8U258dYCoPQgXiX93mX9ymYI1Zv5UmplOKSDz7QB1BAAVCgBztw5ykR 6GeIAtBG+BZgAViYB9f+aESPAuP+bHmY+BZY82lg7kAw7i2nhosH7T1A7uK4Ao5vgS1/huPeciiA hWeKglr4eOM+dGpIhoGW83noAlVI7mQIBOwG6YSnhk+AhVU4blhA/+1SwPiYbwFVCC7YJohqmHgW sIU4rwPjfgXU1oZkoHjQ1oaEpoY9MPkt1/oWmAFtKO4W4AJnUHln0INYUOh5uHhG8IeFJ/upD7Pe M+QdBc3glbwqjC5+p7UnbuS+F++lTdFqruTxZN4lA3zpDdhfK3xHr1S+5Xvd9Ptk6XCzc1jCV1nD D9U1TnzOvHzgznz8DU3Ot++8Z+U8VvzRb3ww3XzLj3zVj+bQhznXL/0IPn3Z73zJ1/spE13ZVznM x2l3Fos7KAP5wGtt0IEv6APGfvdRYJklV3I8SIUG3CFYqIZYUAUt0P5qYIT1Mr8GTBpx0AR6CAV6 mAIdEAR68AJ6EP8EHRjHM/n73Cfg45C6gZACfdBsFKhyfgYIfNQGUhNY6oohgXUMUUuWg9oVWPee XZk2EF+dQgOtwFrYEAfBalESPpPRkSEyHAKtEBy4cNo8k9QsPgP5CQ21mtTqDHzGEZ82fDqHiXHG ss6qK0ar0YGVrIuhaoAG3suJ49nIglFsWYw4sN/AK7ZcJlyVo9pCbclARowCKxsyWNMEthVDzdkM rLCokYL1TE9LoVe5ONvTce+8iAvpttRGdaDFgtSqaotMEOxAx5IFNubcMpvAuQQtZ24pmSBQz55P XzRNTXPVma0pk6aG+XXr1a91UwM903NtzagDBx1uvLVp2JBnv67/fVuzQN3FTfsWvbyx6dWpj7Pu XnrydYG0TT/PnZx3deDJsxNXHfj9evCyJY9vWX7zedfpR8fnvh05gN7hJl9k4jVHHkHQeTfdZ6Gp hx18FzGoXYQJPjafgZUh+F10+VHnIH8QHvdHaqNkkUg+2vyDBTVYfDHFKNT8M5AohUzxD47/+JPj P6nsOEUh/1j0xxSwVLNNNUZuE4sqd4zi2YzaiDKFDjToUKUOgtDTBx6n0FPljRZW+N9pqEwhY0vT SEEPPXagYAebWPxhWlfZ5LSHRfJAsQpgd3WBG0V7+fQMFwS5NZA8LA3UhVE9QeFXRSFdMVA1ikbR QgszWEVNKYxg/4UppnIRVAcshlUTUSktGEIoNZ+o0hdgXAh1aaawTDoQrS2wYJpPM/V6FxTO3CpS LICg1cJeBBVmK6WA1YEsQVzkSesMtsbCUq4s2GrnM3gWZJF0rmXGGz61WddSbOLq1iGdktXmWmR2 fjtvuOIyiJq5vKXr2roCgjufuNfJWy69/XkYWL6u7cvee7z9+267vV0E7r8iHowvnfoG7B27abq7 scATF2xxZ/wmbNrCFeLXbmggzzcwxQsGfK/IaWoccL8OfwxyvCITXK9rNM9rs8Ib5wxvQYVERgge iVCzIw3V6ODFFH9kMyM+hKByR8CvqJEKNTDOSM3Wf8Ry9pE4jv8yBSqQ4TO2jeL4siU9VIA5xRQ0 0OBCmB3z17K4f1AhI1AFSaGPO/TwgQIo+tCjjx0C3SYsQX9SU82eXCDGEmeWyzPprfi4JVCv2gjr zJ/ayBPFK9RwdNGv8vwZBSOqWzGWYZNW+p1k2ZSiiqxS5eRWNYat0ogesQSiCkOju166M4Wyxhk+ tz7jeRSrSO8MFKqEXoe2BVVKUXFdRBYFC7jvdWj1ED1/hbx33UqN5fwip6B73Sm420zCdVf4uA4k IckIRyDxkxzD/AcfzuDPOKvZX3Gm4T/tCKc4GhqgQAoosdbc5n448+DKTvPA+4VmgsRJUAYtU7gM DueAtkngB0//00DkjFCGJRxTBVOIGsewsDUu7KAMY8hA89AQQgy8oX9yKMCC8HBAvRsOEIeoLhB2 jHpGDKAEcYjCJa7QiQaEIgynGMQQWlFMR+yfFgN4QSYSkGxawBvevPCPfFTDH/mgwYumgIcooeIP fjCNM0QFNlhMgRBY+wMepqCKWCBpG//QBhzh6Id/CGRKmsCCIGhgChdoiQ9M4AM99BamNXZRgy40 09taAic2KQMFynAcPbAgiuHMQ1E7YchanvGou2jqN3RQxV1kEAuPrAIkF4nIRDjikbXgQySwEM7r KBI9i6yil8kAhPQ8wpt5qOouP5EMSwozlacAUw9vWYUwbRkF/42Iyyea8UgpcIAWXMoTMIEYyCcY QSmWmDMnVngGIASyB1XoEhafG0gpNJW8P2mTGvkgFTWQIQNcJeuLbgtRwPxxIfuxcWMpI5f9TNiv 98TvXBAjiEblw1EABuyjHH2PSBnWwtE8KKMbZRhLxeVSmQ4npiqz6G8wKq6UpoyGCkTZS7nTGp8q FagmBRlRhXhUdCU1QEttGE+feNHr2FSlOJ0qQXaqsjYOZ6Qz3SrAhnrTBYJ1rQISCCFuhCNqaMEP dvWDFrSQBWf8ow9jGwUq/OBIHuVoR/4A0tjM5Iwp+AEWwDQTLAwLi39o4a9TkBvdskADLygulHsL k1LfOiBUDP9OSAJZJZtSC0t6SME01dAcZ2g1kFVgqgt96klt93C5Z2mLYJUS1BUcw9tkpapQ06AI bliSqhZcoX5bmcuxWpCDc1GDDgSZX1h2y4jjTlQby91DRLwyK0zNQIUQSRY1LsWCVwiEVn6xQnTF ABSL7CEWw0res1og34bod7lcsIJ9qdFPau2ltq+LAu/6NZ10ESxo1I3YfDmWINEAZzUPHoid1NND CS8YYw7mTYgibNbKdIy6F5aYhr3Ing7XLDknDo+GRkxhmhJNP6z5lwZhyhkGQ4zEGytQjGXq4wrX mDo3JiuHd+xhF4MYxhU7zpBpLGUjpzjHPVVyixvzYgwFOUL/UUZrUG1c5abyT6UNZvKPJfRkAH2Z bFPwBz62kQ84b8Mfcn6FI17hj0kOpBBmaoYqXpEKQTcjFakAtCrEJhAbVYMaf7jDFLIwpzpWwxmO aMYeaZQ3vXG6053u24RLbGHOFOIOqRwIahXHuNS2aZZhDlpYT+gyAJHLMRWjUIRM7EEQv1g4+8op yPJ3wlv/dMoYKg2vm+xrWc9a2DuUTRmtSuQQI1tcvY71s2c9PX7ZWoTFBnOBqg0vZWN7gNp29gCJ TWZw79ra5L4psI0W2sKpW9rGDjdukj2zcne02fPudrQlzO4g6tte/I53DN8K8ACZVdcEd/e+4d1W mdYa2gyX/6nD8UGkbYiPGqpQRTOS1YyCZJoahRDFG+3ah7uyfApUQAXcBofsRoNc0DGaJFCIFMm8 hbLnNJgCFkD76mPn2zQ2QlOLWE0PUDDOcYlrkxMh08SLX3TGPIwfE+vd76graOIFDA5l6DT1/9HY 6gXBuogZ7r+1X3VjX09O2NM0dlwH1ez4QHuXKWixroPs7Y2J+2jmnmsQsfDuxNF6TtmOZINn+TWA l/q2jyMau+Md8YrnUNRh3XhtPB6NziYy5Q/v7WzzbkAbZvzQEtT5LH6+7B26uugDnvgren3JmVm9 4CVP+HxXfvTmLj3f3W57x2ee9f5xfRsNv0PL773tETfTNP+y0Ac99iELkJ6+Fu4Ai8o6ZhSFIBKk d04FvOHBDzAvyJRg4YwsTCH7WcAD+6lwB+2XvBB4xUMf3kgDn4dSj3wW/ubdgx/0gYzMhR04DgKu FgLGUoy4R5NZSL3QXcQ8WMCFR8VYx5l9WwjtWwSO1XVQoFVhyAVSD8SYld8YXAeG1geOlM6MDAaW IMUJyHqkYAiuIE4hjQuSoBgdxwnCGg3K4HyAoL/4zFZl4LptIArGhwR6zND5XoiNYOPZGxEJ3w82 WWQIYQv+TBHCYIT04AwqoQcGIQvioBaGmRFKIRL6IBiqoBjeIIRB4bzYiCo4Q6C9zT84EjUUmqDd ASWRjaH/EYIWlF/53Z9d/cEopMIjmdwUpEKgOUMzCJqM5MNcpUJlzQUqEAJgjcKU7JwkBUkZvuAO jkJpaQYf2IEU2AEq2gEWmKIq2kFgWRx7UEa6xMZR4Rtb1aBmREZVZJBnQIcCvR6viZYsYlsthiD1 7E986CIB9eLvmYfQwOJ7DOOFFKNodRSI5eJj8KIZ/eIyWpswEt80kuFKISOEKKM2cgg3niPL2I80 ygc1gpQ1Mp45lpnppSM9egxItSMtiuNX4eJ17CI9+iJ7qCM+siM4uiM/3qIMYiN4qKNAYtUzrhlz cB4xJqQDkaOYzCODPGRZ3ePfGCRFhiOEjaM/zgdAbmQz/xYEIUBaXd3VIA6gXUXa2JBIKqBCKvhZ IQAWKoyC1twk0pnJFKwcyw2lH7jcTLaE/eEfHlBB/q1cIZwaRzqjbhQl0vWZ1njfKPzBTmKiVgaR aKxRsEVet70QVznRLlZMSmmbwYTb1NmaDvlb/ozlbZDGspVhWqqlmIRH0eHGV57UQBqHXApVXaIl Xq7lVQ1RX56bWM7HXIrIWZ7GXRam/7ClV76ly1RRaURGY+blY3JGZOLlZB5mZlpmWMYlYwpmrNll YVoMZSImacqbaWomamYjYa5m6bXmaC5RaQLmaZblYEKmbd6maPLla35QbH7FbDZkbdqmNoyCHyQS J4ofn/9pQ9vA5diIwnNGp3TCzVnWJCFoZU6e3CFWJQDqpTaUGpoUTrqYi8DR2nCikXkFSANt2fIV 0bOt5zqOiQPtJXzy4BWByGVekOw5Bn4WpH4W0dhlUXzqj3nQp5rZ5wAV6EceqLcl6FhGHuYBaLAJ qNqpFHuaVeQVXuABjLPN5wPWpxOqp1BBI9VV6I1daIk26Ik+aIoS6IpKJN1ZkYWSKHeYaLNx6P/Y aFmyKNkh6IvyqHzK6I/im95J6HKAaP6IKOQtaA11iINmHYSyUWwQFpd26UB0KZjmiEWEaZjOBZmC aYc6KbStzTSMTRcq0LtcHlhiIBB2pBpGELWNKBduXVr/Ad+E1ZgXYtWdAg7RTekOAlucisicWtGM emET4ale6umhwqnm8c6iTqFxJiGkFmp/vhSiVqoTXWoa/uWgAowtdirFUarBVBBp0GmjLmQ3Wsap KuikRkzzZUarMuplwqo2ymqA0Kqnquqt6qar7uo1xmqeGmqw2mpehmquYuoUHWuvJiuqvimz+imu AmqdQmu1beqsXqi1tkRcUYMoiMJWooKfgedO1ogm5iQhYCK6mitPjgJP+tm81khg5SR4EkKN4Csh nJwo1GuNFAK/iqd4sqso/Osf9Gu79hHBZiVgAey5piu6rmtOsuu7Rqy8YmK9bmXD+oG+omvB+ivA Cmwh/xAswx7sxSosw+LrHzysIcbrxlasurarzWZsvHpsx96rn4FsVopsv/rZv5aryaKswQYswrKs yjosV2rszFKsvSKsu8Lryensv3osvvrsvgbtJZbs0J7syHof0q7s97VsusKs005sH1WszWIs1W4s vV4tz+brzxotyRLt19qt2Lat0o4t00KszKptzUotT76t1dorJmZtyNqt0HrtyYFtyo6tJvZtw75s 0wYuT9Is2xIuzlbtvO5s4vbs4o5s4+Lt4+qtyk5u2S6t5QKuxGYu1FrszRru58pt6NLt1j5u15ru wIZt6ibs6vpt68bs62pN7Lbt1Grs4WKt6NYt6e5uwP/mre9KLvAuLOuiLeYa79pG7cUmb87WLuJ+ 7Ohy7dBG7+lOL98Gb+Vib/FqLvfarMtlwfj1gfxpJ97IbyS53/hNwR1Y3/jVL/vpEaRBWv3iDRXs b/vpkR5Z3/tFGv/KL/vh7x1Qgfz2rwL37/hZX/zObwFrJ/7Ckf7iTf9OsMtBWgDjwQCXMBwdMAgr MPz1byKxHwZH8PhNcAWzXyJhcKQRMP7Sb/h5MAK3nw4/MAkDMPmlcAezMN68USK9cAPLMARHWg1T sPzh8ANnMA9z8A9H5wcv8RCP8P+a8BHzrwobMAIz8QLDsAPPsBTzLxVbcA7jrwZTcVB2MBcHcQgT cRivO7AAk3ESn7ELM3AMXzENu/ENX7AcZ3EdbzEndrEQfzAYq/AJI/EPK3ECN7Egr3EUS/AbW7EO z3EP23Ej4/EX+68kjzEBVzIgY7IaQzEFt7ENVzEiY/EGL7L9tjEIl3IRi3Efp/IKr3IaPzEhw3In z/IO17IP37Ij53EkG3Evl7HLAbMTDzIbc/IhxzEt03Ey2+8y6/IeT7Ifq3ILs7IwV/MUX/MVH7M2 i/LOfXBAAAA7 ------=_NextPart_000_0013_01C3905B.84754F10-- From iastrubn@actcom.co.il Sun Oct 12 01:05:33 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9BN5Xs9007746 for ; Sun, 12 Oct 2003 01:05:33 +0200 Received: from smtp2.actcom.co.il (mail.actcom.net.il [192.114.47.15]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9BN5WfU093834 for ; Sun, 12 Oct 2003 01:05:32 +0200 Received: from line108-136.adsl.actcom.co.il (line108-136.adsl.actcom.co.il [192.117.108.136]) by smtp2.actcom.co.il (8.12.10/8.12.10) with ESMTP id h9BN57rs029730; Sun, 12 Oct 2003 01:05:15 +0200 From: Diego Iastrubni To: ReactOS General List , "Bernd Blaauw" Subject: Re: [ros-kernel] ReactOS feedback Date: Sun, 12 Oct 2003 01:10:30 +0000 User-Agent: KMail/1.5.3 References: <20031005133826.71044.qmail@web41501.mail.yahoo.com> <001601c3904a$c1114520$0a01a8c0@willem> In-Reply-To: <001601c3904a$c1114520$0a01a8c0@willem> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-8-i" Content-Disposition: inline Message-Id: <200310120110.30538.iastrubn@actcom.co.il> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h9BN5Xs9007746 Cc: bblaauw@home.nl X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Oct 2003 23:05:37 -0000 try setting the guest OS to win2k works for me on Bochs, but not on real h/w btw. áůáú, 11 áŕĺ÷čĺář 2003, 22:55, đëúá ňě éăé Bernd Blaauw: > people, > > what's going on exactly? yesterday ReactOS.com site (new one, > www.reactos.com URL however) mentioned 0.1.4 release, gave no download > links and everything spoke about 0.1.3 > > today, www.reactos.com site cannot be found. > > did a search at sourceforge.net for ReactOS and thus found the released > 0.1.4 version. > After downloading ReactOS 0.1.4 ISO I tried it in Vmware with > below/attached result > > Vmware Workstation 4.0.2 running on WindowsXP ServicePack1 > MSDOS guest machine profile (4GB IDE disk, 16MB ram) > ReactOS 0.1.4 ISO 'mounted' as cdrom device. > > it was booting from cdrom (harddisk still unpartitioned), started loading > driver up to and including blue.sys, and then the error screen appeared. > > Is there a site for downloading compiled Nightly builds (preferably ISO > > :) )? > > Bernd Blaauw -- diego, 16 Tishrey 5764 Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html From fd0man@chadeux.homelinux.net Sun Oct 12 02:21:26 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9C0LQs9009715 for ; Sun, 12 Oct 2003 02:21:26 +0200 Received: from chadeux.homelinux.net (cblmdm204-118-177-204.buckeye-express.com [204.118.177.204]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9C0LPfU061928 for ; Sun, 12 Oct 2003 02:21:25 +0200 Received: from chadeux.homelinux.net (IDENT:1000@localhost [127.0.0.1]) by chadeux.homelinux.net (8.12.8/8.12.8) with ESMTP id h9C0HMng004606; Sat, 11 Oct 2003 20:17:22 -0400 Received: from localhost (fd0man@localhost) by chadeux.homelinux.net (8.12.8/8.12.8/Submit) with ESMTP id h9C0HLux004603; Sat, 11 Oct 2003 20:17:21 -0400 Date: Sat, 11 Oct 2003 20:17:18 -0400 (EDT) From: "Michael B. Trausch" To: Vizzini In-Reply-To: <1065899946.17369.97.camel@bilbo.plasmic.com> Message-ID: References: <3F867B83.2090401@comcast.net> <1065800047.13593.31.camel@bilbo.plasmic.com> <20031011113557.377c1da9.reactos@jacquido.demon.nl> <1065899946.17369.97.camel@bilbo.plasmic.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: ros-kernel@reactos.com Subject: [ros-kernel] Re: [Ros-general] A couple points and a question X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Oct 2003 00:21:26 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sat, 11 Oct 2003, Vizzini wrote: > > I, for one, use Linux for all my daily work (including ReactOS > development) so I'd like to see the environment support Linux too. > > So I'll propose a name for this kit (and a very creative one at that): > ReactOS Development Kit (RDK), supporting both user-mode and kernel-mode > development. > Sweetness. I CC'd this to the list 'cuz your mail didn't go there in the first place... lol, are the lists messed up again? I just wanted to know about the Linux devel kit, 'cuz I had a VERY hard time trying to create the cross-compiler for doing any ReactOS work, and so... yeah... uhm, about documentation, guys, is there anything in particular that the project needs research done on, right now? I am mostly available, while in between trying to jobhunt, 'cuz I'm trying to find work *sigh*... being laid off sucks, a lot. TTYL, Mike Michael B. Trausch AIM: MBTrausch 720 Orchard St. E-mail: fd0man@chadeux.homelinux.net Toledo, OH 43609 Second E-Mail: fd0man@yahoo.com (419) 514-5047 Web: http://chadeux.homelinux.net - ----------------------------------------------------------------- People will forget what you said and what you did, but they will never forget how you made them feel. - ----------------------------------------------------------------- NOTICE: fd0man@yahoo.com's key is REVOKED. Please do not use it Revokation Certificate is in the zip file @ the website below. - ----------------------------------------------------------------- If you'd like to send me secure mail, please obtain my gpg public key from my website, listed below, or if you have a Unix system: finger fd0man@chadeux.homelinux.net |less http://chadeux.homelinux.net/users/fd0man/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE/iJ2Q85RqKeHavSsRAoyTAJ9EcUoS+3AZlZAzOTtmsBfK8HWUIACggz+0 7QmwxjF2e2Cy3e7GLXTQn/E= =eQjG -----END PGP SIGNATURE----- From vizzini@plasmic.com Sun Oct 12 09:08:48 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9C78ms9027917 for ; Sun, 12 Oct 2003 09:08:48 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9C78lfU019534 for ; Sun, 12 Oct 2003 09:08:47 +0200 Received: from CPE-65-30-38-76.kc.rr.com (CPE-65-30-38-76.kc.rr.com [65.30.38.76]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9C78hE4012966; Sun, 12 Oct 2003 02:08:44 -0500 From: Vizzini To: "Michael B. Trausch" In-Reply-To: References: <3F867B83.2090401@comcast.net> <1065800047.13593.31.camel@bilbo.plasmic.com> <20031011113557.377c1da9.reactos@jacquido.demon.nl> <1065899946.17369.97.camel@bilbo.plasmic.com> Content-Type: text/plain Message-Id: <1065942406.27069.4.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 12 Oct 2003 02:06:46 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir Cc: ros-kernel@reactos.com Subject: [ros-kernel] Re: [Ros-general] A couple points and a question X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Oct 2003 07:08:48 -0000 On Sat, 2003-10-11 at 19:17, Michael B. Trausch wrote: > > So I'll propose a name for this kit (and a very creative one at that): > > ReactOS Development Kit (RDK), supporting both user-mode and kernel-mode > > development. > so... yeah... uhm, about documentation, guys, is there anything in > particular that the project needs research done on, right now? If you're talking about research & documentation of windows to make the cloning easier, there are lots of areas that need documentation; i'm sure lots of people can suggest some if that's what you have in mind. If you're talking about documentation of ReactOS itself or the development process, etc., there are lots of things that need to be done there as well. For starters, you could pull together the ReactOS Development Kit. :) -Vizzini From vizzini@plasmic.com Sun Oct 12 10:23:51 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9C8Npkf029299 for ; Sun, 12 Oct 2003 10:23:51 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9C8NoXK039772 for ; Sun, 12 Oct 2003 10:23:50 +0200 Received: from CPE-65-30-38-76.kc.rr.com (CPE-65-30-38-76.kc.rr.com [65.30.38.76]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9C8NnE4013666 for ; Sun, 12 Oct 2003 03:23:49 -0500 From: Vizzini To: ros-kernel@reactos.com Content-Type: text/plain Message-Id: <1065946911.27070.64.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 12 Oct 2003 03:21:51 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir Subject: [ros-kernel] NDIS Update X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Oct 2003 08:23:51 -0000 After getting slammed in the last 3 weeks with the recent release, bugzilla, etc., I've finally had time to do some actual NDIS work. The VMWare NIC driver officially works now: vizzini@bilbo:~/ros/reactos/drivers/net/ndis$ ping 10.0.0.100 PING 10.0.0.100 (10.0.0.100): 56 data bytes 64 bytes from 10.0.0.100: icmp_seq=0 ttl=128 time=158.9 ms 64 bytes from 10.0.0.100: icmp_seq=1 ttl=128 time=68.3 ms 64 bytes from 10.0.0.100: icmp_seq=2 ttl=128 time=65.2 ms 64 bytes from 10.0.0.100: icmp_seq=3 ttl=128 time=69.0 ms --- 10.0.0.100 ping statistics --- 4 packets transmitted, 4 packets received, 0% packet loss round-trip min/avg/max = 65.2/90.3/158.9 ms vizzini@bilbo:~/ros/reactos/drivers/net/ndis$ I still have a bug or two to work out from our own pcnet driver, but the AMD-supplied driver is good. I have updated the ReactOS Networking page with the latest status as well - http://plasmic.com/~vizzini/rosnet.html - and this big ndis patch is there. I'm tired of waiting on root's CVS lock so I'll commit this tomorrow. There are still a few problems that need to be worked out, so please don't deploy this as a production PING server. :-) -Vizzini From ge@gse.nl Sun Oct 12 10:42:38 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9C8gckf029736 for ; Sun, 12 Oct 2003 10:42:38 +0200 Received: from smtpzilla5.xs4all.nl (smtpzilla5.xs4all.nl [194.109.127.141]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9C8gcXK034562 for ; Sun, 12 Oct 2003 10:42:38 +0200 Received: from gsep1 (geldorp.xs4all.nl [194.109.161.161]) by smtpzilla5.xs4all.nl (8.12.9/8.12.9) with ESMTP id h9C8g7Id059109 for ; Sun, 12 Oct 2003 10:42:07 +0200 (CEST) From: "Ge van Geldorp" To: Date: Sun, 12 Oct 2003 10:42:07 +0200 Message-ID: <009d01c3909c$b85b6080$0a01a8c0@gse.local> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h9C8gckf029736 Subject: [ros-kernel] Release process X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Oct 2003 08:42:38 -0000 In general, I like the new release process with its branching, feature freeze and code freeze. Some small points: - It's not clear to me who's responsible for getting changes made in the branch back into HEAD. In Vizinni's message "CVS Branching Proposal" of 2 Sept the proposal is: "Any commits on a branch must be merged into HEAD by the committer". Then, Casper said on 5 Oct in a "Re: CVS Update: reactos" message: "Don't fix it on both branches since CVS cannot track what has been merged and what has not been merged". Either way works for me, we just need to make a decision on it. - Maybe we should put out a RC1 (Release Candidate) .iso at the beginning of the feature freeze and a RC2 at the beginning of the code freeze. Testers are not always developers and may have problems building. Maybe by providing the .iso's more people would be willing to test. More testers are needed in the future as we are moving slowly to supporting third-party drivers. - I would like to see a small change in the version numbering. At the moment we have e.g. 0.1.4.3, with the ".3" meaning it was build on the 3rd day after the 0.1.4 release. I think this is a bit meaningless and would like to propose 0.1.5-CVS for any past-0.1.4 build from HEAD, 0.1.5-RC1/0.1.5-RC2 for the next Release Candidates and plain 0.1.5 for the next final release. Some changes will have to be made to our build system for this, I volunteer to do that if this proposal is accepted. Gé van Geldorp. From michael@fritscher.net Sun Oct 12 10:48:05 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9C8m5kf029864 for ; Sun, 12 Oct 2003 10:48:05 +0200 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9C8m4XK034726 for ; Sun, 12 Oct 2003 10:48:05 +0200 Received: from [212.227.126.200] (helo=mrvnet.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1A8btR-0000vz-00 for ros-kernel@reactos.com; Sun, 12 Oct 2003 10:48:01 +0200 Received: from [172.23.4.137] (helo=config10.kundenserver.de) by mrvnet.kundenserver.de with esmtp (Exim 3.35 #1) id 1A8btR-0003ri-00 for ros-kernel@reactos.com; Sun, 12 Oct 2003 10:48:01 +0200 Received: from www-data by config10.kundenserver.de with local (Exim 3.35 #1 (Debian)) id 1A8btR-0002n1-00 for ; Sun, 12 Oct 2003 10:48:01 +0200 To: =?iso-8859-1?Q?ReactOS_General_List?= Subject: Re: [ros-kernel] ReactOS feedback From: Message-Id: <5814255$10659483203f8914a0a94824.88485951@config10.schlund.de> X-Binford: 6100 (more power) X-Originating-From: 5814255 X-Mailer: Webmail X-Routing: DE X-Received: from config10 by 80.133.241.12 with HTTP id 5814255 for ros-kernel@reactos.com; Sun, 12 Oct 2003 10:46:01 +0200 Content-Type: text/plain; charset="iso-8859-1" Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-Priority: 3 Date: Sun, 12 Oct 2003 10:46:01 +0200 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Oct 2003 08:48:05 -0000 Try to use more RAM, e.g. 32-128 MB Bernd Blaauw schrieb am 12.10.2003, 00:55:23: > people, > > what's going on exactly? yesterday ReactOS.com site (new one, > www.reactos.com URL however) mentioned 0.1.4 release, gave no download links > and everything spoke about 0.1.3 > > today, www.reactos.com site cannot be found. > > did a search at sourceforge.net for ReactOS and thus found the released > 0.1.4 version. > After downloading ReactOS 0.1.4 ISO I tried it in Vmware with below/attached > result > > Vmware Workstation 4.0.2 running on WindowsXP ServicePack1 > MSDOS guest machine profile (4GB IDE disk, 16MB ram) > ReactOS 0.1.4 ISO 'mounted' as cdrom device. > > it was booting from cdrom (harddisk still unpartitioned), started loading > driver up to and including blue.sys, and then the error screen appeared. > > Is there a site for downloading compiled Nightly builds (preferably ISO > :) )? > > Bernd Blaauw From jasonfilby@yahoo.com Sun Oct 12 11:06:00 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9C960kf030245 for ; Sun, 12 Oct 2003 11:06:00 +0200 Received: from web41509.mail.yahoo.com (web41509.mail.yahoo.com [66.218.93.92]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9C95xXK093872 for ; Sun, 12 Oct 2003 11:05:59 +0200 Message-ID: <20031012090549.43301.qmail@web41509.mail.yahoo.com> Received: from [155.239.193.103] by web41509.mail.yahoo.com via HTTP; Sun, 12 Oct 2003 02:05:49 PDT Date: Sun, 12 Oct 2003 02:05:49 -0700 (PDT) From: Jason Filby Subject: Re: [ros-kernel] ReactOS feedback To: ReactOS General List MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Oct 2003 09:06:00 -0000 The 0.1.4 note on the site without 0.1.4 links was due to a botched upgrade that only showed how botched it was when I tried to release 0.1.4. Thie site not being available was due to the first stress test of the new box. We've bettered the configuration but the box will be getting a RAM upgrade to help cope with this next release. Regards Jason Bernd Blaauw wrote: >people, > >what's going on exactly? yesterday ReactOS.com site (new one, >www.reactos.com URL however) mentioned 0.1.4 release, gave no download links >and everything spoke about 0.1.3 > >today, www.reactos.com site cannot be found. > >did a search at sourceforge.net for ReactOS and thus found the released >0.1.4 version. >After downloading ReactOS 0.1.4 ISO I tried it in Vmware with below/attached >result > >Vmware Workstation 4.0.2 running on WindowsXP ServicePack1 >MSDOS guest machine profile (4GB IDE disk, 16MB ram) >ReactOS 0.1.4 ISO 'mounted' as cdrom device. > >it was booting from cdrom (harddisk still unpartitioned), started loading >driver up to and including blue.sys, and then the error screen appeared. > >Is there a site for downloading compiled Nightly builds (preferably ISO >:) )? > >Bernd Blaauw > > > > ------------------------------------------------------------------------ > > >------------------------------------------------------------------------ > >_______________________________________________ >Ros-kernel mailing list >Ros-kernel@reactos.com >http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From ge@gse.nl Sun Oct 12 11:31:24 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9C9VOkf030739 for ; Sun, 12 Oct 2003 11:31:24 +0200 Received: from smtpzilla2.xs4all.nl (smtpzilla2.xs4all.nl [194.109.127.138]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9C9VOXK016030 for ; Sun, 12 Oct 2003 11:31:24 +0200 Received: from gsep1 (geldorp.xs4all.nl [194.109.161.161]) by smtpzilla2.xs4all.nl (8.12.9/8.12.9) with ESMTP id h9C9UsW6006422 for ; Sun, 12 Oct 2003 11:30:54 +0200 (CEST) From: "Ge van Geldorp" To: "'ReactOS General List'" Subject: RE: [ros-kernel] ReactOS feedback Date: Sun, 12 Oct 2003 11:30:54 +0200 Message-ID: <009e01c390a3$88aacdb0$0a01a8c0@gse.local> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 In-Reply-To: <20031012090549.43301.qmail@web41509.mail.yahoo.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h9C9VOkf030739 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Oct 2003 09:31:24 -0000 > From: Jason Filby > > Thie site not being available was due to the first stress test of > the new box. We've bettered the configuration but the box will be > getting a RAM upgrade to help cope with this next release. To give you an idea of the amount of stress put on the box: the load average peaked at 154.... Nice to see so many people interested in ReactOS :-) Gé van Geldorp. From bblaauw@home.nl Sun Oct 12 14:42:35 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9CCgZkf003210 for ; Sun, 12 Oct 2003 14:42:35 +0200 Received: from smtpq1.home.nl (smtpq1.home.nl [213.51.128.196]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9CCgYXK094720 for ; Sun, 12 Oct 2003 14:42:34 +0200 Received: from [213.51.128.133] (port=44419 helo=smtp2.home.nl) by smtpq1.home.nl with esmtp (Exim 4.20) id 1A8fWy-0000IT-Ih for ros-kernel@reactos.com; Sun, 12 Oct 2003 14:41:04 +0200 Received: from [213.51.37.153] (port=34996 helo=willem) by smtp2.home.nl with smtp (Exim 4.20) id 1A8fWw-0000jL-3A for ros-kernel@reactos.com; Sun, 12 Oct 2003 14:41:02 +0200 Message-ID: <001001c390be$1b9a5130$0a01a8c0@willem> From: "Bernd Blaauw" To: "ReactOS General List" References: <5814255$10659483203f8914a0a94824.88485951@config10.schlund.de> Subject: Re: [ros-kernel] ReactOS feedback Date: Sun, 12 Oct 2003 14:41:07 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-AtHome-MailScanner-Information: Neem contact op met support@home.nl voor meer informatie X-AtHome-MailScanner: Found to be clean X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Oct 2003 12:42:35 -0000 Vmware allows multiples of 4MB as guest RAM. 16MB=crash (ntoskrnl.exe), 20MB=hang (cdfs.sys), 24MB=setup starts. please document this RAM requirement in a readme / install document. (and ReactOS RAM for a installed system). http://www.reactos.com/content/view/full/261/ (which processors are supported btw, 'Pentium or newer'?). Vmware Win2000 guest OS settings don't work, I think, unless someone has developed full SCSI support (since 2000 settings imply SCSI harddisk by default). thanks for the hint at applying more RAM for the OS. ----- Original Message ----- From: To: "ReactOS General List" Sent: Sunday, October 12, 2003 10:46 AM Subject: Re: [ros-kernel] ReactOS feedback From jasonfilby@yahoo.com Sun Oct 12 15:43:04 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9CDh4kf004505 for ; Sun, 12 Oct 2003 15:43:04 +0200 Received: from web41501.mail.yahoo.com (web41501.mail.yahoo.com [66.218.93.84]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9CDh3XK039794 for ; Sun, 12 Oct 2003 15:43:04 +0200 Message-ID: <20031012134253.49125.qmail@web41501.mail.yahoo.com> Received: from [155.239.193.103] by web41501.mail.yahoo.com via HTTP; Sun, 12 Oct 2003 06:42:53 PDT Date: Sun, 12 Oct 2003 06:42:53 -0700 (PDT) From: Jason Filby To: ros-kernel@reactos.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [ros-kernel] Build version in CVS X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Oct 2003 13:43:05 -0000 Hi all In version.h of the current CVS tree: define KERNEL_VERSION_MAJOR 0 #define KERNEL_VERSION_MINOR 1 #define KERNEL_VERSION_PATCH_LEVEL 3 /* Edit each time a new release is out: format is YYYYMMDD (UTC) */ #define KERNEL_RELEASE_DATE 20030830L Shouldn't we up this to 0.1.4 with 0.1.4's release date? Regards Jason __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From ekohl@rz-online.de Sun Oct 12 15:58:10 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9CDwAkf004878 for ; Sun, 12 Oct 2003 15:58:10 +0200 Received: from smtp.rhein-zeitung.DE (smtp.rhein-zeitung.DE [212.7.160.14]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9CDwAXK090646 for ; Sun, 12 Oct 2003 15:58:10 +0200 Received: from marvin (pppin-2d-a3.pop-koblenz.rz-online.NET [212.7.163.45]) by smtp.rhein-zeitung.DE (8.12.8/8.12.8) with SMTP id h9CDw4bc024573 for ; Sun, 12 Oct 2003 15:58:05 +0200 Message-ID: <000d01c390c9$71d33840$0500a8c0@marvin> From: "Eric Kohl" To: "ReactOS General List" References: <20031012134253.49125.qmail@web41501.mail.yahoo.com> Subject: Re: [ros-kernel] Build version in CVS Date: Sun, 12 Oct 2003 16:02:10 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Oct 2003 13:58:11 -0000 "Jason Filby" wrote: > In version.h of the current CVS tree: > > define KERNEL_VERSION_MAJOR 0 > #define KERNEL_VERSION_MINOR 1 > #define KERNEL_VERSION_PATCH_LEVEL 3 > /* Edit each time a new release is out: format is YYYYMMDD (UTC) */ > #define KERNEL_RELEASE_DATE 20030830L > > Shouldn't we up this to 0.1.4 with 0.1.4's release date? I changed it in the 0.1.4 branch. It will be updated when the branch is merged. Eric From michael@fritscher.net Sun Oct 12 16:53:19 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9CErHkf006275 for ; Sun, 12 Oct 2003 16:53:17 +0200 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.184]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9CErGXK022608 for ; Sun, 12 Oct 2003 16:53:16 +0200 Received: from [212.227.126.155] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1A8hau-0003bq-00 for ros-kernel@reactos.com; Sun, 12 Oct 2003 16:53:16 +0200 Received: from [80.133.241.12] (helo=michael) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 1A8hau-0003ip-00 for ros-kernel@reactos.com; Sun, 12 Oct 2003 16:53:16 +0200 From: "Michael Fritscher" To: "'ReactOS General List'" Subject: AW: [ros-kernel] ReactOS feedback Date: Sun, 12 Oct 2003 16:53:59 +0200 Message-ID: <000001c390d0$ab67f4e0$6700a8c0@fritscher> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 Importance: Normal In-Reply-To: <001001c390be$1b9a5130$0a01a8c0@willem> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h9CErHkf006275 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Oct 2003 14:53:19 -0000 No problem, use better 32 MB, or more, I think that setup needs it. Another hint: Change the COM1 to write the data to a file, e.g. C:\temp\comm1.txt and boot reactos with the option "/debugport=COM1", change it in the freeldr.ini or boot.bat. Then you need't make (huge) screenshots anymore, but I can send parts of this file. Thanks for the report, I think I must change my German site (www.reactos.de.vu), too ;-) -----Ursprüngliche Nachricht----- Von: ros-kernel-bounces@reactos.com [mailto:ros-kernel-bounces@reactos.com] Im Auftrag von Bernd Blaauw Gesendet: Sonntag, 12. Oktober 2003 14:41 An: ReactOS General List Betreff: Re: [ros-kernel] ReactOS feedback Vmware allows multiples of 4MB as guest RAM. 16MB=crash (ntoskrnl.exe), 20MB=hang (cdfs.sys), 24MB=setup starts. please document this RAM requirement in a readme / install document. (and ReactOS RAM for a installed system). http://www.reactos.com/content/view/full/261/ (which processors are supported btw, 'Pentium or newer'?). Vmware Win2000 guest OS settings don't work, I think, unless someone has developed full SCSI support (since 2000 settings imply SCSI harddisk by default). thanks for the hint at applying more RAM for the OS. ----- Original Message ----- From: To: "ReactOS General List" Sent: Sunday, October 12, 2003 10:46 AM Subject: Re: [ros-kernel] ReactOS feedback _______________________________________________ Ros-kernel mailing list Ros-kernel@reactos.com http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel From vizzini@plasmic.com Sun Oct 12 18:09:48 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9CG9mkf008059 for ; Sun, 12 Oct 2003 18:09:48 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9CG9lXK039738 for ; Sun, 12 Oct 2003 18:09:48 +0200 Received: from CPE-65-30-38-76.kc.rr.com (CPE-65-30-38-76.kc.rr.com [65.30.38.76]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9CG9gE4018590 for ; Sun, 12 Oct 2003 11:09:42 -0500 Subject: Re: [ros-kernel] Release process From: Vizzini To: ReactOS General List In-Reply-To: <009d01c3909c$b85b6080$0a01a8c0@gse.local> References: <009d01c3909c$b85b6080$0a01a8c0@gse.local> Content-Type: text/plain Message-Id: <1065974863.2523.9.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 12 Oct 2003 11:07:43 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Oct 2003 16:09:48 -0000 On Sun, 2003-10-12 at 03:42, Ge van Geldorp wrote: > - It's not clear to me who's responsible for getting changes made in the > branch back into HEAD. In Vizinni's message "CVS Branching Proposal" of > 2 Sept the proposal is: "Any commits on a branch must be merged into > HEAD by the committer". Then, Casper said on 5 Oct in a "Re: CVS Update: > reactos" message: "Don't fix it on both branches since CVS cannot track > what has been merged and what has not been merged". Either way works for > me, we just need to make a decision on it. For this time, I can see if there is any merging to be done. In general, though, I would recommend that each developer who commits to the release branch also merge that change from release to HEAD. Reasons: - This prevents somebody from having to understand each patch, including whether or not it should be merged at all - These commits should be small and rare, in general, so this shouldn't be terribly inconvenient At the end of the process (i.e. now) someody (me? jason? someone else?) should go through CVS and merge anything that was missed. Perhaps if people could put something in the commit messages on the branch if the chanage should *not* be carried over to HEAD, that would make the job easier. > > - Maybe we should put out a RC1 (Release Candidate) .iso at the > beginning of the feature freeze and a RC2 at the beginning of the code > freeze. Testers are not always developers and may have problems > building. Maybe by providing the .iso's more people would be willing to > test. More testers are needed in the future as we are moving slowly to > supporting third-party drivers. Great idea. I still think that getting involved in development and testing are too difficult at the moment, so I'm in favor of anything that eases the pain. Also, I think it's a great idea for the release engineer to get some practice with a given branch, just in case there are oddities. > - I would like to see a small change in the version numbering. At the > moment we have e.g. 0.1.4.3, with the ".3" meaning it was build on the > 3rd day after the 0.1.4 release. I think this is a bit meaningless and > would like to propose 0.1.5-CVS for any past-0.1.4 build from HEAD, > 0.1.5-RC1/0.1.5-RC2 for the next Release Candidates and plain 0.1.5 for > the next final release. Some changes will have to be made to our build > system for this, I volunteer to do that if this proposal is accepted. I have no problem with this proposal, and I agree that the day-as-version system is pretty meaningless. If we do nightly code snapshots and/or builds, we may want to use date versions, though, but in that case we'd use an absolute date rather than a relative one (i think?). -Vizzini From steven_ed4153@yahoo.com Sun Oct 12 21:03:28 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9CJ3Skf011954 for ; Sun, 12 Oct 2003 21:03:28 +0200 Received: from web21101.mail.yahoo.com (web21101.mail.yahoo.com [216.136.227.103]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9CJ3QXK034620 for ; Sun, 12 Oct 2003 21:03:27 +0200 Message-ID: <20031012190324.2066.qmail@web21101.mail.yahoo.com> Received: from [66.83.186.125] by web21101.mail.yahoo.com via HTTP; Sun, 12 Oct 2003 12:03:24 PDT Date: Sun, 12 Oct 2003 12:03:24 -0700 (PDT) From: Steven Edwards To: dpaun@rogers.com, wine-devel@winehq.com, Vizzini In-Reply-To: <200310120144.58632.dpaun@rogers.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: ros-kernel@reactos.com Subject: [ros-kernel] Re: WINE porting templates X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Oct 2003 19:03:29 -0000 --- "Dimitrie O. Paun" wrote: > On October 11, 2003 06:40 pm, Steven Edwards wrote: > > I really dont want to have a ReactOS column in the list as the > ReactOS > > project is planning on properly branching winehq cvs when WINE > reaches > > reaches 0.9/1.0. > > Why would you want to branch, I would have thought that you want to > keep a common codebase. There is no reason most of Wine's DLL not to > work out of the box for the ReactOS project. I wouldn't worry about > the political aspect for now, I still think it would be a good idea > to know how many DLLs you guys are using. In fact, nobody will blame > us as you say, we will mark you (or the ReactOS team) as being > responsible for the port, so you will have to field support/requrest > questions. Well yes in the "should" work out of the box under ReactOS but most dont work perfectly atm due to bugs in our Win32k/GDI/User32 implementaion. I agree it would be nice to keep better track of this on the WINE porting page and I do want to have a common codebase with as little or no forking if possible but like I said I dont want to flood Winehq with ReactOS bugs reports when its not the fault of one of the WINE dlls. Currently ReactOS is on its 1.x branch and we still have problems using the WINE dlls as shown below: http://www.winehq.com/hypermail/wine-devel/2003/10/att-0145/02-taskmgr.png http://www.reactos.com/content/view/full/305/ I dont make policy in ReactOS as to layout of CVS and code sharing so this has to be discusses with our kernel maintainer. I would suggest that for the time being the ReactOS should fork the dlls/programs we need using CVS branching untill all of our rendering problems are fixed. During this time I can make weekly snapshots of Winehq mingw builds avaliable for people that really want them. After ReactOS 2.0 Maybe we can drop our own forking of this code and work right out of Winehq. Thanks Steven __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From hybridus@seznam.cz Sun Oct 12 22:47:39 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9CKlZkf014096 for ; Sun, 12 Oct 2003 22:47:35 +0200 Received: from ms2.dkm.cz (ms2.dkm.cz [62.24.64.14]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9CKlYXK090710 for ; Sun, 12 Oct 2003 22:47:34 +0200 Received: (qmail 46767 invoked by uid 0); 12 Oct 2003 20:47:25 -0000 Received: from aa55.mistral.cz (HELO seznam.cz) (62.24.92.55) by ms2.dkm.cz with SMTP; 12 Oct 2003 20:47:25 -0000 Message-ID: <3F89BE23.1030408@seznam.cz> Date: Sun, 12 Oct 2003 22:48:35 +0200 From: Patvor User-Agent: Mozilla/5.0 (X11; U; Linux i686; cs-CZ; rv:1.4) Gecko/20030624 X-Accept-Language: cs, en-us, en MIME-Version: 1.0 To: ros-kernel@reactos.com X-Enigmail-Version: 0.76.3.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [ros-kernel] DbgRDebugInit X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Oct 2003 20:47:40 -0000 ACPI=1, DBG=1, KDBG=1 mingw32-gcc -I./include -pipe -march=i386 -D_M_IX86 -I./include -I./include -D__NTOSKRNL__ -g -Wall -Werror -D_DISABLE_TIDENTS -I../include -pipe -march=i386 -D_M_IX86 -c dbg/rdebug.c -o dbg/rdebug.o dbg/rdebug.c:71: syntax error before "DbgRDebugInit" cc1: warnings being treated as errors dbg/rdebug.c:72: warning: return type defaults to `int' dbg/rdebug.c: In function `DbgRDebugInit': dbg/rdebug.c:74: warning: `return' with no value, in function returning non-void make[1]: *** [dbg/rdebug.o] Error 1 make[1]: Leaving directory `/home/dave/ros/reactos/ntoskrnl' make: *** [ntoskrnl] Error 2 Regards, David From hartmut.birr@gmx.de Sun Oct 12 23:17:31 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9CLHUkf014689 for ; Sun, 12 Oct 2003 23:17:31 +0200 Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9CLHUXK090842 for ; Sun, 12 Oct 2003 23:17:30 +0200 Received: (qmail 24606 invoked by uid 65534); 12 Oct 2003 21:16:24 -0000 Received: from p50830429.dip0.t-ipconnect.de (EHLO newdarkstar) (80.131.4.41) by mail.gmx.net (mp009) with SMTP; 12 Oct 2003 23:16:24 +0200 X-Authenticated: #19145161 From: "Hartmut Birr" To: "'ReactOS General List'" Subject: RE: [ros-kernel] DbgRDebugInit Date: Sun, 12 Oct 2003 23:16:24 +0200 Message-ID: <000601c39106$18c179f0$0202a8c0@newdarkstar> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 In-Reply-To: <3F89BE23.1030408@seznam.cz> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Oct 2003 21:17:31 -0000 > -----Original Message----- > From: ros-kernel-bounces@reactos.com > [mailto:ros-kernel-bounces@reactos.com] On Behalf Of Patvor > Sent: Sunday, October 12, 2003 10:49 PM > To: ros-kernel@reactos.com > Subject: [ros-kernel] DbgRDebugInit > > > ACPI=1, DBG=1, KDBG=1 > > > mingw32-gcc -I./include -pipe -march=i386 -D_M_IX86 -I./include > -I./include -D__NTOSKRNL__ -g -Wall -Werror -D_DISABLE_TIDENTS > -I../include -pipe -march=i386 -D_M_IX86 -c dbg/rdebug.c -o > dbg/rdebug.o > dbg/rdebug.c:71: syntax error before "DbgRDebugInit" > cc1: warnings being treated as errors > dbg/rdebug.c:72: warning: return type defaults to `int' > dbg/rdebug.c: In function `DbgRDebugInit': > dbg/rdebug.c:74: warning: `return' with no value, in function > returning > non-void > make[1]: *** [dbg/rdebug.o] Error 1 > make[1]: Leaving directory `/home/dave/ros/reactos/ntoskrnl' > make: *** [ntoskrnl] Error 2 > Is now fixed. Please try it again. - Hartmut From fd0man@chadeux.homelinux.net Mon Oct 13 03:48:10 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9D1mAkf018527 for ; Mon, 13 Oct 2003 03:48:10 +0200 Received: from chadeux.homelinux.net (cblmdm204-118-177-204.buckeye-express.com [204.118.177.204]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9D1m8XK069058 for ; Mon, 13 Oct 2003 03:48:09 +0200 Received: from chadeux.homelinux.net (IDENT:1000@localhost [127.0.0.1]) by chadeux.homelinux.net (8.12.8/8.12.8) with ESMTP id h9D1i3ng010576 for ; Sun, 12 Oct 2003 21:44:03 -0400 Received: from localhost (fd0man@localhost) by chadeux.homelinux.net (8.12.8/8.12.8/Submit) with ESMTP id h9D1i2vQ010573 for ; Sun, 12 Oct 2003 21:44:02 -0400 Date: Sun, 12 Oct 2003 21:43:58 -0400 (EDT) From: "Michael B. Trausch" To: ReactOS General List Subject: Re: [ros-kernel] Release process In-Reply-To: <009d01c3909c$b85b6080$0a01a8c0@gse.local> Message-ID: References: <009d01c3909c$b85b6080$0a01a8c0@gse.local> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by dutlaso.lr.tudelft.nl id h9D1mAkf018527 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 01:48:10 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun, 12 Oct 2003, Ge van Geldorp wrote: > > - Maybe we should put out a RC1 (Release Candidate) .iso at the > beginning of the feature freeze and a RC2 at the beginning of the code > freeze. Testers are not always developers and may have problems > building. Maybe by providing the .iso's more people would be willing to > test. More testers are needed in the future as we are moving slowly to > supporting third-party drivers. > Agreed. Not being fussy, but building ReactOS on my system takes HOURS on end, and I don't wanna build it for every little change, if I can avoid it... Although, I need to ask, do we *want* ROS to run on 486+ CPU's? Or Pentium+ CPU's? ROS currently doesn't run on my 486 computer, which it the only available one I have to test on... > > - I would like to see a small change in the version numbering. At the > moment we have e.g. 0.1.4.3, with the ".3" meaning it was build on the > 3rd day after the 0.1.4 release. I think this is a bit meaningless and > would like to propose 0.1.5-CVS for any past-0.1.4 build from HEAD, > 0.1.5-RC1/0.1.5-RC2 for the next Release Candidates and plain 0.1.5 for > the next final release. Some changes will have to be made to our build > system for this, I volunteer to do that if this proposal is accepted. > Agreed there, as well. Just my opinion. Later, Mike > Gé van Geldorp. > > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > Michael B. Trausch AIM: MBTrausch 720 Orchard St. E-mail: fd0man@chadeux.homelinux.net Toledo, OH 43609 Second E-Mail: fd0man@yahoo.com (419) 514-5047 Web: http://chadeux.homelinux.net - ----------------------------------------------------------------- People will forget what you said and what you did, but they will never forget how you made them feel. - ----------------------------------------------------------------- NOTICE: fd0man@yahoo.com's key is REVOKED. Please do not use it Revokation Certificate is in the zip file @ the website below. - ----------------------------------------------------------------- If you'd like to send me secure mail, please obtain my gpg public key from my website, listed below, or if you have a Unix system: finger fd0man@chadeux.homelinux.net |less http://chadeux.homelinux.net/users/fd0man/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE/igNh85RqKeHavSsRAitiAJ4qImYjDnGPS9WbRTeBeYi095h/+wCfYlTw VCQ0mY2iBwhlPXOyHp0TlPM= =UeFR -----END PGP SIGNATURE----- From tamlin@algonet.se Mon Oct 13 07:42:01 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9D5g1kf021378 for ; Mon, 13 Oct 2003 07:42:01 +0200 Received: from smtp1.fre.skanova.net (smtp1.fre.skanova.net [195.67.227.94]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9D5g0XK003810 for ; Mon, 13 Oct 2003 07:42:01 +0200 Received: from putte2k (h29n2fls31o987.telia.com [213.66.43.29]) by smtp1.fre.skanova.net (8.12.10/8.12.10) with SMTP id h9D5ejuw017036 for ; Mon, 13 Oct 2003 07:40:45 +0200 (CEST) Message-ID: <000601c3914c$acadd000$0401a8c0@putte2k> From: "Mike Nordell" To: "ReactOS General List" References: <009d01c3909c$b85b6080$0a01a8c0@gse.local> Date: Mon, 13 Oct 2003 07:41:37 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4927.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200 Subject: [ros-kernel] ROS h/q req's [was: Release process] X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 05:42:01 -0000 Michael B. Trausch wrote: > Although, I need to ask, do we *want* ROS to run on 486+ CPU's? I see no reason why anything more recent would be required. After all, unless my memory fails me, the immediate target (NT4) works just fine on 486. > ROS currently doesn't run on my 486 computer, which it > the only available one I have to test on... Do you know what Pentium specifics are used that stops this? /Mike From gerard.gatineau@laposte.net Mon Oct 13 07:46:23 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9D5kNkf021431 for ; Mon, 13 Oct 2003 07:46:23 +0200 Received: from mx.laposte.net (mx.laposte.net [81.255.54.11]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9D5kMXK015998 for ; Mon, 13 Oct 2003 07:46:23 +0200 Received: from laposte.net (172.182.121.56) by mx.laposte.net (6.0.053) (authenticated as gerard.gatineau@laposte.net) id 3F683B1D006334CE for ros-kernel@reactos.com; Mon, 13 Oct 2003 07:45:03 +0200 Message-ID: <3F8A3BCB.1070006@laposte.net> Date: Mon, 13 Oct 2003 07:44:43 +0200 From: "gerard.gatineau" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ReactOS General List Subject: Re: [ros-kernel] Re: WINE porting templates - weekly snapshot References: <20031012190324.2066.qmail@web21101.mail.yahoo.com> In-Reply-To: <20031012190324.2066.qmail@web21101.mail.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 05:46:23 -0000 Steven Edwards wrote: >--- "Dimitrie O. Paun" wrote: > > >>On October 11, 2003 06:40 pm, Steven Edwards wrote: >> >> >>>I really dont want to have a ReactOS column in the list as the >>> >>> >>ReactOS >> >> >>>project is planning on properly branching winehq cvs when WINE >>> >>> >>reaches >> >> >>>reaches 0.9/1.0. >>> >>> >>Why would you want to branch, I would have thought that you want to >>keep a common codebase. There is no reason most of Wine's DLL not to >>work out of the box for the ReactOS project. I wouldn't worry about >>the political aspect for now, I still think it would be a good idea >>to know how many DLLs you guys are using. In fact, nobody will blame >>us as you say, we will mark you (or the ReactOS team) as being >>responsible for the port, so you will have to field support/requrest >>questions. >> >> > >Well yes in the "should" work out of the box under ReactOS but most >dont work perfectly atm due to bugs in our Win32k/GDI/User32 >implementaion. I agree it would be nice to keep better track of this on >the WINE porting page and I do want to have a common codebase with as >little or no forking if possible but like I said I dont want to flood >Winehq with ReactOS bugs reports when its not the fault of one of the >WINE dlls. > >Currently ReactOS is on its 1.x branch and we still have problems using >the WINE dlls as shown below: >http://www.winehq.com/hypermail/wine-devel/2003/10/att-0145/02-taskmgr.png >http://www.reactos.com/content/view/full/305/ > >I dont make policy in ReactOS as to layout of CVS and code sharing so >this has to be discusses with our kernel maintainer. I would suggest >that for the time being the ReactOS should fork the dlls/programs we >need using CVS branching untill all of our rendering problems are >fixed. During this time I can make weekly snapshots of Winehq mingw >builds avaliable for people that really want them. After ReactOS 2.0 >Maybe we can drop our own forking of this code and work right out of >Winehq. > >Thanks >Steven > > > Steven, I like your proposal for weekly snapshot of wine dll which cannot be built for the moment in the Reactos module. This may allow everybody to be able to have some applications working in the box ( explorer , taslmgr, .....) regards Gerard From hybridus@seznam.cz Mon Oct 13 08:04:14 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9D64Dkf021691 for ; Mon, 13 Oct 2003 08:04:14 +0200 Received: from ms2.dkm.cz (ms2.dkm.cz [62.24.64.14]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9D64DXK017834 for ; Mon, 13 Oct 2003 08:04:13 +0200 Received: (qmail 99778 invoked by uid 0); 13 Oct 2003 06:04:01 -0000 Received: from aa55.mistral.cz (HELO seznam.cz) (62.24.92.55) by ms2.dkm.cz with SMTP; 13 Oct 2003 06:04:01 -0000 Message-ID: <3F8A4097.3070305@seznam.cz> Date: Mon, 13 Oct 2003 08:05:11 +0200 From: Patvor User-Agent: Mozilla/5.0 (X11; U; Linux i686; cs-CZ; rv:1.4) Gecko/20030624 X-Accept-Language: cs, en-us, en MIME-Version: 1.0 To: ros-kernel@reactos.com X-Enigmail-Version: 0.76.3.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [ros-kernel] global_mem directory X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 06:04:14 -0000 make[2]: Leaving directory `/home/dave/ros/reactos/apps/tests/gditest' make -C global_mem implib make: *** global_mem: No such file or directory. Stop. make: Entering an unknown directorymake: Leaving an unknown directorymake[1]: *** [global_mem_implib] Error 2 make[1]: Leaving directory `/home/dave/ros/reactos/apps/tests' make: *** [tests_implib] Error 2 David From johannes_olofsson@spray.se Mon Oct 13 09:03:15 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9D73Fkf022494 for ; Mon, 13 Oct 2003 09:03:15 +0200 Received: from lmsmtp04.st1.spray.net (lmsmtp04.st1.spray.net [212.78.202.114]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9D73EXK093838 for ; Mon, 13 Oct 2003 09:03:14 +0200 Received: from martin (h73n2c1o1044.bredband.skanova.com [81.225.49.73]) by lmsmtp04.st1.spray.net (Postfix) with ESMTP id 1C51047E90 for ; Mon, 13 Oct 2003 09:02:39 +0200 (MEST) Date: Mon, 13 Oct 2003 08:59:23 +0200 To: ReactOS General List Subject: Re: [ros-kernel] Testing kbduk.dll... Content-Type: text/plain; charset=iso-8859-15; format=flowed References: <59a835599237.59923759a835@liu.se> <017901c38d6f$613d9d20$0100a8c0@skynetp4> From: Johannes Olofsson MIME-Version: 1.0 Message-ID: In-Reply-To: <017901c38d6f$613d9d20$0100a8c0@skynetp4> User-Agent: Opera7.11/Win32 M2 build 2880 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 07:03:15 -0000 Try again with the current cvs. Since Art's and Hartmut's patch now seems to heve been checked in to the CVS it now should work in textmode too. (You probably just have to rename the file to kbdus.dll) Regards Johannes Olofsson On Wed, 08 Oct 2003 11:39:59 +0400, Aleksey Bragin wrote: > Hi! > > CapsLock and NumLock works fine (though I'm not an englishman, I have a > true > english keyboard :)). > > But problem with "\" isn't solved yet --- this key is located to the left > of > Z button, and when I hit it - nothing happens. Now, to type this slash I > have to press down the key to the left of Enter (~ # button). > > With the best regards, > Aleksey Bragin. > > ----- Original Message ----- From: "Johannes Olofsson" > > To: > Sent: Wednesday, October 08, 2003 11:05 AM > Subject: [ros-kernel] Testing kbduk.dll... > > >> Hi! >> Could somebody with access to a brittish keyboard evaluate this >> kbduk.dll. >> It is a modified version of Kbdus.dll in the CVS. >> Known issues: >> CapsLock and NumLock has no effect on the keys (at least in ROS...) >> AltGr does not work properly (suggestions about how AltGr is supposed to > be handled are more than welcome) >> >> Regards >> Johannes Olofsson >> > > > -------------------------------------------------------------------------- > > > -- > ---- > > >> _______________________________________________ >> Ros-kernel mailing list >> Ros-kernel@reactos.com >> http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > From valen_v@aquanet.co.il Mon Oct 13 15:42:55 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9DDgsxv002151 for ; Mon, 13 Oct 2003 15:42:55 +0200 Received: from main.aquanet.co.il (main.aquanet.co.il [192.117.240.10]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9DDgrXK040178 for ; Mon, 13 Oct 2003 15:42:54 +0200 Received: from MAIN (81-5-17-236.aquanet.co.il [81.5.17.236]) by main.aquanet.co.il (8.11.6/8.11.6) with SMTP id h9DDfk300994 for ; Mon, 13 Oct 2003 15:41:47 +0200 Message-ID: <001201c3918f$bf5efc90$1a6f17ac@MAIN> From: "Valentin" To: "ReactOS General List" References: <20031012190324.2066.qmail@web21101.mail.yahoo.com> Subject: [ros-kernel] question of Synchronizing Date: Mon, 13 Oct 2003 15:41:46 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2720.3000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2727.1300 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 13:42:55 -0000 Hi all Do we have implemented functions like: ACQUIRE_EX(Vcb->Resource); RELEASE(Vcb->Resource); instead using of: KeAcquireSpinLock(&Vcb->ListLock, &oldIrql); KeReleaseSpinLock(&Vcb->ListLock, oldIrql); I have to keep several linked Lists in memory (Fcb, MFT Records, Index blocks at least) Does multiple SpinLock acquiring can affect a driver performance ? Is there any difference between both kind of functions? Regards, Valentin. From jimtabor@adsl-64-217-116-74.dsl.hstntx.swbell.net Mon Oct 13 17:54:51 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9DFspxv004343 for ; Mon, 13 Oct 2003 17:54:51 +0200 Received: from dsl-64-217-116-74.dsl.hstntx.swbell.net (root@[64.217.116.74]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9DFsoXK066170 for ; Mon, 13 Oct 2003 17:54:50 +0200 Received: from adsl-64-217-116-74.dsl.hstntx.swbell.net (adsl-64-217-116-73.dsl.hstntx.swbell.net [64.217.116.73]) by Mon, 13 Oct 2003 15:54:04 GMTdsl-64-217-116-74.dsl.hstntx.swbell.net (8.9.3/8.9.3) with ESMTP id PAA11010 for ; Mon, 13 Oct 2003 15:54:04 GMT Message-ID: <3F8ACA99.5080507@adsl-64-217-116-74.dsl.hstntx.swbell.net> Date: Mon, 13 Oct 2003 15:54:01 +0000 From: James Tabor User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.2b) Gecko/20021016 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ReactOS General List Subject: Re: [ros-kernel] global_mem directory References: <3F8A4097.3070305@seznam.cz> In-Reply-To: <3F8A4097.3070305@seznam.cz> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 15:54:51 -0000 Patvor wrote: > make[2]: Leaving directory `/home/dave/ros/reactos/apps/tests/gditest' > make -C global_mem implib > make: *** global_mem: No such file or directory. Stop. > make: Entering an unknown directorymake: Leaving an unknown > directorymake[1]: *** [global_mem_implib] Error 2 > make[1]: Leaving directory `/home/dave/ros/reactos/apps/tests' > make: *** [tests_implib] Error 2 > > > David CVS is fixed now. James From jimtabor@adsl-64-217-116-74.dsl.hstntx.swbell.net Mon Oct 13 18:04:15 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9DG4Fxv004550 for ; Mon, 13 Oct 2003 18:04:15 +0200 Received: from dsl-64-217-116-74.dsl.hstntx.swbell.net (root@[64.217.116.74]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9DG4EXK021560 for ; Mon, 13 Oct 2003 18:04:14 +0200 Received: from adsl-64-217-116-74.dsl.hstntx.swbell.net (adsl-64-217-116-73.dsl.hstntx.swbell.net [64.217.116.73]) by Mon, 13 Oct 2003 16:02:37 GMTdsl-64-217-116-74.dsl.hstntx.swbell.net (8.9.3/8.9.3) with ESMTP id QAA11031 for ; Mon, 13 Oct 2003 16:02:37 GMT Message-ID: <3F8ACC9A.8090402@adsl-64-217-116-74.dsl.hstntx.swbell.net> Date: Mon, 13 Oct 2003 16:02:34 +0000 From: James Tabor User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.2b) Gecko/20021016 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ReactOS General List Subject: Re: [ros-kernel] Re: WINE porting templates References: <20031012190324.2066.qmail@web21101.mail.yahoo.com> In-Reply-To: <20031012190324.2066.qmail@web21101.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 16:04:15 -0000 Hi Steven, Could you supply a snapshot zip file of pre-built wine dlls so we could play with them? :^> Thanks, James From xnavara@volny.cz Mon Oct 13 18:44:09 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9DGi9xv005060 for ; Mon, 13 Oct 2003 18:44:09 +0200 Received: from smtp3.vol.cz (smtp3.vol.cz [195.250.128.83]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9DGi9XK021516 for ; Mon, 13 Oct 2003 18:44:09 +0200 Received: from hornet (prahak-115.dialup.vol.cz [62.177.112.115]) by smtp3.vol.cz (8.12.8p2/8.12.8) with SMTP id h9DGi01p067193 for ; Mon, 13 Oct 2003 18:44:03 +0200 (CEST) (envelope-from xnavara@volny.cz) Message-ID: <00f201c391a9$35293760$1a4cb13e@hornet> From: "Filip Navara" To: "ReactOS General List" References: <20031012190324.2066.qmail@web21101.mail.yahoo.com> <3F8ACC9A.8090402@adsl-64-217-116-74.dsl.hstntx.swbell.net> Subject: Re: [ros-kernel] Re: WINE porting templates Date: Mon, 13 Oct 2003 18:36:50 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 16:44:10 -0000 Well, you can use mine snapshot, until Steven will release something. It is at www.volny.cz/xnavara/reactos/dlls/alldlls.zip. It contains shell32, (our) winmm, (our) comctl32, ole32, oleaut32, shlwapi, rpcrt4, libwine, libwine_unicode, (our) winedbgc. FiN ----- Original Message ----- From: "James Tabor" To: "ReactOS General List" Sent: Monday, October 13, 2003 6:02 PM Subject: Re: [ros-kernel] Re: WINE porting templates > Hi Steven, > Could you supply a snapshot zip file of pre-built wine dlls so we could > play with them? :^> > Thanks, > James > > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > From fd0man@chadeux.homelinux.net Mon Oct 13 20:09:04 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9DI94xv006227 for ; Mon, 13 Oct 2003 20:09:04 +0200 Received: from chadeux.homelinux.net (cblmdm204-118-177-204.buckeye-express.com [204.118.177.204]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9DI92XK039550 for ; Mon, 13 Oct 2003 20:09:03 +0200 Received: from chadeux.homelinux.net (IDENT:1000@localhost [127.0.0.1]) by chadeux.homelinux.net (8.12.8/8.12.8) with ESMTP id h9DI4ung011822 for ; Mon, 13 Oct 2003 14:04:56 -0400 Received: from localhost (fd0man@localhost) by chadeux.homelinux.net (8.12.8/8.12.8/Submit) with ESMTP id h9DI4uMi011819 for ; Mon, 13 Oct 2003 14:04:56 -0400 Date: Mon, 13 Oct 2003 14:04:53 -0400 (EDT) From: "Michael B. Trausch" To: ReactOS General List Subject: Re: [ros-kernel] ROS h/q req's [was: Release process] In-Reply-To: <000601c3914c$acadd000$0401a8c0@putte2k> Message-ID: References: <009d01c3909c$b85b6080$0a01a8c0@gse.local> <000601c3914c$acadd000$0401a8c0@putte2k> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 18:09:04 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 13 Oct 2003, Mike Nordell wrote: > > Michael B. Trausch wrote: > > > Although, I need to ask, do we *want* ROS to run on 486+ CPU's? > > I see no reason why anything more recent would be required. After all, > unless my memory fails me, the immediate target (NT4) works just fine on > 486. > > > ROS currently doesn't run on my 486 computer, which it > > the only available one I have to test on... > > Do you know what Pentium specifics are used that stops this? > Sadly, I don't, and I don't have a way to capture all the debug info... ROS's KERNEL boots, I think, 'cuz it complains about not being initialized after 120 seconds... but I think it's drivers that fail, from the look of it... I'll write more on this after I put 0.1.4-release on it, and see what happens. - Mike Michael B. Trausch AIM: MBTrausch 720 Orchard St. E-mail: fd0man@chadeux.homelinux.net Toledo, OH 43609 Second E-Mail: fd0man@yahoo.com (419) 514-5047 Web: http://chadeux.homelinux.net - ----------------------------------------------------------------- People will forget what you said and what you did, but they will never forget how you made them feel. - ----------------------------------------------------------------- NOTICE: fd0man@yahoo.com's key is REVOKED. Please do not use it Revokation Certificate is in the zip file @ the website below. - ----------------------------------------------------------------- If you'd like to send me secure mail, please obtain my gpg public key from my website, listed below, or if you have a Unix system: finger fd0man@chadeux.homelinux.net |less http://chadeux.homelinux.net/users/fd0man/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE/iulH85RqKeHavSsRArKaAJ0VoKWTjvb9X0/AWlkVyWbTA1ULgACfVJg3 26TcbZYW/Ya+C8pVq5DfDa8= =Fqis -----END PGP SIGNATURE----- From jimtabor@adsl-64-217-116-74.dsl.hstntx.swbell.net Mon Oct 13 20:36:18 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9DIaHxv006643 for ; Mon, 13 Oct 2003 20:36:18 +0200 Received: from dsl-64-217-116-74.dsl.hstntx.swbell.net (root@[64.217.116.74]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9DIaGXK039444 for ; Mon, 13 Oct 2003 20:36:16 +0200 Received: from adsl-64-217-116-74.dsl.hstntx.swbell.net (adsl-64-217-116-73.dsl.hstntx.swbell.net [64.217.116.73]) by Mon, 13 Oct 2003 18:35:27 GMTdsl-64-217-116-74.dsl.hstntx.swbell.net (8.9.3/8.9.3) with ESMTP id SAA11240 for ; Mon, 13 Oct 2003 18:35:27 GMT Message-ID: <3F8AF06A.3050405@adsl-64-217-116-74.dsl.hstntx.swbell.net> Date: Mon, 13 Oct 2003 18:35:22 +0000 From: James Tabor User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.2b) Gecko/20021016 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ros-kernel@reactos.com Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [ros-kernel] Test Results X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 18:36:18 -0000 Run simple.exe (KERNEL32:process/create.c:328) Process terminated abnormally due to unhandled exception (KERNEL32:process/create.c:329) Address: 77f69eaa Run enumwnd.exe, 1st; 1. rect.top == 23 HSCROLL: 333 < 360 - 23 - 4 Do not hit any keys. Just exit with alt-F4. Run enumwnd.exe, 2nd; FIXME: need LR_SHARED support Loading icon images 1. rect.top == 23 HSCROLL: 333 < 360 - 23 - 4 Now hit keys (1 thru 4) or mouse, than exit atl-F4 or using mouse. Run enumwnd.exe, 3rd; FIXME: need LR_SHARED support Loading icon images (objects/gdiobj.c:623) GDIOBJ_LockObj failed for 0x00010018, reqtype 0x00010000 reason 3 (objects/gdiobj.c:624) called from: ntuser/windc.c:178 (objects/gdiobj.c:623) GDIOBJ_LockObj failed for 0x00010018, reqtype 0x00010000 reason 3 (objects/gdiobj.c:624) called from: objects/dc.c:1609 (objects/gdiobj.c:623) GDIOBJ_LockObj failed for 0x00010018, reqtype 0x00010000 reason 3 (objects/gdiobj.c:624) called from: objects/dc.c:808 ExceptionRecord->ExceptionAddress = 0xde45d46c KeBugCheckWithTf at ke/catch.c:152 Bug detected (code 1e param 0 0 0 0) KMODE_EXCEPTION_NOT_HANDLED Page Fault Exception: 14(0) Processor: 0 CS:EIP 8:de45d46c cr2 40 cr3 c3e3000 Proc: c1647bfc Pid: a Thrd: c1646264 Tid: 2b DS 10 ES 10 FS 30 GS 10 EAX: 00000000 EBX: 00000010 ECX: 0000000d EDX: cdb97240 EBP: de8ecf78 ESI: 0060ad24 EDI: de8ecf84 EFLAGS: 00010293 kESP de8ececc kernel stack base de8ea000 ESP de8ececc Frames: ExceptionRecord->ExceptionAddress = 0xc 00054a4 KeBugCheckWithTf at ke/catch.c:152 Bug detected (code 1e param 0 0 0 0) KMODE_EXCEPTION_NOT_HANDLED Recursive bug check halting now From jasonfilby@yahoo.com Mon Oct 13 20:42:31 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9DIgVxv006747 for ; Mon, 13 Oct 2003 20:42:31 +0200 Received: from web41509.mail.yahoo.com (web41509.mail.yahoo.com [66.218.93.92]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9DIgTXK044274 for ; Mon, 13 Oct 2003 20:42:30 +0200 Message-ID: <20031013184219.71420.qmail@web41509.mail.yahoo.com> Received: from [155.239.192.210] by web41509.mail.yahoo.com via HTTP; Mon, 13 Oct 2003 11:42:19 PDT Date: Mon, 13 Oct 2003 11:42:19 -0700 (PDT) From: Jason Filby To: ros-kernel@reactos.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [ros-kernel] ReactOS requirements X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 18:42:32 -0000 Hi all Can someone please list the minimum requirements for ReactOS? I know 32 MB RAM is one of them. I'll put them on reactos.com for all to point to when the question comes up again (and it will). Thanks Jason __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From ge@gse.nl Mon Oct 13 20:57:33 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9DIvXxv006921 for ; Mon, 13 Oct 2003 20:57:33 +0200 Received: from smtpzilla5.xs4all.nl (smtpzilla5.xs4all.nl [194.109.127.141]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9DIvXXK021584 for ; Mon, 13 Oct 2003 20:57:33 +0200 Received: from gsep1 (geldorp.xs4all.nl [194.109.161.161]) by smtpzilla5.xs4all.nl (8.12.9/8.12.9) with ESMTP id h9DIv3Hv042346 for ; Mon, 13 Oct 2003 20:57:03 +0200 (CEST) From: "Ge van Geldorp" To: "'ReactOS General List'" Subject: RE: [ros-kernel] ReactOS requirements Date: Mon, 13 Oct 2003 20:57:02 +0200 Message-ID: <000601c391bb$c9f64e20$0a01a8c0@gse.local> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 In-Reply-To: <20031013184219.71420.qmail@web41509.mail.yahoo.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h9DIvXxv006921 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 18:57:33 -0000 > From: Jason Filby > > Can someone please list the minimum requirements for ReactOS? > I know 32 MB RAM is one of them. I'll put them on reactos.com > for all to point to when the question comes up again (and it > will). - IDE harddisk - VGA compatible video card - PS/2 compatible mouse or Microsoft Mouse compatible serial mouse - FAT16/FAT32 boot partition - Standard keyboard I probably forgot something... Network cards (NE2000/AMD PCNET, but not required?) Gé van Geldorp From fde101@yahoo.com Mon Oct 13 20:59:23 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9DIxNxv006963 for ; Mon, 13 Oct 2003 20:59:23 +0200 Received: from web20802.mail.yahoo.com (web20802.mail.yahoo.com [216.136.226.191]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9DIxLXK039932 for ; Mon, 13 Oct 2003 20:59:22 +0200 Message-ID: <20031013185920.99308.qmail@web20802.mail.yahoo.com> Received: from [146.186.84.15] by web20802.mail.yahoo.com via HTTP; Mon, 13 Oct 2003 11:59:20 PDT Date: Mon, 13 Oct 2003 11:59:20 -0700 (PDT) From: "Frank D. Engel, Jr." Subject: Re: [ros-kernel] ReactOS requirements To: ReactOS General List In-Reply-To: <20031013184219.71420.qmail@web41509.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 18:59:23 -0000 A source of electrical current, being provided to the computing device in question ;-) More seriously, a source for installation and runtime media (CD-ROM/Floppy, Hard Drive, etc.) Also a monitor (is VGA already a requirement, anyone?), a keyboard, (is a pointing device required yet?), ... --- Jason Filby wrote: > Hi all > > Can someone please list the minimum requirements for ReactOS? I know > 32 > MB RAM is one of them. I'll put them on reactos.com for all to point > to > when the question comes up again (and it will). > > Thanks > Jason > > > > __________________________________ > Do you Yahoo!? > The New Yahoo! Shopping - with improved product search > http://shopping.yahoo.com > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel ===== ======= Frank D. Engel, Jr. Modify the equilibrium of the vertically-oriented particle decelerator to result in the reestablishment of its resistance to counterproductive atmospheric penetration. __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From vizzini@plasmic.com Mon Oct 13 21:08:31 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9DJ8Vxv007133 for ; Mon, 13 Oct 2003 21:08:31 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9DJ8UXK022940 for ; Mon, 13 Oct 2003 21:08:31 +0200 Received: from CPE-65-30-38-76.kc.rr.com (CPE-65-30-38-76.kc.rr.com [65.30.38.76]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9DJ8PE4030109 for ; Mon, 13 Oct 2003 14:08:26 -0500 Subject: RE: [ros-kernel] ReactOS requirements From: Vizzini To: ReactOS General List In-Reply-To: <000601c391bb$c9f64e20$0a01a8c0@gse.local> References: <000601c391bb$c9f64e20$0a01a8c0@gse.local> Content-Type: text/plain Message-Id: <1066071983.24125.0.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 13 Oct 2003 14:06:23 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 19:08:31 -0000 On Mon, 2003-10-13 at 13:57, Ge van Geldorp wrote: > > From: Jason Filby > > > > Can someone please list the minimum requirements for ReactOS? > I probably forgot something... Network cards (NE2000/AMD PCNET, but not > required?) Not required, and we have to sort out graceful non-loading of ndis in the absence of networking. Filip and I are going back and forth on this at the moment. -Vizzini From info@w3seek.de Mon Oct 13 21:10:43 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9DJAgxv007191 for ; Mon, 13 Oct 2003 21:10:42 +0200 Received: from hsp51.hspserver.com (hsp51.hspserver.com [213.131.231.14]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9DJAgXK022870 for ; Mon, 13 Oct 2003 21:10:42 +0200 Received: (qmail 6211 invoked from network); 13 Oct 2003 19:09:26 -0000 Received: from pd9e0c468.dip.t-dialin.net (HELO w3seek.de) (217.224.196.104) by hsp51.hspserver.com with SMTP; 13 Oct 2003 19:09:26 -0000 Message-ID: <3F8AF85D.5050602@w3seek.de> Date: Mon, 13 Oct 2003 21:09:17 +0200 From: Thomas Weidenmueller User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20030925 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ReactOS General List Subject: Re: [ros-kernel] Test Results References: <3F8AF06A.3050405@adsl-64-217-116-74.dsl.hstntx.swbell.net> In-Reply-To: <3F8AF06A.3050405@adsl-64-217-116-74.dsl.hstntx.swbell.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 19:10:43 -0000 James Tabor wrote: > Run simple.exe > > (KERNEL32:process/create.c:328) Process terminated abnormally due to > unhandled exception > (KERNEL32:process/create.c:329) Address: 77f69eaa > that's because i rewrote the messagebox code. however the code works fine on windows and should also work fine on reactos. i tried to find the reason why it crashes, had no luck though :( It crashes somewhere while registering the controls classes in user32 and i have no clue why. Regards Thomas From jasonfilby@yahoo.com Mon Oct 13 21:26:21 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9DJQLxv007451 for ; Mon, 13 Oct 2003 21:26:21 +0200 Received: from web41505.mail.yahoo.com (web41505.mail.yahoo.com [66.218.93.88]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9DJQKXK022952 for ; Mon, 13 Oct 2003 21:26:20 +0200 Message-ID: <20031013192610.75758.qmail@web41505.mail.yahoo.com> Received: from [155.239.192.210] by web41505.mail.yahoo.com via HTTP; Mon, 13 Oct 2003 12:26:10 PDT Date: Mon, 13 Oct 2003 12:26:10 -0700 (PDT) From: Jason Filby To: ros-kernel@reactos.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [ros-kernel] ReactOS Roadmap X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 19:26:21 -0000 Hi all This is an important topic that needs dealing with - we need everyone to get involved on this topic. We need a roadmap because: · it attracts more developers - I have personally witnessed a dev saying that they're hesitant to get involved because we have no roadmap · funding - investors cannot be expected to give funding to the Foundation if we can't tell them what our roadmap is · we know where we're going and can work together more effectively After discussion with Vizzini we agreed that the best way to do this is set major milestones for the next 6, 12 and 18 months. Then, fill in the details on how to get there in between. Please suggest: · major milestones (6, 12 and 18 months away) · minor milestones (minimum granularity of a month) Thanks for your support in this matter! Lets get this discussion on the roll :) Regards Jason __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From steven_ed4153@yahoo.com Mon Oct 13 23:29:46 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9DLTkxv009277 for ; Mon, 13 Oct 2003 23:29:46 +0200 Received: from web21104.mail.yahoo.com (web21104.mail.yahoo.com [216.136.227.106]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9DLTiXK066180 for ; Mon, 13 Oct 2003 23:29:45 +0200 Message-ID: <20031013212839.14953.qmail@web21104.mail.yahoo.com> Received: from [66.83.186.125] by web21104.mail.yahoo.com via HTTP; Mon, 13 Oct 2003 14:28:39 PDT Date: Mon, 13 Oct 2003 14:28:39 -0700 (PDT) From: Steven Edwards To: dpaun@rogers.com, wine-devel@winehq.com, Vizzini In-Reply-To: <200310131103.22729.dpaun@rogers.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: ros-kernel@reactos.com Subject: [ros-kernel] Re: WINE porting templates X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 21:29:46 -0000 --- "Dimitrie O. Paun" wrote: > I think forking them does no one no favours, either Wine for ReactOS. > If our code is OK, tweaking it to work around bugs in ReactOS is a > very, very bad idea: > -- you end up with a system capable of running just some tweaked > apps > -- it diminishes incentive to fix the real problem > -- we end up with a forked codebase > Similarly, if we have problems in our codebase, we'd appreciate > fixes, > or at least to know about it. This is the entire reason to want our > stuff to be portable -- to have other people test the code and report > (or even fix) problems. If you fork the code, you also cut the stream > of patches flowing into Wine. > > In the end we both lose. Even if you don't care about Wine, I can't > see > how forking anything is a good idea for ReactOS. Dont get me wrong I dont think it is either. I just dont make the policy as to how we are going to handle this in ReactOS. I am all for us working together as much as possible with little or no forking but its going to take some work to setup a system that will work for both partys. I will start by setting up a box that does weekly builds for Mingw/ReactOS. Thanks Steven __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From jasonfilby@yahoo.com Mon Oct 13 23:50:18 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9DLoIxv009488 for ; Mon, 13 Oct 2003 23:50:18 +0200 Received: from web41511.mail.yahoo.com (web41511.mail.yahoo.com [66.218.93.94]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9DLoGXK066058 for ; Mon, 13 Oct 2003 23:50:17 +0200 Message-ID: <20031013214909.73093.qmail@web41511.mail.yahoo.com> Received: from [155.239.193.178] by web41511.mail.yahoo.com via HTTP; Mon, 13 Oct 2003 14:49:09 PDT Date: Mon, 13 Oct 2003 14:49:09 -0700 (PDT) From: Jason Filby Subject: Re: [ros-kernel] ReactOS requirements To: ReactOS General List MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 21:50:18 -0000 Thanks Ge, its now available in the Library under the Installation Guide: http://reactos.com/index.php/content/view/full/325 Cheers Jason Ge van Geldorp wrote: >>From: Jason Filby >> >> > > > > > > >>Can someone please list the minimum requirements for ReactOS? >> >> > > > >>I know 32 MB RAM is one of them. I'll put them on reactos.com >> >> > > > >>for all to point to when the question comes up again (and it >> >> > > > >>will). >> >> > > > >- IDE harddisk > >- VGA compatible video card > >- PS/2 compatible mouse or Microsoft Mouse compatible serial mouse > >- FAT16/FAT32 boot partition > >- Standard keyboard > > > >I probably forgot something... Network cards (NE2000/AMD PCNET, but not > >required?) > > > >Gé van Geldorp > > > > > >_______________________________________________ > >Ros-kernel mailing list > >Ros-kernel@reactos.com > >http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > > > __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From ge@gse.nl Mon Oct 13 23:57:41 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9DLvfxv009537 for ; Mon, 13 Oct 2003 23:57:41 +0200 Received: from smtpzilla5.xs4all.nl (smtpzilla5.xs4all.nl [194.109.127.141]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9DLvfXK066138 for ; Mon, 13 Oct 2003 23:57:41 +0200 Received: from gsep1 (geldorp.xs4all.nl [194.109.161.161]) by smtpzilla5.xs4all.nl (8.12.9/8.12.9) with ESMTP id h9DLvBcP015517 for ; Mon, 13 Oct 2003 23:57:11 +0200 (CEST) From: "Ge van Geldorp" To: "'ReactOS General List'" Subject: RE: [ros-kernel] ReactOS requirements Date: Mon, 13 Oct 2003 23:57:11 +0200 Message-ID: <001301c391d4$f4270cc0$0a01a8c0@gse.local> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 In-Reply-To: <20031013214909.73093.qmail@web41511.mail.yahoo.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 21:57:41 -0000 > From: Jason Filby > > its now available in the Library under the Installation Guide: > http://reactos.com/index.php/content/view/full/325 > > Cheers > Jason > >From: Jason Filby > >Can someone please list the minimum requirements for ReactOS? > >I know 32 MB RAM is one of them. I'll put them on reactos.com Ehhmmm, you forgot the 32Mb RAM.... From valen_v@aquanet.co.il Tue Oct 14 00:08:33 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9DM8Xxv009634 for ; Tue, 14 Oct 2003 00:08:33 +0200 Received: from main.aquanet.co.il (main.aquanet.co.il [192.117.240.10]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9DM8SXK021508 for ; Tue, 14 Oct 2003 00:08:31 +0200 Received: from MAIN (81-5-12-112.aquanet.co.il [81.5.12.112]) by main.aquanet.co.il (8.11.6/8.11.6) with SMTP id h9DM8L313683 for ; Tue, 14 Oct 2003 00:08:21 +0200 Message-ID: <002e01c391d6$83fc8860$1a6f17ac@MAIN> From: "Valentin" To: "ReactOS General List" References: <20031013192610.75758.qmail@web41505.mail.yahoo.com> Subject: Re: [ros-kernel] ReactOS Roadmap Date: Tue, 14 Oct 2003 00:08:20 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2720.3000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2727.1300 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 22:08:33 -0000 Among other major milestones in ROS roadmap, I'd like to suggest the following: 1. To build the base for ROS Preinstallation Edition This is a complete Win32 environment with GUI & Network support running from CD. It can be used in future for recovery & other goals as rescue platform (e.g when a host non-booting system can be restored with ROS PE ) There are companies making recovery tools and looking for this OS: e.g Winternals, image LAN , etc. MS Win PE has very expensive license that accessible only for big OEM customers. I am ready personally to take part in this undertaking , after NTFS will be comleted :-) 2. To enable OS adjustment for various goals: - Workstation or Server key building possibility. - Creation Real-Time possibility by means IRQL engine tuning in the time of compiling. In W2k user-level applications execute only when a processor's IRQL is at passive, therefor it isn't suitable as a real-time OS. We can try to adjust ROS to enable, that special case in a live system won't cause the system to miss an important deadline. -Open source OS is more attractive for enterpises as long as it allow to get customizable parameters (e.g to change the max. count of open sockets in host) - We can exploit most weak features of Microsoft Windows to draw attention from potential investors. Regards, Valentin. ----- Original Message ----- From: "Jason Filby" To: Sent: Monday, October 13, 2003 9:26 PM Subject: [ros-kernel] ReactOS Roadmap > Hi all > > This is an important topic that needs dealing with - we need everyone > to > get involved on this topic. We need a roadmap because: > · it attracts more developers - I have personally witnessed a dev > saying > that they're hesitant to get involved because we have no roadmap > · funding - investors cannot be expected to give funding to the > Foundation if we can't tell them what our roadmap is > · we know where we're going and can work together more effectively > > After discussion with Vizzini we agreed that the best way to do this > is > set major milestones for the next 6, 12 and 18 months. Then, fill in > the > details on how to get there in between. > > Please suggest: > · major milestones (6, 12 and 18 months away) > · minor milestones (minimum granularity of a month) > > Thanks for your support in this matter! Lets get this discussion on > the > roll :) > > Regards > Jason > > > > __________________________________ > Do you Yahoo!? > The New Yahoo! Shopping - with improved product search > http://shopping.yahoo.com > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > From fd0man@chadeux.homelinux.net Tue Oct 14 01:08:48 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9DN8mxv010202 for ; Tue, 14 Oct 2003 01:08:48 +0200 Received: from chadeux.homelinux.net (cblmdm204-118-177-204.buckeye-express.com [204.118.177.204]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9DN8jXK022558 for ; Tue, 14 Oct 2003 01:08:46 +0200 Received: from chadeux.homelinux.net (IDENT:1000@localhost [127.0.0.1]) by chadeux.homelinux.net (8.12.8/8.12.8) with ESMTP id h9DN4dng012665 for ; Mon, 13 Oct 2003 19:04:39 -0400 Received: from localhost (fd0man@localhost) by chadeux.homelinux.net (8.12.8/8.12.8/Submit) with ESMTP id h9DN4cRl012662 for ; Mon, 13 Oct 2003 19:04:38 -0400 Date: Mon, 13 Oct 2003 19:04:34 -0400 (EDT) From: "Michael B. Trausch" To: ros-kernel@reactos.com Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [ros-kernel] ROS on 486 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 23:08:48 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 SMSS fails to load. Here's as much of the screen as is present, on the screen (started with screen debugging enabled), with more info to follow: - ---Screen output (last 50 lines) begin: (io/driver.c:230) IopInitializeDriver() failed (Status c0000001) Loading DebugOut... (io/pnpmgr.c:275) ParentNode c75ed010 PhysicalDeviceObject 0 DriverBase for \SystemRoot\System32\drivers\debugout.sys: ddbbb000 Loading Blue... (io/pnpmgr.c:275) ParentNode c75ed010 PhysicalDeviceObject 0 DriverBase for \SystemRoot\System32\drivers\blue.sys: ddbd1000 Loading Vga... (io/pnpmgr.c:275) ParentNode c75ed010 PhysicalDeviceObject 0 DriverBase for \SystemRoot\System32\drivers\vgamp.sys: ddbe8000 DriverBase for \SystemRoot\System32\drivers\videoprt.sys: ddc0c000 Loading Msfs... (io/pnpmgr.c:275) ParentNode c75ed010 PhysicalDeviceObject 0 DriverBase for \SystemRoot\System32\drivers\msfs.sys: ddc25000 Mailslot FSD 0.0.1 Loading Npfs... (io/pnpmgr.c:275) ParentNode c75ed010 PhysicalDeviceObject 0 DriverBase for \SystemRoot\System32\drivers\npfs.sys: ddc40000 Named Pipe FSD 0.0.2 Loading Ndis... (io/pnpmgr.c:275) ParentNode c75ed010 PhysicalDeviceObject 0 DriverBase for \SystemRoot\System32\drivers\ndis.sys: ddc9c000 (io/pnpmgr.c:275) ParentNode c75ed010 PhysicalDeviceObject 0 DriverBase for \SystemRoot\System32\drivers\ne2000.sys: ddcd2000 (ndis/miniport.c:1479)(NdisIStartAdapter) MiniportInitialize() failed for an adapter. Loading kmregtests... (io/pnpmgr.c:275) ParentNode c75ed010 PhysicalDeviceObject 0 (io/driver.c:210) LdrLoadModule() failed (Status c0000034) Autochk 0.0.1 Checking Drive C: OK Checking Drive D: OK SMSS: Created paging file \??\C:\reactos\pagefile.sys with size 200KB DriverBase for \SystemRoot\system32\win32k.sys: ddf07000 DriverBase for \SystemRoot\system32\freetype.dll: de01b000 Win32K: Failed to open mouse. Failed to initialize imput implementation. (init.c:918) SM: Failed to load subsystems (Status c0000001) (smss.c:79) SM: Initialization failed! (ke/error.c:28) Hard error c000021a (ke/catch.c:130) Unhandled UserMode exception, terminating thread - ---End of that screen output. After two minutes of sitting like this (well a few seconds short of two minutes, anyway), another line pops up: (ke/main.c:803) WARNING: System not initialized after 120 seconds. After that, the system appears to be dead. I can do nothing but press Reset on the case, to reboot, there is nothing that I can switch to, and it *appears* totally dead to me. Anything else that I can try to help narrow down the problem? This is a 486 system, DX series, with math coprocessor built-in. It's got 32 MiB of RAM, and a 200 MiB hard disk that ROS lives on. Later, Mike Michael B. Trausch AIM: MBTrausch 720 Orchard St. E-mail: fd0man@chadeux.homelinux.net Toledo, OH 43609 Second E-Mail: fd0man@yahoo.com (419) 514-5047 Web: http://chadeux.homelinux.net - ----------------------------------------------------------------- People will forget what you said and what you did, but they will never forget how you made them feel. - ----------------------------------------------------------------- NOTICE: fd0man@yahoo.com's key is REVOKED. Please do not use it Revokation Certificate is in the zip file @ the website below. - ----------------------------------------------------------------- If you'd like to send me secure mail, please obtain my gpg public key from my website, listed below, or if you have a Unix system: finger fd0man@chadeux.homelinux.net |less http://chadeux.homelinux.net/users/fd0man/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE/iy+F85RqKeHavSsRAr/OAKCzcAWGcabU9pAghYGbAahfxmRYhgCgtKga r85rP1JZCFLDLpdiB6Z1fWg= =iXWm -----END PGP SIGNATURE----- From steven_ed4153@yahoo.com Tue Oct 14 01:37:15 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9DNbFxv010419 for ; Tue, 14 Oct 2003 01:37:15 +0200 Received: from web21104.mail.yahoo.com (web21104.mail.yahoo.com [216.136.227.106]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9DNbDXK112718 for ; Tue, 14 Oct 2003 01:37:14 +0200 Message-ID: <20031013233712.39922.qmail@web21104.mail.yahoo.com> Received: from [66.83.186.125] by web21104.mail.yahoo.com via HTTP; Mon, 13 Oct 2003 16:37:12 PDT Date: Mon, 13 Oct 2003 16:37:12 -0700 (PDT) From: Steven Edwards To: martin-fuchs@gmx.net In-Reply-To: <000a01c391c5$558f8600$060aa8c0@lisi> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: ros-kernel@reactos.com Subject: [ros-kernel] Re: SetShellWindow() and friends X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 23:37:15 -0000 Hello Martin, Does SetShellWindows() and friends work under ReactOS? Thanks Steven --- Martin Fuchs wrote: > Hello Uwe, > > I have merged the tests into dlls/user/tests/win.c and extended them > a bit. I tried them on Win XP and on WIN 98 and had to see, there are > some differencies between the operating systems. So a few tests are > commented out with an apropiet comment. Now all active SetShellWindow > tests are passing on real windows. > > Btw: Are you aware of the fact, that some of the existing old tests > have problems on WIN 98? I had to disable them to run the executable > successfully, because it displays a "This program performed an > illegal operation and will be shut down"-box. > > Greetings, > > Martin > > > > Martin> cout << "first call to SetShellWindow(hwnd): " << (ret? > > Martin> "SUCCESS": "FAILURE") << "\n"; > > > > As plain C programm this could perhpas be included in out test suite... > ATTACHMENT part 2 application/octet-stream name=diff __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From jimtabor@adsl-64-217-116-74.dsl.hstntx.swbell.net Tue Oct 14 01:38:20 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9DNcKxv010441 for ; Tue, 14 Oct 2003 01:38:20 +0200 Received: from dsl-64-217-116-74.dsl.hstntx.swbell.net ([64.217.116.74]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9DNcJXK039734 for ; Tue, 14 Oct 2003 01:38:19 +0200 Received: from adsl-64-217-116-74.dsl.hstntx.swbell.net (adsl-64-217-116-73.dsl.hstntx.swbell.net [64.217.116.73]) by Mon, 13 Oct 2003 23:37:44 GMTdsl-64-217-116-74.dsl.hstntx.swbell.net (8.9.3/8.9.3) with ESMTP id XAA11808 for ; Mon, 13 Oct 2003 23:37:44 GMT Message-ID: <3F8B3742.8020606@adsl-64-217-116-74.dsl.hstntx.swbell.net> Date: Mon, 13 Oct 2003 23:37:38 +0000 From: James Tabor User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.2b) Gecko/20021016 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ReactOS General List Subject: Re: [ros-kernel] ROS on 486 References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 23:38:20 -0000 Hi! Michael B. Trausch wrote: > > > After that, the system appears to be dead. I can do nothing but press > Reset on the case, to reboot, there is nothing that I can switch to, and > it *appears* totally dead to me. > > Well, at least some where in wonder land I guess. I though ROS was bootable from an 386~!?, James From steven_ed4153@yahoo.com Tue Oct 14 01:41:01 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9DNf1xv010475 for ; Tue, 14 Oct 2003 01:41:01 +0200 Received: from web21108.mail.yahoo.com (web21108.mail.yahoo.com [216.136.227.110]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9DNf0XK022902 for ; Tue, 14 Oct 2003 01:41:00 +0200 Message-ID: <20031013234057.1360.qmail@web21108.mail.yahoo.com> Received: from [66.83.186.125] by web21108.mail.yahoo.com via HTTP; Mon, 13 Oct 2003 16:40:57 PDT Date: Mon, 13 Oct 2003 16:40:57 -0700 (PDT) From: Steven Edwards Subject: Re: [ros-kernel] ReactOS Roadmap To: ReactOS General List In-Reply-To: <002e01c391d6$83fc8860$1a6f17ac@MAIN> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 23:41:01 -0000 I really like the idea of option 1. as a money maker. I use the Linux NT password recovery boot disk quite a bit to mount and map customers SAM files where they have lost there WindowsNT/2K passwords. I would really like to have a edition of ReactOS that can do this. Thanks Steven --- Valentin wrote: > Among other major milestones in ROS roadmap, > I'd like to suggest the following: > 1. To build the base for ROS Preinstallation Edition > This is a complete Win32 environment with GUI & Network support > running > from CD. > It can be used in future for recovery & other goals as rescue > platform > (e.g when > a host non-booting system can be restored with ROS PE ) > There are companies making recovery tools and looking for this > OS: > e.g Winternals, image LAN , etc. MS Win PE has very expensive > license > that accessible only for big OEM customers. > I am ready personally to take part in this undertaking , after > NTFS > will be comleted :-) > __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From fd0man@chadeux.homelinux.net Tue Oct 14 01:46:44 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9DNkixv010517 for ; Tue, 14 Oct 2003 01:46:44 +0200 Received: from chadeux.homelinux.net (cblmdm204-118-177-204.buckeye-express.com [204.118.177.204]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9DNkhXK113036 for ; Tue, 14 Oct 2003 01:46:43 +0200 Received: from chadeux.homelinux.net (IDENT:1000@localhost [127.0.0.1]) by chadeux.homelinux.net (8.12.8/8.12.8) with ESMTP id h9DNgbng013110 for ; Mon, 13 Oct 2003 19:42:37 -0400 Received: from localhost (fd0man@localhost) by chadeux.homelinux.net (8.12.8/8.12.8/Submit) with ESMTP id h9DNgaqJ013103 for ; Mon, 13 Oct 2003 19:42:36 -0400 Date: Mon, 13 Oct 2003 19:39:19 -0400 (EDT) From: "Michael B. Trausch" To: ReactOS General List Subject: Re: [ros-kernel] ROS on 486 In-Reply-To: <3F8B3742.8020606@adsl-64-217-116-74.dsl.hstntx.swbell.net> Message-ID: References: <3F8B3742.8020606@adsl-64-217-116-74.dsl.hstntx.swbell.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 23:46:44 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 13 Oct 2003, James Tabor wrote: > > > > After that, the system appears to be dead. I can do nothing but press > > Reset on the case, to reboot, there is nothing that I can switch to, and > > it *appears* totally dead to me. > > > > > > Well, at least some where in wonder land I guess. > > I though ROS was bootable from an 386~!?, > James > Well, I know that NT 4 ran on a 486. Do we want to target this, or should I scrap my tester machines? lol... - Mike Michael B. Trausch AIM: MBTrausch 720 Orchard St. E-mail: fd0man@chadeux.homelinux.net Toledo, OH 43609 Second E-Mail: fd0man@yahoo.com (419) 514-5047 Web: http://chadeux.homelinux.net - ----------------------------------------------------------------- People will forget what you said and what you did, but they will never forget how you made them feel. - ----------------------------------------------------------------- NOTICE: fd0man@yahoo.com's key is REVOKED. Please do not use it Revokation Certificate is in the zip file @ the website below. - ----------------------------------------------------------------- If you'd like to send me secure mail, please obtain my gpg public key from my website, listed below, or if you have a Unix system: finger fd0man@chadeux.homelinux.net |less http://chadeux.homelinux.net/users/fd0man/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE/izep85RqKeHavSsRAkmJAJ9S/JkyaKaXU55F709fYLDgp2+1VACglkNz B0Xc81hn+pvueLSMuFIn6LM= =mO74 -----END PGP SIGNATURE----- From tamlin@algonet.se Tue Oct 14 01:47:35 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9DNlZxv010536 for ; Tue, 14 Oct 2003 01:47:35 +0200 Received: from smtp4.hy.skanova.net (smtp4.hy.skanova.net [195.67.199.133]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9DNlYXK112944 for ; Tue, 14 Oct 2003 01:47:34 +0200 Received: from putte2k (h29n2fls31o987.telia.com [213.66.43.29]) by smtp4.hy.skanova.net (8.12.10/8.12.10) with SMTP id h9DNkJil000271 for ; Tue, 14 Oct 2003 01:46:19 +0200 (CEST) Message-ID: <000501c391e4$530abed0$0401a8c0@putte2k> From: "Mike Nordell" To: "ros-kernel" Date: Tue, 14 Oct 2003 01:47:10 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4927.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200 Subject: [ros-kernel] More IRQL problems X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 23:47:35 -0000 This time from GDIOBJ_iAllocHandleTable in win32k\objects\gdiobj.c. CVS currently doesn't contain checks that APC delivery indeed is disabled when calling ExAcquireFastMutexUnsafe. Adding this check makes the code not work. I believe disabling APC delivery in GDIOBJ_iAllocHandleTable, either by calling KeEnterCriticalRegion or by simply raising IRQL to APC_LEVEL, could be seen as a Good Thing(tm). Comments? /Mike From jimtabor@adsl-64-217-116-74.dsl.hstntx.swbell.net Tue Oct 14 01:53:19 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9DNrJxv010577 for ; Tue, 14 Oct 2003 01:53:19 +0200 Received: from dsl-64-217-116-74.dsl.hstntx.swbell.net (root@[64.217.116.74]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9DNrHXK061736 for ; Tue, 14 Oct 2003 01:53:18 +0200 Received: from adsl-64-217-116-74.dsl.hstntx.swbell.net (adsl-64-217-116-73.dsl.hstntx.swbell.net [64.217.116.73]) by Mon, 13 Oct 2003 23:52:43 GMTdsl-64-217-116-74.dsl.hstntx.swbell.net (8.9.3/8.9.3) with ESMTP id XAA11865 for ; Mon, 13 Oct 2003 23:52:43 GMT Message-ID: <3F8B3AC5.5060501@adsl-64-217-116-74.dsl.hstntx.swbell.net> Date: Mon, 13 Oct 2003 23:52:37 +0000 From: James Tabor User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.2b) Gecko/20021016 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ReactOS General List Subject: Re: [ros-kernel] ROS on 486 References: <3F8B3742.8020606@adsl-64-217-116-74.dsl.hstntx.swbell.net> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 23:53:19 -0000 Michael B. Trausch wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Mon, 13 Oct 2003, James Tabor wrote: > > >>After that, the system appears to be dead. I can do nothing but press > >>Reset on the case, to reboot, there is nothing that I can switch to, and > >>it *appears* totally dead to me. > >> > >> > > > >Well, at least some where in wonder land I guess. > > > >I though ROS was bootable from an 386~!?, > >James > > > > > Well, I know that NT 4 ran on a 486. > > Do we want to target this, or should I scrap my tester machines? lol... > > - Mike > Hi, On this list years ago, we discussed and bragged about how Ros would boot on a 386. I though that was the mission for ros, so everyone could use it, even for embedded processor systems. Scrap? I just retired my P/MMX 200 system for an new A 2000+ one. Don't Know, James From jimtabor@adsl-64-217-116-74.dsl.hstntx.swbell.net Tue Oct 14 01:56:01 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9DNu1xv010593 for ; Tue, 14 Oct 2003 01:56:01 +0200 Received: from dsl-64-217-116-74.dsl.hstntx.swbell.net (root@[64.217.116.74]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9DNtxXK022960 for ; Tue, 14 Oct 2003 01:56:00 +0200 Received: from adsl-64-217-116-74.dsl.hstntx.swbell.net (adsl-64-217-116-73.dsl.hstntx.swbell.net [64.217.116.73]) by Mon, 13 Oct 2003 23:55:29 GMTdsl-64-217-116-74.dsl.hstntx.swbell.net (8.9.3/8.9.3) with ESMTP id XAA11878 for ; Mon, 13 Oct 2003 23:55:29 GMT Message-ID: <3F8B3B6B.3070809@adsl-64-217-116-74.dsl.hstntx.swbell.net> Date: Mon, 13 Oct 2003 23:55:23 +0000 From: James Tabor User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.2b) Gecko/20021016 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ros-kernel@reactos.com Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [ros-kernel] More Tests X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 23:56:01 -0000 From running primitives.exe test program. Looks like something is wrong in gdiobj.c? [SCROLL_DrawInterior:1] [SCROLL_DrawInterior:1] [SCROLL_DrawInterior:1] [SCROLL_DrawInterior:1] [SCROLL_DrawInterior:1] [SCROLL_DrawInterior:1] [SCROLL_DrawInterior:1] [SCROLL_DrawInterior:1] [SCROLL_DrawInterior:1] 1. rect.top == 23 HSCROLL: 453 < 480 - 23 - 4 1. rect.top == 23 HSCROLL: 453 < 480 - 23 - 4 [SCROLL_DrawInterior:1] HSCROLL: 453 < 453 - 0 - 0 (objects/gdiobj.c:456) Invalid ObjectHandle 0x00000010 (KERNEL32:process/create.c:328) Process terminated abnormally due to unhandled exception (KERNEL32:process/create.c:329) Address: 401ce1 ExceptionRecord->ExceptionAddress = 0xde447e07 KeBugCheckWithTf at ke/catch.c:152 Bug detected (code 1e param 0 0 0 0) KMODE_EXCEPTION_NOT_HANDLED Page Fault Exception: 14(0) Processor: 0 CS:EIP 8:de447e07 cr2 54 cr3 c5bf000 Proc: c161fc98 Pid: 8 Thrd: c1628b10 Tid: 27 DS 10 ES 10 FS 30 GS 10 EAX: 00000000 EBX: 0000001c ECX: 0000001c EDX: 00000000 EBP: de8a6de8 ESI: 00620724 EDI: de8a6f84 EFLAGS: 00010282 kESP de8a6d54 kernel stack base de8a4000 ESP de8a6d54 Frames: ExceptionRecord->ExceptionAddress = 0xc00054a4 KeBugCheckWithTf at ke/catch.c:152 Bug detected (code 1e param 0 0 0 0) KMODE_EXCEPTION_NOT_HANDLED Recursive bug check halting now From Matthew.Hey@NBNZ.CO.NZ Tue Oct 14 02:37:00 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9E0b0xv011200 for ; Tue, 14 Oct 2003 02:37:00 +0200 Received: from mta202-rme.xtra.co.nz (mta202-rme.xtra.co.nz [210.86.15.145]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9E0awXK061862 for ; Tue, 14 Oct 2003 02:36:59 +0200 Received: from mta1-rme.xtra.co.nz ([210.86.15.142]) by mta202-rme.xtra.co.nz with ESMTP id <20031014003304.WYFL1350.mta202-rme.xtra.co.nz@mta1-rme.xtra.co.nz> for ; Tue, 14 Oct 2003 13:33:04 +1300 Received: from smtp1.nbnz.co.nz ([210.55.168.67]) by mta1-rme.xtra.co.nz with SMTP id <20031014003304.CEWU14286.mta1-rme.xtra.co.nz@smtp1.nbnz.co.nz> for: 33:04 +1300 Received: FROM psmmg01.nbnz.co.nz BY smtp1.nbnz.co.nz ; Tue Oct 14 13:27:38 2003 +1300 Received: from psmmg01.nbnz.co.nz (Not Verified[156.13.38.39]) by psmmg01.nbnz.co.nz with MailMarshal (v5, 0, 3, 91) id: 32:44 +1300 Received: by psmmg01.nbnz.co.nz with Internet Mail Service (5.5.2653.19) id: 32:44 +1300 Message-ID: <30BD5C113939D211B19800805FC196AC08750EB3@nbnzhexch1.nbnz.co.nz> From: Hey Matthew To: "'ReactOS General List'" Subject: RE: [ros-kernel] ROS on 486 Date: Tue, 14 Oct 2003 13:32:41 +1300 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2003 00:37:00 -0000 I thought we agreed that it was a minimum of a 486, since the 386 was slightly brain dead - missing opcodes such as CMPXCHG and invalidating the translation lookaside buffer etc. -----Original Message----- From: James Tabor [mailto:jimtabor@adsl-64-217-116-74.dsl.hstntx.swbell.net] Sent: Tuesday, 14 October 2003 12:53 p.m. To: ReactOS General List Subject: Re: [ros-kernel] ROS on 486 Michael B. Trausch wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Mon, 13 Oct 2003, James Tabor wrote: > > >>After that, the system appears to be dead. I can do nothing but press > >>Reset on the case, to reboot, there is nothing that I can switch to, and > >>it *appears* totally dead to me. > >> > >> > > > >Well, at least some where in wonder land I guess. > > > >I though ROS was bootable from an 386~!?, > >James > > > > > Well, I know that NT 4 ran on a 486. > > Do we want to target this, or should I scrap my tester machines? lol... > > - Mike > Hi, On this list years ago, we discussed and bragged about how Ros would boot on a 386. I though that was the mission for ros, so everyone could use it, even for embedded processor systems. Scrap? I just retired my P/MMX 200 system for an new A 2000+ one. Don't Know, James _______________________________________________ Ros-kernel mailing list Ros-kernel@reactos.com http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel This communication is confidential and may contain privileged material. If you are not the intended recipient you must not use, disclose, copy or retain it. If you have received it in error please immediately notify me by return email and delete the emails. Thank you. From beta_guy@telus.net Tue Oct 14 04:04:07 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9E247xv012237 for ; Tue, 14 Oct 2003 04:04:07 +0200 Received: from priv-edtnes40.telusplanet.net (outbound05.telus.net [199.185.220.224]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9E245XK022934 for ; Tue, 14 Oct 2003 04:04:06 +0200 Received: from jeffb2591s1ij2 ([198.53.47.59]) by priv-edtnes40.telusplanet.net (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with SMTP id <20031014020014.BKXI8217.priv-edtnes40.telusplanet.net@jeffb2591s1ij2> for ; Mon, 13 Oct 2003 20:00:14 -0600 Message-ID: <001e01c391f7$1d634320$0400a8c0@jeffb2591s1ij2> From: "Jeff Smith" To: "ReactOS General List" References: <30BD5C113939D211B19800805FC196AC08750EB3@nbnzhexch1.nbnz.co.nz> Subject: Re: [ros-kernel] ROS on 486 Date: Mon, 13 Oct 2003 20:01:42 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.0 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2003 02:04:08 -0000 I don't believe that it will ever be possible to get ReactOS running on a 386, if we are aiming for ReactOS doing what XP can, the reason I'm saying this is Windows 95 at the start claimed to run on a 386, but several peolpe have thier HD's die on them because Windows wasn't suited for a 386, you can try it, but it may end up costing some one some money replacing a HD ----- Original Message ----- From: "Hey Matthew" To: "'ReactOS General List'" Sent: Monday, October 13, 2003 6:32 PM Subject: RE: [ros-kernel] ROS on 486 > I thought we agreed that it was a minimum of a 486, since > the 386 was slightly brain dead - missing opcodes such as > CMPXCHG and invalidating the translation lookaside buffer > etc. > > -----Original Message----- > From: James Tabor > [mailto:jimtabor@adsl-64-217-116-74.dsl.hstntx.swbell.net] > Sent: Tuesday, 14 October 2003 12:53 p.m. > To: ReactOS General List > Subject: Re: [ros-kernel] ROS on 486 > > > Michael B. Trausch wrote: > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > On Mon, 13 Oct 2003, James Tabor wrote: > > > > >>After that, the system appears to be dead. I can do nothing but press > > >>Reset on the case, to reboot, there is nothing that I can switch to, and > > >>it *appears* totally dead to me. > > >> > > >> > > > > > >Well, at least some where in wonder land I guess. > > > > > >I though ROS was bootable from an 386~!?, > > >James > > > > > > > > > Well, I know that NT 4 ran on a 486. > > > > Do we want to target this, or should I scrap my tester machines? lol... > > > > - Mike > > > Hi, > On this list years ago, we discussed and bragged about how Ros would > boot on a 386. I though that was the mission for ros, so everyone could > use it, even for embedded processor systems. > > Scrap? I just retired my P/MMX 200 system for an new A 2000+ one. > Don't Know, > James > > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > > This communication is confidential and may contain privileged material. > If you are not the intended recipient you must not use, disclose, copy or retain it. > If you have received it in error please immediately notify me by return email > and delete the emails. > Thank you. > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel From Matthew.Hey@NBNZ.CO.NZ Tue Oct 14 05:26:58 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9E3Qwxv012704 for ; Tue, 14 Oct 2003 05:26:58 +0200 Received: from standby2.xtra.co.nz (standby2-rme.xtra.co.nz [210.86.15.58]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9E3QuXK061936 for ; Tue, 14 Oct 2003 05:26:57 +0200 Received: from web2-rme.xtra.co.nz ([210.86.15.141]) by standby2.xtra.co.nz with ESMTP id <20031014032303.FHK27904.standby2.xtra.co.nz@web2-rme.xtra.co.nz> for ; Tue, 14 Oct 2003 16:23:03 +1300 Received: from smtp1.nbnz.co.nz ([210.55.168.67]) by web2-rme.xtra.co.nz with SMTP id <20031014032302.VMZD17374.web2-rme.xtra.co.nz@smtp1.nbnz.co.nz> for ; Tue, 14 Oct 2003 16:23:02 +1300 Received: FROM psmmg01.nbnz.co.nz BY smtp1.nbnz.co.nz ; Tue Oct 14 16:17:37 2003 +1300 Received: from psmmg01.nbnz.co.nz (Not Verified[156.13.38.39]) by psmmg01.nbnz.co.nz with MailMarshal (v5, 0, 3, 91) id ; Tue, 14 Oct 2003 16:22:42 +1300 Received: by psmmg01.nbnz.co.nz with Internet Mail Service (5.5.2653.19) id ; Tue, 14 Oct 2003 16:22:42 +1300 Message-ID: <30BD5C113939D211B19800805FC196AC08750EB6@nbnzhexch1.nbnz.co.nz> From: Hey Matthew To: "'ReactOS General List'" Subject: RE: [ros-kernel] ROS on 486 Date: Tue, 14 Oct 2003 16:22:40 +1300 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2003 03:26:58 -0000 Its not the 'old' 386 PC boxes that people are interested in running Reactos on, its the brand new PC-104 form factor embedded PC's that have an all in one 386 CPU and PC chipset (just add RAM). -----Original Message----- From: Jeff Smith [mailto:beta_guy@telus.net] Sent: Tuesday, 14 October 2003 3:02 p.m. To: ReactOS General List Subject: Re: [ros-kernel] ROS on 486 I don't believe that it will ever be possible to get ReactOS running on a 386, if we are aiming for ReactOS doing what XP can, the reason I'm saying this is Windows 95 at the start claimed to run on a 386, but several peolpe have thier HD's die on them because Windows wasn't suited for a 386, you can try it, but it may end up costing some one some money replacing a HD ----- Original Message ----- From: "Hey Matthew" To: "'ReactOS General List'" Sent: Monday, October 13, 2003 6:32 PM Subject: RE: [ros-kernel] ROS on 486 > I thought we agreed that it was a minimum of a 486, since > the 386 was slightly brain dead - missing opcodes such as > CMPXCHG and invalidating the translation lookaside buffer > etc. > > -----Original Message----- > From: James Tabor > [mailto:jimtabor@adsl-64-217-116-74.dsl.hstntx.swbell.net] > Sent: Tuesday, 14 October 2003 12:53 p.m. > To: ReactOS General List > Subject: Re: [ros-kernel] ROS on 486 > > > Michael B. Trausch wrote: > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > On Mon, 13 Oct 2003, James Tabor wrote: > > > > >>After that, the system appears to be dead. I can do nothing but press > > >>Reset on the case, to reboot, there is nothing that I can switch to, and > > >>it *appears* totally dead to me. > > >> > > >> > > > > > >Well, at least some where in wonder land I guess. > > > > > >I though ROS was bootable from an 386~!?, > > >James > > > > > > > > > Well, I know that NT 4 ran on a 486. > > > > Do we want to target this, or should I scrap my tester machines? lol... > > > > - Mike > > > Hi, > On this list years ago, we discussed and bragged about how Ros would > boot on a 386. I though that was the mission for ros, so everyone could > use it, even for embedded processor systems. > > Scrap? I just retired my P/MMX 200 system for an new A 2000+ one. > Don't Know, > James > > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > > This communication is confidential and may contain privileged material. > If you are not the intended recipient you must not use, disclose, copy or retain it. > If you have received it in error please immediately notify me by return email > and delete the emails. > Thank you. > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel _______________________________________________ Ros-kernel mailing list Ros-kernel@reactos.com http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel This communication is confidential and may contain privileged material. If you are not the intended recipient you must not use, disclose, copy or retain it. If you have received it in error please immediately notify me by return email and delete the emails. Thank you. From jonwil@tpgi.com.au Tue Oct 14 05:45:19 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9E3jIxv012856 for ; Tue, 14 Oct 2003 05:45:18 +0200 Received: from mail3.tpgi.com.au (mail.tpgi.com.au [203.12.160.59]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9E3jGXK017720 for ; Tue, 14 Oct 2003 05:45:17 +0200 Received: from tpgi.com.au (203-219-187-63-per-pow-ts3-2600.tpgi.com.au [203.219.187.63]) by mail3.tpgi.com.au (8.11.6/8.11.6) with ESMTP id h9E3j2G25508 for ; Tue, 14 Oct 2003 13:45:02 +1000 Message-ID: <3F8B713D.9060605@tpgi.com.au> Date: Tue, 14 Oct 2003 11:45:01 +0800 From: Jonathan Wilson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20030925 X-Accept-Language: en-au MIME-Version: 1.0 To: ReactOS General List Subject: Re: [ros-kernel] ROS on 486 References: <30BD5C113939D211B19800805FC196AC08750EB6@nbnzhexch1.nbnz.co.nz> In-Reply-To: <30BD5C113939D211B19800805FC196AC08750EB6@nbnzhexch1.nbnz.co.nz> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2003 03:45:20 -0000 > Its not the 'old' 386 PC boxes that people are interested in > running Reactos on, its the brand new PC-104 form factor > embedded PC's that have an all in one 386 CPU and PC chipset > (just add RAM). Why would someone want to design an embedded chipset with a 386 in it in this day and age. Surely, one could put a 486 in there and get the benifits of its non-brokenness when it comes to flat 32bit protected mode... From tamlin@algonet.se Tue Oct 14 06:17:27 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9E4HRxv013060 for ; Tue, 14 Oct 2003 06:17:27 +0200 Received: from smtp7.hy.skanova.net (smtp7.hy.skanova.net [195.67.199.140]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9E4HRXK022710 for ; Tue, 14 Oct 2003 06:17:27 +0200 Received: from putte2k (h29n2fls31o987.telia.com [213.66.43.29]) by smtp7.hy.skanova.net (8.12.10/8.12.10) with SMTP id h9E4GBMN004931 for ; Tue, 14 Oct 2003 06:16:11 +0200 (CEST) Message-ID: <000501c3920a$0624f740$0401a8c0@putte2k> From: "Mike Nordell" To: "ros-kernel" Date: Tue, 14 Oct 2003 06:17:00 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4927.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200 Subject: [ros-kernel] Makefile patch? X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2003 04:17:27 -0000 Wouldn't the following make sense? If so, please commit. RCS file: /CVS/ReactOS/reactos/dk/nkm/Makefile,v @@ -59,1 +59,1 @@ -$(TARGET_FOLDER_LIB)/hal.a: $(PATH_TO_TOP)/ntoskrnl/hal/x86/hal.def +$(TARGET_FOLDER_LIB)/hal.a: $(PATH_TO_TOP)/hal/hal/hal.def @@ -63,2 +63,2 @@ - -d $(PATH_TO_TOP)/ntoskrnl/hal/x86/hal.def + -d $(PATH_TO_TOP)/hal/hal/hal.def From gerard.gatineau@laposte.net Tue Oct 14 07:38:49 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9E5cnxv013481 for ; Tue, 14 Oct 2003 07:38:49 +0200 Received: from mx.laposte.net (mx.laposte.net [81.255.54.11]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9E5cmXK113124 for ; Tue, 14 Oct 2003 07:38:48 +0200 Received: from laposte.net (172.182.189.77) by mx.laposte.net (6.0.053) (authenticated as gerard.gatineau@laposte.net) id 3F684A840065AD1E for ros-kernel@reactos.com; Tue, 14 Oct 2003 07:37:31 +0200 Message-ID: <3F8B8B86.2010308@laposte.net> Date: Tue, 14 Oct 2003 07:37:10 +0200 From: gge User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ReactOS General List Subject: Re: [ros-kernel] Re: WINE porting templates for testing References: <20031012190324.2066.qmail@web21101.mail.yahoo.com> <3F8ACC9A.8090402@adsl-64-217-116-74.dsl.hstntx.swbell.net> <00f201c391a9$35293760$1a4cb13e@hornet> In-Reply-To: <00f201c391a9$35293760$1a4cb13e@hornet> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2003 05:38:49 -0000 Filip Navara wrote: >Well, you can use mine snapshot, until Steven will release something. It is >at www.volny.cz/xnavara/reactos/dlls/alldlls.zip. It contains shell32, (our) >winmm, (our) comctl32, ole32, oleaut32, shlwapi, rpcrt4, libwine, >libwine_unicode, (our) winedbgc. > >FiN > I downloaded these Wine dlls from the Filip site to "play" with Explorer , Taskmgr , Regedit , etc Do you recommend to report the bugs found ( Ros crash ,..) ? I would say that this will allow to debug existing API , although the use of such snapshot is a temporary solution Regards Gerard From gerard.gatineau@laposte.net Tue Oct 14 07:58:54 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9E5wsxv013617 for ; Tue, 14 Oct 2003 07:58:54 +0200 Received: from mx.laposte.net (mx.laposte.net [81.255.54.11]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9E5wsXK061880 for ; Tue, 14 Oct 2003 07:58:54 +0200 Received: from laposte.net (172.182.189.77) by mx.laposte.net (6.0.053) (authenticated as gerard.gatineau@laposte.net) id 3F83E7D9002E71EA for ros-kernel@reactos.com; Tue, 14 Oct 2003 07:57:08 +0200 Message-ID: <3F8B901E.1080404@laposte.net> Date: Tue, 14 Oct 2003 07:56:46 +0200 From: gge User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ReactOS General List Subject: Re: [ros-kernel] ReactOS Roadmap References: <20031013192610.75758.qmail@web41505.mail.yahoo.com> In-Reply-To: <20031013192610.75758.qmail@web41505.mail.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2003 05:58:54 -0000 Jason Filby wrote: >Hi all > >This is an important topic that needs dealing with - we need everyone >to >get involved on this topic. We need a roadmap because: >· it attracts more developers - I have personally witnessed a dev >saying >that they're hesitant to get involved because we have no roadmap >· funding - investors cannot be expected to give funding to the >Foundation if we can't tell them what our roadmap is >· we know where we're going and can work together more effectively > >After discussion with Vizzini we agreed that the best way to do this >is >set major milestones for the next 6, 12 and 18 months. Then, fill in >the >details on how to get there in between. > >Please suggest: >· major milestones (6, 12 and 18 months away) >· minor milestones (minimum granularity of a month) > >Thanks for your support in this matter! Lets get this discussion on >the roll :) > >Regards >Jason > > > Hi Jason, Please find my personal wishes for the Reactos Road Map , in order to have Reactos running in real hardware. May be some features will require too much efforts from the project to be accomplished. or are not matching the priorities of the project . 1) Minor milestones - Loading of my NIC card driver ( 3COM Eteherlink3 3C509B) and successful ping - Explorer working with Wine Dlls snapshot 2) Major milestones ( 6 months away) - Explorer , regedit , Taskmgr - TCP-IP - Plug&Play manager - Azerty keyboard (may be I can take care of it) 3) Major milestones ( 12 months away) - Mozilla navigator - Internet access - USB support - Ntfs support + Reactos Boot from Ntfs partition - Game support ( Unreal tournament for example) 3) Major milestones ( 18 months away) - Installer (hardware and software components ) - OpenOffice - Audio support + Winamp Best regards Gerard From johannes_olofsson@spray.se Tue Oct 14 08:06:44 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9E66ixv013661 for ; Tue, 14 Oct 2003 08:06:44 +0200 Received: from lmsmtp03.st1.spray.net (lmsmtp03.st1.spray.net [212.78.202.113]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9E66iXK022762 for ; Tue, 14 Oct 2003 08:06:44 +0200 Received: from martin (h246n1c1o1044.bredband.skanova.com [81.225.48.246]) by lmsmtp03.st1.spray.net (Postfix) with ESMTP id 554A13CF50 for ; Tue, 14 Oct 2003 08:06:08 +0200 (MEST) Date: Tue, 14 Oct 2003 08:02:57 +0200 To: ReactOS General List Subject: Re: [ros-kernel] ReactOS Roadmap Content-Type: text/plain; charset=iso-8859-1; format=flowed References: <20031013192610.75758.qmail@web41505.mail.yahoo.com> From: Johannes Olofsson MIME-Version: 1.0 Message-ID: In-Reply-To: <20031013192610.75758.qmail@web41505.mail.yahoo.com> User-Agent: Opera7.11/Win32 M2 build 2880 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2003 06:06:44 -0000 Hi! It could be useful in this case to perform a simple WBS in order to find out the dependancies between the tasks (to find out in which order things have to be implemented). That makes it easier to do reasonable time estimations. BTW, one goal that could attract some developers an sponsors would be to be able to run ReactOS as a thin client. Regards Johannes Olofsson On Mon, 13 Oct 2003 12:26:10 -0700 (PDT), Jason Filby wrote: > Hi all > > This is an important topic that needs dealing with - we need everyone > to get involved on this topic. We need a roadmap because: > · it attracts more developers - I have personally witnessed a dev > saying that they're hesitant to get involved because we have no roadmap > · funding - investors cannot be expected to give funding to the > Foundation if we can't tell them what our roadmap is > · we know where we're going and can work together more effectively > ... ... > Regards > Jason From ge@gse.nl Tue Oct 14 09:20:40 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9E7Kexv014047 for ; Tue, 14 Oct 2003 09:20:40 +0200 Received: from smtpzilla3.xs4all.nl (smtpzilla3.xs4all.nl [194.109.127.139]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9E7KdXK039524 for ; Tue, 14 Oct 2003 09:20:39 +0200 Received: from gsep1 (geldorp.xs4all.nl [194.109.161.161]) by smtpzilla3.xs4all.nl (8.12.9/8.12.9) with ESMTP id h9E7K9Wi002450 for ; Tue, 14 Oct 2003 09:20:09 +0200 (CEST) From: "Ge van Geldorp" To: "'ReactOS General List'" Subject: RE: [ros-kernel] ROS on 486 Date: Tue, 14 Oct 2003 09:20:09 +0200 Message-ID: <001f01c39223$99a73a50$0a01a8c0@gse.local> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h9E7Kexv014047 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2003 07:20:40 -0000 > From: Michael B. Trausch > > SMSS fails to load. Here's as much of the screen as is > present, on the screen (started with screen debugging > enabled), with more info to follow: > > SMSS: Created paging file \??\C:\reactos\pagefile.sys with size 200KB > DriverBase for \SystemRoot\system32\win32k.sys: ddf07000 > DriverBase for \SystemRoot\system32\freetype.dll: de01b000 > Win32K: Failed to open mouse. I assume you use the 0.1.4 release? In that case, this last line is a clue to the cause: ReactOS can't find a mouse. This would in turn make win32k.sys fail to load. The current CVS code handles this situation gracefully (i.e. it will just continue to boot), so you should either attach a mouse or switch to CVS. Gé van Geldorp. From martin-fuchs@gmx.net Tue Oct 14 10:17:19 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9E8HJxv014526 for ; Tue, 14 Oct 2003 10:17:19 +0200 Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9E8HJXK112794 for ; Tue, 14 Oct 2003 10:17:19 +0200 Message-Id: <200310140817.h9E8HJXK112794@dutlru2.lr.tudelft.nl> Received: (qmail 9560 invoked by uid 65534); 14 Oct 2003 08:16:13 -0000 Received: from p3E9E39B1.dip0.t-ipconnect.de (EHLO lisi) (62.158.57.177) by mail.gmx.net (mp016) with SMTP; 14 Oct 2003 10:16:13 +0200 X-Authenticated: #3470264 Content-Type: text/plain; charset=us-ascii Date: Tue, 14 Oct 2003 08:31:37 +0100 From: "Martin Fuchs" In-Reply-To: <20031013233712.39922.qmail@web21104.mail.yahoo.com> MIME-Version: 1.0 References: <20031013233712.39922.qmail@web21104.mail.yahoo.com> To: "ReactOS General List" , "Martin Fuchs" X-Mailer: Martin's Mailer Version 1.0 UTF8 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h9E8HJxv014526 Cc: Subject: [ros-kernel] Re: SetShellWindow() and friends X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2003 08:17:19 -0000 > Hello Martin, > Does SetShellWindows() and friends work under ReactOS? > > Thanks > Steven No, the implementation is currently not complete. There is not yet any attempt to fix the window z-order if a shell window is registered. At the moment it simply stores the window pointers, nothing more. I want to try to get it right on Wine first. I doubt, ReactOS is yet ready for such things. I never saw more than one popup window running on it. When trying to start to test program on ROS with "user32_test.exe win" I get only the following: Bug detected (code 1e param 0 0 0 0) KMODE_EXCEPTION_NOT_HANDLED Page Fault Exception: 14(2) Processor: 0 CS:EIP 8:c0009862 cr2 fffffed8 cr3 79c000 Proc: c11e3748 Pid: 9 Thrd: c11dc840 Tid: 29 DS 10 ES 10 FS 30 GS 10 EAX: fffffed8 EBX: ddb7df84 ECX: c11e3950 EDX: ddb7df84 EBP: ddb7deb0 ESI: 0000000e EDI: c11dc840 EFLAGS: 00010297 kESP ddb7dd44 kernel stack base ddb7b000 ESP ddb7dd44 Frames: Martin From fd0man@chadeux.homelinux.net Tue Oct 14 11:59:59 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9E9xxxv015351 for ; Tue, 14 Oct 2003 11:59:59 +0200 Received: from chadeux.homelinux.net (cblmdm204-118-177-204.buckeye-express.com [204.118.177.204]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9E9xvXK021546 for ; Tue, 14 Oct 2003 11:59:58 +0200 Received: from chadeux.homelinux.net (IDENT:1000@localhost [127.0.0.1]) by chadeux.homelinux.net (8.12.8/8.12.8) with ESMTP id h9E9tpng014711 for ; Tue, 14 Oct 2003 05:55:51 -0400 Received: from localhost (fd0man@localhost) by chadeux.homelinux.net (8.12.8/8.12.8/Submit) with ESMTP id h9E9tolW014708 for ; Tue, 14 Oct 2003 05:55:51 -0400 Date: Tue, 14 Oct 2003 05:55:48 -0400 (EDT) From: "Michael B. Trausch" To: ReactOS General List Subject: RE: [ros-kernel] ROS on 486 In-Reply-To: <001f01c39223$99a73a50$0a01a8c0@gse.local> Message-ID: References: <001f01c39223$99a73a50$0a01a8c0@gse.local> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2003 09:59:59 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, 14 Oct 2003, Ge van Geldorp wrote: > > From: Michael B. Trausch > > I assume you use the 0.1.4 release? In that case, this last line is a > clue to the cause: ReactOS can't find a mouse. This would in turn make > win32k.sys fail to load. > > The current CVS code handles this situation gracefully (i.e. it will > just continue to boot), so you should either attach a mouse or switch to > CVS. > Mouse is attached. Generic serial mouse on COM1. :^) Works in DOS and Win95. So then the question is, why is it *not* finding the mouse, and croaking? - Mike Michael B. Trausch AIM: MBTrausch 720 Orchard St. E-mail: fd0man@chadeux.homelinux.net Toledo, OH 43609 Second E-Mail: fd0man@yahoo.com (419) 514-5047 Web: http://chadeux.homelinux.net - ----------------------------------------------------------------- People will forget what you said and what you did, but they will never forget how you made them feel. - ----------------------------------------------------------------- NOTICE: fd0man@yahoo.com's key is REVOKED. Please do not use it Revokation Certificate is in the zip file @ the website below. - ----------------------------------------------------------------- If you'd like to send me secure mail, please obtain my gpg public key from my website, listed below, or if you have a Unix system: finger fd0man@chadeux.homelinux.net |less http://chadeux.homelinux.net/users/fd0man/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE/i8gl85RqKeHavSsRAtmVAJ9hSjYtxwTppa11IF4iw0w9569d/QCZAfYE +m+w9VX6MLPhAI7u2ush+aw= =3ThR -----END PGP SIGNATURE----- From ge@gse.nl Tue Oct 14 12:21:53 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9EALrxv015466 for ; Tue, 14 Oct 2003 12:21:53 +0200 Received: from smtpzilla2.xs4all.nl (smtpzilla2.xs4all.nl [194.109.127.138]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9EALqXK066048 for ; Tue, 14 Oct 2003 12:21:53 +0200 Received: from gsep1 (geldorp.xs4all.nl [194.109.161.161]) by smtpzilla2.xs4all.nl (8.12.9/8.12.9) with ESMTP id h9EALMNx025542 for ; Tue, 14 Oct 2003 12:21:22 +0200 (CEST) From: "Ge van Geldorp" To: "'ReactOS General List'" Subject: RE: [ros-kernel] ROS on 486 Date: Tue, 14 Oct 2003 12:21:22 +0200 Message-ID: <002601c3923c$ea84f160$0a01a8c0@gse.local> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h9EALrxv015466 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2003 10:21:53 -0000 > From: Michael B. Trausch > > Mouse is attached. Generic serial mouse on COM1. :^) Works > in DOS and Win95. > > So then the question is, why is it *not* finding the mouse, > and croaking? The serial mouse driver is not loaded by default. To trick ReactOS into loading it, rename /reactos/system32/drivers/psaux.sys to /reactos/system32/drivers/psaux.sys.real and copy /reactos/system32/drivers/sermouse.sys to /reactos/system32/drivers/psaux.sys Gé van Geldorp. From ge@gse.nl Tue Oct 14 14:19:05 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9ECJ5xv016417 for ; Tue, 14 Oct 2003 14:19:05 +0200 Received: from smtpzilla1.xs4all.nl (smtpzilla1.xs4all.nl [194.109.127.137]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9ECJ4XK016108 for ; Tue, 14 Oct 2003 14:19:04 +0200 Received: from gsep1 (geldorp.xs4all.nl [194.109.161.161]) by smtpzilla1.xs4all.nl (8.12.9/8.12.9) with ESMTP id h9ECIYh6083030 for ; Tue, 14 Oct 2003 14:18:34 +0200 (CEST) From: "Ge van Geldorp" To: "'ReactOS General List'" Subject: RE: [ros-kernel] More Tests Date: Tue, 14 Oct 2003 14:18:34 +0200 Message-ID: <003201c3924d$49ecab10$0a01a8c0@gse.local> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 In-Reply-To: <3F8B3B6B.3070809@adsl-64-217-116-74.dsl.hstntx.swbell.net> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h9ECJ5xv016417 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2003 12:19:05 -0000 Could you enter this into Bugzilla (http://www.reactos.com/bugzilla)? Thanks, Gé van Geldorp. > -----Original Message----- > From: ros-kernel-bounces@reactos.com > [mailto:ros-kernel-bounces@reactos.com] On Behalf Of James Tabor > Sent: Tuesday, October 14, 2003 01:55 > To: ros-kernel@reactos.com > Subject: [ros-kernel] More Tests > > > From running primitives.exe test program. > Looks like something is wrong in gdiobj.c? > > > [SCROLL_DrawInterior:1] > [SCROLL_DrawInterior:1] > [SCROLL_DrawInterior:1] > [SCROLL_DrawInterior:1] > [SCROLL_DrawInterior:1] > [SCROLL_DrawInterior:1] > [SCROLL_DrawInterior:1] > [SCROLL_DrawInterior:1] > [SCROLL_DrawInterior:1] > 1. rect.top == 23 > HSCROLL: 453 < 480 - 23 - 4 > 1. rect.top == 23 > HSCROLL: 453 < 480 - 23 - 4 > [SCROLL_DrawInterior:1] > HSCROLL: 453 < 453 - 0 - 0 > (objects/gdiobj.c:456) Invalid ObjectHandle 0x00000010 > (KERNEL32:process/create.c:328) Process terminated abnormally > due to unhandled exception > (KERNEL32:process/create.c:329) Address: 401ce1 > ExceptionRecord->ExceptionAddress = 0xde447e07 > KeBugCheckWithTf at ke/catch.c:152 > Bug detected (code 1e param 0 0 0 0) > KMODE_EXCEPTION_NOT_HANDLED > > Page Fault Exception: 14(0) > Processor: 0 CS:EIP 8:de447e07 > cr2 54 cr3 c5bf000 Proc: c161fc98 Pid: 8 Thrd: c1628b10 > Tid: 27 DS 10 ES 10 FS 30 GS 10 > EAX: 00000000 EBX: 0000001c ECX: 0000001c > EDX: 00000000 EBP: de8a6de8 ESI: 00620724 > EDI: de8a6f84 EFLAGS: 00010282 kESP de8a6d54 kernel stack > base de8a4000 > ESP de8a6d54 > Frames: > oskrnl.exe: 574a1> 56910> a45> > ExceptionRecord->ExceptionAddress = 0xc00054a4 > KeBugCheckWithTf at ke/catch.c:152 > Bug detected (code 1e param 0 0 0 0) > KMODE_EXCEPTION_NOT_HANDLED > > Recursive bug check halting now > > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinf> o/ros-kernel > From dome@koganet.ne.jp Tue Oct 14 17:46:23 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9EFkMxv018282 for ; Tue, 14 Oct 2003 17:46:23 +0200 Received: from mail.koganet.ne.jp (titan2.koganet.ne.jp [61.114.14.11]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9EFkKXK094040 for ; Tue, 14 Oct 2003 17:46:21 +0200 Received: from local (208.69.113.221.ap.yournet.ne.jp [221.113.69.208]) by mail.koganet.ne.jp (8.10.2/8.10.2) with SMTP id h9EFiZf20581 for ; Wed, 15 Oct 2003 00:44:36 +0900 Received: from local (208.69.113.221.ap.yournet.ne.jp [221.113.69.208]) by mail.koganet.ne.jp (8.10.2/8.10.2) with SMTP id h9EFiZf20581 for ; Wed, 15 Oct 2003 00:44:36 +0900 X-RAV-AntiVirus: This e-mail has been scanned for viruses on host: mail.koganet.ne.jp Message-ID: <02bb01c39269$e42ece80$0200a8c0@local> From: "d_layer" To: Date: Wed, 15 Oct 2003 00:43:17 +0900 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_02B4_01C392B5.5323D920" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [ros-kernel] [PATCH] eliminate unnecessary recompilation X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2003 15:46:23 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_02B4_01C392B5.5323D920 Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: 7bit Hello, I found two problems that causes unnecessary recompilation of files in our build system. 1) Make can't detect right dependencies for host native zlib because makefile is wrong. 2) buildno program updates version.h even if build number is not changed (windows only). Attached patch should fix these. Please review and commit. -- d_layer ------=_NextPart_000_02B4_01C392B5.5323D920 Content-Type: application/octet-stream; name="build-system.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="build-system.patch" Index: lib/zlib/Makefile.host =================================================================== RCS file: /CVS/ReactOS/reactos/lib/zlib/Makefile.host,v retrieving revision 1.1 diff -u -r1.1 Makefile.host --- lib/zlib/Makefile.host 24 Aug 2003 10:36:06 -0000 1.1 +++ lib/zlib/Makefile.host 14 Oct 2003 12:54:25 -0000 @@ -23,16 +23,18 @@ infutil.o \ inffast.o +OBJECTS := $(OBJECTS:%=hostobjs/%) + all: hostobjs $(TARGET) hostobjs: - $(RMKDIR) hostobjs -%.o: %.c - $(HOST_CC) $(CFLAGS) -c $< -o hostobjs/$@ +hostobjs/%.o: %.c + $(HOST_CC) $(CFLAGS) -c $< -o $@ $(TARGET): $(OBJECTS) - $(HOST_AR) -r $(TARGET) $(addprefix hostobjs/, $(OBJECTS)) + $(HOST_AR) -r $(TARGET) $^ clean: - $(RM) hostobjs/* Index: tools/buildno.c =================================================================== RCS file: /CVS/ReactOS/reactos/tools/buildno.c,v retrieving revision 1.1 diff -u -r1.1 buildno.c --- tools/buildno.c 23 Aug 2001 21:41:35 -0000 1.1 +++ tools/buildno.c 14 Oct 2003 12:54:27 -0000 @@ -117,7 +117,7 @@ KERNEL_VERSION_PATCH_LEVEL); s = s + sprintf (s, "#endif\n/* EOF */\n"); - h = fopen (BUILDNO_INCLUDE_FILE, "r"); + h = fopen (BUILDNO_INCLUDE_FILE, "rb"); if (h != NULL) { fseek(h, 0, SEEK_END); @@ -138,7 +138,7 @@ fclose(h); } - h = fopen (BUILDNO_INCLUDE_FILE, "w"); + h = fopen (BUILDNO_INCLUDE_FILE, "wb"); if (!h) { fprintf (stderr, ------=_NextPart_000_02B4_01C392B5.5323D920-- From jasonfilby@yahoo.com Tue Oct 14 20:28:29 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9EISSxv019677 for ; Tue, 14 Oct 2003 20:28:28 +0200 Received: from web41501.mail.yahoo.com (web41501.mail.yahoo.com [66.218.93.84]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9EISRXK092474 for ; Tue, 14 Oct 2003 20:28:28 +0200 Message-ID: <20031014182820.18831.qmail@web41501.mail.yahoo.com> Received: from [155.239.192.156] by web41501.mail.yahoo.com via HTTP; Tue, 14 Oct 2003 11:28:20 PDT Date: Tue, 14 Oct 2003 11:28:20 -0700 (PDT) From: Jason Filby Subject: RE: [ros-kernel] ReactOS requirements To: ReactOS General List In-Reply-To: <001301c391d4$f4270cc0$0a01a8c0@gse.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2003 18:28:29 -0000 Eek! Fixed. --- Ge van Geldorp wrote: > > From: Jason Filby > > > > its now available in the Library under the Installation Guide: > > http://reactos.com/index.php/content/view/full/325 > > > > Cheers > > Jason > > > >From: Jason Filby > > >Can someone please list the minimum requirements for ReactOS? > > >I know 32 MB RAM is one of them. I'll put them on reactos.com > > Ehhmmm, you forgot the 32Mb RAM.... > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From jasonfilby@yahoo.com Tue Oct 14 20:38:06 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9EIc6xv019774 for ; Tue, 14 Oct 2003 20:38:06 +0200 Received: from web41503.mail.yahoo.com (web41503.mail.yahoo.com [66.218.93.86]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9EIc4XK062032 for ; Tue, 14 Oct 2003 20:38:05 +0200 Message-ID: <20031014183754.49691.qmail@web41503.mail.yahoo.com> Received: from [155.239.192.156] by web41503.mail.yahoo.com via HTTP; Tue, 14 Oct 2003 11:37:54 PDT Date: Tue, 14 Oct 2003 11:37:54 -0700 (PDT) From: Jason Filby Subject: Re: [ros-kernel] ReactOS Roadmap To: ReactOS General List In-Reply-To: <002e01c391d6$83fc8860$1a6f17ac@MAIN> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2003 18:38:06 -0000 Hi Valentin Thanks for the input; could you give vague dates where you'd like to see each milestone achieved? Thanks Jason --- Valentin wrote: > Among other major milestones in ROS roadmap, > I'd like to suggest the following: > 1. To build the base for ROS Preinstallation Edition > This is a complete Win32 environment with GUI & Network support > running > from CD. > It can be used in future for recovery & other goals as rescue > platform > (e.g when > a host non-booting system can be restored with ROS PE ) > There are companies making recovery tools and looking for this > OS: > e.g Winternals, image LAN , etc. MS Win PE has very > expensive license > that accessible only for big OEM customers. > I am ready personally to take part in this undertaking , > after NTFS > will be comleted :-) > > 2. To enable OS adjustment for various goals: > - Workstation or Server key building possibility. > - Creation Real-Time possibility by means IRQL engine tuning > in the > time of compiling. > In W2k user-level applications execute only when a > processor's IRQL > is at passive, > therefor it isn't suitable as a real-time OS. We can try to > adjust > ROS to enable, that > special case in a live system won't cause the system to > miss an > important deadline. > -Open source OS is more attractive for enterpises as long as > it allow > to get customizable > parameters (e.g to change the max. count of open sockets in > host) > - We can exploit most weak features of Microsoft Windows to > draw > attention from > potential investors. > > Regards, > Valentin. > > > > > > > > > > > ----- Original Message ----- > From: "Jason Filby" > To: > Sent: Monday, October 13, 2003 9:26 PM > Subject: [ros-kernel] ReactOS Roadmap > > > > Hi all > > > > This is an important topic that needs dealing with - we need > everyone > > to > > get involved on this topic. We need a roadmap because: > > · it attracts more developers - I have personally witnessed a dev > > saying > > that they're hesitant to get involved because we have no roadmap > > · funding - investors cannot be expected to give funding to the > > Foundation if we can't tell them what our roadmap is > > · we know where we're going and can work together more > effectively > > > > After discussion with Vizzini we agreed that the best way to do > this > > is > > set major milestones for the next 6, 12 and 18 months. Then, fill > in > > the > > details on how to get there in between. > > > > Please suggest: > > · major milestones (6, 12 and 18 months away) > > · minor milestones (minimum granularity of a month) > > > > Thanks for your support in this matter! Lets get this discussion > on > > the > > roll :) > > > > Regards > > Jason > > > > > > > > __________________________________ > > Do you Yahoo!? > > The New Yahoo! Shopping - with improved product search > > http://shopping.yahoo.com > > _______________________________________________ > > Ros-kernel mailing list > > Ros-kernel@reactos.com > > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > > > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From jasonfilby@yahoo.com Tue Oct 14 20:44:59 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9EIixxv019833 for ; Tue, 14 Oct 2003 20:44:59 +0200 Received: from web41511.mail.yahoo.com (web41511.mail.yahoo.com [66.218.93.94]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9EIiwXK094020 for ; Tue, 14 Oct 2003 20:44:58 +0200 Message-ID: <20031014184447.7684.qmail@web41511.mail.yahoo.com> Received: from [155.239.192.156] by web41511.mail.yahoo.com via HTTP; Tue, 14 Oct 2003 11:44:47 PDT Date: Tue, 14 Oct 2003 11:44:47 -0700 (PDT) From: Jason Filby Subject: Re: [ros-kernel] ReactOS Roadmap To: ReactOS General List In-Reply-To: <3F8B901E.1080404@laposte.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2003 18:44:59 -0000 Very good! Perhaps some of the others can weigh in to refine this? For instance Open Office should probably be running at about the same time as Mozilla. Cheers Jason --- gge wrote: > Jason Filby wrote: > > >Hi all > > > >This is an important topic that needs dealing with - we need > everyone > >to > >get involved on this topic. We need a roadmap because: > >· it attracts more developers - I have personally witnessed a dev > >saying > >that they're hesitant to get involved because we have no roadmap > >· funding - investors cannot be expected to give funding to the > >Foundation if we can't tell them what our roadmap is > >· we know where we're going and can work together more effectively > > > >After discussion with Vizzini we agreed that the best way to do > this > >is > >set major milestones for the next 6, 12 and 18 months. Then, fill > in > >the > >details on how to get there in between. > > > >Please suggest: > >· major milestones (6, 12 and 18 months away) > >· minor milestones (minimum granularity of a month) > > > >Thanks for your support in this matter! Lets get this discussion > on > >the roll :) > > > >Regards > >Jason > > > > > > > Hi Jason, > > Please find my personal wishes for the Reactos Road Map , in order > to > have Reactos running in real hardware. > May be some features will require too much efforts from the project > to > be accomplished. or are not matching the priorities of the project > . > > 1) Minor milestones > > - Loading of my NIC card driver ( 3COM Eteherlink3 3C509B) and > successful ping > - Explorer working with Wine Dlls snapshot > > 2) Major milestones ( 6 months away) > > - Explorer , regedit , Taskmgr > - TCP-IP > - Plug&Play manager > - Azerty keyboard (may be I can take care of it) > > 3) Major milestones ( 12 months away) > > - Mozilla navigator > - Internet access > - USB support > - Ntfs support + Reactos Boot from Ntfs partition > - Game support ( Unreal tournament for example) > > 3) Major milestones ( 18 months away) > > - Installer (hardware and software components ) > - OpenOffice > - Audio support + Winamp > > Best regards > Gerard > > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From jasonfilby@yahoo.com Tue Oct 14 20:50:00 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9EIo0xv019862 for ; Tue, 14 Oct 2003 20:50:00 +0200 Received: from web41502.mail.yahoo.com (web41502.mail.yahoo.com [66.218.93.85]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9EInxXK111668 for ; Tue, 14 Oct 2003 20:49:59 +0200 Message-ID: <20031014184939.60943.qmail@web41502.mail.yahoo.com> Received: from [155.239.192.156] by web41502.mail.yahoo.com via HTTP; Tue, 14 Oct 2003 11:49:39 PDT Date: Tue, 14 Oct 2003 11:49:39 -0700 (PDT) From: Jason Filby Subject: Re: [ros-kernel] ReactOS Roadmap To: ReactOS General List In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2003 18:50:00 -0000 Hi Johannes The devs know the dependencies to get to their milestones, its just a matter of them coming forward with them :) Thin client is already something that I have in the funding proposal to be pitched to Oracle - I think they would be game for that. Thanks for the input Jason --- Johannes Olofsson wrote: > Hi! > It could be useful in this case to perform a simple WBS in order to > find > out the dependancies between the tasks (to find out in which order > things > have to be implemented). That makes it easier to do reasonable time > > estimations. > > BTW, one goal that could attract some developers an sponsors would > be to be > able to run ReactOS as a thin client. > > Regards > Johannes Olofsson > > > On Mon, 13 Oct 2003 12:26:10 -0700 (PDT), Jason Filby > wrote: > > > Hi all > > > > This is an important topic that needs dealing with - we need > everyone > > to get involved on this topic. We need a roadmap because: > > · it attracts more developers - I have personally witnessed a dev > > saying that they're hesitant to get involved because we have no > roadmap > > · funding - investors cannot be expected to give funding to the > > Foundation if we can't tell them what our roadmap is > > · we know where we're going and can work together more > effectively > > ... > ... > > Regards > > Jason > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From jasonfilby@yahoo.com Tue Oct 14 21:11:22 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9EJBMxv020073 for ; Tue, 14 Oct 2003 21:11:22 +0200 Received: from web41510.mail.yahoo.com (web41510.mail.yahoo.com [66.218.93.93]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9EJBKXK040074 for ; Tue, 14 Oct 2003 21:11:21 +0200 Message-ID: <20031014191111.36293.qmail@web41510.mail.yahoo.com> Received: from [155.239.192.156] by web41510.mail.yahoo.com via HTTP; Tue, 14 Oct 2003 12:11:11 PDT Date: Tue, 14 Oct 2003 12:11:11 -0700 (PDT) From: Jason Filby Subject: Re: [ros-kernel] Re: WINE porting templates To: ReactOS General List , dpaun@rogers.com, wine-devel@winehq.com, Vizzini In-Reply-To: <20031013212839.14953.qmail@web21104.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: ros-kernel@reactos.com X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2003 19:11:22 -0000 Hi all I agree that forking should be avoided at all costs. Of course it will be unavoidable for lower level DLLs such as user32. I'm getting the tail end of this discussion so someone please fill me in if I'm missing some big issues. The big deal with be source control differences between the two projects - we'll probably have to come up with a document on this to clarify things. Regards Jason --- Steven Edwards wrote: > --- "Dimitrie O. Paun" wrote: > > I think forking them does no one no favours, either Wine for > ReactOS. > > If our code is OK, tweaking it to work around bugs in ReactOS is > a > > very, very bad idea: > > -- you end up with a system capable of running just some > tweaked > > apps > > -- it diminishes incentive to fix the real problem > > -- we end up with a forked codebase > > Similarly, if we have problems in our codebase, we'd appreciate > > fixes, > > or at least to know about it. This is the entire reason to want > our > > stuff to be portable -- to have other people test the code and > report > > (or even fix) problems. If you fork the code, you also cut the > stream > > of patches flowing into Wine. > > > > In the end we both lose. Even if you don't care about Wine, I > can't > > see > > how forking anything is a good idea for ReactOS. > > Dont get me wrong I dont think it is either. I just dont make the > policy as to how we are going to handle this in ReactOS. I am all > for > us working together as much as possible with little or no forking > but > its going to take some work to setup a system that will work for > both > partys. > > I will start by setting up a box that does weekly builds for > Mingw/ReactOS. > > Thanks > Steven > > __________________________________ > Do you Yahoo!? > The New Yahoo! Shopping - with improved product search > http://shopping.yahoo.com > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From jasonfilby@yahoo.com Tue Oct 14 21:11:26 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9EJBQxv020076 for ; Tue, 14 Oct 2003 21:11:26 +0200 Received: from web41510.mail.yahoo.com (web41510.mail.yahoo.com [66.218.93.93]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9EJBOXK111838 for ; Tue, 14 Oct 2003 21:11:25 +0200 Message-ID: <20031014191111.36293.qmail@web41510.mail.yahoo.com> Received: from [155.239.192.156] by web41510.mail.yahoo.com via HTTP; Tue, 14 Oct 2003 12:11:11 PDT Date: Tue, 14 Oct 2003 12:11:11 -0700 (PDT) From: Jason Filby Subject: Re: [ros-kernel] Re: WINE porting templates To: ReactOS General List , dpaun@rogers.com, wine-devel@winehq.com, Vizzini In-Reply-To: <20031013212839.14953.qmail@web21104.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: ros-kernel@reactos.com X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2003 19:11:26 -0000 Hi all I agree that forking should be avoided at all costs. Of course it will be unavoidable for lower level DLLs such as user32. I'm getting the tail end of this discussion so someone please fill me in if I'm missing some big issues. The big deal with be source control differences between the two projects - we'll probably have to come up with a document on this to clarify things. Regards Jason --- Steven Edwards wrote: > --- "Dimitrie O. Paun" wrote: > > I think forking them does no one no favours, either Wine for > ReactOS. > > If our code is OK, tweaking it to work around bugs in ReactOS is > a > > very, very bad idea: > > -- you end up with a system capable of running just some > tweaked > > apps > > -- it diminishes incentive to fix the real problem > > -- we end up with a forked codebase > > Similarly, if we have problems in our codebase, we'd appreciate > > fixes, > > or at least to know about it. This is the entire reason to want > our > > stuff to be portable -- to have other people test the code and > report > > (or even fix) problems. If you fork the code, you also cut the > stream > > of patches flowing into Wine. > > > > In the end we both lose. Even if you don't care about Wine, I > can't > > see > > how forking anything is a good idea for ReactOS. > > Dont get me wrong I dont think it is either. I just dont make the > policy as to how we are going to handle this in ReactOS. I am all > for > us working together as much as possible with little or no forking > but > its going to take some work to setup a system that will work for > both > partys. > > I will start by setting up a box that does weekly builds for > Mingw/ReactOS. > > Thanks > Steven > > __________________________________ > Do you Yahoo!? > The New Yahoo! Shopping - with improved product search > http://shopping.yahoo.com > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From fd0man@chadeux.homelinux.net Tue Oct 14 21:28:40 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9EJSexv020181 for ; Tue, 14 Oct 2003 21:28:40 +0200 Received: from chadeux.homelinux.net (cblmdm204-118-177-204.buckeye-express.com [204.118.177.204]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9EJSdXK049886 for ; Tue, 14 Oct 2003 21:28:40 +0200 Received: from chadeux.homelinux.net (IDENT:1000@localhost [127.0.0.1]) by chadeux.homelinux.net (8.12.8/8.12.8) with ESMTP id h9EJOLgt000884 for ; Tue, 14 Oct 2003 15:24:21 -0400 Received: from localhost (fd0man@localhost) by chadeux.homelinux.net (8.12.8/8.12.8/Submit) with ESMTP id h9EJOJBW000881 for ; Tue, 14 Oct 2003 15:24:21 -0400 Date: Tue, 14 Oct 2003 15:24:13 -0400 (EDT) From: "Michael B. Trausch" To: ReactOS General List Subject: RE: [ros-kernel] ROS on 486 In-Reply-To: <002601c3923c$ea84f160$0a01a8c0@gse.local> Message-ID: References: <002601c3923c$ea84f160$0a01a8c0@gse.local> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2003 19:28:40 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, 14 Oct 2003, Ge van Geldorp wrote: > > > From: Michael B. Trausch > > > > Mouse is attached. Generic serial mouse on COM1. :^) Works > > in DOS and Win95. > > > > So then the question is, why is it *not* finding the mouse, > > and croaking? > > The serial mouse driver is not loaded by default. To trick ReactOS into > loading it, rename /reactos/system32/drivers/psaux.sys to > /reactos/system32/drivers/psaux.sys.real and copy > /reactos/system32/drivers/sermouse.sys to > /reactos/system32/drivers/psaux.sys > And... no. Still does not boot, ends with Hard Error c000021a, fails to open mouse, and it won't load subsystems. There's something else wrong... Ideas? - Mike Michael B. Trausch AIM: MBTrausch 720 Orchard St. E-mail: fd0man@chadeux.homelinux.net Toledo, OH 43609 Second E-Mail: fd0man@yahoo.com (419) 514-5047 Web: http://chadeux.homelinux.net - ----------------------------------------------------------------- People will forget what you said and what you did, but they will never forget how you made them feel. - ----------------------------------------------------------------- NOTICE: fd0man@yahoo.com's key is REVOKED. Please do not use it Revokation Certificate is in the zip file @ the website below. - ----------------------------------------------------------------- If you'd like to send me secure mail, please obtain my gpg public key from my website, listed below, or if you have a Unix system: finger fd0man@chadeux.homelinux.net |less http://chadeux.homelinux.net/users/fd0man/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE/jE1g85RqKeHavSsRAsDZAKCDkkZjE/HBzC8RZGcT9mVxNrLLygCfZjT6 /KbGit6v98GUV02WyV9Z+vg= =Ny71 -----END PGP SIGNATURE----- From vizzini@plasmic.com Tue Oct 14 22:33:37 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9EKXbxv020794 for ; Tue, 14 Oct 2003 22:33:37 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9EKXaXK093976 for ; Tue, 14 Oct 2003 22:33:37 +0200 Received: from sts (steve-o [209.242.72.96]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9EKXXE4030503 for ; Tue, 14 Oct 2003 15:33:33 -0500 Subject: Re: [ros-kernel] ROS on 486 From: Vizzini To: ReactOS General List In-Reply-To: <3F8B713D.9060605@tpgi.com.au> References: <30BD5C113939D211B19800805FC196AC08750EB6@nbnzhexch1.nbnz.co.nz> <3F8B713D.9060605@tpgi.com.au> Content-Type: text/plain Message-Id: <1066163494.1246.9.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Tue, 14 Oct 2003 15:31:34 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2003 20:33:37 -0000 On Mon, 2003-10-13 at 22:45, Jonathan Wilson wrote: > > Its not the 'old' 386 PC boxes that people are interested in > > running Reactos on, its the brand new PC-104 form factor > > embedded PC's that have an all in one 386 CPU and PC chipset > > (just add RAM). > Why would someone want to design an embedded chipset with a 386 in it in > this day and age. > Surely, one could put a 486 in there and get the benifits of its > non-brokenness when it comes to flat 32bit protected mode... 486 chips are considerably more complicated than 386 chips; embedded systems can be *very* price-sensitive, and this difference could be quite meaningful. -Vizzini From vizzini@plasmic.com Tue Oct 14 23:10:41 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9ELAfxv021151 for ; Tue, 14 Oct 2003 23:10:41 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9ELAeXK062138 for ; Tue, 14 Oct 2003 23:10:40 +0200 Received: from sts (steve-o [209.242.72.96]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9ELAbE4030883 for ; Tue, 14 Oct 2003 16:10:37 -0500 Subject: Re: [ros-kernel] winioctl.h vs ddk/winddk.h and ddk/ntifs.h From: Vizzini To: ros-kernel@reactos.com In-Reply-To: <000e01c38be9$51c4f910$776d65da@DANNY> References: <000e01c38be9$51c4f910$776d65da@DANNY> Content-Type: text/plain Message-Id: <1066165718.1242.17.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Tue, 14 Oct 2003 16:08:38 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2003 21:10:41 -0000 Was anything ever done with this? -Vizzini On Mon, 2003-10-06 at 04:06, Danny Smith wrote: > Casper, > > Many of the definitions in winioctl.h are also duplicated in > ddk/winddk.h or ddk/ntifs. > We can sync the preprocessor stuff, if necessary, but the structs and > typedefs are more problematic. > > Compiling this test_ddk_headers1.c from ddk include directory: > > /* gcc -Wall -Wsystem-headers -I. -I.. test_ddk_headers1.c */ > #include > #include > #include > > #include "ntapi.h" > #include "ntifs.h" > #include "winddk.h" > > int main(){ return 0;} > > gives attached error log. > > How do you want to handle? With a blanket #ifdef _WINICOTL_DDK guard in > the relevant files? > Or just remove the winioctl.h defines from ddk ( and include winioctl.h > from winddk.h and ntifs.h) > Or another idea? > > Danny From aleksey@studiocerebral.com Tue Oct 14 23:29:56 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9ELTuxv021297 for ; Tue, 14 Oct 2003 23:29:56 +0200 Received: from mail1.atl.registeredsite.com (nobody@mail1.atl.registeredsite.com [64.224.219.75]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9ELTtXK021662 for ; Tue, 14 Oct 2003 23:29:55 +0200 Received: from imta01a2.registeredsite.com (imta01a2.registeredsite.com [64.225.255.10]) by mail1.atl.registeredsite.com (8.12.8/8.12.9) with ESMTP id h9ELTNVv011429 for ; Tue, 14 Oct 2003 17:29:23 -0400 Received: from skynetp4 ([194.190.216.116]) by imta01a2.registeredsite.com with SMTP id <20031014212903.IQIF13923.imta01a2.registeredsite.com@skynetp4> for ; Tue, 14 Oct 2003 17:29:03 -0400 Message-ID: <012001c3929a$2b025d60$0100a8c0@skynetp4> From: "Aleksey Bragin" To: References: <20031013192610.75758.qmail@web41505.mail.yahoo.com> Subject: Re: [ros-kernel] ReactOS Roadmap -- my personal thoughts Date: Wed, 15 Oct 2003 01:28:47 +0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2003 21:29:56 -0000 Hi, I'd like to give my point of view on this (though my comitting activity in ROS is like sin(x) function, but nevertheless I'm always uptodate with mailing lists and IRC). Soon will be the time (maybe even now) to define tasks, which ROS can perform, and from which it can benefit (developers can benefit actually, everyone will be happy to get some financing). I propose to have in ReactOS Roadmap something like a hierarchy of tasks, which ROS can perfrom. The highest level of hierarchy - the most top-level tasks. For example: (These ideas have already been mentioned by other people on this list, see previous messages). 1) ROS running from CD and being able to repair from running ROS existing Windows installation 2) Have ROS running on 486, for PC/104 form factor (embedded systems, I'm specifically interested in this, since I'm slightly familiar with the conception of wearable computers, and ROS would be very good as an open-source operating system for such needs) 3) Have ROS doing something useful, so people can really _use_ it. Nothing big or great --- just typing and printing of text from it is already great. For example I would install it on my "everyday" laptop (P-133), and text-handling stuff can be done from ROS. 4) Using ROS as a thin client for some networking/administering applications The second (lower) level of hierarchy is features ROS needs to have in order to make top-level tasks come true. E.g. 1.1. Make support for NTFS 1.2. Make support for booting from CDROM 2.1. Make ROS booting on 486 2.2. Make ROS memory requirements lower 2.3. Make ROS GUI subsystem supporting some specific videomodes for wearable computers (maybe even special kernel-mode subsystem for real-time video processing on higher-end PC/104 computers) 3.1. Make notepad working 3.2. Make wordpad working 3.3. Make OpenOffice working 3.4. Make MS Office working 4.1. Make networking card working 4.2. Make IP protocol 4.3. Implement TCP/IP protocol 4.4. Make telnet, ftp clients running 4.5. Make simple FTP, HTTP servers running 4.6. Make Apache running This layer is subdivided once again into more lower-level tasks, and time estimation is given. Having such a document, along with people attached to each idea on the top (coordinators of work) could make some people and investors/sponsors interested in our work, developers work on whatever they like as they always did. OK, so this is an outline of how I could see ReactOS roadmap which is "multiple-way", which allows developers to concentrate their efforts on the final goal they want to pursue, but they still contribute to the main, core ReactOS, which idea is the same - make opensource alternative to MS Windows NT (or 2k, or XP). Any comments on this? Any new "top-level ideas", which someone want to share? (I understand that might be someone has some good idea which he doesn't want to share yet --- this is fine). With the best regards, Aleksey Bragin. ----- Original Message ----- From: "Jason Filby" To: Sent: Monday, October 13, 2003 11:26 PM Subject: [ros-kernel] ReactOS Roadmap > Hi all > > This is an important topic that needs dealing with - we need everyone > to > get involved on this topic. We need a roadmap because: > · it attracts more developers - I have personally witnessed a dev > saying > that they're hesitant to get involved because we have no roadmap > · funding - investors cannot be expected to give funding to the > Foundation if we can't tell them what our roadmap is > · we know where we're going and can work together more effectively > > After discussion with Vizzini we agreed that the best way to do this > is > set major milestones for the next 6, 12 and 18 months. Then, fill in > the > details on how to get there in between. > > Please suggest: > · major milestones (6, 12 and 18 months away) > · minor milestones (minimum granularity of a month) > > Thanks for your support in this matter! Lets get this discussion on > the > roll :) > > Regards > Jason > > > > __________________________________ > Do you Yahoo!? > The New Yahoo! Shopping - with improved product search > http://shopping.yahoo.com > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel From ge@gse.nl Tue Oct 14 23:43:38 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9ELhaxv021463 for ; Tue, 14 Oct 2003 23:43:37 +0200 Received: from smtpzilla1.xs4all.nl (smtpzilla1.xs4all.nl [194.109.127.137]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9ELhaXK021662 for ; Tue, 14 Oct 2003 23:43:36 +0200 Received: from gsep1 (geldorp.xs4all.nl [194.109.161.161]) by smtpzilla1.xs4all.nl (8.12.9/8.12.9) with ESMTP id h9ELh6mp052333 for ; Tue, 14 Oct 2003 23:43:06 +0200 (CEST) From: "Ge van Geldorp" To: "'ReactOS General List'" Subject: RE: [ros-kernel] ROS on 486 Date: Tue, 14 Oct 2003 23:43:06 +0200 Message-ID: <006401c3929c$27192a60$0a01a8c0@gse.local> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h9ELhaxv021463 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2003 21:43:38 -0000 > From: Michael B. Trausch > > And... no. > > Still does not boot, ends with Hard Error c000021a, fails to > open mouse, and it won't load subsystems. > > There's something else wrong... > > Ideas? Only idea I have left is to build from CVS, there the problem with loading win32k.sys if no mouse is found is fixed. Ofcourse you won't be able to use a mouse if it's not found... Gé van Geldorp. From fd0man@chadeux.homelinux.net Wed Oct 15 00:00:29 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9EM0Sxv021682 for ; Wed, 15 Oct 2003 00:00:28 +0200 Received: from chadeux.homelinux.net (cblmdm204-118-177-204.buckeye-express.com [204.118.177.204]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9EM0SXK049874 for ; Wed, 15 Oct 2003 00:00:28 +0200 Received: from chadeux.homelinux.net (IDENT:1000@localhost [127.0.0.1]) by chadeux.homelinux.net (8.12.8/8.12.8) with ESMTP id h9ELu9gt001313 for ; Tue, 14 Oct 2003 17:56:09 -0400 Received: from localhost (fd0man@localhost) by chadeux.homelinux.net (8.12.8/8.12.8/Submit) with ESMTP id h9ELu9vn001310 for ; Tue, 14 Oct 2003 17:56:09 -0400 Date: Tue, 14 Oct 2003 17:56:08 -0400 (EDT) From: "Michael B. Trausch" To: ReactOS General List Subject: RE: [ros-kernel] ROS on 486 In-Reply-To: <006401c3929c$27192a60$0a01a8c0@gse.local> Message-ID: References: <006401c3929c$27192a60$0a01a8c0@gse.local> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2003 22:00:29 -0000 On Tue, 14 Oct 2003, Ge van Geldorp wrote: > > Only idea I have left is to build from CVS, there the problem with > loading win32k.sys if no mouse is found is fixed. Ofcourse you won't be > able to use a mouse if it's not found... > Okay, but why isn't the serial mouse driver picking up a mouse that MS Windows and Linux pick up? I will wind up building from CVS later, prolly tomorrow, I'm tired, had to get up early for work.... :-( So, yeah. Later. - Mike Michael B. Trausch AIM: MBTrausch 720 Orchard St. E-mail: fd0man@chadeux.homelinux.net Toledo, OH 43609 Second E-Mail: fd0man@yahoo.com (419) 514-5047 Web: http://chadeux.homelinux.net ----------------------------------------------------------------- People will forget what you said and what you did, but they will never forget how you made them feel. ----------------------------------------------------------------- NOTICE: fd0man@yahoo.com's key is REVOKED. Please do not use it Revokation Certificate is in the zip file @ the website below. ----------------------------------------------------------------- If you'd like to send me secure mail, please obtain my gpg public key from my website, listed below, or if you have a Unix system: finger fd0man@chadeux.homelinux.net |less http://chadeux.homelinux.net/users/fd0man/ From Matthew.Hey@NBNZ.CO.NZ Wed Oct 15 00:17:41 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9EMHfxv021803 for ; Wed, 15 Oct 2003 00:17:41 +0200 Received: from smtp2.nbnz.co.nz (hutt.nbnz.co.nz [202.49.143.67] (may be forged)) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9EMHdXK111626 for ; Wed, 15 Oct 2003 00:17:40 +0200 Received: FROM psmmg02.nbnz.co.nz BY smtp2.nbnz.co.nz ; Wed Oct 15 11:16:23 2003 +1300 Received: from psmmg02.nbnz.co.nz (Not Verified[156.13.76.57]) by psmmg02.nbnz.co.nz with MailMarshal (v5, 0, 3, 91) id ; Wed, 15 Oct 2003 11:16:20 +1300 Received: by psmmg02.nbnz.co.nz with Internet Mail Service (5.5.2653.19) id <439ZZ88L>; Wed, 15 Oct 2003 11:16:20 +1300 Message-ID: <30BD5C113939D211B19800805FC196AC08750EB9@nbnzhexch1.nbnz.co.nz> From: Hey Matthew To: "'ReactOS General List'" Subject: RE: [ros-kernel] ROS on 486 Date: Wed, 15 Oct 2003 11:16:17 +1300 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2003 22:17:41 -0000 possibily because it uses a different mouse protocol that we haven't implemented. There are several - mouse systems, logitech etc... -----Original Message----- From: Michael B. Trausch [mailto:fd0man@chadeux.homelinux.net] Sent: Wednesday, 15 October 2003 10:56 a.m. To: ReactOS General List Subject: RE: [ros-kernel] ROS on 486 On Tue, 14 Oct 2003, Ge van Geldorp wrote: > > Only idea I have left is to build from CVS, there the problem with > loading win32k.sys if no mouse is found is fixed. Ofcourse you won't be > able to use a mouse if it's not found... > Okay, but why isn't the serial mouse driver picking up a mouse that MS Windows and Linux pick up? I will wind up building from CVS later, prolly tomorrow, I'm tired, had to get up early for work.... :-( So, yeah. Later. - Mike Michael B. Trausch AIM: MBTrausch 720 Orchard St. E-mail: fd0man@chadeux.homelinux.net Toledo, OH 43609 Second E-Mail: fd0man@yahoo.com (419) 514-5047 Web: http://chadeux.homelinux.net ----------------------------------------------------------------- People will forget what you said and what you did, but they will never forget how you made them feel. ----------------------------------------------------------------- NOTICE: fd0man@yahoo.com's key is REVOKED. Please do not use it Revokation Certificate is in the zip file @ the website below. ----------------------------------------------------------------- If you'd like to send me secure mail, please obtain my gpg public key from my website, listed below, or if you have a Unix system: finger fd0man@chadeux.homelinux.net |less http://chadeux.homelinux.net/users/fd0man/ _______________________________________________ Ros-kernel mailing list Ros-kernel@reactos.com http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel This communication is confidential and may contain privileged material. If you are not the intended recipient you must not use, disclose, copy or retain it. If you have received it in error please immediately notify me by return email and delete the emails. Thank you. From valen_v@aquanet.co.il Wed Oct 15 01:09:22 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9EN9Mxv022183 for ; Wed, 15 Oct 2003 01:09:22 +0200 Received: from main.aquanet.co.il (main.aquanet.co.il [192.117.240.10]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9EN9LXK092432 for ; Wed, 15 Oct 2003 01:09:21 +0200 Received: from MAIN (81-5-13-170.aquanet.co.il [81.5.13.170]) by main.aquanet.co.il (8.11.6/8.11.6) with SMTP id h9EN95320229 for ; Wed, 15 Oct 2003 01:09:05 +0200 Message-ID: <00ab01c392a8$2a314960$1a6f17ac@MAIN> From: "Valentin" To: "ReactOS General List" References: <20031014183754.49691.qmail@web41503.mail.yahoo.com> Subject: Re: [ros-kernel] ReactOS Roadmap Date: Wed, 15 Oct 2003 01:09:04 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2720.3000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2727.1300 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2003 23:09:22 -0000 Hi Jason First milestone (ROS PE) can be achieved for 6 month. We have to create hardware independent environment to get it. I want to begin this work in next month.( Does Anybody want to join?) As regards the second milestone I'd like discuss it with kernel team before. It depends on ultimate aim : (12-18 month away) : >From Server ver. to creation kernel-mode subsytem for special processing (Real-Time), (as it has been mentioned by Alexey Bragin in previous message) Regards, Valentin. P.S I'd like to give my point of view on Java support. (As professional java developer) Most Java related drawback is lack of good I/O performance. Therefore JVM I/O could be implemented in kernel-mode level . Btw, what about future ROS performance testing tools? ----- Original Message ----- From: "Jason Filby" To: "ReactOS General List" Sent: Tuesday, October 14, 2003 8:37 PM Subject: Re: [ros-kernel] ReactOS Roadmap > Hi Valentin > > Thanks for the input; could you give vague dates where you'd like to > see each milestone achieved? > > Thanks > Jason > > --- Valentin wrote: > > Among other major milestones in ROS roadmap, > > I'd like to suggest the following: > > 1. To build the base for ROS Preinstallation Edition > > This is a complete Win32 environment with GUI & Network support > > running > > from CD. > > It can be used in future for recovery & other goals as rescue > > platform > > (e.g when > > a host non-booting system can be restored with ROS PE ) > > There are companies making recovery tools and looking for this > > OS: > > e.g Winternals, image LAN , etc. MS Win PE has very > > expensive license > > that accessible only for big OEM customers. > > I am ready personally to take part in this undertaking , > > after NTFS > > will be comleted :-) > > > > 2. To enable OS adjustment for various goals: > > - Workstation or Server key building possibility. > > - Creation Real-Time possibility by means IRQL engine tuning > > in the > > time of compiling. > > In W2k user-level applications execute only when a > > processor's IRQL > > is at passive, > > therefor it isn't suitable as a real-time OS. We can try to > > adjust > > ROS to enable, that > > special case in a live system won't cause the system to > > miss an > > important deadline. > > -Open source OS is more attractive for enterpises as long as > > it allow > > to get customizable > > parameters (e.g to change the max. count of open sockets in > > host) > > - We can exploit most weak features of Microsoft Windows to > > draw > > attention from > > potential investors. > > > > Regards, > > Valentin. > > > > From noog@libero.it Wed Oct 15 02:00:23 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9F00Nxv022426 for ; Wed, 15 Oct 2003 02:00:23 +0200 Received: from smtp1.libero.it (smtp1.libero.it [193.70.192.51]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9F00NXK111636 for ; Wed, 15 Oct 2003 02:00:23 +0200 Received: from aldebaran (151.25.182.165) by smtp1.libero.it (7.0.020-DD01) id 3F6F0E48007EC1F3 for ros-kernel@reactos.com; Wed, 15 Oct 2003 01:57:02 +0200 Received: from aldebaran (HELO aldebaran.libero.it) [127.0.0.1] by aldebaran (169.254.25.129) with ESMTP (Classic Hamster Vr. 2.0 Build 2.0.0.0) ; Wed, 15 Oct 2003 01:43:13 +0200 Message-Id: <6.0.0.22.2.20031014132427.04e6a298@pop3.aldebaran> X-Sender: hyperion@pop3.aldebaran (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Wed, 15 Oct 2003 01:43:11 +0200 To: ReactOS General List From: "KJK::Hyperion" Subject: Re: [ros-kernel] ReactOS Roadmap In-Reply-To: <20031013192610.75758.qmail@web41505.mail.yahoo.com> References: <20031013192610.75758.qmail@web41505.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed X-Posting-Agent: Hamster/2.0.0.0 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h9F00Nxv022426 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 00:00:24 -0000 At 21.26 13/10/2003, you wrote: >Please suggest: I apologize in advance for my boring proposals, but I was born a Windows developer: >· major milestones (6, 12 and 18 months away) 6 months: fully compatible cmd.exe. It's not just for ReactOS - it's for me. I'm tired of the stupid Microsoft command prompt that doesn't even support UNC paths. I need something to replace it *on Windows*. While our current version has proven to be "good enough" for most tasks, it has a so-and-so line editor, various glitches (like inconsistent handling of CTRL-C and CTRL-Break) and can't run the most complex batch scripts. In particular, I have problems running the Windows DDK environment scripts and "build" utility, and my automated backup scripts. I suspect it has something to do with our parsing algorithms - the original cmd.exe uses quite an odd one I fear ours doesn't duplicate exactly 12-18 months: getting rid of the CSRSS monstrosity for good. Screw the NT-compatible design: it's half-baked and ultimately broken. It's a memory hog, it's inflexible, it duplicates kernel data structures for no good reason, and it's the single worst bottleneck of process startup time. Its sole presence makes running user-mode processes and threads from kernel mode (piece of cake on UNIX) a living hell. Console handles not being valid handles is plain stupid, and introduces all sorts of limitations and baroque workarounds. If win32k.sys needs a process to map the shared data in read-write mode and run worker threads (the only good reason to have CSRSS still around), it can still fork the System process. CSRSS as a hard error handler is laughable: it just spams all desktops with the stupid stay-on-top message box we all know - even the MS-DOS hard error handler was friendlier than that. CSRSS as a debug proxy server is useless - LPC-based debugging is a thing of the past. Really, you can't do half-assed attempts at a microkernel: it's a microkernel or it's not, and all the land in the middle is covered in cow sh*t >· minor milestones (minimum granularity of a month) I want to be optimistic: one month for first rudiments of user-mode debugging. Two months for compatibility with the Windows XP native debugging API. Three months for running CDB and the Microsoft debugging core. Running WinDbg (or, god forbid, RedHat Insight) will then depend on the maturity of the common controls, common dialogs and/or the GUI in general (if user32.dll and gdi32.dll get better, I could run the Windows NT 3.51 or 4 common controls during the "inter regnum", waiting for better times to come) Finally, two years to hunt down and fix the thousand non-trivial bugs I have scattered throughout the kernel code, causing mysterious, random crashes From vizzini@plasmic.com Wed Oct 15 02:14:05 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9F0E5xv022547 for ; Wed, 15 Oct 2003 02:14:05 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9F0E5XK111766 for ; Wed, 15 Oct 2003 02:14:05 +0200 Received: from CPE-65-30-35-27.kc.rr.com (CPE-65-30-35-27.kc.rr.com [65.30.35.27]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9F0DiE4002802 for ; Tue, 14 Oct 2003 19:14:01 -0500 Subject: Re: [ros-kernel] More IRQL problems From: Vizzini To: ReactOS General List In-Reply-To: <000501c391e4$530abed0$0401a8c0@putte2k> References: <000501c391e4$530abed0$0401a8c0@putte2k> Content-Type: text/plain Message-Id: <1066176697.4042.18.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Tue, 14 Oct 2003 19:11:37 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 00:14:06 -0000 On Mon, 2003-10-13 at 18:47, Mike Nordell wrote: > This time from GDIOBJ_iAllocHandleTable in win32k\objects\gdiobj.c. > > CVS currently doesn't contain checks that APC delivery indeed is disabled > when calling ExAcquireFastMutexUnsafe. Adding this check makes the code not > work. > > I believe disabling APC delivery in GDIOBJ_iAllocHandleTable, either by > calling KeEnterCriticalRegion or by simply raising IRQL to APC_LEVEL, could > be seen as a Good Thing(tm). Yep, I agree. I'll commit this fix. If somebody who knows something more about win32k than I do disagrees, let me know and I'll revert it. I wonder why it was coded with Unsafe - seems like the author had to pick the Unsafe version intentionally, which means s/he would probably have known about the APC_LEVEL restriction? rex looks like he committed the first version (1.11, with the FastMutex acquire commented out), and ei committed version 1.12 with the calls uncommented. If any long-timers care to educate me, I'd appreciate it. I don't want to break correct code, but I admit that this looks pretty obvious now that Mike pointed it out. -Vizzini From vizzini@plasmic.com Wed Oct 15 04:08:39 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9F28dxv023855 for ; Wed, 15 Oct 2003 04:08:39 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9F28cXK093966 for ; Wed, 15 Oct 2003 04:08:39 +0200 Received: from CPE-65-30-35-27.kc.rr.com (CPE-65-30-35-27.kc.rr.com [65.30.35.27]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9F28VE4008040; Tue, 14 Oct 2003 21:08:37 -0500 From: Vizzini To: dpaun@rogers.com In-Reply-To: <200310131103.22729.dpaun@rogers.com> References: <20031012190324.2066.qmail@web21101.mail.yahoo.com> <200310131103.22729.dpaun@rogers.com> Content-Type: text/plain Message-Id: <1066183583.4040.34.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Tue, 14 Oct 2003 21:06:23 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir Cc: Steven Edwards , wine-devel@winehq.com, ros-kernel@reactos.com Subject: [ros-kernel] Re: WINE porting templates X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 02:08:40 -0000 On Mon, 2003-10-13 at 10:03, Dimitrie O. Paun wrote: > On October 12, 2003 03:03 pm, Steven Edwards wrote: > > Well yes in the "should" work out of the box under ReactOS but most > > dont work perfectly atm due to bugs in our Win32k/GDI/User32 > > implementaion. I agree it would be nice to keep better track of this on > > the WINE porting page and I do want to have a common codebase with as > > little or no forking if possible but like I said I dont want to flood > > Winehq with ReactOS bugs reports when its not the fault of one of the > > WINE dlls. > > I think forking them does no one no favours, either Wine for ReactOS. Sorry for jumping in so late. Steven and I spoke about this the other day, and I am in agreement with you, Dimitrie. I don't want to fork. We can use CVS to manage the wine source, and hopefully we can submit patches if we manage to uncover any bugs. Regardless, we need to stay current with Wine development, and a fork + manual merges is just impossible. We still have to figure out our header file situation, and Steven and I continue to discuss alternatives. Once we gain some clarity on that situation, we'll probalby just do a cvs vendor import of wine and refresh it regularly. Does this sound workable to everyone? -Vizzini From vizzini@plasmic.com Wed Oct 15 04:56:17 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9F2uHxv024047 for ; Wed, 15 Oct 2003 04:56:17 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9F2uGXK062654 for ; Wed, 15 Oct 2003 04:56:17 +0200 Received: from sts (CPE-65-30-43-197.kc.rr.com [65.30.43.197]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9F2tsE4010550 for ; Tue, 14 Oct 2003 21:56:14 -0500 Subject: Re: [ros-kernel] [PATCH] eliminate unnecessary recompilation From: Vizzini To: ReactOS General List In-Reply-To: <02bb01c39269$e42ece80$0200a8c0@local> References: <02bb01c39269$e42ece80$0200a8c0@local> Content-Type: text/plain Message-Id: <1066186425.4038.44.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Tue, 14 Oct 2003 21:53:45 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 02:56:17 -0000 On Tue, 2003-10-14 at 10:43, d_layer wrote: > Hello, > > I found two problems that causes unnecessary > recompilation of files in our build system. > > 1) Make can't detect right dependencies for > host native zlib because makefile is wrong. > 2) buildno program updates version.h even if > build number is not changed (windows only). > > Attached patch should fix these. > Please review and commit. I have applied this to CVS. -Vizzini From vizzini@plasmic.com Wed Oct 15 05:23:13 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9F3NDxv024123 for ; Wed, 15 Oct 2003 05:23:13 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9F3NCXK039516 for ; Wed, 15 Oct 2003 05:23:13 +0200 Received: from CPE-65-30-43-197.kc.rr.com (CPE-65-30-43-197.kc.rr.com [65.30.43.197]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9F3NEE4011676 for ; Tue, 14 Oct 2003 22:23:15 -0500 Subject: Re: [ros-kernel] Makefile patch? From: Vizzini To: ReactOS General List In-Reply-To: <000501c3920a$0624f740$0401a8c0@putte2k> References: <000501c3920a$0624f740$0401a8c0@putte2k> Content-Type: text/plain Message-Id: <1066188065.4038.46.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Tue, 14 Oct 2003 22:21:05 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.3 required=5.0 tests=UPPERCASE_25_50 autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 03:23:13 -0000 On Mon, 2003-10-13 at 23:17, Mike Nordell wrote: > Wouldn't the following make sense? If so, please commit. > > RCS file: /CVS/ReactOS/reactos/dk/nkm/Makefile,v > @@ -59,1 +59,1 @@ > -$(TARGET_FOLDER_LIB)/hal.a: $(PATH_TO_TOP)/ntoskrnl/hal/x86/hal.def > +$(TARGET_FOLDER_LIB)/hal.a: $(PATH_TO_TOP)/hal/hal/hal.def > @@ -63,2 +63,2 @@ > - -d $(PATH_TO_TOP)/ntoskrnl/hal/x86/hal.def > + -d $(PATH_TO_TOP)/hal/hal/hal.def Committed. -Vizzini From mtempel@visi.com Wed Oct 15 05:32:05 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9F3W5xv024172 for ; Wed, 15 Oct 2003 05:32:05 +0200 Received: from corb.mc.mpls.visi.com (corb.mc.mpls.visi.com [208.42.156.1]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9F3W4XK039490 for ; Wed, 15 Oct 2003 05:32:04 +0200 Received: from tan (sin.fofx.org [209.98.236.76]) by corb.mc.mpls.visi.com (Postfix) with SMTP id 749FC827F for ; Tue, 14 Oct 2003 22:31:32 -0500 (CDT) From: "Mark Tempel" To: "ReactOS General List" Subject: RE: [ros-kernel] ReactOS Roadmap Date: Tue, 14 Oct 2003 22:31:55 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 In-Reply-To: <20031013192610.75758.qmail@web41505.mail.yahoo.com> Importance: Normal X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 03:32:05 -0000 Here is my very basic roadmap... 6-month timeframe: ROS boots to GUI (or has the ability to boot to GUI for those who like CLI) Graphical shell (console) works. Notepad, solitare, calc, and other very basic GUI apps work. ROS can ping telnet (ssh) and run the cvs client userland ROS programs can't crash the kernel by making userland mistakes (like allocating too much memory) 1 year timeframe: Functional explorer and HTTP clients ROS development environment runs well on ROS. Bochs and VMware unnecessary for most development tasks > 1 year: Lets see when we get there :-) (my _hope_ is for a complete Windows replacement excluding DirectX support within 18 months) Just my 2 cents. For now I will continue making controls work and trying to fix bugs in the memory system. --mark -----Original Message----- From: ros-kernel-bounces@reactos.com [mailto:ros-kernel-bounces@reactos.com]On Behalf Of Jason Filby Sent: Monday, October 13, 2003 2:26 PM To: ros-kernel@reactos.com Subject: [ros-kernel] ReactOS Roadmap Hi all This is an important topic that needs dealing with - we need everyone to get involved on this topic. We need a roadmap because: 7 it attracts more developers - I have personally witnessed a dev saying that they're hesitant to get involved because we have no roadmap 7 funding - investors cannot be expected to give funding to the Foundation if we can't tell them what our roadmap is 7 we know where we're going and can work together more effectively After discussion with Vizzini we agreed that the best way to do this is set major milestones for the next 6, 12 and 18 months. Then, fill in the details on how to get there in between. Please suggest: 7 major milestones (6, 12 and 18 months away) 7 minor milestones (minimum granularity of a month) Thanks for your support in this matter! Lets get this discussion on the roll :) Regards Jason __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com _______________________________________________ Ros-kernel mailing list Ros-kernel@reactos.com http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel From vizzini@plasmic.com Wed Oct 15 06:38:12 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9F4cCxv024395 for ; Wed, 15 Oct 2003 06:38:12 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9F4cBXK039474 for ; Wed, 15 Oct 2003 06:38:12 +0200 Received: from CPE-65-30-43-197.kc.rr.com (CPE-65-30-43-197.kc.rr.com [65.30.43.197]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9F4c8E4012940 for ; Tue, 14 Oct 2003 23:38:09 -0500 Subject: Re: [ros-kernel] ReactOS Roadmap From: Vizzini To: ReactOS General List In-Reply-To: <20031013192610.75758.qmail@web41505.mail.yahoo.com> References: <20031013192610.75758.qmail@web41505.mail.yahoo.com> Content-Type: text/plain Message-Id: <1066192559.4042.114.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Tue, 14 Oct 2003 23:35:59 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 04:38:12 -0000 On Mon, 2003-10-13 at 14:26, Jason Filby wrote: > Please suggest: > major milestones (6, 12 and 18 months away) > minor milestones (minimum granularity of a month) For the next 6 months, I'd like to see both code and non-code improvements. Some non-code improvements first: 1) Documentation of all of the tests, including how well they should work on latest builds. This is the very beginning of a regression test suite for us. 2) Adoption of the bugzilla isuse-tracking system that is installed on reactos.com. This will greatly help coordinate releases and keep quality of the OS on the rise. 3) Release of a ReactOS Development Kit, as described on ros-general recently, in order to ease the process of bringing new developers into the project. 4) Support of some method of kernel debugging. We have partial support of GDB in a cuople of contexts and no support of microsoft debuggers. I'd like to see either or both of those change in order to facilitate developers. 5) Clean-up of existing processes, including the testing and release processes, so that releasing doesn't saturate the available cycles of key engineers any more than necessary, and equally so that important things don't get missed. 6) DOCUMENTATION - #1 requirement here is aimed at developers, with gradual progression backwards towards admins and eventually users. In particular, I'd like to make it as easy as possible for new developers to join the project, and documentation of processes, architecture, standards, etc., are all important. Given those things, we should be able to both improve existing developers' productivity and maximize the possibility of bringing in new developers to the project. Coding milestones over the next 6 months: 1) I'd like to see NDIS be able to load a large number of ethernet drivers, both virtual and physical. 2) I'd like to finish TCP to the point that I can run network servers on ReactOS. I think this will be the bulk of my coding time. 3) I'd like to see us get the header situation that I alluded to in another post figured out. Currently there are 4 different sets of headers that we support to varying levels (MS PSDK, w32api, wine, and the ms psdk). 4) There have been various observations and requests related to our cvs structure and internal header structure; I'd like to have a discussion in the next few weeks/months and make some decisions. 5) Along the lines of general stability and robustness of the codebase, I would like to see the adoption of (more) assumption checking with ASSERT() and PAGED_CODE() in the kernel, and possibly see some discussion about general coding standards (aside from formatting...) 6) I'd like to see SEH added to the places that need it in the kernel 7) Apps: I'd like to see the basic accessories from Windows running - notepad, calc, etc. 8) Begin the conversion to a fully PnP-driven kernel, including PnP support for NDIS, scsiport, and videoport My 12-month goals for ReactOS are primarily application-oriented. I'd like to see things such as Mozilla and OpenOffice start to come to life. We're also going to start needing serious work on third-party device support in this timeframe, as well as meaningful support of Windows Networking (i.e. cifs/smb shares, etc). We'll need to round out support for the security components of the OS. USB and other system buses will need to be developed within the framework of the PnP work. My 18-month goal for ReactOS is simple: I want to see someone, anyone, ship it. It can be as modest as the LindowsOS stuff Wal-Mart did in the US, but I'd like to see actual end-users start to see benefit from ReactOS. This is, after all, the only real goal of the project, and 18 months seems (at this point, anyway), a reasonable time frame for this. I'm going to update my NDIS roadmap tonight; it can be seen at http://plasmic.com/~vizzini/rosnet.html for the curious. -Vizzini From vizzini@plasmic.com Wed Oct 15 06:43:42 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9F4hgxv024464 for ; Wed, 15 Oct 2003 06:43:42 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9F4hfXK039450 for ; Wed, 15 Oct 2003 06:43:42 +0200 Received: from CPE-65-30-43-197.kc.rr.com (CPE-65-30-43-197.kc.rr.com [65.30.43.197]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9F4hiE4013008 for ; Tue, 14 Oct 2003 23:43:45 -0500 Subject: Re: [ros-kernel] ReactOS Roadmap From: Vizzini To: ReactOS General List In-Reply-To: <6.0.0.22.2.20031014132427.04e6a298@pop3.aldebaran> References: <20031013192610.75758.qmail@web41505.mail.yahoo.com> <6.0.0.22.2.20031014132427.04e6a298@pop3.aldebaran> Content-Type: text/plain Message-Id: <1066192895.4038.125.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Tue, 14 Oct 2003 23:41:35 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 04:43:42 -0000 On Tue, 2003-10-14 at 18:43, KJK::Hyperion wrote: > 12-18 months: getting rid of the CSRSS monstrosity for good. > Really, you can't do half-assed > attempts at a microkernel: it's a microkernel or it's not, and all the land > in the middle is covered in cow sh*t Well put, as usual. :-) It's probably way too early to worry about this sort of thing, but what *do* you propose instead of the csrss-style architecture? Goal #1 (and #2 and #2) has to be windows app compatibility, in my book. Also, a tangential point: you had mentioned to me several months ago that you had looked into kd support; what all needs to be done to get kd functional? -Vizzini From vizzini@plasmic.com Wed Oct 15 07:36:27 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9F5aRxv025025 for ; Wed, 15 Oct 2003 07:36:27 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9F5aQXK044092 for ; Wed, 15 Oct 2003 07:36:26 +0200 Received: from CPE-65-30-43-197.kc.rr.com (CPE-65-30-43-197.kc.rr.com [65.30.43.197]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9F5aOE4014205 for ; Wed, 15 Oct 2003 00:36:24 -0500 From: Vizzini To: ros-kernel@reactos.com Content-Type: text/plain Message-Id: <1066196059.4042.207.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Wed, 15 Oct 2003 00:34:19 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir Subject: [ros-kernel] Headers, headers everywhere X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 05:36:27 -0000 [sorry, this e-mail got a little long on me...] I don't want to divert the current wine forking thread into this so I'm starting a new one. Please reference bug 9 (http://reactos.com/bugzilla/show_bug.cgi?id=9) for more information. Also, I'm sure this topic has been discussed before, but recent conversations with Steven lead me to believe that at the very least, the members of this project are not yet of a single mind on this issue. ReactOS currently supports four different sets of headers, to varying degrees. 1) w32api from the mingw folks 2) wine headers from the wine team 3) the Microsoft Platform SDK 4) our own system of headers This is sub-optimal. :) There are problems with each of these sets of headers. The MinGW headers, as I understand, are difficult to keep updated. I hear they will only take patches if you can document the patch from MSDN or a DDK or SDK. As we rely on *lots* of undocumented stuff (being an entire OS and not just an implementation of an API), this is a real bust for us. Also, those of us that work on the kernel side are constantly updating various kernel-only headers, and while MinGW includes a ddk, it will rapidly become stale between official releases. I'm sure the same thing is true on the user side, although perhaps somewhat less so. Wine's headers aren't natively in a Microsoft-style format, and Wine has broader goals than just an API implementation - they want to compile in lots of different environments, and they are trying to provide a porting environment in addition to an emulation environment. This is good for them, certainly, but we are a little different. Also, the same statements from above apply regarding keeping headers up-to-date and patch acceptance. Furthermore, wine doesn't have any kernel-related headers (do they?) so we're missing a chunk from them. The Microsoft Platform SDK should probably be our gold standard, since it's the set of headers that actual user applications are built against. However, it is wholly unsuitable for us to actually use due to its restrictive license. Furthermore, not all of ReactOS is compatible with the MS headers at this point. This all also goes for the MS DDK. So, due to these reasons and others, we have our own set of headers as well. These suffer from being Just Plain Wrong in a few circumstances, and in any case are not nearly as tried and tested as any of the three alternatives. I don't have a coherent proposal for what to do about this yet, but I'm pretty sure we need to make a decision. If we are going to build a ReactOS Development Kit, which headers are we going to ship in it? Which ones are we willing to stand behind when it comes to building our releases? How about when it comes to third-party development for ReactOS? We don't have to do an all-or-nothing here. We can say, for example, that we support w32api for all userland headers (or we can get even more specific), but perhaps say that we provide our own DDK headers. I just want to be clear on what we decide, whatever it is. Opinions? I'd particularly like to hear from anyone who has debated this in the past and reached a conclusion. -Vizzini From ayerkes@speakeasy.net Wed Oct 15 07:45:05 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9F5j5xv025075 for ; Wed, 15 Oct 2003 07:45:05 +0200 Received: from mail.speakeasy.net (mail7.speakeasy.net [216.254.0.207]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9F5j4XK092566 for ; Wed, 15 Oct 2003 07:45:04 +0200 Received: (qmail 22059 invoked from network); 15 Oct 2003 05:44:58 -0000 Received: from unknown (HELO apprentice.genxnet.com) ([64.81.145.152]) (envelope-sender ) by mail7.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 15 Oct 2003 05:44:58 -0000 Date: Wed, 15 Oct 2003 00:56:02 -0500 From: art yerkes To: ros-kernel@reactos.com Message-Id: <20031015005602.51efc209.ayerkes@speakeasy.net> X-Mailer: Sylpheed version 0.8.11 (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart_Wed__15_Oct_2003_00:56:02_-0500_0862d460" Subject: [ros-kernel] Some sundry improvements to keyboard handling X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 05:45:06 -0000 This is a multi-part message in MIME format. --Multipart_Wed__15_Oct_2003_00:56:02_-0500_0862d460 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit 1. I removed the global keyboard pointer, and instead acquire a new copy of the pointer for each thread that needs it. This makes a lock unnecessary, but is probably less efficient than it could be. 2. Keyboard DLL names are read from the registry in the same way as on win2k. The (Default) value is taken from HKLM\System\currentcontrolset\nls\locale, and used to form the key HKLM\System\currentcontrolset\<8-digit-locale> And get the layout file from the "Layout File" value. I added the entries for kbdus in hivesys.inf. When others make keyboard layouts, they should be added here. -- "Should array indices start at 0 or 1? My compromise of 0.5 was rejected without, I thought, proper consideration." - S. Kelly-Bootle --Multipart_Wed__15_Oct_2003_00:56:02_-0500_0862d460 Content-Type: application/octet-stream; name="keyboard_registry_default.diff" Content-Disposition: attachment; filename="keyboard_registry_default.diff" Content-Transfer-Encoding: base64 SW5kZXg6IGJvb3RkYXRhL2hpdmVzeXMuaW5mCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9DVlMvUmVh Y3RPUy9yZWFjdG9zL2Jvb3RkYXRhL2hpdmVzeXMuaW5mLHYKcmV0cmlldmluZyByZXZpc2lvbiAx LjIxCmRpZmYgLXUgLXIxLjIxIGhpdmVzeXMuaW5mCi0tLSBib290ZGF0YS9oaXZlc3lzLmluZgkz MCBTZXAgMjAwMyAxNjowNDo1MSAtMDAwMAkxLjIxCisrKyBib290ZGF0YS9oaXZlc3lzLmluZgkx NSBPY3QgMjAwMyAwNTo0MjozOCAtMDAwMApAQCAtOCw2ICs4LDE1IEBACiBIS0xNLCJTWVNURU1c Q3VycmVudENvbnRyb2xTZXRcQ29udHJvbFxDb21wdXRlck5hbWVcQ29tcHV0ZXJOYW1lIiwiQ29t cHV0ZXJOYW1lIiwweDAwMDAwMDAyLCJDT01QVVRFUk5BTUUiCiAKIDsgTkxTIENvZGVwYWdlIHNl dHRpbmdzCisKKzs7IEN1cnJlbnRseSBzZWxlY3RlZCBsYW5ndWFnZSBmb3IgaW5wdXQKK0hLTE0s IlNZU1RFTVxDdXJyZW50Q29udHJvbFNldFxDb250cm9sXE5sc1xMb2NhbGUiLCIoRGVmYXVsdCki LDB4MDAwMDAwMDAsIjAwMDAwNDA5IgorCis7OyBLZXlib2FyZCBMYXlvdXRzCitIS0xNLCJTWVNU RU1cQ3VycmVudENvbnRyb2xTZXRcQ29udHJvbFxLZXlib2FyZExheW91dHNcMDAwMDA0MDkiLCJM YXlvdXQgRmlsZSIsMHgwMDAwMDAwMCwia2JkdXMuZGxsIgorSEtMTSwiU1lTVEVNXEN1cnJlbnRD b250cm9sU2V0XENvbnRyb2xcS2V5Ym9hcmRMYXlvdXRzXDAwMDAwNDA5IiwiTGF5b3V0IFRleHQi LDB4MDAwMDAwMDAsIlVTIgorCis7OyBOTFMgRmlsZXMKIEhLTE0sIlNZU1RFTVxDdXJyZW50Q29u dHJvbFNldFxDb250cm9sXE5MU1xDb2RlUGFnZSIsIjEwMDAwIiwweDAwMDAwMDAwLCJjXzEwMDAw Lm5scyIKIEhLTE0sIlNZU1RFTVxDdXJyZW50Q29udHJvbFNldFxDb250cm9sXE5MU1xDb2RlUGFn ZSIsIjEyNTIiLDB4MDAwMDAwMDAsImNfMTI1Mi5ubHMiCiBIS0xNLCJTWVNURU1cQ3VycmVudENv bnRyb2xTZXRcQ29udHJvbFxOTFNcQ29kZVBhZ2UiLCI0MzciLDB4MDAwMDAwMDAsImNfNDM3Lm5s cyIKSW5kZXg6IHN1YnN5cy93aW4zMmsvaW5jbHVkZS9pbnB1dC5oCj09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZp bGU6IC9DVlMvUmVhY3RPUy9yZWFjdG9zL3N1YnN5cy93aW4zMmsvaW5jbHVkZS9pbnB1dC5oLHYK cmV0cmlldmluZyByZXZpc2lvbiAxLjMKZGlmZiAtdSAtcjEuMyBpbnB1dC5oCi0tLSBzdWJzeXMv d2luMzJrL2luY2x1ZGUvaW5wdXQuaAk5IE9jdCAyMDAzIDA2OjEzOjA0IC0wMDAwCTEuMworKysg c3Vic3lzL3dpbjMyay9pbmNsdWRlL2lucHV0LmgJMTUgT2N0IDIwMDMgMDU6NDI6NTkgLTAwMDAK QEAgLTEsNSArMSw1IEBACi0jaWZuZGVmIF9fV0lOMzJLX01PVVNFX0gKLSNkZWZpbmUgX19XSU4z MktfTU9VU0VfSAorI2lmbmRlZiBfX1dJTjMyS19JTlBVVF9ICisjZGVmaW5lIF9fV0lOMzJLX0lO UFVUX0gKIAogI2luY2x1ZGUgPGludGVybmFsL2tiZC5oPgogCkBAIC05LDQgKzksNCBAQAogUEtC RFRBQkxFUyBXMzJrR2V0RGVmYXVsdEtleUxheW91dChWT0lEKTsKIFZPSUQgRkFTVENBTEwgVzMy a0tleVByb2Nlc3NNZXNzYWdlKExQTVNHIE1zZywgUEtCRFRBQkxFUyBLZXlMYXlvdXQpOwogCi0j ZW5kaWYgLyogX19XSU4zMktfTU9VU0VfSCAqLworI2VuZGlmIC8qIF9fV0lOMzJLX0lOUFVUX0gg Ki8KSW5kZXg6IHN1YnN5cy93aW4zMmsvbnR1c2VyL2lucHV0LmMKPT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmls ZTogL0NWUy9SZWFjdE9TL3JlYWN0b3Mvc3Vic3lzL3dpbjMyay9udHVzZXIvaW5wdXQuYyx2CnJl dHJpZXZpbmcgcmV2aXNpb24gMS4xNApkaWZmIC11IC1yMS4xNCBpbnB1dC5jCi0tLSBzdWJzeXMv d2luMzJrL250dXNlci9pbnB1dC5jCTkgT2N0IDIwMDMgMDY6MTM6MDQgLTAwMDAJMS4xNAorKysg c3Vic3lzL3dpbjMyay9udHVzZXIvaW5wdXQuYwkxNSBPY3QgMjAwMyAwNTo0Mjo1OSAtMDAwMApA QCAtMzgsNiArMzgsNyBAQAogI2luY2x1ZGUgPGluY2x1ZGUvbXNncXVldWUuaD4KICNpbmNsdWRl IDxkZGsvbnRkZG1vdS5oPgogI2luY2x1ZGUgPGluY2x1ZGUvbW91c2UuaD4KKyNpbmNsdWRlIDxp bmNsdWRlL2lucHV0Lmg+CiAKICNkZWZpbmUgTkRFQlVHCiAjaW5jbHVkZSA8ZGVidWcuaD4KQEAg LTI5MSw2ICsyOTIsOSBAQAogICAgICAgIE50Q2xvc2UoTW91c2VEZXZpY2VIYW5kbGUpOwogICAg ICAgIHJldHVybiBTVEFUVVNfU1VDQ0VTUzsKICAgICAgfQorCisgICAvKiBJbml0aWFsaXplIHRo ZSBkZWZhdWx0IGtleWJvYXJkIGxheW91dCAqLworICAgKFZPSUQpVzMya0dldERlZmF1bHRLZXlM YXlvdXQoKTsKICAgIAogICAgcmV0dXJuIFNUQVRVU19TVUNDRVNTOwogfQpJbmRleDogc3Vic3lz L3dpbjMyay9udHVzZXIva2V5Ym9hcmQuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvQ1ZTL1JlYWN0 T1MvcmVhY3Rvcy9zdWJzeXMvd2luMzJrL250dXNlci9rZXlib2FyZC5jLHYKcmV0cmlldmluZyBy ZXZpc2lvbiAxLjEwCmRpZmYgLXUgLXIxLjEwIGtleWJvYXJkLmMKLS0tIHN1YnN5cy93aW4zMmsv bnR1c2VyL2tleWJvYXJkLmMJOSBPY3QgMjAwMyAwNjoxMzowNCAtMDAwMAkxLjEwCisrKyBzdWJz eXMvd2luMzJrL250dXNlci9rZXlib2FyZC5jCTE1IE9jdCAyMDAzIDA1OjQzOjAwIC0wMDAwCkBA IC00NCw4ICs0NCw5IEBACiAjZGVmaW5lIE5ERUJVRwogI2luY2x1ZGUgPGRlYnVnLmg+CiAKKyNk ZWZpbmUgU1lTVEVNUk9PVF9ESVIgTCJcXFN5c3RlbVJvb3RcXFN5c3RlbTMyXFwiCisKIEJZVEUg UXVldWVLZXlTdGF0ZVRhYmxlWzI1Nl07Ci1QS0JEVEFCTEVTIHBrS2V5Ym9hcmRMYXlvdXQgPSAw OwogCiAvKiBhcnR5IC0tIFRoZXNlIHNob3VsZCBiZSBwaGFzZWQgb3V0IGZvciB0aGUgZ2VuZXJh bCBrYmR4eC5kbGwgdGFibGVzICovCiAKQEAgLTM5Myw2ICszOTQsMTE0IEBACiAJCSAgICAgIDAg KTsKIH0KIAorLyogCisgKiBVdGlsaXR5IHRvIGNvcHkgYW5kIGFwcGVuZCB0d28gdW5pY29kZSBz dHJpbmdzLgorICoKKyAqIElOIE9VVCBQVU5JQ09ERV9TVFJJTkcgUmVzdWx0Rmlyc3QgLT4gRmly c3Qgc3RyaW5nIGFuZCByZXN1bHQKKyAqIElOICAgICBQVU5JQ09ERV9TVFJJTkcgU2Vjb25kICAg ICAgLT4gU2Vjb25kIHN0cmluZyB0byBhcHBlbmQKKyAqIElOICAgICBCT09MICAgICAgICAgICAg RGVhbGxvY2F0ZSAgLT4gVFJVRTogRGVhbGxvY2F0ZSBGaXJzdCBzdHJpbmcgYmVmb3JlCisgKiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIG92ZXJ3cml0aW5nLgorICoKKyAq IFJldHVybnMgTlRTVEFUVVMuCisgKi8KKworc3RhdGljIE5UU1RBVFVTIFJlYWxseUFwcGVuZFVu aWNvZGVTdHJpbmcoUFVOSUNPREVfU1RSSU5HIFJlc3VsdEZpcnN0LAorCQkJCQkgIFBVTklDT0RF X1NUUklORyBTZWNvbmQsCisJCQkJCSAgQk9PTCBEZWFsbG9jYXRlKSB7CisgIE5UU1RBVFVTIFN0 YXR1czsKKyAgUFdTVFIgbmV3X3N0cmluZyA9IAorICAgIEV4QWxsb2NhdGVQb29sKFBhZ2VkUG9v bCwKKwkJICAgKFJlc3VsdEZpcnN0LT5MZW5ndGggKyBTZWNvbmQtPkxlbmd0aCArIHNpemVvZihX Q0hBUikpKTsKKyAgaWYoICFuZXdfc3RyaW5nICkgeworICAgIHJldHVybiBTVEFUVVNfTk9fTUVN T1JZOworICB9CisgIG1lbWNweSggbmV3X3N0cmluZywgUmVzdWx0Rmlyc3QtPkJ1ZmZlciwgCisJ ICBSZXN1bHRGaXJzdC0+TGVuZ3RoICk7CisgIG1lbWNweSggbmV3X3N0cmluZyArIFJlc3VsdEZp cnN0LT5MZW5ndGggLyBzaXplb2YoV0NIQVIpLAorCSAgU2Vjb25kLT5CdWZmZXIsCisJICBTZWNv bmQtPkxlbmd0aCApOworICBpZiggRGVhbGxvY2F0ZSApIFJ0bEZyZWVVbmljb2RlU3RyaW5nKFJl c3VsdEZpcnN0KTsKKyAgUmVzdWx0Rmlyc3QtPkxlbmd0aCArPSBTZWNvbmQtPkxlbmd0aDsKKyAg UmVzdWx0Rmlyc3QtPk1heGltdW1MZW5ndGggPSBSZXN1bHRGaXJzdC0+TGVuZ3RoOworICBuZXdf c3RyaW5nW1Jlc3VsdEZpcnN0LT5MZW5ndGggLyBzaXplb2YoV0NIQVIpXSA9IDA7CisgIFN0YXR1 cyA9IFJ0bENyZWF0ZVVuaWNvZGVTdHJpbmcoUmVzdWx0Rmlyc3QsbmV3X3N0cmluZykgPyAKKyAg ICBTVEFUVVNfU1VDQ0VTUyA6IFNUQVRVU19OT19NRU1PUlk7CisgIEV4RnJlZVBvb2wobmV3X3N0 cmluZyk7CisgIHJldHVybiBTdGF0dXM7Cit9CisKKy8qCisgKiBVdGlsaXR5IGZ1bmN0aW9uIHRv IHJlYWQgYSB2YWx1ZSBmcm9tIHRoZSByZWdpc3RyeSBtb3JlIGVhc2lseS4KKyAqCisgKiBJTiAg UFVOSUNPREVfU1RSSU5HIEtleU5hbWUgICAgICAgLT4gTmFtZSBvZiBrZXkgdG8gb3BlbgorICog SU4gIFBVTklDT0RFX1NUUklORyBWYWx1ZU5hbWUgICAgIC0+IE5hbWUgb2YgdmFsdWUgdG8gb3Bl bgorICogT1VUIFBVTklDT0RFX1NUUklORyBSZXR1cm5lZFZhbHVlIC0+IFN0cmluZyBjb250YWlu ZWQgaW4gcmVnaXN0cnkKKyAqCisgKiBSZXR1cm5zIE5UU1RBVFVTCisgKi8KKworc3RhdGljIE5U U1RBVFVTIFJlYWRSZWdpc3RyeVZhbHVlKCBQVU5JQ09ERV9TVFJJTkcgS2V5TmFtZSwKKwkJCQkg ICBQVU5JQ09ERV9TVFJJTkcgVmFsdWVOYW1lLAorCQkJCSAgIFBVTklDT0RFX1NUUklORyBSZXR1 cm5lZFZhbHVlICkgeworICBOVFNUQVRVUyBTdGF0dXM7CisgIEhBTkRMRSBLZXlIYW5kbGU7Cisg IE9CSkVDVF9BVFRSSUJVVEVTIEtleUF0dHJpYnV0ZXM7CisgIFBLRVlfVkFMVUVfUEFSVElBTF9J TkZPUk1BVElPTiBLZXlWYWx1ZVBhcnRpYWxJbmZvOworICBVTE9ORyBMZW5ndGggPSAwOworICBV TE9ORyBSZXNMZW5ndGggPSAwOworICBVTklDT0RFX1NUUklORyBUZW1wOworCisgIEluaXRpYWxp emVPYmplY3RBdHRyaWJ1dGVzKCZLZXlBdHRyaWJ1dGVzLCBLZXlOYW1lLCBPQkpfQ0FTRV9JTlNF TlNJVElWRSwKKwkJCSAgICAgTlVMTCwgTlVMTCk7CisgIFN0YXR1cyA9IFp3T3BlbktleSgmS2V5 SGFuZGxlLCBLRVlfQUxMX0FDQ0VTUywgJktleUF0dHJpYnV0ZXMpOworICBpZiggIU5UX1NVQ0NF U1MoU3RhdHVzKSApIHsKKyAgICByZXR1cm4gU3RhdHVzOworICB9CisKKyAgU3RhdHVzID0gWndR dWVyeVZhbHVlS2V5KEtleUhhbmRsZSwgVmFsdWVOYW1lLCBLZXlWYWx1ZVBhcnRpYWxJbmZvcm1h dGlvbiwKKwkJCSAgIDAsCisJCQkgICAwLAorCQkJICAgJlJlc0xlbmd0aCk7CisKKyAgaWYoIFN0 YXR1cyAhPSBTVEFUVVNfQlVGRkVSX1RPT19TTUFMTCApIHsKKyAgICBOdENsb3NlKEtleUhhbmRs ZSk7CisgICAgcmV0dXJuIFN0YXR1czsKKyAgfQorCisgIFJlc0xlbmd0aCArPSBzaXplb2YoICpL ZXlWYWx1ZVBhcnRpYWxJbmZvICk7CisgIEtleVZhbHVlUGFydGlhbEluZm8gPSAKKyAgICBFeEFs bG9jYXRlUG9vbChQYWdlZFBvb2wsIFJlc0xlbmd0aCk7CisgIExlbmd0aCA9IFJlc0xlbmd0aDsK KworICBpZiggIUtleVZhbHVlUGFydGlhbEluZm8gKSB7CisgICAgTnRDbG9zZShLZXlIYW5kbGUp OworICAgIHJldHVybiBTVEFUVVNfTk9fTUVNT1JZOworICB9CisKKyAgU3RhdHVzID0gWndRdWVy eVZhbHVlS2V5KEtleUhhbmRsZSwgVmFsdWVOYW1lLCBLZXlWYWx1ZVBhcnRpYWxJbmZvcm1hdGlv biwKKwkJCSAgIChQVk9JRClLZXlWYWx1ZVBhcnRpYWxJbmZvLAorCQkJICAgTGVuZ3RoLAorCQkJ ICAgJlJlc0xlbmd0aCk7CisKKyAgaWYoICFOVF9TVUNDRVNTKFN0YXR1cykgKSB7CisgICAgTnRD bG9zZShLZXlIYW5kbGUpOworICAgIEV4RnJlZVBvb2woS2V5VmFsdWVQYXJ0aWFsSW5mbyk7Cisg ICAgcmV0dXJuIFN0YXR1czsKKyAgfQorCisgIFRlbXAuTGVuZ3RoID0gVGVtcC5NYXhpbXVtTGVu Z3RoID0gS2V5VmFsdWVQYXJ0aWFsSW5mby0+RGF0YUxlbmd0aDsKKyAgVGVtcC5CdWZmZXIgPSAo UFdDSEFSKUtleVZhbHVlUGFydGlhbEluZm8tPkRhdGE7CisgIAorICAvKiBBdCB0aGlzIHBvaW50 LCBLZXlWYWx1ZVBhcnRpYWxJbmZvLT5EYXRhIGNvbnRhaW5zIHRoZSBrZXkgZGF0YSAqLworICBS dGxJbml0VW5pY29kZVN0cmluZyhSZXR1cm5lZFZhbHVlLEwiIik7CisgIFJlYWxseUFwcGVuZFVu aWNvZGVTdHJpbmcoUmV0dXJuZWRWYWx1ZSwmVGVtcCxGQUxTRSk7CisKKyAgRXhGcmVlUG9vbChL ZXlWYWx1ZVBhcnRpYWxJbmZvKTsKKyAgTnRDbG9zZShLZXlIYW5kbGUpOworCisgIHJldHVybiBT dGF0dXM7Cit9CisKIHR5cGVkZWYgUFZPSUQgKCpLYmRMYXllckRlc2NyaXB0b3IpKFZPSUQpOwog TlRTVEFUVVMgU1REQ0FMTCBMZHJHZXRQcm9jZWR1cmVBZGRyZXNzKFBWT0lEIG1vZHVsZSwKIAkJ CQkJUEFOU0lfU1RSSU5HIGltcG9ydF9uYW1lLApAQCAtNDAwLDMxICs1MDksMTEzIEBACiAJCQkJ CVBWT0lEICpmdW5jX2FkZHIpOwogCiB2b2lkIEluaXRLYmRMYXlvdXQoIFBWT0lEICpwa0tleWJv YXJkTGF5b3V0ICkgeworICBVTklDT0RFX1NUUklORyBLZXlOYW1lOworICBVTklDT0RFX1NUUklO RyBWYWx1ZU5hbWU7CisgIFVOSUNPREVfU1RSSU5HIExheW91dEtleU5hbWU7CisgIFVOSUNPREVf U1RSSU5HIExheW91dFZhbHVlTmFtZTsKKyAgVU5JQ09ERV9TVFJJTkcgRGVmYXVsdExvY2FsZTsK KyAgVU5JQ09ERV9TVFJJTkcgTGF5b3V0RmlsZTsKKyAgVU5JQ09ERV9TVFJJTkcgRnVsbExheW91 dFBhdGg7CisgIFBXQ0hBUiBLZXlib2FyZExheW91dFdTVFI7CiAgIEhNT0RVTEUga2JNb2R1bGUg PSAwOworICBOVFNUQVRVUyBTdGF0dXM7CiAgIEFOU0lfU1RSSU5HIGtiZFByb2NlZHVyZU5hbWU7 Ci0gIC8vTlRTVEFUVVMgU3RhdHVzOwotCiAgIEtiZExheWVyRGVzY3JpcHRvciBsYXllckRlc2NH ZXRGbjsKIAotICBrYk1vZHVsZSA9IEVuZ0xvYWRJbWFnZShMIlxcU3lzdGVtUm9vdFxcc3lzdGVt MzJcXGtiZHVzLmRsbCIpOworICAjZGVmaW5lIFhYX1NUQVRVUyh4KSBpZiAoIU5UX1NVQ0NFU1Mo U3RhdHVzID0gKHgpKSkgY29udGludWU7CiAKLSAgaWYoICFrYk1vZHVsZSApIHsKLSAgICBEYmdQ cmludCggIkZvbzogTm8ga2JkdXMuZGxsXG4iICk7Ci0gICAgcmV0dXJuOwotICB9CisgIGRvIHsK KyAgICBSdGxJbml0VW5pY29kZVN0cmluZygmS2V5TmFtZSwKKwkJCSBMIlxcUkVHSVNUUllcXE1h Y2hpbmVcXFNZU1RFTVxcQ3VycmVudENvbnRyb2xTZXQiCisJCQkgTCJcXENvbnRyb2xcXE5sc1xc TG9jYWxlIik7CisgICAgUnRsSW5pdFVuaWNvZGVTdHJpbmcoJlZhbHVlTmFtZSwKKwkJCSBMIihE ZWZhdWx0KSIpOworICAgICAgIAorICAgIERQUklOVCgiS2V5TmFtZSA9ICV3WiwgVmFsdWVOYW1l ID0gJXdaXG4iLCAmS2V5TmFtZSwgJlZhbHVlTmFtZSk7CisKKyAgICBTdGF0dXMgPSBSZWFkUmVn aXN0cnlWYWx1ZSgmS2V5TmFtZSwmVmFsdWVOYW1lLCZEZWZhdWx0TG9jYWxlKTsKKyAgICAKKyAg ICBpZiggIU5UX1NVQ0NFU1MoU3RhdHVzKSApIHsKKyAgICAgIERiZ1ByaW50KCAiQ291bGQgbm90 IGdldCBkZWZhdWx0IGxvY2FsZSAoJTA4eCkuXG4iLCBTdGF0dXMgKTsKKyAgICAgIHJldHVybjsK KyAgICB9CisKKyAgICBEUFJJTlQoICJEZWZhdWx0TG9jYWxlID0gJXdaXG4iLCAmRGVmYXVsdExv Y2FsZSApOworICAgIAorICAgIFJ0bEluaXRVbmljb2RlU3RyaW5nKCZMYXlvdXRLZXlOYW1lLAor CQkJIEwiXFxSRUdJU1RSWVxcTWFjaGluZVxcU1lTVEVNXFxDdXJyZW50Q29udHJvbFNldCIKKwkJ CSBMIlxcQ29udHJvbFxcS2V5Ym9hcmRMYXlvdXRzXFwiKTsKKworICAgIFJlYWxseUFwcGVuZFVu aWNvZGVTdHJpbmcoJkxheW91dEtleU5hbWUsJkRlZmF1bHRMb2NhbGUsRkFMU0UpOworCisgICAg UnRsRnJlZVVuaWNvZGVTdHJpbmcoJkRlZmF1bHRMb2NhbGUpOworICAgIFJ0bEluaXRVbmljb2Rl U3RyaW5nKCZMYXlvdXRWYWx1ZU5hbWUsTCJMYXlvdXQgRmlsZSIpOworCisgICAgU3RhdHVzID0g UmVhZFJlZ2lzdHJ5VmFsdWUoJkxheW91dEtleU5hbWUsJkxheW91dFZhbHVlTmFtZSwmTGF5b3V0 RmlsZSk7CisKKyAgICBpZiggIU5UX1NVQ0NFU1MoU3RhdHVzKSApIHsKKyAgICAgIERiZ1ByaW50 KCJHb3QgZGVmYXVsdCBsb2NhbGUgYnV0IG5vdCBsYXlvdXQgZmlsZS4gKCUwOHgpXG4iLAorCSAg ICAgICBTdGF0dXMpOworICAgICAgcmV0dXJuOworICAgIH0KIAotICBSdGxJbml0QW5zaVN0cmlu ZyggJmtiZFByb2NlZHVyZU5hbWUsICJLYmRMYXllckRlc2NyaXB0b3IiICk7Ci0gIExkckdldFBy b2NlZHVyZUFkZHJlc3MoKFBWT0lEKWtiTW9kdWxlLAotCQkJICZrYmRQcm9jZWR1cmVOYW1lLAot CQkJIDAsCi0JCQkgKFBWT0lEKikmbGF5ZXJEZXNjR2V0Rm4pOwotICBpZiggbGF5ZXJEZXNjR2V0 Rm4gKSB7Ci0gICAgKnBrS2V5Ym9hcmRMYXlvdXQgPSBsYXllckRlc2NHZXRGbigpOworICAgIERQ UklOVCgiUmVhZCByZWdpc3RyeSBhbmQgZ290ICV3WlxuIiwgJkxheW91dEZpbGUpOworICAgICAg CisgICAgUnRsRnJlZVVuaWNvZGVTdHJpbmcoJkxheW91dEtleU5hbWUpOworCisgICAgUnRsSW5p dFVuaWNvZGVTdHJpbmcoJkZ1bGxMYXlvdXRQYXRoLFNZU1RFTVJPT1RfRElSKTsKKyAgICBSZWFs bHlBcHBlbmRVbmljb2RlU3RyaW5nKCZGdWxsTGF5b3V0UGF0aCwmTGF5b3V0RmlsZSxGQUxTRSk7 CisKKyAgICBEUFJJTlQoIkxvYWRpbmcgS2V5Ym9hcmQgRExMICV3WlxuIiwgJkZ1bGxMYXlvdXRQ YXRoKTsKKworICAgIFJ0bEZyZWVVbmljb2RlU3RyaW5nKCZMYXlvdXRGaWxlKTsKKworICAgIEtl eWJvYXJkTGF5b3V0V1NUUiA9IEV4QWxsb2NhdGVQb29sKFBhZ2VkUG9vbCwKKwkJCQkJKEZ1bGxM YXlvdXRQYXRoLkxlbmd0aCArIDEpICogCisJCQkJCXNpemVvZihXQ0hBUikpOworICAKKyAgICBp ZiggIUtleWJvYXJkTGF5b3V0V1NUUiApIHsKKyAgICAgIERiZ1ByaW50KCJDb3VsZG4ndCBhbGxv Y2F0ZSBhIHN0cmluZyBmb3IgdGhlIGtleWJvYXJkIGxheW91dCBuYW1lLlxuIik7CisgICAgICBS dGxGcmVlVW5pY29kZVN0cmluZygmRnVsbExheW91dFBhdGgpOworICAgICAgcmV0dXJuOworICAg IH0KKworICAgIG1lbWNweShLZXlib2FyZExheW91dFdTVFIsRnVsbExheW91dFBhdGguQnVmZmVy LAorCSAgIChGdWxsTGF5b3V0UGF0aC5MZW5ndGggKyAxKSAqIHNpemVvZihXQ0hBUikpOworICAg IEtleWJvYXJkTGF5b3V0V1NUUltGdWxsTGF5b3V0UGF0aC5MZW5ndGhdID0gMDsKKyAgICAKKyAg ICBrYk1vZHVsZSA9IEVuZ0xvYWRJbWFnZShLZXlib2FyZExheW91dFdTVFIpOworICAgIERQUklO VCggIkxvYWQgS2V5Ym9hcmQgTGF5b3V0OiAlU1xuIiwgS2V5Ym9hcmRMYXlvdXRXU1RSICk7Cisg ICAgCisgICAgaWYoICFrYk1vZHVsZSApIHsKKyAgICAgIERiZ1ByaW50KCAiTG9hZCBLZXlib2Fy ZCBMYXlvdXQ6IE5vICV3WlxuIiwgJkZ1bGxMYXlvdXRQYXRoICk7CisgICAgICBSdGxGcmVlVW5p Y29kZVN0cmluZygmRnVsbExheW91dFBhdGgpOworICAgICAgcmV0dXJuOworICAgIH0KKyAgICAK KyAgICBSdGxGcmVlVW5pY29kZVN0cmluZygmRnVsbExheW91dFBhdGgpOworICAgIFJ0bEluaXRB bnNpU3RyaW5nKCAma2JkUHJvY2VkdXJlTmFtZSwgIktiZExheWVyRGVzY3JpcHRvciIgKTsKKwor ICAgIExkckdldFByb2NlZHVyZUFkZHJlc3MoKFBWT0lEKWtiTW9kdWxlLAorCQkJICAgJmtiZFBy b2NlZHVyZU5hbWUsCisJCQkgICAwLAorCQkJICAgKFBWT0lEKikmbGF5ZXJEZXNjR2V0Rm4pOwor ICAgIAorICAgIGlmKCBsYXllckRlc2NHZXRGbiApIHsKKyAgICAgICpwa0tleWJvYXJkTGF5b3V0 ID0gbGF5ZXJEZXNjR2V0Rm4oKTsKKyAgICB9CisgIH0gd2hpbGUgKEZBTFNFKTsKKworICBpZigg ISpwa0tleWJvYXJkTGF5b3V0ICkgeworICAgIERiZ1ByaW50KCJGYWlsZWQgdG8gbG9hZCB0aGUg a2V5Ym9hcmQgbGF5b3V0LlxuIik7CiAgIH0KKworI3VuZGVmIFhYX1NUQVRVUwogfQogCiBQS0JE VEFCTEVTIFczMmtHZXREZWZhdWx0S2V5TGF5b3V0KCkgewotICBpZiggIXBrS2V5Ym9hcmRMYXlv dXQgKSBJbml0S2JkTGF5b3V0KCAoUFZPSUQpICZwa0tleWJvYXJkTGF5b3V0ICk7CisgIFBLQkRU QUJMRVMgcGtLZXlib2FyZExheW91dCA9IDA7CisgIEluaXRLYmRMYXlvdXQoIChQVk9JRCkgJnBr S2V5Ym9hcmRMYXlvdXQgKTsKICAgcmV0dXJuIHBrS2V5Ym9hcmRMYXlvdXQ7CiB9CiAK --Multipart_Wed__15_Oct_2003_00:56:02_-0500_0862d460-- From ekohl@rz-online.de Wed Oct 15 16:31:45 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9FEVjxv028962 for ; Wed, 15 Oct 2003 16:31:45 +0200 Received: from smtp.rhein-zeitung.DE (smtp.rhein-zeitung.DE [212.7.160.14]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9FEViXK044156 for ; Wed, 15 Oct 2003 16:31:45 +0200 Received: from marvin (pppin-33-a2.pop-koblenz.rz-online.NET [212.7.162.51]) by smtp.rhein-zeitung.DE (8.12.8/8.12.8) with SMTP id h9FEVYn2005805 for ; Wed, 15 Oct 2003 16:31:34 +0200 Message-ID: <002801c39329$a391f620$0500a8c0@marvin> From: "Eric Kohl" To: "ReactOS General List" References: <20031013192610.75758.qmail@web41505.mail.yahoo.com> Subject: Re: [ros-kernel] ReactOS Roadmap Date: Wed, 15 Oct 2003 16:21:50 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 14:31:45 -0000 "Jason Filby" wrote: Hi! > · it attracts more developers - I have personally witnessed a dev > saying that they're hesitant to get involved because we have no roadmap Aren't these the guys who want to be spoon-fed? Interested in a project but unwilling or unable to spend some time to dig into the matter. I am sorry, but a missing roadmap is a pretty lame excuse, IMO. To me it is something like: "I am to lazy to buy and read 'Inside Microsoft Windows 2000'. Could you please explain, if a few words, what it's all about?" ;-) > · funding - investors cannot be expected to give funding to the > Foundation if we can't tell them what our roadmap is 100% agreed. > · we know where we're going and can work together more effectively > > After discussion with Vizzini we agreed that the best way to do this > is set major milestones for the next 6, 12 and 18 months. Then, fill in > the details on how to get there in between. > Please suggest: > major milestones (6, 12 and 18 months away) > · minor milestones (minimum granularity of a month) This is my current list. Please remember that I reserve the right to change my current topic or the order of topics without prior notice. 6 months milestone: - Implement object security. - Registry improvements. - Add security support to the registry. - Make the registry modification routines (create/delete key, set/delete value) failsafe. - Implement hive integrity checks. 12 months milestone: - Registry improvements. - Implement hive backup and rollback. - Implement GUI-Setup. - Implement user logon. 18 months milestone: - Implement local RPC. - Implement SAM/LSA. Other topics that I will work on in-betweeen: - Text-Mode Setup - Storage drivers (3rd-party SCSI support). Regards, Eric From jimtabor@adsl-64-217-116-74.dsl.hstntx.swbell.net Wed Oct 15 17:16:44 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9FFGixv029312 for ; Wed, 15 Oct 2003 17:16:44 +0200 Received: from dsl-64-217-116-74.dsl.hstntx.swbell.net (root@[64.217.116.74]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9FFGhXK048686 for ; Wed, 15 Oct 2003 17:16:43 +0200 Received: from adsl-64-217-116-74.dsl.hstntx.swbell.net (adsl-64-217-116-73.dsl.hstntx.swbell.net [64.217.116.73]) by Wed, 15 Oct 2003 15:11:03 GMTdsl-64-217-116-74.dsl.hstntx.swbell.net (8.9.3/8.9.3) with ESMTP id PAA14890 for ; Wed, 15 Oct 2003 15:11:03 GMT Message-ID: <3F8D6384.1050701@adsl-64-217-116-74.dsl.hstntx.swbell.net> Date: Wed, 15 Oct 2003 15:11:00 +0000 From: James Tabor User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.2b) Gecko/20021016 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ReactOS General List Subject: Re: [ros-kernel] ReactOS Roadmap References: <20031013192610.75758.qmail@web41505.mail.yahoo.com> <002801c39329$a391f620$0500a8c0@marvin> In-Reply-To: <20031013192610.75758.qmail@web41505.mail.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 15:16:45 -0000 Eric Kohl wrote: > "Jason Filby" wrote: > > Hi! > > > >· it attracts more developers - I have personally witnessed a dev > >saying that they're hesitant to get involved because we have no roadmap > > > Aren't these the guys who want to be spoon-fed? Interested in a project but > unwilling or unable to spend some time to dig into the matter. I am sorry, > but a missing roadmap is a pretty lame excuse, IMO. To me it is something > like: "I am to lazy to buy and read 'Inside Microsoft Windows 2000'. Could > you please explain, if a few words, what it's all about?" ;-) > That book is a *must read* if anyone is interested in becoming a developer for Ros! I recommend a list of books be made available on the web site. 'Inside Microsoft Windows 2000', third edition, ISBN 0-7356-1021-5. 'Windows NT/2000, Native API Reference', ISBN 1-57870-199-6. 'Windows Graphics Programming', ISBN 0-13-086985-6. 'Microsoft Windows 2000 API, Super Bible', ISBN 0-672-31933-0. 'Windows 2000 Graphics API, Black Book', ISBN 1-932111-39-5. *Must for Hacking* 'Undocumented Windows 2000 Secrets', ISBN 0-201-72187-2. Out of print book, for hacking, 'Undocumented Windows NT', ISBN 0-7645-4569-8. If the ISBN numbers are bad, just go to Amazon.com and query the titles of the books. James From jasonfilby@yahoo.com Wed Oct 15 17:17:56 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9FFHtxv029327 for ; Wed, 15 Oct 2003 17:17:56 +0200 Received: from web41510.mail.yahoo.com (web41510.mail.yahoo.com [66.218.93.93]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9FFHsXK048674 for ; Wed, 15 Oct 2003 17:17:55 +0200 Message-ID: <20031015151713.61084.qmail@web41510.mail.yahoo.com> Received: from [196.23.164.18] by web41510.mail.yahoo.com via HTTP; Wed, 15 Oct 2003 08:17:13 PDT Date: Wed, 15 Oct 2003 08:17:13 -0700 (PDT) From: Jason Filby Subject: Re: [ros-kernel] ReactOS Roadmap To: ReactOS General List In-Reply-To: <002801c39329$a391f620$0500a8c0@marvin> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 15:17:56 -0000 Hi Eric >Aren't these the guys who want to be spoon-fed? Interested in a >project but unwilling or unable to spend some time to dig into the >matter. I am sorry, but a missing roadmap is a pretty lame excuse, >IMO. To me it is something like: "I am to lazy to buy and >read 'Inside Microsoft Windows 2000'. Could you please explain, if a >few words, what it's all about?" ;-) Well... :) I don't think they see the roadmap as a technical limitation. There are a lot of Open Source projects out there to contribute to and nobody wants to contribute to a project that they think may never see version 1.0. A roadmap appears show that there is light at the end of the tunnel and they we know more or less which direction to stumble towards. >This is my current list. Please remember that I reserve the right >to change my current topic or the order of topics without prior >notice. Actually there's a 30 day notice period regarding changing milestones that you agreed to when registering at reactos.com (didn't you read the fine print?). No I'm only joking (really!). Thanks for the milestones Eric! Cheers Jason __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From jasonfilby@yahoo.com Wed Oct 15 17:21:26 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9FFLQxv029401 for ; Wed, 15 Oct 2003 17:21:26 +0200 Received: from web41501.mail.yahoo.com (web41501.mail.yahoo.com [66.218.93.84]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9FFLPXK038120 for ; Wed, 15 Oct 2003 17:21:26 +0200 Message-ID: <20031015152115.63411.qmail@web41501.mail.yahoo.com> Received: from [196.23.164.18] by web41501.mail.yahoo.com via HTTP; Wed, 15 Oct 2003 08:21:15 PDT Date: Wed, 15 Oct 2003 08:21:15 -0700 (PDT) From: Jason Filby Subject: Re: [ros-kernel] Re: WINE porting templates To: ReactOS General List , dpaun@rogers.com In-Reply-To: <1066183583.4040.34.camel@bilbo.plasmic.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Steven Edwards , wine-devel@winehq.com, ros-kernel@reactos.com X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 15:21:27 -0000 Hi Vizzini This sounds good to me. As you said, it seems like headers are the big blocker here. Regards Jason --- Vizzini wrote: > Steven and I spoke about this the other day, and I am in agreement > with > you, Dimitrie. I don't want to fork. We can use CVS to manage the > wine > source, and hopefully we can submit patches if we manage to uncover > any > bugs. Regardless, we need to stay current with Wine development, > and a > fork + manual merges is just impossible. > > We still have to figure out our header file situation, and Steven > and I > continue to discuss alternatives. Once we gain some clarity on > that > situation, we'll probalby just do a cvs vendor import of wine and > refresh it regularly. > > Does this sound workable to everyone? > > -Vizzini > > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From jasonfilby@yahoo.com Wed Oct 15 17:21:30 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9FFLUxv029407 for ; Wed, 15 Oct 2003 17:21:30 +0200 Received: from web41501.mail.yahoo.com (web41501.mail.yahoo.com [66.218.93.84]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9FFLTXK029092 for ; Wed, 15 Oct 2003 17:21:29 +0200 Message-ID: <20031015152115.63411.qmail@web41501.mail.yahoo.com> Received: from [196.23.164.18] by web41501.mail.yahoo.com via HTTP; Wed, 15 Oct 2003 08:21:15 PDT Date: Wed, 15 Oct 2003 08:21:15 -0700 (PDT) From: Jason Filby Subject: Re: [ros-kernel] Re: WINE porting templates To: ReactOS General List , dpaun@rogers.com In-Reply-To: <1066183583.4040.34.camel@bilbo.plasmic.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Steven Edwards , wine-devel@winehq.com, ros-kernel@reactos.com X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 15:21:30 -0000 Hi Vizzini This sounds good to me. As you said, it seems like headers are the big blocker here. Regards Jason --- Vizzini wrote: > Steven and I spoke about this the other day, and I am in agreement > with > you, Dimitrie. I don't want to fork. We can use CVS to manage the > wine > source, and hopefully we can submit patches if we manage to uncover > any > bugs. Regardless, we need to stay current with Wine development, > and a > fork + manual merges is just impossible. > > We still have to figure out our header file situation, and Steven > and I > continue to discuss alternatives. Once we gain some clarity on > that > situation, we'll probalby just do a cvs vendor import of wine and > refresh it regularly. > > Does this sound workable to everyone? > > -Vizzini > > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From jasonfilby@yahoo.com Wed Oct 15 17:26:05 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9FFQ4xv029508 for ; Wed, 15 Oct 2003 17:26:04 +0200 Received: from web41506.mail.yahoo.com (web41506.mail.yahoo.com [66.218.93.89]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9FFQ3XK008812 for ; Wed, 15 Oct 2003 17:26:04 +0200 Message-ID: <20031015152554.36183.qmail@web41506.mail.yahoo.com> Received: from [196.23.164.18] by web41506.mail.yahoo.com via HTTP; Wed, 15 Oct 2003 08:25:54 PDT Date: Wed, 15 Oct 2003 08:25:54 -0700 (PDT) From: Jason Filby Subject: Re: [ros-kernel] Re: WINE porting templates To: dpaun@rogers.com, ReactOS General List , wine-devel@winehq.com, Vizzini In-Reply-To: <200310150019.28995.dpaun@rogers.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: ros-kernel@reactos.com X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 15:26:05 -0000 Hi Dimitrie User32 and gdi32 are likely to be a problem as the bulk of our implementation is in kernel mode win32k.sys. Regards Jason --- "Dimitrie O. Paun" wrote: > On October 14, 2003 03:11 pm, Jason Filby wrote: > > > I agree that forking should be avoided at all costs. Of course it > > will be unavoidable for lower level DLLs such as user32. > > You are right, ReactOS will probably need it's own ntdll, and > maybe kernel. But for user32 and gdi32, I am hoping you can > use Wine's versions, and just implement a ReactOS driver for > them... > > -- > Dimi. > __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From jasonfilby@yahoo.com Wed Oct 15 17:26:12 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9FFQCxv029518 for ; Wed, 15 Oct 2003 17:26:12 +0200 Received: from web41506.mail.yahoo.com (web41506.mail.yahoo.com [66.218.93.89]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9FFQBXK021390 for ; Wed, 15 Oct 2003 17:26:11 +0200 Message-ID: <20031015152554.36183.qmail@web41506.mail.yahoo.com> Received: from [196.23.164.18] by web41506.mail.yahoo.com via HTTP; Wed, 15 Oct 2003 08:25:54 PDT Date: Wed, 15 Oct 2003 08:25:54 -0700 (PDT) From: Jason Filby Subject: Re: [ros-kernel] Re: WINE porting templates To: dpaun@rogers.com, ReactOS General List , wine-devel@winehq.com, Vizzini In-Reply-To: <200310150019.28995.dpaun@rogers.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: ros-kernel@reactos.com X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 15:26:13 -0000 Hi Dimitrie User32 and gdi32 are likely to be a problem as the bulk of our implementation is in kernel mode win32k.sys. Regards Jason --- "Dimitrie O. Paun" wrote: > On October 14, 2003 03:11 pm, Jason Filby wrote: > > > I agree that forking should be avoided at all costs. Of course it > > will be unavoidable for lower level DLLs such as user32. > > You are right, ReactOS will probably need it's own ntdll, and > maybe kernel. But for user32 and gdi32, I am hoping you can > use Wine's versions, and just implement a ReactOS driver for > them... > > -- > Dimi. > __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From fd0man@chadeux.homelinux.net Wed Oct 15 17:50:30 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9FFoTxv029782 for ; Wed, 15 Oct 2003 17:50:30 +0200 Received: from chadeux.homelinux.net (cblmdm204-118-177-204.buckeye-express.com [204.118.177.204]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9FFoSXK034606 for ; Wed, 15 Oct 2003 17:50:29 +0200 Received: from chadeux.homelinux.net (IDENT:1000@localhost [127.0.0.1]) by chadeux.homelinux.net (8.12.8/8.12.8) with ESMTP id h9FFk7gt002708 for ; Wed, 15 Oct 2003 11:46:07 -0400 Received: from localhost (fd0man@localhost) by chadeux.homelinux.net (8.12.8/8.12.8/Submit) with ESMTP id h9FFk4jx002705 for ; Wed, 15 Oct 2003 11:46:07 -0400 Date: Wed, 15 Oct 2003 11:46:01 -0400 (EDT) From: "Michael B. Trausch" To: ReactOS General List Subject: RE: [ros-kernel] ROS on 486 In-Reply-To: <30BD5C113939D211B19800805FC196AC08750EB9@nbnzhexch1.nbnz.co.nz> Message-ID: References: <30BD5C113939D211B19800805FC196AC08750EB9@nbnzhexch1.nbnz.co.nz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 15:50:30 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 15 Oct 2003, Hey Matthew wrote: > > possibily because it uses a different mouse protocol that we haven't > implemented. > There are several - mouse systems, logitech etc... > gpm used -t bare for it. It's a cheap Artec mouse that I picked up from OfficeMax a LONG time ago, with three buttons (tho the third has never worked)... Now, I have a PS/2 mouse on my Linux box, that is a Belkin, that has a protocol switch on it, and it works in both modes with ROS, when I could test it on here, anyway, those modes on the mouse are listed as "MS AM" and "PC AT". However, the MS AM mode is the only one where the third button works for the mouse. Anyway, that's all I can really tell about it... I'll get the code from CVS and see about making that work, and let y'all know what happens from there. Later, Mike Michael B. Trausch AIM: MBTrausch 720 Orchard St. E-mail: fd0man@chadeux.homelinux.net Toledo, OH 43609 Second E-Mail: fd0man@yahoo.com (419) 514-5047 Web: http://chadeux.homelinux.net - ----------------------------------------------------------------- People will forget what you said and what you did, but they will never forget how you made them feel. - ----------------------------------------------------------------- NOTICE: fd0man@yahoo.com's key is REVOKED. Please do not use it Revokation Certificate is in the zip file @ the website below. - ----------------------------------------------------------------- If you'd like to send me secure mail, please obtain my gpg public key from my website, listed below, or if you have a Unix system: finger fd0man@chadeux.homelinux.net |less http://chadeux.homelinux.net/users/fd0man/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE/jWu785RqKeHavSsRAjj2AKDF14fe0P+3iKwLsJ4EryFhbF32mACfRva4 wE7h0Ca8dRYBUKM3cRZ5jT4= =Vgl+ -----END PGP SIGNATURE----- From ekohl@rz-online.de Wed Oct 15 17:54:07 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9FFs7xv029809 for ; Wed, 15 Oct 2003 17:54:07 +0200 Received: from smtp.rhein-zeitung.DE (smtp.rhein-zeitung.DE [212.7.160.14]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9FFs7XK061946 for ; Wed, 15 Oct 2003 17:54:07 +0200 Received: from marvin (pppin-4a-a2.pop-koblenz.rz-online.NET [212.7.162.74]) by smtp.rhein-zeitung.DE (8.12.8/8.12.8) with SMTP id h9FFrGn2022194; Wed, 15 Oct 2003 17:53:17 +0200 Message-ID: <001401c39335$0e77fc40$0500a8c0@marvin> From: "Eric Kohl" To: "ReactOS General List" , , , "Vizzini" References: <20031015152554.36183.qmail@web41506.mail.yahoo.com> Subject: Re: [ros-kernel] Re: WINE porting templates Date: Wed, 15 Oct 2003 17:57:33 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Cc: ros-kernel@reactos.com X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 15:54:07 -0000 "Jason Filby" wrote: > User32 and gdi32 are likely to be a problem as the bulk of our > implementation is in kernel mode win32k.sys. More problems will be caused by advapi32 and rpcrt4 because ReactOS will use LPC instead of Unix-Sockets for local IPC. Regards Eric From xnavara@volny.cz Wed Oct 15 18:02:02 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9FG21xv029937 for ; Wed, 15 Oct 2003 18:02:01 +0200 Received: from smtp2.vol.cz (smtp2.vol.cz [195.250.128.42]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9FG21XK029170 for ; Wed, 15 Oct 2003 18:02:01 +0200 Received: from hornet (prahae-2-35.dialup.vol.cz [62.177.74.143]) by smtp2.vol.cz (8.12.8p2/8.12.8) with SMTP id h9FG1c8C006256 for ; Wed, 15 Oct 2003 18:01:39 +0200 (CEST) (envelope-from xnavara@volny.cz) Message-ID: <031a01c39335$9da9da50$1a4cb13e@hornet> From: "Filip Navara" To: Date: Wed, 15 Oct 2003 16:37:18 +0200 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0317_01C3933A.99497420" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: [ros-kernel] Explorer under ReactOS X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 16:02:02 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0317_01C3933A.99497420 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit Hi all! Yesterday I submitted few patches to get our Explorer running under ReactOS. It's far from complete, but if anyone want to try it, here are the required steps: 1) Get latest FreeLdr + ReactOS, compiled them and install. The new FreeLdr is not requirment, but may be needed because of buggy registry cell calculation in previous versions. 2) Rebuild registry. 3) Build or download our Explorer. (see http://www.sky.franken.de/explorer/) 4) Get prebuilt Wine DLLs from www.volny.cz/xnavara/reactos/dlls/alldlls.zip (~ 1 Mb) Happy hacking Filip ------=_NextPart_000_0317_01C3933A.99497420 Content-Type: image/png; name="explorer3.png" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="explorer3.png" iVBORw0KGgoAAAANSUhEUgAAAoAAAAHgCAIAAAC6s0uzAAAAAXNSR0IArs4c6QAAAARnQU1BAACx jwv8YQUAAAAgY0hSTQAAeiYAAICEAAD6AAAAgOgAAHUwAADqYAAAOpgAABdwnLpRPAAAGI9JREFU eF7t3UuS47gVhtH0Ir0lDzzwQnobHnjgRbXlVgSDRVGvEsUf9+JU9KArXSUA56LjS+bLf/vzzz9/ /CJAgAABAgROFrgE2C8CBAgQIEDgZIGfk9ezHAECBAgQIPD/Dz9TIECAAAECBM4X2Anwtz8Gfv4h rUiAAAECBEYTEODRJmI/BAgQIDCFgABPMWaHJECAAIHRBAR4tInYDwECBAhMISDAU4zZIQkQIEBg NAEBHm0i9kOAAAECUwgI8BRjdkgCBAgQGE1AgEebiP0QIECAwBQCAjzFmB2SAAECBEYTEODRJmI/ BAgQIDCFgABPMWaHJECAAIHRBAR4tInYDwECBAhMISDAU4zZIQkQIEBgNAEBHm0i9kOAAAECUwgI 8BRjdkgCBAgQGE1AgEebiP0QIECAwBQCAjzFmB2SAAECBEYTEODRJmI/BAgQIDCFgABPMWaHJECA AIHRBAR4tInYDwECBAhMISDAU4zZIQkQIEBgNAEBHm0i9kOAAAECUwgI8BRjdkgCBAgQGE1AgEeb iP0QIECAwBQCAjzFmB2SAAECBEYTEODRJmI/BAgQIDCFgABPMWaHJECAAIHRBAR4tInYDwECBAhM ISDAU4zZIQkQIEBgNAEBHm0i9kOAAAECUwgI8BRjdkgCBAgQGE1AgEebiP0QIECAwBQCOwGe4twO SYAAAQIEogICHOW3OAECBAjMKiDAs07euQkQIEAgKiDAUX6LEyBAgMCsAgI86+SdmwABAgSiAi8F +OevX5t97r4xehaLEyBAgACBMgK/GeBrfW+rXObcNkqAAAECBKICrwb4ssl1bq//fvuW5SzyHB2r xQkQIEBgdIEvBnj0o9sfAQIECBDICbwX4M2D7+YJePmtx9/cQK1MgAABAjUE3gjw8jHndWjXp7z3 9hoSdkmAAAECBE4UeDvA66fbzRdhCfCJg7MUAQIECNQWeC/Ay0Pw9dC3AfbV0bWvg90TIECAwFkC bwd492POyxt99veswVmHAAECBGoLCHDt+dk9AQIECBQVeCnAr5/Nj+Z43cqfJECAAIGZBQR45uk7 OwECBAjEBA4LsM/+xmZoYQIECBAoKHBYgAue3ZYJECBAgEBMQIBj9BYmQIAAgZkFBHjm6Ts7AQIE CMQEBDhGb2ECBAgQmFlgP8DLD7TypVUzXw5nJ0CAAIHvCewEeBNdDf6evlcmQIAAgWkFtgF+mtv1 w/G0ag5OgAABAgQ+FNgJ8INXvH04/nB5f50AAQIECMwp8HaA10xPH5fnNHVqAgQIECDwVOCjAF9e 3Q9/fkrsDxAgQIAAgVsBAXYrCBAgQIBAQOC9L8LaPO/6EHRgYpYkQIAAgRYC730b0oMvwrpt8+az xS24HIIAAQIECBwj8PYP4rj3bUgCfMxAvAoBAgQIzCHgR1HOMWenJECAAIHBBAR4sIHYDgECBAjM ISDAc8zZKQkQIEBgMAEBHmwgtkOAAAECcwgI8BxzdkoCBAgQGExAgAcbiO0QIECAwBwCAjzHnJ2S AAECBAYTEODBBmI7BAgQIDCHgADPMWenJECAAIHBBAR4sIHYDgECBAjMISDAc8zZKQkQIEBgMAEB HmwgtkOAAAECcwgI8BxzdkoCBAgQGExAgAcbiO0QIECAwBwCAjzHnJ2SAAECBAYTEODBBmI7BAgQ IDCHgADPMWenJECAAIHBBHYC/PPlX4MJ2A4BAgQIEAgICHAA3ZIECBAgQECA3QECBAgQIBAQEOAA uiUJECBAgIAAuwMECBAgQCAgIMABdEsSIECAAAEBdgcIECBAgEBAQIAD6JYkQIAAAQIC7A4QIECA AIGAgAAH0C1JgAABAgQE2B0gQIAAAQIBAQEOoFuSAAECBAgIsDtAgAABAgQCAgIcQLckAQIECBAQ YHeAAAECBAgEBAQ4gG5JAgQIECAgwO4AAQIECBAICAhwAN2SBAgQIEBAgN0BAgQIECAQEBDgALol CRAgQICAALsDBAgQIEAgICDAAXRLEiBAgAABAXYHCBAgQIBAQECAA+iWJECAAAECAuwOECBAgACB gIAAB9AtSYAAAQIEBNgdIECAAAECAQEBDqBbkgABAgQICLA7QIAAAQIEAgICHEC3JAECBAgQEGB3 gAABAgQIBAQEOIBuSQIECBAgsBNgKAQIECBAgMC3BQT428JenwABAgQI7AgIsGtBgAABAgQCAgIc QLckAQIECBAQYHeAAAECBAgEBLYB/vmR5MAYLEmAAAECswkI8GwTd14CBAgQGELglwBfHn/Xv64b vH3L47cPcSybIECAAAECYwu88QR8LfFS37HPZXcECBAgQGBogTcCfH0aFuCh52lzBAgQIFBE4HmA 3/q4dJFT2yYBAgQIEAgLPAnw+sPO6yfgZddLnsPnsDwBAgQIECgl8DzA6+Pc+yYl37xUaug2S4AA AQJ5gTcCvHka3jwEX3+7KfHj3+ZPbwcECBAgQCAksBPgzUeV179dfxHW7rcnCXBojpYlQIAAgWIC fu5VsYHZLgECBAj0EBDgHnN0CgIECBAoJiDAxQZmuwQIECDQQ0CAe8zRKQgQIECgmIAAFxuY7RIg QIBADwEB7jFHpyBAgACBYgICXGxgtkuAAAECPQQEuMccnYIAAQIEigkIcLGB2S4BAgQI9BAQ4B5z dAoCBAgQKCYgwMUGZrsECBAg0ENAgHvM0SkIECBAoJiAABcbmO0SIECAQA8BAe4xR6cgQIAAgWIC AlxsYLZLgAABAj0EBLjHHJ2CAAECBIoJCHCxgdkuAQIECPQQEOAec3QKAgQIECgmIMDFBma7BAgQ INBDQIB7zNEpCBAgQKCYgAAXG5jtEiBAgEAPAQHuMUenIECAAIFiAgJcbGC2S4AAAQI9BAS4xxyd ggABAgSKCQhwsYHZLgECBAj0EBDgHnN0CgIECBAoJiDAxQZmuwQIECDQQ0CAe8zRKQgQIECgmIAA FxuY7RIgQIBADwEB7jFHpyBAgACBYgICXGxgtkuAAAECPQQEuMccnYIAAQIEigkIcLGB2S4BAgQI 9BAQ4B5zdAoCBAgQKCYgwMUGZrsECBAg0ENAgHvM0SkIECBAoJiAABcbmO0SIECAQA8BAe4xR6cg QIAAgWICAlxsYLZLgAABAj0EBLjHHJ2CAAECBIoJCHCxgdkuAQIECPQQEOAec3QKAgQIECgmIMDF Bma7BAgQINBDQIB7zNEpCBAgQKCYgAAXG5jtEiBAgEAPAQHuMUenIECAAIFiAgJcbGC2S4AAAQI9 BAS4xxydggABAgSKCQhwsYHZLgECBAj0EBDgHnN0CgIECBAoJiDAxQZmuwQIECDQQ0CAe8zRKQgQ IECgmIAAFxuY7RIgQIBADwEB7jFHpyBAgACBYgICXGxgtkuAAAECPQQEuMccnYIAAQIEigkIcLGB 2S4BAgQI9BAQ4B5zdAoCBAgQKCYgwMUGZrsECBAg0ENAgHvM0SkIECBAoJiAABcbmO0SIECAQA8B Ae4xR6cgQIAAgWICAlxsYLZLgAABAj0EBLjHHJ2CAAECBIoJCHCxgdkuAQIECPQQEOAec3QKAgQI ECgmIMDFBma7BAgQINBDQIB7zNEpCBAgQKCYgAAXG5jtEiBAgEAPAQHuMUenIECAAIFiAgJcbGC2 S4AAAQI9BAS4xxydggABAgSKCQhwsYHZLgECBAj0EBDgHnN0CgIECBAoJiDAxQZmuwQIECDQQ0CA e8zRKQgQIECgmIAAFxuY7RIgQIBADwEB7jFHpyBAgACBYgICXGxgtkuAAAECPQQEuMccnYIAAQIE igkIcLGB2S4BAgQI9BAQ4B5zdAoCBAgQKCYgwMUGZrsECBAg0ENAgHvM0SkIECBAoJiAABcbmO0S IECAQA8BAe4xR6cgQIAAgWICAlxsYLZLgAABAj0EBLjHHJ2CAAECBIoJCHCxgdkuAQIECPQQEOAe c3QKAgQIECgmIMDFBma7BAgQINBDQIB7zNEpCBAgQKCYgAAXG5jt9hb4+etX7zM6HQECVwH/qbsJ BAYSuNZXgwcaia0Q+JqAAH+N1gsTeF9gSa8Gv4/nbxAoJiDAxQZmu70F1t3V4N6zdjoCAuwOEBhI YBNdDR5oNrZC4GgBAT5a1OsR+EDgtrga/AGnv0pgaAEBHno8NjebwG5uNXi2a+C8kwgI8CSDdswa Avdaq8E15meXBN4REOB3tPxZAl8WeBBaDf6yvZcncLaAAJ8tbj0CDwQeV1aDXR4CnQQEuNM0naW8 wL3PAV9/Qpafk1V+wA5AYCUgwK4DgYEEdr8P2IPvQBOyFQLHCQjwcZZeicDHAgL8MaEXIFBGQIDL jMpGZxDY/CxoP5lyhqE747QCAjzt6B18RIHNZ3kFeMQh2ROBgwQE+CBIL0PgCIEHPwnLZ4KPAPYa BAYSEOCBhmErBG4FPAS7FQS6Cghw18k6Vx8BDe4zSychsBIQYNeBwOgCAjz6hOyPwG8JCPBvsflL BM4V8CM4zvW2GoEzBAT4DGVrECBAgACBjYAAuxIECBAgQCAgIMABdEsSIECAAAEBdgcIECBAgEBA QIAD6JYkQIAAAQIC7A4QIECAAIGAgAAH0C1JgAABAgQE2B0gQIAAAQIBAQEOoFuSAAECBAgIsDtA gAABAgQCAgIcQLckAQIECBAQYHeAAAECBAgEBAQ4gG5JAgQIECAgwO4AAQIECBAICAhwAN2SBAgQ IEBAgN0BAgQIECAQEBDgALolCRAgQICAALsDBAgQIEAgICDAAXRLEiBAgAABAXYHCBAgQIBAQECA A+iWJECAAAECAuwOECBAgACBgIAAB9AtSYAAAQIEBNgdIECAAAECAQEBDqBbkgABAgQICLA7QIAA AQIEAgICHEC3JAECBAgQEGB3gAABAgQIBAQEOIBuSQIECBAgIMDuAAECBAgQCAgIcADdkgQIECBA QIDdAQIECBAgEBAQ4AC6JQkQIECAgAC7AwQIECBAICAgwAF0SxIgQIAAAQF2BwgQIECAQEBAgAPo liRAgAABAgLsDhAgQIAAgYCAAAfQLUmAAAECBATYHSBAgAABAgEBAQ6gW5IAAQIECAiwO0CAAAEC BAICAhxAtyQBAgQIEBBgd4AAAQIECAQEBDiAbkkCBAgQICDA7gABAgQIEAgICHAA3ZIECBAgQECA 3QECBAgQIBAQEOAAuiUJECBAgIAAuwMECBAgQCAgIMABdEsSIECAAAEBdgcIECBAgEBAQIAD6JYk QIAAAQIC7A4QIECAAIGAgAAH0C1JgAABAgQE2B0gQIAAAQIBAQEOoFuSAAECBAgIsDtAgAABAgQC AgIcQLckAQIECBAQYHeAAAECBAgEBAQ4gG5JAgQIECAgwO4AAQIECBAICAhwAN2SBAgQIEBAgN0B AgQIECAQEBDgALolCRAgQICAALsDBAgQIEAgICDAAXRLEiBAgAABAXYHCBAgQIBAQECAA+iWJECA AAECAuwOECBAgACBgIAAB9AtSYAAAQIEBNgdIECAAAECAQEBDqBbkgABAgQICLA7QIAAAQIEAgIC HEC3JAECBAgQEGB3gAABAgQIBAQEOIBuSQIECBAgIMDuAAECBAgQCAgIcADdkgQIECBAQIDdAQIE CBAgEBAQ4AC6JQkQIECAgAC7AwQIECBAICAgwAF0SxIgQIAAAQF2BwgQIECAQEBAgAPoliRAgAAB AgLsDhAgQIAAgYCAAAfQLUmAAAECBATYHSBAgAABAgEBAQ6gW5IAAQIECAiwO0CAAAECBAICAhxA tyQBAgQIEBBgd4AAAQIECAQEBDiAbkkCBAgQICDA7gABAgQIEAgICHAA3ZIECBAgQECA3QECBAgQ IBAQEOAAuiUJECBAgIAAuwMECBAgQCAgIMABdEsSIECAAAEBdgcIECBAgEBAQIAD6JYkQIAAAQIC 7A4QIECAAIGAgAAH0C1JgAABAgQE2B0gQIAAAQIBAQEOoFuSAAECBAgIsDtAgAABAgQCAgIcQLck AQIECBAQYHeAAAECBAgEBAQ4gG5JAgQIECAgwO4AAQIECBAICAhwAN2SBAgQIEBAgN0BAgQIECAQ EBDgALolCRAgQICAALsDBAgQIEAgICDAAXRLEiBAgAABAXYHCBAgQIBAQECAA+iWJECAAAECAuwO ECBAgACBgIAAB9AtSYAAAQIEBNgdIECAAAECAQEBDqBbkgABAgQICLA7QIAAAQIEAgICHEC3JAEC BAgQEGB3gAABAgQIBAQEOIBuSQIECBAgIMDuAAECBAgQCAgIcADdkgQIECBAQIDdAQIECBAgEBAQ 4AC6JQkQIECAgAC7AwQIECBAICAgwAF0SxIgQIAAAQF2BwgQIECAQEBAgAPoliRAgAABAgLsDhAg QIAAgYCAAAfQLUmAAAECBATYHSBAgAABAgEBAQ6gW5IAAQIECAiwO0CAAAECBAICAhxAtyQBAgQI EBBgd4AAAQIECAQEBDiAbkkCBAgQICDA7gABAgQIEAgICHAA3ZIECBAgQECA3QECBAgQIBAQEOAA uiUJECBAgIAAuwMECBAgQCAgIMABdEsSIECAAAEBdgcIECBAgEBAQIAD6JYkQIAAAQIC7A4QIECA AIGAgAAH0C1JgAABAgQE2B0gQIAAAQIBAQEOoFuSAAECBAgIsDtAgAABAgQCAgIcQLckAQIECBAQ YHeAAAECBAgEBAQ4gG5JAgQIECAgwO4AAQIECBAICAhwAN2SBAgQIEBAgN0BAgQIECAQEBDgALol CRAgQICAALsDBAgQIEAgICDAAXRLEiBAgAABAXYHCBAgQIBAQECAA+iWJECAAAECAuwOECBAgACB gIAAB9AtSYAAAQIEBNgdIECAAAECAQEBDqBbkgABAgQICLA7QIAAAQIEAgICHEC3JAECBAgQEGB3 gAABAgQIBAQEOIBuSQIECBAgIMDuAAECBAgQCAgIcADdkgQIECBAQIDdAQIECBAgEBAQ4AC6JQkQ IECAgAC7AwQIECBAICAgwAF0SxIgQIAAAQF2BwgQIECAQEBAgAPoliRAgAABAgLsDhAgQIAAgYCA AAfQLUmAAAECBATYHSBAgAABAgEBAQ6gW5IAAQIECAiwO0CAAAECBAICAhxAtyQBAgQIEBBgd4AA AQIECAQEBDiAbkkCBAgQICDA7gABAgQIEAgICHAA3ZIECBAgQECA3QECBAgQIBAQEOAAuiUJECBA gIAAuwMECBAgQCAgIMABdEsSIECAAAEBdgcIECBAgEBAQIAD6JYkQIAAAQIC7A4QIECAAIGAgAAH 0C1JgAABAgQE2B0gQIAAAQIBAQEOoFuSAAECBAgIsDtAgAABAgQCAgIcQLckAQIECBAQYHeAAAEC BAgEBAQ4gG5JAgQIECAgwO4AAQIECBAICAhwAN2SBAgQIEDg59//+a9/CBAgQIAAgZMFPAF7J4wA AQIECAQEPAH7AAABAgQIEAgICHAA/eSPcliOAAECBAYUEGABJkCAAAECAQEBDqAP+I6YLREgQIDA yQK/BDjwOejPlvz58Q6EdyAIECBAoKTANsAn9/+T5f7xz38J8CeA/i4BAgQIBAUEuOT7TcEbY2kC BAgQOERAgAWYAAECBAgEBAQ4gH7Iu05ehAABAgRKCwiwABMgQIAAgYDAToAvX9y0fp9i+TrlzTsa lz92/Sf1DogvwkrJW5cAAQIEPhd4EuD1dwndLibAnw/AKxAgQIDAnAL7H4JeynovwPcefy/fF7T+ 9VVTT8Bf5fXiBAgQmFlgadmCsAnc9be7RPdSuPnzdz8HvH66vWR4vcblf/r7H3/cfvD5wW6+MUUB /oaq1yRAgACBdSkfV/ZegDfZ3v9j67e+Etp79b28zsk/FkOA/UdCgAABAocLbJ9T7zzpvp68uwl/ EODr/7QU9/pMfH323f3aq9d3c4iXAB/C6EUIECBAYC1w27Ldt9x2+h7j7wd4neFrfZePP28yfOYn gK/vGZycfHeUAAECBNoLvBjgjcPvfKT68RPw8sVWy4Pv5V/WD8H3HoVvP319+MwE+HBSL0iAAAEC TwP8+hc8Pf6TT34Qx/K8e+3u+muvXvkepK8+oQqw/04IECBA4HCBowL8tNOPvg3p8x+yIcCH3wwv SIAAAQJfFXj6RVivpO1pfS9HOPJHUT7d9LFknoCP9fRqBAgQIHAVePBtSPfKuvkrL0X68eeA3xrG 5ouwXln+rdff/GEB/kTP3yVAgACBBwL3vpLpwRdbLa/2Yg2PfAI+eZYCfDK45QgQIEDgQIFtgJcv ey7xL99+yD4Q2ksRIECAAIG1wC8Bvn1qHv8txkmAAAECBCoK7P8g6YonsWcCBAgQIFBIQIAD/yfM he6HrRIgQIDAlwT+BwXT0vJn8sb4AAAAAElFTkSuQmCC ------=_NextPart_000_0317_01C3933A.99497420-- From steven_ed4153@yahoo.com Wed Oct 15 20:45:51 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9FIjmxv031293 for ; Wed, 15 Oct 2003 20:45:48 +0200 Received: from web21107.mail.yahoo.com (web21107.mail.yahoo.com [216.136.227.109]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9FIjlXK021392 for ; Wed, 15 Oct 2003 20:45:48 +0200 Message-ID: <20031015184536.5321.qmail@web21107.mail.yahoo.com> Received: from [66.83.186.125] by web21107.mail.yahoo.com via HTTP; Wed, 15 Oct 2003 11:45:36 PDT Date: Wed, 15 Oct 2003 11:45:36 -0700 (PDT) From: Steven Edwards Subject: Re: [ros-kernel] Re: WINE porting templates To: ReactOS General List , dpaun@rogers.com, wine-devel@winehq.com, Vizzini In-Reply-To: <20031015152554.36183.qmail@web41506.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: ros-kernel@reactos.com X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 18:45:51 -0000 Hello All, Jason is right I think. I spoke with Alexandre the other night about implementing a Win32k.sys driver for WINE so we could use GDI32/User32 and it might be do-able it wont be somthing that is possible for at least another year at the rate we are sharing code. Wines user32 depends on a few direct Wineserver calls and has quite a bit of old design issues from the Win16 days that will need to be fixed first. Not to mention Unixisms in a few places and of course ReactOS Win32k-User32 commuincation system uses our own system calls so that would need to be implemented in another way. I think the method we have currently for advapi32,kernel32,gdi32,ntdll and user32 are the best at the moment. We try to rip the source file as a whole such as the controls and string functions in user32 so we can easyly diff back to Winehq. For the other pure Win32 such as comctl32, shell32, ole*32, shlwapi and friends this is not a issues as we can just recompile without forking but for the lower level dlls we are going to need to keep forking. =( Thanks Steven --- Jason Filby wrote: > Hi Dimitrie > > User32 and gdi32 are likely to be a problem as the bulk of our > implementation is in kernel mode win32k.sys. > > Regards > Jason > > --- "Dimitrie O. Paun" wrote: > > On October 14, 2003 03:11 pm, Jason Filby wrote: > > > > > I agree that forking should be avoided at all costs. Of course it > > > will be unavoidable for lower level DLLs such as user32. > > > > You are right, ReactOS will probably need it's own ntdll, and > > maybe kernel. But for user32 and gdi32, I am hoping you can > > use Wine's versions, and just implement a ReactOS driver for > > them... > > > > -- > > Dimi. > > > > > __________________________________ > Do you Yahoo!? > The New Yahoo! Shopping - with improved product search > http://shopping.yahoo.com > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From steven_ed4153@yahoo.com Wed Oct 15 20:45:54 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9FIjsxv031299 for ; Wed, 15 Oct 2003 20:45:54 +0200 Received: from web21107.mail.yahoo.com (web21107.mail.yahoo.com [216.136.227.109]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9FIjqXK029014 for ; Wed, 15 Oct 2003 20:45:53 +0200 Message-ID: <20031015184536.5321.qmail@web21107.mail.yahoo.com> Received: from [66.83.186.125] by web21107.mail.yahoo.com via HTTP; Wed, 15 Oct 2003 11:45:36 PDT Date: Wed, 15 Oct 2003 11:45:36 -0700 (PDT) From: Steven Edwards Subject: Re: [ros-kernel] Re: WINE porting templates To: ReactOS General List , dpaun@rogers.com, wine-devel@winehq.com, Vizzini In-Reply-To: <20031015152554.36183.qmail@web41506.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: ros-kernel@reactos.com X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 18:45:54 -0000 Hello All, Jason is right I think. I spoke with Alexandre the other night about implementing a Win32k.sys driver for WINE so we could use GDI32/User32 and it might be do-able it wont be somthing that is possible for at least another year at the rate we are sharing code. Wines user32 depends on a few direct Wineserver calls and has quite a bit of old design issues from the Win16 days that will need to be fixed first. Not to mention Unixisms in a few places and of course ReactOS Win32k-User32 commuincation system uses our own system calls so that would need to be implemented in another way. I think the method we have currently for advapi32,kernel32,gdi32,ntdll and user32 are the best at the moment. We try to rip the source file as a whole such as the controls and string functions in user32 so we can easyly diff back to Winehq. For the other pure Win32 such as comctl32, shell32, ole*32, shlwapi and friends this is not a issues as we can just recompile without forking but for the lower level dlls we are going to need to keep forking. =( Thanks Steven --- Jason Filby wrote: > Hi Dimitrie > > User32 and gdi32 are likely to be a problem as the bulk of our > implementation is in kernel mode win32k.sys. > > Regards > Jason > > --- "Dimitrie O. Paun" wrote: > > On October 14, 2003 03:11 pm, Jason Filby wrote: > > > > > I agree that forking should be avoided at all costs. Of course it > > > will be unavoidable for lower level DLLs such as user32. > > > > You are right, ReactOS will probably need it's own ntdll, and > > maybe kernel. But for user32 and gdi32, I am hoping you can > > use Wine's versions, and just implement a ReactOS driver for > > them... > > > > -- > > Dimi. > > > > > __________________________________ > Do you Yahoo!? > The New Yahoo! Shopping - with improved product search > http://shopping.yahoo.com > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From steven_ed4153@yahoo.com Wed Oct 15 20:56:03 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9FIu3xv031392 for ; Wed, 15 Oct 2003 20:56:03 +0200 Received: from web21101.mail.yahoo.com (web21101.mail.yahoo.com [216.136.227.103]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9FIu1XK029040 for ; Wed, 15 Oct 2003 20:56:02 +0200 Message-ID: <20031015185600.11537.qmail@web21101.mail.yahoo.com> Received: from [66.83.186.125] by web21101.mail.yahoo.com via HTTP; Wed, 15 Oct 2003 11:56:00 PDT Date: Wed, 15 Oct 2003 11:56:00 -0700 (PDT) From: Steven Edwards Subject: Re: [ros-kernel] Explorer under ReactOS To: ReactOS General List In-Reply-To: <031a01c39335$9da9da50$1a4cb13e@hornet> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 18:56:03 -0000 Hello Filip!!! This is very nice. It looks almost as good as it does running under WINE from the last screenshot I saw. Keep up the great work! Thanks Steven --- Filip Navara wrote: > Hi all! > > Yesterday I submitted few patches to get our Explorer running under > ReactOS. > It's far from complete, but if anyone want to try it, here are the > required > steps: > > 1) Get latest FreeLdr + ReactOS, compiled them and install. The new > FreeLdr > is not requirment, but may be needed because of buggy registry cell > calculation in previous versions. > 2) Rebuild registry. > 3) Build or download our Explorer. (see > http://www.sky.franken.de/explorer/) > 4) Get prebuilt Wine DLLs from > www.volny.cz/xnavara/reactos/dlls/alldlls.zip > (~ 1 Mb) > > Happy hacking > Filip > > ATTACHMENT part 2 image/png name=explorer3.png > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From steven_ed4153@yahoo.com Wed Oct 15 21:05:38 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9FJ5cxv031488 for ; Wed, 15 Oct 2003 21:05:38 +0200 Received: from web21110.mail.yahoo.com (web21110.mail.yahoo.com [216.136.227.112]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9FJ5bXK055240 for ; Wed, 15 Oct 2003 21:05:37 +0200 Message-ID: <20031015190534.55887.qmail@web21110.mail.yahoo.com> Received: from [66.83.186.125] by web21110.mail.yahoo.com via HTTP; Wed, 15 Oct 2003 12:05:34 PDT Date: Wed, 15 Oct 2003 12:05:34 -0700 (PDT) From: Steven Edwards Subject: Re: [ros-kernel] Headers, headers everywhere To: ReactOS General List In-Reply-To: <1066196059.4042.207.camel@bilbo.plasmic.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 19:05:38 -0000 --- Vizzini wrote: > [sorry, this e-mail got a little long on me...] > > I don't want to divert the current wine forking thread into this so > I'm > starting a new one. Please reference bug 9 > (http://reactos.com/bugzilla/show_bug.cgi?id=9) for more information. I will create a tasklist on the but if my ideas are adopted. > Opinions? I'd particularly like to hear from anyone who has debated > this in the past and reached a conclusion. We need to know more from the Mingw people that watch this list how we can together better. Danny if your watching this thread please jump in. This SDK/DDK system is a mess. 1. Wine has a perl script wine/tools/winapi/msvcmaker that will create visual studio makefiles for given dlls/tools/programs. I would suggest as part of every minor release/regression test we get some people to test building our apps and programs with this. We should adopt this tool or something like it to create a enviroment where we can test everything on MS_VC + PSDK. 2. We create a script like the one above but for drivers that will allow people that own a copy of the WinXP/2K3 Server DDK to test/build ReactOS drivers. 3. We give up on every building the system with anything other than Mingw+w32api the Windows SDK/DDK. Anything else to much work. If someone wants to ever support ReactOS with Watcom or BCC more power to you just dont expect the ReactOS project to ever focus on this. 4. This is a project that will not happen over night. We should start one DLL/Driver at a time. In each makefile add the flag -D__USE_W32API. Thanks Steven __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From vizzini@plasmic.com Wed Oct 15 21:10:44 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9FJAixv031516 for ; Wed, 15 Oct 2003 21:10:44 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9FJAiXK094120 for ; Wed, 15 Oct 2003 21:10:44 +0200 Received: from sts (steve-o [209.242.72.96]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9FJAdE4032547; Wed, 15 Oct 2003 14:10:39 -0500 Subject: Re: [ros-kernel] Re: WINE porting templates From: Vizzini To: ReactOS General List In-Reply-To: <001401c39335$0e77fc40$0500a8c0@marvin> References: <20031015152554.36183.qmail@web41506.mail.yahoo.com> <001401c39335$0e77fc40$0500a8c0@marvin> Content-Type: text/plain Message-Id: <1066244916.19044.201.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Wed, 15 Oct 2003 14:08:36 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir Cc: wine-devel@winehq.com, dpaun@rogers.com X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 19:10:45 -0000 On Wed, 2003-10-15 at 10:57, Eric Kohl wrote: > "Jason Filby" wrote: > > > User32 and gdi32 are likely to be a problem as the bulk of our > > implementation is in kernel mode win32k.sys. > > More problems will be caused by advapi32 and rpcrt4 because ReactOS will use > LPC instead of Unix-Sockets for local IPC. I'd like to see a definitive list of wine DLLs and how they can be used by ReactOS: - those that we can use directly from WINE with minimal or no modifications - comctl32 - shell32 - shlwapi - ole* - others? - those that require significant architectural modifications and/or those that we can only import specific sections of code - advapi32 - kernel32 - user32 - gdi32 - ntdll These are incomplete; please add to them. For those on list 2, what do you think the best strategy really is in porting some of the usable code? We can, again, keep a locally-modified vesrion in CVS, if there are major chunks of those libraries that can be used directly. Also, how would wine feel about adding ReactOS-specific code with some conditional compilation or something? I do hate to fork code... -Vizzini From vizzini@plasmic.com Wed Oct 15 21:13:50 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9FJDoxv031555 for ; Wed, 15 Oct 2003 21:13:50 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9FJDnXK016038 for ; Wed, 15 Oct 2003 21:13:49 +0200 Received: from sts (steve-o [209.242.72.96]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9FJDpE4032591; Wed, 15 Oct 2003 14:13:51 -0500 Subject: Re: [ros-kernel] Re: WINE porting templates From: Vizzini To: Steven Edwards In-Reply-To: <20031015184536.5321.qmail@web21107.mail.yahoo.com> References: <20031015184536.5321.qmail@web21107.mail.yahoo.com> Content-Type: text/plain Message-Id: <1066245107.19047.206.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Wed, 15 Oct 2003 14:11:48 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir Cc: wine-devel@winehq.com, dpaun@rogers.com, ReactOS General List X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 19:13:50 -0000 On Wed, 2003-10-15 at 13:45, Steven Edwards wrote: > Hello All, > Jason is right I think. I spoke with Alexandre the other night about > implementing a Win32k.sys driver for WINE so we could use GDI32/User32 > and it might be do-able it wont be somthing that is possible for at > least another year at the rate we are sharing code. I know very little about Wine's architecture, so forgive my ignorance. What sort of efficiency overhead is there in doing the "wine driver" approach? How about compatibility issues, e.g. with off-the-shelf windows apps? This seems like a pretty big departure from the Windows architecture that we are trying to clone, but if it enables a high degree of code re-use, it may be worth it. -Vizzini From dannysmith@clear.net.nz Wed Oct 15 21:56:55 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9FJutxv032058 for ; Wed, 15 Oct 2003 21:56:55 +0200 Received: from smtp1.clear.net.nz (smtp1.clear.net.nz [203.97.33.27]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9FJusXK034604 for ; Wed, 15 Oct 2003 21:56:55 +0200 Received: from DANNY (218-101-109-208.dialup.clear.net.nz [218.101.109.208]) by smtp1.clear.net.nz (CLEAR Net Mail) with SMTP id <0HMT00NTGDWH57@smtp1.clear.net.nz> for ros-kernel@reactos.com; Thu, 16 Oct 2003 08:53:07 +1300 (NZDT) Date: Wed, 15 Oct 2003 20:51:23 +0100 From: Danny Smith Subject: Re: [ros-kernel] Headers, headers everywhere To: ReactOS General List Message-id: <000501c39355$b7149af0$d06d65da@DANNY> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 X-Mailer: Microsoft Outlook Express 5.50.4133.2400 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7bit X-Priority: 3 X-MSMail-priority: Normal References: <20031015190534.55887.qmail@web21110.mail.yahoo.com> Cc: mingw-dvlpr X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: Danny Smith , ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 19:56:56 -0000 ----- Original Message ----- From: "Steven Edwards" > --- Vizzini wrote: > > [sorry, this e-mail got a little long on me...] > > > > I don't want to divert the current wine forking thread into this so > > I'm > > starting a new one. Please reference bug 9 > > (http://reactos.com/bugzilla/show_bug.cgi?id=9) for more information. > > I will create a tasklist on the but if my ideas are adopted. > > > Opinions? I'd particularly like to hear from anyone who has debated > > this in the past and reached a conclusion. > > We need to know more from the Mingw people that watch this list how we > can together better. Danny if your watching this thread please jump in. > This SDK/DDK system is a mess. > Yes. The mess with winioctl.h redefines comes to mind. There is a problem with different types for NTSTATUS in w32api and DDK. There is a mess with anonymous structs/union (which I am partly responsible for ). I could remove the winioctl defines from DDK myself, and just include the winioctl header but it would be better if a Reactos developer submitted the patch - you know what is needed more than I do. I think with anon union/structures the thing would be to keep the __ANONYMOUS_UNION/_STRUCT defines to mark as __extension__, but get rid of the dummy union member names wherever possible. That would fix up the use of anon fields in macro expansion of strcture defined within macros. Danny > 1. Wine has a perl script wine/tools/winapi/msvcmaker that will create > visual studio makefiles for given dlls/tools/programs. I would suggest > as part of every minor release/regression test we get some people to > test building our apps and programs with this. We should adopt this > tool or something like it to create a enviroment where we can test > everything on MS_VC + PSDK. > > 2. We create a script like the one above but for drivers that will > allow people that own a copy of the WinXP/2K3 Server DDK to test/build > ReactOS drivers. > > 3. We give up on every building the system with anything other than > Mingw+w32api the Windows SDK/DDK. Anything else to much work. If > someone wants to ever support ReactOS with Watcom or BCC more power to > you just dont expect the ReactOS project to ever focus on this. > > 4. This is a project that will not happen over night. We should start > one DLL/Driver at a time. In each makefile add the flag -D__USE_W32API. > > Thanks > Steven > > > __________________________________ > Do you Yahoo!? > The New Yahoo! Shopping - with improved product search > http://shopping.yahoo.com > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel From jasonfilby@yahoo.com Wed Oct 15 22:25:47 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9FKPlxv032379 for ; Wed, 15 Oct 2003 22:25:47 +0200 Received: from web41505.mail.yahoo.com (web41505.mail.yahoo.com [66.218.93.88]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9FKPkXK028974 for ; Wed, 15 Oct 2003 22:25:46 +0200 Message-ID: <20031015202538.20832.qmail@web41505.mail.yahoo.com> Received: from [155.239.193.109] by web41505.mail.yahoo.com via HTTP; Wed, 15 Oct 2003 13:25:38 PDT Date: Wed, 15 Oct 2003 13:25:38 -0700 (PDT) From: Jason Filby To: ros-kernel@reactos.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [ros-kernel] Initial roadmap page X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 20:25:47 -0000 Hi all Thanks for all the input regarding the roadmap; an initial draft can be found here: http://reactos.com/content/view/full/333/ Suggestions and additional milestones on improving this are welcome -- but it looks quite challenging already! Regards Jason __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From iastrubn@actcom.co.il Thu Oct 16 00:00:11 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9FM0Bxv000666 for ; Thu, 16 Oct 2003 00:00:11 +0200 Received: from smtp2.actcom.co.il (mail.actcom.co.il [192.114.47.15]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9FM0AXK016098 for ; Thu, 16 Oct 2003 00:00:10 +0200 Received: from line108-136.adsl.actcom.co.il (line108-136.adsl.actcom.co.il [192.117.108.136]) by smtp2.actcom.co.il (8.12.10/8.12.10) with ESMTP id h9FM07hC024879; Thu, 16 Oct 2003 00:00:07 +0200 From: Diego Iastrubni To: ReactOS General List , Steven Edwards Subject: Re: [ros-kernel] Explorer under ReactOS Date: Thu, 16 Oct 2003 00:05:25 +0000 User-Agent: KMail/1.5.3 References: <20031015185600.11537.qmail@web21101.mail.yahoo.com> In-Reply-To: <20031015185600.11537.qmail@web21101.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-8-i" Content-Disposition: inline Message-Id: <200310160005.25306.iastrubn@actcom.co.il> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h9FM0Bxv000666 Cc: X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 22:00:12 -0000 can anyone post a screen shot? i can post on under wine if you want to compare áéĺí řáéňé, 15 áŕĺ÷čĺář 2003, 18:56, đëúá ňě éăé Steven Edwards: > Hello Filip!!! > This is very nice. It looks almost as good as it does running under > WINE from the last screenshot I saw. > > Keep up the great work! > Thanks > Steven > > --- Filip Navara wrote: > > Hi all! > > > > Yesterday I submitted few patches to get our Explorer running under > > ReactOS. > > It's far from complete, but if anyone want to try it, here are the > > required > > steps: > > > > 1) Get latest FreeLdr + ReactOS, compiled them and install. The new > > FreeLdr > > is not requirment, but may be needed because of buggy registry cell > > calculation in previous versions. > > 2) Rebuild registry. > > 3) Build or download our Explorer. (see > > http://www.sky.franken.de/explorer/) > > 4) Get prebuilt Wine DLLs from > > www.volny.cz/xnavara/reactos/dlls/alldlls.zip > > (~ 1 Mb) > > > > Happy hacking > > Filip > > > > > > ATTACHMENT part 2 image/png name=explorer3.png > > _______________________________________________ > > Ros-kernel mailing list > > Ros-kernel@reactos.com > > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > > __________________________________ > Do you Yahoo!? > The New Yahoo! Shopping - with improved product search > http://shopping.yahoo.com > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel -- diego, 20 Tishrey 5764 Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html From vizzini@plasmic.com Thu Oct 16 00:12:17 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9FMCHxv000766 for ; Thu, 16 Oct 2003 00:12:17 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9FMCGXK039526 for ; Thu, 16 Oct 2003 00:12:16 +0200 Received: from sts (steve-o [209.242.72.96]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9FMCIE4013077 for ; Wed, 15 Oct 2003 17:12:18 -0500 Subject: Re: [ros-kernel] Release process From: Vizzini To: ReactOS General List In-Reply-To: <1065974863.2523.9.camel@bilbo.plasmic.com> References: <009d01c3909c$b85b6080$0a01a8c0@gse.local> <1065974863.2523.9.camel@bilbo.plasmic.com> Content-Type: text/plain Message-Id: <1066255813.19043.266.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Wed, 15 Oct 2003 17:10:14 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 22:12:17 -0000 On Sun, 2003-10-12 at 11:07, Vizzini wrote: > On Sun, 2003-10-12 at 03:42, Ge van Geldorp wrote: > > - It's not clear to me who's responsible for getting changes made in the > > branch back into HEAD. In Vizinni's message "CVS Branching Proposal" of > > 2 Sept the proposal is: "Any commits on a branch must be merged into > > HEAD by the committer". Then, Casper said on 5 Oct in a "Re: CVS Update: > > reactos" message: "Don't fix it on both branches since CVS cannot track > > what has been merged and what has not been merged". Either way works for > > me, we just need to make a decision on it. I have merged any remaining changes from the 0.1.4 release branch into HEAD. I propose that any developer who commits a fix on any branch be responsible for merging that change into HEAD. Anyone disagree? As Casper pointed out, merging is a bit tricky, as you cannot re-merge after an initial merge or CVS will get confused. I think our patches are small enough, though, that this won't be much of a problem. -Vizzini From iastrubn@actcom.co.il Thu Oct 16 00:15:30 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9FMFUxv000800 for ; Thu, 16 Oct 2003 00:15:30 +0200 Received: from smtp2.actcom.co.il (mail.actcom.co.il [192.114.47.15]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9FMFSXK093974 for ; Thu, 16 Oct 2003 00:15:29 +0200 Received: from line108-136.adsl.actcom.co.il (line108-136.adsl.actcom.co.il [192.117.108.136]) by smtp2.actcom.co.il (8.12.10/8.12.10) with ESMTP id h9FMFOhC025497; Thu, 16 Oct 2003 00:15:24 +0200 From: Diego Iastrubni To: ReactOS General List , Jason Filby Subject: Re: [ros-kernel] Initial roadmap page Date: Thu, 16 Oct 2003 00:20:42 +0000 User-Agent: KMail/1.5.3 References: <20031015202538.20832.qmail@web41505.mail.yahoo.com> In-Reply-To: <20031015202538.20832.qmail@web41505.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-8-i" Content-Disposition: inline Message-Id: <200310160020.42969.iastrubn@actcom.co.il> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h9FMFUxv000800 Cc: X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 22:15:30 -0000 can you add running explorer for a goal until april 2004? boot by default into graphics mode, and be able to run all app's available in wine (ported to windows of course). áéĺí řáéňé, 15 áŕĺ÷čĺář 2003, 20:25, đëúá ňě éăé Jason Filby: > Hi all > > Thanks for all the input regarding the roadmap; an initial draft can > be > found here: > http://reactos.com/content/view/full/333/ > > Suggestions and additional milestones on improving this are welcome -- diego, 20 Tishrey 5764 Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html From martin-fuchs@gmx.net Thu Oct 16 00:39:56 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9FMduxv000939 for ; Thu, 16 Oct 2003 00:39:56 +0200 Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9FMdtXK062096 for ; Thu, 16 Oct 2003 00:39:56 +0200 Message-Id: <200310152239.h9FMdtXK062096@dutlru2.lr.tudelft.nl> Received: (qmail 1477 invoked by uid 65534); 15 Oct 2003 22:38:50 -0000 Received: from p3E9E38BE.dip0.t-ipconnect.de (EHLO lisi) (62.158.56.190) by mail.gmx.net (mp013) with SMTP; 16 Oct 2003 00:38:50 +0200 X-Authenticated: #3470264 Content-Type: text/plain; charset=iso-8859-2 Date: Wed, 15 Oct 2003 22:00:20 +0100 From: "Martin Fuchs" In-Reply-To: <031a01c39335$9da9da50$1a4cb13e@hornet> MIME-Version: 1.0 References: <031a01c39335$9da9da50$1a4cb13e@hornet> To: "ReactOS General List" X-Mailer: Martin's Mailer Version 1.0 UTF8 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h9FMduxv000939 Subject: [ros-kernel] Re: Explorer under ReactOS X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 22:39:56 -0000 Wow, now we have all missing dlls to launch explorer without getting unresolved symbols! But I can only see the green background. After a few seconds explorer terminates and I am returned to the blue command line mode. May be I have done something wrong? 1.) I used FREELDR.SYS from the latest ISO image. 2.) I deleted the old registry files. They have been re-generated by binst.bat. 3.) Copyied my current explorer.exe to BIN directory. 4.) Copied your DLLs into SYSTEM32. I also have tried the new bochs version out of the download image. It also does not run with this. And why is this new version soooo much slower? Any option in bochsrc to correct this? Martin On 15.10.2003 16:37:18 Filip Navara wrote: > Hi all! > > Yesterday I submitted few patches to get our Explorer running under ReactOS. > It's far from complete, but if anyone want to try it, here are the required > steps: > > 1) Get latest FreeLdr + ReactOS, compiled them and install. The new FreeLdr > is not requirment, but may be needed because of buggy registry cell > calculation in previous versions. > 2) Rebuild registry. > 3) Build or download our Explorer. (see http://www.sky.franken.de/explorer/) > 4) Get prebuilt Wine DLLs from www.volny.cz/xnavara/reactos/dlls/alldlls.zip > (~ 1 Mb) > > Happy hacking > Filip From vizzini@plasmic.com Thu Oct 16 04:30:07 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9G2U7xv002979 for ; Thu, 16 Oct 2003 04:30:07 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9G2U7XK015922 for ; Thu, 16 Oct 2003 04:30:07 +0200 Received: from CPE-65-30-43-197.kc.rr.com (CPE-65-30-43-197.kc.rr.com [65.30.43.197]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9G2U5E4000678 for ; Wed, 15 Oct 2003 21:30:06 -0500 Subject: Re: [ros-kernel] Initial roadmap page From: Vizzini To: ReactOS General List In-Reply-To: <200310160020.42969.iastrubn@actcom.co.il> References: <20031015202538.20832.qmail@web41505.mail.yahoo.com> <200310160020.42969.iastrubn@actcom.co.il> Content-Type: text/plain Message-Id: <1066271275.31907.0.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Wed, 15 Oct 2003 21:27:55 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 02:30:08 -0000 On Wed, 2003-10-15 at 19:20, Diego Iastrubni wrote: > can you add running explorer for a goal until april 2004? > boot by default into graphics mode, and be able to run all app's available in > wine (ported to windows of course). I second this. -Vizzini From vizzini@plasmic.com Thu Oct 16 06:00:27 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9G40Rxv003431 for ; Thu, 16 Oct 2003 06:00:27 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9G40QXK049804 for ; Thu, 16 Oct 2003 06:00:26 +0200 Received: from CPE-65-30-43-197.kc.rr.com (CPE-65-30-43-197.kc.rr.com [65.30.43.197]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9G40NE4001513 for ; Wed, 15 Oct 2003 23:00:24 -0500 From: Vizzini To: ros-kernel@reactos.com Content-Type: text/plain Message-Id: <1066276692.31907.10.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Wed, 15 Oct 2003 22:58:12 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir Subject: [ros-kernel] buslogic scsi driver for vmware X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 04:00:27 -0000 Just found this on http://www.vmware.com/download/open_sources.html - looks like a GPL buslogic driver, written by them, for vmware windows guests. We should be able to convert this to the ReactOS build system and check it directly into CVS. If there are no objections, I'll do this one of these days. - Vizzini From vizzini@plasmic.com Thu Oct 16 06:27:18 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9G4RHxv003581 for ; Thu, 16 Oct 2003 06:27:17 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9G4RHXK015950 for ; Thu, 16 Oct 2003 06:27:17 +0200 Received: from CPE-65-30-43-197.kc.rr.com (CPE-65-30-43-197.kc.rr.com [65.30.43.197]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9G4RJE4001748 for ; Wed, 15 Oct 2003 23:27:20 -0500 Subject: Re: [ros-kernel] ReactOS Roadmap From: Vizzini To: ReactOS General List In-Reply-To: <3F8D6384.1050701@adsl-64-217-116-74.dsl.hstntx.swbell.net> References: <20031013192610.75758.qmail@web41505.mail.yahoo.com> <002801c39329$a391f620$0500a8c0@marvin> <3F8D6384.1050701@adsl-64-217-116-74.dsl.hstntx.swbell.net> Content-Type: text/plain Message-Id: <1066278308.31907.15.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Wed, 15 Oct 2003 23:25:08 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 04:27:18 -0000 On Wed, 2003-10-15 at 10:11, James Tabor wrote: > > Aren't these the guys who want to be spoon-fed? Interested in a project but > > unwilling or unable to spend some time to dig into the matter. I am sorry, > > but a missing roadmap is a pretty lame excuse, IMO. To me it is something > > like: "I am to lazy to buy and read 'Inside Microsoft Windows 2000'. Could > > you please explain, if a few words, what it's all about?" ;-) > > > That book is a *must read* if anyone is interested in becoming a developer > for Ros! After a question or two about this on IRC, I think a clarification for our non-native English speakers is in order. We certainly don't literally require anyone to read that book, but I would highly recommend it if you have a copy at your disposal. We are, of course, happy to have any motivated and skilled developer, and you can certainly learn much of what you need to know from reading the source and free resources like the SDK and DDK. Sorry if this seems like splitting hairs, but I don't want people to get the impression that we require purchasing of books, no matter how much I happen to like them. -Vizzini From beta_guy@telus.net Thu Oct 16 08:29:04 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9G6T4xv004303 for ; Thu, 16 Oct 2003 08:29:04 +0200 Received: from priv-edtnes40.telusplanet.net (outbound05.telus.net [199.185.220.224]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9G6T1XK016016 for ; Thu, 16 Oct 2003 08:29:01 +0200 Received: from jeffb2591s1ij2 ([198.53.47.59]) by priv-edtnes40.telusplanet.net (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with SMTP id <20031016062508.OJQI8217.priv-edtnes40.telusplanet.net@jeffb2591s1ij2> for ; Thu, 16 Oct 2003 00:25:08 -0600 Message-ID: <002201c393ae$426d5580$0400a8c0@jeffb2591s1ij2> From: "Jeff Smith" To: "ReactOS General List" Date: Thu, 16 Oct 2003 00:25:13 -0600 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_001F_01C3937B.F7273C30" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.0 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0 Subject: [ros-kernel] ReactOS Won't boot (freeldr glitch) X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 06:29:04 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_001F_01C3937B.F7273C30 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit I made a boot cd installer, and was able to install it corretly, the installer crashed near the end, where it tellls you to press enter to reboot, I'm not sure if this is related or not however once I tried booting, I got this boot screen and nothing worked afterwards. let me know what info I can give you to resolve this issue. ------=_NextPart_000_001F_01C3937B.F7273C30 Content-Type: image/jpeg; name="bootcrash.JPG" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="bootcrash.JPG" /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAgGBgcGBQgHBwcJCQgKDBQNDAsLDBkSEw8UHRofHh0a HBwgJC4nICIsIxwcKDcpLDAxNDQ0Hyc5PTgyPC4zNDL/2wBDAQkJCQwLDBgNDRgyIRwhMjIyMjIy MjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjL/wAARCAGPAtQDASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwC1p+pT Wvw41W5bxHdaVLY63cPZFHOJZEtTIkHPyhGfLFSCGIIxlhXB6ZYaT4o0nxX4t1wXqT2V0tzNFYyI qzfaGcKi71JTEmCWJb5cjbnms3xF4l1Ty77w75sH9l/ajN5P2WLd5mfv79u/d2znOPl6cVmWHiXV NM0W+0e1lgWxv8faY2tYnMmOmWZSwx1GD8p5GDzX2WBwk44ZSi7OXL92l+nVf8Oc8pK51OjeFPDu up4l1XT31BtL0tbYW1veXdvaSyNKdpLzMDGoBV8DHOVGQetu1+H+h3viWa2tNU+0WUGgtqssMV9A 7RyqNpt2uB+7GGIJcrjHb+KuH0nX9S0RLqOymQQ3aqlxBNCk0UoU7l3JIGUkEZBxkc46mrf/AAmW v/2t/aX2/wDf/ZfsWzyY/J+z7dvleVt8vZj+HbjPOM811zo4jmlyz06fct/nfXfUm6Ot0/SNO0Hx n4HvdG1Lbc3l+sd3Zx6jDdvbYmVeZYcArIjdMf3hk9Bk+INNu/EfxY1O2lln8u4142DXTKZBFvlZ EB57KpwuRwmB0rIbxjrjX+nXn2mBZNMz9ijS0hWGAkliyxBNgbJzu25yAc8DEmoeOPEOp26w3F8i It59vBtraK3b7TgjzS0aqS/PXPp6ClGhXjPn0vZq9/O/bW3mF0b2r+ENDGl+MJ9N/tCCbw3eR27G 5uEmW5VpWiyAsaFDlQ3Vu496n1n4eWWmeEtYupJ3g1zRVs2vbUXHnrmfA2n90gU/MCNryDggnoa5 bUvGOuataXdrc3MCxXkomuhb2kMBuHBJBkMaKX5Yn5ieeetSXPjjxDeW9xDc3yTJdQC3uS9tEWuF AUKZG25d12ja7EsvOCMnIqOJVve6935abdfe+9dgvE9G8N6NaeG9F1a0hmvZbnVPBMuqTuZgsHz5 CqIgudyg43lj1bgZ457RPA2iy+G/Duq6rcPs1eeVZZDqlvZLaRJIELBZVJlP3mO3GOBjnJ5q28ce IbW3t4Y75GS3gNqhltopGMBDDyWZlJeP5j8jEqOMD5RiPTfGOuaTaWlrbXMDRWcpmtRcWkM5t3JB JjMiMU5UH5SOeetR9WxC5mpK7fd66NdtOg+ZG9pnhTw82k+K769u726i8P3SostjJGFvY3Z449uQ 2z51Vi2XG0kBc81yes/2T/a0/wDYf23+zfl8n7ds877o3btny/ezjHbFW7fxZrVtpmpael0j2+ps XvfOt45XnbrlndS2QeQc8EkjBOaxa66VOpGUpTd+33L9b/eS2uhJAYVuI2uEeSEMDIkbhGZc8gMQ QDjvg49DXd/EW7v/AA78X9Qu7e+e5vrVoXjurqGF23eSmCVCBMjPB28YB6jNcJBM1vcRzIELxsHU SIrqSDnlWBDD2IINbN14y1+78Sw+I5L/AG6vDt23UUMcbHAwNwVQG4+U5ByODkcUVKcpVFJJNWa1 87eW2moJ6HocUv8AbfhHw5N9on8Qf8VZHb+frY2SfNGh8jGZf3TYyxz1A+RutT+K7v8AtHw58R4/ 7RvdT+xapB+71Bdq2H+kSL/o/wA75/udI/l/75rzK78Wa1eW9tbm6S2htp/tMUdlbx2qrNgASYiV QXAAwx5HbGafqXjHXNWtLu1ubmBYryUTXQt7SGA3DgkgyGNFL8sT8xPPPWuJYGpzJ6aO/wD5Mn28 ulvmVzI9V8bw3V54k8X6NpGvXUENhpKzyaPPaK1isEccJKxZdgr4wykRqQeAR1rw2uhufHHiG7t7 iKa+QvdQC2uLhbaJbiaIBRteYL5jAhVByxyBzmuerpwdCdCHLO3Tb09F/XUmTTZ7J4N1Ka1+C09y 3iO60qWx1ad7Io5xLIlqZEg5+UIz5YqQQxBGMsK5bSPDr/EHX9atJFnsPFMt1Jd7ZI2+ygFv3sbg KXiYMeGJIP3TgkE4umeN9e0fTLfTrK4tUtbef7TEj2EEhWbtJuZCd46Bs5AwBwKqXHibV7q01G1l u/3WpXX2u8CRohnkyT8xUAlQSSFztB5AzWMcLVjKco2Tb0fbX019L/ND5lodSPCvhwWvijUFbV57 Pw+tvA8bsttLczySGNn+ZGMSAg4RlZumSDkVX8N+GNA8Ua9fLYy6hHYWekyX8kFzLFHIZUABjEx+ QJuYHzGQcZBUdayT448QtcTzS3yTvcwR29wLi2ilW4WMgoZFZSJHGBh2Bb3qP/hMtf8A7W/tL7f+ /wDsv2LZ5Mfk/Z9u3yvK2+Xsx/DtxnnGeav2OItL3temvkvLvd331C6Oil8JeHRrnhS3jvHdNXnN te2Vvqdvcy2jeYERvOjUqQQ6tgr/AAkZ54j1/wAH6To+gSapE97J/Z+vSaNeRtKn+k7F3GSM7P3W cMNpEmMjk45zdN8XTy+J9BvdcuH+waTOs0UFlaxIqAP5hCRLsQFmAy3XvzgCjxn4un8RaneR21w4 0d7yS8htzaxW53v1aQR5DuB8u9iSRzxkipjDEe0jFvTrv3en3f0wurGz8Tk0mG08JxWNhPbyNoNr KhM6FBGxkYhlEYy5Ykl8gHJ+XnNVJIQfghFcR3F0qDxB5clszRtE0nkE+YPkDqdu1cFiOCcc8c1f eINV1LTLTTry9ea1tFCQowGQoztBbGWC7mChidoZguATUn/CS6p/wjX/AAjvmwf2X5vneT9li3eZ n7+/bv3ds5zj5enFaRw8404x7O+/TX8f6uF1c7fTfh9odzrPhrw/NLqBv9c0kagL1JkEUDMkjqvk lCWA2AH94M5PSqPhjwhoereHdH1O9/tDfd62ujSpDcIo3OFZZVJjOAoJBQ53HB3LjBwbbxx4htLe 3ihvkD2sBtre4a2ia4hiIYbUmK+YoAZgMMMA8YqpY+JtX06wtrG0u/Ltra/XUYk8tDtuFAAfJGTw BwePao9hiWn734vzv081p5BdEGt6b/Y2v6jpfm+d9iupbfzNu3fsYrnGTjOM4ya7PwSlo/wz8erf TzwWx/s/fJBCJXH75sYUsoPOP4h/SuEvr241G/ub67k8y5uZWmlfAG52JJOBwOSelWLXWdQstJ1D S7e42WWoeX9qj2KfM8ttyckZGCc8Ee9b1aU6lJRvreL+5pv8hJ2Z6b4n8Pw67r3hiJC8mmWfhCC7 uJpJBbssCB/nOFlIOSvyqrnnH+0MLUvBej6f488M6WlzdXOl65BazK0coEkYmJTh2jG4AjdzGpIO MA81zqeMtfS7trkX+ZLawGmoGhjKG2AI8p0K7XXk/eB7HsKZceLNaurzTbua6Q3GmMGs5BbxqYsP vVRheUU/dQ5VRwABxXPTw+IhZc2lmvz8u420dZd/DzTnt7ZbO8uoZl8S/wDCO3DzbZFkbA/fooCl BnPyEt1Hzcc6XjCC0sPhPdaTY/bfs2meLJbNPtdyJj8kT5K4RQqkknbg8knJzXAz+LdduLeSF9Qc JJqJ1VjGiowuiMeYGUAqfYEAelP1Lxjrmr2l3a3tzA8F3KJ5o1tIUDSgk+YNqDDnJBcYZhwSQAKX 1au5Rc5JpO/9aeoXR0Uk80vwAiSSV3SHxLsjVmJCL9nLYHoMsxwO5J71pW3w78PxxaHFqepfZf7T 0tb2TUJtUtoEt3dXKL9mceY6ghQSGGcnpjA4T/hJdU/4Rr/hHfNg/svzfO8n7LFu8zP39+3fu7Zz nHy9OKt23jjxDaW9vFDfIHtYDbW9w1tE1xDEQw2pMV8xQAzAYYYB4xVSw9dJqm0rtv79um/3r1C6 6mtpPh/wx/wgcXibWTq+F1E6dLDZyR/OxCyCRSy/KAm8bTu3Nt5UZrj777J9vufsHn/YvNb7P5+P M8vJ27scbsYzjjNX/wDhJdU/4Rr/AIR3zYP7L83zvJ+yxbvMz9/ft37u2c5x8vTismumlTnFyc3u 9PQTaCiiitxBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB7p8E/8A kUL/AP7CL/8AoqKij4J/8ihf/wDYRf8A9FRUV+c47/eqn+J/mdsPhQ/T9Smtfhxqty3iO60qWx1u 4eyKOcSyJamRIOflCM+WKkEMQRjLCuD0yw0nxRpPivxbrgvUnsrpbmaKxkRVm+0M4VF3qSmJMEsS 3y5G3PNbdz4l8I/2LceHdcl8Q7ftTzTQ2NrZeX5m47XV3XzN23AJJzjK/d4rldS8S2WmWl3o/hCW 9XRL+IfbI9UtbZ5ZJAT/ABKpIUDaV5yrZIwea+ny+jP2K5VZu2u2ml9bdV/w5zzauaejeFPDuup4 l1XT31BtL0tbYW1veXdvaSyNKdpLzMDGoBV8DHOVGQetu1+H+h3viWa2tNU+0WUGgtqssMV9A7Ry qNpt2uB+7GGIJcrjHb+KuH0nX9S0RLqOymQQ3aqlxBNCk0UoU7l3JIGUkEZBxkc46mrf/CZa/wD2 t/aX2/8Af/ZfsWzyY/J+z7dvleVt8vZj+HbjPOM816E6OI5pcs9On3Lf53131IujrdP0jTtB8Z+B 73RtS23N5frHd2ceow3b22JlXmWHAKyI3TH94ZPQZPiDTbvxH8WNTtpZZ/LuNeNg10ymQRb5WRAe eyqcLkcJgdKyG8Y641/p159pgWTTM/Yo0tIVhgJJYssQTYGyc7tucgHPAxJqHjjxDqdusNxfIiLe fbwba2it2+04I80tGqkvz1z6egpRoV4z59L2avfzv21t5hdG9q/hDQxpfjCfTf7Qgm8N3kduxubh JluVaVosgLGhQ5UN1buPep9Z+HllpnhLWLqSd4Nc0VbNr21Fx565nwNp/dIFPzAja8g4IJ6GuW1L xjrmrWl3a3NzAsV5KJroW9pDAbhwSQZDGil+WJ+YnnnrUlz448Q3lvcQ3N8kyXUAt7kvbRFrhQFC mRtuXddo2uxLLzgjJyKjiVb3uvd+Wm3X3vvXYLxPRvDejWnhvRdWtIZr2W51TwTLqk7mYLB8+Qqi ILncoON5Y9W4GeOe0TwNosvhvw7quq3D7NXnlWWQ6pb2S2kSSBCwWVSZT95jtxjgY5yeatvHHiG1 t7eGO+Rkt4DaoZbaKRjAQw8lmZSXj+Y/IxKjjA+UYj03xjrmk2lpa21zA0VnKZrUXFpDObdyQSYz IjFOVB+UjnnrUfVsQuZqSu33eujXbToPmRvaZ4U8PNpPiu+vbu9uovD90qLLYyRhb2N2eOPbkNs+ dVYtlxtJAXPNcnrP9k/2tP8A2H9t/s35fJ+3bPO+6N27Z8v3s4x2xVu38Wa1baZqWnpdI9vqbF73 zreOV5265Z3UtkHkHPBJIwTmsWuulTqRlKU3ft9y/W/3ktrodL4M8PWniS71W0uJJxcw6XPc2MMD DfcXCAFYwpBLZG47V549qkXQrKy+H1n4luVdr6bVjBFaTttiuLZEyzADDkb/AJCytxnHBrmoJ5ra 4juLeV4pomDxyRsVZGByCCOQQe9aWreJtX17Wk1fVbv7Zeps2tNGjIAvRfLxs29yuMHJyDk0p06r ndP3f60+f4fkXVjrPi3dfbb/AML3fkQW/n+HbSTyYE2Rx7i52qvZRnAHpXntbWteK9W8Q29vDqUl rKlsqxwmOyhiaNFBCoGRAQgyflzj2qpqes6hrP2P7fced9itUs7f5FXZEmdq8AZxk8nJ96MNTnSp xg7aef8AwAbu7nt2uy79c8b6R9onk+zeHd/9iuP+JfabYoDuhbJyy9V/dJz3XrXgVdDc+OPEN3b3 EU18he6gFtcXC20S3E0QCja8wXzGBCqDljkDnNZv9s6h/YH9h/aP+Jb9q+2eTsX/AFu3Zu3Y3fd4 xnHtWWEw9ShGzt0/BW7f11Y5NM7f4YXyrpHjSwFla738P3cxuyrGbAVQEBzgJ8xJAGScZJwMc14d 8R3Wl281iut6hpFnKwmeXTLdWmkkAwqs2+NtgBY43EA/w5Oag0XxXq3h63uIdNktYkuVaOYyWUMr SIwAZCzoSUOB8uce1Fp4r1ayt7m2iktWtbif7S9tNZQywiXBG5I3QqhwSPlA4wOgFN0Jc03ZNSt1 7eqYX2Nr4sxeT8UddT7PBb5lR9kJyp3Rqdx4HzNnceOpPJ6ni6t6nqd7rWp3Go6jcvc3lw2+SV+p P8gAMAAcAAAcCqldFCDp0owe6SRLd2FFFFagFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAe6fBP/kUL/8A7CL/ APoqKij4J/8AIoX/AP2EX/8ARUVFfnOO/wB6qf4n+Z2w+FGl4P8A7UvtGtLa01d7UxeL/uNNIolg SHzZIRtBGCA7bThSc5OTz5/B4Z0XXNI1jxYkLi1m1uS2tLEX9vpywxFTICXkDKThlUIuMYJyR0xt Y8Wa1ZX5062ukitbHUhfwItvHkTr0cttyxGcfMSMADoBWfH4x1xPtoe5gnjvbo3k8V1aQzxmc5zI EdCqsdxGVA4wOwr6nA4StGjGcGldR7/p/X3nNKSudLD4L8PS+JfFenW+pT39lpNg2pWt3azx7ZY0 CM8RIVgWIfbvGACpJU/dFj/hXuk/2t5n2i9/s3/hGP8AhIfs+9PO+7/qfN27fvc7tnTjb3qh4T8b w2WteIdY8RXV7c32qWEloJEtY7gbnx8zK7qpVdqgJjBHHAGDg/8ACZa//a39pfb/AN/9l+xbPJj8 n7Pt2+V5W3y9mP4duM84zzXUqeKcmlLZL5u3p+P4CvE6JPCGhzzeCLyP+0EsPEc8ltJbtcI0sLLM Itwk8sAj5lOCnYjPORmeJLDwnot3NplqNan1Cwv/ALPdPLJEkU8aDEhTCkxsXBCg7wFwTknAoN4x 1xr/AE68+0wLJpmfsUaWkKwwEksWWIJsDZOd23OQDngYzdT1K61jU7jUb10e6uG3yukSxhm7naoA yepOOTknk1vTo1uZOctNevm7fctCW10O3+JyaTDaeE4rGwnt5G0G1lQmdCgjYyMQyiMZcsSS+QDk /LzmvPa0r7xBqupaZaadeXrzWtooSFGAyFGdoLYywXcwUMTtDMFwCaza1w9J0qahIG7s9nsdGtPG fg/4daJqc179puotTjtrtJgRB5ZJXcjKS6gIqgBlwBjPTGF4a+Huk6z/AMIN9ouL1f7e+3/avLdB s8jOzZlTjOOc59sVy1l448Q6dplrp9pfJFDZrKlqwtojLAJc7/LlK70JyeQwP5Co9N8Za/pFpaW1 lf8Alx2cpltS0MbvAzEFgjspZVbHzKCA2SCDk54vq2JipKEkrt2+fN5ecdPIrmXU2vDPg7TtW8MW +pXk1151/rcWjW6wsqrAzpu818qTIASPkBTofm54I/D3hhfGPiHSLm5uoUsWlisIp7yOEXEkbYYP cMhVCQrFQUwSQCwxlpPB3jSy0bLalPepjVItQMEFlbT277c7gsb7fIfsHjPQ42jaKxZvGOpLrmt6 hZFIIdXnea4tJo0uImBkMihlkUqxUnhtuRzjGTV8uIlUmr6dNfTy7dvwYtLEHirTLbRtelsLe21C 1eFVE9tf7DJFLj5gHTiRO6vhcgjjucyye0S7Rr6Cee2Gd8cEwic8cYYqwHOP4T/WrGrazqGuXaXO o3HmyRxJDGFRUSONRhURFAVVHoAByT3NUK7acZcijPcl7npvxI0nTtR+MaaDZQvYvNPaWjyBlaJV aOJU8uIKu0KD03HPbbVHV/CGhjS/GE+m/wBoQTeG7yO3Y3Nwky3KtK0WQFjQocqG6t3HvXLaj4n1 vVbu1u7zUp5Lm12mGYEI6soUByy4JfCIN5yx2Lk8DE+peMdc1a0u7W5uYFivJRNdC3tIYDcOCSDI Y0UvyxPzE889a44YevCFOKl8KSer6NX9brTXYptamFX0D4Turk+B/B9/eag8umWGnatPqOnu7sby 2jJjC7SNjhNygK5GARjocfP1dDbeOPENm+jvbXyRHR1kSx2W0QEQkG1+NuGJHUtk5yepzV43DSxE VGNtL/k1+vy3CLsdLongbRZfDfh3VdVuH2avPKssh1S3sltIkkCFgsqkyn7zHbjHAxzkx+G/AemX t/c/2jeebpX9sppFpfQXXl+fISeVRYpd2V2sMsi843HORzWm+Mdc0m0tLW2uYGis5TNai4tIZzbu SCTGZEYpyoPykc89aZaeLddsre5hi1B2S4n+1OZkWVhPgjzkZwSknJ+dSG6c8ColRxL5ve3232v+ Flp5/iF4m7a+DtOtYvGd1qU11dQ+HJ0tlitmWBrhnnMW4syuFACk4wc5HIxzB4cj8MXHxB0SKGz1 C5sLie2Q293JGDHMzqGDEIRLH142oSDjjGTmL4x1xb/Ubz7TA0mp4+2xvaQtDOQQwZoimwtkZ3bc 5JOeTmpf+INV1PU4NRub1/tVusaW7xARCBU+4I1QAIB1AUDnnqatUqz5lN7ru+y6W73dwuj0rQI9 Ou/2kikdm4RdRvWkW4kWUNMombevyLtAIUgHJBGdxqgmoajqvwq03UrxX1vU4PFSxW63oa5aRTAG 8nklijMBlQea4yTxbrsniKLXzqDpqcLb45o0VApJJOFUBcMWYsMYYsxOdxyXfizWry3trc3SW0Nt P9pijsreO1VZsACTESqC4AGGPI7YzWX1OfNF6aJLr0vf77j5kdv4p1LU9f8AD3iPUba8vZ7JLqL+ 0tI1dd0ukys42tAxP3d/mxYAVgpwyn7w8urd1LxjrmrWl3a3NzAsV5KJroW9pDAbhwSQZDGil+WJ +YnnnrWFXThaMqUHF2+XovT/AIa3UmTue++Fpdvg/wACa49xPe6tpdrqb2elqN0t8oJj2I7HjYu0 7QGJUHap24riNE8DaLL4b8O6rqtw+zV55VlkOqW9ktpEkgQsFlUmU/eY7cY4GOcnmrbxx4hs30d7 a+SI6OsiWOy2iAiEg2vxtwxI6lsnOT1Oaj03xjrmk2lpa21zA0VnKZrUXFpDObdyQSYzIjFOVB+U jnnrXHHB14czg1q/Pa8nbbzT9b9LFcyN7TPCnh5tJ8V317d3t1F4fulRZbGSMLexuzxx7chtnzqr FsuNpIC55qPRvD/hjxBqfiMWB1dbDTtOOo2xnkjWV1i2ebG4CkZbJCsPu8EhulYVv4s1q20zUtPS 6R7fU2L3vnW8crzt1yzupbIPIOeCSRgnNVNM1nUNG+2fYLjyfttq9ncfIrb4nxuXkHGcDkYPvXR7 Gs+Z82ultfTy73+8V0d9B8N9LuNejVLm6FhJ4aGvLBJPGkgJGPKMzKEUbud5QADjHeub8W6DpGk2 OkXWm3qNNdrKLqxF/DeNbMjYUmSLCkMpBAxxg8ntTTxlr6Xdtci/zJbWA01A0MZQ2wBHlOhXa68n 7wPY9hVTVtf1LW0tY72ZDDaKyW8EMKQxRBjubakYVQSTknGTxnoKVKliFNOcrr/h/wDgef6jasdb 8VJ5rm48JXFxK8s0vhqzeSSRizOxLkkk8kk964CtbW/EuqeIvsn9pywSfZIvJg8u1ih2RjonyKPl HYHgZOMZNZNb4am6dJQluhN3Z7P/AMKf8M/8LB/sX/hKf9F/1f2LcPt3m+V5mPu7dm35vMxj+DGe a56w+HllP4XnmvZ3tdYXRJNahjW48wPCG+UmPygqhlGP9aWBIJXqBy3/AAmWv/8ACWf8JR9v/wCJ z/z8+TH/AHPL+7t2/d46frUlt448Q2tvbwx3yMlvAbVDLbRSMYCGHkszKS8fzH5GJUcYHyjHGsPj El+8vovvV79NnpuVePY1vh1CJ7fxcqXF1bzJ4fupN8LR7XjAG6N1dGOGJXlSpG0888WPgtPNF8VN KSOV0SZZ0kVWIDr5Ttg+oyqnB7gHtXLaJ4l1Tw79r/syWCP7XF5M/mWsU2+M9U+dT8p7gcHAznAq PQtf1Lw1qa6jpMyQXiqUWVoUkKg9cbwQDjjI5wSOhNbVcPOcasVb3lZfdbXQSdrFvwSiSeOdCjd5 0338KrJAyq8blwFYblZThsHBBzjHGc10Vn4atvE3xi1fw9fXV0XuLy9SO7UoGWVC7B3ULhgdpyq7 OvBGMVx9lrF5p+tJq9qYI72OUzIwt4yiOe6xldgxnIwOMDGMCrcPizWrfxQfEsN0kWrlmczpbxqC zKVY7Au3JBOTjkknrzVVaVWUpSg0ny2Xr06bf1YSaOw0v4e6Trt/4Me0uL20svEH2rzYZXSaSL7O WztcKoO4AAZX5Tz83SsHxDoOk2Hg/QtbsUvVk1iW4KRTzo4gjhIQqSEXezMS275QBxg/eqDQ/F15 Y3+gLe3t6un6PLI1uLHy0mhEhy5UspDZPVXyCMrwDVvxl4rs9d0bQNKskdk0tZy9w1pFaCRpXDYE MRKqAFHIPJJOB3xjDERrRTd46/d73/2vnp11HpY4+u/knml+AESSSu6Q+JdkasxIRfs5bA9BlmOB 3JPeuArW/wCEl1T/AIRr/hHfNg/svzfO8n7LFu8zP39+3fu7ZznHy9OK6q9Nz5bdGmJOx0PhyESf CvxrLHcXULwtZGWNWjMU6mXCggoWBUhjlWGcjI45PCvhvQNa0iJyNQ1DVFnYXVhaXcVvMkIXcHgj dG+0HCuSAysDgbcfMeesPEuqaZot9o9rLAtjf4+0xtaxOZMdMsylhjqMH5TyMHmp9N8Y65pNpaWt tcwNFZyma1FxaQzm3ckEmMyIxTlQflI5561jOjW9/kaV3da+SWundf8AB6DujqfhtHobP4s8yzur p7fRL6SOdpEjPk4VeE2P5chDMNwZgAxGD1Pns5ha4ka3R44SxMaSOHZVzwCwABOO+Bn0FXrDxBqu manPqNtev9quFkS4eUCUTq/3xIrghwepDA889RVGeea5uJLi4leWaVi8kkjFmdickknkknvWtOlK NSU31t1E3oW9FsLfVNas7G61CDT4J5Qj3c4JSIHucf1wPUgZI6y+sbG7+Iml+E7jRJ9K0+3uksPL BRbt97AedLLtYOxJDADKBcBcA7jwlbUXizWorjSbj7Ukk2krsspJreORolzkDLKSwUn5Q2dv8OKK tOcpXi+j+T7/ANfLzE0bt/4d8MHxFB4W06fV11catHp011cCNoGXPlvIqLhlPmZwpY/KOTk4FjV/ CGhjS/GE+m/2hBN4bvI7djc3CTLcq0rRZAWNChyobq3ce9cfe6zqF/rT6xNcbdQeUTGeBFhPmDne AgADZGcjnPPXmr2peMdc1a0u7W5uYFivJRNdC3tIYDcOCSDIY0UvyxPzE889ay9jXXLaXa+vmr9N bq68h3Rvaj4a8Nx+GpdV01tUvLZLWJvt0VxC/k3DHHl3FttDwqWVwG3uOVwXziueg0TT5beOR/FO kQu6hmikiuyyEj7p2wEZHTgke5qe58ceIbu3uIpr5C91ALa4uFtoluJogFG15gvmMCFUHLHIHOa5 6rpU6qTU5fr+a/ITaPYPCGif8JX8Ho7C8vJxbWevSTCGI755Y0ti5ht0PBdizEDpyzc4wea0Twjp WoeEbvxHKs7x/wBqfYoLR9Vt7Py08vfuaaVNrtyowFXoT7DnrXxZrVlpljp1tdJFa2N4t/Ai28eR OucOW25YjOPmJGAB0Ap8fjHXE+2h7mCeO9ujeTxXVpDPGZznMgR0Kqx3EZUDjA7CsPq9eLlytWbv 176/eO6OpsvBPhifxb4m00ardXmmaVZnUYb2ykjffCmxpI8Y2s+1yoYMoDLkg5wKHh3w/wCGPFvj Ow0TTTq9tDeWbhpLmSNmgulR3yNqgSR4UDHyMck5HSsm38ceIbbU9S1Fb5JLzU1Md3LcW0UxlQ9U +dSAmMDaMDAAxgDGbo2s6h4f1aDVNLuPs97Bu8uTYr7dylTwwIPBI6Vao1+WV5a201623enf/hgu ju9L+Huk67f+DHtLi9tLLxB9q82GV0mki+zls7XCqDuAAGV+U8/N0rF8ReHdFsfDEOpWd2kN+bww Pp51W3v2aIpuEoaELtAIKkEHqOR3ybbxbrtmmjpbag8Q0dpHsdiKDEZDufnGWBPUNkYyOhxUepeJ dU1WwisLiWBLKOUzLb2trFbxmQgDeVjVQzYGMnJAzjqaI0cQqibl7v8AwX9+llr2+8urHU+MJ5rj 4V/D55pXlcLfoGdixCrKqqOewAAA7AAV1ieEbBFutLmsE/suNnAu/KgRkiS++zSMXMfms6KrTtIH CJuVWQIQreVX/iXVNT0Wx0e6lgaxsM/Zo1tYkMeeuGVQxz1OT8x5OTzUc2vX9xpgsJvsssQVUEj2 cLThVxtHnFfMwAAAN3CgL04qHhKrgoppat/e7/eg5kdaPD/g3TvC/h3XNZOvFNXWVWis5ISYmhZl dwWUZDEx4TjaN2WbgGfRPA2iy+G/Duq6rcPs1eeVZZDqlvZLaRJIELBZVJlP3mO3GOBjnJ4+/wDE uqanotjo91LA1jYZ+zRraxIY89cMqhjnqcn5jycnmp9N8Y65pNpaWttcwNFZyma1FxaQzm3ckEmM yIxTlQflI5561UqGI5dJa3fV7a26ea+4Lo6Xw34D0y9v7n+0bzzdK/tlNItL6C68vz5CTyqLFLuy u1hlkXnG45yKlr4O061i8Z3WpTXV1D4cnS2WK2ZYGuGecxbizK4UAKTjBzkcjHOFaeLddsre5hi1 B2S4n+1OZkWVhPgjzkZwSknJ+dSG6c8Cnr4x1xb/AFG8+0wNJqePtsb2kLQzkEMGaIpsLZGd23OS Tnk5HSxPM3zaO34NX6aXV9gujT8OR+GLj4g6JFDZ6hc2FxPbIbe7kjBjmZ1DBiEIlj68bUJBxxjJ 1p/D+neLvjjd6IhurOGfUboXMjSLKzMjSO5T5VChguADu25zlulcXf8AiDVdT1ODUbm9f7VbrGlu 8QEQgVPuCNUACAdQFA556mrEni3XZPEUWvnUHTU4W3xzRoqBSSScKoC4YsxYYwxZic7jmpUKrfNF 2fK1u9H0e2oXRrXfh/Q5/BNt4mszqFlD/a39nXEM0iXTbfLEnmIQsYyBkbT145FT+KvDegaZpEt/ pQ1Ca1edY7HUEu4rq3nBXcySgIj28gVlO1gTkMMYG6sK78Wa1eW9tbm6S2htp/tMUdlbx2qrNgAS YiVQXAAwx5HbGafqXjHXNWtLu1ubmBYryUTXQt7SGA3DgkgyGNFL8sT8xPPPWhUq6knfS/d7fdr8 /wDgoujCrt9U8P8Ahjw9b6JDqp1eWbU9Jj1Bru1kj2wtIH2KIWXLgEKD+8XPJGOlcvdazqF7pOn6 XcXG+y0/zPssexR5fmNufkDJyRnkn2rStvHHiG0t7eKG+QPawG2t7hraJriGIhhtSYr5igBmAwww DxitKsasrcum/X7tbfh+YlY3tI8IaGdL8Hz6l/aE83iS8kt1NtcJCtsqyrFkho3LnLFuq9h71bh+ GmmSaBqsk3iGCx1Cz16bSoZr4+VazCNdx3EAmNiAxBJI4C9SDXJab4x1zSbS0tba5gaKzlM1qLi0 hnNu5IJMZkRinKg/KRzz1qpP4g1W50iTSri9eWzlvDfyLIAzPOV2ly5G4kj3x361i6OJcnadtfwu +lu1l5jujsNa0fTPBXirQ4dLtv8AhI7LVNLhleG6h5uvOZl/dALviY4UqRl1J6nkHmvGGiWnh7xL c6dZXn2mKPBKsQZIGIyYpCuULr0JQkZHY5AE8Za/Hd212l/tubWwGnW8ywxh4YACAEbblWwSN4+b k81hVrRpVYtObvpr5/8ADfj8hNroFFFFdQgooooAKKKKACiiigAooooAKKKKACiiigD3T4J/8ihf /wDYRf8A9FRUUfBP/kUL/wD7CL/+ioqK/Ocd/vVT/E/zO2Hwo8e8Rf8AIw33/XU1mVp+Iv8AkYb7 /rqazK+8wX+7U/8ACvyOOXxMKKKK6hBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA UUUUAFFFFABRRRQAUUUUAFFFFABRRRQB7p8E/wDkUL//ALCL/wDoqKij4J/8ihf/APYRf/0VFRX5 zjv96qf4n+Z2w+FD9P1Ka1+HGq3LeI7rSpbHW7h7Io5xLIlqZEg5+UIz5YqQQxBGMsK4PSPDr/EH X9atJFnsPFMt1Jd7ZI2+ygFv3sbgKXiYMeGJIP3TgkEwX/jfXtHv59Osri1S1t703MSPYQSFZu0m 5kJ3joGzkDAHArBuPE2r3VpqNrLd/utSuvtd4EjRDPJkn5ioBKgkkLnaDyBmvq8BhasaClGybSs+ 23lr6X+aOaclc6keFfDgtfFGoK2rz2fh9beB43ZbaW5nkkMbP8yMYkBBwjKzdMkHIqv4b8MaB4o1 6+Wxl1COws9Jkv5ILmWKOQyoADGJj8gTcwPmMg4yCo61knxx4ha4nmlvkne5gjt7gXFtFKtwsZBQ yKykSOMDDsC3vUf/AAmWv/2t/aX2/wDf/ZfsWzyY/J+z7dvleVt8vZj+HbjPOM812exxFpe9r018 l5d7u++pN0dFL4S8OjXPClvHeO6avOba9srfU7e5ltG8wIjedGpUgh1bBX+EjPPEev8Ag/SdH0CT VInvZP7P16TRryNpU/0nYu4yRnZ+6zhhtIkxkcnHObpvi6eXxPoN7rlw/wBg0mdZooLK1iRUAfzC EiXYgLMBluvfnAFHjPxdP4i1O8jtrhxo73kl5Dbm1itzvfq0gjyHcD5d7EkjnjJFTGGI9pGLenXf u9Pu/phdWNn4nJpMNp4TisbCe3kbQbWVCZ0KCNjIxDKIxlyxJL5AOT8vOaqSQg/BCK4juLpUHiDy 5LZmjaJpPIJ8wfIHU7dq4LEcE4545q+8QarqWmWmnXl681raKEhRgMhRnaC2MsF3MFDE7QzBcAmp P+El1T/hGv8AhHfNg/svzfO8n7LFu8zP39+3fu7ZznHy9OK0jh5xpxj2d9+mv4/1cLq52+m/D7Q7 nWfDXh+aXUDf65pI1AXqTIIoGZJHVfJKEsBsAP7wZyelUfDHhDQ9W8O6Pqd7/aG+71tdGlSG4RRu cKyyqTGcBQSChzuODuXGDg23jjxDaW9vFDfIHtYDbW9w1tE1xDEQw2pMV8xQAzAYYYB4xVSx8Tav p1hbWNpd+XbW1+uoxJ5aHbcKAA+SMngDg8e1R7DEtP3vxfnfp5rTyC6INb03+xtf1HS/N877FdS2 /mbdu/YxXOMnGcZxk133wxt1fwh4zuF1VNGmiWyH9qZZXt4jKzSBSvzEsEACg/Mdorzm+vbjUb+5 vruTzLm5laaV8AbnYkk4HA5J6Vb0nX9S0RLqOymQQ3aqlxBNCk0UoU7l3JIGUkEZBxkc46mtq9Gd WjyX10/Bpv8Aqwk0nc9vnGnN4tk1S3e6jB8BG8jvpEV7xW+6JiQRmbZxncM9MgV5l42i1CfQ/Der 3Gtz6tZXkVwlrNeW6x3SeXLh1kYM5ZcnK5c4yQAvfI/4TLX/AO1v7S+3/v8A7L9i2eTH5P2fbt8r ytvl7Mfw7cZ5xnmqmra/qWtpax3syGG0Vkt4IYUhiiDHc21IwqgknJOMnjPQVzYfB1KU4ttWX+T2 08+69CnJNEmupEn9m+Xoc+k7rCIt5ru32tuc3C7gMK3YDjjg1k1PdX13e+T9rup7jyIlhi82Qv5c a9EXPRRk4A4qCvQgmo2f9feQz0L7dd/8M++T9qn8r/hIvJ2eYdvl+R5mzH93f82OmeetepeGNN8M y+I/BFx5v2PxJBoNvcbdoC30TW7RY68umM567eOQMp4D/wAJLqn/AAjX/CO+bB/Zfm+d5P2WLd5m fv79u/d2znOPl6cVPD4y1+31bTNUiv8Abe6ZarZ2cnkxnyogrKFxtweGYZIJ5615lfA1KkZKLtdy /FddPv8AwLUkjotegm1H4V+A0sonuXjnvrZ1gUuVmeVWSM46Ow5C9SORXo3jK4i0+TxH4g0jWrLS tSfXoLJ9RdXkzHHaxuYBsRyP3incMAHaVbOMV4honifW/Df2v+x9Sns/tcXlTeWR8y9jz0YZOGGC MnBGTUH9s6h/YH9h/aP+Jb9q+2eTsX/W7dm7djd93jGce1XPAzlJa6Jv5qT5nfppbTuHMexpCvhv 4k/Eiy0UvYWsfh+a5jit3ZFSXyonDKAeCC74x93cQMCvFE+12Ettdp59vIcTW8y5Q/KxAdG9mUjI 7qfSt5fH3iRdW1HVDewPe6lEIbuSSygfzYwoXZhkICkAAgAA4Gc4qhqfiXVNZv7O9v5YJpbKJIbd fssSxpGhJVPLChCoyeCCMcdK0w1CrSfvWd0k3fsrdu4m0z0rxZfXaftK2e26nXyr+xhjxIRsjZY9 yD0U73yOh3H1NR/EKea/8E61cXkr3M1r40uba3kmYu0MPlk+WhPKpkD5RxwPSuAuvGOuXviWHxFc XMEmrQ7dlwbSHqowrFdm1mHZiCRgYPAwzWfFmta9b/Z9QukaHz2uWjht44VeZhhpHEaqGfH8TZPX 1NZQwU4uk9PdST+XbQbktTFr3rW55pPHXxB0J5XbR7Pw0722nsxNvAyQwFCkf3VIPIIHBrwWuhuf HHiG7t7iKa+QvdQC2uLhbaJbiaIBRteYL5jAhVByxyBzmt8Vh5VZRcbaJ/mnf8BRdj1HRvEcGkeB /Ad/rerv/ZiwalFdae/myG/QExpHtAKMFyoAkKgAjHfHPf2vq3h3wF8PJvD7zx3NzdXkktvblwL2 RZ0CLIqEGTIAXB5xwK4S/wDEuqanotjo91LA1jYZ+zRraxIY89cMqhjnqcn5jycnmp9N8Y65pNpa WttcwNFZyma1FxaQzm3ckEmMyIxTlQflI5561gsA172jd27dLe9bp/e/AfMdg+oajpXwq1LUrNX0 TU5/FTRXC2Qa2aNRAW8nghgisThSeK626nm0z4qfEtNPle0T/hH5bnbbsYx5wiiYScY+fLud3XLE 9zXj9p4s1qzt7m3F0lzDcz/aZY723julabBBkxKrAOQTlhye+cVPb+OPENtqepait8kl5qamO7lu LaKYyoeqfOpATGBtGBgAYwBhTwNSTk9Nb/i4vt0swUkes6NPMPi/4CuBK4m1Dw1C97JuO65byZTm Q9XOUTk5+6voK858f6rd3bWOn/2vPrelWWTZ6pOCXmaSKF5VLH+6xHynLJu2knAxmQeOPENtr0et RXyLfwwC2hc20RWCIDAWNCu2MYyPlA6t/eOamr+JdU1y0srS+lgNtZb/ALNDBaxQJHvILYWNVHJA P/66qhg5060Zu1krfnqtPO260v5A5Jqxk0UUV6ZAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAe6fBP8A5FC//wCwi/8A6Kioo+Cf/IoX/wD2EX/9 FRUV+c47/eqn+J/mdsPhR494i/5GG+/66msytPxF/wAjDff9dTWZX3mC/wB2p/4V+Rxy+JhRRRXU IKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK KAPdPgn/AMihf/8AYRf/ANFRUUfBP/kUL/8A7CL/APoqKivznHf71U/xP8zth8KH6fqU1r8ONVuW 8R3WlS2Ot3D2RRziWRLUyJBz8oRnyxUghiCMZYViabd3lp4O1nxQL618PeIbvxK0N1dTwy5VQvnG AKEkZR5nJBHIXDE9K5e/8b69o9/Pp1lcWqWtvem5iR7CCQrN2k3MhO8dA2cgYA4FYN94m1fUbC5s bu78y2ub9tRlTy0G64YEF8gZHBPA49q+owWBm6MW7Wdn8u2353OaUtT06+sYbL4s+JfCNnpqDw1q KwvqUUbiJbSNUSU3Ac8RiNmLYPynO3HK44/4iy3Fpf2Xh6O2+z6JpcTf2WfMEv2mKQ7jceYOH8wj dx8q/dABBrIv/GWv6n/a/wBsv/M/tfyft37mMeb5WPL6L8uMD7uM981RutZ1C90nT9LuLjfZaf5n 2WPYo8vzG3PyBk5IzyT7V3UMLUhKMp2dkr772tzevT069CXJE/iZIo/EN0kOhz6HGNmNOnd3eH5B 1LgMc/e5H8VHhaL7R4u0WH7PBc+ZfwJ5E5xHLmRRtY4PynoeDweh6VQvb671G7e7vrqe6uZMb5p5 C7tgYGWPJ4AH4UyCea2uI7i3leKaJg8ckbFWRgcggjkEHvXXyP2fJ1tbr/w/6k9T2PxXd/2j4c+I 8f8AaN7qf2LVIP3eoLtWw/0iRf8AR/nfP9zpH8v/AHzWtrsu/XPG+kfaJ5Ps3h3f/Yrj/iX2m2KA 7oWycsvVf3Sc91614/qXjHXNWtLu1ubmBYryUTXQt7SGA3DgkgyGNFL8sT8xPPPWpLnxx4hu7e4i mvkL3UAtri4W2iW4miAUbXmC+YwIVQcscgc5rzFl9RW1X9cvl/dfb13L50eotDdXN14O8P6Lr11p l1eeGo3Sx+yLJYTs0crOZgXxl/mBJjbseT05rQfE0Oq6B4T8JWWv69ol/DPLbvJZRAxTNPNlCxEy HC59D1OPfk7bxx4htLe3ihvkD2sBtre4a2ia4hiIYbUmK+YoAZgMMMA8YqPTfGOuaTaWlrbXMDRW cpmtRcWkM5t3JBJjMiMU5UH5SOeetWsFUSadn1Xr72r93XfZ366hzI9K0i0fR/AOtT6p4hn0y5tf E8kepX9lMwur0RxY8qNuC7M7EjdwMsx6GtPXbC1sfFHxL1W0ntdKv7RbFbe/ZGxbeeoEzAIrEO/I 3hdwLE5GSa8ftPFmtWdvc24ukuYbmf7TLHe28d0rTYIMmJVYByCcsOT3zii58W67eJrCXOoPKNYa N77eikymM7k5xlQD0C4GMDoMVLwFVzcnJa/leLfTsmuq6dw5lY9G13w/oN/410281S6sgs/h2LVr nE62keqXRJG0O+0R+YcEnaDgE4BJIk8baRZ69448FRa1e6fpFhdaJD58ltPEIodokcqnzEKhyFRu VOeN2CK8q1PWdQ1n7H9vuPO+xWqWdv8AIq7IkztXgDOMnk5PvU+t+JdU8RfZP7Tlgk+yReTB5drF DsjHRPkUfKOwPAycYya0jg6qcXzbJr07W6BzI7/4nKJfAPgy4hstPsbeNr2JLWzu45kRfMXbhlY+ YcL8zjPzE5wWAryqta/8S6pqei2Oj3UsDWNhn7NGtrEhjz1wyqGOepyfmPJyeaya6sLSlRp8ku7/ ABbfUmTuwooorpEFFFFABRRRQAVJBPNbXEdxbyvFNEweOSNirIwOQQRyCD3qOpIJmt7iOZAheNg6 iRFdSQc8qwIYexBBpPYD2v4y6rd2l3q+n2Orz38F9tGo6e4LJpyxi2aJlH8O5nOW+62/bjcuazNR 1XWNes9ZW2+1WN5aaSBqXhe/gK2kcKoFM1srHEZQCKQKQGBJwzjg8Rqnj7xJrNpf219ewPHqHl/a yllBG8/lkFNzqgY7cDHPtUdz448Q3dvcRTXyF7qAW1xcLbRLcTRAKNrzBfMYEKoOWOQOc15VHA1I UowaV11+7y8rd9FruW5Js9R0bxHBpHgfwHf63q7/ANmLBqUV1p7+bIb9ATGke0AowXKgCQqACMd8 eR6EkT/2l5mhz6ttsJSvlO6/ZG4xcNtByq9weOeTRf8AiXVNT0Wx0e6lgaxsM/Zo1tYkMeeuGVQx z1OT8x5OTzVC1vruy877JdT2/nxNDL5UhTzI26o2OqnAyDxXRQwrpqT6yb9LXbW1n1/pCcrkFem/ DG3V/CHjO4XVU0aaJbIf2plle3iMrNIFK/MSwQAKD8x2ivMq0tJ1/UtES6jspkEN2qpcQTQpNFKF O5dySBlJBGQcZHOOprbFUpVafJF63X4NMUXZnuf2W0vfGv2uwn+zyz+BPtFvqN+4SaORjsWeWUdH CEBnHOM9qNOi0zUPEvwwuYrmfV1b+0lOoahHma4MQJVjuyQofcyAnKgjvmvF/wDhMtf/ALW/tL7f +/8Asv2LZ5Mfk/Z9u3yvK2+Xsx/DtxnnGeaG8Za+b/Tr2O/+zy6bn7GttDHDHDuJLYjRQnzZO7j5 hwcivNeW1bW5ls1/5K1281/kXzo9H16/XTfh1pWqw6w/iDVNI8SoG1C6ZpYzKsPmNHCxO4w5VB1G 4qWGARWRfeIdY/4VNqF1r+p3V9ceJ7xVs4ppCViigffJKgGVUFyE2YXoCMgVxGpeJdU1WwisLiWB LKOUzLb2trFbxmQgDeVjVQzYGMnJAzjqag1PWdQ1n7H9vuPO+xWqWdv8irsiTO1eAM4yeTk+9dFP BNJKVt7/AKpLRddX9xLke3a7Lv1zxvpH2ieT7N4d3/2K4/4l9ptigO6FsnLL1X90nPdetafh23so tU8EWVxqrpa33h+ONNCgP7qd2ileWa4j+7sIOBwS7nPRTXiFz448Q3dvcRTXyF7qAW1xcLbRLcTR AKNrzBfMYEKoOWOQOc0W3jjxDaW9vFDfIHtYDbW9w1tE1xDEQw2pMV8xQAzAYYYB4xXM8tqunyXX 9K19u/z8yudXPVfBot7Hwl8PLltan0yKe/nWS0snKS6jO1yqRhwMBkUL87NnC4UcsKxdenm8O+Cf Edxocr6ZN/wmk9t5lkxhbyVjcrHlMHYCThegzXAab4x1zSbS0tba5gaKzlM1qLi0hnNu5IJMZkRi nKg/KRzz1plp4s1qzt7m3F0lzDcz/aZY723julabBBkxKrAOQTlhye+cVqsDUVRybTTd7f8Abzfb z8xcysHi281HUfFF9eatpiaZfzMrz2qQNCFYqOdjcgt94k9SxPesWrep6ne61qdxqOo3L3N5cNvk lfqT/IADAAHAAAHAqpXp048sFHsiGFFFFWAUUUUAFFFFABXf+Cp5tP8Ah1461Kyle2v4FsEiuoWK Sxq853BXHIBwMgHnArgK0tJ1/UtES6jspkEN2qpcQTQpNFKFO5dySBlJBGQcZHOOprDEU3Uhyrun 9zTGnZnpXgDWtc1L4v8Ahq41W2e0mn04wtJ5bxtfwrC5SWQscyklV+bodi46VvaTGr+OPhpYarMm q6mtnc3suoOGkE8Ugkkt/mkAclNpIDAbSRivJoPHHiG216PWor5Fv4YBbQubaIrBEBgLGhXbGMZH ygdW/vHMFt4t12zTR0ttQeIaO0j2OxFBiMh3PzjLAnqGyMZHQ4rgq4CpOV1Ze7b8JLt5r+kilJI7 7xmLeX4RW7NrU+vX1pr32ebUZ3Mi7zAWdIHb5jFwnPG4qWxgivPdQSJfD2juuhz2cjedv1F3cpff OMbQRtGz7p2k5zzRqXiXVNVsIrC4lgSyjlMy29raxW8ZkIA3lY1UM2BjJyQM46mqEt9dz2lvaTXU 8ltbbvIheQlItxy21TwuTycda6sPQlSik31b+/7vysS3cgr6Q8O29lFqngiyuNVdLW+8PxxpoUB/ dTu0UryzXEf3dhBwOCXc56Ka+b66G28ceIbS3t4ob5A9rAba3uGtomuIYiGG1JivmKAGYDDDAPGK jHYWeIilB23/ABXoxxkkeq+DRb2PhL4eXLa1PpkU9/OslpZOUl1GdrlUjDgYDIoX52bOFwo5YVGl vZaX4Y8T3Saq/h+1tvF9wk8unHyriaBEOy3i24yctwD8qjc3QGvKtN8Y65pNpaWttcwNFZyma1Fx aQzm3ckEmMyIxTlQflI5560y08Wa1Z29zbi6S5huZ/tMsd7bx3StNggyYlVgHIJyw5PfOK53l9Vy k7rV3/8AJm+3n5j50e16jYW8XiX4ny2+oQaDJH/ZrHUkBRoEcB5ipTDFnx90ffYgHrmj7LaXvjX7 XYT/AGeWfwJ9ot9Rv3CTRyMdizyyjo4QgM45xntXi6+MtfF/qN7Jf/aJdSx9sW5hjmjm2kFcxupT 5cDbx8o4GBR/wmWv/wBrf2l9v/f/AGX7Fs8mPyfs+3b5XlbfL2Y/h24zzjPNQsurJfEtkv8AyVLt 5f8AAHzo9o06LTNQ8S/DC5iuZ9XVv7SU6hqEeZrgxAlWO7JCh9zICcqCO+a5LxmLeX4RW7NrU+vX 1pr32ebUZ3Mi7zAWdIHb5jFwnPG4qWxgiuEbxlr5v9OvY7/7PLpufsa20McMcO4ktiNFCfNk7uPm HByKg1LxLqmq2EVhcSwJZRymZbe1tYreMyEAbysaqGbAxk5IGcdTWlPAVI1Iyb0X+cn27O3T8hOS sdh48vl1H4beAblLK1skK3yLBaqyxqFlReNxJJOMkkkkknvRfXy3nwAtESytbUW3iAQ/uFYGUi3L F3JJJcluvAwAAAABXLal4w1nVtJi0u8eyayhz5McenW8fk5YM2wogKZIBO0jPfNH/CYaz/YH9h77 L+zevk/2db/e27N+7Zu37eN+d3vW0cNUUIx00k3u9m2+2+ouZXMKiiivQJCiiigAooooAKKKKACv ffBd9d3Vh8MLC4up5rK9i1WG6t5JC0c8aBgiOp4ZVHAByAOleBV0sHj7xJa2FpZW97BDFZRPFatH ZQLJArjDlJAm9WbuwIJPJOa4sdhpV4KMbdd/OLX5u5UXY9N+Fv8Aal94F0W2tNXe1MXiofI00iiW BIfNkhG0EYIDttOFJzk5PNTSLjTG8A61rlpqc/h3T38TySu9l+5upbYRZjtowhwWy4wpO1fmboDn zK18Wa1ZaZY6dbXSRWtjeLfwItvHkTrnDltuWIzj5iRgAdAKfH4x1xPtoe5gnjvbo3k8V1aQzxmc 5zIEdCqsdxGVA4wOwrmlgKjnKSa1d/x9P87MfMjpfiXb28Pxrv4k0z7XE11bM1lBlDcFo42ZRtGQ zknkc5bPWuI1RVXV71UsXsEE7hbORmZrcbj+7JbklenPPFSXutanqGtPrN1fTvqTyiY3Iba4cdCp H3cYGMYxgYxiqk881zcSXFxK8s0rF5JJGLM7E5JJPJJPeu6hSlThGLeyS69P69SW7nZ/CCCG4+Km hpNEkqBpXCuoYBlidlPPcEAg9iAa7t7eyv8Awx4YhutVfxHcQ+L7e0ur26PnRsWQGSKFnyWh+6Oe GKlsYIrxjTNTvdF1O31HTrl7a8t23xyp1B/kQRkEHggkHg1fu/FmtXlvbW5uktobaf7TFHZW8dqq zYAEmIlUFwAMMeR2xmubEYSpVrKpF2Vl+F/8+41JJWPXPGQt5fCXxDgn1qfWL21v4JwjuZINPD3L BI4i3RwhYPtwBkL/AAmtrxFb2UWqeN9Mk1V7hB4fkltNFjO61sYo4ogrMh+VZC4DIFHyqNx+8K8M 1LxjrmrWl3a3NzAsV5KJroW9pDAbhwSQZDGil+WJ+YnnnrUlz448Q3dvcRTXyF7qAW1xcLbRLcTR AKNrzBfMYEKoOWOQOc1zLLaqS95f1y+X919vXcrnR7f4dt7KLVPBFlcaq6Wt94fjjTQoD+6ndopX lmuI/u7CDgcEu5z0U1i+DRb2PhL4eXLa1PpkU9/OslpZOUl1GdrlUjDgYDIoX52bOFwo5YV5VbeO PENpb28UN8ge1gNtb3DW0TXEMRDDakxXzFADMBhhgHjFR6b4x1zSbS0tba5gaKzlM1qLi0hnNu5I JMZkRinKg/KRzz1oeW1Wn7y1/wDtvL+8u/rsHOj1VLey0vwx4nuk1V/D9rbeL7hJ5dOPlXE0CIdl vFtxk5bgH5VG5ugNaeo2FvF4l+J8tvqEGgyR/wBmsdSQFGgRwHmKlMMWfH3R99iAeua8UtPFmtWd vc24ukuYbmf7TLHe28d0rTYIMmJVYByCcsOT3zinr4y18X+o3sl/9ol1LH2xbmGOaObaQVzG6lPl wNvHyjgYFN5fVu3zL+nF9vJ9w50e0fZbS98a/a7Cf7PLP4E+0W+o37hJo5GOxZ5ZR0cIQGcc4z2r h/ic1lceEPBl7aX11qZdb2FtSvF/f3ISVRkk5bZuLlVJyFYZ5zXH/wDCZa//AGt/aX2/9/8AZfsW zyY/J+z7dvleVt8vZj+HbjPOM81U1bX9S1tLWO9mQw2islvBDCkMUQY7m2pGFUEk5Jxk8Z6CtKGB qU6kJt6L/Jrt5/8AAE5JozaKKK9UgKKKKAPdPgn/AMihf/8AYRf/ANFRUUfBP/kUL/8A7CL/APoq KivznHf71U/xP8zth8KH6fqU1r8ONVuW8R3WlS2Ot3D2RRziWRLUyJBz8oRnyxUghiCMZYVieGdb 1E+FfiReajfahpExvLa4l+xIwktppJ2EgRGdSCSApywOBznGK5e/8b69o9/Pp1lcWqWtvem5iR7C CQrN2k3MhO8dA2cgYA4FZlv43162TUkS4tXTU5zcXqzWEEonkzuy29DwDyB0BJIAzX0+EwU3h1ot eV/dZ9vLzOeUlc9G1X7RL8YPFXhyTToP7E1Tyn1RYZRGtvEiK4uzIVARlLeYQcqSxU7iQa4z4iy3 Fpf2Xh6O2+z6JpcTf2WfMEv2mKQ7jceYOH8wjdx8q/dABBrFufFuu3iawlzqDyjWGje+3opMpjO5 OcZUA9AuBjA6DFVLrWdQvdJ0/S7i432Wn+Z9lj2KPL8xtz8gZOSM8k+1d9DCzpyi3bRJdd7Wv69P Tr0Icrk/iZIo/EN0kOhz6HGNmNOnd3eH5B1LgMc/e5H8VSeD4IbnxtoNvcRJLDLqNukkcihldTIo IIPBBHasy9vrvUbt7u+up7q5kxvmnkLu2BgZY8ngAfhTIJ5ra4juLeV4pomDxyRsVZGByCCOQQe9 dfI/ZcnW1v66k31PcvGQt5fCXxDgn1qfWL21v4JwjuZINPD3LBI4i3RwhYPtwBkL/Caj8bw3V54k 8X6NpGvXUENhpKzyaPPaK1isEccJKxZdgr4wykRqQeAR1ryrUvGOuataXdrc3MCxXkomuhb2kMBu HBJBkMaKX5Yn5ieeetSXPjjxDd29xFNfIXuoBbXFwttEtxNEAo2vMF8xgQqg5Y5A5zXmU8BVhZ3X 9cvl/dfbfctzR2/gTxlrzTT+IL/UZ00LwxpaRfYYpGWGd9nlQRsoJ+ZmJYuVbBXsMYzfBGs6xZ2N jqE2ovpHhfRJ/MuDbAodQmLb/JIBHnSMAq8naiKCcD73Ef2zqH9gf2H9o/4lv2r7Z5Oxf9bt2bt2 N33eMZx7Veg8Yazb6TaaXvsprKz3/Z47rTrefyt7bmwZEJ5PPX09K3ng783Klrb5JJ+W+r+/rYXM elfDjUbfU9H8cNJqs/hvS57+zmRrWUoLMSTtlUIwEyAsZbAAGCRgYrC07xlNc/8ACUT6zf8A9jeJ NVtbL7NqXkyR7VTYW5jVnXzECN8o2t7DArkrDxhrOmWl9aWr2S21/KJbmFtOt3SRgcgFWQgKDyFH C9gKkk8ceIZtT1DUJr5J5tRVEvFmtopIpgmNm6JlKZXaMHbkc+pqPqUuecrKztbXVW5fJ72132Xm Pm0R65prvB8Z/Azx3fnSXvh2I3dzGWH2w+TL87lgGfOxD8wz8q5xjjhPF12914C8A6vqA+33sn20 Ty3Tszzok42o7ghyoyQORjJxiueg8ceIbbXo9aivkW/hgFtC5toisEQGAsaFdsYxkfKB1b+8c1L/ AMS6pqcti11LA0dhn7NbraxJBHltxxEqhDk9cr83fNFLBVIVIzdtEvyl5f3l9wOSsdZ8W7r7bf8A he78iC38/wAO2knkwJsjj3FztVeyjOAPSvPa2ta8V6t4ht7eHUpLWVLZVjhMdlDE0aKCFQMiAhBk /LnHtWLXZhqcqVJQl0Jk7u4UUUV0CCiiigAooooAKkgnmtriO4t5XimiYPHJGxVkYHIII5BB71HU kEzW9xHMgQvGwdRIiupIOeVYEMPYgg0nsB7X8ZdVu7S71fT7HV57+C+2jUdPcFk05YxbNEyj+Hcz nLfdbftxuXNaWpXk2oaC0Fxe3V7NJ4CS7ks7ok27NkE3BYsxMwIyPk5IHzjt5Hqnj7xJrNpf219e wPHqHl/ayllBG8/lkFNzqgY7cDHPtRe+PvEl/aPbTXsCxvaiyJgsoIX+zg58oOiBgnH3QcdsV40M uqKnCGl49fu8vK3olqac6uz03RvEcGkeB/Ad/rerv/ZiwalFdae/myG/QExpHtAKMFyoAkKgAjHf HkehJE/9peZoc+rbbCUr5Tuv2RuMXDbQcqvcHjnk0X/iXVNT0Wx0e6lgaxsM/Zo1tYkMeeuGVQxz 1OT8x5OTzVC1vruy877JdT2/nxNDL5UhTzI26o2OqnAyDxXZQwrpqT6yb9LXbW1n1/pEuVyCvSvg 5cPHf+J4W1OfT7ZtBuJJLiPcfJKlQJdqnJZAzEY55OOtea1raJ4l1Tw79r/syWCP7XF5M/mWsU2+ M9U+dT8p7gcHAznArbFUnVpOEd3/AF5ii7O5veKvEN2fGdvd3scGs22m77axmvlMiX1vHNKI5HZS ol5yCw4bbzn5s93eRed+1QqfZ4LjEsb7JjhRttAdw4PzLjcOOoHI6jyq+8V6tqWp2moXslrPNZwC 2gV7KExJEM4XytmwgbjjK8cegqe78ceIb3XrbXJb5F1S3bel3DbRRSE4A+coo3jAAw2RjI6E1yzw k2klZe7KO762t08vIfMjqfEl3/anwitrz+0b3V/L154vt2prtuIswA+Wg3yfIcbid45A+U9RH48v l1H4beAblLK1skK3yLBaqyxqFlReNxJJOMkkkkknvXH6l4l1TVbCKwuJYEso5TMtva2sVvGZCAN5 WNVDNgYyckDOOpqfUvGGs6tpMWl3j2TWUOfJjj063j8nLBm2FEBTJAJ2kZ75qoYWcXB6aSb36NNd rdfIOZHufiK3sotU8b6ZJqr3CDw/JLaaLGd1rYxRxRBWZD8qyFwGQKPlUbj94VgtDdXN14O8P6Lr 11pl1eeGo3Sx+yLJYTs0crOZgXxl/mBJjbseT08uufHHiG7t7iKa+QvdQC2uLhbaJbiaIBRteYL5 jAhVByxyBzmi28ceIbS3t4ob5A9rAba3uGtomuIYiGG1JivmKAGYDDDAPGK5YZdWjC103+G1r7f1 3K50dT8O/EGvX+qaPpo1afT9B8PxS3939nLANAjmVzIoOZMkhMDOAchfvZ0vAv8AZeqeJ5PFrrp8 ur3viAJBpt3eRp9likcO86qxUyuN2xABw3zYJAA8ytdZ1Cy0nUNLt7jZZah5f2qPYp8zy23JyRkY JzwR71HpmpXWj6nb6jZOiXVu2+J3iWQK3Y7WBGR1BxwcEciuqrg3LncbK/8Aw7v6t6+S82SpbGt4 8haD4g+IkcoSdRnf5HVxhnLDkEjODyOoOQcEEVz1W9T1K61jU7jUb10e6uG3yukSxhm7naoAyepO OTknk1UrspRcacYvdJEvcKKKK0AKKKKACiiigArv/BU82n/Drx1qVlK9tfwLYJFdQsUljV5zuCuO QDgZAPOBXAVpaTr+paIl1HZTIIbtVS4gmhSaKUKdy7kkDKSCMg4yOcdTWGIpupDlXdP7mmNOzPSv AGta5qXxf8NXGq2z2k0+nGFpPLeNr+FYXKSyFjmUkqvzdDsXHSsn4hTm10vwXb6lKmr6nHZveT3k jSMt3BLKWhUu22UgKG4O0ru4Nc1B448Q22vR61FfIt/DALaFzbRFYIgMBY0K7YxjI+UDq3945oSa /qUtjpdlLMklrpTO9pFJCjKhdg7ZBHzgkDhsjt0rkjhJqtGpokklZekvLzX59EPm0sdh8W7r7bf+ F7vyILfz/DtpJ5MCbI49xc7VXsozgD0rk9QSJfD2juuhz2cjedv1F3cpffOMbQRtGz7p2k5zzUmt eK9W8Q29vDqUlrKlsqxwmOyhiaNFBCoGRAQgyflzj2rMlvrue0t7Sa6nktrbd5ELyEpFuOW2qeFy eTjrXRh6MqdOMH0835+n4/mJu7IK+kPDtvZRap4IsrjVXS1vvD8caaFAf3U7tFK8s1xH93YQcDgl 3Oeimvm+uhtvHHiG0t7eKG+QPawG2t7hraJriGIhhtSYr5igBmAwwwDxissdhZ4iKUHbf8V6McZJ Hqvg0W9j4S+Hly2tT6ZFPfzrJaWTlJdRna5VIw4GAyKF+dmzhcKOWFRpb2Wl+GPE90mqv4ftbbxf cJPLpx8q4mgRDst4tuMnLcA/Ko3N0BryrTfGOuaTaWlrbXMDRWcpmtRcWkM5t3JBJjMiMU5UH5SO eetMtPFmtWdvc24ukuYbmf7TLHe28d0rTYIMmJVYByCcsOT3ziud5fVcpO61d/8AyZvt5+Y+dHte o2FvF4l+J8tvqEGgyR/2ax1JAUaBHAeYqUwxZ8fdH32IB65o+y2l741+12E/2eWfwJ9ot9Rv3CTR yMdizyyjo4QgM45xntXi6+MtfF/qN7Jf/aJdSx9sW5hjmjm2kFcxupT5cDbx8o4GBR/wmWv/ANrf 2l9v/f8A2X7Fs8mPyfs+3b5XlbfL2Y/h24zzjPNQsurJfEtkv/JUu3l/wB86PaNOi0zUPEvwwuYr mfV1b+0lOoahHma4MQJVjuyQofcyAnKgjvmsx7eyv/DHhiG61V/EdxD4vt7S6vbo+dGxZAZIoWfJ aH7o54YqWxgivKm8Za+b/Tr2O/8As8um5+xrbQxwxw7iS2I0UJ82Tu4+YcHIpl34s1q8t7a3N0lt DbT/AGmKOyt47VVmwAJMRKoLgAYY8jtjNNZdVTT5tv8AOT7efl+Qc6PXPGQt5fCXxDgn1qfWL21v 4JwjuZINPD3LBI4i3RwhYPtwBkL/AAmtrxFb2UWqeN9Mk1V7hB4fkltNFjO61sYo4ogrMh+VZC4D IFHyqNx+8K8M1LxjrmrWl3a3NzAsV5KJroW9pDAbhwSQZDGil+WJ+YnnnrUlz448Q3dvcRTXyF7q AW1xcLbRLcTRAKNrzBfMYEKoOWOQOc0lltVJe8v65fL+6+3ruHOjnqKKK9ozCiiigAooooAKKKKA CvffBd9d3Vh8MLC4up5rK9i1WG6t5JC0c8aBgiOp4ZVHAByAOleBV0sHj7xJa2FpZW97BDFZRPFa tHZQLJArjDlJAm9WbuwIJPJOa4sdhpV4KMbdd/OLX5u5UXY9N+Fv9qX3gXRba01d7UxeKh8jTSKJ YEh82SEbQRggO204UnOTk84Xws1eyl+NEjWGl2q2uoz3LWxlixJaRbZHCxhW2qSAqng4GQCATnhL XxZrVlpljp1tdJFa2N4t/Ai28eROucOW25YjOPmJGAB0Ap+neMdc0rWrrWbO5gTUrqVppLl7SGRw 7btxUsh2Z3NnbjOfpXPLAzaq7e+nb/g6f18x8y0M3S1VtXslexe/QzoGs42ZWuBuH7sFeQW6cc80 aoqrq96qWL2CCdwtnIzM1uNx/dktySvTnniibUrqXUxqKulvdKyuj2kS24RlxgqsYUKRgHIA5561 BPPNc3ElxcSvLNKxeSSRizOxOSSTyST3r0knzXfYg7P4QQQ3HxU0NJoklQNK4V1DAMsTsp57ggEH sQDXdvb2V/4Y8MQ3Wqv4juIfF9vaXV7dHzo2LIDJFCz5LQ/dHPDFS2MEV4xpmp3ui6nb6jp1y9te W7b45U6g/wAiCMgg8EEg8Gr934s1q8t7a3N0ltDbT/aYo7K3jtVWbAAkxEqguABhjyO2M1w4jCVK tZVIuysvwv8A59ylJJWPXPGQt5fCXxDgn1qfWL21v4JwjuZINPD3LBI4i3RwhYPtwBkL/Ca2vEVv ZRap430yTVXuEHh+SW00WM7rWxijiiCsyH5VkLgMgUfKo3H7wrwzUvGOuataXdrc3MCxXkomuhb2 kMBuHBJBkMaKX5Yn5ieeetSXPjjxDd29xFNfIXuoBbXFwttEtxNEAo2vMF8xgQqg5Y5A5zXMstqp L3l/XL5f3X29dyudHt/h23sotU8EWVxqrpa33h+ONNCgP7qd2ileWa4j+7sIOBwS7nPRTWL4NFvY +Evh5ctrU+mRT386yWlk5SXUZ2uVSMOBgMihfnZs4XCjlhXlVt448Q2lvbxQ3yB7WA21vcNbRNcQ xEMNqTFfMUAMwGGGAeMVHpvjHXNJtLS1trmBorOUzWouLSGc27kgkxmRGKcqD8pHPPWh5bVafvLX /wC28v7y7+uwc6PVUt7LS/DHie6TVX8P2tt4vuEnl04+VcTQIh2W8W3GTluAflUbm6A1p6jYW8Xi X4ny2+oQaDJH/ZrHUkBRoEcB5ipTDFnx90ffYgHrmvFLTxZrVnb3NuLpLmG5n+0yx3tvHdK02CDJ iVWAcgnLDk984p6+MtfF/qN7Jf8A2iXUsfbFuYY5o5tpBXMbqU+XA28fKOBgU3l9W7fMv6cX28n3 DnR7R9ltL3xr9rsJ/s8s/gT7Rb6jfuEmjkY7FnllHRwhAZxzjPauH+JzWVx4Q8GXtpfXWpl1vYW1 K8X9/chJVGSTltm4uVUnIVhnnNcf/wAJlr/9rf2l9v8A3/2X7Fs8mPyfs+3b5XlbfL2Y/h24zzjP NVNW1/UtbS1jvZkMNorJbwQwpDFEGO5tqRhVBJOScZPGegrShgalOpCbei/ya7ef/AE5JozaKKK9 UgKKKKAPdPgn/wAihf8A/YRf/wBFRUUfBP8A5FC//wCwi/8A6Kior85x3+9VP8T/ADO2Hwofp+pT Wvw41W5bxHdaVLY63cPZFHOJZEtTIkHPyhGfLFSCGIIxlhXM3Or6tafDLVtaiefSdZvPFjreNal4 JB+5ZzETndtVmb5SeDnvWFf+N9e0e/n06yuLVLW3vTcxI9hBIVm7SbmQneOgbOQMAcCsiPxjrifb Q9zBPHe3RvJ4rq0hnjM5zmQI6FVY7iMqBxgdhX1OCwU/YxlZa8r/AC02+fXU5pSVzsNH1LWNc8ca 3pWtaGlpZ60qPrdskZtBaIgDC63PyhUnzDuyHLEEEsKxviLLcWl/ZeHo7b7PomlxN/ZZ8wS/aYpD uNx5g4fzCN3Hyr90AEGsW58W67eJrCXOoPKNYaN77eikymM7k5xlQD0C4GMDoMVUutZ1C90nT9Lu LjfZaf5n2WPYo8vzG3PyBk5IzyT7V308NKNRTsrLpr2tf16enXoS3oT+Jkij8Q3SQ6HPocY2Y06d 3d4fkHUuAxz97kfxUeFovtHi7RYfs8Fz5l/AnkTnEcuZFG1jg/Keh4PB6HpVC9vrvUbt7u+up7q5 kxvmnkLu2BgZY8ngAfhTIJ5ra4juLeV4pomDxyRsVZGByCCOQQe9dPI/Z8nW1uv/AA/6k9T2PxXd /wBo+HPiPH/aN7qf2LVIP3eoLtWw/wBIkX/R/nfP9zpH8v8A3zWtrsu/XPG+kfaJ5Ps3h3f/AGK4 /wCJfabYoDuhbJyy9V/dJz3XrXj+peMdc1a0u7W5uYFivJRNdC3tIYDcOCSDIY0UvyxPzE889aku fHHiG7t7iKa+QvdQC2uLhbaJbiaIBRteYL5jAhVByxyBzmvMWX1FbVf1y+X919vXcvnR6i0N1c3X g7w/ouvXWmXV54ajdLH7IslhOzRys5mBfGX+YEmNux5PTmtB8TQ6roHhPwlZa/r2iX8M8tu8llED FM082ULETIcLn0PU49+TtvHHiG0t7eKG+QPawG2t7hraJriGIhhtSYr5igBmAwwwDxio9N8Y65pN paWttcwNFZyma1FxaQzm3ckEmMyIxTlQflI5561awVRJp2fVevvav3dd9nfrqHMjpdEufGMniU+A bLWZ7aeTWZnu7y1mYSSSAbZHLkqzKFjZsZBYk5ycY63w54ni8RfErx7qNtqU+nabcaNORcxlzsWI RxpcbRhtwXcwHUbiAa8is/EGq2FxqNxb3r+dqMElvdySASNNHIcuCWBOSR16+9SaJ4l1Tw79r/sy WCP7XF5M/mWsU2+M9U+dT8p7gcHAznAq62Cc1K1rtW/FNt6eStuJSseneEPEN7qXx3063bU3vLez W602K68zc13bRiZozIy8SH7pzjnap681raAIdV8RfDC8md9TSRdRIv79B9pmaMuyh1JfAQ4KHe3U nC458X0LX9S8Namuo6TMkF4qlFlaFJCoPXG8EA44yOcEjoTVtvGWvm/069jv/s8um5+xrbQxwxw7 iS2I0UJ82Tu4+YcHIrOtl8pS9yyXLb8JLt/eX9WGp9zu/GYt5fhFbs2tT69fWmvfZ5tRncyLvMBZ 0gdvmMXCc8bipbGCK8nrW1LxLqmq2EVhcSwJZRymZbe1tYreMyEAbysaqGbAxk5IGcdTWTXbhaMq UHGT6t/1sTJ3YUUUV0iCiiigAooooAKkgnmtriO4t5XimiYPHJGxVkYHIII5BB71HUkEzW9xHMgQ vGwdRIiupIOeVYEMPYgg0nsB7X8ZdVu7S71fT7HV57+C+2jUdPcFk05YxbNEyj+HcznLfdbftxuX NZmo6rrGvWesrbfarG8tNJA1LwvfwFbSOFUCma2VjiMoBFIFIDAk4ZxweI1Tx94k1m0v7a+vYHj1 Dy/tZSygjefyyCm51QMduBjn2qO58ceIbu3uIpr5C91ALa4uFtoluJogFG15gvmMCFUHLHIHOa8q jgakKUYNK66/d5eVu+i13Lck2dD4RvruH4R+Po4rqdI1+xbVWQgDzJSj4H+0oCn1Awa5PQkif+0v M0OfVtthKV8p3X7I3GLhtoOVXuDxzyaLDxLqmmaLfaPaywLY3+PtMbWsTmTHTLMpYY6jB+U8jB5q ha313Zed9kup7fz4mhl8qQp5kbdUbHVTgZB4rsjRknUf8zv17JfoTfYgr034Y26v4Q8Z3C6qmjTR LZD+1Msr28RlZpApX5iWCABQfmO0V5lWlpOv6loiXUdlMghu1VLiCaFJopQp3LuSQMpIIyDjI5x1 NViqUqtPki9br8GmEXZnuf2W0vfGv2uwn+zyz+BPtFvqN+4SaORjsWeWUdHCEBnHOM9qNOi0zUPE vwwuYrmfV1b+0lOoahHma4MQJVjuyQofcyAnKgjvmvF/+Ey1/wDtb+0vt/7/AOy/Ytnkx+T9n27f K8rb5ezH8O3GecZ5obxlr5v9OvY7/wCzy6bn7GttDHDHDuJLYjRQnzZO7j5hwcivNeW1bW5ls1/5 K1281/kXzo9Ve3sr/wAMeGIbrVX8R3EPi+3tLq9uj50bFkBkihZ8lofujnhipbGCKk8ZC3l8JfEO CfWp9YvbW/gnCO5kg08PcsEjiLdHCFg+3AGQv8JryO78Wa1eW9tbm6S2htp/tMUdlbx2qrNgASYi VQXAAwx5HbGafqXjHXNWtLu1ubmBYryUTXQt7SGA3DgkgyGNFL8sT8xPPPWrWX1VKLutHf8A8mT7 flYXOj2DXZd+ueN9I+0TyfZvDu/+xXH/ABL7TbFAd0LZOWXqv7pOe69a5Pwz4k1PStLtdf12fyvD dtavY2WiR/JFqj7Cjfu/uldzF5JWB+Y4AJwo4+58ceIbu3uIpr5C91ALa4uFtoluJogFG15gvmMC FUHLHIHOaH8ba3Lb2sNw2n3KWkCW0BudLtZmSJBhVDPGTgfXuacMDONPklZ7X+6ztpu++9utwcle 50vgjWdYs7Gx1CbUX0jwvok/mXBtgUOoTFt/kkAjzpGAVeTtRFBOB97SsdVtIvhlqmtW11e+Hftv idwG0mINIsfkl0hJDxfIu5sc4B6LzxwkHjDWbfSbTS99lNZWe/7PHdadbz+Vvbc2DIhPJ56+npTL TxXq1lb3NtFJata3E/2l7aayhlhEuCNyRuhVDgkfKBxgdAK0nhJyk5WS1/C/XTd79e3mJSLfxA0/ UNL8d6taapdQXd6soeS4hhWJZdyhgxRQAGIIJ988nqeaq3qep3utancajqNy9zeXDb5JX6k/yAAw ABwAABwKqV3UoyjTjGW6S2Je4UUUVoAUUUUAFFFFABXf+Cp5tP8Ah1461Kyle2v4FsEiuoWKSxq8 53BXHIBwMgHnArgK0tJ1/UtES6jspkEN2qpcQTQpNFKFO5dySBlJBGQcZHOOprDEU3Uhyrun9zTG nZnpXgDWtc1L4v8Ahq41W2e0mn04wtJ5bxtfwrC5SWQscyklV+bodi46VB4p1LUdHPgQRumseJUs 5biO+eJrjz1nkb7MV8wB2dOWUMvytjAPIri4PHHiG216PWor5Fv4YBbQubaIrBEBgLGhXbGMZHyg dW/vHMdh4y1/TP7I+x3/AJf9ked9h/cxnyvNz5nVfmzk/ezjtiuJ4OftFOysla3yl5bar8+iRXNp Y6Lxpqk1t4YtPDGr376vr9veNd3V3JMZvsWUCm1WQkljkBnwQoYY+YgkctqCRL4e0d10Oezkbzt+ ou7lL75xjaCNo2fdO0nOeaj1DXbvU7dYbiHT0RW3g22nW9u2cEctGikjnpnHT0FVJb67ntLe0mup 5La23eRC8hKRbjltqnhcnk46110aLhFLzu/x9Pu/XUlu5BX0h4dt7KLVPBFlcaq6Wt94fjjTQoD+ 6ndopXlmuI/u7CDgcEu5z0U18310Nt448Q2lvbxQ3yB7WA21vcNbRNcQxEMNqTFfMUAMwGGGAeMV jjsLPERSg7b/AIr0Y4ySPVfBot7Hwl8PLltan0yKe/nWS0snKS6jO1yqRhwMBkUL87NnC4UcsKjS 3stL8MeJ7pNVfw/a23i+4SeXTj5VxNAiHZbxbcZOW4B+VRuboDXlWm+Mdc0m0tLW2uYGis5TNai4 tIZzbuSCTGZEYpyoPykc89aZaeLNas7e5txdJcw3M/2mWO9t47pWmwQZMSqwDkE5YcnvnFc7y+q5 Sd1q7/8Akzfbz8x86Pa9RsLeLxL8T5bfUINBkj/s1jqSAo0COA8xUphiz4+6PvsQD1zR9ltL3xr9 rsJ/s8s/gT7Rb6jfuEmjkY7FnllHRwhAZxzjPavF18Za+L/Ub2S/+0S6lj7YtzDHNHNtIK5jdSny 4G3j5RwMCj/hMtf/ALW/tL7f+/8Asv2LZ5Mfk/Z9u3yvK2+Xsx/DtxnnGeahZdWS+JbJf+SpdvL/ AIA+dHtGnRaZqHiX4YXMVzPq6t/aSnUNQjzNcGIEqx3ZIUPuZATlQR3zWY9vZX/hjwxDdaq/iO4h 8X29pdXt0fOjYsgMkULPktD90c8MVLYwRXlTeMtfN/p17Hf/AGeXTc/Y1toY4Y4dxJbEaKE+bJ3c fMODkUy78Wa1eW9tbm6S2htp/tMUdlbx2qrNgASYiVQXAAwx5HbGaay6qmnzbf5yfbz8vyDnR654 yFvL4S+IcE+tT6xe2t/BOEdzJBp4e5YJHEW6OELB9uAMhf4TW14it7KLVPG+mSaq9wg8PyS2mixn da2MUcUQVmQ/KshcBkCj5VG4/eFeGal4x1zVrS7tbm5gWK8lE10Le0hgNw4JIMhjRS/LE/MTzz1q S58ceIbu3uIpr5C91ALa4uFtoluJogFG15gvmMCFUHLHIHOaSy2qkveX9cvl/dfb13DnRz1FFFe0 ZhRRRQAUUUUAFFFFABXvvgu+u7qw+GFhcXU81lexarDdW8khaOeNAwRHU8MqjgA5AHSvAq6WDx94 ktbC0sre9ghisonitWjsoFkgVxhykgTerN3YEEnknNcWOw0q8FGNuu/nFr83cqLsem/C3+1L7wLo ttaau9qYvFQ+RppFEsCQ+bJCNoIwQHbacKTnJyeeP0jUtT1S/wBaTw9ef8I34dF/JqF5qES+S0ED HEcbFDlsDISJTyzHr1Xl7XxZrVlpljp1tdJFa2N4t/Ai28eROucOW25YjOPmJGAB0AqdPG+vLb3V u9xazw3d49/NHc2EEytOwwzgOhAOPTAHNYfU6inOSt734a+mr7dn3HzLQsa/rVl4m+I82rWmivJZ 3d5Gw05Dte4HygrlBkPIQScZOXPJPJwdUVV1e9VLF7BBO4WzkZma3G4/uyW5JXpzzxRNqV1LqY1F XS3ulZXR7SJbcIy4wVWMKFIwDkAc89agnnmubiS4uJXlmlYvJJIxZnYnJJJ5JJ713U6fIklslbd/ 189yGzs/hBBDcfFTQ0miSVA0rhXUMAyxOynnuCAQexANd29vZX/hjwxDdaq/iO4h8X29pdXt0fOj YsgMkULPktD90c8MVLYwRXjGmane6LqdvqOnXL215btvjlTqD/IgjIIPBBIPBq/d+LNavLe2tzdJ bQ20/wBpijsreO1VZsACTESqC4AGGPI7YzXJiMJUq1lUi7Ky/C/+fcpSSVj1zxkLeXwl8Q4J9an1 i9tb+CcI7mSDTw9ywSOIt0cIWD7cAZC/wmtrxFb2UWqeN9Mk1V7hB4fkltNFjO61sYo4ogrMh+VZ C4DIFHyqNx+8K8M1LxjrmrWl3a3NzAsV5KJroW9pDAbhwSQZDGil+WJ+YnnnrUlz448Q3dvcRTXy F7qAW1xcLbRLcTRAKNrzBfMYEKoOWOQOc1zLLaqS95f1y+X919vXcrnR7f4dt7KLVPBFlcaq6Wt9 4fjjTQoD+6ndopXlmuI/u7CDgcEu5z0U1i+DRb2PhL4eXLa1PpkU9/OslpZOUl1GdrlUjDgYDIoX 52bOFwo5YV5VbeOPENpb28UN8ge1gNtb3DW0TXEMRDDakxXzFADMBhhgHjFR6b4x1zSbS0tba5ga KzlM1qLi0hnNu5IJMZkRinKg/KRzz1oeW1Wn7y1/+28v7y7+uwc6PVUt7LS/DHie6TVX8P2tt4vu Enl04+VcTQIh2W8W3GTluAflUbm6A1p6jYW8XiX4ny2+oQaDJH/ZrHUkBRoEcB5ipTDFnx90ffYg HrmvFLTxZrVnb3NuLpLmG5n+0yx3tvHdK02CDJiVWAcgnLDk984p6+MtfF/qN7Jf/aJdSx9sW5hj mjm2kFcxupT5cDbx8o4GBTeX1bt8y/pxfbyfcOdHtH2W0vfGv2uwn+zyz+BPtFvqN+4SaORjsWeW UdHCEBnHOM9q4f4nNZXHhDwZe2l9damXW9hbUrxf39yElUZJOW2bi5VSchWGec1x/wDwmWv/ANrf 2l9v/f8A2X7Fs8mPyfs+3b5XlbfL2Y/h24zzjPNVNW1/UtbS1jvZkMNorJbwQwpDFEGO5tqRhVBJ OScZPGegrShgalOpCbei/wAmu3n/AMATkmjNooor1SAooooA90+Cf/IoX/8A2EX/APRUVFHwT/5F C/8A+wi//oqKivznHf71U/xP8zth8KH6fqU1r8ONVuW8R3WlS2Ot3D2RRziWRLUyJBz8oRnyxUgh iCMZYVzui69ri+CviXfPcXWn3/2y1uGjhd4jbzSXDCQKM5UnG098AA9K56/8b69o9/Pp1lcWqWtv em5iR7CCQrN2k3MhO8dA2cgYA4FZlv43162TUkS4tXTU5zcXqzWEEonkzuy29DwDyB0BJIAzX1GD wU3h4uy15X9zTtt5eZzSkrnpWtKz/GPxT4bWxR9C1VYH1UIywi3RY0kN15nRSjMXO7hiSCCWFcR8 RZbi0v7Lw9HbfZ9E0uJv7LPmCX7TFIdxuPMHD+YRu4+VfugAg1i3Pi3XbxNYS51B5RrDRvfb0UmU xncnOMqAegXAxgdBiql1rOoXuk6fpdxcb7LT/M+yx7FHl+Y25+QMnJGeSfau6hhJ05Rbtokuu6Vu b16enXoS5XJ/EyRR+IbpIdDn0OMbMadO7u8PyDqXAY5+9yP4qzYJ5ra4juLeV4pomDxyRsVZGByC COQQe9Pvb671G7e7vrqe6uZMb5p5C7tgYGWPJ4AH4UyCZre4jmQIXjYOokRXUkHPKsCGHsQQa7Yx agovt/W+pJ7P8adcm0++1LTLXXHvI9UZY7zTpSStl5S28kZjB5BYliWHytuIxuXNaWuy79c8b6R9 onk+zeHd/wDYrj/iX2m2KA7oWycsvVf3Sc91614pruv6l4l1NtR1aZJ7xlCNKsKRlgOmdgAJxxk8 4AHQCr9z448Q3dvcRTXyF7qAW1xcLbRLcTRAKNrzBfMYEKoOWOQOc15ccvnGnCKtdLX193y7K3R7 a7l8+rPUbDXNR034U+EdTstcul1iBZ1stMyzrqP+lxxeWy/xhEYhUHzc5UjYag+HOpTRfD7Q0k1X ULVP+Evht41t8sHVkVvJb512xsSxOM8nO05rz2x+InibTbfT4bS8tYk05WS0P9n25aEMMNtYx5Bb +I5y3fNV9M8b69o+mW+nWVxapa28/wBpiR7CCQrN2k3MhO8dA2cgYA4FKWAqOEo6ayv8rvTbpfz3 fkHOjt9XuLvw/wCAdfudLb+yL0+MZraQ6dKY9saxMREHUKSiknAwB3wKv+HZL7VIfiFqmqNB4T1Z vsLT3SQvbtaoXLSFR9/dIEB25+diPWvMrTxZrVnb3NuLpLmG5n+0yx3tvHdK02CDJiVWAcgnLDk9 84p6+MtfF/qN7Jf/AGiXUsfbFuYY5o5tpBXMbqU+XA28fKOBgVpLBVHFpWvpr13i7beXmHMj2S0n hHxu8F3Gny3Qh1Dw+jyyTsPOuV8qUqZyOHfCR5Jzyo9BXHnxHdy/ErwlpVv4hn1iy0+/tzbak7nz pVuBCZVY5ztzuG1skAlSTjA4+Dxx4httej1qK+Rb+GAW0Lm2iKwRAYCxoV2xjGR8oHVv7xzm2WsX mn60mr2pgjvY5TMjC3jKI57rGV2DGcjA4wMYwKVPASi7ys/dsvXXy7O36A5HoXxZ1W7+03mkW+rz 6vpZv2u5nlBP2G58y4jFupP3FCLwp67Ny4BNeXVu6v4x1zXbB7G/uYGtnujeOkVpDDvnIIMjFEBL EE5J61hV2YSi6NJQla/l/wAMiZO7CiiiukQUUUUAFFFFABUkE81tcR3FvK8U0TB45I2KsjA5BBHI IPeo6kgma3uI5kCF42DqJEV1JBzyrAhh7EEGk9gPa/jLqt3aXer6fY6vPfwX20ajp7gsmnLGLZom Ufw7mc5b7rb9uNy5q9e313qNo9pfXU91bSfDoXrwzyF0a4ByJSp4L5AO7rx1ryfVPH3iTWbS/tr6 9gePUPL+1lLKCN5/LIKbnVAx24GOfai98feJL+0e2mvYFje1FkTBZQQv9nBz5QdEDBOPug47Yrx4 ZfUVKENLrr92u3lb0S1NOdXubvhG+u4fhH4+jiup0jX7FtVZCAPMlKPgf7SgKfUDBrk9CSJ/7S8z Q59W22EpXyndfsjcYuG2g5Ve4PHPJosPEuqaZot9o9rLAtjf4+0xtaxOZMdMsylhjqMH5TyMHmqF rfXdl532S6nt/PiaGXypCnmRt1RsdVOBkHiu+NGSdR/zO/Xsl+hF9iCvTfhjbq/hDxncLqqaNNEt kP7UyyvbxGVmkClfmJYIAFB+Y7RXmVaWk6/qWiJdR2UyCG7VUuIJoUmilCncu5JAykgjIOMjnHU1 WKpSq0+SL1uvwaYRdme5/ZbS98a/a7Cf7PLP4E+0W+o37hJo5GOxZ5ZR0cIQGcc4z2o06LTNQ8S/ DC5iuZ9XVv7SU6hqEeZrgxAlWO7JCh9zICcqCO+a8X/4TLX/AO1v7S+3/v8A7L9i2eTH5P2fbt8r ytvl7Mfw7cZ5xnmhvGWvm/069jv/ALPLpufsa20McMcO4ktiNFCfNk7uPmHByK815bVtbmWzX/kr XbzX+RfOj1V7eyv/AAx4YhutVfxHcQ+L7e0ur26PnRsWQGSKFnyWh+6OeGKlsYIqTxkLeXwl8Q4J 9an1i9tb+CcI7mSDTw9ywSOIt0cIWD7cAZC/wmvI7vxZrV5b21ubpLaG2n+0xR2VvHaqs2ABJiJV BcADDHkdsZp+peMdc1a0u7W5uYFivJRNdC3tIYDcOCSDIY0UvyxPzE889atZfVUou60d/wDyZPt+ Vhc6Pc/EVvZRap430yTVXuEHh+SW00WM7rWxijiiCsyH5VkLgMgUfKo3H7wo8O29lFqngiyuNVdL W+8PxxpoUB/dTu0UryzXEf3dhBwOCXc56Ka8QufHHiG7t7iKa+QvdQC2uLhbaJbiaIBRteYL5jAh VByxyBzmi28ceIbS3t4ob5A9rAba3uGtomuIYiGG1JivmKAGYDDDAPGKx/syt7Pk5l/Stfb/AIPn cfOrno3hS7/s7w58OY/7RvdM+26pP+709dy3/wDpEa/6R86Y/udJPl/75qxawW+meEfEV3JqX/CN x2/iydbptLkKzSRJGdttAQF3fM3yggKoyxAwRXlum+Mdc0m0tLW2uYGis5TNai4tIZzbuSCTGZEY pyoPykc89aZaeLNas7e5txdJcw3M/wBpljvbeO6VpsEGTEqsA5BOWHJ75xW8sDUbbutXf/yZvt2f W/3C5kbvxfght/ipriQxJEhaJyqKFBZokZjx3JJJPckmuIq3qep3utancajqNy9zeXDb5JX6k/yA AwABwAABwKqV6FCm6dKMHukl9yIbu7hRRRWwBRRRQAUUUUAFd/4Knm0/4deOtSspXtr+BbBIrqFi ksavOdwVxyAcDIB5wK4CtLSdf1LREuo7KZBDdqqXEE0KTRShTuXckgZSQRkHGRzjqawxFN1Icq7p /c0xp2Z6V4A1rXNS+L/hq41W2e0mn04wtJ5bxtfwrC5SWQscyklV+bodi46VQ8bare6Fa+B5Tepf a/bWcl6dUePzxLFLIWg5mXcSoDEBlG0kY56cnB448Q22vR61FfIt/DALaFzbRFYIgMBY0K7YxjI+ UDq3945gtvFuu2aaOltqDxDR2kex2IoMRkO5+cZYE9Q2RjI6HFcf1OXtVUsrJWt8peW2q/pJFc2l jsPEl3/anwitrz+0b3V/L154vt2prtuIswA+Wg3yfIcbid45A+U9RxeoJEvh7R3XQ57ORvO36i7u UvvnGNoI2jZ907Sc55o1LxLqmq2EVhcSwJZRymZbe1tYreMyEAbysaqGbAxk5IGcdTVCW+u57S3t JrqeS2tt3kQvISkW45bap4XJ5OOtdNCjKnFJ92/z9Pyt8yW7kFfSHh23sotU8EWVxqrpa33h+ONN CgP7qd2ileWa4j+7sIOBwS7nPRTXzfXQ23jjxDaW9vFDfIHtYDbW9w1tE1xDEQw2pMV8xQAzAYYY B4xWWOws8RFKDtv+K9GOMkj1XwaLex8JfDy5bWp9Minv51ktLJykuoztcqkYcDAZFC/OzZwuFHLC o0t7LS/DHie6TVX8P2tt4vuEnl04+VcTQIh2W8W3GTluAflUbm6A15VpvjHXNJtLS1trmBorOUzW ouLSGc27kgkxmRGKcqD8pHPPWmWnizWrO3ubcXSXMNzP9pljvbeO6VpsEGTEqsA5BOWHJ75xXO8v quUndau//kzfbz8x86Pa9RsLeLxL8T5bfUINBkj/ALNY6kgKNAjgPMVKYYs+Puj77EA9c0fZbS98 a/a7Cf7PLP4E+0W+o37hJo5GOxZ5ZR0cIQGcc4z2rxdfGWvi/wBRvZL/AO0S6lj7YtzDHNHNtIK5 jdSny4G3j5RwMCj/AITLX/7W/tL7f+/+y/Ytnkx+T9n27fK8rb5ezH8O3GecZ5qFl1ZL4lsl/wCS pdvL/gD50e0adFpmoeJfhhcxXM+rq39pKdQ1CPM1wYgSrHdkhQ+5kBOVBHfNZj29lf8AhjwxDdaq /iO4h8X29pdXt0fOjYsgMkULPktD90c8MVLYwRXlTeMtfN/p17Hf/Z5dNz9jW2hjhjh3ElsRooT5 sndx8w4ORTLvxZrV5b21ubpLaG2n+0xR2VvHaqs2ABJiJVBcADDHkdsZprLqqafNt/nJ9vPy/IOd HrnjIW8vhL4hwT61PrF7a38E4R3MkGnh7lgkcRbo4QsH24AyF/hNbXiK3sotU8b6ZJqr3CDw/JLa aLGd1rYxRxRBWZD8qyFwGQKPlUbj94V4ZqXjHXNWtLu1ubmBYryUTXQt7SGA3DgkgyGNFL8sT8xP PPWpLnxx4hu7e4imvkL3UAtri4W2iW4miAUbXmC+YwIVQcscgc5pLLaqS95f1y+X919vXcOdHPUU UV7RmFFFFABRRRQAUUUUAFe++C767urD4YWFxdTzWV7FqsN1bySFo540DBEdTwyqOADkAdK8CrpY PH3iS1sLSyt72CGKyieK1aOygWSBXGHKSBN6s3dgQSeSc1xY7DSrwUY267+cWvzdyoux6b8Lf7Uv vAui21pq72pi8VD5GmkUSwJD5skI2gjBAdtpwpOcnJ589g8WCDV9Yj07VNQ0HR7y8kuohplpGJvv Hy0Yq6EIFY/KHKg9Bzmsm18Wa1ZaZY6dbXSRWtjeLfwItvHkTrnDltuWIzj5iRgAdAKfH4x1xPto e5gnjvbo3k8V1aQzxmc5zIEdCqsdxGVA4wOwrKODnGc5NJ83+fow5tEdF8RYFj+NGoRvpKXCNeQs 1hauw+0hlQ7QVUEPJnJwCQzHlup4vVFVdXvVSxewQTuFs5GZmtxuP7sluSV6c88VJe61qeoa0+s3 V9O+pPKJjchtrhx0KkfdxgYxjGBjGKqTzzXNxJcXEryzSsXkkkYszsTkkk8kk966qFKVOEYvokuv 9fqJu52fwgghuPipoaTRJKgaVwrqGAZYnZTz3BAIPYgGu7e3sr/wx4YhutVfxHcQ+L7e0ur26PnR sWQGSKFnyWh+6OeGKlsYIrxjTNTvdF1O31HTrl7a8t23xyp1B/kQRkEHggkHg1fu/FmtXlvbW5uk tobaf7TFHZW8dqqzYAEmIlUFwAMMeR2xmubEYSpVrKpF2Vl+F/8APuNSSVj1zxkLeXwl8Q4J9an1 i9tb+CcI7mSDTw9ywSOIt0cIWD7cAZC/wmtrxFb2UWqeN9Mk1V7hB4fkltNFjO61sYo4ogrMh+VZ C4DIFHyqNx+8K8M1LxjrmrWl3a3NzAsV5KJroW9pDAbhwSQZDGil+WJ+YnnnrUlz448Q3dvcRTXy F7qAW1xcLbRLcTRAKNrzBfMYEKoOWOQOc1zLLaqS95f1y+X919vXcrnR7f4dt7KLVPBFlcaq6Wt9 4fjjTQoD+6ndopXlmuI/u7CDgcEu5z0U1i+DRb2PhL4eXLa1PpkU9/OslpZOUl1GdrlUjDgYDIoX 52bOFwo5YV5VbeOPENpb28UN8ge1gNtb3DW0TXEMRDDakxXzFADMBhhgHjFR6b4x1zSbS0tba5ga KzlM1qLi0hnNu5IJMZkRinKg/KRzz1oeW1Wn7y1/+28v7y7+uwc6PVUt7LS/DHie6TVX8P2tt4vu Enl04+VcTQIh2W8W3GTluAflUbm6A1p6jYW8XiX4ny2+oQaDJH/ZrHUkBRoEcB5ipTDFnx90ffYg HrmvFLTxZrVnb3NuLpLmG5n+0yx3tvHdK02CDJiVWAcgnLDk984p6+MtfF/qN7Jf/aJdSx9sW5hj mjm2kFcxupT5cDbx8o4GBTeX1bt8y/pxfbyfcOdHtH2W0vfGv2uwn+zyz+BPtFvqN+4SaORjsWeW UdHCEBnHOM9q4f4nNZXHhDwZe2l9damXW9hbUrxf39yElUZJOW2bi5VSchWGec1x/wDwmWv/ANrf 2l9v/f8A2X7Fs8mPyfs+3b5XlbfL2Y/h24zzjPNVNW1/UtbS1jvZkMNorJbwQwpDFEGO5tqRhVBJ OScZPGegrShgalOpCbei/wAmu3n/AMATkmjNooor1SAooooA90+Cf/IoX/8A2EX/APRUVFHwT/5F C/8A+wi//oqKivznHf71U/xP8zth8KPHvEX/ACMN9/11NZlafiL/AJGG+/66msyvvMF/u1P/AAr8 jjl8TCiiiuoQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAV774Lvru6sPhhYXF1PNZXsWqw3VvJIWjnjQMER1P DKo4AOQB0rwKulg8feJLWwtLK3vYIYrKJ4rVo7KBZIFcYcpIE3qzd2BBJ5JzXFjsNKvBRjbrv5xa /N3Ki7Hpvwt/tS+8C6LbWmrvamLxUPkaaRRLAkPmyQjaCMEB22nCk5ycnnJg1PToPh1rGs6de6ho MN54qkEUumW6ibyfJLRxMFkQBAGJwGIB6DnNee2vizWrLTLHTra6SK1sbxb+BFt48idc4cttyxGc fMSMADoBT4/GOuJ9tD3ME8d7dG8niurSGeMznOZAjoVVjuIyoHGB2Fc7wNRzlLTV3/H0HzKxp+LN NvdN+KVzZavGmtXQvImmjtYvI+2htrBQqD5XcMAcAncTyx5PNaoqrq96qWL2CCdwtnIzM1uNx/dk tySvTnnipL3WtT1DWn1m6vp31J5RMbkNtcOOhUj7uMDGMYwMYxVSeea5uJLi4leWaVi8kkjFmdic kknkknvXdShKKipdElp39NiWzd8BzzW/xB8OvDK8TnUYELIxUlWcKw47EEgjuCRXYfFPxHd2msS6 RY+IZ9QgF+2o72ciSxuUlnj8qM53Iqrt4PcBlwG5850zUrrR9Tt9RsnRLq3bfE7xLIFbsdrAjI6g 44OCORUl7rF5qGtPq90YJL2SUTOxt4wjuO7RhdhzjJyOcnOcmsqmG566qu1kvx+79QTsrHrnxp1y bT77UtMtdce8j1RljvNOlJK2XlLbyRmMHkFiWJYfK24jG5c1J448R3emeDNFu4/EM8t9qGg2tpc6 XO5ZJIpoZt9wcn5n3BRuHK7fmyHAryLXdf1LxLqbajq0yT3jKEaVYUjLAdM7AATjjJ5wAOgFSa34 l1TxF9k/tOWCT7JF5MHl2sUOyMdE+RR8o7A8DJxjJrmpZfywpRlb3d/PT08vJ6FOe56zb+I7vQ/h D4V1uLxDPBqVnFcG2sJHJjvlF0kZVwThlSMkBeoBypGw1P4NFvY+Evh5ctrU+mRT386yWlk5SXUZ 2uVSMOBgMihfnZs4XCjlhXj9/wCJdU1PRbHR7qWBrGwz9mjW1iQx564ZVDHPU5PzHk5PNT6b4x1z SbS0tba5gaKzlM1qLi0hnNu5IJMZkRinKg/KRzz1qZZfNwaTV3Jv5PmstvP/AC6Bz6nrPhMW8M/x J02TWp9B0uHWYFSe1cxi2BuXUhMcR7gqoW6AYJyFxWL8O/Euo+IfFHi3UNT1V7F7jw/I1zdW6sBG 0SxxifYp5dRubjHJOMZxXntv4s1q20zUtPS6R7fU2L3vnW8crzt1yzupbIPIOeCSRgnNR6J4l1Tw 79r/ALMlgj+1xeTP5lrFNvjPVPnU/Ke4HBwM5wKp4CTjU2vK1vklfp1tfr0Dm2PUfDWo3HiHx94j ifVYJZNK0G9stN1ieUBlRZSI52mH8QWQ5kXGRzzkk4vxOayuPCHgy9tL661Mut7C2pXi/v7kJKoy Scts3Fyqk5CsM85rgdJ1nUNDu3udOuPKkkieGQMiukkbDDI6MCrKfQgjgHsKfq2v6lraWsd7Mhht FZLeCGFIYogx3NtSMKoJJyTjJ4z0FXHBSjXjUi/dX+TXbu77/IXNpYzaKKK9IkKKKKAPdPgn/wAi hf8A/YRf/wBFRUUfBP8A5FC//wCwi/8A6Kior85x3+9VP8T/ADO2Hwo8e8Rf8jDff9dTWZWn4i/5 GG+/66msyvvMF/u1P/CvyOOXxMKKKK6hBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABXvvgu+u7qw+GFhcXU81 lexarDdW8khaOeNAwRHU8MqjgA5AHSvAq6WDx94ktbC0sre9ghisonitWjsoFkgVxhykgTerN3YE EnknNcWOw0q8FGNuu/nFr83cqLsem/C3+1L7wLottaau9qYvFQ+RppFEsCQ+bJCNoIwQHbacKTnJ yeeP0TXdb1/xKfC/hO7n0fTdR1ma8j+y4hkjjYd9rAbUjQnYpAJz1+XHL2vizWrLTLHTra6SK1sb xb+BFt48idc4cttyxGcfMSMADoBUcPibV4L/AFW+ju9tzqsU0N6/lofNSU5kGMYXJ9MY7YrFYKan Ulprt5Pu9Nf67j5tja8Wa7a+Kfilc6rb6e99Zz3kSR2sbMGu402oACAGUuF6YyN2OSK5rVFVdXvV SxewQTuFs5GZmtxuP7sluSV6c88VBBPNbXEdxbyvFNEweOSNirIwOQQRyCD3onnmubiS4uJXlmlY vJJIxZnYnJJJ5JJ71206SppRjslYhu52fwgghuPipoaTRJKgaVwrqGAZYnZTz3BAIPYgGu7e3sr/ AMMeGIbrVX8R3EPi+3tLq9uj50bFkBkihZ8lofujnhipbGCK8Y0zU73RdTt9R065e2vLdt8cqdQf 5EEZBB4IJB4NX7vxZrV5b21ubpLaG2n+0xR2VvHaqs2ABJiJVBcADDHkdsZrkxGEqVayqRdlZfhf /PuUpJKx654yFvL4S+IcE+tT6xe2t/BOEdzJBp4e5YJHEW6OELB9uAMhf4TW14it7KLVPG+mSaq9 wg8PyS2mixnda2MUcUQVmQ/KshcBkCj5VG4/eFeGal4x1zVrS7tbm5gWK8lE10Le0hgNw4JIMhjR S/LE/MTzz1qS58ceIbu3uIpr5C91ALa4uFtoluJogFG15gvmMCFUHLHIHOa5lltVJe8v65fL+6+3 ruVzo9v8O29lFqngiyuNVdLW+8PxxpoUB/dTu0UryzXEf3dhBwOCXc56KaxfBot7Hwl8PLltan0y Ke/nWS0snKS6jO1yqRhwMBkUL87NnC4UcsK8qtvHHiG0t7eKG+QPawG2t7hraJriGIhhtSYr5igB mAwwwDxio9N8Y65pNpaWttcwNFZyma1FxaQzm3ckEmMyIxTlQflI5560PLarT95a/wD23l/eXf12 DnR6V4a0fRrHx9qOpRjS5tQj8TtY2umz3EUC2sHm/NOkZYGRgDsRQODyAxAAsabY+XqXxVlOrQaP PHfwt/aiS5a3ia4d3CtGd25lUDYCCWAU4PTx+y1nULDWk1iG43agkpmE86LMfMPO8hwQWyc5POee vNXl8Y64t/qN59pgaTU8fbY3tIWhnIIYM0RTYWyM7tucknPJzrPA1W21Lovwafmraf5iUke0fZbS 98a/a7Cf7PLP4E+0W+o37hJo5GOxZ5ZR0cIQGcc4z2rh/ic1lceEPBl7aX11qZdb2FtSvF/f3ISV Rkk5bZuLlVJyFYZ5zXH/APCZa/8A2t/aX2/9/wDZfsWzyY/J+z7dvleVt8vZj+HbjPOM81U1bX9S 1tLWO9mQw2islvBDCkMUQY7m2pGFUEk5Jxk8Z6CihgalOpCbei/ya7ef/AByTRm0UUV6pAUUUUAe 6fBP/kUL/wD7CL/+ioqKPgn/AMihf/8AYRf/ANFRUV+c47/eqn+J/mdsPhR494i/5GG+/wCuprMr T8Rf8jDff9dTWZX3mC/3an/hX5HHL4mFFFFdQgooooAKKKKACiiigAooooAKKKKACiiigAooooAK KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii gAooooAKKKKACiiigAooooAKKKKACiiigAooooA90+Cf/IoX/wD2EX/9FRUUfBP/AJFC/wD+wi// AKKior85x3+9VP8AE/zO2Hwoz/EWr6t4d0PwVN4feeO5ub+9klt7cuBeyLOgRZFQgyZAC4POOBWD ouv3Nnpmr2l/BqHhiG71YOdV0m1eMW04yGtpFBUmNVZmCBtykZw2cVlah4x1zSdWktba5gaKzunm tRcWkM5t3JBJjMiMU5UH5SOeetZFp4s1qzt7m3F0lzDcz/aZY723julabBBkxKrAOQTlhye+cV9Z gsJL6rBNLVJ36737dPmc0pe8aXiW31OD4lS2+v6ZBeagLqEXNpY/It4cLyuwZDSj5iQAcueAeBz2 qKq6veqli9ggncLZyMzNbjcf3ZLckr0554qS91rU9Q1p9Zur6d9SeUTG5DbXDjoVI+7jAxjGMDGM VUnnmubiS4uJXlmlYvJJIxZnYnJJJ5JJ716lKEoqN+itpe3yX9MzbOz+EEENx8VNDSaJJUDSuFdQ wDLE7Kee4IBB7EA13b29lf8AhjwxDdaq/iO4h8X29pdXt0fOjYsgMkULPktD90c8MVLYwRXjGman e6LqdvqOnXL215btvjlTqD/IgjIIPBBIPBq/d+LNavLe2tzdJbQ20/2mKOyt47VVmwAJMRKoLgAY Y8jtjNcmIwlSrWVSLsrL8L/59ylJJWPXPGQt5fCXxDgn1qfWL21v4JwjuZINPD3LBI4i3RwhYPtw BkL/AAmtrxFb2UWqeN9Mk1V7hB4fkltNFjO61sYo4ogrMh+VZC4DIFHyqNx+8K8M1LxjrmrWl3a3 NzAsV5KJroW9pDAbhwSQZDGil+WJ+YnnnrUlz448Q3dvcRTXyF7qAW1xcLbRLcTRAKNrzBfMYEKo OWOQOc1zLLaqS95f1y+X919vXcrnR65oUuzXPBGkfaJ4/tPh3f8A2Kg/4l93uinO6ZsjDN1b90/P duteBV0Nt448Q2lvbxQ3yB7WA21vcNbRNcQxEMNqTFfMUAMwGGGAeMVz1duFw8qMpOXX/Nv9fP1J k7hRRRXaSFFFFABRRRQAUUUUAeyeDdSmtfgtPct4jutKlsdWneyKOcSyJamRIOflCM+WKkEMQRjL Csj4ZahqNx8c47i7V7S6vJ7s3luoaMBikjshUnOA4HBzgqO4rk9M8b69o+mW+nWVxapa28/2mJHs IJCs3aTcyE7x0DZyBgDgVBYeLNa0zxFPr9pdImqTtI73DW8bnc5yxAZSFJyeQBwSOhIrzHg5tVVp 797fP5fPqXzLQ7D4VajfPf8AjB21WeCSbQbq4kuXlfiUFcTMVyxZdzHIBbk461g/EDWdP1vVtNls rj7XLb6Xb215e7GH2q4RTukywDt2G5gCdvpis3SvFeraLcX82nyWsL36tHcg2ULq6EklArIQqHPK qADgccDGLW8MNau6z8rfd10J5tLGt4mSKPxDdJDoc+hxjZjTp3d3h+QdS4DHP3uR/FUng+CG58ba Db3ESSwy6jbpJHIoZXUyKCCDwQR2rMvb671G7e7vrqe6uZMb5p5C7tgYGWPJ4AH4UyCea2uI7i3l eKaJg8ckbFWRgcggjkEHvW/I/ZcnW1v66ivqe5eMhby+EviHBPrU+sXtrfwThHcyQaeHuWCRxFuj hCwfbgDIX+E1teIreyi1TxvpkmqvcIPD8ktposZ3WtjFHFEFZkPyrIXAZAo+VRuP3hXhmpeMdc1a 0u7W5uYFivJRNdC3tIYDcOCSDIY0UvyxPzE889akufHHiG7t7iKa+QvdQC2uLhbaJbiaIBRteYL5 jAhVByxyBzmvKWW1Ul7y/rl8v7r7eu5pzo9v8O29lFqngiyuNVdLW+8PxxpoUB/dTu0UryzXEf3d hBwOCXc56Ka818EazrFnY2OoTai+keF9En8y4NsCh1CYtv8AJIBHnSMAq8naiKCcD73NW3jjxDaW 9vFDfIHtYDbW9w1tE1xDEQw2pMV8xQAzAYYYB4xUcHjDWbfSbTS99lNZWe/7PHdadbz+Vvbc2DIh PJ56+npVwwFSKknZ3t/7drtvZ+fV+QuZHo+g3VlJ8OtV15NQfwzayeJXmn/s59lw8Hk7ktYioG45 fABwqjc2MAiuh1Gwt4vEvxPlt9Qg0GSP+zWOpICjQI4DzFSmGLPj7o++xAPXNeKWnivVrK3ubaKS 1a1uJ/tL201lDLCJcEbkjdCqHBI+UDjA6AU9fGWvi/1G9kv/ALRLqWPti3MMc0c20grmN1KfLgbe PlHAwKJ5fVc3JNa/5xfbya1v+Yc6PaPstpe+NftdhP8AZ5Z/An2i31G/cJNHIx2LPLKOjhCAzjnG e1ZOpXFv/aXwq1DTdTvb6SS/mtn1O5ys90guERsnO7Yd0m1WPCtg9TXlv/CZa/8A2t/aX2/9/wDZ fsWzyY/J+z7dvleVt8vZj+HbjPOM80N4x1xr/Trz7TAsmmZ+xRpaQrDASSxZYgmwNk53bc5AOeBi Y5fVTTutF+jXbzX+Q+dHofxNl+2eEdRm+0T332fxZc2/n3gxJbfu8+REMtmLjOcryq/J3Hj9bWs+ LNa163+z6hdI0PntctHDbxwq8zDDSOI1UM+P4myevqaxa78JQlRpckv6/IiTuwooorqEFFFFABRR RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAe6fBP/kUL/8A7CL/ APoqKij4J/8AIoX/AP2EX/8ARUVFfnOO/wB6qf4n+Z2w+FD9F1TUbfw/piQ391Eh8cw2xVJmUGFk Vmj4P3CSSV6EkmudOqrot54p0n/iYeH9Mk8QSLBrekwMBC6uy+RJtK7owhLBFIKkZAbOK56/8b69 o9/Pp1lcWqWtvem5iR7CCQrN2k3MhO8dA2cgYA4FYtp4s1qzt7m3F0lzDcz/AGmWO9t47pWmwQZM SqwDkE5YcnvnFfU4LBT9jGWmqX6Pt/mc0paml4lt9Tg+JUtvr+mQXmoC6hFzaWPyLeHC8rsGQ0o+ YkAHLngHgc9qiqur3qpYvYIJ3C2cjMzW43H92S3JK9OeeKkvda1PUNafWbq+nfUnlExuQ21w46FS Pu4wMYxjAxjFVJ55rm4kuLiV5ZpWLySSMWZ2JySSeSSe9evShKKjforaXt8l/TM2zs/hBBDcfFTQ 0miSVA0rhXUMAyxOynnuCAQexANd29vZX/hjwxDdaq/iO4h8X29pdXt0fOjYsgMkULPktD90c8MV LYwRXjGmane6LqdvqOnXL215btvjlTqD/IgjIIPBBIPBq/d+LNavLe2tzdJbQ20/2mKOyt47VVmw AJMRKoLgAYY8jtjNcmIwlSrWVSLsrL8L/wCfcpSSVj1zxkLeXwl8Q4J9an1i9tb+CcI7mSDTw9yw SOIt0cIWD7cAZC/wmuPvr5bz4AWiJZWtqLbxAIf3CsDKRbli7kkkuS3XgYAAAAArltS8Y65q1pd2 tzcwLFeSia6FvaQwG4cEkGQxopflifmJ5560f8JhrP8AYH9h77L+zevk/wBnW/3tuzfu2bt+3jfn d71FLBVIRSdm1JPfyS7Dckz3Pw7b2UWqeCLK41V0tb7w/HGmhQH91O7RSvLNcR/d2EHA4Jdznopr 5vrobbxx4htLe3ihvkD2sBtre4a2ia4hiIYbUmK+YoAZgMMMA8Yrnq1wmFnRlJyd72/N+Xn5ilJM KKKK7yQooooAKKKKACiiigD2TwbqU1r8Fp7lvEd1pUtjq072RRziWRLUyJBz8oRnyxUghiCMZYUe C7rX9Z0Tx/CuoPo+qXeo2jLl5YVt7ma4ZXUBQWQscIeOwDHAyPPNM8b69o+mW+nWVxapa28/2mJH sIJCs3aTcyE7x0DZyBgDgVBL4s1qax1aze6Qw6vP9ovsW8YaaTdvBLBdwAbkAEAZPHJrypYGbc9t Wnf0afYvmR6xY6msvxS+JX9mXL6Zb/2TdbmG6NUni2I0xEeTkP5jBgC3zE4ySKkuf9F8b65G/Ot6 N4JZLi+X77XixpmZJPvFtjhd5w3UdK8ql8ceIZr7Vr2S+RrrVoPs17KbaLdJFt2bQdvyggDO3GcA nkCo08Za+l3bXIv8yW1gNNQNDGUNsAR5ToV2uvJ+8D2PYVH9n1L302S+5Ly8v18g50ehwX13cR/C PVprqeTUri/nhmvHkJmljF0qhGc/MV2swwTjDEdzR8V3eDw0YtQu/wC0Lm88RX1xYz5Z/s9tGfLe DLgFcPj5Vyp25z0rzxvGOuNf6defaYFk0zP2KNLSFYYCSWLLEE2BsnO7bnIBzwMQX3ibV9RsLmxu 7vzLa5v21GVPLQbrhgQXyBkcE8Dj2rSGCmqsZ6aN/i27bdLr8g5laxk1658Qda1yw8deKdC022e9 0ddOSFtPaN5Lezh8mI+akanbGUIBDYwpNeR10Nz448Q3dvcRTXyF7qAW1xcLbRLcTRAKNrzBfMYE KoOWOQOc11V6LnUjJJNJPfza1+ViU7I9Z0WeaPx18PtCSV10e88NI9zp6sRbzs8M5cvH91iTySRy ayfAeqajb/D7w6kN/dRIfGkFsVSZlBhZAzR8H7hJJK9CSTXnlt448Q2lvbxQ3yB7WA21vcNbRNcQ xEMNqTFfMUAMwGGGAeMUaZ4317R9Mt9Osri1S1t5/tMSPYQSFZu0m5kJ3joGzkDAHArilgKji1p0 /By1231RXOj1XwmLeGf4k6bJrU+g6XDrMCpPauYxbA3LqQmOI9wVULdAME5C4ryrUNV1HX/GdvqO t6c97eXDWxltI0aJrtdiBQAOQZFAOVH8WVGMCo7DxjrmnWl9aw3MEkV/KJrsXVpDcGdwcguZEYtg 8jJ4JJ6k1U1LxBqur682uXl67amzI/2mMCNgyABSNgABAUcj0rehhZ06k5u2q+eyXbrbXXsJyuiD VFVdXvVSxewQTuFs5GZmtxuP7sluSV6c88V1nwgghuPipoaTRJKgaVwrqGAZYnZTz3BAIPYgGuMn nmubiS4uJXlmlYvJJIxZnYnJJJ5JJ71Ppmp3ui6nb6jp1y9teW7b45U6g/yIIyCDwQSDwa6a1Nzo yprdpr8BJ2dz2d7eyv8Awx4YhutVfxHcQ+L7e0ur26PnRsWQGSKFnyWh+6OeGKlsYIqTxkLeXwl8 Q4J9an1i9tb+CcI7mSDTw9ywSOIt0cIWD7cAZC/wmvI7vxZrV5b21ubpLaG2n+0xR2VvHaqs2ABJ iJVBcADDHkdsZp+peMdc1a0u7W5uYFivJRNdC3tIYDcOCSDIY0UvyxPzE889a89ZfVUou60d/wDy ZPt+ViudHufiK3sotU8b6ZJqr3CDw/JLaaLGd1rYxRxRBWZD8qyFwGQKPlUbj94UeHbeyi1TwRZX GqulrfeH4400KA/up3aKV5ZriP7uwg4HBLuc9FNeIXPjjxDd29xFNfIXuoBbXFwttEtxNEAo2vMF 8xgQqg5Y5A5zRbeOPENpb28UN8ge1gNtb3DW0TXEMRDDakxXzFADMBhhgHjFY/2ZW9nycy/pWvt/ wfO4+dXPVfBot7Hwl8PLltan0yKe/nWS0snKS6jO1yqRhwMBkUL87NnC4UcsKjS3stL8MeJ7pNVf w/a23i+4SeXTj5VxNAiHZbxbcZOW4B+VRuboDXlWm+Mdc0m0tLW2uYGis5TNai4tIZzbuSCTGZEY pyoPykc89aZaeLNas7e5txdJcw3M/wBpljvbeO6VpsEGTEqsA5BOWHJ75xWzy+q5Sd1q7/8Akzfb z8xc6Pa9RsLeLxL8T5bfUINBkj/s1jqSAo0COA8xUphiz4+6PvsQD1zR9ltL3xr9rsJ/s8s/gT7R b6jfuEmjkY7FnllHRwhAZxzjPavF18Za+L/Ub2S/+0S6lj7YtzDHNHNtIK5jdSny4G3j5RwMCj/h Mtf/ALW/tL7f+/8Asv2LZ5Mfk/Z9u3yvK2+Xsx/DtxnnGeahZdWS+JbJf+SpdvL/AIA+dHYfE5rK 48IeDL20vrrUy63sLaleL+/uQkqjJJy2zcXKqTkKwzzmvMq0tW1/UtbS1jvZkMNorJbwQwpDFEGO 5tqRhVBJOScZPGegrNr0sLSdKnyS7v8AFt+REndhRRRXQIKKKKACiiigAooooAKKKKACiiigAooo oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig AooooAKKKKACiiigD3T4J/8AIoX/AP2EX/8ARUVFHwT/AORQv/8AsIv/AOioqK/Ocd/vVT/E/wAz th8KH6fqU1r8ONVuW8R3WlS2Ot3D2RRziWRLUyJBz8oRnyxUghiCMZYVyWmeJb5LTXI9XXVPDv8A aGsmaXWtNt3UwXOTvt5RuDMgVnYIG3KRnDZrJv8Axvr2j38+nWVxapa296bmJHsIJCs3aTcyE7x0 DZyBgDgVkR+MdcT7aHuYJ4726N5PFdWkM8ZnOcyBHQqrHcRlQOMDsK+pwWDn7BNpapP8vL87nNKW pf8AEtvqcHxKlt9f0yC81AXUIubSx+Rbw4XldgyGlHzEgA5c8A8DntUVV1e9VLF7BBO4WzkZma3G 4/uyW5JXpzzxUl7rWp6hrT6zdX076k8omNyG2uHHQqR93GBjGMYGMYqpPPNc3ElxcSvLNKxeSSRi zOxOSSTyST3r16UJRUb9FbS9vkv6Zm2dn8IIIbj4qaGk0SSoGlcK6hgGWJ2U89wQCD2IBru3t7K/ 8MeGIbrVX8R3EPi+3tLq9uj50bFkBkihZ8lofujnhipbGCK8Y0zU73RdTt9R065e2vLdt8cqdQf5 EEZBB4IJB4NX7vxZrV5b21ubpLaG2n+0xR2VvHaqs2ABJiJVBcADDHkdsZrkxGEqVayqRdlZfhf/ AD7lKSSseueMhby+EviHBPrU+sXtrfwThHcyQaeHuWCRxFujhCwfbgDIX+E1x99fLefAC0RLK1tR beIBD+4VgZSLcsXckklyW68DAAAAAFctqXjHXNWtLu1ubmBYryUTXQt7SGA3DgkgyGNFL8sT8xPP PWj/AITDWf7A/sPfZf2b18n+zrf723Zv3bN2/bxvzu96ilgqkIpOzaknv5JdhuSZ7n4dt7KLVPBF lcaq6Wt94fjjTQoD+6ndopXlmuI/u7CDgcEu5z0U18310Nt448Q2lvbxQ3yB7WA21vcNbRNcQxEM NqTFfMUAMwGGGAeMVz1a4TCzoyk5O97fm/Lz8xSkmFFFFd5IUUUUAFFFFABRRRQB7J4N1Ka1+C09 y3iO60qWx1ad7Io5xLIlqZEg5+UIz5YqQQxBGMsKn+H1/c6jp/jw63rF14fE2o2s1xLCzxG1lknb zAuTmMsQELHoMbsha810zxvr2j6Zb6dZXFqlrbz/AGmJHsIJCs3aTcyE7x0DZyBgDgVGPGOuC01e 1+0wNFrErTX4a0hYzOTnJJTIwSSMEbScjBryZ4Gcufb3mnfrun2/z1LUlodx4J8V6xrWs+NdWuLx 47yXw1NK7W7GMGWJI0STAOA4GTkYwWOMA4rJ+F+mr/a+qahcxpBLZ6Jc6hYXNzEzRxSowVZguDvC nd/C3KnAyK5bRPEuqeHftf8AZksEf2uLyZ/MtYpt8Z6p86n5T3A4OBnOBVufxx4huLiSZ75A8mnH SmEdtEii1Jz5YVVAUe4AI9a1nhZ+/GmklKy+5W7CUl1PWdCsLW+8UfDTVbue11W/u1vluL9UbFz5 CkQsQ6qS6cDeV3EqDk4Brhze+JNS8DaRql3JZa9FHrypDHdia5u/PKZ8g7uDEwVSVUnJI75A5e28 W67Zpo6W2oPENHaR7HYigxGQ7n5xlgT1DZGMjocU+68Y65dWENj9pgt7aC6W8jSytIbbbOowJAYk U7gO/wBPQVEMHUjK+j/yvJ9uzS0tt2HzI7TxTqWp6/4e8R6jbXl7PZJdRf2lpGrrul0mVnG1oGJ+ 7v8ANiwArBThlP3hwmyL/hEfM/sOfzft+P7X3v5e3y/+PfbjZu/jznOO2Kn1LxjrmrWl3a3NzAsV 5KJroW9pDAbhwSQZDGil+WJ+YnnnrWT9uu/sH2D7VP8AYvN877P5h8vzMY37em7HGeuK6KFCVOHK 7b9O1l6X/wArX1JbuQV7t4NFvY+Evh5ctrU+mRT386yWlk5SXUZ2uVSMOBgMihfnZs4XCjlhXhNb um+Mdc0m0tLW2uYGis5TNai4tIZzbuSCTGZEYpyoPykc89aMbh5V4KMXs/0a7PuOLseqpb2Wl+GP E90mqv4ftbbxfcJPLpx8q4mgRDst4tuMnLcA/Ko3N0BrN8V/23F8XPE+k+F/I0+S88ia6v0xCbaJ YleR2lH+rQswZyOWKqOc4PnNp4s1qzt7m3F0lzDcz/aZY723julabBBkxKrAOQTlhye+cVPH448Q pcapM98lw+qsj3ouraKdZihJTKupAC54AAAwPQY5Y4GrGbldPTr/ANu+XSz/AA2HzI9K8PanZeKP HGsSadcok1j4VltY9au/3TyzoFT7YzctGcMRuJLBRyew2tOi0zUPEvwwuYrmfV1b+0lOoahHma4M QJVjuyQofcyAnKgjvmvFIfFerW2pnULaS1t5mga2kWCyhjilibO5XiVAjg5/iU9B6DD28Za+b/Tr 2O/+zy6bn7GttDHDHDuJLYjRQnzZO7j5hwcipqZdUb912Vrf+Stdu7v09AU0eqvb2V/4Y8MQ3Wqv 4juIfF9vaXV7dHzo2LIDJFCz5LQ/dHPDFS2MEVJ4yFvL4S+IcE+tT6xe2t/BOEdzJBp4e5YJHEW6 OELB9uAMhf4TXkd34s1q8t7a3N0ltDbT/aYo7K3jtVWbAAkxEqguABhjyO2M0/UvGOuataXdrc3M CxXkomuhb2kMBuHBJBkMaKX5Yn5ieeetNZfVUou60d//ACZPt+Vg50dTfXy3nwAtESytbUW3iAQ/ uFYGUi3LF3JJJcluvAwAAAABWl4E8Za800/iC/1GdNC8MaWkX2GKRlhnfZ5UEbKCfmZiWLlWwV7D GOE/4TDWf7A/sPfZf2b18n+zrf723Zv3bN2/bxvzu96o/wBs6h/YH9h/aP8AiW/avtnk7F/1u3Zu 3Y3fd4xnHtWzwblCUJJat+ej36b2FzalCiiivRJCiiigAooooAKKKKACiiigAooooAKKKKACiiig AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC iiigAooooAKKKKACiiigAooooA90+Cf/ACKF/wD9hF//AEVFRR8E/wDkUL//ALCL/wDoqKivznHf 71U/xP8AM7YfCh+n6lNa/DjVblvEd1pUtjrdw9kUc4lkS1MiQc/KEZ8sVIIYgjGWFcdoviy5n0zV 5L99Q0OHVdWFyde0mF8RztktDJhgXjCuzBQ25Tzhs1heIvEuqeXfeHfNg/sv7UZvJ+yxbvMz9/ft 37u2c5x8vTiszTfEuqaVYS2FvLA9lJKJmt7q1iuIxIARvCyKwVsHGRgkYz0FfV4LBP6sm0ruz+Wn l+d0c0pamt4lt9Tg+JUtvr+mQXmoC6hFzaWPyLeHC8rsGQ0o+YkAHLngHgc9qiqur3qpYvYIJ3C2 cjMzW43H92S3JK9OeeKkvda1PUNafWbq+nfUnlExuQ21w46FSPu4wMYxjAxjFVJ55rm4kuLiV5Zp WLySSMWZ2JySSeSSe9erShKKjforaXt8l/TM2zs/hBBDcfFTQ0miSVA0rhXUMAyxOynnuCAQexAN d29vZX/hjwxDdaq/iO4h8X29pdXt0fOjYsgMkULPktD90c8MVLYwRXjGmane6LqdvqOnXL215btv jlTqD/IgjIIPBBIPBq/d+LNavLe2tzdJbQ20/wBpijsreO1VZsACTESqC4AGGPI7YzXJiMJUq1lU i7Ky/C/+fcpSSVj1zxkLeXwl8Q4J9an1i9tb+CcI7mSDTw9ywSOIt0cIWD7cAZC/wmuPvr5bz4AW iJZWtqLbxAIf3CsDKRbli7kkkuS3XgYAAAAArltS8Y65q1pd2tzcwLFeSia6FvaQwG4cEkGQxopf lifmJ5560f8ACYaz/YH9h77L+zevk/2db/e27N+7Zu37eN+d3vUUsFUhFJ2bUk9/JLsNyTPc/Dtv ZRap4IsrjVXS1vvD8caaFAf3U7tFK8s1xH93YQcDgl3Oeimvm+uhtvHHiG0t7eKG+QPawG2t7hra JriGIhhtSYr5igBmAwwwDxiuerXCYWdGUnJ3vb835efmKUkwooorvJCiiigAooooAKKKKAPXNLut U0/wr8NIdC1BNOuL+8vGk3PIkN1Ks6KizCMZcHATkdDjIHIj0y+1bRvCXxQjiuvsNzZ39ttXTpHi igkNyyP5Q4KqQoX12gA9K4TTfGOuaTaWlrbXMDRWcpmtRcWkM5t3JBJjMiMU5UH5SOeetSW/jfXr ZNSRLi1dNTnNxerNYQSieTO7Lb0PAPIHQEkgDNeXLB1HfRau/wD5Pzdu2hfMj0rV9dvdB+O97o+l Mlpa6rq2mtd+Su1nACMy5HQMZGLd27nBIM/h7xXrGo/HeDR7q8d7Wx1HVIovmO4xMGby2OfmRTEp UHpj0CgeR/8ACTaufEv/AAkUl352reb5wuJo0kw+MAhWBUY4xx8uBjGBU9r4x1yy8SzeIre5gj1a bdvuBaQ9WGGYLs2qx7sACcnJ5OZll7cLWV+S1/O1r7dg5zpfiS7xaH4Ps767/tHVRYSXUuo5Z/tE E0paEb3Ac7QG4YDG7jqa4GCea2uI7i3leKaJg8ckbFWRgcggjkEHvVu61nUL3SdP0u4uN9lp/mfZ Y9ijy/Mbc/IGTkjPJPtVSCZre4jmQIXjYOokRXUkHPKsCGHsQQa7qFJ06fI/P8W3/XYlu7PefibL 9qsPiBD9onvPscumP5F0MR2O4Y3W5y2WbOG4j4Y8t0PEaz8PLLTPCWsXUk7wa5oq2bXtqLjz1zPg bT+6QKfmBG15BwQT0Nc1rHjjxDr1vdQ6hfI6XbRvcmK2ihacoMJ5jIoLhewYkDA9BRc+OPEN5b3E NzfJMl1ALe5L20Ra4UBQpkbbl3XaNrsSy84Iyc8WHwmIowjFNaNX+Siu3Wz+9PuU5Js2tO8NeG73 w1FqETapeyR2ssmom0uIRNZOpwG+ysu6SIbk+dZOm4nZjFW9E8DaLL4b8O6rqtw+zV55VlkOqW9k tpEkgQsFlUmU/eY7cY4GOcnmrbxx4htLe3ihvkD2sBtre4a2ia4hiIYbUmK+YoAZgMMMA8YqPTfG OuaTaWlrbXMDRWcpmtRcWkM5t3JBJjMiMU5UH5SOeetayo4lp2l17vbXy01tt2+9XRJp1ja2njh7 BdNfxPawTzRJb2jshvFUMA6mPcQOA/GeB1xzXPVbh1TUbfUzqUN/dRX5ZnN0kzLKWbO47wc5OTk5 5yaqV2Ri07vsv1+X9ehJ6F8IbX7TrWv7J4LW5j0G6a3vJn2C1kOxRLv6pgMcsOQCa9D06LTNQ8S/ DC5iuZ9XVv7SU6hqEeZrgxAlWO7JCh9zICcqCO+a8J0nWdQ0O7e50648qSSJ4ZAyK6SRsMMjowKs p9CCOAewq83jLXzf6dex3/2eXTc/Y1toY4Y4dxJbEaKE+bJ3cfMODkV5+JwVSrUc4vdP/wBJa7d3 fcuMkkeqvb2V/wCGPDEN1qr+I7iHxfb2l1e3R86NiyAyRQs+S0P3RzwxUtjBFSeMhby+EviHBPrU +sXtrfwThHcyQaeHuWCRxFujhCwfbgDIX+E15Hd+LNavLe2tzdJbQ20/2mKOyt47VVmwAJMRKoLg AYY8jtjNP1LxjrmrWl3a3NzAsV5KJroW9pDAbhwSQZDGil+WJ+YnnnrULL6qlF3Wjv8A+TJ9vysH Oj3PxFb2UWqeN9Mk1V7hB4fkltNFjO61sYo4ogrMh+VZC4DIFHyqNx+8KzNCl2a54I0j7RPH9p8O 7/7FQf8AEvu90U53TNkYZurfun57t1ryO58ceIbu3uIpr5C91ALa4uFtoluJogFG15gvmMCFUHLH IHOaLbxx4htLe3ihvkD2sBtre4a2ia4hiIYbUmK+YoAZgMMMA8YrNZbVVPkbV/8AgWvt/wAHzuPn Vze+HPiO6j1zQ9Ik1vULG1TUYTFa2NuoS5Z5F3Cdg6Eg4UZYPgZAAAwbdq+vDX/EWl6ddweGtKs9 UnudTv7Msi26Biix71Cs6jDCOMAbix4/u8lpvjHXNJtLS1trmBorOUzWouLSGc27kgkxmRGKcqD8 pHPPWi18Y65a2E1j9pguLae6a8kS9tIbndOwwZCZUY7iO/19TXXPDTc5Silr/nvtv631JUkeh2Xi G01dfiN4msY59FtpPsey7s1Bu4d0oB2qCg/eFSz/ADjBx9/rXNfFP59W0G5/1n2jQbOX7U/+uusq R5ko5w5xgjc/Cj5j0HPW3ivVrO4vZbeS1RL5US5txZQ/Z5ApBXMOzy8gjIO3OSfU5qatrOoa5dpc 6jcebJHEkMYVFRI41GFREUBVUegAHJPc0UcJKnV51t/wEu3l3+Vwcro0vAc81v8AEHw68MrxOdRg QsjFSVZwrDjsQSCO4JFSeO/td1458S3cvnzRx6pLC0zZYL87hELdvlQgD0XjpWLpmpXWj6nb6jZO iXVu2+J3iWQK3Y7WBGR1BxwcEcitLV/GOua7YPY39zA1s90bx0itIYd85BBkYogJYgnJPWt5U5+3 VSKVrW89/QV9LG14qhCfDbwNPHcXTQyrehbeZo2WFllUOUKorYZsthi2OADxk9h/wp/wz/wsH+xf +Ep/0X/V/Ytw+3eb5XmY+7t2bfm8zGP4MZ5ry6/8S6pqei2Oj3UsDWNhn7NGtrEhjz1wyqGOepyf mPJyean/AOEy1/8A4Sz/AISj7f8A8Tn/AJ+fJj/ueX93bt+7x0/WueWHxHJaEuX4vvbuun3vcd11 Nrw5CJPhX41ljuLqF4WsjLGrRmKdTLhQQULAqQxyrDORkcc3/B40P/hV/jK4utNupZoVs0nkS6RG dWuCQIyYiYxlV3A7t20dOK4+w8S6ppmi32j2ssC2N/j7TG1rE5kx0yzKWGOowflPIweaj0nxBquh pdJpt69ul0qrKoAIO07lYZBw6kZVxhlPIIq54eclNd5JrV9OXf7n36AmiTwykUniG1SbQ59cjO/O nQO6PN8h6FAWGPvcD+Gsmp7K+u9Ou0u7G6ntbmPOyaCQo65GDhhyOCR+NQV1pPmb/rr8v69CT0L4 Q2v2nWtf2TwWtzHoN01veTPsFrIdiiXf1TAY5YcgE16Hp0Wmah4l+GFzFcz6urf2kp1DUI8zXBiB Ksd2SFD7mQE5UEd814TpOs6hod29zp1x5UkkTwyBkV0kjYYZHRgVZT6EEcA9hV5vGWvm/wBOvY7/ AOzy6bn7GttDHDHDuJLYjRQnzZO7j5hwcivOxOCqVajnF7p/+ktdu7vuXGSSPQ/Etxb2/wAMtOvW 1P8A4SW+03xEsc13fZnhkfyd7xRljuaDhAeRvKk9CKyfEetanY+D9Q0vxZfT6jr2sSw3SWk7bv7K RSW3EHiN5A2PLUDah5xkLXJSeMdcf7EEuYII7K6F5BFa2kMEYnGMSFEQKzDaBlgeMjuaZqfirU9Y S4W9XT3e4bfLKmmW0crNncT5ixhsk9TnnnPWqp4OcbKVmr38976afN2tfbYHI76y8Za9feFfF3ir XdRnltb+JtIs7BZGEHnyqCxRckJ5cYzyPmyRuznPk9X7rWdQvdJ0/S7i432Wn+Z9lj2KPL8xtz8g ZOSM8k+1UK6cPQVLmskrvp2Wi/ruS3cKKKK6RBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAe6fBP/kUL/8A7CL/APoqKij4 J/8AIoX/AP2EX/8ARUVFfnOO/wB6qf4n+Z2w+FEV9dapp9t4Dh0LUE064v8AUr1pNzyJDdSrOios wjGXBwE5HQ4yByOds9VudFTxBpN/9q8Pwya2ynW9CgcRQzqSrQNgqWhClmVAQy4zhs4rD1Dxjrmk 6tJa21zA0VndPNai4tIZzbuSCTGZEYpyoPykc89ay4/GOuJ9tD3ME8d7dG8niurSGeMznOZAjoVV juIyoHGB2FfVYLBz+rQvbVJ+e9106X80c0pK5f8AEtvqcHxKlt9f0yC81AXUIubSx+Rbw4XldgyG lHzEgA5c8A8DntUVV1e9VLF7BBO4WzkZma3G4/uyW5JXpzzxUl7rWp6hrT6zdX076k8omNyG2uHH QqR93GBjGMYGMYqpPPNc3ElxcSvLNKxeSSRizOxOSSTyST3r1qUJRUb9FbS9vkv6Zm2dn8IIIbj4 qaGk0SSoGlcK6hgGWJ2U89wQCD2IBru3t7K/8MeGIbrVX8R3EPi+3tLq9uj50bFkBkihZ8lofujn hipbGCK8Y0zU73RdTt9R065e2vLdt8cqdQf5EEZBB4IJB4NX7vxZrV5b21ubpLaG2n+0xR2VvHaq s2ABJiJVBcADDHkdsZrkxGEqVayqRdlZfhf/AD7lKSSseueMhby+EviHBPrU+sXtrfwThHcyQaeH uWCRxFujhCwfbgDIX+E1x99fLefAC0RLK1tRbeIBD+4VgZSLcsXckklyW68DAAAAAFctqXjHXNWt Lu1ubmBYryUTXQt7SGA3DgkgyGNFL8sT8xPPPWj/AITDWf7A/sPfZf2b18n+zrf723Zv3bN2/bxv zu96ilgqkIpOzaknv5JdhuSZ7n4dt7KLVPBFlcaq6Wt94fjjTQoD+6ndopXlmuI/u7CDgcEu5z0U 18310Nt448Q2lvbxQ3yB7WA21vcNbRNcQxEMNqTFfMUAMwGGGAeMVz1a4TCzoyk5O97fm/Lz8xSk mFFFFd5IUUUUAFFFFABRRRQB6F8Kr67tP+Ew+zXU8O3w7dTDy5CuJE27H4/iXc2D1GTjrUngrVNR 0/4V+Onsr+6tngaweJoZmQxs8pViuDwSAASOoAFcfoniXVPDv2v+zJYI/tcXkz+ZaxTb4z1T51Py nuBwcDOcCpNJ8V6tommXWnWUlqLO7ZXuIprKGYSlfu7vMRiQCMgdAckck1wVcLKcpNJauL+5q99C lI9R1fXb3Qfjve6PpTJaWuq6tprXfkrtZwAjMuR0DGRi3du5wSDP4e8V6xqPx3g0e6vHe1sdR1SK L5juMTBm8tjn5kUxKVB6Y9AoHkf/AAk2rnxL/wAJFJd+dq3m+cLiaNJMPjAIVgVGOMcfLgYxgVPa +MdcsvEs3iK3uYI9Wm3b7gWkPVhhmC7Nqse7AAnJyeTnCWXtwtZX5LX87Wvt2HznS/El3i0PwfZ3 13/aOqiwkupdRyz/AGiCaUtCN7gOdoDcMBjdx1NcDBPNbXEdxbyvFNEweOSNirIwOQQRyCD3q3da zqF7pOn6XcXG+y0/zPssexR5fmNufkDJyRnkn2qpBM1vcRzIELxsHUSIrqSDnlWBDD2IINd1Ck6d Pkfn+Lb/AK7Et3Z7z8TZftVh8QIftE959jl0x/IuhiOx3DG63OWyzZw3EfDHluh4jWfh5ZaZ4S1i 6kneDXNFWza9tRceeuZ8Daf3SBT8wI2vIOCCehrmtY8ceIdet7qHUL5HS7aN7kxW0ULTlBhPMZFB cL2DEgYHoKLnxx4hvLe4hub5JkuoBb3Je2iLXCgKFMjbcu67RtdiWXnBGTniw+ExFGEYprRq/wAl Fdutn96fcpyTZtad4a8N3vhqLUIm1S9kjtZZNRNpcQiaydTgN9lZd0kQ3J86ydNxOzGKt6J4G0WX w34d1XVbh9mrzyrLIdUt7JbSJJAhYLKpMp+8x24xwMc5PNW3jjxDaW9vFDfIHtYDbW9w1tE1xDEQ w2pMV8xQAzAYYYB4xUem+Mdc0m0tLW2uYGis5TNai4tIZzbuSCTGZEYpyoPykc89a1lRxLTtLr3e 2vlprbbt96uiTTrG1tPHD2C6a/ie1gnmiS3tHZDeKoYB1Me4gcB+M8Drjmueq3Dqmo2+pnUob+6i vyzObpJmWUs2dx3g5ycnJzzk1UrsjFp3fZfr8v69CT0L4Q2v2nWtf2TwWtzHoN01veTPsFrIdiiX f1TAY5YcgE16Hp0Wmah4l+GFzFcz6urf2kp1DUI8zXBiBKsd2SFD7mQE5UEd814TpOs6hod29zp1 x5UkkTwyBkV0kjYYZHRgVZT6EEcA9hV5vGWvm/069jv/ALPLpufsa20McMcO4ktiNFCfNk7uPmHB yK8/E4KpVqOcXun/AOktdu7vuXGSSPVXt7K/8MeGIbrVX8R3EPi+3tLq9uj50bFkBkihZ8lofujn hipbGCKk8ZC3l8JfEOCfWp9YvbW/gnCO5kg08PcsEjiLdHCFg+3AGQv8JryO78Wa1eW9tbm6S2ht p/tMUdlbx2qrNgASYiVQXAAwx5HbGafqXjHXNWtLu1ubmBYryUTXQt7SGA3DgkgyGNFL8sT8xPPP WoWX1VKLutHf/wAmT7flYOdHufiK3sotU8b6ZJqr3CDw/JLaaLGd1rYxRxRBWZD8qyFwGQKPlUbj 94VmaFLs1zwRpH2ieP7T4d3/ANioP+Jfd7opzumbIwzdW/dPz3brXkdz448Q3dvcRTXyF7qAW1xc LbRLcTRAKNrzBfMYEKoOWOQOc0W3jjxDaW9vFDfIHtYDbW9w1tE1xDEQw2pMV8xQAzAYYYB4xWay 2qqfI2r/APAtfb/g+dx86ub3w58R3UeuaHpEmt6hY2qajCYrWxt1CXLPIu4TsHQkHCjLB8DIAAGD bsr7xNdeNbrwNod1/Y0U+vXMsg06Qp5XO1gGGzciJGSFG3PpnaByWm+Mdc0m0tLW2uYGis5TNai4 tIZzbuSCTGZEYpyoPykc89aqWfiDVbC41G4t71/O1GCS3u5JAJGmjkOXBLAnJI69feuyeFk5ykkt Vp693p8+uvUnmPYLHVrXxTefEnX7LVE0VC1jHFqu5leKBX2sykAPl1iBCDBJKr71x/xe+ySa1oF3 Z+e0d1oNrMZrnBnmzvAeVh959oUE+1cfpOv6loiXUdlMghu1VLiCaFJopQp3LuSQMpIIyDjI5x1N M1bWdQ1y7S51G482SOJIYwqKiRxqMKiIoCqo9AAOSe5qKOClSr86furb7ku3l3ByujS8BzzW/wAQ fDrwyvE51GBCyMVJVnCsOOxBII7gkVJ47+13XjnxLdy+fNHHqksLTNlgvzuEQt2+VCAPReOlYuma ldaPqdvqNk6JdW7b4neJZArdjtYEZHUHHBwRyK0tX8Y65rtg9jf3MDWz3RvHSK0hh3zkEGRiiAli Cck9a6ZU5+3VSKVrW89/QV9LG14qhCfDbwNPHcXTQyrehbeZo2WFllUOUKorYZsthi2OADxk9h/w p/wz/wALB/sX/hKf9F/1f2LcPt3m+V5mPu7dm35vMxj+DGea8uv/ABLqmp6LY6PdSwNY2Gfs0a2s SGPPXDKoY56nJ+Y8nJ5qf/hMtf8A+Es/4Sj7f/xOf+fnyY/7nl/d27fu8dP1rnlh8RyWhLl+L727 rp973HddTa8OQiT4V+NZY7i6heFrIyxq0ZinUy4UEFCwKkMcqwzkZHHN/wAHjQ/+FX+Mri6026lm hWzSeRLpEZ1a4JAjJiJjGVXcDu3bR04rj7DxLqmmaLfaPaywLY3+PtMbWsTmTHTLMpYY6jB+U8jB 5qPSfEGq6Gl0mm3r26XSqsqgAg7TuVhkHDqRlXGGU8girnh5yU13kmtX05d/uffoCaJPDKRSeIbV JtDn1yM786dA7o83yHoUBYY+9wP4ayansr67067S7sbqe1uY87JoJCjrkYOGHI4JH41BXWk+Zv8A rr8v69CT0L4Q2v2nWtf2TwWtzHoN01veTPsFrIdiiXf1TAY5YcgE1f8AiPLp7+GPA+o29xPrK/6Z G97qAYS3ixzL94g7wm4vtG7Kq3UHNee6TrOoaHdvc6dceVJJE8MgZFdJI2GGR0YFWU+hBHAPYVPf +JdU1OWxa6lgaOwz9mt1tYkgjy244iVQhyeuV+bvmuOeFm8Sq19P+A128+5XMrWPRvFbw6v8Rfhw 9xZ2qw3mnaYZLWOICEK8zZQIcjZg4x6cVteMhby+EviHBPrU+sXtrfwThHcyQaeHuWCRxFujhCwf bgDIX+E15NqfjHXNX+xm7uYBJZbPsssFpDBJCEzsVXjRWCjJIUHAPOOKNS8Y65q1pd2tzcwLFeSi a6FvaQwG4cEkGQxopflifmJ5561gsDV/d6r3bfhJPt29B8y1Pc/EVvZRap430yTVXuEHh+SW00WM 7rWxijiiCsyH5VkLgMgUfKo3H7wr5vrobnxx4hu7e4imvkL3UAtri4W2iW4miAUbXmC+YwIVQcsc gc5rnq3wOFnh4tTd9vwVuyFKSYUUUV3khRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAe6fBP/kUL/wD7CL/+ioqKPgn/AMih f/8AYRf/ANFRUV+c47/eqn+J/mdsPhRmWmsai8lholvd6h4cvH1KVtMv4IW+y6jIxA2XA/jIcRoH AcBWwy4GayNM1m70u01zTdShvfDMc+sndq2jQkJbXCkhrZ9rDdEqlmCq2VxkBs1jah4x1zSdWktb a5gaKzunmtRcWkM5t3JBJjMiMU5UH5SOeetZFp4s1qzt7m3F0lzDcz/aZY723julabBBkxKrAOQT lhye+cV9ZhMJJ4eOis0v8+34O6v5HNKWppeJbfU4PiVLb6/pkF5qAuoRc2lj8i3hwvK7BkNKPmJA By54B4HPaoqrq96qWL2CCdwtnIzM1uNx/dktySvTnnipL3WtT1DWn1m6vp31J5RMbkNtcOOhUj7u MDGMYwMYxVSeea5uJLi4leWaVi8kkjFmdickknkknvXqUoSio36K2l7fJf0zNs7P4QQQ3HxU0NJo klQNK4V1DAMsTsp57ggEHsQDXdvb2V/4Y8MQ3Wqv4juIfF9vaXV7dHzo2LIDJFCz5LQ/dHPDFS2M EV4xpmp3ui6nb6jp1y9teW7b45U6g/yIIyCDwQSDwav3fizWry3trc3SW0NtP9pijsreO1VZsACT ESqC4AGGPI7YzXJiMJUq1lUi7Ky/C/8An3KUklY9c8ZC3l8JfEOCfWp9YvbW/gnCO5kg08PcsEji LdHCFg+3AGQv8Jrj76+W8+AFoiWVrai28QCH9wrAykW5Yu5JJLkt14GAAAAAK5bUvGOuataXdrc3 MCxXkomuhb2kMBuHBJBkMaKX5Yn5ieeetH/CYaz/AGB/Ye+y/s3r5P8AZ1v97bs37tm7ft4353e9 RSwVSEUnZtST38kuw3JM9z8O29lFqngiyuNVdLW+8PxxpoUB/dTu0UryzXEf3dhBwOCXc56Ka+b6 6G28ceIbS3t4ob5A9rAba3uGtomuIYiGG1JivmKAGYDDDAPGK56tcJhZ0ZScne9vzfl5+YpSTCii iu8kKKKKACiiigAooooA9C+3Xf8Awz75P2qfyv8AhIvJ2eYdvl+R5mzH93f82OmeetWPCN9q2jfD Px9HFdXtjc2ctltVZHieCQzFHwOCrEKFPfjB6Vy2meN9e0fTLfTrK4tUtbef7TEj2EEhWbtJuZCd 46Bs5AwBwKLfxvr1smpIlxaumpzm4vVmsIJRPJndlt6HgHkDoCSQBmvOlhqjjKNlZyUvxT7dkVzI 9K1fXb3Qfjve6PpTJaWuq6tprXfkrtZwAjMuR0DGRi3du5wSDP4e8V6xqPx3g0e6vHe1sdR1SKL5 juMTBm8tjn5kUxKVB6Y9AoHkf/CTaufEv/CRSXfnat5vnC4mjSTD4wCFYFRjjHHy4GMYFT2vjHXL LxLN4it7mCPVpt2+4FpD1YYZguzarHuwAJycnk5yll7cLWV+S1/O1r7dh850vxJd4tD8H2d9d/2j qosJLqXUcs/2iCaUtCN7gOdoDcMBjdx1NcnrqRJ/Zvl6HPpO6wiLea7t9rbnNwu4DCt2A444NQXW s6he6Tp+l3FxvstP8z7LHsUeX5jbn5AyckZ5J9qr3V9d3vk/a7qe48iJYYvNkL+XGvRFz0UZOAOK 7aFGVOKi+jf4tv8Art0JbuQV9IeIreyi1TxvpkmqvcIPD8ktposZ3WtjFHFEFZkPyrIXAZAo+VRu P3hXzfXQ3PjjxDd29xFNfIXuoBbXFwttEtxNEAo2vMF8xgQqg5Y5A5zWOLws60ouLta/5p9vLyHG SR7f4dt7KLVPBFlcaq6Wt94fjjTQoD+6ndopXlmuI/u7CDgcEu5z0U1i+DRb2PhL4eXLa1PpkU9/ OslpZOUl1GdrlUjDgYDIoX52bOFwo5YV5VbeOPENpb28UN8ge1gNtb3DW0TXEMRDDakxXzFADMBh hgHjFR6b4x1zSbS0tba5gaKzlM1qLi0hnNu5IJMZkRinKg/KRzz1rkeW1Wn7y1/+28v7y7+uxXOj 1VLey0vwx4nuk1V/D9rbeL7hJ5dOPlXE0CIdlvFtxk5bgH5VG5ugNcJ8X4Ibf4qa4kMSRIWicqih QWaJGY8dySST3JJrCtPFmtWdvc24ukuYbmf7TLHe28d0rTYIMmJVYByCcsOT3ziqGp6ne61qdxqO o3L3N5cNvklfqT/IADAAHAAAHArpw+EqUq3tJO6s/wBP8n1Jck1Yt6D4k1Pw1LezaVP9nnu7VrVp l+/GjMrEoezfLjPbJxg4I9c8V+K9Yj+N1t4eW8f7Amt6fPENxDRExIjqpB4RhI25eh9stnxGCZre 4jmQIXjYOokRXUkHPKsCGHsQQa2brxjrl74lh8RXFzBJq0O3ZcG0h6qMKxXZtZh2YgkYGDwMXXwi qVOdJbNfN2t08vxBSsj0P4ru8Hhoxahd/wBoXN54ivrixnyz/Z7aM+W8GXAK4fHyrlTtznpXmuoJ Evh7R3XQ57ORvO36i7uUvvnGNoI2jZ907Sc55ovvE2r6jYXNjd3fmW1zftqMqeWg3XDAgvkDI4J4 HHtVCW+u57S3tJrqeS2tt3kQvISkW45bap4XJ5OOtVhsPKjTUX0b/X+u3XcUndkFfSHh23sotU8E WVxqrpa33h+ONNCgP7qd2ileWa4j+7sIOBwS7nPRTXzfXQ23jjxDaW9vFDfIHtYDbW9w1tE1xDEQ w2pMV8xQAzAYYYB4xUY7CzxEUoO2/wCK9GOMkj1XwaLex8JfDy5bWp9Minv51ktLJykuoztcqkYc DAZFC/OzZwuFHLCo0t7LS/DHie6TVX8P2tt4vuEnl04+VcTQIh2W8W3GTluAflUbm6A15VpvjHXN JtLS1trmBorOUzWouLSGc27kgkxmRGKcqD8pHPPWmWnizWrO3ubcXSXMNzP9pljvbeO6VpsEGTEq sA5BOWHJ75xXO8vquUndau//AJM328/MfOj2vUbC3i8S/E+W31CDQZI/7NY6kgKNAjgPMVKYYs+P uj77EA9c1558XvskmtaBd2fntHdaDazGa5wZ5s7wHlYfefaFBPtXNL4y18X+o3sl/wDaJdSx9sW5 hjmjm2kFcxupT5cDbx8o4GBVHVtZ1DXLtLnUbjzZI4khjCoqJHGowqIigKqj0AA5J7mrw2CqUqin J3sl/wCkpdu6vuDkmihRRRXqEBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF AHunwT/5FC//AOwi/wD6Kioo+Cf/ACKF/wD9hF//AEVFRX5zjv8Aeqn+J/mdsPhR494i/wCRhvv+ uprMrT8Rf8jDff8AXU1mV95gv92p/wCFfkccviYUUUV1CCiiigAooooAKKKKACiiigAooooAKKKK ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigD3T4J/8ihf/wDYRf8A9FRUUfBP/kUL /wD7CL/+ioqK/Ocd/vVT/E/zO2Hwo8e8Rf8AIw33/XU1mVp+Iv8AkYb7/rqazK+8wX+7U/8ACvyO OXxMKKKK6hBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU AFFFFABRRRQB7p8E/wDkUL//ALCL/wDoqKij4J/8ihf/APYRf/0VFRX5zjv96qf4n+Z2w+FHj3iL /kYb7/rqazK0/EX/ACMN9/11NZlfeYL/AHan/hX5HHL4mFFFFdQgooooAKKKKACiiigAooooAKKK KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA90+Cf8AyKF//wBhF/8A0VFR R8E/+RQv/wDsIv8A+ioqK/Ocd/vVT/E/zO2Hwo8e8Rf8jDff9dTWZWn4i/5GG+/66msyvvMF/u1P /CvyOOXxMKKKK6hBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ AUUUUAFFFFABRRRQB7p8E/8AkUL/AP7CL/8AoqKij4J/8ihf/wDYRf8A9FRUV+c47/eqn+J/mdsP hR494i/5GG+/66msytPxF/yMN9/11NZlfeYL/dqf+FfkccviYUUUV1CCiiigAooooAKKKKACiiig AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigD3T4J/8AIoX/AP2EX/8A RUVFHwT/AORQv/8AsIv/AOioqK/Ocd/vVT/E/wAzth8KPHvEX/Iw33/XU1mVoeJJo08R36s2CJT2 rK+0Rf3v0NfaYTF4eOHpp1Emkuq7HJKLu9CWiovtEX979DR9oi/vfoa6PruG/wCfkfvQuWXYloqL 7RF/e/Q0faIv736Gj67hv+fkfvQcsuxLRUX2iL+9+ho+0Rf3v0NH13Df8/I/eg5ZdiWiovtEX979 DR9oi/vfoaPruG/5+R+9Byy7EtFRfaIv736Gj7RF/e/Q0fXcN/z8j96Dll2JaKi+0Rf3v0NH2iL+ 9+ho+u4b/n5H70HLLsS0VF9oi/vfoaPtEX979DR9dw3/AD8j96Dll2JaKi+0Rf3v0NH2iL+9+ho+ u4b/AJ+R+9Byy7EtFRfaIv736Gj7RF/e/Q0fXcN/z8j96Dll2JaKi+0Rf3v0NH2iL+9+ho+u4b/n 5H70HLLsS0VF9oi/vfoaPtEX979DR9dw3/PyP3oOWXYloqL7RF/e/Q0faIv736Gj67hv+fkfvQcs uxLRUX2iL+9+ho+0Rf3v0NH13Df8/I/eg5ZdiWiovtEX979DR9oi/vfoaPruG/5+R+9Byy7EtFRf aIv736Gj7RF/e/Q0fXcN/wA/I/eg5ZdiWiovtEX979DR9oi/vfoaPruG/wCfkfvQcsuxLRUX2iL+ 9+ho+0Rf3v0NH13Df8/I/eg5ZdiWiovtEX979DR9oi/vfoaPruG/5+R+9Byy7EtFRfaIv736Gj7R F/e/Q0fXcN/z8j96Dll2JaKi+0Rf3v0NH2iL+9+ho+u4b/n5H70HLLsS0VF9oi/vfoaPtEX979DR 9dw3/PyP3oOWXYloqL7RF/e/Q0faIv736Gj67hv+fkfvQcsuxLRUX2iL+9+ho+0Rf3v0NH13Df8A PyP3oOWXYloqL7RF/e/Q0faIv736Gj67hv8An5H70HLLsS0VF9oi/vfoaPtEX979DR9dw3/PyP3o OWXYloqL7RF/e/Q0faIv736Gj67hv+fkfvQcsuxLRUX2iL+9+ho+0Rf3v0NH13Df8/I/eg5ZdiWi ovtEX979DR9oi/vfoaPruG/5+R+9Byy7EtFRfaIv736Gj7RF/e/Q0fXcN/z8j96Dll2JaKi+0Rf3 v0NH2iL+9+ho+u4b/n5H70HLLsS0VF9oi/vfoaPtEX979DR9dw3/AD8j96Dll2JaKi+0Rf3v0NH2 iL+9+ho+u4b/AJ+R+9Byy7EtFRfaIv736Gj7RF/e/Q0fXcN/z8j96Dll2JaKi+0Rf3v0NH2iL+9+ ho+u4b/n5H70HLLsS0VF9oi/vfoaPtEX979DR9dw3/PyP3oOWXYloqL7RF/e/Q0faIv736Gj67hv +fkfvQcsuxLRUX2iL+9+ho+0Rf3v0NH13Df8/I/eg5ZdiWiovtEX979DR9oi/vfoaPruG/5+R+9B yy7EtFRfaIv736Gj7RF/e/Q0fXcN/wA/I/eg5ZdiWiovtEX979DR9oi/vfoaPruG/wCfkfvQcsux LRUX2iL+9+ho+0Rf3v0NH13Df8/I/eg5ZdiWiovtEX979DR9oi/vfoaPruG/5+R+9Byy7EtFRfaI v736Gj7RF/e/Q0fXcN/z8j96Dll2JaKi+0Rf3v0NH2iL+9+ho+u4b/n5H70HLLse8/BP/kUL/wD7 CL/+ioqKT4IsH8HXzKcg6i//AKKior4LGyUsTUad05P8zsj8KP/Z ------=_NextPart_000_001F_01C3937B.F7273C30-- From brianp@sginet.com Thu Oct 16 08:59:27 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9G6xRxv004533 for ; Thu, 16 Oct 2003 08:59:27 +0200 Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9G6xQXK021486 for ; Thu, 16 Oct 2003 08:59:27 +0200 Received: from brianp (c-67-161-242-70.client.comcast.net[67.161.242.70]) by comcast.net (sccrmhc11) with SMTP id <2003101606583301100ecq8ke> (Authid: brianpalmer1); Thu, 16 Oct 2003 06:58:33 +0000 From: "Brian Palmer" To: "'ReactOS General List'" Subject: RE: [ros-kernel] ReactOS Won't boot (freeldr glitch) Date: Thu, 16 Oct 2003 00:58:23 -0600 Message-ID: <001b01c393b2$e4e48870$0100a8c0@BRIANP> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 In-Reply-To: <002201c393ae$426d5580$0400a8c0@jeffb2591s1ij2> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 06:59:27 -0000 If you have the corresponding freeldr.sym file for this build of freeldr then you can look up the EIP in the .sym file and see what function it was in when it crashed. Brian > -----Original Message----- > From: ros-kernel-bounces@reactos.com > [mailto:ros-kernel-bounces@reactos.com] On Behalf Of Jeff Smith > Sent: Thursday, October 16, 2003 12:25 AM > To: ReactOS General List > Subject: [ros-kernel] ReactOS Won't boot (freeldr glitch) > > > I made a boot cd installer, and was able to install it > corretly, the installer crashed near the end, where it tellls > you to press enter to reboot, I'm not sure if this is related > or not however once I tried booting, I got this boot screen > and nothing worked afterwards. > > let me know what info I can give you to resolve this issue. > From chorns@users.sourceforge.net Thu Oct 16 09:14:28 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9G7ESxv004668 for ; Thu, 16 Oct 2003 09:14:28 +0200 Received: from cicero2.cybercity.dk (cicero2.cybercity.dk [212.242.40.53]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9G7ESXK021294 for ; Thu, 16 Oct 2003 09:14:28 +0200 Received: from user3.cybercity.dk (fxp0.user3.ip.cybercity.dk [212.242.41.36]) by cicero2.cybercity.dk (Postfix) with ESMTP id 9D496190AB4 for ; Thu, 16 Oct 2003 09:14:22 +0200 (CEST) Received: from ZEUS (port57.ds1-trg.adsl.cybercity.dk [212.242.245.122]) by user3.cybercity.dk (Postfix) with ESMTP id 427F793C9C for ; Thu, 16 Oct 2003 09:14:22 +0200 (CEST) From: "Casper Hornstrup" To: "'ReactOS General List'" Subject: Re: [ros-kernel] Release process Date: Thu, 16 Oct 2003 09:10:52 +0200 Message-ID: <00a301c393b4$a29891d0$0200000a@ZEUS> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0 In-Reply-To: <1066255813.19043.266.camel@bilbo.plasmic.com> Importance: Normal Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h9G7ESxv004668 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 07:14:28 -0000 > -----Oprindelig meddelelse----- > Fra: ros-kernel-bounces@reactos.com > [mailto:ros-kernel-bounces@reactos.com] Pĺ vegne af Vizzini > Sendt: 16. oktober 2003 00:10 > Til: ReactOS General List > Emne: Re: [ros-kernel] Release process > > I have merged any remaining changes from the 0.1.4 release > branch into HEAD. > > I propose that any developer who commits a fix on any branch > be responsible for merging that change into HEAD. Anyone disagree? > > As Casper pointed out, merging is a bit tricky, as you cannot > re-merge after an initial merge or CVS will get confused. I > think our patches are small enough, though, that this won't > be much of a problem. > > -Vizzini I think we should commit to both HEAD and release branch and perform no merging after the release. This way, patches are not forgotten at the release branch and a missing patch on HEAD is not stopping anyone from developing on the HEAD branch. Casper Re From jimtabor@adsl-64-217-116-74.dsl.hstntx.swbell.net Thu Oct 16 16:15:51 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9GEFofB007777 for ; Thu, 16 Oct 2003 16:15:50 +0200 Received: from dsl-64-217-116-74.dsl.hstntx.swbell.net (root@[64.217.116.74]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9GEFnlk038022 for ; Thu, 16 Oct 2003 16:15:49 +0200 Received: from adsl-64-217-116-74.dsl.hstntx.swbell.net (adsl-64-217-116-73.dsl.hstntx.swbell.net [64.217.116.73]) by Thu, 16 Oct 2003 14:15:06 GMTdsl-64-217-116-74.dsl.hstntx.swbell.net (8.9.3/8.9.3) with ESMTP id OAA16866 for ; Thu, 16 Oct 2003 14:15:06 GMT Message-ID: <3F8EA7E7.1010501@adsl-64-217-116-74.dsl.hstntx.swbell.net> Date: Thu, 16 Oct 2003 14:15:03 +0000 From: James Tabor User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.2b) Gecko/20021016 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ros-kernel@reactos.com Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [ros-kernel] New Code Freeze X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 14:15:51 -0000 Hi, Is the new code freeze still in effect? I want to start work on Clipboard and OpenGL/Enh/MetaFile again! James From vizzini@plasmic.com Thu Oct 16 16:43:39 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9GEhdfB008091 for ; Thu, 16 Oct 2003 16:43:39 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9GEhclk029192 for ; Thu, 16 Oct 2003 16:43:38 +0200 Received: from sts (steve-o [209.242.72.96]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9GEhXE4006051 for ; Thu, 16 Oct 2003 09:43:33 -0500 Subject: Re: [ros-kernel] New Code Freeze From: Vizzini To: ReactOS General List In-Reply-To: <3F8EA7E7.1010501@adsl-64-217-116-74.dsl.hstntx.swbell.net> References: <3F8EA7E7.1010501@adsl-64-217-116-74.dsl.hstntx.swbell.net> Content-Type: text/plain Message-Id: <1066315290.31907.21.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Thu, 16 Oct 2003 09:41:30 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 14:43:39 -0000 On Thu, 2003-10-16 at 09:15, James Tabor wrote: > Hi, > Is the new code freeze still in effect? I want to start work on Clipboard > and OpenGL/Enh/MetaFile again! No, the code freeze was only for the release branch, which is closed. HEAD never goes into code freeze, so there's never a reason to not commit there. -Vizzini From ekohl@rz-online.de Thu Oct 16 16:49:15 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9GEnFfB008185 for ; Thu, 16 Oct 2003 16:49:15 +0200 Received: from smtp.rhein-zeitung.DE (smtp.rhein-zeitung.DE [212.7.160.14]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9GEnFlk039830 for ; Thu, 16 Oct 2003 16:49:15 +0200 Received: from marvin (pppin-ac-a2.pop-koblenz.rz-online.NET [212.7.162.172]) by smtp.rhein-zeitung.DE (8.12.8/8.12.8) with SMTP id h9GEk4jh030926 for ; Thu, 16 Oct 2003 16:46:05 +0200 Message-ID: <001301c393f4$d6d9b100$0500a8c0@marvin> From: "Eric Kohl" To: "ReactOS General List" References: <3F8EA7E7.1010501@adsl-64-217-116-74.dsl.hstntx.swbell.net> Subject: Re: [ros-kernel] New Code Freeze Date: Thu, 16 Oct 2003 16:50:25 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 14:49:16 -0000 "James Tabor" wrote: > Hi, > Is the new code freeze still in effect? I want to start work on Clipboard > and OpenGL/Enh/MetaFile again! > James The code freeze is effect for the 0.1.4 branch only. You can commit any useful code to HEAD. Eric From robd@mok.lvcm.com Thu Oct 16 16:53:06 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9GEr6fB008240 for ; Thu, 16 Oct 2003 16:53:06 +0200 Received: from 100m.mpr200-2.esr.lvcm.net (IDENT:mirapoint@100m.mpr200-2.esr.lvcm.net [24.234.0.81]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9GEr5lk039878 for ; Thu, 16 Oct 2003 16:53:05 +0200 Received: from mok.lvcm.com (wsip-24-234-141-99.lv.lv.cox.net [24.234.141.99]) by 100m.mpr200-2.esr.lvcm.net (Mirapoint Messaging Server MOS 2.9.3.5) with ESMTP id BCX08797; Thu, 16 Oct 2003 07:51:47 -0700 (PDT) From: Received: (from robd@localhost) by mok.lvcm.com (8.11.6/8.11.6) id h9GEx5K11237 for ros-kernel@reactos.com; Thu, 16 Oct 2003 07:59:05 -0700 Date: Thu, 16 Oct 2003 07:59:05 -0700 Message-Id: <200310161459.h9GEx5K11237@mok.lvcm.com> To: ros-kernel@reactos.com Subject: [ros-kernel] ros wine dlls X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 14:53:06 -0000 Can anybody comment on what is the presumed status of the reactos\wine\dlls modules? They are not presently included in the default build of the ros-wine tree and upon putting them back quite a lot appears to now be broken. If nobody else is working here I may well get stuck into some of the broken targets, after merging in the latest wine sources first. From iastrubn@actcom.co.il Thu Oct 16 17:02:05 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9GF25fB008362 for ; Thu, 16 Oct 2003 17:02:05 +0200 Received: from smtp2.actcom.co.il (mail.actcom.co.il [192.114.47.15]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9GF23lk014102 for ; Thu, 16 Oct 2003 17:02:04 +0200 Received: from line108-136.adsl.actcom.co.il (line108-136.adsl.actcom.co.il [192.117.108.136]) by smtp2.actcom.co.il (8.12.10/8.12.10) with ESMTP id h9GF13hC005173; Thu, 16 Oct 2003 17:01:32 +0200 From: Diego Iastrubni To: ReactOS General List , Subject: Re: [ros-kernel] ros wine dlls Date: Thu, 16 Oct 2003 17:06:06 +0000 User-Agent: KMail/1.5.3 References: <200310161459.h9GEx5K11237@mok.lvcm.com> In-Reply-To: <200310161459.h9GEx5K11237@mok.lvcm.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-8-i" Content-Disposition: inline Message-Id: <200310161706.06461.iastrubn@actcom.co.il> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h9GF25fB008362 Cc: X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 15:02:05 -0000 if the dll's can be used in a win98 environment i can test them on a real win98. áéĺí çîéůé, 16 áŕĺ÷čĺář 2003, 14:59, đëúá ňě éăé robd@mok.lvcm.com: > Can anybody comment on what is the presumed status of the reactos\wine\dlls > modules? They are not presently included in the default build of the > ros-wine tree and upon putting them back quite a lot appears to now be > broken. If nobody else is working here I may well get stuck into some of > the broken targets, after merging in the latest wine sources first. > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel -- diego, 20 Tishrey 5764 Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html From vizzini@plasmic.com Thu Oct 16 17:27:38 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9GFRcfB008650 for ; Thu, 16 Oct 2003 17:27:38 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9GFRblk034784 for ; Thu, 16 Oct 2003 17:27:38 +0200 Received: from sts (steve-o [209.242.72.96]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9GFRcE4006579 for ; Thu, 16 Oct 2003 10:27:38 -0500 Subject: Re: [ros-kernel] ros wine dlls From: Vizzini To: ReactOS General List In-Reply-To: <200310161459.h9GEx5K11237@mok.lvcm.com> References: <200310161459.h9GEx5K11237@mok.lvcm.com> Content-Type: text/plain Message-Id: <1066317934.31907.25.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Thu, 16 Oct 2003 10:25:34 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 15:27:38 -0000 On Thu, 2003-10-16 at 09:59, robd@mok.lvcm.com wrote: > Can anybody comment on what is the presumed status of the reactos\wine\dlls modules? > They are not presently included in the default build of the ros-wine tree and upon putting them back quite a lot appears to now be broken. If nobody else is working here I may well get stuck into some of the broken targets, after merging in the latest wine sources first. We're currently trying to forumlate permanent strategy with respect to using Wine code. There is another thread now on this list about it, but in summary, it looks like we're going to start with a fresh import of wine and make local changes as needed, using CVS to manage Wine as a vendor branch. We're still trying to work out what to do with the header files situation. -Vizzini From steven_ed4153@yahoo.com Thu Oct 16 17:32:04 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9GFW4fB008698 for ; Thu, 16 Oct 2003 17:32:04 +0200 Received: from web21106.mail.yahoo.com (web21106.mail.yahoo.com [216.136.227.108]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9GFW3lk017728 for ; Thu, 16 Oct 2003 17:32:03 +0200 Message-ID: <20031016153145.58285.qmail@web21106.mail.yahoo.com> Received: from [66.191.180.162] by web21106.mail.yahoo.com via HTTP; Thu, 16 Oct 2003 08:31:45 PDT Date: Thu, 16 Oct 2003 08:31:45 -0700 (PDT) From: Steven Edwards Subject: Re: [ros-kernel] ros wine dlls To: ReactOS General List , robd@mok.lvcm.com In-Reply-To: <200310161706.06461.iastrubn@actcom.co.il> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 15:32:04 -0000 Dont use the reactos WINE tree. Not untill Vizzini gets a vendor branch setup. Thanks Steven --- Diego Iastrubni wrote: > if the dll's can be used in a win98 environment i can test them on a > real > win98. > > áéĺí çîéůé, 16 áŕĺ÷čĺář 2003, 14:59, đëúá ňě éăé robd@mok.lvcm.com: > > Can anybody comment on what is the presumed status of the > reactos\wine\dlls > > modules? They are not presently included in the default build of > the > > ros-wine tree and upon putting them back quite a lot appears to now > be > > broken. If nobody else is working here I may well get stuck into > some of > > the broken targets, after merging in the latest wine sources first. > > _______________________________________________ > > Ros-kernel mailing list > > Ros-kernel@reactos.com > > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > > -- > > diego, 20 Tishrey 5764 > > Please avoid sending me Word or PowerPoint attachments. > See http://www.fsf.org/philosophy/no-word-attachments.html > > > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From steven_ed4153@yahoo.com Thu Oct 16 18:14:11 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9GGEAfB009018 for ; Thu, 16 Oct 2003 18:14:11 +0200 Received: from web21103.mail.yahoo.com (web21103.mail.yahoo.com [216.136.227.105]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9GGE9lk049868 for ; Thu, 16 Oct 2003 18:14:09 +0200 Message-ID: <20031016161407.94751.qmail@web21103.mail.yahoo.com> Received: from [66.83.186.125] by web21103.mail.yahoo.com via HTTP; Thu, 16 Oct 2003 09:14:07 PDT Date: Thu, 16 Oct 2003 09:14:07 -0700 (PDT) From: Steven Edwards Subject: Re: [ros-kernel] Re: WINE porting templates To: dpaun@rogers.com, Jason Filby , ReactOS General List In-Reply-To: <200310160002.40285.dpaun@rogers.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Steven Edwards , wine-devel@winehq.com, ros-kernel@reactos.com X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 16:14:11 -0000 --- "Dimitrie O. Paun" wrote: > For my info, what's the problem with the headers? What headers are > you using? If not Wine's, why not? It seems we have better headers > than then w32api guys... I dont know if better is the right word. WINE has more compleate headers but they are not the most correct. The w32api people are very anal (No Offence Danny) about getting changes in to the package. I have almost never found where something is wrong in w32api. More often than not things are just missing. The issue we have is that currently there are 3 or 4 standard sets of headers to deal with. ReactOS internal headers, WINE headers, w32api headers and the Microsoft headers. We need a standard SDK/DDK that our projects can share. Thanks Steven __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From steven_ed4153@yahoo.com Thu Oct 16 18:14:22 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9GGEMfB009026 for ; Thu, 16 Oct 2003 18:14:22 +0200 Received: from web21103.mail.yahoo.com (web21103.mail.yahoo.com [216.136.227.105]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9GGELlk048950 for ; Thu, 16 Oct 2003 18:14:21 +0200 Message-ID: <20031016161407.94751.qmail@web21103.mail.yahoo.com> Received: from [66.83.186.125] by web21103.mail.yahoo.com via HTTP; Thu, 16 Oct 2003 09:14:07 PDT Date: Thu, 16 Oct 2003 09:14:07 -0700 (PDT) From: Steven Edwards Subject: Re: [ros-kernel] Re: WINE porting templates To: dpaun@rogers.com, Jason Filby , ReactOS General List In-Reply-To: <200310160002.40285.dpaun@rogers.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Steven Edwards , wine-devel@winehq.com, ros-kernel@reactos.com X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 16:14:22 -0000 --- "Dimitrie O. Paun" wrote: > For my info, what's the problem with the headers? What headers are > you using? If not Wine's, why not? It seems we have better headers > than then w32api guys... I dont know if better is the right word. WINE has more compleate headers but they are not the most correct. The w32api people are very anal (No Offence Danny) about getting changes in to the package. I have almost never found where something is wrong in w32api. More often than not things are just missing. The issue we have is that currently there are 3 or 4 standard sets of headers to deal with. ReactOS internal headers, WINE headers, w32api headers and the Microsoft headers. We need a standard SDK/DDK that our projects can share. Thanks Steven __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From ekohl@rz-online.de Thu Oct 16 18:25:59 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9GGPxfB009089 for ; Thu, 16 Oct 2003 18:25:59 +0200 Received: from smtp.rhein-zeitung.DE (smtp.rhein-zeitung.DE [212.7.160.14]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9GGPxlk049126 for ; Thu, 16 Oct 2003 18:25:59 +0200 Received: from marvin (pppin-91-a2.pop-koblenz.rz-online.NET [212.7.162.145]) by smtp.rhein-zeitung.DE (8.12.8/8.12.8) with SMTP id h9GGPvjh010137 for ; Thu, 16 Oct 2003 18:25:58 +0200 Message-ID: <001401c39402$cabdfd00$0500a8c0@marvin> From: "Eric Kohl" To: "ReactOS General List" References: <1066276692.31907.10.camel@bilbo.plasmic.com> Subject: Re: [ros-kernel] buslogic scsi driver for vmware Date: Thu, 16 Oct 2003 18:25:23 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 16:25:59 -0000 "Vizzini" wrote: > Just found this on http://www.vmware.com/download/open_sources.html - > looks like a GPL buslogic driver, written by them, for vmware windows > guests. We should be able to convert this to the ReactOS build system > and check it directly into CVS. If there are no objections, I'll do > this one of these days. This driver looks pretty good. It could be the piece of code we need to make scsiport work. I'll have a look at this later. Eric From ekohl@rz-online.de Thu Oct 16 18:26:01 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9GGQ0fB009093 for ; Thu, 16 Oct 2003 18:26:01 +0200 Received: from smtp.rhein-zeitung.DE (smtp.rhein-zeitung.DE [212.7.160.14]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9GGQ0lk049130 for ; Thu, 16 Oct 2003 18:26:00 +0200 Received: from marvin (pppin-91-a2.pop-koblenz.rz-online.NET [212.7.162.145]) by smtp.rhein-zeitung.DE (8.12.8/8.12.8) with SMTP id h9GGPvjj010137 for ; Thu, 16 Oct 2003 18:25:59 +0200 Message-ID: <001501c39402$cb5e34a0$0500a8c0@marvin> From: "Eric Kohl" To: "ReactOS Kernel" Date: Thu, 16 Oct 2003 18:29:32 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Subject: [ros-kernel] Section object initialization X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 16:26:01 -0000 Hi! I want to move the call to MmInit2() (section object initalization) in ntoskrnl/ke/main.c behind the call to ObInit() (object manager initialization) in order to register the section object type with the object manager as soon as the section object is initialized. Are there any reasons not to do this? It seems to work on my machine. Eric From steven_ed4153@yahoo.com Thu Oct 16 18:26:39 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9GGQbfB009114 for ; Thu, 16 Oct 2003 18:26:38 +0200 Received: from web21110.mail.yahoo.com (web21110.mail.yahoo.com [216.136.227.112]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9GGQZlk022576 for ; Thu, 16 Oct 2003 18:26:36 +0200 Message-ID: <20031016162630.30382.qmail@web21110.mail.yahoo.com> Received: from [66.83.186.125] by web21110.mail.yahoo.com via HTTP; Thu, 16 Oct 2003 09:26:30 PDT Date: Thu, 16 Oct 2003 09:26:30 -0700 (PDT) From: Steven Edwards Subject: Re: [ros-kernel] Re: WINE porting templates To: Dmitry Timoshkov , dpaun@rogers.com, wine-devel@winehq.com, Vizzini In-Reply-To: <01fe01c3938b$d3f03d60$d2823bd5@dmitry> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: ros-kernel@reactos.com X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 16:26:39 -0000 --- Dmitry Timoshkov wrote: > But for simple things which use pure Win32 APIs like USER controls, > message > boxes you have to be able to share code with Wine without any > significant > effort. > > By "porting" that code to reactos you gain nothing except bugs. Have > a look > at reactos/lib/user32/windows/messagebox.c "ported" from > wine/windows/msgbox.c: > code in reactos now has lots of unicode/ansi related bugs not existed > in Wine. > Why did you guys want to do that?! The controls are almost a 100% port with the debugging information changed and the Tweak_WINELOOK crap ripped out. A few things such as MessagesBox, Dialog Boxes and Scrollbars have been done a little differntly because we have had alot of people with thier hands in the cookie jar and because some things are implemented differntly in Windows than in WINE. I dont know much about our user32 implementation but I do know we have had to implement scrollbars in a differnt manner because of the way Windows NT and Wine differ in the implementation. I do agree that we should try and share more code though. When Ge and I have been porting code from WINE we have tried to keep it as unchanged as possible. Here are some examples - sprintf functions http://mok.lvcm.com/cgi-bin/reactos/ros-cvs/reactos/lib/user32/misc/sprintf.c http://cvs.winehq.com/cvsweb/wine/dlls/user/wsprintf.c ReactOS WINE controls http://mok.lvcm.com/cgi-bin/reactos/ros-cvs/reactos/lib/user32/controls/ http://cvs.winehq.com/cvsweb/wine/controls/ One thing that might help us on the ReactOS side with the code sharing is if Alexandre goes ahead with the WINE CVS tree cleanup. Most new people jumping in to ReactOS take a look at the WINE source tree and dont that wine/controls wine/dlls/user and wine/windows are all part of the same user32.dll. I know this is supposed to be put off until post 0.9 as it causes problems when doing CVS merges with codeweavers but it will help our never developers that come in and want to know what is where in the Winehq sources. Thanks Steven __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From alphax86@alltel.net Thu Oct 16 18:28:47 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9GGSlfB009131 for ; Thu, 16 Oct 2003 18:28:47 +0200 Received: from mta02-srv.alltel.net (mta02.alltel.net [166.102.165.144]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9GGSklk024518 for ; Thu, 16 Oct 2003 18:28:46 +0200 Received: from omni ([151.213.158.230]) by mta02-srv.alltel.net with ESMTP id <20031016162459.CBEO28866.mta02-srv.alltel.net@omni> for ; Thu, 16 Oct 2003 11:24:59 -0500 From: "Michael Rich" To: "'ReactOS General List'" Subject: RE: [ros-kernel] Initial roadmap page Date: Thu, 16 Oct 2003 12:24:59 -0400 Message-ID: <000c01c39402$0b2cd9c0$4604a8c0@alphax86.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 In-Reply-To: <20031015202538.20832.qmail@web41505.mail.yahoo.com> Importance: Normal X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 16:28:47 -0000 > Thanks for all the input regarding the roadmap; an initial > draft can be > found here: > http://reactos.com/content/view/full/333/ > > Suggestions and additional milestones on improving this are welcome How about support for Mono? We'll need a way to support all the growing number of .NET applications out there. mike From xnavara@volny.cz Thu Oct 16 19:52:38 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9GHqcfB009692 for ; Thu, 16 Oct 2003 19:52:38 +0200 Received: from smtp2.vol.cz (smtp2.vol.cz [195.250.128.42]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9GHqZlk111780 for ; Thu, 16 Oct 2003 19:52:35 +0200 Received: from hornet (prahab-5-85.dialup.vol.cz [62.177.69.217]) by smtp2.vol.cz (8.12.8p2/8.12.8) with SMTP id h9GHqJYO038971 for ; Thu, 16 Oct 2003 19:52:23 +0200 (CEST) (envelope-from xnavara@volny.cz) Message-ID: <051001c3940e$4180f810$1a4cb13e@hornet> From: "Filip Navara" To: "ReactOS General List" References: <031a01c39335$9da9da50$1a4cb13e@hornet> <200310152239.h9FMdtXK062096@dutlru2.lr.tudelft.nl> Subject: Re: [ros-kernel] Re: Explorer under ReactOS Date: Thu, 16 Oct 2003 19:49:56 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 17:52:38 -0000 Hi Please post me (privately) a complete debug log. I can't analyze the problem without it. And remember that it was only first attempt, even the Start Menu doesn't work because we doesn't have implemented DeferWindowPos. ----- Original Message ----- From: "Martin Fuchs" To: "ReactOS General List" Sent: Wednesday, October 15, 2003 11:00 PM Subject: [ros-kernel] Re: Explorer under ReactOS > Wow, now we have all missing dlls to launch explorer without getting unresolved symbols! > > But I can only see the green background. After a few seconds explorer terminates and I am returned to the blue command line mode. > May be I have done something wrong? > > 1.) I used FREELDR.SYS from the latest ISO image. You need newer. A precompiled version can be downloaded from reactos.wox.org. > 2.) I deleted the old registry files. They have been re-generated by binst.bat. > 3.) Copyied my current explorer.exe to BIN directory. > 4.) Copied your DLLs into SYSTEM32. > > I also have tried the new bochs version out of the download image. It also does not run with this. And why is this new version soooo much slower? Any option in bochsrc to correct this? > > Martin > Thanks Filip P.S. Sorry for taking me too long to answer. From iastrubn@actcom.co.il Thu Oct 16 20:38:00 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9GIc0fB010164 for ; Thu, 16 Oct 2003 20:38:00 +0200 Received: from smtp2.actcom.co.il (mail.actcom.co.il [192.114.47.15]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9GIbxlk014952 for ; Thu, 16 Oct 2003 20:37:59 +0200 Received: from line108-136.adsl.actcom.co.il (line108-136.adsl.actcom.co.il [192.117.108.136]) by smtp2.actcom.co.il (8.12.10/8.12.10) with ESMTP id h9GIbKhC027847 for ; Thu, 16 Oct 2003 20:37:36 +0200 From: Diego Iastrubni To: ros-kernel@reactos.com Subject: Re: [ros-kernel] Re: WINE porting templates Date: Thu, 16 Oct 2003 20:42:31 +0000 User-Agent: KMail/1.5.3 References: <20031016162630.30382.qmail@web21110.mail.yahoo.com> In-Reply-To: <20031016162630.30382.qmail@web21110.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-8-i" Content-Disposition: inline Message-Id: <200310162042.31389.iastrubn@actcom.co.il> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h9GIc0fB010164 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 18:38:00 -0000 áéĺí çîéůé, 16 áŕĺ÷čĺář 2003, 16:26, đëúá ňě éăé Steven Edwards: > The controls are almost a 100% port with the debugging information > changed and the Tweak_WINELOOK crap ripped out. A few things such as if i may say something... Dont remove the tweaks. It does not hurt, and it will help us in the future if we want to support themes. I hope I am not wrong. -- diego, 21 Tishrey 5764 Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html From steven_ed4153@yahoo.com Thu Oct 16 20:51:43 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9GIphfB010365 for ; Thu, 16 Oct 2003 20:51:43 +0200 Received: from web21102.mail.yahoo.com (web21102.mail.yahoo.com [216.136.227.104]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9GIpflk022732 for ; Thu, 16 Oct 2003 20:51:41 +0200 Message-ID: <20031016185119.2008.qmail@web21102.mail.yahoo.com> Received: from [66.83.186.125] by web21102.mail.yahoo.com via HTTP; Thu, 16 Oct 2003 11:51:19 PDT Date: Thu, 16 Oct 2003 11:51:19 -0700 (PDT) From: Steven Edwards Subject: Re: [ros-kernel] Re: WINE porting templates To: ReactOS General List In-Reply-To: <200310162042.31389.iastrubn@actcom.co.il> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 18:51:43 -0000 --- Diego Iastrubni wrote: > if i may say something... > > Dont remove the tweaks. It does not hurt, and it will help us in the > future if > we want to support themes. I hope I am not wrong. They are going away in favor of the uxtheme.dll support system in WindowsXP. I am almost done cleaning the WINE comdlg32.dll of all of the old cruft. Thanks Steven __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From steven_ed4153@yahoo.com Thu Oct 16 20:53:12 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9GIrCfB010392 for ; Thu, 16 Oct 2003 20:53:12 +0200 Received: from web21101.mail.yahoo.com (web21101.mail.yahoo.com [216.136.227.103]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9GIrBlk014996 for ; Thu, 16 Oct 2003 20:53:12 +0200 Message-ID: <20031016185306.38250.qmail@web21101.mail.yahoo.com> Received: from [66.83.186.125] by web21101.mail.yahoo.com via HTTP; Thu, 16 Oct 2003 11:53:06 PDT Date: Thu, 16 Oct 2003 11:53:06 -0700 (PDT) From: Steven Edwards Subject: RE: [ros-kernel] Initial roadmap page To: ReactOS General List In-Reply-To: <000c01c39402$0b2cd9c0$4604a8c0@alphax86.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 18:53:12 -0000 --- Michael Rich wrote: > How about support for Mono? > > We'll need a way to support all the growing number of .NET > applications > out there. Good idea Mike. I have spoken a bit with the Mono developers and this is something I think they would like to see also. Thanks Steven __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From steven_ed4153@yahoo.com Thu Oct 16 21:03:07 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9GJ37fB010521 for ; Thu, 16 Oct 2003 21:03:07 +0200 Received: from web21110.mail.yahoo.com (web21110.mail.yahoo.com [216.136.227.112]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9GJ36lk022680 for ; Thu, 16 Oct 2003 21:03:06 +0200 Message-ID: <20031016190255.72836.qmail@web21110.mail.yahoo.com> Received: from [66.83.186.125] by web21110.mail.yahoo.com via HTTP; Thu, 16 Oct 2003 12:02:55 PDT Date: Thu, 16 Oct 2003 12:02:55 -0700 (PDT) From: Steven Edwards Subject: Re: [ros-kernel] Re: WINE porting templates To: "Dimitrie O. Paun" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: wine-devel@winehq.com, Jason Filby , ReactOS General List X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 19:03:07 -0000 --- "Dimitrie O. Paun" wrote: > Well, I don't know why the w32api guys create their own headers > instead of using ours, that is their business. However, I don't > understand why the ReactOS folks have yet another set! Why not > work with the Wine headers? If there are problems, we are more > than willing to fix them, I don't think they are so far away > from the truth, are they? Well first off WINE doesnt support drivers so we have to have a DDK from somewhere that does give us support for developing WDM kernel mode drivers. > Also, I still don't understand what the problems are. It can't > be that there are many versions, that's irrelevant. It's like > saying your car has a problem because there are other cars :) I have rebuilt a few engines in my day and this has been like trying to take parts from a BMW and use them on a Honda. It just doesnt work most of the time. Dont get me wrong.... it should "just work". All of the interfaces should be the same but currently they are not and should be fixed. IMHO WINE should keep moving to supporting the PSDK as it is now. Once all of WINE can be built with the MS-PSDK then we can work on getting the rest of w32api in shape and dump the WINE headers except for the internal ones. Ditto for the ReactOS project. Our target should be to compile everything with the XP DDK and PSDK. As we work on both of these goals patches can be submitted to w32api so that at one day far in the future we can all dump our own systems and only use the Mingw w32api DDK/SDK. This all of course depends on if the Mingw people will accept the needed DirectX and Cabinet headers and if WINE will move to a Windows2K/XP model for DirectX support. Thanks Steven __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From noog@libero.it Thu Oct 16 21:18:50 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9GJIofB010748 for ; Thu, 16 Oct 2003 21:18:50 +0200 Received: from smtp2.libero.it (smtp2.libero.it [193.70.192.52]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9GJInlk049682 for ; Thu, 16 Oct 2003 21:18:49 +0200 Received: from aldebaran (151.25.197.57) by smtp2.libero.it (7.0.020-DD01) id 3F6F0DA900889D19 for ros-kernel@reactos.com; Thu, 16 Oct 2003 21:15:36 +0200 Received: from aldebaran (HELO aldebaran.libero.it) [127.0.0.1] by aldebaran (169.254.25.129) with ESMTP (Classic Hamster Vr. 2.0 Build 2.0.0.0) ; Thu, 16 Oct 2003 04:24:51 +0200 Message-Id: <6.0.0.22.2.20031015215956.039b7138@pop3.aldebaran> X-Sender: hyperion@pop3.aldebaran (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Thu, 16 Oct 2003 04:24:47 +0200 To: ReactOS General List From: "KJK::Hyperion" Subject: Re: [ros-kernel] ReactOS Roadmap In-Reply-To: <1066192895.4038.125.camel@bilbo.plasmic.com> References: <20031013192610.75758.qmail@web41505.mail.yahoo.com> <6.0.0.22.2.20031014132427.04e6a298@pop3.aldebaran> <1066192895.4038.125.camel@bilbo.plasmic.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Posting-Agent: Hamster/2.0.0.0 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 19:18:50 -0000 At 06.41 15/10/2003, you wrote: >>12-18 months: getting rid of the CSRSS monstrosity for good. >[...] >Well put, as usual. :-) It's probably way too early to worry about this >sort of thing, but what *do* you propose instead of the csrss-style >architecture? The consoles will become true devices. The console driver will still be just a bridge between client applications and a server, but this shouldn't be understimated. On the slave side there *has* to be a server process, because it's just better, and if said server process can be user-defined (plain impossible with CSRSS - if not for anything else, no way you could signal a console client from a console server running under a different account) it's even better. Using I/O for inter-process communication *may* be even less efficient than LPC, but there's the big advantage that I/O is exponentially easier to use in kernel-mode, and supporting a kernel-mode console server is vital (imagine the headless server scenario. A simple kernel-mode console server is efficient - cutting on all the fancy user-friendliness that a headless server rarely needs - and removes the need for win32k.sys, while still exposing a decently usable console). Console handles, as a side effect, will be true, full-fledged handles, with correct handle semantics. Ever wondered why the runas command always opens a new console? because console handles aren't true handles, that's why (see "half-assed attempts at a microkernel"). True handles mean that, when switching from text-only mode to GUI, the text-mode console server could spawn a child process (the GUI console server) and hand over the ownership of the slave side to it by simply duplicating its handle - thus preserving all the consoles you opened in text mode. True handles mean you could attach to any console and write to it - message broadcasts in text mode anyone? Does this sound a bit like UNIX? good, because that's the point Preserving the old console control semantics (creating a dispatcher thread that goes through the list of registered handlers) won't be hard, once you remove the requirement for threads to be registered with CSRSS: you just create the thread. End of the story. Threads created from outside kernel32.dll will lack the default exception handler, so what? if you're really interested in it, you write it by yourself - the default exception filter does all the magic, and it's a public function. The real point is that you can happily call Win32 functions (and - especially - write to consoles) with no special initialization steps. On top of that, since I haven't abandoned my old dream of a POSIX subsystem, this will make things much easier for my successor - let's not go into what unholy steps are to be taken on Windows to trick CSRSS into accepting a Win32 process that wasn't started, in turn, from a Win32 process (let's just say it involves a disassembler - in your code, not as a development tool - and a lot of testing - two things I still haven't been successful at forcing myself to). Really, ReactOS will be a much better place without CSRSS. The birds will sing, the sun will shine and the processes will roam free, regardless of age, gender, religion or subsystem No CSRSS means nothing that must be started before you can start anything else. No CSRSS, nor SMSS: if I want the kernel to run a batch file at startup instead of SMSS, I should be able to - in fact, a boot-time script should be the *default*. Boot time activities, such as loading the well known DLLs, creating the swap files, saving the crash dump to a file, etc. will be assigned to startup scripts and applications, to allow a better granularity of configuration. The whole concept of a "boot verification program" will be obsolete. You will be able to decrypt the SAM with a custom procedure, instead of being limited to a measly three options (see SysKey), none of which sounds all that exciting (what if you want to use SHA-1 + AES? what if you want to use a smart card? etc.). Winlogon and the SCM will be two normal user-mode applications, with nothing really special about them: you'll be able to start and stop them at will, or kill them if they misbehave (all too common for such a complex beast as Winlogon - and I speak from experience) - or, heck, not run them at all. Hey, what I was thinking? the setup program could be a Win32 app! To whomever is currently developing it: imagine being able to debug USetup in Visual Studio (or your favorite debugger/IDE), instead of... whatever you're using now (with, I think, much pain). You could use format and fdisk (maybe implementing a console server in USetup to better control them), instead of duplicating their features inside USetup, and the future transition to a GUI installer would be seamless. Also, phasing out CSRSS alone could be the single biggest step towards the mythical one-phase setup. Does this sound more and more like UNIX? no, make that "like any decent operating system" Hard errors will be handled per-thread, with callback semantics, like they are meant to be (except those with an action of ShutdownSystem, that are meant to cause a controlled BSOD). The PEB has room for several callback pointers: it won't hurt to reserve one for hard errors, right? and an extra one called by win32k.sys to convert a thread into a GUI thread, that could be handled in user32.dll by, among other things, replacing the hard error handler with one that shows a message box (possibly thread-modal, certainly not broadcasted). For those unsure: yes, it has to be a callback - it's vital for out ntdll!Ki* symbols to strictly match those of Windows, because the awareness of the hidden, locked potential of the Native layer is growing, and it would be gratuitous to change well-known stuff "just because". Having few, predictable entry points from which execution can resume is good design, too: just look at all the pains the Valgrind team is going through to catch all signals, lacking Linux well-defined points at which execution resumes (not counting the NtContinue and NtSetContextThread anomalies, Windows has exactly four - namely, user-mode APC, callback, exception and system exception. Five, if we count LdrInitializeThunk in) CSRSS as a host for win32k.sys kernel-mode worker threads (no, really, I'm not making this up: it's documented in "Inside Microsoft Windows 2000". Try to terminate CSRSS, just for fun: observe how the GUI freezes) is useless. win32k.sys can either exploit the under-used System process (it typically has just less than 500 KBs of virtual memory), or fork it with PsCreateSystemProcess CSRSS as a debugging proxy server is an outdated concept: Windows XP and later have abandoned the old LPC-based debugging API in favor of a more traditional object-oriented native API, and I mean to do exactly the same >Goal #1 (and #2 and #2) has to be windows app compatibility, in my book. removing CSRSS will give you backward *and* forward compatibility. "Forward" because you'll be able to use Windows applications in contexts where it used to be impossible. I really don't care how hard it will be to move the consoles to a driver: it just begs to be done, and it's the key to unlock a better Windows >Also, a tangential point: you had mentioned to me several months ago that >you had looked into kd support; sorry to disappoint you, but that doesn't sound like something I would say. kd is black magic to me. I have no idea about the remote debugging protocol, nor the kernel-mode voodoo required to place breakpoints, alter thread contexts, etc. Furthermore, most features of kd extensions depend on non-public symbols and data structures, so we'd have to reimplement those, like ReactOS was a new release of Windows. A possible, alternate debugging strategy? somehow making the ReactOS kernel run in Windows, possibly as an user-mode virtual machine, UM-Linux style. Nah, overkill. I'm sure our kernel debugging genius is out there, somewhere, and has a better idea (who ported Private Ice, again?) From jasonfilby@yahoo.com Thu Oct 16 21:21:38 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9GJLbfB010794 for ; Thu, 16 Oct 2003 21:21:37 +0200 Received: from web41503.mail.yahoo.com (web41503.mail.yahoo.com [66.218.93.86]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9GJLblk049688 for ; Thu, 16 Oct 2003 21:21:37 +0200 Message-ID: <20031016192124.1781.qmail@web41503.mail.yahoo.com> Received: from [155.239.192.171] by web41503.mail.yahoo.com via HTTP; Thu, 16 Oct 2003 12:21:24 PDT Date: Thu, 16 Oct 2003 12:21:24 -0700 (PDT) From: Jason Filby Subject: Re: [ros-kernel] Initial roadmap page To: ReactOS General List MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 19:21:38 -0000 Hi Mike Well Mono is already supported - so is Java. The Mono and Java apps you can run are just limited by the implementation state of ReactOS APIs. So "supporting Mono" is way too broad - what does that mean? Ability to run all Mono apps? Thanks Jason Michael Rich wrote: >How about support for Mono? > > __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From noog@libero.it Thu Oct 16 21:22:34 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9GJMYfB010831 for ; Thu, 16 Oct 2003 21:22:34 +0200 Received: from smtp2.libero.it (smtp2.libero.it [193.70.192.52]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9GJMYlk024460 for ; Thu, 16 Oct 2003 21:22:34 +0200 Received: from aldebaran (151.25.197.57) by smtp2.libero.it (7.0.020-DD01) id 3F6F0DA900889D1F for ros-kernel@reactos.com; Thu, 16 Oct 2003 21:15:36 +0200 Received: from aldebaran (HELO aldebaran.libero.it) [127.0.0.1] by aldebaran (169.254.25.129) with ESMTP (Classic Hamster Vr. 2.0 Build 2.0.0.0) ; Thu, 16 Oct 2003 04:38:19 +0200 Message-Id: <6.0.0.22.2.20031016043017.04459430@pop3.aldebaran> X-Sender: hyperion@pop3.aldebaran (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Thu, 16 Oct 2003 04:38:17 +0200 To: ReactOS General List From: "KJK::Hyperion" Subject: Re: [ros-kernel] Re: WINE porting templates In-Reply-To: <20031015152554.36183.qmail@web41506.mail.yahoo.com> References: <200310150019.28995.dpaun@rogers.com> <20031015152554.36183.qmail@web41506.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Posting-Agent: Hamster/2.0.0.0 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 19:22:34 -0000 At 17.25 15/10/2003, you wrote: >User32 and gdi32 are likely to be a problem as the bulk of our >implementation is in kernel mode win32k.sys. I have good reasons to think that Microsoft managed to maintain a single codebase for all post-Windows 95 variations of user32.dll, gdi32.dll and win32k.sys. If you read the debugging symbols, you'll see the same naming conventions of core functions among all three. And did you know win32k.sys doesn't return status codes, but sets the last error, like it was in user mode? My theory is that they devised the baroque protocol based on system calls, shared memory and worker threads just to hide to user32.dll/gdi32.dll the fact that they were being split into an user-mode and a kernel-mode part and that multiple instances of them were to be active simultaneously. I think this is how they managed to port Win32 to a protected memory system with a minimal (for small enough values of "minimal") fork of their codebase. With guts and luck, we may be able to pull the same stunt with Wine From noog@libero.it Thu Oct 16 21:22:38 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9GJMcfB010838 for ; Thu, 16 Oct 2003 21:22:38 +0200 Received: from smtp2.libero.it (smtp2.libero.it [193.70.192.52]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9GJMYlk049760 for ; Thu, 16 Oct 2003 21:22:34 +0200 Received: from aldebaran (151.25.197.57) by smtp2.libero.it (7.0.020-DD01) id 3F6F0DA900889D28 for ros-kernel@reactos.com; Thu, 16 Oct 2003 21:15:38 +0200 Received: from aldebaran (HELO aldebaran.libero.it) [127.0.0.1] by aldebaran (169.254.25.129) with ESMTP (Classic Hamster Vr. 2.0 Build 2.0.0.0) ; Thu, 16 Oct 2003 04:47:47 +0200 Message-Id: <6.0.0.22.2.20031016042958.0443f400@pop3.aldebaran> X-Sender: hyperion@pop3.aldebaran (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Thu, 16 Oct 2003 04:47:45 +0200 To: ReactOS General List From: "KJK::Hyperion" Subject: Re: [ros-kernel] Re: WINE porting templates In-Reply-To: <001401c39335$0e77fc40$0500a8c0@marvin> References: <20031015152554.36183.qmail@web41506.mail.yahoo.com> <001401c39335$0e77fc40$0500a8c0@marvin> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Posting-Agent: Hamster/2.0.0.0 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 19:22:38 -0000 At 17.57 15/10/2003, you wrote: >>User32 and gdi32 are likely to be a problem as the bulk of our >>implementation is in kernel mode win32k.sys. >More problems will be caused by advapi32 and rpcrt4 because ReactOS will >use LPC instead of Unix-Sockets for local IPC. naw. The "fork" will be limited to writing different RPC drivers for the ncalrpc transport. ncacn_ip_tcp and ncadg_ip_udp will make us face a choice, though: performance or portability? the Microsoft drivers (it's a documented fact) talk to the network drivers directly, because Winsock was deemed to add too much overhead to the already fatty DCE RPC protocol. But if we use Winsock, we'd be able to share 100% of the code with Wine (we have an advantage over Microsoft, though - custom builds will be a strong point for ReactOS, and a "fake" Winsock DLL supporting just TCP and UDP could be used, if the user desires so, in place of the true one, achieving the best performance - with 100% compatibility - for people that don't need to run odd network protocols) From chorns@users.sourceforge.net Thu Oct 16 21:53:10 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9GJrAfB011092 for ; Thu, 16 Oct 2003 21:53:10 +0200 Received: from cicero1.cybercity.dk (cicero1.cybercity.dk [212.242.40.4]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9GJrAlk014870 for ; Thu, 16 Oct 2003 21:53:10 +0200 Received: from user3.cybercity.dk (fxp0.user3.ip.cybercity.dk [212.242.41.36]) by cicero1.cybercity.dk (Postfix) with ESMTP id 91BFE7E7D8B for ; Thu, 16 Oct 2003 21:53:06 +0200 (CEST) Received: from ZEUS (port57.ds1-trg.adsl.cybercity.dk [212.242.245.122]) by user3.cybercity.dk (Postfix) with ESMTP id 2C25C94054 for ; Thu, 16 Oct 2003 21:53:06 +0200 (CEST) From: "Casper Hornstrup" To: Date: Thu, 16 Oct 2003 21:49:36 +0200 Message-ID: <00e801c3941e$a1524900$0200000a@ZEUS> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0 In-Reply-To: <00a301c393b4$a29891d0$0200000a@ZEUS> Importance: Normal Subject: [ros-kernel] sectest X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 19:53:10 -0000 Does anyone have an idea on how to get sectest working again? It seems as if MiReadPage only operates on cached filestreams and caching is not initialized on the filestream. Casper From noog@libero.it Thu Oct 16 22:14:09 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9GKE9fB011228 for ; Thu, 16 Oct 2003 22:14:09 +0200 Received: from smtp3.libero.it (smtp3.libero.it [193.70.192.127]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9GKE9lk014850 for ; Thu, 16 Oct 2003 22:14:09 +0200 Received: from aldebaran (151.25.197.57) by smtp3.libero.it (7.0.020-DD01) id 3F6F04A6008A34DA for ros-kernel@reactos.com; Thu, 16 Oct 2003 22:10:18 +0200 Received: from aldebaran (HELO aldebaran.libero.it) [127.0.0.1] by aldebaran (169.254.25.129) with ESMTP (Classic Hamster Vr. 2.0 Build 2.0.0.0) ; Thu, 16 Oct 2003 22:13:11 +0200 Message-Id: <6.0.0.22.2.20031016220327.04972100@pop3.aldebaran> X-Sender: hyperion@pop3.aldebaran (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Thu, 16 Oct 2003 22:13:09 +0200 To: ReactOS General List From: "KJK::Hyperion" Subject: Re: [ros-kernel] Section object initialization In-Reply-To: <001501c39402$cb5e34a0$0500a8c0@marvin> References: <001501c39402$cb5e34a0$0500a8c0@marvin> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Posting-Agent: Hamster/2.0.0.0 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 20:14:09 -0000 At 18.29 16/10/2003, you wrote: >I want to move the call to MmInit2() (section object initalization) in >ntoskrnl/ke/main.c behind the call to ObInit() (object manager >initialization) in order to register the section object type with the >object manager as soon as the section object is initialized. why not use topological sort to ensure initialization routines are called in the proper order? the algorithm is very simple: void init_doh(void) { // node coloring to prevent infinite recursion static bool entered = 0; if(entered) return; else entered = 1; // initialize units Doh depends from init_blah(); init_graz(); // initialize Doh unit // etc. } You keep an array of initialization routines somewhere, something like: void (*inits[])(void) = { init_blah, init_doh, init_graz }; and just call them one by one. They'll resolve the dependencies automatically, they'll ensure by themselves they won't be called twice and they'll require no micro-management. If you find yourself in some nasty circular dependency scenario, you just split the initialization functions into smaller ones From beta_guy@telus.net Thu Oct 16 22:17:06 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9GKH6fB011254 for ; Thu, 16 Oct 2003 22:17:06 +0200 Received: from priv-edtnes03-hme0.telusplanet.net (outbound01.telus.net [199.185.220.220]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9GKH5lk022686 for ; Thu, 16 Oct 2003 22:17:05 +0200 Received: from jeffb2591s1ij2 ([198.53.47.59]) by priv-edtnes03-hme0.telusplanet.net (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with SMTP id <20031016201313.FUML12099.priv-edtnes03-hme0.telusplanet.net@jeffb2591s1ij2> for ; Thu, 16 Oct 2003 14:13:13 -0600 Message-ID: <003001c39422$08e6d3d0$0400a8c0@jeffb2591s1ij2> From: "Jeff Smith" To: "ReactOS General List" References: <001b01c393b2$e4e48870$0100a8c0@BRIANP> Subject: Re: [ros-kernel] ReactOS Won't boot (freeldr glitch) Date: Thu, 16 Oct 2003 14:13:56 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.0 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 20:17:06 -0000 0001ff3e T _AllocateListMemory let me know if you need more info ----- Original Message ----- From: "Brian Palmer" To: "'ReactOS General List'" Sent: Thursday, October 16, 2003 12:58 AM Subject: RE: [ros-kernel] ReactOS Won't boot (freeldr glitch) > If you have the corresponding freeldr.sym file for this build of freeldr > then you can look up the EIP in the .sym file and see what function it > was in when it crashed. > > Brian > > > -----Original Message----- > > From: ros-kernel-bounces@reactos.com > > [mailto:ros-kernel-bounces@reactos.com] On Behalf Of Jeff Smith > > Sent: Thursday, October 16, 2003 12:25 AM > > To: ReactOS General List > > Subject: [ros-kernel] ReactOS Won't boot (freeldr glitch) > > > > > > I made a boot cd installer, and was able to install it > > corretly, the installer crashed near the end, where it tellls > > you to press enter to reboot, I'm not sure if this is related > > or not however once I tried booting, I got this boot screen > > and nothing worked afterwards. > > > > let me know what info I can give you to resolve this issue. > > > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel From noog@libero.it Thu Oct 16 22:24:10 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9GKOAfB011328 for ; Thu, 16 Oct 2003 22:24:10 +0200 Received: from smtp3.libero.it (smtp3.libero.it [193.70.192.127]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9GKO9lk014948 for ; Thu, 16 Oct 2003 22:24:10 +0200 Received: from aldebaran (151.25.197.57) by smtp3.libero.it (7.0.020-DD01) id 3F6F04A6008A4143 for ros-kernel@reactos.com; Thu, 16 Oct 2003 22:20:20 +0200 Received: from aldebaran (HELO aldebaran.libero.it) [127.0.0.1] by aldebaran (169.254.25.129) with ESMTP (Classic Hamster Vr. 2.0 Build 2.0.0.0) ; Thu, 16 Oct 2003 22:15:56 +0200 Message-Id: <6.0.0.22.2.20031016215747.049cfcf0@pop3.aldebaran> X-Sender: hyperion@pop3.aldebaran (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Thu, 16 Oct 2003 22:15:54 +0200 To: ReactOS General List From: "KJK::Hyperion" Subject: Re: [ros-kernel] Re: WINE porting templates In-Reply-To: <20031016161407.94751.qmail@web21103.mail.yahoo.com> References: <200310160002.40285.dpaun@rogers.com> <20031016161407.94751.qmail@web21103.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Posting-Agent: Hamster/2.0.0.0 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 20:24:10 -0000 At 18.14 16/10/2003, you wrote: >I dont know if better is the right word. WINE has more compleate headers >but they are not the most correct. The w32api people are very anal (No >Offence Danny) about getting changes in to the package. and I know something about it (see not accepting my patches because I wanted to remain anonymous) >The issue we have is that currently there are 3 or 4 standard sets of >headers to deal with. ReactOS internal headers, WINE headers, w32api >headers and the Microsoft headers. we should follow the Microsoft convention, IMHO. If the PSDK documents that AllocConsole is defined in wincon.h, I should find it in wincon.h, no matter on what compiler. I don't know if w32api conforms, but older versions didn't From steven_ed4153@yahoo.com Thu Oct 16 23:34:58 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9GLYwfB011928 for ; Thu, 16 Oct 2003 23:34:58 +0200 Received: from web21101.mail.yahoo.com (web21101.mail.yahoo.com [216.136.227.103]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9GLYulk014916 for ; Thu, 16 Oct 2003 23:34:56 +0200 Message-ID: <20031016213451.78388.qmail@web21101.mail.yahoo.com> Received: from [66.83.186.125] by web21101.mail.yahoo.com via HTTP; Thu, 16 Oct 2003 14:34:51 PDT Date: Thu, 16 Oct 2003 14:34:51 -0700 (PDT) From: Steven Edwards Subject: Re: [ros-kernel] ReactOS Roadmap To: ReactOS General List In-Reply-To: <6.0.0.22.2.20031015215956.039b7138@pop3.aldebaran> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 21:34:59 -0000 --- "KJK::Hyperion" wrote: > testing - two things I still haven't been successful at forcing > myself to). > Really, ReactOS will be a much better place without CSRSS. The birds > will > sing, the sun will shine and the processes will roam free, regardless > of > age, gender, religion or subsystem You have a way with words....... As for the rest of the email I guess that settles it on the KD issue. We need to try to get PICE up and going. Eugene Ingerman was the person that did the port. You still around Eugene? Thanks Steven __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From alphax86@alltel.net Fri Oct 17 07:16:45 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9H5GjfB014695 for ; Fri, 17 Oct 2003 07:16:45 +0200 Received: from mta01-srv.alltel.net (mta01.alltel.net [166.102.165.143]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9H5Gilk024498 for ; Fri, 17 Oct 2003 07:16:44 +0200 Received: from omni ([151.213.158.230]) by mta01-srv.alltel.net with ESMTP id <20031017051257.MTWG11902.mta01-srv.alltel.net@omni> for ; Fri, 17 Oct 2003 00:12:57 -0500 From: "Michael Rich" To: "'ReactOS General List'" Subject: RE: [ros-kernel] Initial roadmap page Date: Fri, 17 Oct 2003 01:12:56 -0400 Message-ID: <000601c3946d$537d90f0$4604a8c0@alphax86.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal In-Reply-To: <20031016192124.1781.qmail@web41503.mail.yahoo.com> X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2003 05:16:45 -0000 > Well Mono is already supported - so is Java. The Mono and > Java apps you > can run are just limited by the implementation state of > ReactOS APIs. So > "supporting Mono" is way too broad - what does that mean? > Ability to run > all Mono apps? When I was typing the message up, in my mind "support" was the ability to execute existing .NET applications. This may be more of a Mono specific item since ROS just handles the plumbing and Mono does the rest. Specifically I'd like to see ASP.NET running on ROS. I believe Mono has support for it, but we'd need the TCP working properly for it to be of any use, though we could run it on localhost I suppose if the loopback stuff works. How about Apache? Will it run yet? If so then it can probably host the ASP.NET engine because I see a mod_mono for Apach on the go-mono website. mike From gerard.gatineau@laposte.net Fri Oct 17 11:27:24 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9H9ROfB016637 for ; Fri, 17 Oct 2003 11:27:24 +0200 Received: from mx.laposte.net (mx.laposte.net [81.255.54.11]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9H9ROlk055078 for ; Fri, 17 Oct 2003 11:27:24 +0200 Received: from laposte.net (172.181.178.69) by mx.laposte.net (6.0.053) (authenticated as gerard.gatineau@laposte.net) id 3F48B1C500D94BF3 for ros-kernel@reactos.com; Fri, 17 Oct 2003 11:26:07 +0200 Message-ID: <3F8FB5AA.3000309@laposte.net> Date: Fri, 17 Oct 2003 11:26:02 +0200 From: gge User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ReactOS General List Subject: Re: [ros-kernel] Explorer under ReactOS - Test result References: <031a01c39335$9da9da50$1a4cb13e@hornet> In-Reply-To: <031a01c39335$9da9da50$1a4cb13e@hornet> Content-Type: multipart/mixed; boundary="------------030101070109010408010104" X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2003 09:27:24 -0000 This is a multi-part message in MIME format. --------------030101070109010408010104 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Filip Navara wrote: >Hi all! > >Yesterday I submitted few patches to get our Explorer running under ReactOS. >It's far from complete, but if anyone want to try it, here are the required >steps: > >1) Get latest FreeLdr + ReactOS, compiled them and install. The new FreeLdr >is not requirment, but may be needed because of buggy registry cell >calculation in previous versions. >2) Rebuild registry. >3) Build or download our Explorer. (see http://www.sky.franken.de/explorer/) >4) Get prebuilt Wine DLLs from www.volny.cz/xnavara/reactos/dlls/alldlls.zip >(~ 1 Mb) > >Happy hacking >Filip > > Hi, I have updated my local cvs tree last night and built reactos module. I followed the steps you indicated except I booted Ros by from harddisk (boot.bat) When I run "Explorer" from the cmd line , the system hangs up after displaying a green screen and a grey bar at the bottom of the sreen. I have attached the error messages I got on the Debug Com port Regards Gge --------------030101070109010408010104 Content-Type: application/zip; name="explorer_test.zip" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="explorer_test.zip" UEsDBBQAAAAIAPZaUS8b4n/XegEAAHg9AAASAAAARXhwbG9yZXJfZXJyb3IudHh07ZTRTsIw FIbvSfYOxyslIdqBDtidCAoGQwI33pFu7cawtLhVI29vRYgagwkxJCP5v6ttXc+as/98XuXM RHMZ2+IiFZm7PI/DBmtV6YbrU0tCKmklzUbRPGRvjDXbLcZZjexqKT8fJMxRo0TxNGRexdun XjPwA1kXjT/r3Q4eH3ohaSkFDcfTSf963OtS8bJcmtzS0HCR6ZSy2GjKFjyVxRFs+t2j4PKq SnfdwahzPx2a+Mk1iBKeKVc1MTl971Uunz/aRV/t8iq55IX7gr+reFAlirlal8vNIqTtOyJ2 677f3vHrLpvu1w30K1eZoNF6tc+1UJuvr9PwY2eU2UhZt7MetKu0ac7E5tLGs46y7hCajFYr cjc10sZuF0/2P8C2JQc9QLmGAcFBcGBRWBTDAIsiOLAoLIphgEURnKMKTsmFCItiGGBRBKfk wSm5EGFRDAMsiuCUPDglFyIsimGARRGcgwWHAAAAAAAAAAAAAAAAAAAAAAAA/It3UEsBAhYL FAAAAAgA9lpRLxvif9d6AQAAeD0AABIAAAAAAAAAAQAgAICBAAAAAEV4cGxvcmVyX2Vycm9y LnR4dFBLBQYAAAAAAQABAEAAAACqAQAAAAA= --------------030101070109010408010104-- From xnavara@volny.cz Fri Oct 17 11:52:47 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9H9qlfB016782 for ; Fri, 17 Oct 2003 11:52:47 +0200 Received: from webmail1.vol.cz (webmail1.vol.cz [195.250.155.194]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9H9qklk111706 for ; Fri, 17 Oct 2003 11:52:46 +0200 Received: from webmail1.vol.cz (localhost [127.0.0.1]) by webmail1.vol.cz (8.12.8p2/8.12.8) with ESMTP id h9H9qcVf091067 for ; Fri, 17 Oct 2003 11:52:38 +0200 (CEST) (envelope-from xnavara@volny.cz) Received: (from www@localhost) by webmail1.vol.cz (8.12.8p2/8.12.8/Submit) id h9H9qcBe091066; Fri, 17 Oct 2003 11:52:38 +0200 (CEST) X-Authentication-Warning: webmail1.vol.cz: www set sender to xnavara@volny.cz using -f MIME-Version: 1.0 Subject: Re: [ros-kernel] Explorer under ReactOS - Test result From: "thehacker2307" Sender: xnavara@volny.cz To: "ReactOS General List" Date: Fri, 17 Oct 2003 11:52:38 +0200 (CEST) Message-ID: <14aac352866cd53d1a37104017cda78c@www1.mail.volny.cz> X-Mailer: Volny.cz Webmail2 1.38 X-Originating-Ip: 81.30.232.21 X-Originating-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows 98) X-Priority: 3 X-MSMail-Priority: Normal In-Reply-To: <3F8FB5AA.3000309@laposte.net> References: <031a01c39335$9da9da50$1a4cb13e@hornet> <3F8FB5AA.3000309@laposte.net> Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h9H9qlfB016782 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2003 09:52:47 -0000 Thanks for report, I think that's the same problem as Martin had and I am now able to replicate it on real hardware myself. Debugging on real hardware is hard for me, but I will try to fix it tonight. Filip ----- PŮVODNÍ ZPRÁVA ----- Od: "gge" Komu: "ReactOS General List" Předmět: Re: [ros-kernel] Explorer under ReactOS - Test Datum: 17.10.2003 - 11:36:14 > Filip Navara wrote: > > >Hi all! > > > >Yesterday I submitted few patches to get our Explorer > >running under ReactOS. > >It's far from complete, but if anyone want to try it, > >here are the required > >steps: > > > >1) Get latest FreeLdr + ReactOS, compiled them and > >install. The new FreeLdr > >is not requirment, but may be needed because of buggy > >registry cell > >calculation in previous versions. > >2) Rebuild registry. > >3) Build or download our Explorer. (see > >http://www.sky.franken.de/explorer/) > >4) Get prebuilt Wine DLLs from > >www.volny.cz/xnavara/reactos/dlls/alldlls.zip > >(~ 1 Mb) > > > >Happy hacking > >Filip > > > > > > Hi, > > I have updated my local cvs tree last night and built > reactos module. > I followed the steps you indicated except I booted Ros > by from harddisk > (boot.bat) > When I run "Explorer" from the cmd line , the system > hangs up after > displaying a green screen and a grey bar at the bottom > of the sreen. > I have attached the error messages I got on the Debug > Com port > > Regards > Gge > -- Potrebujete vice prostoru pro vase stranky? Ptejte se na http://sluzby.volny.cz/cs/product/ftp_paid From vizzini@plasmic.com Fri Oct 17 17:04:43 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9HF4hfB018570 for ; Fri, 17 Oct 2003 17:04:43 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9HF4hlk048732 for ; Fri, 17 Oct 2003 17:04:43 +0200 Received: from sts (steve-o [209.242.72.96]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9HF4cE4000703 for ; Fri, 17 Oct 2003 10:04:38 -0500 Subject: RE: [ros-kernel] Initial roadmap page From: Vizzini To: ReactOS General List In-Reply-To: <000601c3946d$537d90f0$4604a8c0@alphax86.com> References: <000601c3946d$537d90f0$4604a8c0@alphax86.com> Content-Type: text/plain Message-Id: <1066402952.24185.3.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Fri, 17 Oct 2003 10:02:32 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2003 15:04:44 -0000 On Fri, 2003-10-17 at 00:12, Michael Rich wrote: > > Well Mono is already supported - so is Java. The Mono and > > Java apps you > > can run are just limited by the implementation state of > > ReactOS APIs. So > > "supporting Mono" is way too broad - what does that mean? > > Ability to run > > all Mono apps? > > When I was typing the message up, in my mind "support" was the ability > to execute existing .NET applications. This may be more of a Mono > specific item since ROS just handles the plumbing and Mono does the > rest. That's correct; however, we don't yet have all of the plumbing in place that Mono will eventually need, so we still have work to do. At the moment, we're not the blocker, though. > How about Apache? Will it run yet? If so then it can probably host the > ASP.NET engine because I see a mod_mono for Apach on the go-mono > website. We don't have tcp/ip yet, so no, Apache won't run. It's one of the first big apps I have in mind getting to work, though. I'd say, as a ballpark, that it's 6 months out or so. -Vizzini From xnavara@volny.cz Fri Oct 17 17:29:09 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9HFT9fB018661 for ; Fri, 17 Oct 2003 17:29:09 +0200 Received: from smtp3.vol.cz (smtp3.vol.cz [195.250.128.83]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9HFT9lk014132 for ; Fri, 17 Oct 2003 17:29:09 +0200 Received: from hornet (prahaa-5-50.dialup.vol.cz [62.177.72.182]) by smtp3.vol.cz (8.12.8p2/8.12.8) with SMTP id h9HFT08C042065 for ; Fri, 17 Oct 2003 17:29:00 +0200 (CEST) (envelope-from xnavara@volny.cz) Message-ID: <001501c394c3$61ee8120$b648b13e@hornet> From: "Filip Navara" To: "ReactOS General List" References: <031a01c39335$9da9da50$1a4cb13e@hornet><3F8FB5AA.3000309@laposte.net> <14aac352866cd53d1a37104017cda78c@www1.mail.volny.cz> Subject: Re: [ros-kernel] Explorer under ReactOS - Test result Date: Fri, 17 Oct 2003 17:28:57 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2003 15:29:09 -0000 This issue should be fixed now in CVS, you only need to rebuild the registry (hopefully). Filip ----- Original Message ----- From: "thehacker2307" To: "ReactOS General List" Sent: Friday, October 17, 2003 11:52 AM Subject: Re: [ros-kernel] Explorer under ReactOS - Test result > Thanks for report, I think that's the same problem as Martin had > and I am now able to replicate it on real hardware myself. > Debugging on real hardware is hard for me, but I will try to fix > it tonight. > > Filip > ----- PŮVODNÍ ZPRÁVA ----- > Od: "gge" > Komu: "ReactOS General List" > Předmět: Re: [ros-kernel] Explorer under ReactOS - Test > Datum: 17.10.2003 - 11:36:14 > > > Filip Navara wrote: > > > > >Hi all! > > > > > >Yesterday I submitted few patches to get our Explorer > > >running under ReactOS. > > >It's far from complete, but if anyone want to try it, > > >here are the required > > >steps: > > > > > >1) Get latest FreeLdr + ReactOS, compiled them and > > >install. The new FreeLdr > > >is not requirment, but may be needed because of buggy > > >registry cell > > >calculation in previous versions. > > >2) Rebuild registry. > > >3) Build or download our Explorer. (see > > >http://www.sky.franken.de/explorer/) > > >4) Get prebuilt Wine DLLs from > > >www.volny.cz/xnavara/reactos/dlls/alldlls.zip > > >(~ 1 Mb) > > > > > >Happy hacking > > >Filip > > > > > > > > > > Hi, > > > > I have updated my local cvs tree last night and built > > reactos module. > > I followed the steps you indicated except I booted Ros > > by from harddisk > > (boot.bat) > > When I run "Explorer" from the cmd line , the system > > hangs up after > > displaying a green screen and a grey bar at the bottom > > of the sreen. > > I have attached the error messages I got on the Debug > > Com port > > > > Regards > > Gge > > > > -- > Potrebujete vice prostoru pro vase stranky? > Ptejte se na http://sluzby.volny.cz/cs/product/ftp_paid > > > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > From iastrubn@actcom.co.il Fri Oct 17 18:05:24 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9HG5OfB018977 for ; Fri, 17 Oct 2003 18:05:24 +0200 Received: from smtp2.actcom.co.il (mail.actcom.net.il [192.114.47.15]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9HG5Hlk014262 for ; Fri, 17 Oct 2003 18:05:19 +0200 Received: from line108-136.adsl.actcom.co.il (line108-136.adsl.actcom.co.il [192.117.108.136]) by smtp2.actcom.co.il (8.12.10/8.12.10) with ESMTP id h9HG4xhC012949; Fri, 17 Oct 2003 18:04:59 +0200 From: Diego Iastrubni To: ReactOS General List , Vizzini Subject: Re: [ros-kernel] Initial roadmap page Date: Fri, 17 Oct 2003 18:04:59 +0200 User-Agent: KMail/1.5.3 References: <000601c3946d$537d90f0$4604a8c0@alphax86.com> <1066402952.24185.3.camel@bilbo.plasmic.com> In-Reply-To: <1066402952.24185.3.camel@bilbo.plasmic.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Message-Id: <200310171804.59761.iastrubn@actcom.co.il> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h9HG5OfB018977 Cc: X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2003 16:05:24 -0000 ביום שישי, 17 ב×וק×ובר 2003, 17:02, נכתב על ידי Vizzini: > We don't have tcp/ip yet, so no, Apache won't run. It's one of the > first big apps I have in mind getting to work, though. I'd say, as a > ballpark, that it's 6 months out or so. i was about asking for that... how much until reactos.com will run ... reactos? cvs server on a ros box? 6 months is enough? -- diego, 22 Tishrey 5764 Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html From ekohl@rz-online.de Fri Oct 17 18:14:12 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9HGECfB019036 for ; Fri, 17 Oct 2003 18:14:12 +0200 Received: from smtp.rhein-zeitung.DE (smtp.rhein-zeitung.DE [212.7.160.14]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9HGEClk062190 for ; Fri, 17 Oct 2003 18:14:12 +0200 Received: from marvin (pppin-21-a2.pop-koblenz.rz-online.NET [212.7.162.33]) by smtp.rhein-zeitung.DE (8.12.8/8.12.8) with SMTP id h9HGCc3Q009421 for ; Fri, 17 Oct 2003 18:12:38 +0200 Message-ID: <001f01c394ca$1a1fc460$0500a8c0@marvin> From: "Eric Kohl" To: "ReactOS General List" References: <002201c393ae$426d5580$0400a8c0@jeffb2591s1ij2> Subject: Re: [ros-kernel] ReactOS Won't boot (freeldr glitch) Date: Fri, 17 Oct 2003 18:16:25 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2003 16:14:13 -0000 "Jeff Smith" wrote: > I made a boot cd installer, and was able to install it corretly, the > installer crashed near the end, where it tellls you to press enter to > reboot, I'm not sure if this is related or not however once I tried booting, > I got this boot screen and nothing worked afterwards. If you used the current CVS development branch, it is almost 100% clear that this is the 'APC at elevated IRPL' bug which was exposed by Skywing's patch. I removed this patch from the 0.1.4 release branch in order to install 0.1.4 properly. This patch is still part of the CVs trunk and any Installation will surely crash until the real cause is fixed or the patch is removed. Btw, the FreeLoader crash happens because only a part of the FreeLoader executable (freeldr.sys) was written to the harddisk. This is _not_ a bug in FreeLoader. Regards Eric Kohl From vizzini@plasmic.com Fri Oct 17 18:17:17 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9HGHHfB019068 for ; Fri, 17 Oct 2003 18:17:17 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9HGHGlk111460 for ; Fri, 17 Oct 2003 18:17:16 +0200 Received: from sts (steve-o [209.242.72.96]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9HGHCE4001511 for ; Fri, 17 Oct 2003 11:17:12 -0500 Subject: Re: [ros-kernel] Initial roadmap page From: Vizzini To: ReactOS General List In-Reply-To: <200310171804.59761.iastrubn@actcom.co.il> References: <000601c3946d$537d90f0$4604a8c0@alphax86.com> <1066402952.24185.3.camel@bilbo.plasmic.com> <200310171804.59761.iastrubn@actcom.co.il> Content-Type: text/plain; charset=UTF-8 Message-Id: <1066407305.24181.22.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Fri, 17 Oct 2003 11:15:05 -0500 Content-Transfer-Encoding: 8bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2003 16:17:17 -0000 On Fri, 2003-10-17 at 11:04, Diego Iastrubni wrote: > ביום שישי, 17 ב×וק×ובר 2003, 17:02, נכתב על ידי Vizzini: > > We don't have tcp/ip yet, so no, Apache won't run. It's one of the > > first big apps I have in mind getting to work, though. I'd say, as a > > ballpark, that it's 6 months out or so. > > i was about asking for that... > how much until reactos.com will run ... reactos? > cvs server on a ros box? > > 6 months is enough? Sorry, I misunderstood you. No, I doubt reactos.com will run reactos by 6 months from now. -Vizzini From martin-fuchs@gmx.net Fri Oct 17 20:37:37 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9HIbbfB019984 for ; Fri, 17 Oct 2003 20:37:37 +0200 Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9HIbalk029388 for ; Fri, 17 Oct 2003 20:37:36 +0200 Message-Id: <200310171837.h9HIbalk029388@dutlru2.lr.tudelft.nl> Received: (qmail 25161 invoked by uid 65534); 17 Oct 2003 18:36:31 -0000 Received: from p3EE2D2FD.dip0.t-ipconnect.de (EHLO lisi) (62.226.210.253) by mail.gmx.net (mp026) with SMTP; 17 Oct 2003 20:36:31 +0200 X-Authenticated: #3470264 Content-Type: text/plain; charset=iso-8859-2 Date: Fri, 17 Oct 2003 19:32:33 +0100 From: "Martin Fuchs" In-Reply-To: <001501c394c3$61ee8120$b648b13e@hornet> MIME-Version: 1.0 References: <001501c394c3$61ee8120$b648b13e@hornet> To: "ReactOS General List" X-Mailer: Martin's Mailer Version 1.0 UTF8 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h9HIbbfB019984 Subject: [ros-kernel] Re: ros-kernel] Explorer under ReactOS - Test result X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2003 18:37:37 -0000 On 17.10.2003 17:28:57 Filip Navara wrote: > This issue should be fixed now in CVS, you only need to rebuild the registry > (hopefully). > > Filip Ok, thanks! Now I can run explorer. We see the clock in bochs is here also a bit fast, not only in the boor loader. ;-) There was another problem in my binst.bat file. I had to change: mcopy -o reactos/system32/config/* c:\reactos\system32\config into: mcopy -o reactos/system32/config/*.* c:\reactos\system32\config Otherwise it didn`t install the registry files. Martin From michael@fritscher.net Fri Oct 17 22:14:06 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9HKE6fB020536 for ; Fri, 17 Oct 2003 22:14:06 +0200 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.185]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9HKE6lk039666 for ; Fri, 17 Oct 2003 22:14:06 +0200 Received: from [212.227.126.200] (helo=mrvnet.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1AAaz4-00040a-00 for ros-kernel@reactos.com; Fri, 17 Oct 2003 22:14:02 +0200 Received: from [172.23.4.130] (helo=config3.kundenserver.de) by mrvnet.kundenserver.de with esmtp (Exim 3.35 #1) id 1AAaz4-0006MU-00 for ros-kernel@reactos.com; Fri, 17 Oct 2003 22:14:02 +0200 Received: from www-data by config3.kundenserver.de with local (Exim 3.35 #1 (Debian)) id 1AAaz4-0002UV-00 for ; Fri, 17 Oct 2003 22:14:02 +0200 To: =?iso-8859-1?Q?ReactOS_General_List?= Subject: Re: [ros-kernel] Re: ros-kernel] Explorer under ReactOS - Test result From: Message-Id: <5814255$10664213903f904c8e0e6714.44434553@config3.schlund.de> X-Binford: 6100 (more power) X-Originating-From: 5814255 X-Mailer: Webmail X-Routing: DE X-Received: from config3 by 217.84.45.180 with HTTP id 5814255 for ros-kernel@reactos.com; Fri, 17 Oct 2003 22:12:02 +0200 Content-Type: text/plain; charset="iso-8859-1" Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-Priority: 3 Date: Fri, 17 Oct 2003 22:12:02 +0200 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS General List List-Id: ReactOS General List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2003 20:14:06 -0000 Martin Fuchs schrieb am 17.10.2003, 20:32:33: > On 17.10.2003 17:28:57 Filip Navara wrote: > > This issue should be fixed now in CVS, you only need to rebuild the registry > > (hopefully). > > > > Filip > > Ok, thanks! > Now I can run explorer. > > We see the clock in bochs is here also a bit fast, not only in the boor loader. ;-) > > > There was another problem in my binst.bat file. > I had to change: mcopy -o reactos/system32/config/* c:\reactos\system32\config > into: mcopy -o reactos/system32/config/*.* c:\reactos\system32\config > > Otherwise it didn`t install the registry files. > It would be interesting what makes mcopy with *.* on linux... on DOS/Windows, only *.* are all files, but under Linux only a simple * gives all files :-( > Martin > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel From martin-fuchs@gmx.net Sat Oct 18 00:57:12 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9HMvCfB021872 for ; Sat, 18 Oct 2003 00:57:12 +0200 Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9HMvClk049010 for ; Sat, 18 Oct 2003 00:57:12 +0200 Message-Id: <200310172257.h9HMvClk049010@dutlru2.lr.tudelft.nl> Received: (qmail 1945 invoked by uid 65534); 17 Oct 2003 22:56:06 -0000 Received: from p3E9E38C2.dip0.t-ipconnect.de (EHLO lisi) (62.158.56.194) by mail.gmx.net (mp021) with SMTP; 18 Oct 2003 00:56:06 +0200 X-Authenticated: #3470264 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=iso-8859-1 Date: Fri, 17 Oct 2003 23:50:03 +0100 From: "Martin Fuchs" In-Reply-To: <5814255$10664213903f904c8e0e6714.44434553@config3.schlund.de> MIME-Version: 1.0 References: <5814255$10664213903f904c8e0e6714.44434553@config3.schlund.de> To: "ReactOS General List" X-Mailer: Martin's Mailer Version 1.0 UTF8 Subject: [ros-kernel] Re: ros-kernel] Re: ros-kernel] Explorer under ReactOS - Test result X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2003 22:57:13 -0000 On 17.10.2003 22:12:02 michael@fritscher.net wrote: > > There was another problem in my binst.bat file. > > I had to change: mcopy -o reactos/system32/config/* > c:\reactos\system32\config > > into: mcopy -o reactos/system32/config/*.* c:\reactos\system32\config > > > > Otherwise it didn`t install the registry files. > > > It would be interesting what makes mcopy with *.* on linux... > on DOS/Windows, only *.* are all files, but under Linux only a simple * > gives all files :-( Sorry, seems I have changed the "from" and "into" lines. The following is correct: mmd -o c:\reactos mmd -o c:\reactos\media mmd -o c:\reactos\media\fonts mmd -o c:\reactos\system32 mmd -o c:\reactos\system32\config mmd -o c:\reactos\system32\drivers mmd -o c:\reactos\bin mmd -o c:\reactos\bin\mc mmd -o c:\reactos\bin\net mmd -o c:\reactos\bin\sysutils mmd -o "c:\reactos\Start Menu" mcopy -o reactos/* c:\reactos mcopy -o reactos/system32/* c:\reactos\system32 mcopy -o reactos/system32/drivers/* c:\reactos\system32\drivers mcopy -o reactos/system32/config/* c:\reactos\system32\config mcopy -o reactos/media/fonts/* c:\reactos\media\fonts mcopy -o reactos/media/nls/* c:\reactos\media\nls mcopy -o reactos/bin/* c:\reactos\bin mcopy -o reactos/bin/mc/* c:\reactos\bin\mc mcopy -o reactos/bin/net/* c:\reactos\bin\net mcopy -o reactos/bin/sysutils/* c:\reactos\bin\sysutils mcopy -o "reactos/Start Menu/*" "c:\reactos\Start Menu" Martin From pirata@trekkie.com.ar Sat Oct 18 02:33:22 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9I0XMfB022739 for ; Sat, 18 Oct 2003 02:33:22 +0200 Received: from enterprise.sistemas.gha (nnn081162.netverk.com.ar [200.63.81.162] (may be forged)) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9I0XHlk093836 for ; Sat, 18 Oct 2003 02:33:19 +0200 Received: from pirata.gha (pirata.estudioisi.gha [192.168.3.6]) by enterprise.sistemas.gha (8.11.6/8.11.6) with ESMTP id h9I0X0631241 for ; Fri, 17 Oct 2003 21:33:02 -0300 Subject: Re: [ros-kernel] Re: WINE porting templates From: pirata To: ReactOS General List In-Reply-To: <20031016185119.2008.qmail@web21102.mail.yahoo.com> References: <20031016185119.2008.qmail@web21102.mail.yahoo.com> Content-Type: multipart/alternative; boundary="=-n7jNbVwIuTsnFBma7TrC" Organization: Message-Id: <1066419250.2202.22.camel@pirata.gha> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2-3mdk X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sat, 18 Oct 2003 00:33:22 -0000 X-Original-Date: 17 Oct 2003 21:34:10 +0200 X-List-Received-Date: Sat, 18 Oct 2003 00:33:22 -0000 --=-n7jNbVwIuTsnFBma7TrC Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit El jue, 16 de 10 de 2003 a las 20:51, Steven Edwards escribió: > --- Diego Iastrubni wrote: > > if i may say something... > > > > Dont remove the tweaks. It does not hurt, and it will help us in the > > future if > > we want to support themes. I hope I am not wrong. > > They are going away in favor of the uxtheme.dll support system in > WindowsXP. I am almost done cleaning the WINE comdlg32.dll of all of > the old cruft. > > Thanks > Steven > According to MSDN, uxtheme.dll provides the api necessary to do 'themed' stuff, it is something like 'gtk engines'. There are 2 points beside this kind of 'theme implementation': 1. Windows XP (TM) ships with 2 comctl32.dll, the classic old style one (version 5), and the new 'Visual Styled' (but non redistributable) one (version 6), so we need to handle this situation because the whole ROS will be '(freely) redistributable', then there is no need to have 2 different comctl32.dll. 2. Having in mind we should provide a new api (uxtheme.dll) to implement themes and that we MUST make use of it if we want themed stuff, comctl32.dll should be writen from scratch using uxtheme's api (having uxtheme previously implemented, obviously) -- pirata --=-n7jNbVwIuTsnFBma7TrC Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit El jue, 16 de 10 de 2003 a las 20:51, Steven Edwards escribió: 
--- Diego Iastrubni <iastrubn@actcom.co.il> wrote:
> if i may say something...
> 
> Dont remove the tweaks. It does not hurt, and it will help us in the
> future if 
> we want to support themes. I hope I am not wrong.

They are going away in favor of the uxtheme.dll support system in
WindowsXP. I am almost done cleaning the WINE comdlg32.dll of all of
the old cruft.

Thanks
Steven
According to MSDN, uxtheme.dll provides the api necessary to do 'themed' stuff, it is something like 'gtk engines'.
There are 2 points beside this kind of 'theme implementation':
1. Windows XP (TM) ships with 2 comctl32.dll, the classic old style one (version 5), and the new 'Visual Styled'  (but non redistributable) one (version 6), so we need to handle this situation because the whole ROS will be '(freely) redistributable', then there is no need to have 2 different comctl32.dll.
2. Having in mind we should provide a new api (uxtheme.dll) to implement themes and that we MUST make use of it if we want themed stuff, comctl32.dll should be writen from scratch using uxtheme's api (having uxtheme previously implemented, obviously) 




-- 

pirata <pirata@trekkie.com.ar>
--=-n7jNbVwIuTsnFBma7TrC-- From pirata@trekkie.com.ar Sat Oct 18 03:00:12 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9I10BfB022855 for ; Sat, 18 Oct 2003 03:00:12 +0200 Received: from enterprise.sistemas.gha (nnn081162.netverk.com.ar [200.63.81.162] (may be forged)) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9I107lk111642 for ; Sat, 18 Oct 2003 03:00:08 +0200 Received: from pirata.gha (pirata.estudioisi.gha [192.168.3.6]) by enterprise.sistemas.gha (8.11.6/8.11.6) with ESMTP id h9I0xv631393 for ; Fri, 17 Oct 2003 21:59:57 -0300 Subject: Re: [ros-kernel] ros wine dlls From: pirata To: ReactOS General List In-Reply-To: <1066317934.31907.25.camel@bilbo.plasmic.com> References: <200310161459.h9GEx5K11237@mok.lvcm.com> <1066317934.31907.25.camel@bilbo.plasmic.com> Content-Type: multipart/related; type="multipart/alternative"; boundary="=-E6M865m7fBgQiA7D6ws/" Organization: Message-Id: <1066420857.2201.49.camel@pirata.gha> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2-3mdk X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sat, 18 Oct 2003 01:00:12 -0000 X-Original-Date: 17 Oct 2003 22:00:58 +0200 X-List-Received-Date: Sat, 18 Oct 2003 01:00:12 -0000 --=-E6M865m7fBgQiA7D6ws/ Content-Type: multipart/alternative; boundary="=-B/RaIXxI3vn1TCR1uVll" --=-B/RaIXxI3vn1TCR1uVll Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit El jue, 16 de 10 de 2003 a las 17:25, Vizzini escribió: > On Thu, 2003-10-16 at 09:59, robd@mok.lvcm.com wrote: > > Can anybody comment on what is the presumed status of the reactos\wine\dlls modules? > > They are not presently included in the default build of the ros-wine tree and upon putting them back quite a lot appears to now be broken. If nobody else is working here I may well get stuck into some of the broken targets, after merging in the latest wine sources first. > > We're currently trying to forumlate permanent strategy with respect to > using Wine code. There is another thread now on this list about it, but > in summary, it looks like we're going to start with a fresh import of > wine and make local changes as needed, using CVS to manage Wine as a > vendor branch. We're still trying to work out what to do with the > header files situation. > > -Vizzini > Not to be very polemic/pessimistic, but it must be taken in consideration we're developing a whole OS, my (very personal) point of view is that it should be 100% fresh & new code, it could be 'wine based' I don't disagree with that, but sharing code is a very difficult task (think in ReactOS <--> Wine cvs code sync) and more difficult if we take in mind we're talking about 2 VERY BIG projects. Using existing code has the benefit of a very fast developing time curve, but it inherits a lot of bugs, inconsistencies & the like. Wine is developed as an Emulation, so its goal is to run Win apps under other OSes. ReactOS is a full OS, so its main goals shoud be Efficiency and... SPEED (very important), the code should be written optimally taken these directives, no matter if it only runs in ReactOS, as we can 'learn' from Wine, if we develop a cool thing, Wine's people can 'learn' from ReactOS too, and we still can share experiencie, knowledge, docs, etc With this point of view, it is obvious what I think about headers... having 4 diff headers is a suck, we should have OUR headers. Yes, it takes a lot of time & effort to do all this work, but we can work with other's headers till we have our own (same with dlls). Just my two polemic cents ;) -- pirata --=-B/RaIXxI3vn1TCR1uVll Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit El jue, 16 de 10 de 2003 a las 17:25, Vizzini escribió: 
On Thu, 2003-10-16 at 09:59, robd@mok.lvcm.com wrote:
> Can anybody comment on what is the presumed status of the reactos\wine\dlls modules?
> They are not presently included in the default build of the ros-wine tree and upon putting them back quite a lot appears to now be broken. If nobody else is working here I may well get stuck into some of the broken targets, after merging in the latest wine sources first.

We're currently trying to forumlate permanent strategy with respect to
using Wine code.  There is another thread now on this list about it, but
in summary, it looks like we're going to start with a fresh import of
wine and make local changes as needed, using CVS to manage Wine as a
vendor branch.  We're still trying to work out what to do with the
header files situation.

 -Vizzini
Not to be very polemic/pessimistic, but it must be taken in consideration we're developing a whole OS, my (very personal) point of view is that it should be 100% fresh & new code, it could be 'wine based' I don't disagree with that, but sharing code is a very difficult task (think in ReactOS <--> Wine cvs code sync) and more difficult if we take in mind we're talking about 2 VERY BIG projects.
Using existing code has the benefit of a very fast developing time curve, but it inherits a lot of bugs, inconsistencies & the like.
Wine is developed as an Emulation, so its goal is to run Win apps under other OSes.
ReactOS is a full OS, so its main goals shoud be Efficiency and... SPEED (very important), the code should be written optimally taken these directives, no matter if it only runs in ReactOS, as we can 'learn' from Wine, if we develop a cool thing, Wine's people can 'learn' from ReactOS too, and we still can share experiencie, knowledge, docs, etc

With this point of view, it is obvious what I think about headers... having 4 diff headers is a suck, we should have OUR headers. Yes, it takes a lot of time & effort to do all this work, but we can work with other's headers till we have our own (same with dlls).

Just my two polemic cents ;) 




-- 

pirata <pirata@trekkie.com.ar>
--=-B/RaIXxI3vn1TCR1uVll-- --=-E6M865m7fBgQiA7D6ws/ Content-ID: <1066420786.2151.46.camel@pirata.gha> Content-Disposition: attachment; filename=smiley-4.png Content-Type: image/png; name=smiley-4.png Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAAC/UlEQVR42n2Tf2iUdRzHX9/v8zy3 u91ulnO5pXGXUUsK1yIY9ke0CDQiodbQKCOnNieaIkKI/yRhf0QgCeEqViKUYgUOnTE9G5WtjlqB TV1bsnl0tV93u93ux3PP93meb/8sKBNf8P7jw/v9+fz1/sD/iQI7gB7AWdApoGPB+w/ihvnI/bHK bfu2NLF2zUrMcAw8G2d+mIGBi+w/nGE46XQBnTc7cOFAZ+MTO1/bgDBCuIVxnPwIQhgYwXqMQA2q MMahd+O8fWLmAvAkgLGw/MGbOx55fueuF/FKKVRxHF/NIaQFgO+kcQtjgGZ1cwyjOLXiuyG7DuiV QLSx4fat2zvX4dmTeOVphDCwvUqkWcVk2mfDnkGEtPCdLEJabH95CfctN7YBUQk83XNoMUJaTE+M cuT476x9pZfmZ3sI1D7D8fMeP/2a4a3uGaqWt6Ly1zBDdbzadhvAowLomrn0eocqXMeoqCVU+xga E2mYlKb6sSINtG58gzOnTzGf/BR7+hukWUni52u07p04aS5bdudmAN/NURZ3oSe+RBhhhLTQGsqZ BKd7Pic3fhSVGwLAtaeoX2IAPGem02kQJrP5EHJRHYb0CHhZtG+CdtFeiezIO2h3Hu17OI6Dqxzy RR8AadvlXu0WqDSm6O87xkzWx6p+AF/l8N08vmejvRLaV7jKJjNnEwwvJTXtASQk0FecOEsoUs/6 9RuJx8+RGOgjuLgZK7ISzBo8X9L/w1+07RnmnqZ2RpNlrg7lAU4IILrq3sh437GnMCruIFD9IL8M fsvQpUE+OiO4fGWYRVUGhw+2sablIZJXPiN+cYwPT2b4LaUb/mli94Etsfatm5pwi0kisU1Y4RUI IfHsSTQalR/lcuJj/ph0Od8/y9G46gI6/13lrzrW1bTs3RwmEKxGyAp8lWN2rkShpCkrzfU/FYkf 53j/rPM18PjNnqn77jrZ/kJLFasaQ4SDglJZk533GUspvjiXZSTFJ8BL3IIosBv4HlBAGrgKvAc8 fGP4b4kpTGRKdd96AAAAAElFTkSuQmCC --=-E6M865m7fBgQiA7D6ws/-- From wac@ghost.matcom.uh.cu Sat Oct 18 04:01:39 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9I21dfB023142 for ; Sat, 18 Oct 2003 04:01:39 +0200 Received: from smtp1.uh.cu (smtp1.uh.cu [200.55.139.212]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9I21Zlk049146 for ; Sat, 18 Oct 2003 04:01:37 +0200 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp1.uh.cu (Postfix) with ESMTP id 81D30344BC for ; Fri, 17 Oct 2003 21:50:41 -0400 (CDT) Received: from matcom.uh.cu (matcom.uh.cu [192.168.100.100]) by smtp1.uh.cu (Postfix) with ESMTP id 5CFC9344B8 for ; Fri, 17 Oct 2003 21:50:41 -0400 (CDT) Received: from ghost.matcom.uh.cu (ghost.matcom.uh.cu [192.168.17.5]) by matcom.uh.cu (Postfix) with ESMTP id 686FA63992 for ; Fri, 17 Oct 2003 13:15:31 -0400 (CDT) Received: by ghost.matcom.uh.cu (Postfix, from userid 1085) id 82C1567AF; Fri, 17 Oct 2003 09:29:48 -0400 (CDT) Received: from localhost (localhost [127.0.0.1]) by ghost.matcom.uh.cu (Postfix) with ESMTP id 812C177A0 for ; Fri, 17 Oct 2003 09:29:48 -0400 (CDT) Date: Fri, 17 Oct 2003 09:29:48 -0400 (CDT) From: "=?ISO-8859-1?Q?Waldo_Alvarez_Ca=F1izares_-__another_buried_?= =?ISO-8859-1?Q?alive?=" To: ReactOS General List In-Reply-To: <001f01c394ca$1a1fc460$0500a8c0@marvin> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS snapshot-20020300 Subject: [ros-kernel] Hunting a task X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 02:01:40 -0000 Hi guys: I want to help with ROS again. Unfortunatley I really don't know what is doing other people. Seems that everyone does things at ramdom something here something there. The thing is that I would like some task that will not interfere with others and that is not critical to ROS (just in case I can't continue for some time). I was thinking about improoving CMD as was asking Hyperion(I was thinking to replace all the parsing with he program used by all linux commands), maybe do some more tests for ROS (yesterday I runned some examples from Petzold's Book and most of them made ROS crash, specially drawing using multiple threads). Anything else? Comments? Thanks Waldo From fd0man@chadeux.homelinux.net Sat Oct 18 05:17:57 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9I3HvfB024045 for ; Sat, 18 Oct 2003 05:17:57 +0200 Received: from chadeux.homelinux.net (cblmdm204-118-177-204.buckeye-express.com [204.118.177.204]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9I3Hulk111718 for ; Sat, 18 Oct 2003 05:17:56 +0200 Received: from chadeux.homelinux.net (IDENT:1000@localhost [127.0.0.1]) by chadeux.homelinux.net (8.12.8/8.12.8) with ESMTP id h9I3DhMH004459 for ; Fri, 17 Oct 2003 23:13:43 -0400 Received: from localhost (fd0man@localhost) by chadeux.homelinux.net (8.12.8/8.12.8/Submit) with ESMTP id h9I3DhYn004456 for ; Fri, 17 Oct 2003 23:13:43 -0400 Date: Fri, 17 Oct 2003 23:13:43 -0400 (EDT) From: "Michael B. Trausch" To: ros-kernel@reactos.com Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [ros-kernel] [OT] Anti-Spam issues. X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 03:17:57 -0000 I'm not sure if any of you guys are having problems with spam, but I'm having major ones :-P I've just employed an anti-spam program called ASK. I'm just making sure that I can still recieve mail from the ROS mailing lists as a result. Later, Mike Michael B. Trausch AIM: MBTrausch 720 Orchard St. E-mail: fd0man@chadeux.homelinux.net Toledo, OH 43609 Second E-Mail: fd0man@yahoo.com (419) 514-5047 Web: http://chadeux.homelinux.net ----------------------------------------------------------------- To send me mail, without using a mailing list that I'm on, you MUST put "DOGXP180" somewhere in the message. Just hit Reply. If you're encrypting mail to me, put it in the subject. ----------------------------------------------------------------- People will forget what you said and what you did, but they will never forget how you made them feel. ----------------------------------------------------------------- If you'd like to send me secure mail, please obtain my gpg public key from my website, listed below, or if you have a Unix system: finger fd0man@chadeux.homelinux.net |less http://chadeux.homelinux.net/users/fd0man/ From vizzini@plasmic.com Sat Oct 18 05:51:04 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9I3p4fB024134 for ; Sat, 18 Oct 2003 05:51:04 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9I3p3lk063166 for ; Sat, 18 Oct 2003 05:51:03 +0200 Received: from CPE-65-30-43-197.kc.rr.com (CPE-65-30-43-197.kc.rr.com [65.30.43.197]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9I3osE4006734 for ; Fri, 17 Oct 2003 22:51:01 -0500 Subject: Re: [ros-kernel] ros wine dlls From: Vizzini To: ReactOS Kernel List In-Reply-To: <1066420857.2201.49.camel@pirata.gha> References: <200310161459.h9GEx5K11237@mok.lvcm.com> <1066317934.31907.25.camel@bilbo.plasmic.com> <1066420857.2201.49.camel@pirata.gha> Content-Type: text/plain Message-Id: <1066448919.8013.15.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Fri, 17 Oct 2003 22:48:39 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 03:51:04 -0000 On Fri, 2003-10-17 at 15:00, pirata wrote: > > We're currently trying to forumlate permanent strategy with respect to > > using Wine code. > Not to be very polemic/pessimistic, but it must be taken in > consideration we're developing a whole OS, my (very personal) point of > view is that it should be 100% fresh & new code, it could be 'wine > based' I don't disagree with that, but sharing code is a very > difficult task (think in ReactOS <--> Wine cvs code sync) and more > difficult if we take in mind we're talking about 2 VERY BIG projects. > Using existing code has the benefit of a very fast developing time > curve, but it inherits a lot of bugs, inconsistencies & the like. > Wine is developed as an Emulation, so its goal is to run Win apps > under other OSes. I'm sympathetic to this stance, and it was how I felt originally. I think the wine crowd has done a ton of really good work, though, and so for now, I want to use as much of it as we can. If we have time to go back and re-do our own some day, we can consider the pros and cons then. Re-inventing the wheel doesn't buy you anything either. WRT code sync, I think we can get away with using cvs's built-in vendor branch management system. Does anybody see a problem with that? I've used it before to track apache, freeradius, and ultravnc, with good results. This way we can maintain locally-modified sources, submit patches back to wine as needed, and still not lose track of everything. > ReactOS is a full OS, so its main goals shoud be Efficiency and... > SPEED (very important), the code should be written optimally taken > these directives, no matter if it only runs in ReactOS, as we can > 'learn' from Wine, if we develop a cool thing, Wine's people can > 'learn' from ReactOS too, and we still can share experiencie, > knowledge, docs, etc I agree here 100%. I'd like to hear any opinions on how the wine x11 driver approach would affect speed and robustness. I'm skeptical, I admit, but I don't know very much about wine so I'm certainly open to being educated and convinced otherwise. Regardless, as I said above, I do think we should use whatever we can from wine - we certainly don't have the resources at the moment to re-do this work. -Vizzini From jonwil@tpgi.com.au Sat Oct 18 06:45:18 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9I4jIfB024374 for ; Sat, 18 Oct 2003 06:45:18 +0200 Received: from mail1.tpgi.com.au (mail.tpgi.com.au [203.12.160.57]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9I4jGlk039650 for ; Sat, 18 Oct 2003 06:45:17 +0200 Received: from tpgi.com.au (203-219-187-40-per-pow-ts3-2600.tpgi.com.au [203.219.187.40]) by mail1.tpgi.com.au (8.11.6/8.11.6) with ESMTP id h9I4j2x21640; Sat, 18 Oct 2003 14:45:06 +1000 Message-ID: <3F90C545.1020401@tpgi.com.au> Date: Sat, 18 Oct 2003 12:44:53 +0800 From: Jonathan Wilson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20030925 X-Accept-Language: en-au MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: wine-devel@winehq.org, mingw-users@lists.sourceforge.net, ros-kernel@reactos.com Subject: [ros-kernel] a proposal that will affect MingW-Runtime, w32api, ReactOS and WINE X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 04:45:19 -0000 Currently, we have 3 different projects that are working towards windows "compatibility". We have ReactOS We have WINE and We have MingW-Runtime and w32Api (refered to as just MingW from now on) The 3 projects have different goals but the same target. Microsoft Windows and the Microsoft SDK, DDK and compiler. All 3 projects are working in some way to be compatible with those. All 3 projects have their own set of header & library files including windows SDK headers like windows.h, MSVCRT headers like stdlib.h or stdio.h and (to some extent) ddk headers like ntddk.h The first part of what I am proposing is that the 3 sets of headers be "merged" to create a new "SDK/DDK" for building windows apps. This SDK would contain: 1.a new set of windows headers and libraries (windows.h and friends) built up from a combination of ReactOS headers, WINE headers and w32api headers. They would be (with the help of MSDN) designed to be as close to the microsoft headers as possible (in so far as where things are declared e.g. if abc is in def.h on MS SDK, put it in def.h in this new SDK). This set of headers and libraries would be used: A.by MingW users for windows programming and development B.by the reactos team to build ReactOS C.by the WINE team to build WINE and D.by people building apps with WINELIB. 2.same as 1 but for MSVCRT.dll/MSVCRT.lib and would be used by WINE, MingW and ReactOS. It would endevour to provide 100% coverage of what the MS runtime provides in its MSVCRT.dll as well as all the glue code in MSVCRT.lib (like the Thread Local Storage stuff I made) It would be used by MingW developers to write for win32, by ReactOS to build their OS and their clone of msvcrt.dll and by WINE to build WINE and its clone of msvcrt.dll (which would be the same one as the ReactOS clone, see below) 3.same as 1 but for winddk.h & friends (i.e. kernel mode ddk). Would be used by MingW for kernel-mode development should anyone want to do that. Also, it would be used by WINE for anything kernel-mode that is needed And by ReactOS to build the kernel and kernel drivers. In addition, there would be additions to the libraries plus new header files for all 3 items (SDK, MSVCRT and DDK) that would include any "undocumented by MS but documented by someone else" functions. One thing to remember is that just because they are undocumented doesnt mean that Microsoft (or even 3rd parties that have documentation/headers/code that isnt "genreally available) hasnt used them. The new "SDK" could contain features designed with the different projects in mind. For example, ReactOS core modules could be built with a flag that would tell the headers not to define the "generic" versions of ansi/unicode functions. But application developers could build with this flag off. And so on. A specific "ReactOS SDK" wouldnt exist since this new SDK would do it all. The 3 existing sets of header/library files (i.e. WINE headers, MingW-Rintime/W32api and ReactOS headers) would be thrown away and replaced with this new SDK. Internal stuff (i.e. stuff thats internal to ReactOS or internal to WINE and is not visible to userland apps or to kernel drivers) would go in their own internal header files, as needed by each project. Also, Now on to the other part of my proposal, code sharing between ReactOS and WINE. Basicly, ReactOS (and to some extent WINE) is divided up into 5 parts: 1.kernel (ntoskrnl.exe, hal.dll, win32k.sys etc) 2.kernel drivers (mouclass.sys, ndis.sys, vga.sys, videoprt.sys etc) 3.userland core (user32.dll, gdi32.dll, kernel32.dll, ntdll.dll and any other userland dll that makes calls to kernel-mode without going via one of those 4 dlls) 4.support components (the system services etc) and 5.other dlls and apps (like comctl32.dll, comdlg32.dll, shell32.dll, msvcrt.dll, crtdll.dll, ole32.dll etc) My view is that: A.where possible components 2 and 4 should be designed to work on windows as well as on ReactOS B.sharing parts of component 3 (specificly some of the user32 stuff) does make sense and should be done in a way thats clean in that the "shared" code doesnt rely on any of the internals of WINE or ReactOS and only calls "published" APIs (i.e. regular user32 or gdi32 calls). For example, the MessageBox code can be implemented on top of the Dialog Box api and so on. C.as for component 5, we should implement one and only one copy of those dlls. They should only use published APIs and should work "out of the box" on Windows, ReactOS and WINE when compiled with the new "SDK" mentioned above. DLLs that talk to kernel mode (such as winmm talking to the sound driver or winsock talking to networking) should certainly be implemented so that they will work OOB on both windows and ReactOS (since we are supporting 3rd party drivers in ReactOS anyway we need to implement the "glue" between e.g. winmm and the driver in the same way MS did). WINE is a different issue, mabie they can just implement something in their kernel/ntdll that "appears" to e.g. winmm like the sound driver, I dont know. Ideally, WINE, ReactOS and w32api/MingW-Runtime should be designed to be as alike to Windows and Microsoft SDK as possible. (including those bits of code that are shared between the projects) From jonwil@tpgi.com.au Sat Oct 18 06:49:36 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9I4nafB024396 for ; Sat, 18 Oct 2003 06:49:36 +0200 Received: from mail1.tpgi.com.au (mail.tpgi.com.au [203.12.160.57]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9I4nYlk039554 for ; Sat, 18 Oct 2003 06:49:35 +0200 Received: from tpgi.com.au (203-219-187-40-per-pow-ts3-2600.tpgi.com.au [203.219.187.40]) by mail1.tpgi.com.au (8.11.6/8.11.6) with ESMTP id h9I4nOx30393; Sat, 18 Oct 2003 14:49:25 +1000 Message-ID: <3F90C64E.2020601@tpgi.com.au> Date: Sat, 18 Oct 2003 12:49:18 +0800 From: Jonathan Wilson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20030925 X-Accept-Language: en-au MIME-Version: 1.0 References: <3F90C545.1020401@tpgi.com.au> In-Reply-To: <3F90C545.1020401@tpgi.com.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: wine-devel@winehq.org, mingw-users@lists.sourceforge.net, ros-kernel@reactos.com Subject: [ros-kernel] Re: a proposal that will affect MingW-Runtime, w32api, ReactOS and WINE X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 04:49:36 -0000 BTW, the header files and libraries used would be licenced under something like BSD/X11 And the code thats shared between ReactOS and WINE would be LGPL or something similar. From hartmut.birr@gmx.de Sat Oct 18 09:42:58 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9I7gwfB024896 for ; Sat, 18 Oct 2003 09:42:58 +0200 Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9I7gvlk049888 for ; Sat, 18 Oct 2003 09:42:58 +0200 Received: (qmail 4918 invoked by uid 65534); 18 Oct 2003 07:41:52 -0000 Received: from p50830768.dip0.t-ipconnect.de (EHLO newdarkstar) (80.131.7.104) by mail.gmx.net (mp025) with SMTP; 18 Oct 2003 09:41:52 +0200 X-Authenticated: #19145161 From: "Hartmut Birr" To: "'ReactOS General List'" Subject: RE: [ros-kernel] Section object initialization Date: Sat, 18 Oct 2003 09:41:51 +0200 Message-ID: <004901c3954b$4bdbd5d0$0202a8c0@newdarkstar> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 In-Reply-To: <6.0.0.22.2.20031016220327.04972100@pop3.aldebaran> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 07:42:58 -0000 > -----Original Message----- > From: ros-kernel-bounces@reactos.com > [mailto:ros-kernel-bounces@reactos.com] On Behalf Of KJK::Hyperion > Sent: Thursday, October 16, 2003 10:13 PM > To: ReactOS General List > Subject: Re: [ros-kernel] Section object initialization > > why not use topological sort to ensure initialization > routines are called > in the proper order? the algorithm is very simple: > > void init_doh(void) > { > // node coloring to prevent infinite recursion > static bool entered = 0; > if(entered) return; > else entered = 1; > > // initialize units Doh depends from > init_blah(); > init_graz(); > > // initialize Doh unit > // etc. > } > > You keep an array of initialization routines somewhere, > something like: > > void (*inits[])(void) = > { > init_blah, > init_doh, > init_graz > }; > > and just call them one by one. They'll resolve the dependencies > automatically, they'll ensure by themselves they won't be > called twice and > they'll require no micro-management. If you find yourself in > some nasty > circular dependency scenario, you just split the > initialization functions > into smaller ones > I don't like this way for calling init functions. If each init function can call an other init function, it is very difficult to find out the real calling order for the init functions. - Hartmut From hartmut.birr@gmx.de Sat Oct 18 11:31:26 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9I9VQfB025270 for ; Sat, 18 Oct 2003 11:31:26 +0200 Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9I9VQlk048942 for ; Sat, 18 Oct 2003 11:31:26 +0200 Received: (qmail 28710 invoked by uid 65534); 18 Oct 2003 09:30:19 -0000 Received: from p50830768.dip0.t-ipconnect.de (EHLO newdarkstar) (80.131.7.104) by mail.gmx.net (mp007) with SMTP; 18 Oct 2003 11:30:19 +0200 X-Authenticated: #19145161 From: "Hartmut Birr" To: "'ReactOS General List'" Subject: RE: [ros-kernel] sectest Date: Sat, 18 Oct 2003 11:30:19 +0200 Message-ID: <004a01c3955a$73079d60$0202a8c0@newdarkstar> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 In-Reply-To: <00e801c3941e$a1524900$0200000a@ZEUS> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 09:31:27 -0000 It is fixed now. Please try it again. - Hartmut > -----Original Message----- > From: ros-kernel-bounces@reactos.com > [mailto:ros-kernel-bounces@reactos.com] On Behalf Of Casper Hornstrup > Sent: Thursday, October 16, 2003 9:50 PM > To: ros-kernel@reactos.com > Subject: [ros-kernel] sectest > > > > Does anyone have an idea on how to get sectest working again? > It seems as if MiReadPage only operates on cached filestreams > and caching is not initialized on the filestream. > > Casper > From xnavara@volny.cz Sat Oct 18 11:59:55 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9I9xsfB025401 for ; Sat, 18 Oct 2003 11:59:54 +0200 Received: from smtp3.vol.cz (smtp3.vol.cz [195.250.128.83]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9I9xslk039638 for ; Sat, 18 Oct 2003 11:59:54 +0200 Received: from hornet (prahaf-5-6.dialup.vol.cz [62.177.77.138]) by smtp3.vol.cz (8.12.8p2/8.12.8) with SMTP id h9I9xhrA037738 for ; Sat, 18 Oct 2003 11:59:44 +0200 (CEST) (envelope-from xnavara@volny.cz) Message-ID: <009401c3955e$8ba3fb30$d845b13e@hornet> From: "Filip Navara" To: "ReactOS Kernel List" References: Subject: Re: [ros-kernel] Hunting a task Date: Sat, 18 Oct 2003 11:59:32 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 09:59:55 -0000 Hi! I am relativly new to ReactOS, but this is what I see is waiting for some cool person like you: - Improve WinPosSetWindowPos in win32k.sys to support relinking windows (moving them to background, foreground, ...) - Get ansi MessageBox working (user32.dll) - BeginDeferWindowPos, DeferWindowPos, EndDeferWindowPos (in user32.dll, win32k.sys) - PrivateExtractIconW (in user32.dll) - A new DOS loader that will just load freeldr.sys and jump to it. I first thought I would do this myself, but I got stuck at the Ms-Dos syscalls. :( Filip ----- Original Message ----- From: "Waldo Alvarez Cańizares - another buried alive" To: "ReactOS General List" Sent: Friday, October 17, 2003 3:29 PM Subject: [ros-kernel] Hunting a task > Hi guys: > > I want to help with ROS again. Unfortunatley I really don't know what is > doing other people. Seems that everyone does things at ramdom something > here something there. The thing is that I would like some task that will > not interfere with others and that is not critical to ROS (just in case I > can't continue for some time). I was thinking about improoving CMD as was > asking Hyperion(I was thinking to replace all the parsing with he > program used by all linux commands), maybe do some more tests for ROS > (yesterday I runned some examples from Petzold's Book and most of them made ROS crash, > specially drawing using multiple threads). Anything else? Comments? > > Thanks > Waldo > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > From gerard.gatineau@laposte.net Sat Oct 18 12:01:07 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9IA17fB025429 for ; Sat, 18 Oct 2003 12:01:07 +0200 Received: from mx.laposte.net (mx.laposte.net [81.255.54.11]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9IA17lk039428 for ; Sat, 18 Oct 2003 12:01:07 +0200 Received: from laposte.net (172.180.249.146) by mx.laposte.net (6.0.053) (authenticated as gerard.gatineau@laposte.net) id 3F683B1D0079DB40 for ros-kernel@reactos.com; Sat, 18 Oct 2003 11:59:50 +0200 Message-ID: <3F910F0B.6030800@laposte.net> Date: Sat, 18 Oct 2003 11:59:39 +0200 From: gge User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ReactOS General List Subject: Re: [ros-kernel] Explorer under ReactOS - Test result Nok with LoadRos References: <031a01c39335$9da9da50$1a4cb13e@hornet><3F8FB5AA.3000309@laposte.net> <14aac352866cd53d1a37104017cda78c@www1.mail.volny.cz> <001501c394c3$61ee8120$b648b13e@hornet> In-Reply-To: <001501c394c3$61ee8120$b648b13e@hornet> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 10:01:07 -0000 Filip Navara wrote: >This issue should be fixed now in CVS, you only need to rebuild the registry >(hopefully). > >Filip >----- Original Message ----- >From: "thehacker2307" >To: "ReactOS General List" >Sent: Friday, October 17, 2003 11:52 AM >Subject: Re: [ros-kernel] Explorer under ReactOS - Test result > > > > >>Thanks for report, I think that's the same problem as Martin had >>and I am now able to replicate it on real hardware myself. >>Debugging on real hardware is hard for me, but I will try to fix >>it tonight. >> >>Filip >>----- PŮVODNÍ ZPRÁVA ----- >>Od: "gge" >>Komu: "ReactOS General List" >>Předmět: Re: [ros-kernel] Explorer under ReactOS - Test >>Datum: 17.10.2003 - 11:36:14 >> >> >> >>>Filip Navara wrote: >>> >>> >>> >>>>Hi all! >>>> >>>>Yesterday I submitted few patches to get our Explorer >>>>running under ReactOS. >>>>It's far from complete, but if anyone want to try it, >>>>here are the required >>>>steps: >>>> >>>>1) Get latest FreeLdr + ReactOS, compiled them and >>>>install. The new FreeLdr >>>>is not requirment, but may be needed because of buggy >>>>registry cell >>>>calculation in previous versions. >>>>2) Rebuild registry. >>>>3) Build or download our Explorer. (see >>>>http://www.sky.franken.de/explorer/) >>>>4) Get prebuilt Wine DLLs from >>>>www.volny.cz/xnavara/reactos/dlls/alldlls.zip >>>>(~ 1 Mb) >>>> >>>>Happy hacking >>>>Filip >>>> >>>> >>>> >>>> >>>Hi, >>> >>>I have updated my local cvs tree last night and built >>>reactos module. >>>I followed the steps you indicated except I booted Ros >>>by from harddisk >>>(boot.bat) >>>When I run "Explorer" from the cmd line , the system >>>hangs up after >>>displaying a green screen and a grey bar at the bottom >>>of the sreen. >>>I have attached the error messages I got on the Debug >>>Com port >>> >>>Regards >>>Gge >>> >>> >>> >>- >> Filip, As disccused yesterday on IRC , the fix is not working in my real hardware . This is due probably because I am not using freeldr to boot Reactos , I am booting Reactos by Loadros - Boot.bat Could you (or somody else) try to run explorer.exe on your hardware after booting Ros with boot.bat (Loadros) to see if it is really a loadros problem ? Thanks and best regards Gerard From martin-fuchs@gmx.net Sat Oct 18 12:39:23 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9IAdNfB025681 for ; Sat, 18 Oct 2003 12:39:23 +0200 Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9IAdMlk017908 for ; Sat, 18 Oct 2003 12:39:22 +0200 Message-Id: <200310181039.h9IAdMlk017908@dutlru2.lr.tudelft.nl> Received: (qmail 1483 invoked by uid 65534); 18 Oct 2003 10:38:17 -0000 Received: from p3E9E38E0.dip0.t-ipconnect.de (EHLO lisi) (62.158.56.224) by mail.gmx.net (mp023) with SMTP; 18 Oct 2003 12:38:17 +0200 X-Authenticated: #3470264 Content-Type: text/plain; charset=US-ASCII Date: Sat, 18 Oct 2003 11:36:50 +0100 From: "Martin Fuchs" In-Reply-To: MIME-Version: 1.0 References: To: "ReactOS Kernel List" X-Mailer: Martin's Mailer Version 1.0 UTF8 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h9IAdNfB025681 Subject: [ros-kernel] Re: Anti-Spam issues. X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 10:39:23 -0000 On 18.10.2003 05:13:43 Michael B. Trausch wrote: > > I'm not sure if any of you guys are having problems with spam, but I'm > having major ones :-P I've just employed an anti-spam program called ASK From ekohl@rz-online.de Sat Oct 18 14:24:27 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9ICORfB026153 for ; Sat, 18 Oct 2003 14:24:27 +0200 Received: from smtp.rhein-zeitung.DE (smtp.rhein-zeitung.DE [212.7.160.14]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9ICORlk029268 for ; Sat, 18 Oct 2003 14:24:27 +0200 Received: from marvin (pppin-5d-a2.pop-koblenz.rz-online.NET [212.7.162.93]) by smtp.rhein-zeitung.DE (8.12.8/8.12.8) with SMTP id h9ICNe3Q017596 for ; Sat, 18 Oct 2003 14:23:41 +0200 Message-ID: <000401c39573$49ada400$0500a8c0@marvin> From: "Eric Kohl" To: "ReactOS Kernel List" References: <009401c3955e$8ba3fb30$d845b13e@hornet> Subject: Re: [ros-kernel] Hunting a task Date: Sat, 18 Oct 2003 14:15:30 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 12:24:27 -0000 "Filip Navara" wrote: > - A new DOS loader that will just load freeldr.sys and jump to it. I first > thought I would do this myself, but I got stuck at the Ms-Dos syscalls. :( I thought about doing this as well but we dropped the idea because of some problems with calls to BIOS functions (real-mode) from protected-mode. You can not ensure that the segment registers are set-up properly for these calls if FreeLoader is started from DOS. At least, that's what I remeber. Eric From chorns@users.sourceforge.net Sat Oct 18 15:41:59 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9IDfxfB026367 for ; Sat, 18 Oct 2003 15:41:59 +0200 Received: from cicero0.cybercity.dk (cicero0.cybercity.dk [212.242.40.52]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9IDfxlk090656 for ; Sat, 18 Oct 2003 15:41:59 +0200 Received: from user4.cybercity.dk (fxp0.user4.ip.cybercity.dk [212.242.41.50]) by cicero0.cybercity.dk (Postfix) with ESMTP id 15A37292FB for ; Sat, 18 Oct 2003 15:41:43 +0200 (CEST) Received: from ZEUS (port57.ds1-trg.adsl.cybercity.dk [212.242.245.122]) by user4.cybercity.dk (Postfix) with ESMTP id 92EB9127815 for ; Sat, 18 Oct 2003 15:41:42 +0200 (CEST) From: "Casper Hornstrup" To: "'ReactOS Kernel List'" Subject: Re: [ros-kernel] sectest Date: Sat, 18 Oct 2003 15:38:15 +0200 Message-ID: <000001c3957d$158675d0$0200000a@ZEUS> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 Importance: Normal In-Reply-To: <004a01c3955a$73079d60$0202a8c0@newdarkstar> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h9IDfxfB026367 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 13:41:59 -0000 Thanks Hartmut. Sectest works now. Casper > -----Oprindelig meddelelse----- > Fra: ros-kernel-bounces@reactos.com > [mailto:ros-kernel-bounces@reactos.com] Pĺ vegne af Hartmut Birr > Sendt: 18. oktober 2003 11:30 > Til: 'ReactOS General List' > Emne: RE: [ros-kernel] sectest > > > It is fixed now. Please try it again. > > - Hartmut From xnavara@volny.cz Sat Oct 18 15:57:11 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9IDvBfB026460 for ; Sat, 18 Oct 2003 15:57:11 +0200 Received: from smtp2.vol.cz (smtp2.vol.cz [195.250.128.42]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9IDvBlk048940 for ; Sat, 18 Oct 2003 15:57:11 +0200 Received: from hornet (prahaa-1-64.dialup.vol.cz [62.177.71.65]) by smtp2.vol.cz (8.12.8p2/8.12.8) with SMTP id h9IDv4ST058558 for ; Sat, 18 Oct 2003 15:57:05 +0200 (CEST) (envelope-from xnavara@volny.cz) Message-ID: <001101c3957f$b52398a0$4147b13e@hornet> From: "Filip Navara" To: "ReactOS Kernel List" References: <031a01c39335$9da9da50$1a4cb13e@hornet><3F8FB5AA.3000309@laposte.net> <14aac352866cd53d1a37104017cda78c@www1.mail.volny.cz><001501c394c3$61ee8120$b648b13e@hornet> <3F910F0B.6030800@laposte.net> Subject: Re: [ros-kernel] Explorer under ReactOS - Test result Nok with LoadRos Date: Sat, 18 Oct 2003 15:57:01 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 13:57:11 -0000 > Filip, > > As disccused yesterday on IRC , the fix is not working in my real hardware . > This is due probably because I am not using freeldr to boot Reactos , I > am booting Reactos by Loadros - Boot.bat > Could you (or somody else) try to run explorer.exe on your hardware > after booting Ros with boot.bat (Loadros) to see if it is really a > loadros problem ? The problem is that I am not able to run *any* GUI program when the ReactOS is loaded by laodros. So I can't test it, sorry. Filip > > Thanks and best regards > Gerard From xnavara@volny.cz Sat Oct 18 16:02:24 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9IE2OfB026532 for ; Sat, 18 Oct 2003 16:02:24 +0200 Received: from smtp2.vol.cz (smtp2.vol.cz [195.250.128.42]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9IE2Olk039872 for ; Sat, 18 Oct 2003 16:02:24 +0200 Received: from hornet (prahaa-1-64.dialup.vol.cz [62.177.71.65]) by smtp2.vol.cz (8.12.8p2/8.12.8) with SMTP id h9IE2IwY059019 for ; Sat, 18 Oct 2003 16:02:19 +0200 (CEST) (envelope-from xnavara@volny.cz) Message-ID: <001f01c39580$702ac6f0$4147b13e@hornet> From: "Filip Navara" To: "ReactOS Kernel List" References: <009401c3955e$8ba3fb30$d845b13e@hornet> <000401c39573$49ada400$0500a8c0@marvin> Subject: Re: [ros-kernel] Hunting a task Date: Sat, 18 Oct 2003 16:02:15 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 14:02:25 -0000 ----- Original Message ----- From: "Eric Kohl" To: "ReactOS Kernel List" Sent: Saturday, October 18, 2003 2:15 PM Subject: Re: [ros-kernel] Hunting a task > > "Filip Navara" wrote: > > > > - A new DOS loader that will just load freeldr.sys and jump to it. I first > > thought I would do this myself, but I got stuck at the Ms-Dos syscalls. :( > > I thought about doing this as well but we dropped the idea because of some > problems with calls to BIOS functions (real-mode) from protected-mode. I don't see any calls to BIOS functions from protected-mode. My idea is that the freeldr.sys will be loaded in memory by DOS calls and then DX set to some reasonable value and at last jumped on the address where is freeldr.sys loaded. To the FreeLdr it would look like it was loaded by any bootsector.What's wrong with this? Filip > You can not ensure that the segment registers are set-up properly for these > calls if FreeLoader is started from DOS. At least, that's what I remeber. > > Eric > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > From steven_ed4153@yahoo.com Sat Oct 18 16:11:20 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9IEBKfB026596 for ; Sat, 18 Oct 2003 16:11:20 +0200 Received: from web21102.mail.yahoo.com (web21102.mail.yahoo.com [216.136.227.104]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9IEBIlk093800 for ; Sat, 18 Oct 2003 16:11:19 +0200 Message-ID: <20031018141107.28900.qmail@web21102.mail.yahoo.com> Received: from [66.83.186.125] by web21102.mail.yahoo.com via HTTP; Sat, 18 Oct 2003 07:11:07 PDT Date: Sat, 18 Oct 2003 07:11:07 -0700 (PDT) From: Steven Edwards To: Jonathan Wilson In-Reply-To: <3F90C545.1020401@tpgi.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: wine-devel@winehq.org, mingw-users@lists.sourceforge.net, ros-kernel@reactos.com Subject: [ros-kernel] Re: a proposal that will affect MingW-Runtime, w32api, ReactOS and WINE X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 14:11:20 -0000 Jason and I proposed this at Wineconf and we have discussed this with the Mingw developers in the past. The big issue becomes this: Are you willing to do the leg work needed to make it happen? I am but most are not. It is a thankless and not well noticed job. Not to mention a project that is going to take quite a long time. It has take over two years just for those of us that have been working on both WINE and ReactOS to get things to the point they are now. Dont get me wrong I am not trying to bring you down. Your proposal is put together much better than any of the others so far but its still just that. If you want to put together a team of developers to work on this I for one am happy to join and be part of that team. I dont have high hopes of this plan being adopted but if it is I for one am willing to get behind it but its going to need strong leadership and time. Not to mention the polictical problems you are going to face Also you are leaving the mono Windows.Forms people out of this dicussion. They of all people should also be included in any plans we have. Without all 4 projects working together our prospects dont look good. Thanks Steven --- Jonathan Wilson wrote: > The first part of what I am proposing is that the 3 sets of headers > be > "merged" to create a new "SDK/DDK" for building windows apps. > This SDK would contain: > 1.a new set of windows headers and libraries (windows.h and friends) > built > up from a combination of ReactOS headers, WINE headers and w32api > headers. > They would be (with the help of MSDN) designed to be as close to the > microsoft headers as possible (in so far as where things are declared > e.g. > if abc is in def.h on MS SDK, put it in def.h in this new SDK). > This set of headers and libraries would be used: > A.by MingW users for windows programming and development > B.by the reactos team to build ReactOS > C.by the WINE team to build WINE > and D.by people building apps with WINELIB. > > 2.same as 1 but for MSVCRT.dll/MSVCRT.lib and would be used by WINE, > MingW > and ReactOS. It would endevour to provide 100% coverage of what the > MS > runtime provides in its MSVCRT.dll as well as all the glue code in > MSVCRT.lib (like the Thread Local Storage stuff I made) > It would be used by MingW developers to write for win32, by ReactOS > to > build their OS and their clone of msvcrt.dll and by WINE to build > WINE and > its clone of msvcrt.dll (which would be the same one as the ReactOS > clone, > see below) > > 3.same as 1 but for winddk.h & friends (i.e. kernel mode ddk). Would > be > used by MingW for kernel-mode development should anyone want to do > that. > Also, it would be used by WINE for anything kernel-mode that is > needed > And by ReactOS to build the kernel and kernel drivers. > > In addition, there would be additions to the libraries plus new > header > files for all 3 items (SDK, MSVCRT and DDK) that would include any > "undocumented by MS but documented by someone else" functions. One > thing to > remember is that just because they are undocumented doesnt mean that > Microsoft (or even 3rd parties that have documentation/headers/code > that > isnt "genreally available) hasnt used them. > > The new "SDK" could contain features designed with the different > projects > in mind. For example, ReactOS core modules could be built with a flag > that > would tell the headers not to define the "generic" versions of > ansi/unicode > functions. But application developers could build with this flag off. > And so on. > > A specific "ReactOS SDK" wouldnt exist since this new SDK would do it > all. > The 3 existing sets of header/library files (i.e. WINE headers, > MingW-Rintime/W32api and ReactOS headers) would be thrown away and > replaced > with this new SDK. > > Internal stuff (i.e. stuff thats internal to ReactOS or internal to > WINE > and is not visible to userland apps or to kernel drivers) would go in > their > own internal header files, as needed by each project. > > Also, > > Now on to the other part of my proposal, code sharing between ReactOS > and WINE. > Basicly, ReactOS (and to some extent WINE) is divided up into 5 > parts: > 1.kernel (ntoskrnl.exe, hal.dll, win32k.sys etc) > > 2.kernel drivers (mouclass.sys, ndis.sys, vga.sys, videoprt.sys etc) > > 3.userland core (user32.dll, gdi32.dll, kernel32.dll, ntdll.dll and > any > other userland dll that makes calls to kernel-mode without going via > one of > those 4 dlls) > > 4.support components (the system services etc) > and 5.other dlls and apps (like comctl32.dll, comdlg32.dll, > shell32.dll, > msvcrt.dll, crtdll.dll, ole32.dll etc) > > My view is that: > A.where possible components 2 and 4 should be designed to work on > windows > as well as on ReactOS > > B.sharing parts of component 3 (specificly some of the user32 stuff) > does > make sense and should be done in a way thats clean in that the > "shared" > code doesnt rely on any of the internals of WINE or ReactOS and only > calls > "published" APIs (i.e. regular user32 or gdi32 calls). For example, > the > MessageBox code can be implemented on top of the Dialog Box api and > so on. > > C.as for component 5, we should implement one and only one copy of > those > dlls. They should only use published APIs and should work "out of the > box" > on Windows, ReactOS and WINE when compiled with the new "SDK" > mentioned > above. DLLs that talk to kernel mode (such as winmm talking to the > sound > driver or winsock talking to networking) should certainly be > implemented so > that they will work OOB on both windows and ReactOS (since we are > supporting 3rd party drivers in ReactOS anyway we need to implement > the > "glue" between e.g. winmm and the driver in the same way MS did). > WINE is a different issue, mabie they can just implement something in > their > kernel/ntdll that "appears" to e.g. winmm like the sound driver, I > dont know. > > Ideally, WINE, ReactOS and w32api/MingW-Runtime should be designed to > be as > alike to Windows and Microsoft SDK as possible. (including those bits > of > code that are shared between the projects) > > __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From noog@libero.it Sat Oct 18 16:27:41 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9IERffB026728 for ; Sat, 18 Oct 2003 16:27:41 +0200 Received: from smtp3.libero.it (smtp3.libero.it [193.70.192.127]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9IERelk039762 for ; Sat, 18 Oct 2003 16:27:40 +0200 Received: from aldebaran (151.25.179.183) by smtp3.libero.it (7.0.020-DD01) id 3F6F04A60091BC4C for ros-kernel@reactos.com; Sat, 18 Oct 2003 16:23:50 +0200 Received: from aldebaran (HELO aldebaran.libero.it) [127.0.0.1] by aldebaran (169.254.25.129) with ESMTP (Classic Hamster Vr. 2.0 Build 2.0.0.0) ; Sat, 18 Oct 2003 16:21:21 +0200 Message-Id: <6.0.0.22.2.20031018161356.03755ff8@pop3.aldebaran> X-Sender: hyperion@pop3.aldebaran (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Sat, 18 Oct 2003 16:21:19 +0200 To: ReactOS Kernel List From: "KJK::Hyperion" Subject: RE: [ros-kernel] Section object initialization In-Reply-To: <004901c3954b$4bdbd5d0$0202a8c0@newdarkstar> References: <6.0.0.22.2.20031016220327.04972100@pop3.aldebaran> <004901c3954b$4bdbd5d0$0202a8c0@newdarkstar> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Posting-Agent: Hamster/2.0.0.0 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 14:27:41 -0000 At 09.41 18/10/2003, you wrote: [...] >I don't like this way for calling init functions. If each init function >can call an other init function, it is very difficult to find out the real >calling order for the init functions. but that's just the *easy way* to perform a topological sort. To know the order in advance you have to build the graph, perform a depth-first visit starting from each node and sort the nodes by their times of end-visit (i.e. when the node went black) - you'll admit that this is much hairier. In any case, whether you choose to hard-code the calling order or determine it at run-time, you can still draw the graph on a sheet of paper and do the topological sort by hand (personally, though, I think something equivalent to the POSIX pthread_once would be the ideal way) From fd0man@chadeux.homelinux.net Sat Oct 18 17:42:57 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9IFgvfB027196 for ; Sat, 18 Oct 2003 17:42:57 +0200 Received: from chadeux.homelinux.net (cblmdm204-118-177-204.buckeye-express.com [204.118.177.204]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9IFgtlk039430 for ; Sat, 18 Oct 2003 17:42:56 +0200 Received: from chadeux.homelinux.net (IDENT:1000@localhost [127.0.0.1]) by chadeux.homelinux.net (8.12.8/8.12.8) with ESMTP id h9IFchMH006112 for ; Sat, 18 Oct 2003 11:38:43 -0400 Received: from localhost (fd0man@localhost) by chadeux.homelinux.net (8.12.8/8.12.8/Submit) with ESMTP id h9IFchE5006109 for ; Sat, 18 Oct 2003 11:38:43 -0400 Date: Sat, 18 Oct 2003 11:38:36 -0400 (EDT) From: "Michael B. Trausch" To: ReactOS Kernel List Subject: Re: [ros-kernel] Re: Anti-Spam issues. In-Reply-To: <200310181039.h9IAdMlk017908@dutlru2.lr.tudelft.nl> Message-ID: References: <200310181039.h9IAdMlk017908@dutlru2.lr.tudelft.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 15:42:57 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sat, 18 Oct 2003, Martin Fuchs wrote: > > On 18.10.2003 05:13:43 Michael B. Trausch wrote: > > > > I'm not sure if any of you guys are having problems with spam, but I'm > > having major ones :-P I've just employed an anti-spam program called ASK > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > Yay. It works. I get mail from the lists. Yay :^) Two hours of tinkering with settings, it *better* work. lol Anyone else having a problem with lots of Windows virus e-mails? - Mike Michael B. Trausch AIM: MBTrausch 720 Orchard St. E-mail: fd0man@chadeux.homelinux.net Toledo, OH 43609 Second E-Mail: fd0man@yahoo.com (419) 514-5047 Web: http://chadeux.homelinux.net - ----------------------------------------------------------------- To send me mail, without using a mailing list that I'm on, you MUST put "DOGXP180" somewhere in the message. Just hit Reply. If you're encrypting mail to me, put it in the subject. - ----------------------------------------------------------------- People will forget what you said and what you did, but they will never forget how you made them feel. - ----------------------------------------------------------------- If you'd like to send me secure mail, please obtain my gpg public key from my website, listed below, or if you have a Unix system: finger fd0man@chadeux.homelinux.net |less http://chadeux.homelinux.net/users/fd0man/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE/kV5+85RqKeHavSsRAnEIAKCSKtmJjU3qxStqM4viaEANoitwdgCfeN3S NP/HzxafybbPAFJKJ0xm3WM= =yvtA -----END PGP SIGNATURE----- From steven_ed4153@yahoo.com Sat Oct 18 17:53:51 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9IFrpfB027276 for ; Sat, 18 Oct 2003 17:53:51 +0200 Received: from web21106.mail.yahoo.com (web21106.mail.yahoo.com [216.136.227.108]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9IFrolk111420 for ; Sat, 18 Oct 2003 17:53:50 +0200 Message-ID: <20031018155345.53972.qmail@web21106.mail.yahoo.com> Received: from [66.83.186.125] by web21106.mail.yahoo.com via HTTP; Sat, 18 Oct 2003 08:53:45 PDT Date: Sat, 18 Oct 2003 08:53:45 -0700 (PDT) From: Steven Edwards Subject: Re: [ros-kernel] Re: WINE porting templates To: "Dimitrie O. Paun" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: wine-devel@winehq.com, Jason Filby , ReactOS General List X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 15:53:52 -0000 --- "Dimitrie O. Paun" wrote: > Well, this is nice generic metaphore, but it says nothing about > _what_ is wrong with Wine's headers :) I mean, how else can we > fix the problems, if we don't know what's broken? I agree 100%. Pick a DLL and try to compile it with MS_VC and the PSDK and you will find out. =P The last time I checked there were major problems with shell32,ole32, shlwapi and friends in regards to the macros and structures used. I have not really had time to check everything and with my cable at home on my MS_VC box being out it has made fixing these problems even harder. I will try to get you a compleate log of all of the problems we have sometime soon. Thanks Steven __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From noog@libero.it Sat Oct 18 18:08:03 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9IG83fB027358 for ; Sat, 18 Oct 2003 18:08:03 +0200 Received: from smtp0.libero.it (smtp0.libero.it [193.70.192.33]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9IG83lk014966 for ; Sat, 18 Oct 2003 18:08:03 +0200 Received: from aldebaran (151.25.179.183) by smtp0.libero.it (7.0.020-DD01) id 3F6F1CE700901EA7 for ros-kernel@reactos.com; Sat, 18 Oct 2003 18:04:13 +0200 Received: from aldebaran (HELO aldebaran.libero.it) [127.0.0.1] by aldebaran (169.254.25.129) with ESMTP (Classic Hamster Vr. 2.0 Build 2.0.0.0) ; Sat, 18 Oct 2003 18:05:06 +0200 Message-Id: <6.0.0.22.2.20031018163446.04b1cc10@pop3.aldebaran> X-Sender: hyperion@pop3.aldebaran (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Sat, 18 Oct 2003 18:05:02 +0200 To: ReactOS Kernel List From: "KJK::Hyperion" Subject: Re: [ros-kernel] Re: WINE porting templates In-Reply-To: <1066419250.2202.22.camel@pirata.gha> References: <20031016185119.2008.qmail@web21102.mail.yahoo.com> <1066419250.2202.22.camel@pirata.gha> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Posting-Agent: Hamster/2.0.0.0 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 16:08:04 -0000 At 21.34 17/10/2003, you wrote: >1. Windows XP (TM) ships with 2 comctl32.dll, the classic old style one >(version 5), and the new 'Visual Styled' (but non redistributable) one >(version 6), so we need to handle this situation because the whole ROS >will be '(freely) redistributable', then there is no need to have 2 >different comctl32.dll. well, Windows XP has two versions of the common controls because most programs need to be tested against visual styles, first. Some programs draw their own buttons, or modify the behavior of other standard controls in ways that are incompatible with visual styles, so there should be a way to conditionally disable visual styles. Since visual styles are "forced" onto standard controls by Common Controls v6 through subclassing, not loading Common Controls v6 is enough to disable them >2. Having in mind we should provide a new api (uxtheme.dll) to implement >themes and that we MUST make use of it if we want themed stuff, >comctl32.dll should be writen from scratch using uxtheme's api (having >uxtheme previously implemented, obviously) my idea was to implement a "dummy" uxtheme.dll, drawing in the classic Windows look-and-feel with simple GDI calls (DrawFrameControl, DrawFocusRect, etc.). This would allow us to keep a single codebase (and even a single executable) for our Common Controls. user32.dll too could always fall back on uxtheme.dll, and our uxtheme.dll could have a function that tells it to switch into styled mode, called by the dummy Common Controls v6 DLL To sum up, the flow of drawing operations will be like this in non-styled mode: +------------+ calls +-------------+ calls +--------------+ | |-------->| uxtheme.dll |<--------| | | | +-------------+ | comclt32.dll | | user32.dll | | thunks to | | | | | +--------------+ | |<---------------/ +------------+ (the dummy uxtheme.dll is implemented by user32.dll. To eliminate uxtheme.dll from the picture you just make user32.dll link back to itself - the Microsoft user32.dll already does this for several other extensions, like the IME manager) and like this with visual styles enabled: +-----------------+ thunks to | |-----------------------------------\ | comclt32.dll v6 | | | |-----------\ | +-----------------+ | initializes | | | V V +------------+ calls +-------------+ calls +--------------+ | |-------->| uxtheme.dll |<--------| | | | +-------------+ | comclt32.dll | | user32.dll | | thunks to | | | | | +--------------+ | | | +------------+ V +----------------+ | | +----------------+ From info@w3seek.de Sat Oct 18 18:11:46 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9IGBkfB027397 for ; Sat, 18 Oct 2003 18:11:46 +0200 Received: from hsp51.hspserver.com (hsp51.hspserver.com [213.131.231.14]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9IGBjlk049136 for ; Sat, 18 Oct 2003 18:11:45 +0200 Received: (qmail 9154 invoked from network); 18 Oct 2003 16:05:40 -0000 Received: from pd9e0c554.dip.t-dialin.net (HELO w3seek.de) (217.224.197.84) by hsp51.hspserver.com with SMTP; 18 Oct 2003 16:05:40 -0000 Message-ID: <3F9164C1.8080808@w3seek.de> Date: Sat, 18 Oct 2003 18:05:21 +0200 From: Thomas Weidenmueller User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ReactOS Kernel List Subject: Re: [ros-kernel] Re: Anti-Spam issues. References: <200310181039.h9IAdMlk017908@dutlru2.lr.tudelft.nl> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 16:11:46 -0000 Michael B. Trausch wrote: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >On Sat, 18 Oct 2003, Martin Fuchs wrote: > > >>On 18.10.2003 05:13:43 Michael B. Trausch wrote: >> >> >>>I'm not sure if any of you guys are having problems with spam, but I'm >>>having major ones :-P I've just employed an anti-spam program called ASK >>> >>> >>_______________________________________________ >>Ros-kernel mailing list >>Ros-kernel@reactos.com >>http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel >> >> >> > >Yay. It works. I get mail from the lists. Yay :^) Two hours of >tinkering with settings, it *better* work. lol > >Anyone else having a problem with lots of Windows virus e-mails? > > - Mike > >Michael B. Trausch AIM: MBTrausch >720 Orchard St. E-mail: fd0man@chadeux.homelinux.net >Toledo, OH 43609 Second E-Mail: fd0man@yahoo.com >(419) 514-5047 Web: http://chadeux.homelinux.net >- ----------------------------------------------------------------- > To send me mail, without using a mailing list that I'm on, you > MUST put "DOGXP180" somewhere in the message. Just hit Reply. > If you're encrypting mail to me, put it in the subject. >- ----------------------------------------------------------------- > People will forget what you said and what you did, > but they will never forget how you made them feel. >- ----------------------------------------------------------------- > If you'd like to send me secure mail, please obtain my gpg > public key from my website, listed below, or if you have a > Unix system: finger fd0man@chadeux.homelinux.net |less > http://chadeux.homelinux.net/users/fd0man/ >-----BEGIN PGP SIGNATURE----- >Version: GnuPG v1.2.1 (GNU/Linux) > >iD8DBQE/kV5+85RqKeHavSsRAnEIAKCSKtmJjU3qxStqM4viaEANoitwdgCfeN3S >NP/HzxafybbPAFJKJ0xm3WM= >=yvtA >-----END PGP SIGNATURE----- >_______________________________________________ >Ros-kernel mailing list >Ros-kernel@reactos.com >http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > > > > I do have, about 30-40 a day :( Thomas From ekohl@rz-online.de Sat Oct 18 18:31:02 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9IGV2fB027550 for ; Sat, 18 Oct 2003 18:31:02 +0200 Received: from smtp.rhein-zeitung.DE (smtp.rhein-zeitung.DE [212.7.160.14]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9IGV2lk039432 for ; Sat, 18 Oct 2003 18:31:02 +0200 Received: from marvin (pppin-40-a3.pop-koblenz.rz-online.NET [212.7.163.64]) by smtp.rhein-zeitung.DE (8.12.8/8.12.8) with SMTP id h9IGUv3Q010194 for ; Sat, 18 Oct 2003 18:30:58 +0200 Message-ID: <002a01c39595$d53b39c0$0500a8c0@marvin> From: "Eric Kohl" To: "ReactOS Kernel List" References: <009401c3955e$8ba3fb30$d845b13e@hornet><000401c39573$49ada400$0500a8c0@marvin> <001f01c39580$702ac6f0$4147b13e@hornet> Subject: Re: [ros-kernel] Hunting a task Date: Sat, 18 Oct 2003 18:34:31 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 16:31:02 -0000 "Filip Navara" wrote: > I don't see any calls to BIOS functions from protected-mode. My idea is that > the freeldr.sys will be loaded in memory by DOS calls and then DX set to > some reasonable value and at last jumped on the address where is freeldr.sys > loaded. To the FreeLdr it would look like it was loaded by any > bootsector.What's wrong with this? FreeLoader is a protected-mode application. It switches to protected-mode right after start and switches back to real-mode to issues BIOS-Calls. No, it wasn't about segments, it was about modified interrupt vectors! If a driver modifies the interrupt table and sets interrupt vectors to Non-BIOS Code or Non-BIOS-Extension Code, we can not guarantee that the code will be callable after FreeLoader switched to protected-mode. Eric From jasonfilby@yahoo.com Sat Oct 18 18:39:10 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9IGdAfB027606 for ; Sat, 18 Oct 2003 18:39:10 +0200 Received: from web41502.mail.yahoo.com (web41502.mail.yahoo.com [66.218.93.85]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9IGd9lk026076 for ; Sat, 18 Oct 2003 18:39:09 +0200 Message-ID: <20031018163800.8834.qmail@web41502.mail.yahoo.com> Received: from [155.239.193.82] by web41502.mail.yahoo.com via HTTP; Sat, 18 Oct 2003 09:38:00 PDT Date: Sat, 18 Oct 2003 09:38:00 -0700 (PDT) From: Jason Filby To: ros-kernel@reactos.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [ros-kernel] Alpha on its way out X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 16:39:10 -0000 Hi all Looks like the Alpha port isn't something to chase afterall: http://slashdot.org/article.pl?sid=03/10/18/1352259&mode=thread&tid=173&tid=187&tid=91 Cheers Jason __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From xnavara@volny.cz Sat Oct 18 19:28:10 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9IHSAfB027976 for ; Sat, 18 Oct 2003 19:28:10 +0200 Received: from smtp2.vol.cz (smtp2.vol.cz [195.250.128.42]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9IHS9lk025976 for ; Sat, 18 Oct 2003 19:28:09 +0200 Received: from hornet (prahab-1-76.dialup.vol.cz [62.177.68.76]) by smtp2.vol.cz (8.12.8p2/8.12.8) with SMTP id h9IHRvFm085123 for ; Sat, 18 Oct 2003 19:27:58 +0200 (CEST) (envelope-from xnavara@volny.cz) Message-ID: <006501c3959d$2a9926f0$4147b13e@hornet> From: "Filip Navara" To: Date: Sat, 18 Oct 2003 19:27:48 +0200 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_005E_01C395AD.EA3D69C0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: [ros-kernel] Registry Bug... X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 17:28:11 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_005E_01C395AD.EA3D69C0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit Hi! I am not sure if Eric reads BugZilla and so I post this bug here. The problem is that the Software entry in registry is duplicated (with different case) and that could be cause of some other bugs I run into. Attach screenshot shows it in our RegEdit. Filip ------=_NextPart_000_005E_01C395AD.EA3D69C0 Content-Type: image/png; name="regbug.png" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="regbug.png" iVBORw0KGgoAAAANSUhEUgAAAoAAAAHgCAIAAAC6s0uzAAAAAXNSR0IArs4c6QAAAARnQU1BAACx jwv8YQUAAAAgY0hSTQAAeiYAAICEAAD6AAAAgOgAAHUwAADqYAAAOpgAABdwnLpRPAAAO5xJREFU eF7tnUG24zhyRdOL8sADL8Nb8qAHtZDehgc9qEW19RO/WPgIIAiCQeIRvHXq5MmUwGDgSorLACXy P/7vX3/+4j8IQAACEBAj8N//9Z//889/iiVFOqEEPgL+N/9BAAIQgIASgf/9xx+fSv8RMP8vTOBX EvDnT/6HAAQgAAERAgh4Ye9uU0PAHHlAAAIQkCOAgF8n4M9Lzv8QgAAEIDCRQGrBETACxscQgAAE IHArAQT8BvWmOf5Ygk4HfUdPgUw8VGTXEIAABAYIHPq61efLUEfHp5TGtkLAbxdw//vm89YcePd3 bpLWYdT+37LSTE8NF/lAQJBA/zdP01Lw0fGbgDv7mbSXvAViCfoNGq53wP3vtlzAxVvtnk9diAXt h8RJvrrHkDTuIcZeIACB/hJXCNj5EWjeuSLgN+jz/Bw9Af/69fkNuPd/uojH9mHOJbS9F6/+qIeY 71AQBHz1a0p8CFxN4GYBJ20XB/r5g3TA52X2xAhXCfjzfrKiyt9/+QeseLy1xms3tz132jbXf5FG 9cjAF/BuetXW35lskeHVtYb4EIBAQeCMgKuryptfc5XmeykcXPwTAT9Rn+dzvkrAheecf/pPVdvr Qt7W5f4AW4wcAY+lZ7fKJ3Ko4aZ0QgAC4QTuF3BaL0yetg0xAj4vsydGuOkccLUbTh8qp0Mt1rSr H0K7eTGs6IZbC8jVLnY4vc5JhZcVAkIAAj0Epgh4U69djkbAT9Tn+ZyDBdxqWKuLNlUB584rBLwF GW5wW62n3wFbo9vMe44DWvPtqReMgQAEAgkg4PPyIMJ5AlcJuOgdzxuuWMLdAu6ar2V0x+L+U9Vd 76bRSjiwphAKAhDoJDBFwCxBnzfWYhHkBFysGLc+TkcFXO2eW/2632EPCLhzUp21g2EQgMBJApuA 7c+K7Nmo/HfAdvU4jedLWIup8Z7pXCvg3FWtHjGXU+pWd5tFZ4yzyHyoCy8a7uo/ixXyQtutZ500 TtYUNocABDoJnBFw66fAW13afpxZ7KVQOz9Dukdyynu5UMDFKvQm18K49vFWi5m/fe2KdNpqWMD2 sHd3F4Viiya7mq2TYWfhYBgEIHCewPASdFEo7D8/uVkBH9oqF7myPMjtPIFIAZ//VKQIV/SIV8SM mi9xIACBmwl8BNy/x7QEfWh8Gjy2FQI+L7anRKgL2Lncmn2q/33ZM9L2xz1b7Y5BwLuIGACB9xA4 VOIGBieSRzfcOpBUrz6bP0Uk5DlGoCLg+z+EzvLv+WQuMvr5xIgAAQhAwBKgAx6T2RO3khAwH0II QAACEKADfqJEz+T8Q8C73xRgAAQgAAEI3ECAJegzYnvKtgj461dP/A8BCEBAigACfopEz+SJgLEv BCAAATkCCPiM2J6yLQKW++BJHYaTDAQgMIUAAn6KRM/kiYARMAQgAAE5Agj4jNiesi0ClvvgTTnc ZqcQgIAUAQT8FImeyRMBI2AIQAACcgQQ8BmxPWXbaQJu3VRE6iDUSWbL/+aJ3Lw72Zfj0Rwenbzs W2KxxBDwUyR6Js9eARfXVLvnvX5zndq9MVk+62pu5xPOb5Cyu7t7XoUijSnvBH+m57GPkbT77cyk c9hYVmy1BgEEfEZsT9n2gIC3t3VLEuHv+5vr1KHdXSTgD8NqWT+UW/gLkb/01wUfjjwLDgIefsnY cJcAAn6KRM/kOSJgRxLWzXnDlG9YFK9iWBpZ3TbfRTXI7ju7NcCv47sTiWoNWwxT2i09F1vlwwpi Z3TV2ta+fDZVm0Z1ptW+P+23+tK3sFdTKt5Xw28V57UoYu6Syad25qU5ORc2VyOAgM+I7SnbjgjY 1vrOct9yp1PWi3JsjVut12OfJaf8OVMu5j626/5ptlC3/OQ8PpDqriH8w6PNWy1ordfXV7XdynlD Dsy6/4jt5KtTPcAKTJhQDyKAgJ8i0TN5HhCw01LYo/5qi3BewNX2olrWBz5pRS/lmPXoRI4m49fx LZrV4fZI8Rf7+NGUcsgbqGqQfF9Vho4vHQG33mNWWj1YxqbvdLeWSWca/tFDSJ4EeSIBBHxGbE/Z 9oCAW3Xfessp99WnOtVebb+i1OI3H2PFdPhj3xJ8kaRPPuWc/3m+waq+BFuT7UjImVGeVZSAW8dS rXfa2CvlvCsskxYBP8hYYmy1AAEE/BSJnslzRMBWA623e6e3crV3usceDbTc0P9RdCJ0TuR8DsW8 chpbD+p0wPlkCwFbO/aT8fdYJJlDaB1vtdrZKAHvTu0iGtW522T8YYHvol0ODJAlgIDPiO0p294q YL8N2nVqtTAF9jT9Au7vZoY/3ps+W07abWdzAW8N2XA+Vv8tKxd2KdKwafcccu32mvbIo2emJ1V3 KKtWhvb1PZlVz8QZo08AAT9FomfyHBdw3tw4jUu1HDvy6CnHtn8KqVm+gHsmEpLGprqis6x2wL6e WzkPV5/WMVAu46pRnEwcsPl7rNU0+0b3jxtOvl67AnY+Fy1iJ1MafmXZUI0AAj4jtqdsOyjgVtWz zkiPbI9XS2o+xpZju+11Am5lsnWQ/RM5/3neFXCh6qr5HDUOZNjSQ/UlztOrvmStCfqQWwciRbTi jWdZnVedL2Dn1Sne5Pm7a+BFYZMlCSDgp0j0TJ69Ao56i5+vejaTK2JGzZc4EPAJ8O7lHVIlgIDP iO0p23YJuOgLq71Fz6eo2vH0bHhDCWvN8Xx6hyJEoT60087B1dw6t11vWNQrhYDXe2+EzAgBP0Wi Z/L8IeB/X/Dfp76MRR3ecGx3bPUeAnl9fM+smeltBE7WrvT+RMBnxPaUbRHwbZ9KdqRCoBBwSL9C EAjk4vy8108CQcBPkeiZPB8v4M/bNP9fpcaThzABBHzSDWzuEEjiRMBntPSebZ8t4M97/d+/r/e0 /fn1CP9BwCWAgDHodQQQ8Hv0eX6mDxawtW8ycdETo2R0XBBAwNfph8gI+LyW3hNBS8DWndsj1iKd Zt0+D3gIAokAAkaT1xFAwO/R5/mZygm4Komqa78f/LkEnS9Hbw3xyS8lXuqtubnN3fulYJ3gCPg6 /RAZAZ/X0nsi6Ao4d4MjYGvc4pFqB1z8iPOkCc5orLVtbIatCZ7J/CS0iZsjYDR5HQEE/B59np/p 4wVcfAmrpwNObtsEUPxzQAxnNOYIODBDBJwTQMDX6YfIVQEPXLaFnyGd15t+BEUB2+YvvRfz/z71 NLXFRzvgXd0We8kt+Pn79mxhx/zx5NSq5u3eewScolX3uJtez1YDxxyP3sQXcHqN8jHFP3EMBM78 DKnz7YSA9fV5PkNFAafinisn8Byw361aa1bbUGeYVW9VxoU4rc+KPKtp52m0/t46FLCQH+3UQ8kj YAx6HYHdJehcwPZQb3sEAZ/Xm36Exwt4oAN2irXV3vaIY8RdWfaHrYrZ6doH0ssPbvzDkUNWe9Dg XQF/BuxWyaJRTuPTg9u2xT+Lrtp59jo9EPlqAicFvKWHgPX1eT5DXQHnBf3ODrgQyYDhrNWcR1oK 3KqztW/1Kf/4oNikNakHSfRMqicFvG1uXZueqmq4utU2+GorEP82AkcFXByuIeDzVntQBDkBt34K bAuu86Ph4qlcTn7P129KJ2aUgKuOKXw8cHyQh/VpnJGc8rY9As6b4K1E2iKeV0/ntHEewUZz4t+m DXYUReCQgJ23GR3wgzw6nKqWgI+6wTZ2rUeqp3J7zrwOGG5XwLlEnQ64JeAqJb8DbukQAX/IFJXX OrUQZPEe27refgHbd2lU9SfOdAIIeNhGL9zw2QIea7NsE5lbttXa9huuKuDOsIe+nOWIvNhdK3kE 7Ah4606K/rXazlpJt3xMvzvdkZcmMCDg7YAsT4wO+A0+fqOAty8Gb+/7oqdsPd5q0POGJv+K00DY XQHnyTtfp2odBNiDj7GDmEdv1bkE3RJw1awI+FKrPSj4UQG3vgeAgBFwQJkd7rGGNwxImhBLE+gX sC2OrW74kID9wQ+SDalaAgj4DeKMmuNLO+Cl/cLkdggUArZf2csfSWsG9pH04PaUHVNsYveyLZz0 f52QkY8gkJqH/lSLN096f9IBR0lOOQ4CRlevI1CsIednEPg7BKYTQMDKyozNDQG/Tj9MmIVTCOgT oAOOVZ1mNASMj15HQL/4kiEEELCmMmOzeryAixMtr5MJEz5OgOIOAX0CCDhWdZrRni3gr0tU/r4G 7/Zn9aKVx0s0W6xMQL/4kiEEELCmMmOzerCArX2Tie2XD1eWCXM7ToDiDgF9Agg4VnWa0R4u4I7i u/0sr2MsQ15BQL/4kiEEELCmMmOzer6Afy5B58vRW0N86TU9Lg3+Ch/ePkmKOwT0CSDgWNVpRnu8 gK1xi0eKDtj+yO/2+j9/hy8/aNAvvmQIAQSsqczYrB4v4OJLWLsd8Mvdk+T/cggUdwjoE0DAsarT jCYtYOeSNOlKb58/BzrgVgeatNR5J4bNYbnM8gjbXvJZ5Lve3V2RSTWxTaj22Vb8gur8fvz2DPSL LxlCAAFrKjM2K2kB+5X5+xdHB88BO81fMlOutFyi1p22m8wj7Mbxd1dk4iRWHAFURxaJ0QFT3yEg TgABx6pOM9rjBTzQAbdawEJLLbEVS7i2A26pemuvq+vAThw/seIwpdqaOznf3n/O36F45SU9CHwI IGBNZcZm9XgBB54DdjyXC8zpJm1n6TzSr9XdI4PqIUV//PlKvDcD6jsE9Akg4FjVaUZ7toA7b/jl N6k968yFgHuWo6tt7licMZWObXWvCufsTb/4kiEEELCmMmOzerCA8y9MFS2g/WfLsv5ycfFsUtoh sdnBA0vEh/bYczzBOWDqOwTECSDgWNVpRnu2gAcaKMc9/hJ07vtDHXCr/+7X6u4SdDWf/vgDGB+9 iXjlJT0IcA5Y05fhWb1RwANfwqp+pdkuMlftnu+us+HuPBudN7vbXjo7YDv+0U49lDz1HQL6BOiA w20nGPB1Aj5UqRm8JAH94kuGEEDAgr4MTwkBL6kYJuURoLhDQJ8AAg63nWBABIyrXkdAv/iSIQQQ sKAvw1NCwK/TDxOmuENAnwACDredYEAEjI9eR0C/+JIhBBCwoC/DU3q8gItrcbxOJkz4OAGKOwT0 CSDgcNsJBny2gL/ux/DzZgzfd2g4XpTZ4j0E9IsvGUIAAQv6MjylBwvY2vfzof342F6f8j1qYaY9 BCjuENAngIDDbScYUEvAzrWdbWHtbHbT+7inLjPmJQT0iy8ZQgABC/oyPCU5AVcdUHXt2P2AX+IY pukQoLhDQJ8AAg63nWDAxws4LTs7f9IBI+OCgH7xJUMIIGBBX4an9HgBH70f8KcWt64Fncq082z1 JkvOjZhStLz6p8HFI/6Aowmz3r57wEFxh4A+AQQcbjvBgIoCtgpM78XirgZpCfpoB2wV6PivGLzr NjvgkIBbN0go7qfkK3xXPwzQL75kCAEELOjL8JQUBdz5fauxc8CORKtuzh88KeDqDYsKuW79rt8l O8/i110CFHcI6BNAwOG2Ewz4eAEPdMCtAt3y6/b4mICLzQujWwFXF663nHcXsXf1wwD94kuGEEDA gr4MT+nxAj56DtguZeduq8opN2ixDF6Mrxra+rtqdKfVdnK2Z4h3jxIQMMUdAvoEEHC47QQDygm4 9VPg6rq087vh/KmWF4s14Ss64LyddUxcdL1Fm1vtknePGxBti4B+8SVDCCBgQV+Gp6Ql4KOnNovW 0PmnY6PdFebdAb4LbdOcAtq16FanWxwZ+P/Eu7sEKO4Q0CeAgMNtJxjw2QLeLbU9A4oVZruqHCXg 4jxuf1+LgHtex/4x+sWXDCGAgAV9GZ7S6wRsZVaI0P+nX+WdRezd/drILfE7C9T9EnrzSIo7BPQJ IOBw2wkGfKOAD32n6dCq+JiAC6HaBW0b1h4l2IXuNyvWn7t+8SVDCCBgQV+Gp/Q6AaMlCFDcIaBP AAGH204wIALGR68joF98yRACCFjQl+EpLSjg1jrw6zzDhBsEKO4Q0CeAgMNtJxgQAaOp1xHQL75k CAEELOjL8JTeK+DiIh6vs9CLJ0xxh4A+AQQcbjvBgC8V8NeNHH7eRfj71g4v1tJ7pq5ffMkQAghY 0JfhKb1RwNa+n0/7x8f2wpbvcdKrZkpxh4A+AQQcbjvBgIsI2LkotFVLZ7ObPgCvMtNLJqtffMkQ AghY0JfhKa0j4Ko8qq4du5Fwj5xEhL1dlKMn5xeOobhDQJ8AAg63nWDA9wo4LTs7fxYdcPV6Va2L WE20Grdq2IWvX3zJEAIIWNCX4Sm9V8BjNxIurkyJgHdtJziA4g4BfQIIONx2ggGXErC9yHN6ExfX SU5L0AMd8Gcrewuj3ZsaFQvCaby9oUJr3bh1kefq48Vk/ateC6rxnpT0iy8ZQgABC/oyPKWlBNz5 fauxc8CbOLe9tB5JA1r3LLJNc2tk4XvbfBeZbPstRt5jtQftheIOAX0CCDjcdoIB3yvg4Q648G6r A259Ics+bs/abo90BskVzjng3UMB/eJLhhBAwIK+DE/pvQIeOAect5hVR/rL0dUOtdrm5sGrS9OO xREwAsZeCxBAwOG2Ewy4joBbPwWurks7vxvOn6oKtXpO18q1s3n1BZwvMjttbh4EASPgBfTDFBCw oC/DU1pEwLs1txjgf1mp9f2m3XOuIR2wPUls99u/at06DjhKbKXxFHcI6BNAwOG2Ewz4UgEP6KSn oy0E3Gqgq0cDVbu3vnjV/70tBGxfa/3iS4YQQMCCvgxPCQH3uviogLcvQjtL1naFudratk4D95we rnbzvXNedBzFHQL6BBBwuO0EAyLgRSXDtNoE9IsvGUIAAQv6MjwlBIypXkeA4g4BfQIIONx2ggER 8Ov0w4T1iy8ZQgABC/oyPCUE/LeP+L7SS9xMcYeAPgEEHG47wYAIGAG/RLt/T1O/+JIhBBCwoC/D U0LAhwVcXMTjdfp6/oQp7hDQJ4CAw20nGBABHxPw140cft5F+PvWDs/X0ntmoF98yRACCFjQl+Ep IeADArb2/ZSJj4/thS3fI7MnzpTiDgF9Agg43HaCAd8uYOei0FYtnc1u+uQ80UwvyVm/+JIhBBCw oC/DU0LAf1StU3Xt2I2E+602rO3hDftzW2kkxR0C+gQQcLjtBAMi4MMCTsvOzp9FB+zcOCFZ7bw+ z0dYya+7c9EvvmQIAQQs6MvwlBDwYQEP30h40234HQMR8K508wEUdwjoE0DA4bYTDIiAvwRc3J3w 80h69xd3MkhL0Gc6YHv7hPy+RvbuSdXbLRQJFz106+4LrTs1FQm09njIcOKD9YsvGUIAAQv6Mjwl BHxHB7zJL/3FOs+uRbfGFJs70ayYNy9Wrf+eNpriDgF9Agg43HaCARHwYQEf7YBzERYm9h2Z95G2 OfZtape77UFAYX0ErF+UyfA9BBCwoC/DU0LAhwV89Bzw1QKuxs/1XMh468KtgN+w/pxOIvA/BMQJ IOBw2wkGRMB/tH4KbE9kOj8aLp6qfvPZLvzmjzjdsP9Up4C3YfkyeJFAruqFG2Lxykt6EPgQQMCC vgxP6e0CPvp1oeKbWc4/iwVk61orP3+d2Ta1zjqzfaoQsD2XXKBAwGgAAhMJIOBw2wkGRMBHFTw4 vqpb2yg7lq2e9C086rTU1rjV9rdq7sE5q242saqyawh0EkDAgr4MTwkB32SJQAFvKt1iFq1z61Ru tQsvvP6G08CdFZBhEJhIAAGH204wIAK+ScDsRofAxKrKriHQSQABC/oyPCUErOMFMrmJQGcFZBgE JhJAwOG2EwyIgG8q+uxGh8DEqsquIdBJAAEL+jI8JQQc4IWFvzAcQEcvRGcFZBgEJhJAwOG2EwyI gAP8gIADIN4YYmJVZdcQ6CSAgAV9GZ4SAg4o/J0CLi7WEbBjQgwR6KyADIPARAIIONx2ggER8FAJ /7lRj4C/7qT08y7C6d5K/Hc/gYlVlV1DoJMAAhb0ZXhKCDig/u8K2Nr38yH8+Nhe2zIgG0LsEeis gAyDwEQCCDjcdoIBEfBetW4871wX2m7R2eymj9xgQmzWTWBiVWXXEOgkgIAFfRmeEgLuLts/B7ac Wn38+8GfS9CpCc7/RMA54+uORTorIMMgMJEAAg63nWBABHyfgK1xi0eqAi7u9zCYbsRm9oKXNup1 1oyYwXeMiVWVXUOgkwACFvRleEoIeLCw39MB+1dvHkx9dDPn1hEppHN3h9F9XrJdZwVkGAQmEkDA 4bYTDIiAB0t8ErBtT9PHJv/vMywNPtoB+z5r6TA9nm9rH8l9Wb2Bkr0lg53U7u0lCgjbTq2qnZHb y1Mdk0LlL0TPyzmxqrJrCHQSQMCCvgxPCQH3VOzKmBs6YH851xGwfcp/pLD1Nrjq5sKI1bO2TuNe 1Xb1NXBWvFtPdbbgnRWQYRCYSAABh9tOMCACvk/AAx2wk5zfAVe9mLuziJxLt7WtPSBwRNgZf2th 7UyL4EVWPQm36E2squwaAp0EELCgL8NTQsD3Cbj4zvPut6CHO+CW/KrLucVqc8vrVVPahW67uO3H L5bxB9zvJIyAO2s9wwQJIOBw2wkGRMDjAm79FNhGdH40XDzltH2+VlsdYUucrWkfEnBxCtbpsDuf coze2VL7Ry0piGC1JSUIFAQQsKAvw1NCwIMCPrpZ/h0i/+9Fn3rUlP5C8dahHg3bWitOu/PPFrf6 2moO1SMJ5xw2HTDqWpIAAg63nWBABHzUpLeO7/w2U6txbOnW+SbUQAdcjdZ/irrQc0vArbUBBLyk fpgUAhb0ZXhKCPhWoQ7srGiXra62HtTRbavXLE7Q2ja30J4db9vfooPfbY5bE6x2vc6hw25zvyVG cYeAPgEEHG47wYAIeMCJbPJsAvrFlwwhgIAFfRmeEgJ+tkvIfoAAxR0C+gQQcLjtBAMi4IECzibP JqBffMkQAghY0JfhKSHgmS7p+c3MzPwW3TfFHQL6BBBwuO0EAyLgmZJBwFPo6xdfMoQAAhb0ZXhK CHiKAr532ing4mIdMzNeYt8UdwjoE0DA4bYTDIiAZyqlR8Bfd3349ftl+uvP1n0gZs7kUfvWL75k CAEELOjL8JQQ8Ex17ArY2jeZ2F7bcuY0nrZvijsE9Akg4HDbCQZEwHfbw7kutE2ls9lNn9W7Z/LY /ekXXzKEAAIW9GV4Sgj4bo3ccCPh8CktZneKOwT0CSDgcNsJBkTA4bbaCTgg4PwEcPXvRQdsb/Zw cpIIWL9ek+FiBBCwoC/DU0LAJ910ePMBAcfeSPhwxr9vdjSwlewmi1VqprMkAQQcbjvBgAj4bk0k Ads7EKTPW/7fZ1gaPNABt2bVujXCdkcHe7eDlG0esEhyeyoPsju+NfiG12PJes2kFiOAgAV9GZ4S Ar6h4P/YxfQOeLNp7lr/nkX2nkiFdNM/q7cqam1bNf09L8ZilZrpLEkAAYfbTjAgAr6n5v+9lwEB D3TArXv8Fc131aNWpYVEbXe7Cbigadeuc/3fjf6v/S1Zr5nUYgQQsKAvw1NCwHdbYEDA4eeAq62q 405HwPkCdVW3rW+ETTyvvFilZjpLEkDA4bYTDIiAJwi49VNgm4rzo+HiKd+RVq72tO5FAnbORt+N ng74X38u6aolJ4WABX0ZnhICnmWB3v3aDrL1SGs9uWXfzoXlvMct/l4sVjsLzna2dMBLaoNJRRFA wOG2EwyIgHtF+KBxjttaX7yK+hJWf6uNgKMqNXGWJICABX0ZnhICfpBYe1NtnXat9q/596e2Df3v Uvk/Q6o2uzYyAl5SG0wqigACDredYEAE3Gu1tcdN1OH9YKNKJHEgcB0BBCzoy/CUEPD99V9xjwj4 ukpKZAgMEEDA4bYTDIiAFXV4f04IeKBEsgkEriOAgAV9GZ4SAr5fdgF7fJUvA3j9DHFd0SQyBKII IOBw2wkGRMDh5f2OgAj4DOWoEkkcCFxHAAEL+jI8JQR8ppJP27ZTwMXFOqalK7bj64omkSEQRQAB h9tOMCACFpNDXzo9Av665uWv36/vX3+2roLZt891RkWVSOJA4DoCCFjQl+EpIeBHemVXwNa+ycT2 2paPnP+5pK8rmkSGQBQBBBxuO8GACPhcLZ+0dZeAO3JLH/KOgUsNiSqRxIHAdQQQsKAvw1NCwI9U y641v1ebfy5B58vRW0O8GyoB6hxW0Dx0i4j+V8JPZjfV64omkSEQRQABh9tOMCAC7i/7QiN3HZME bI1bPGI74OIyltucd/dYpdMjYOfCmS3iCDiqyhNHlgACFvRleEoIWEir/ans6nCsAy5uyZDns7vH MwLun3hPO76bqmzNJTEIbAQQcLjtBAMi4KPFX2K87RqLGySMdcCOutJT9p4KeYtsn+3sgJ1Ot7rH Is9i7v6zaWGA/yEgTgABC/oyPCUELCHU8CSGO2DfhVsDWpi19c8zAi7a8VYoO2wb2XpKvPKSHgQ+ BBBwuO0EAyLgcPdJBBzugItusnUO2DdrrsDds8idZ51zmzp7bw3L166p7xDQJ4CABX0ZnhIClvBl eBJjHbCznmzXdauDixXjkx1wgaXT60UHbAWvX3zJEAIIONx2ggERcLj7JALaC260HnHO+6aTvtXv PfWYNd+8+HvP17tsYgMCrr4YFHcI6BNAwIK+DE8JAUv48ookis7P+aezdx0BhyxBp5nqF18yhAAC DredYEAEfIX7nhqz+v3hng64tUDd0yi3WvDwL2FtXTjFHQL6BBCwoC/DU0LAT5XlFXnbLrnnS1ib oYsTwCeXoNPmNqZdzS6GVQ8jcp3rF18yhAACDredYEAEfIXIiClNgOIOAX0CCFjQl+EpIWBpVZDc FQT0iy8ZQgABh9tOMCACvqLCE1OaAMUdAvoEELCgL8NTQsDSqiC5KwjoF18yhAACDredYEAEfEWF J6Y0AYo7BPQJIGBBX4an9HgBF9eXkC78JKdBQL/4kiEEEHC47QQDPlvAXxdc/HnP+e9LMGoUerLQ JEBxh4A+AQQs6MvwlB4sYGvfz4fq42N7zUVNDZDVLAL6xZcMIYCAw20nGFBLwM4VjG2x7mx20/t4 Vq1nv4IEKO4Q0CeAgAV9GZ6SnICr9brq2pM3/DkqhuolmY4GYbwCAf3iS4YQQMDhthMM+HgBp2Vn 50/bAdv70+1awbkZ3+62DFAjQHGHgD4BBCzoy/CUHi9g377plHBxS4CBFWkErCbRM/noF18yhAAC DredYEBFAdsONb0Xi2vupyXoox2wb9/q1f/9+/p9cmgJvriDXuteBcVtf1JAVrzPKNbfluIOAX0C CFjQl+EpKQq48/tWY+eAHQEXIiy0mmflNMSFdO1crJWLyOf79evUtUZk/eJLhhBAwOG2Ewz4eAEP dMCt/tJqdXvEX4IuhrW22uzlDLDHB37LvoYRb54FxR0C+gQQsKAvw1N6vICPngPOLVgs8zry2xVw GpD/WV2a7tmjXfG+2U/L706/+JIhBBBwuO0EA8oJuPVT4Oq6tPO74fwpv4ns6Ud9ARfqtR12a3Gb fneK7CnuENAngIAFfRmekpaAj5Zj2yy2HnEiO+vMnUvQ1d635xQyAj76ioeM1y++ZAgBBBxuO8GA zxbwQDn2T/S2rNnTATtfnmo9VRXw7r4GZs0mOQGKOwT0CSBgQV+Gp/RGARddsv0ScrFiXJzNrf5M yC4yV03vnCTuSQOPhhDQL75kCAEEHG47wYCvE3BIBSfIowlQ3CGgTwABC/oyPCUE/GiVkPwIAf3i S4YQQMDhthMMiIBHKjjbPJoAxR0C+gQQsKAvw1NaUMBcueLRdrwhef3iS4YQQMDhthMMiIBvKPjs QosAxR0C+gQQsKAvw1N6r4CLi3hoKYJsriSgX3zJEAIIONx2ggFfKuCvGzn8vIvw960drqz7xBYh QHGHgD4BBCzoy/CU3ihga9/PpzHdOZi2WMSRl6ahX3zJEAIIONx2ggEXEbBzUWhbyjub3fQBuNQE BJ9CgOIOAX0CCFjQl+EprSPgaimvunbsRsI9qhARdnHPpZ7MXzVGv/iSIQQQcLjtBAO+V8Bp2dn5 s+iA7fUpP9KqPjhXZlxKepc/xR0C+gQQsKAvw1N6r4CP3ki4eoFoBLxrO8EB+sWXDCGAgMNtJxhw KQHbuyykN3H+38cHaQl6oANOLe9mlOLOCsWzaVix621M9eYNTpPt6N/eaqmYMivSxUEAxR0C+gQQ sKAvw1NaSsCd37caOwfc0q1Vcq7ewtbVVWsrY7tVMbX+TUROS0v1wfrFlwwhgIDDbScY8L0CHu6A nVsKtmSc68ca0Z613R5p6bN/EwRs3U9xh4A+AQQs6MvwlN4r4IFzwFtrm682Ox1wte3bFXARvLqA 7ASxbpbqPhWS0S++ZAgBBBxuO8GA6wi49VPg6rq087vh/KmqXAsjXirgfC06X3ZGwGdETnGHgD4B BCzoy/CUFhHw0XLc+pqSfbx6OrZHup2rx/arW9WvYuXNt78JHfDum0G/+JIhBBBwuO0EA75UwLs1 2g7oEWoh5lYD3f+NquLkcX5uuOcgwKp6YOLrbUJxh4A+AQQs6MvwlBBwr1+OCnj7wrOzZG1XmKvf rmqdBu45PZz39L1TXX2cfvElQwgg4HDbCQZEwKvbhvkZAhR3COgTQMCCvgxPCQEjqNcR0C++ZAgB BBxuO8GACPh1+mHCFHcI6BNAwIK+DE8JAf/tI65Z8RI36xdfMoQAAg63nWBABIyAX6Ldv6dJcYeA PgEELOjL8JQQ8GEBFxfxeJ2+nj9h/eJLhhBAwOG2EwyIgI8J+OtGDj/vIvx9a4fna+k9M6C4Q0Cf AAIW9GV4Sgj4gICtfT8f44+P7YUt3yOzJ85Uv/iSIQQQcLjtBAO+XcDORaGtWjqb3fTJeaKZXpIz xR0C+gQQsKAvw1NCwH9UrVN17diNhPutNqzt4Q37c1tppH7xJUMIIOBw2wkGRMCHBZyWnZ0/iw64 enXJ3Gfn9Xk+wkp+3Z0LxR0C+gQQsKAvw1NCwIcFPHwj4SQGe7Oj8/o8H2FXWisN0C++ZAgBBBxu O8GACPhLwMVdCD+PpHd/cSeDtAR9pgO2t0/IfWxvcFS93UKRcPrnJsjW3Rdad2oqEmjtEQGjBAjc SQABC/oyPCUEfEcHnN9GsGiCHQHnW7X06USzYi4kvXXkxV9Wcm11LneWUfYFgTECCDjcdoIBEfBh AR/tgHMRFib2Hdk6T+ycVO55Ko3xM1nbwWMFka0gcCcBBCzoy/CUEPBhAR89B3y1gKvx82a3OPfs CPgN68/pJAL/Q0CcAAIOt51gQAT8R+unwLYLdH40XDxV7UTtanPxhSx7Dth6tGiad5eRq+eV7Vnk otsuElusIRavvKQHgQ8BBCzoy/CU3i7go2opvpnl/NNXWrXXHBNw6yxycXp4M3fr1HKBojiGOApK eTz1HQL6BBBwuO0EAyLgm0xhe8rqI9WW154q7vlKs+2VbcPdsiwdsH6BJsO1CSBgQV+Gp4SAnydg u4BsfVw1qC/gopu/icuM3axduJndGgQQcLjtBAMi4BkGYJ9TCaxRoJnF2gQQsKAvw1NCwFNVwM5n EFi7cDO7NQgg4HDbCQZEwDMMwD6nElijQDOLtQkgYEFfhqeEgANUsPAXhgPo6IVYu3AzuzUIIOBw 2wkGRMABfkDAARBvDLFGgWYWaxNAwIK+DE8JAQcU/k4BFxfrCNgxIYYIrF24md0aBBBwuO0EAyLg oRL+c6MeAX/dSennXYTTvZX4734CaxRoZrE2AQQs6MvwlBBwQP3fFbC176d2fHxsr20ZkA0h9gis XbiZ3RoEEHC47QQDIuC9at143rkutN2is9lNH7nBhNism8AaBZpZrE0AAQv6MjwlBNxdtn8ObDm1 +vj3gz+XoFMTnP+JgHPG1x2LrF24md0aBBBwuO0EAyLg+wRsjVs8UhWwzhUiWxegvseag69TbbM1 CjSzWJsAAhb0ZXhKCHiwsN/TAfffPmFwGkc2K1pS26E+5RYOaxduZrcGAQQcbjvBgAj4iIKysUnA tj1NH5v8v8+wNPhoB+z7rKXD9Hi+rX0kzaNIcnswf2qbsZ2UTa96uGAfLNLzM6kmYHvuLb2el3ON As0s1iaAgAV9GZ4SAu6p2JUxN3TA/klQR8D2Kf+Rwtbb4Ko7CyNW15+dxr2q7epr4Kx4t57qbMHX LtzMbg0CCDjcdoIBEfB9Ah7ogJ3k/A7YPy9bXT3OO+DcstW/28G25265uZhU6zijsGwRLT9K8Cdr Ga5RoJnF2gQQsKAvw1NCwPcJuPjO8+63oIc74F3DFevJjjsdC1YXuu3idrE4XHV/dQF5d9e7Rwyt l3btws3s1iCAgMNtJxgQAY8LuPVTYBvR+dFw8ZRvHafVa3WESZO7Sm61ubv5pAH+YnVnh+qoeqxl R8BrqOids0DAgr4MTwkBDwr46GbVptPpRK3VfIkuIOCio2UJ+p3iYdaJAAIOt51gQAR81KS3ju/8 NlPn+de8ze08hdzTAduvPlUfqa4Y26OK6pGE02G3JuK8TpR4COgTQMCCvgxPCQHfKtSBnRVdsv0u 0rYI3DJc61xyHrlzCbp1sra6i574W6NvI1uz7p4qrq63W+b6xZcMIYCAw20nGBABDziRTZ5NgOIO AX0CCFjQl+EpIeBnu4TsBwjoF18yhAACDredYEAEPFDA2eTZBCjuENAngIAFfRmeEgKe6ZLW2dmZ Ob1g3/rFlwwhgIDDbScYEAHPFA4CnkKf4g4BfQIIWNCX4Skh4CkK+N5pp4CLi3XMzHiJfesXXzKE AAIOt51gQAQ8Uyk9Av6668Ov3y/TX3+27gMxcyaP2jfFHQL6BBCwoC/DU0LAM9WxK2Br32Rie23L mdN42r71iy8ZQgABh9tOMCACvtseznWhbSqdzW76rN49k8fuj+IOAX0CCFjQl+EpIeC7NXLDjYTD p7SY3fWLLxlCAAGH204wIAIOt9VOwAEB5yeAq38vOmB7j4eTk0TA+AACNxNAwIK+DE8JAZ900+HN BwQceyPhwxnXbmg4EERnk5srKbuDwAABBBxuO8GACPhuLyQB21sspM9bcQODNHigA27NqnVboe2O DvZGRinbPGD1LgvbMBvBuStDdXdXvyQD1ZBNIHAzAQQs6MvwlBDw1dW+jD+9A95smsuvJeaUfS5g Z2RLvRsCZ493vgw3V1J2B4EBAgg43HaCARHwnZX/a18DAh7ogG0zXVhw17iFdPPNbTdsPb37yMTz ygPVkE0gcDMBBCzoy/CUEPADBBx+DrjaqhYgOgWc98fWqfbrYHn/fTf6v/Z3cyVldxAYIICAw20n GBAB322Bo78DdsbnT7V8WZ3enQJ2zkbfjR4B/+vPAROwyRQCCFjQl+EpIeBZFujdb7WJdDpL+50p 29puX7nqWVi254DPLEG39tiLI2LclHrKTiFwiAACDredYEAEHFHRxWI4p1dbX4PaPSVc/SKV7+b0 rP0Gdev08G0UD9VBBkNgCgEELOjL8JQQ8G1l/74d2f7Y6XRzHW4bOueDN632rGNvwW1kvoQ1payz 06cQQMDhthMMiIDv86Lynibq8H4sTynB5PlmAghY0JfhKSHg++u/4h4R8JtrPXMXJICAw20nGBAB K+rw/pwQsGAJJqU3E0DAgr4MTwkB3y+7gD2+ypcBvH6GeHNZZ+5PIYCAw20nGBABh5f3OwIi4DOU n1KCyfPNBBCwoC/DU0LAZyr5tG07BVxcxGNaumI7fnNZZ+5PIYCAw20nGBABi8mhL50eAX9ddPrX 79f3rz9bl6Hu2+c6o55SgsnzzQQQsKAvw1NCwI/0yq6ArX2Tie2FLR85/3NJv7msM/enEEDA4bYT DIiAz9XySVt3Cbgjt/Qh7xi41JCnlGDyfDMBBCzoy/CUEPAj1bJrze/V5p9L0Ply9NYQ74barmY1 QOrQLSL64/s5787ozWWduT+FAAIOt51gQATcX/aFRu46JgnYGrd4xHbAxWUstznv7rFKp0fAzoUz W8QR8FMsQp7DBBCwoC/DU0LAQlrtT2VXh2MdsL288z0C7p94Tzu+C2e4JrIhBG4jgIDDbScYEAEf Lf4S423XmD/ySXGsA3bUlZ5q3a0hf6rV9baC+zut7rHYpJi7/2xaGOB/CIgTQMCCvgxPCQFLCDU8 ieEO2Fn13cRWNMrOPzuXoFvL1z0u9/deREj/FK+8pAeBDwEEHG47wYAIONx9EgGHO+Cim2wtQftm zVW9u4jdedY5F62z99awfO2a+g4BfQIIWNCX4SkhYAlfhicx1gHnsizWfu26bnWws9XRJWg7vuX1 Vm6F2jc36xdfMoQAAg63nWBABBzuPomA9oIbrUecU7DpzG71e089a8v55sXfc0b9YnYa62o+rcgU dwjoE0DAgr4MTwkBS/jyiiSq/V+rKXRO/YoIeHcJOunWX4JOc9EvvmQIAQQcbjvBgAj4Cvc9NaZd y+3sgJ1F4J5zwCe/hGUXw7eDhmpiFHcI6BNAwIK+DE8JAT9Vllfkbfvjni9h5bbLG9CTS9BbO1vE 9MNWBxdnpvWLLxlCAAGH204wIAK+QmTEvI+A812tVhIUdwjoE0DAgr4MTwkB36cK9nQFgeo3rfxv lukXXzKEAAIOt51gQAR8hRSIeR+B/i9RbzlR3CGgTwABC/oyPCUEfJ8q2NMVBJxml58h6WuGDFsE EHC47QQDIuArpEDM+wh0/o45T4iiDwF9AghY0JfhKakIuLhMxH31mz09nEDrHHD+je5iivrFlwwh gIDDbScYUELAX9dN/Hnr+O8rKT7cDaR/A4FD18BK+VDcIaBPAAEL+jI8pfkCtvb9fDY+PraXTryh mrOLxxFAwPouIcMBAgg43HaCAS8RsHMhYlvfO5vd9HZ8nB5I+GoC2xUo045al+7iHPCAA9hkIgEE LOjL8JSuEnC17FZde/K+PVfXd+KLE2hde8s5XJtYVdk1BDoJIOBw2wkGvFzAeR10BJyWnZ0/6YDF RTgrPedKWPwMqbPWM0yQAAIW9GV4SioC9u2bTglXz/Ztdd951jZJxUWPt9XLo9c13P0NjPNd3LRe 2jOgcNuhpfhi7s5Mt3yqKm2l6hMrXpRisH3Wp9Hp+N1VaMFqS0oQKAgg4HDbCQa8UMC2ZKe3VFFk U1t8tAOOqvvWbb4z+l1YtX6+eeeAo8cE/oxy61dHVu3upBr1Qhw6qtg1se9gaj0E9AkgYEFfhqd0 oYCLL8V8/hl4Driz7rf6P6eC57V71wqtAbt9Z3VA1e525G5WhebzryZtf28BrO7O2WPnC1Hdb3Gs s6vV/gEIWF8wZOgTQMDhthMM+EPAfCQgsAyBdCSxzHSYyNsIIGBBX4anhID/fNsHm/lCAAL6BBBw uO0EA/4QsPP7XZ6CAAQgAIGrCaQvxHz+R8CCvgxPqRTwz+9I8S8IQAACELiPAAIOl5xyQAR830eL PUEAAhDwCSBgZV+G51YXsP4JEjKEAAQgsBKB7QcILEGHe042IALmS1gQgAAE5hNAwLKavC4xBDz/ g7fSUTxzgQAExggg4Os8JxsZASNgCEAAAvMJIGBZTV6XGAKe/8EbO15mKwhAYCUCCPg6z8lGRsAI GAIQgMB8Aun6qdshBb8DlrVmYGIIeP4Hb6WjeOYCAQiMEUhXy0fAgXrTD4WAETAEIACByQSSfRGw vjJjM0TAkz94YwfLbAUBCCxDYLNvfvsQlqBjVacZDQEjYAhAAALTCOT25RywpiavywoBT/vgLXP8 zkQgAIExAvnKM+eAr/OcbGQEjIAhAAEITCBg7cs5YFlTXpQYAp7wwRs7WGYrCEBgGQJV+3IO+CLP yYZFwAgYAhCAwK0EWvblHLCsKS9KDAHf+sFb5vidiUAAAmMEWivPnAO+SHLKYbkfMPcnhQAEIHAT geI7z+m3v+kaWPwOWNmUF+WGgG/64LEbCEDg5QR27cs54Is8Jxv2h4A/7w/+gwAEIACBKwgcWrLm Qhyy1gxM7IeAD70/GAwBCEAAAhcRQMCBnpMNhYD5EhYEIAABOQIIWNaagYl9CTid/Od/CEAAAhDQ IfA5JRxY6wklSODl34pg+hCAAAR0CQg6g5QCCXCE9c9AmoSCAAQgAAEIdBJAwAgYAhCAAAQgMIEA Ap4AvfPgiGEQgAAEILAwAQSMgCEAAQhAAAITCCDgCdAXPqBjahCAAAQg0EkAASNgCEAAAhCAwAQC CHgC9M6DI4ZBAAIQgMDCBBAwAoYABCAAAQhMIICAJ0Bf+ICOqUEAAhCAQCcBBIyAIQABCEAAAhMI IOAJ0DsPjhgGAQhAAAILE0DACBgCEIAABCAwgQACngB94QM6pgYBCEAAAp0EEDAChgAEIAABCEwg gIAnQO88OGIYBCAAAQgsTAABI2AIQAACEIDABAIIeAL0hQ/omBoEIAABCHQSQMAIGAIQgAAEIDCB AAKeAL3z4IhhEIAABCCwMAEEjIAhAAEIQAACEwgg4AnQFz6gY2oQgAAEINBJAAEjYAhAAAIQgMAE Agh4AvTOgyOGQQACEIDAwgQQMAKGAAQgAAEITCCAgCdAX/iAjqlBAAIQgEAnAQSMgCEAAQhAAAIT CCDgCdA7D44YBgEIQAACCxNAwAgYAhCAAAQgMIEAAp4AfeEDOqYGAQhAAAKdBBAwAoYABCAAAQhM IICAJ0DvPDhiGAQgAAEILEwAASNgCEAAAhCAwAQCCHgC9IUP6JgaBCAAAQh0EkDACBgCEIAABCAw gQACngC98+CIYRCAAAQgsDABBIyAIQABCEAAAhMIIOAJ0Bc+oGNqEIAABCDQSQABI2AIQAACEIDA BAIIeAL0zoMjhkEAAhCAwMIEEDAChgAEIAABCEwggIAnQF/4gI6pQQACEIBAJwEEjIAhAAEIQAAC Ewgg4AnQOw+OGAYBCEAAAgsTQMAIGAIQgAAEIDCBAAKeAH3hAzqmBgEIQAACnQQQMAKGAAQgAAEI TCCAgCdA7zw4YhgEIAABCCxMAAEjYAhAAAIQgMAEAgh4AvSFD+iYGgQgAAEIdBJAwAgYAhCAAAQg MIEAAp4AvfPgiGEQgAAEILAwAQSMgCEAAQhAAAITCCDgCdAXPqBjahCAAAQg0EkAASNgCEAAAhCA wAQCCHgC9M6DI4ZBAAIQgMDCBBAwAoYABCAAAQhMIICAJ0Bf+ICOqUEAAhCAQCcBBIyAIQABCEAA AhMIIOAJ0DsPjhgGAQhAAAILE0DACBgCEIAABCAwgQACngB94QM6pgYBCEAAAp0EEDAChgAEIAAB CEwggIAnQO88OGIYBCAAAQgsTAABI2AIQAACEIDABAIIeAL0hQ/omBoEIAABCHQSQMAIGAIQgAAE IDCBAAKeAL3z4IhhEIAABCCwMAEEjIAhAAEIQAACEwgg4AnQFz6gY2oQgAAEINBJAAEjYAhAAAIQ gMAEAgh4AvTOgyOGQQACEIDAwgQQMAKGAAQgAAEITCCAgCdAX/iAjqlBAAIQgEAnAQSMgCEAAQhA AAITCCDgCdA7D44YBgEIQAACCxNAwAgYAhCAAAQgMIEAAp4AfeEDOqYGAQhAAAKdBBAwAoYABCAA AQhMIICAJ0DvPDhiGAQgAAEILEwAASNgCEAAAhCAwAQCCHgC9IUP6JgaBCAAAQh0EkDACBgCEIAA BCAwgQACngC98+CIYRCAAAQgsDABBIyAIQABCEAAAhMIIOAJ0Bc+oGNqEIAABCDQSQABI2AIQAAC EIDABAIIeAL0zoMjhkEAAhCAwMIEEDAChgAEIAABCEwggIAnQF/4gI6pQQACEIBAJwEEjIAhAAEI QAACEwgg4AnQOw+OGAYBCEAAAgsTQMAIGAIQgAAEIDCBAAKeAH3hAzqmBgEIQAACnQQQMAKGAAQg AAEITCCAgCdA7zw4YhgEIAABCCxMAAEjYAhAAAIQgMAEAgh4AvSFD+iYGgQgAAEIdBJAwAgYAhCA AAQgMIEAAp4AvfPgiGEQgAAEILAwAQSMgCEAAQhAAAITCCDgCdAXPqBjahCAAAQg0EkAASNgCEAA AhCAwAQCCHgC9M6DI4ZBAAIQgMDCBBAwAoYABCAAAQhMIICAJ0Bf+ICOqUEAAhCAQCcBBIyAIQAB CEAAAhMIIOAJ0DsPjhgGAQhAAAILE0DACBgCEIAABCAwgQACngB94QM6pgYBCEAAAp0EEDAChgAE IAABCEwggIAnQO88OGIYBCAAAQgsTAABI2AIQAACEIDABAIIeAL0hQ/omBoEIAABCHQSQMAIGAIQ gAAEIDCBAAKeAL3z4IhhEIAABCCwMAEEjIAhAAEIQAACEwgg4AnQFz6gY2oQgAAEINBJAAEjYAhA AAIQgMAEAgh4AvTOgyOGQQACEIDAwgQQMAKGAAQgAAEITCDw/4EK4ZVUK+7WAAAAAElFTkSuQmCC ------=_NextPart_000_005E_01C395AD.EA3D69C0-- From xnavara@volny.cz Sat Oct 18 19:30:43 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9IHUhfB028025 for ; Sat, 18 Oct 2003 19:30:43 +0200 Received: from smtp2.vol.cz (smtp2.vol.cz [195.250.128.42]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9IHUglk049054 for ; Sat, 18 Oct 2003 19:30:43 +0200 Received: from hornet (prahab-1-76.dialup.vol.cz [62.177.68.76]) by smtp2.vol.cz (8.12.8p2/8.12.8) with SMTP id h9IHUZFm085799 for ; Sat, 18 Oct 2003 19:30:36 +0200 (CEST) (envelope-from xnavara@volny.cz) Message-ID: <006b01c3959d$895ea070$4147b13e@hornet> From: "Filip Navara" To: "ReactOS Kernel List" References: <009401c3955e$8ba3fb30$d845b13e@hornet><000401c39573$49ada400$0500a8c0@marvin><001f01c39580$702ac6f0$4147b13e@hornet> <002a01c39595$d53b39c0$0500a8c0@marvin> Subject: Re: [ros-kernel] Hunting a task Date: Sat, 18 Oct 2003 19:30:29 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 17:30:43 -0000 > No, it wasn't about segments, it was about modified interrupt vectors! If a > driver modifies the interrupt table and sets interrupt vectors to Non-BIOS > Code or Non-BIOS-Extension Code, we can not guarantee that the code will be > callable after FreeLoader switched to protected-mode. This makes sense. Thanks for explaining. Filip From rex@lvcm.com Sat Oct 18 19:32:33 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9IHWXfB028052 for ; Sat, 18 Oct 2003 19:32:33 +0200 Received: from 100m.mpr200-2.esr.lvcm.net (IDENT:mirapoint@100m.mpr200-2.esr.lvcm.net [24.234.0.81]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9IHWWlk049128 for ; Sat, 18 Oct 2003 19:32:33 +0200 Received: from cpu8472.lvcm.com (wsip-24-234-141-99.lv.lv.cox.net [24.234.141.99]) by 100m.mpr200-2.esr.lvcm.net (Mirapoint Messaging Server MOS 2.9.3.5) with ESMTP id BDA96942; Sat, 18 Oct 2003 10:31:13 -0700 (PDT) Message-Id: <5.1.0.14.2.20031018102850.00b4ad20@pop3.lvcm.com> X-Sender: rex@pop3.lvcm.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Sat, 18 Oct 2003 10:31:07 -0700 To: ReactOS Kernel List From: Rex Jolliff Subject: Re: [ros-kernel] Alpha on its way out In-Reply-To: <20031018163800.8834.qmail@web41502.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 17:32:33 -0000 At 09:38 AM 10/18/2003 -0700, you wrote: >Hi all > >Looks like the Alpha port isn't something to chase afterall: >http://slashdot.org/article.pl?sid=03/10/18/1352259&mode=thread&tid=173&tid=187&tid=91 I would not put too much credence in that announcement. The government is a heavy user of Alphas, mostly running VMS and will continue to pay HP a huge amount keep them going. HP is working on a port of VMS to itanium, but I can imagine that VMS is a nightmare port. 8) >Cheers >Jason > > > >__________________________________ >Do you Yahoo!? >The New Yahoo! Shopping - with improved product search >http://shopping.yahoo.com >_______________________________________________ >Ros-kernel mailing list >Ros-kernel@reactos.com >http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel Rex Jolliff rex@lvcm.com ReactOS (www.reactos.com) -- Check it out From jasonfilby@yahoo.com Sat Oct 18 19:49:34 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9IHnYfB028283 for ; Sat, 18 Oct 2003 19:49:34 +0200 Received: from web41508.mail.yahoo.com (web41508.mail.yahoo.com [66.218.93.91]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9IHnXlk029224 for ; Sat, 18 Oct 2003 19:49:33 +0200 Message-ID: <20031018174926.13229.qmail@web41508.mail.yahoo.com> Received: from [155.239.193.82] by web41508.mail.yahoo.com via HTTP; Sat, 18 Oct 2003 10:49:26 PDT Date: Sat, 18 Oct 2003 10:49:26 -0700 (PDT) From: Jason Filby Subject: Re: [ros-kernel] ReactOS Roadmap To: ReactOS Kernel List In-Reply-To: <3F8D6384.1050701@adsl-64-217-116-74.dsl.hstntx.swbell.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 17:49:35 -0000 Hi James Your list is now available on the reactos.com library: http://reactos.com/content/view/full/352/ I also validated the ISBN numbers (only one wrong!). Cheers Jason --- James Tabor wrote: > That book is a *must read* if anyone is interested in becoming a > developer > for Ros! > > I recommend a list of books be made available on the web site. > > 'Inside Microsoft Windows 2000', third edition, ISBN 0-7356-1021-5. > 'Windows NT/2000, Native API Reference', ISBN 1-57870-199-6. > 'Windows Graphics Programming', ISBN 0-13-086985-6. > 'Microsoft Windows 2000 API, Super Bible', ISBN 0-672-31933-0. > 'Windows 2000 Graphics API, Black Book', ISBN 1-932111-39-5. > > *Must for Hacking* > 'Undocumented Windows 2000 Secrets', ISBN 0-201-72187-2. > > Out of print book, for hacking, > 'Undocumented Windows NT', ISBN 0-7645-4569-8. > > If the ISBN numbers are bad, just go to Amazon.com and query the > titles of > the books. > James > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From alphax86@alltel.net Sat Oct 18 19:59:43 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9IHxffB028446 for ; Sat, 18 Oct 2003 19:59:43 +0200 Received: from mta01-srv.alltel.net (mta01.alltel.net [166.102.165.143]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9IHxelk049086 for ; Sat, 18 Oct 2003 19:59:40 +0200 Received: from omni ([151.213.158.230]) by mta01-srv.alltel.net with ESMTP id <20031018175552.IMWI11902.mta01-srv.alltel.net@omni> for ; Sat, 18 Oct 2003 12:55:52 -0500 From: "Michael Rich" To: "'ReactOS Kernel List'" Subject: RE: [ros-kernel] Alpha on its way out Date: Sat, 18 Oct 2003 13:55:52 -0400 Message-ID: <002101c395a1$12847610$4604a8c0@alphax86.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 In-Reply-To: <20031018163800.8834.qmail@web41502.mail.yahoo.com> Importance: Normal X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 17:59:43 -0000 > Looks like the Alpha port isn't something to chase afterall: > http://slashdot.org/article.pl?sid=03/10/18/1352259&mode=thread&tid=173& tid=187&tid=91 The Alpha has really been dead since 1999 when MS pulled the plug on AlphaNT and Compaq (and now HP) have not wanted to push the hardware, so they just let it die even though the EV7 chip ruled at the time. The Alpha team now pretty much works at Intel, so at least they may be able to improve the Itanium processor while they piece Alpha technology into it. One platform that seems to be on the rise that we might want to look into is Pegasos (http://www.pegasosppc.com/). They are fixing to release a new ATX motherboard + G4 PPC combination for a pretty decent price (~US$600). It uses standard commodity hardware, so with probably US$1000 you could have a nice PowerPC system built that will probably make an excellent workstation. Linux I believe already runs nicely on there and NewOS (and thus OpenBEOS) are on there way to support it. So anyone out there good at PowerPC assembler? mike From ekohl@rz-online.de Sat Oct 18 20:11:27 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9IIBRfB028586 for ; Sat, 18 Oct 2003 20:11:27 +0200 Received: from smtp.rhein-zeitung.DE (smtp.rhein-zeitung.DE [212.7.160.14]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9IIBQlk111364 for ; Sat, 18 Oct 2003 20:11:26 +0200 Received: from marvin (pppin-2b-a3.pop-koblenz.rz-online.NET [212.7.163.43]) by smtp.rhein-zeitung.DE (8.12.8/8.12.8) with SMTP id h9II8G3Q020540 for ; Sat, 18 Oct 2003 20:08:16 +0200 Message-ID: <002e01c395a3$6d011060$0500a8c0@marvin> From: "Eric Kohl" To: "ReactOS Kernel List" References: <006501c3959d$2a9926f0$4147b13e@hornet> Subject: Re: [ros-kernel] Registry Bug... Date: Sat, 18 Oct 2003 20:12:40 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 18:11:27 -0000 "Filip Navara" wrote: > I am not sure if Eric reads BugZilla and so I post this bug here. The > problem > is that the Software entry in registry is duplicated (with different case) > and that could be cause of some other bugs I run into. Attach screenshot > shows it in our RegEdit. Yes, I am reading BugZilla! Please give me a few minutes to have a look at the code. This could be a bug in the hash table code. The keys 'SOFTWARE' and 'Software' have differnt hash values, so the second key will be created although OBJ_CASE_INSENSITIVE is set in the object attributes. I guess we have to convert the key names to lower-case before creating the hash values. Eric From steven_ed4153@yahoo.com Sat Oct 18 20:46:40 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9IIkefB028912 for ; Sat, 18 Oct 2003 20:46:40 +0200 Received: from web21108.mail.yahoo.com (web21108.mail.yahoo.com [216.136.227.110]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9IIkdlk029404 for ; Sat, 18 Oct 2003 20:46:39 +0200 Message-ID: <20031018184625.83566.qmail@web21108.mail.yahoo.com> Received: from [66.83.186.125] by web21108.mail.yahoo.com via HTTP; Sat, 18 Oct 2003 11:46:25 PDT Date: Sat, 18 Oct 2003 11:46:25 -0700 (PDT) From: Steven Edwards Subject: Fwd: Re: [ros-kernel] Re: WINE porting templates To: wine-devel@winehq.com, ros-kernel@reactos.com MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-610107916-1066502785=:82990" Cc: X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 18:46:40 -0000 --0-610107916-1066502785=:82990 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline So are you interested in helping to implement this? The WINE project has started a uxtheme.dll It would be nice if we could agree on a common theme system for both projects. Thanks Steven Note: forwarded message attached. __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com --0-610107916-1066502785=:82990 Content-Type: message/rfc822 X-Apparently-To: steven_ed4153@yahoo.com via 216.136.227.107; Sat, 18 Oct 2003 09:11:31 -0700 Return-Path: Received: from 130.161.165.129 (EHLO dutlaso.lr.tudelft.nl) (130.161.165.129) by mta205.mail.scd.yahoo.com with SMTP; Sat, 18 Oct 2003 09:11:29 -0700 Received: from dutlaso.lr.tudelft.nl (localhost.localdomain [127.0.0.1]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9IG86fD027361; Sat, 18 Oct 2003 18:08:14 +0200 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9IG83fB027358 for ; Sat, 18 Oct 2003 18:08:03 +0200 Received: from smtp0.libero.it (smtp0.libero.it [193.70.192.33]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9IG83lk014966 for ; Sat, 18 Oct 2003 18:08:03 +0200 Received: from aldebaran (151.25.179.183) by smtp0.libero.it (7.0.020-DD01) id 3F6F1CE700901EA7 for ros-kernel@reactos.com; Sat, 18 Oct 2003 18:04:13 +0200 Received: from aldebaran (HELO aldebaran.libero.it) [127.0.0.1] by aldebaran (169.254.25.129) with ESMTP (Classic Hamster Vr. 2.0 Build 2.0.0.0) ; Sat, 18 Oct 2003 18:05:06 +0200 X-Sender: hyperion@pop3.aldebaran (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Sat, 18 Oct 2003 18:05:02 +0200 To: ReactOS Kernel List From: "KJK::Hyperion" Subject: Re: [ros-kernel] Re: WINE porting templates In-Reply-To: <1066419250.2202.22.camel@pirata.gha> References: <20031016185119.2008.qmail@web21102.mail.yahoo.com> <1066419250.2202.22.camel@pirata.gha> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Posting-Agent: Hamster/2.0.0.0 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: ros-kernel-bounces@reactos.com Errors-To: ros-kernel-bounces@reactos.com Content-Length: 1279 At 21.34 17/10/2003, you wrote: >1. Windows XP (TM) ships with 2 comctl32.dll, the classic old style one >(version 5), and the new 'Visual Styled' (but non redistributable) one >(version 6), so we need to handle this situation because the whole ROS >will be '(freely) redistributable', then there is no need to have 2 >different comctl32.dll. well, Windows XP has two versions of the common controls because most programs need to be tested against visual styles, first. Some programs draw their own buttons, or modify the behavior of other standard controls in ways that are incompatible with visual styles, so there should be a way to conditionally disable visual styles. Since visual styles are "forced" onto standard controls by Common Controls v6 through subclassing, not loading Common Controls v6 is enough to disable them >2. Having in mind we should provide a new api (uxtheme.dll) to implement >themes and that we MUST make use of it if we want themed stuff, >comctl32.dll should be writen from scratch using uxtheme's api (having >uxtheme previously implemented, obviously) my idea was to implement a "dummy" uxtheme.dll, drawing in the classic Windows look-and-feel with simple GDI calls (DrawFrameControl, DrawFocusRect, etc.). This would allow us to keep a single codebase (and even a single executable) for our Common Controls. user32.dll too could always fall back on uxtheme.dll, and our uxtheme.dll could have a function that tells it to switch into styled mode, called by the dummy Common Controls v6 DLL To sum up, the flow of drawing operations will be like this in non-styled mode: +------------+ calls +-------------+ calls +--------------+ | |-------->| uxtheme.dll |<--------| | | | +-------------+ | comclt32.dll | | user32.dll | | thunks to | | | | | +--------------+ | |<---------------/ +------------+ (the dummy uxtheme.dll is implemented by user32.dll. To eliminate uxtheme.dll from the picture you just make user32.dll link back to itself - the Microsoft user32.dll already does this for several other extensions, like the IME manager) and like this with visual styles enabled: +-----------------+ thunks to | |-----------------------------------\ | comclt32.dll v6 | | | |-----------\ | +-----------------+ | initializes | | | V V +------------+ calls +-------------+ calls +--------------+ | |-------->| uxtheme.dll |<--------| | | | +-------------+ | comclt32.dll | | user32.dll | | thunks to | | | | | +--------------+ | | | +------------+ V +----------------+ | | +----------------+ _______________________________________________ Ros-kernel mailing list Ros-kernel@reactos.com http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel --0-610107916-1066502785=:82990-- From info@w3seek.de Sat Oct 18 20:58:12 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9IIwCfB028989 for ; Sat, 18 Oct 2003 20:58:12 +0200 Received: from hsp51.hspserver.com (hsp51.hspserver.com [213.131.231.14]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9IIwClk039622 for ; Sat, 18 Oct 2003 20:58:12 +0200 Received: (qmail 22488 invoked from network); 18 Oct 2003 18:57:30 -0000 Received: from pd9e0c554.dip.t-dialin.net (HELO w3seek.de) (217.224.197.84) by hsp51.hspserver.com with SMTP; 18 Oct 2003 18:57:30 -0000 Message-ID: <3F918D06.1040105@w3seek.de> Date: Sat, 18 Oct 2003 20:57:10 +0200 From: Thomas Weidenmueller User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ReactOS Kernel List Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [ros-kernel] warnings over warnings... X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 18:58:12 -0000 That's what i'm getting while doing a clean make. Someone could please fix them? Regards Thomas ke/main.c:51:30: reactos/bugcodes.h: No such file or directory ke/catch.c:31:30: reactos/bugcodes.h: No such file or directory io/deviface.c:14:30: reactos/bugcodes.h: No such file or directory mm/pool.c:13:30: reactos/bugcodes.h: No such file or directory except/exhand2.c:27: warning: `struct _CONTEXT' declared inside parameter list except/exhand2.c:27: warning: its scope is only this definition or declaration, which is probably not what you want ../msvcrt/stdlib/wcstomb.c:32: warning: large integer implicitly truncated to un signed type ../msvcrt/stdlib/wcstomb.c:32: warning: large integer implicitly truncated to un signed type ../msvcrt/stdlib/wcstomb.c:33: warning: large integer implicitly truncated to un signed type ../msvcrt/stdlib/wcstomb.c: In function `__wcrtomb': ../msvcrt/stdlib/wcstomb.c:91: warning: comparison is always false due to limite d range of data type Packet32.c: In function `PacketRequest': Packet32.c:1292: warning: decimal constant is so large that it is unsigned Packet32.c:1292: warning: decimal constant is so large that it is unsigned Packet32.c: In function `PacketGetNetInfoEx': Packet32.c:1698: warning: assignment makes pointer from integer without a cast Packet32.c: In function `PacketGetNetInfo': Packet32.c:1945: warning: assignment makes pointer from integer without a cast except/exhand2.c:25: warning: `struct _CONTEXT' declared inside parameter list except/exhand2.c:25: warning: its scope is only this definition or declaration, which is probably not what you want stdlib/wcstombs.c:32: warning: large integer implicitly truncated to unsigned ty pe stdlib/wcstombs.c:32: warning: large integer implicitly truncated to unsigned ty pe stdlib/wcstombs.c:33: warning: large integer implicitly truncated to unsigned ty pe stdlib/wcstombs.c: In function `__wcsrtombs': stdlib/wcstombs.c:97: warning: comparison is always false due to limited range o f data type debug.c: In function `wine_dbg_parse_options': debug.c:162: warning: assignment makes pointer from integer without a cast debug.c: In function `default_dbgstr_an': debug.c:261: warning: cast from pointer to integer of different size debug.c: In function `default_dbgstr_wn': debug.c:312: warning: cast from pointer to integer of different size winedbgc.c: In function `wine_dbg_printf': winedbgc.c:233: warning: passing arg 1 of `Trace' discards qualifiers from point er target type C:\MinGW\bin\..\lib\gcc-lib\mingw32\3.2.3\..\..\..\..\mingw32\bin\ld.exe: warnin g: cannot find entry symbol _DllMain@12; defaulting to 05501000 api/conio.c: In function `Console_Api': api/conio.c:1218: warning: passing arg 1 of `RtlUnicodeToOemN' from incompatible pointer type network/receive.c: In function `IPv4Receive': network/receive.c:599: warning: passing arg 1 of `IPSendFragment' from incompati ble pointer type transport/tcp/tcp_ipv4.c:2496: warning: `struct net_proto_family' declared insid e parameter list transport/tcp/tcp_ipv4.c:2496: warning: its scope is only this definition or dec laration, which is probably not what you want diskdump.c:67: warning: initialization from incompatible pointer type diskdump.c:68: warning: initialization from incompatible pointer type diskdump.c:69: warning: initialization from incompatible pointer type diskdump.c:70: warning: initialization from incompatible pointer type logport.c: In function `StartPortThread': logport.c:182: warning: passing arg 3 of `CreateThread' from incompatible pointe r type From ge@gse.nl Sat Oct 18 21:54:36 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9IJsafB029469 for ; Sat, 18 Oct 2003 21:54:36 +0200 Received: from smtpzilla5.xs4all.nl (smtpzilla5.xs4all.nl [194.109.127.141]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9IJsYlk048972 for ; Sat, 18 Oct 2003 21:54:35 +0200 Received: from gsep1 (geldorp.xs4all.nl [194.109.161.161]) by smtpzilla5.xs4all.nl (8.12.9/8.12.9) with ESMTP id h9IJs4bk017941 for ; Sat, 18 Oct 2003 21:54:04 +0200 (CEST) From: "Ge van Geldorp" To: "'ReactOS Kernel List'" Subject: RE: [ros-kernel] Explorer under ReactOS - Test result Nok with LoadRos Date: Sat, 18 Oct 2003 21:54:04 +0200 Message-ID: <004a01c395b1$955a77f0$0a01a8c0@gse.local> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 In-Reply-To: <001101c3957f$b52398a0$4147b13e@hornet> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h9IJsafB029469 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 19:54:36 -0000 > From: Filip Navara > > The problem is that I am not able to run *any* GUI program > when the ReactOS is loaded by laodros. So I can't test it, sorry. I guess you're booting into Win95 or Win98, select "Restart in MS-DOS mode" and run loadros from there? Problem with that is that the real-mode INT10 vector is altered somewhere along the way (same as the freeldr problem). This will cause problems in VideoPortInt10, which is called to switch to graphics mode. If you have installed Win95/98, you should press F8 during boot and select "Command Prompt only", from there you should be able to run loadros successfully. Gé van Geldorp. From vizzini@plasmic.com Sat Oct 18 21:55:18 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9IJtIfB029484 for ; Sat, 18 Oct 2003 21:55:18 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9IJtIlk111546 for ; Sat, 18 Oct 2003 21:55:18 +0200 Received: from CPE-65-30-43-197.kc.rr.com (CPE-65-30-43-197.kc.rr.com [65.30.43.197]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9IJtDE4023722 for ; Sat, 18 Oct 2003 14:55:13 -0500 Subject: Re: [ros-kernel] Some sundry improvements to keyboard handling From: Vizzini To: ReactOS General List In-Reply-To: <20031015005602.51efc209.ayerkes@speakeasy.net> References: <20031015005602.51efc209.ayerkes@speakeasy.net> Content-Type: text/plain Message-Id: <1066506780.8275.16.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sat, 18 Oct 2003 14:53:00 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 19:55:19 -0000 On Wed, 2003-10-15 at 00:56, art yerkes wrote: > 1. I removed the global keyboard pointer, and instead acquire a new copy of > the pointer for each thread that needs it. This makes a lock unnecessary, > but is probably less efficient than it could be. > > 2. Keyboard DLL names are read from the registry in the same way as on win2k. > The (Default) value is taken from HKLM\System\currentcontrolset\nls\locale, > and used to form the key HKLM\System\currentcontrolset\<8-digit-locale> > And get the layout file from the "Layout File" value. I added the entries > for kbdus in hivesys.inf. When others make keyboard layouts, they should be > added here. This patch works fine for me; if nobody else objects, go ahead and commit it. -Vizzini From vizzini@plasmic.com Sat Oct 18 22:05:06 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9IK56fB029605 for ; Sat, 18 Oct 2003 22:05:06 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9IK55lk039836 for ; Sat, 18 Oct 2003 22:05:05 +0200 Received: from CPE-65-30-43-197.kc.rr.com (CPE-65-30-43-197.kc.rr.com [65.30.43.197]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9IK56E4024607 for ; Sat, 18 Oct 2003 15:05:07 -0500 Subject: Re: [ros-kernel] ReactOS Roadmap From: Vizzini To: ReactOS General List In-Reply-To: <20031016213451.78388.qmail@web21101.mail.yahoo.com> References: <20031016213451.78388.qmail@web21101.mail.yahoo.com> Content-Type: text/plain Message-Id: <1066507373.8279.40.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sat, 18 Oct 2003 15:02:53 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 20:05:06 -0000 On Thu, 2003-10-16 at 16:34, Steven Edwards wrote: > As for the rest of the email I guess that settles it on the KD issue. > We need to try to get PICE up and going. Eugene Ingerman was the person > that did the port. I'm perfectly happy with gdb, it just needs to work. :) I'd rather see windbg than pice, but maybe that's just me. Windbg does imply a heck of a lot of work. Also, I'm still not certain that SoftICE couldn't be made to work, but as it is a commercial product (and an expensive one at that), it's probably not very useful to the bulk of us here. -Vizzini From ayerkes@speakeasy.net Sat Oct 18 22:05:21 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9IK5LfB029614 for ; Sat, 18 Oct 2003 22:05:21 +0200 Received: from mail.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9IK5Klk039886 for ; Sat, 18 Oct 2003 22:05:21 +0200 Received: (qmail 12628 invoked from network); 18 Oct 2003 20:04:58 -0000 Received: from unknown (HELO apprentice.genxnet.com) ([64.81.145.152]) (envelope-sender ) by mail5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 18 Oct 2003 20:04:58 -0000 Date: Sat, 18 Oct 2003 15:16:24 -0500 From: art yerkes To: ReactOS Kernel List Subject: Re: [ros-kernel] Some sundry improvements to keyboard handling Message-Id: <20031018151624.26b82885.ayerkes@speakeasy.net> In-Reply-To: <1066506780.8275.16.camel@bilbo.plasmic.com> References: <20031015005602.51efc209.ayerkes@speakeasy.net> <1066506780.8275.16.camel@bilbo.plasmic.com> X-Mailer: Sylpheed version 0.8.11 (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 20:05:21 -0000 On Sat, 18 Oct 2003 14:53:00 -0500 Vizzini wrote: > On Wed, 2003-10-15 at 00:56, art yerkes wrote: > > 1. I removed the global keyboard pointer, and instead acquire a new copy of > > the pointer for each thread that needs it. This makes a lock unnecessary, > > but is probably less efficient than it could be. > > > > 2. Keyboard DLL names are read from the registry in the same way as on win2k. > > The (Default) value is taken from HKLM\System\currentcontrolset\nls\locale, > > and used to form the key HKLM\System\currentcontrolset\<8-digit-locale> > > And get the layout file from the "Layout File" value. I added the entries > > for kbdus in hivesys.inf. When others make keyboard layouts, they should be > > added here. > > This patch works fine for me; if nobody else objects, go ahead and > commit it. > > -Vizzini Someone will have to commit it for me. Is there another way to get a hold of Rex Joliff? I have mailed him, but didn't get a response. -- "Should array indices start at 0 or 1? My compromise of 0.5 was rejected without, I thought, proper consideration." - S. Kelly-Bootle From info@w3seek.de Sat Oct 18 22:08:07 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9IK87fB029645 for ; Sat, 18 Oct 2003 22:08:07 +0200 Received: from hsp51.hspserver.com (hsp51.hspserver.com [213.131.231.14]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9IK86lk039896 for ; Sat, 18 Oct 2003 22:08:07 +0200 Received: (qmail 8472 invoked from network); 18 Oct 2003 20:08:03 -0000 Received: from pd9543e98.dip.t-dialin.net (HELO w3seek.de) (217.84.62.152) by hsp51.hspserver.com with SMTP; 18 Oct 2003 20:08:03 -0000 Message-ID: <3F919D8F.1000202@w3seek.de> Date: Sat, 18 Oct 2003 22:07:43 +0200 From: Thomas Weidenmueller User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ReactOS Kernel List Subject: Re: [ros-kernel] Some sundry improvements to keyboard handling References: <20031015005602.51efc209.ayerkes@speakeasy.net> <1066506780.8275.16.camel@bilbo.plasmic.com> In-Reply-To: <1066506780.8275.16.camel@bilbo.plasmic.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 20:08:07 -0000 Vizzini wrote: >On Wed, 2003-10-15 at 00:56, art yerkes wrote: > > >>1. I removed the global keyboard pointer, and instead acquire a new copy of >>the pointer for each thread that needs it. This makes a lock unnecessary, >>but is probably less efficient than it could be. >> >>2. Keyboard DLL names are read from the registry in the same way as on win2k. >>The (Default) value is taken from HKLM\System\currentcontrolset\nls\locale, >>and used to form the key HKLM\System\currentcontrolset\<8-digit-locale> >>And get the layout file from the "Layout File" value. I added the entries >>for kbdus in hivesys.inf. When others make keyboard layouts, they should be >>added here. >> >> > >This patch works fine for me; if nobody else objects, go ahead and >commit it. > > -Vizzini > > >_______________________________________________ >Ros-kernel mailing list >Ros-kernel@reactos.com >http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > > > > you can already add an entry for the german keyboard layout kbdgr. it's located in lib\kbdgr Regards Thomas From vizzini@plasmic.com Sat Oct 18 22:08:56 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9IK8ufB029668 for ; Sat, 18 Oct 2003 22:08:56 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9IK8tlk015014 for ; Sat, 18 Oct 2003 22:08:56 +0200 Received: from CPE-65-30-43-197.kc.rr.com (CPE-65-30-43-197.kc.rr.com [65.30.43.197]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9IK8vE4024867 for ; Sat, 18 Oct 2003 15:08:57 -0500 Subject: Re: [ros-kernel] Some sundry improvements to keyboard handling From: Vizzini To: ReactOS Kernel List In-Reply-To: <20031018151624.26b82885.ayerkes@speakeasy.net> References: <20031015005602.51efc209.ayerkes@speakeasy.net> <1066506780.8275.16.camel@bilbo.plasmic.com> <20031018151624.26b82885.ayerkes@speakeasy.net> Content-Type: text/plain Message-Id: <1066507604.8278.50.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sat, 18 Oct 2003 15:06:44 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 20:08:56 -0000 On Sat, 2003-10-18 at 15:16, art yerkes wrote: > On Sat, 18 Oct 2003 14:53:00 -0500 > Vizzini wrote: > > > On Wed, 2003-10-15 at 00:56, art yerkes wrote: > > > 1. I removed the global keyboard pointer, and instead acquire a new copy of > > > the pointer for each thread that needs it. This makes a lock unnecessary, > > > but is probably less efficient than it could be. > > > > > > 2. Keyboard DLL names are read from the registry in the same way as on win2k. > > > The (Default) value is taken from HKLM\System\currentcontrolset\nls\locale, > > > and used to form the key HKLM\System\currentcontrolset\<8-digit-locale> > > > And get the layout file from the "Layout File" value. I added the entries > > > for kbdus in hivesys.inf. When others make keyboard layouts, they should be > > > added here. > > > > This patch works fine for me; if nobody else objects, go ahead and > > commit it. > > > > -Vizzini > > Someone will have to commit it for me. Is there another way to get a hold > of Rex Joliff? I have mailed him, but didn't get a response. Sorry, I thought you had commit access. I'll commit this. -Vizzini From xnavara@volny.cz Sat Oct 18 22:29:51 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9IKTpfB029865 for ; Sat, 18 Oct 2003 22:29:51 +0200 Received: from smtp2.vol.cz (smtp2.vol.cz [195.250.128.42]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9IKTolk049126 for ; Sat, 18 Oct 2003 22:29:50 +0200 Received: from hornet (prahab-4-18.dialup.vol.cz [62.177.69.40]) by smtp2.vol.cz (8.12.8p2/8.12.8) with SMTP id h9IKSjR0013481 for ; Sat, 18 Oct 2003 22:28:45 +0200 (CEST) (envelope-from xnavara@volny.cz) Message-ID: <00d501c395b6$6cb23270$4147b13e@hornet> From: "Filip Navara" To: "ReactOS Kernel List" References: <004a01c395b1$955a77f0$0a01a8c0@gse.local> Subject: Re: [ros-kernel] Explorer under ReactOS - Test result Nok with LoadRos Date: Sat, 18 Oct 2003 22:28:41 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 20:29:51 -0000 ----- Original Message ----- From: "Ge van Geldorp" To: "'ReactOS Kernel List'" Sent: Saturday, October 18, 2003 9:54 PM Subject: RE: [ros-kernel] Explorer under ReactOS - Test result Nok with LoadRos > > From: Filip Navara > > > > The problem is that I am not able to run *any* GUI program > > when the ReactOS is loaded by laodros. So I can't test it, sorry. > > I guess you're booting into Win95 or Win98, select "Restart in MS-DOS > mode" and run loadros from there? Problem with that is that the > real-mode INT10 vector is altered somewhere along the way (same as the > freeldr problem). This will cause problems in VideoPortInt10, which is > called to switch to graphics mode. > If you have installed Win95/98, you should press F8 during boot and > select "Command Prompt only", from there you should be able to run > loadros successfully. I use it from Win XP (same as Win ME) boot floppy, but you may be right as it loads some fonts for my native lanuguage... Thanks Filip > > Gé van Geldorp. > > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > From michael@fritscher.net Sat Oct 18 22:40:47 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9IKelfB030077 for ; Sat, 18 Oct 2003 22:40:47 +0200 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9IKellk111444 for ; Sat, 18 Oct 2003 22:40:47 +0200 Received: from [212.227.126.208] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1AAxrm-0004Gu-00 for ros-kernel@reactos.com; Sat, 18 Oct 2003 22:40:02 +0200 Received: from [80.133.247.190] (helo=MICHAEL) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 1AAxrk-0003kY-00 for ros-kernel@reactos.com; Sat, 18 Oct 2003 22:40:00 +0200 From: "Michael" To: "'ReactOS Kernel List'" Subject: AW: [ros-kernel] Registry Bug... Date: Sun, 19 Oct 2003 00:40:48 +0200 Message-ID: <000e01c395c8$e06a0c30$6700a8c0@MICHAEL> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 In-Reply-To: <006501c3959d$2a9926f0$4147b13e@hornet> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200 Importance: Normal Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h9IKelfB030077 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 20:40:48 -0000 How did you get regedit working so well? -----Ursprüngliche Nachricht----- Von: ros-kernel-bounces@reactos.com [mailto:ros-kernel-bounces@reactos.com] Im Auftrag von Filip Navara Gesendet: Samstag, 18. Oktober 2003 19:28 An: ros-kernel@reactos.com Betreff: [ros-kernel] Registry Bug... Hi! I am not sure if Eric reads BugZilla and so I post this bug here. The problem is that the Software entry in registry is duplicated (with different case) and that could be cause of some other bugs I run into. Attach screenshot shows it in our RegEdit. Filip From martin-fuchs@gmx.net Sat Oct 18 23:22:09 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9ILM9fB030436 for ; Sat, 18 Oct 2003 23:22:09 +0200 Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9ILM9lk039844 for ; Sat, 18 Oct 2003 23:22:09 +0200 Message-Id: <200310182122.h9ILM9lk039844@dutlru2.lr.tudelft.nl> Received: (qmail 29696 invoked by uid 65534); 18 Oct 2003 21:21:03 -0000 Received: from p3E9E398D.dip0.t-ipconnect.de (EHLO lisi) (62.158.57.141) by mail.gmx.net (mp027) with SMTP; 18 Oct 2003 23:21:03 +0200 X-Authenticated: #3470264 Content-Type: text/plain Date: Sat, 18 Oct 2003 22:19:02 +0100 From: "Martin Fuchs" In-Reply-To: <1066507604.8278.50.camel@bilbo.plasmic.com> MIME-Version: 1.0 References: <1066507604.8278.50.camel@bilbo.plasmic.com> To: "ReactOS Kernel List" X-Mailer: Martin's Mailer Version 1.0 UTF8 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h9ILM9fB030436 Subject: [ros-kernel] Re: Some sundry improvements to keyboard handling X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 21:22:09 -0000 Hi, > > Someone will have to commit it for me. Is there another way to get a hold > > of Rex Joliff? I have mailed him, but didn't get a response. > > Sorry, I thought you had commit access. I'll commit this. > > -Vizzini Did you forget to commit the changes in hivesys.inf ? I can`t find the new entries there. So I extended ntuser/keyboard.c to load default keyboard layout DLLs if it can`t find the default locale or keyboard layout file. Martin From info@w3seek.de Sat Oct 18 23:35:44 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9ILZifB030570 for ; Sat, 18 Oct 2003 23:35:44 +0200 Received: from hsp51.hspserver.com (hsp51.hspserver.com [213.131.231.14]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9ILZilk111396 for ; Sat, 18 Oct 2003 23:35:44 +0200 Received: (qmail 13370 invoked from network); 18 Oct 2003 21:36:00 -0000 Received: from pd9543e98.dip.t-dialin.net (HELO w3seek.de) (217.84.62.152) by hsp51.hspserver.com with SMTP; 18 Oct 2003 21:36:00 -0000 Message-ID: <3F91B22B.2030202@w3seek.de> Date: Sat, 18 Oct 2003 23:35:39 +0200 From: Thomas Weidenmueller User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ReactOS General List References: <200310182129.h9ILTTL17160@mok.lvcm.com> In-Reply-To: <200310182129.h9ILTTL17160@mok.lvcm.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [ros-kernel] Re: [ros-cvs] CVS Update: reactos X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 21:35:44 -0000 mf@mok.lvcm.com wrote: >CVSROOT: /CVS/ReactOS >Module name: reactos >Repository: reactos/subsys/win32k/ntuser/ >Changes by: mf@mok.lvcm.com 03/10/18 14:29:27 > >Modified files: > reactos/subsys/win32k/ntuser/: keyboard.c > >Log message: > * Load default keyboard layout (GER or US) if no other load was successfull > >_______________________________________________ >Ros-cvs mailing list >Ros-cvs@reactos.com >http://reactos.geldorp.nl:8080/mailman/listinfo/ros-cvs > > > > I think we should only load the US keyboard by default if the others failed Regards Thomas From vizzini@plasmic.com Sat Oct 18 23:38:14 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9ILcEfB030593 for ; Sat, 18 Oct 2003 23:38:14 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9ILcDlk111482 for ; Sat, 18 Oct 2003 23:38:13 +0200 Received: from CPE-65-30-43-197.kc.rr.com (CPE-65-30-43-197.kc.rr.com [65.30.43.197]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9ILc7E4026306 for ; Sat, 18 Oct 2003 16:38:09 -0500 Subject: Re: [ros-kernel] Re: Some sundry improvements to keyboard handling From: Vizzini To: ReactOS Kernel List In-Reply-To: <200310182122.h9ILM9lk039844@dutlru2.lr.tudelft.nl> References: <1066507604.8278.50.camel@bilbo.plasmic.com> <200310182122.h9ILM9lk039844@dutlru2.lr.tudelft.nl> Content-Type: text/plain Message-Id: <1066512954.8279.120.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sat, 18 Oct 2003 16:35:54 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 21:38:14 -0000 On Sat, 2003-10-18 at 16:19, Martin Fuchs wrote: > Did you forget to commit the changes in hivesys.inf ? > I can`t find the new entries there. My apologies, I did manage to forget the registry changes. Fixed. -Vizzini From vizzini@plasmic.com Sun Oct 19 00:13:35 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9IMDZfB030946 for ; Sun, 19 Oct 2003 00:13:35 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9IMDYlk061740 for ; Sun, 19 Oct 2003 00:13:34 +0200 Received: from CPE-65-30-43-197.kc.rr.com (CPE-65-30-43-197.kc.rr.com [65.30.43.197]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9IMDLE4026600; Sat, 18 Oct 2003 17:13:22 -0500 From: Vizzini To: ros-kernel@reactos.com Content-Type: text/plain Message-Id: <1066515067.8275.157.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sat, 18 Oct 2003 17:11:07 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir Cc: Danny Smith , Alexandre Julliard , "Dimitrie O. Paun" Subject: [ros-kernel] Proposed ReactOS headers and code sharing policy X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 22:13:35 -0000 Folks, I think we have the Final Answer on what we're going to do about headers and code sharing. I want to get feedback from the ReactOS team and from the MinGW and Wine projects before we do this, because I only want to do it once. I will implement this policy (with any modifications made by this message thread) as soon as we are in general agreement. Executive Summary ----------------- - Use MinGW for all public interface headers, i.e. everything that MinGW supports - Use non-OS-specific Wine libraries unmodified - Use portions of OS-specific Wine libraries (e.g. user32) - Keep it all straight with CVS vendor branches Details ------- For headers, we will use MinGW as our external interface in all cases that MinGW supports, including kernel-mode code (i.e. the DDK). We will submit patches to MinGW when we find problems with the public interfaces. There is the added benefit of having a compatibility check against our public interface. We will continue to maintain our own internal headers for anything that doesn't belong in the public headers. We will begin to port our kernel-mode code to use the MinGW DDK headers, maintaining our internal headers for non-public things. There are two classes of DLLs we can borrow from Wine. The first class includes system-specific DLLs like user32.dll, kernel32.dll, gdi32.dll, advapi32.dll, and ntdll.dll. The second class includes basically everything else. We will immediately start using the second class of libraries essentially unmodified. Any bugfixes we make will be sent back to Wine as patches, but no ReactOS-specific code will ever be added to these modules. The first class of libraries is more difficult. Some chunks of code will be used unmodified, ideally on a file-by-file basis. Other chunks of code will have to be ReactOS-specific, and we will maintain those in our local tree. If Wine ever chooses to merge our changes, that's fine too, but it certainly won't be required. I plan on managing both Wine and MinGW sources as CVS vendor branches. The ReactOS build system will have to be tweaked a little to look in the right spots for things. We will stay current with MinGW and Wine changes through regular imports, probably on a major-release basis. CVS makes this easy (http://www.cvshome.org/docs/manual/cvs-1.11.7/cvs_13.html). I would appreciate any feedback. This represents a major change for the ReactOS project, but I believe it is the wisest thing to do. This system puts ReactOS in the position to grow and mature as cleanly as possible, and provides a high degree of code sharing and collaboration among our projects. -Vizzini From vizzini@plasmic.com Sun Oct 19 01:52:13 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9INqDfB031530 for ; Sun, 19 Oct 2003 01:52:13 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9INqClk037930 for ; Sun, 19 Oct 2003 01:52:12 +0200 Received: from CPE-65-30-43-197.kc.rr.com (CPE-65-30-43-197.kc.rr.com [65.30.43.197]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9INq8E4032441 for ; Sat, 18 Oct 2003 18:52:08 -0500 From: Vizzini To: ros-kernel@reactos.com Content-Type: text/plain Message-Id: <1066520993.22157.2.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sat, 18 Oct 2003 18:49:53 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir Subject: [ros-kernel] ADAPTER_OBJECT X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 23:52:13 -0000 Anyone know the structure of ADAPTER_OBJECT on x86 HALs? I'm working on busmaster DMA for NDIS some more, and I don't think our definition is quite the same as Microsoft's. -Vizizni From jonwil@tpgi.com.au Sun Oct 19 02:16:14 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9J0GEfB031665 for ; Sun, 19 Oct 2003 02:16:14 +0200 Received: from mail2.tpgi.com.au (mail.tpgi.com.au [203.12.160.58]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9J0GClk014950 for ; Sun, 19 Oct 2003 02:16:12 +0200 Received: from tpgi.com.au (203-219-187-83-per-pow-ts3-2600.tpgi.com.au [203.219.187.83]) by mail2.tpgi.com.au (8.12.10/8.12.10) with ESMTP id h9J0G6La028927 for ; Sun, 19 Oct 2003 10:16:07 +1000 Message-ID: <3F91D7CA.9030605@tpgi.com.au> Date: Sun, 19 Oct 2003 08:16:10 +0800 From: Jonathan Wilson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20030925 X-Accept-Language: en-au MIME-Version: 1.0 To: ReactOS Kernel List Subject: Re: [ros-kernel] Proposed ReactOS headers and code sharing policy References: <1066515067.8275.157.camel@bilbo.plasmic.com> In-Reply-To: <1066515067.8275.157.camel@bilbo.plasmic.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Kaspersky-Antivirus: Passed X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 00:16:14 -0000 Vizzini wrote: > Folks, > > I think we have the Final Answer on what we're going to do about headers > and code sharing. I want to get feedback from the ReactOS team and from > the MinGW and Wine projects before we do this, because I only want to do > it once. I will implement this policy (with any modifications made by > this message thread) as soon as we are in general agreement. > > Executive Summary > ----------------- > - Use MinGW for all public interface headers, i.e. everything that > MinGW supports > - Use non-OS-specific Wine libraries unmodified > - Use portions of OS-specific Wine libraries (e.g. user32) > - Keep it all straight with CVS vendor branches > > Details > ------- > For headers, we will use MinGW as our external interface in all cases > that MinGW supports, including kernel-mode code (i.e. the DDK). We will > submit patches to MinGW when we find problems with the public > interfaces. There is the added benefit of having a compatibility check > against our public interface. > > We will continue to maintain our own internal headers for anything that > doesn't belong in the public headers. We will begin to port our > kernel-mode code to use the MinGW DDK headers, maintaining our internal > headers for non-public things. > > There are two classes of DLLs we can borrow from Wine. The first class > includes system-specific DLLs like user32.dll, kernel32.dll, gdi32.dll, > advapi32.dll, and ntdll.dll. The second class includes basically > everything else. > > We will immediately start using the second class of libraries > essentially unmodified. Any bugfixes we make will be sent back to Wine > as patches, but no ReactOS-specific code will ever be added to these > modules. > > The first class of libraries is more difficult. Some chunks of code > will be used unmodified, ideally on a file-by-file basis. Other chunks > of code will have to be ReactOS-specific, and we will maintain those in > our local tree. If Wine ever chooses to merge our changes, that's fine > too, but it certainly won't be required. > > I plan on managing both Wine and MinGW sources as CVS vendor branches. > The ReactOS build system will have to be tweaked a little to look in the > right spots for things. We will stay current with MinGW and Wine > changes through regular imports, probably on a major-release basis. CVS > makes this easy > (http://www.cvshome.org/docs/manual/cvs-1.11.7/cvs_13.html). > > I would appreciate any feedback. This represents a major change for the > ReactOS project, but I believe it is the wisest thing to do. This > system puts ReactOS in the position to grow and mature as cleanly as > possible, and provides a high degree of code sharing and collaboration > among our projects. Good idea. From jonwil@tpgi.com.au Sun Oct 19 02:25:38 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9J0PbfB031758 for ; Sun, 19 Oct 2003 02:25:37 +0200 Received: from mail2.tpgi.com.au (mail.tpgi.com.au [203.12.160.58]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9J0PZlk015042 for ; Sun, 19 Oct 2003 02:25:36 +0200 Received: from tpgi.com.au (203-219-187-83-per-pow-ts3-2600.tpgi.com.au [203.219.187.83]) by mail2.tpgi.com.au (8.12.10/8.12.10) with ESMTP id h9J0PXPq013486 for ; Sun, 19 Oct 2003 10:25:34 +1000 Message-ID: <3F91DA01.7050400@tpgi.com.au> Date: Sun, 19 Oct 2003 08:25:37 +0800 From: Jonathan Wilson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20030925 X-Accept-Language: en-au MIME-Version: 1.0 To: ReactOS Kernel List Subject: Re: [ros-kernel] Proposed ReactOS headers and code sharing policy References: <1066515067.8275.157.camel@bilbo.plasmic.com> In-Reply-To: <1066515067.8275.157.camel@bilbo.plasmic.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Kaspersky-Antivirus: Passed X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 00:25:41 -0000 Here is how I think the proposal should proceed: 1.we move the ReactOS internal headers out of the way 2.we import current MingW-Runtime and w32api CVS into our tree or whatever 3.we build 4.we fix errors untill stuff builds again 5.also, we get permission from the WINE team (from whoever we need permission from) to use those bits of the WINE headers that MingW doesnt have in the new MingW (e.g. some of the directx stuff) 6.we work towards having as much of the dlls as possible usable on real windows and 7.we look for places where we are duplicating code with WINE (e.g. msvcrt/crtdll) Ideally it would be good if the WINE team was to switch to this new "perfect" header set also at some point down the line. Personally, I think we should have an extra set of headers for things that are: A.exported by windows (either user mode or kernel mode) B.not documented by MS (and not in the Platform SDK) and C.documented by someone else From jimtabor@adsl-64-217-116-74.dsl.hstntx.swbell.net Sun Oct 19 03:08:31 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9J18VfB032251 for ; Sun, 19 Oct 2003 03:08:31 +0200 Received: from dsl-64-217-116-74.dsl.hstntx.swbell.net (root@[64.217.116.74]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9J18Ulk061836 for ; Sun, 19 Oct 2003 03:08:30 +0200 Received: from adsl-64-217-116-74.dsl.hstntx.swbell.net (adsl-64-217-116-73.dsl.hstntx.swbell.net [64.217.116.73]) by Sun, 19 Oct 2003 01:07:58 GMTdsl-64-217-116-74.dsl.hstntx.swbell.net (8.9.3/8.9.3) with ESMTP id BAA21685 for ; Sun, 19 Oct 2003 01:07:58 GMT Message-ID: <3F91E3E9.6@adsl-64-217-116-74.dsl.hstntx.swbell.net> Date: Sun, 19 Oct 2003 01:07:53 +0000 From: James Tabor User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.2b) Gecko/20021016 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ReactOS Kernel List Subject: Re: [ros-kernel] Explorer under ReactOS - Test result Nok with LoadRos References: <004a01c395b1$955a77f0$0a01a8c0@gse.local> In-Reply-To: <004a01c395b1$955a77f0$0a01a8c0@gse.local> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 01:08:31 -0000 Hi, Do not forget about himem.sys! You must rename it so 98 will not find it and load it. If you just want to boot to dos and not gui. James Ge van Geldorp wrote: > >From: Filip Navara > > > >The problem is that I am not able to run *any* GUI program > >when the ReactOS is loaded by laodros. So I can't test it, sorry. > > > I guess you're booting into Win95 or Win98, select "Restart in MS-DOS > mode" and run loadros from there? Problem with that is that the > real-mode INT10 vector is altered somewhere along the way (same as the > freeldr problem). This will cause problems in VideoPortInt10, which is > called to switch to graphics mode. > If you have installed Win95/98, you should press F8 during boot and > select "Command Prompt only", from there you should be able to run > loadros successfully. > > Gé van Geldorp. From dannysmith@clear.net.nz Sun Oct 19 04:15:45 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9J2FifB000543 for ; Sun, 19 Oct 2003 04:15:45 +0200 Received: from smtp1.clear.net.nz (smtp1.clear.net.nz [203.97.33.27]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9J2Fhlk111630 for ; Sun, 19 Oct 2003 04:15:43 +0200 Received: from DANNY (218-101-109-115.dialup.clear.net.nz [218.101.109.115]) by smtp1.clear.net.nz (CLEAR Net Mail) with SMTP id <0HMZ00JSAFFTBB@smtp1.clear.net.nz> for ros-kernel@reactos.com; Sun, 19 Oct 2003 15:11:56 +1300 (NZDT) Date: Sun, 19 Oct 2003 03:10:06 +0100 From: Danny Smith To: Vizzini , ros-kernel@reactos.com Message-id: <000c01c395e6$1ed6b4b0$736d65da@DANNY> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 X-Mailer: Microsoft Outlook Express 5.50.4133.2400 Content-type: text/plain; charset=Windows-1252 Content-transfer-encoding: 7bit X-Priority: 3 X-MSMail-priority: Normal References: <1066515067.8275.157.camel@bilbo.plasmic.com> Cc: Alexandre Julliard , "Dimitrie O. Paun" Subject: [ros-kernel] Re: Proposed ReactOS headers and code sharing policy X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: Danny Smith , ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 02:15:49 -0000 ----- Original Message ----- From: "Vizzini" < > Folks, > > I think we have the Final Answer on what we're going to do about headers > and code sharing. I want to get feedback from the ReactOS team and from > the MinGW and Wine projects before we do this, because I only want to do > it once. I will implement this policy (with any modifications made by > this message thread) as soon as we are in general agreement. > > Executive Summary > ----------------- > - Use MinGW for all public interface headers, i.e. everything that > MinGW supports > - Use non-OS-specific Wine libraries unmodified > - Use portions of OS-specific Wine libraries (e.g. user32) > - Keep it all straight with CVS vendor branches > > Details > ------- > For headers, we will use MinGW as our external interface in all cases > that MinGW supports, including kernel-mode code (i.e. the DDK). We will > submit patches to MinGW when we find problems with the public > interfaces. There is the added benefit of having a compatibility check > against our public interface. This sounds like excellent plan as far as Mingw is concerned. It can only benefit. I would suggest that you use the redhat winsup repository as the primary CVS source for w32api headers at least. I've "been there, done that" working with two separate repositories and it is a pain. Mingw will continue to use redhat winsup CVS as it's official source repository. . I look foward to discussion on details of handling inconsistencies between w32api and DDK. In particular, should proposed changes that affect both be submitted to Reacto and mingw patches list for review? Or can we nominate someone from each group (yourself for Reactos?) to be responsible for maintaining consistency? My main plea is that undocumented stuff that is needed by ROS be keep out of userland w32api interface. Danny > > We will continue to maintain our own internal headers for anything that > doesn't belong in the public headers. We will begin to port our > kernel-mode code to use the MinGW DDK headers, maintaining our internal > headers for non-public things. > > There are two classes of DLLs we can borrow from Wine. The first class > includes system-specific DLLs like user32.dll, kernel32.dll, gdi32.dll, > advapi32.dll, and ntdll.dll. The second class includes basically > everything else. > > We will immediately start using the second class of libraries > essentially unmodified. Any bugfixes we make will be sent back to Wine > as patches, but no ReactOS-specific code will ever be added to these > modules. > > The first class of libraries is more difficult. Some chunks of code > will be used unmodified, ideally on a file-by-file basis. Other chunks > of code will have to be ReactOS-specific, and we will maintain those in > our local tree. If Wine ever chooses to merge our changes, that's fine > too, but it certainly won't be required. > > I plan on managing both Wine and MinGW sources as CVS vendor branches. > The ReactOS build system will have to be tweaked a little to look in the > right spots for things. We will stay current with MinGW and Wine > changes through regular imports, probably on a major-release basis. CVS > makes this easy > (http://www.cvshome.org/docs/manual/cvs-1.11.7/cvs_13.html). > > I would appreciate any feedback. This represents a major change for the > ReactOS project, but I believe it is the wisest thing to do. This > system puts ReactOS in the position to grow and mature as cleanly as > possible, and provides a high degree of code sharing and collaboration > among our projects. > > -Vizzini > > From fd0man@chadeux.homelinux.net Sun Oct 19 08:16:25 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9J6GPfB010614 for ; Sun, 19 Oct 2003 08:16:25 +0200 Received: from chadeux.homelinux.net (cblmdm204-118-177-204.buckeye-express.com [204.118.177.204]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9J6GOlk003592 for ; Sun, 19 Oct 2003 08:16:25 +0200 Received: from chadeux.homelinux.net (IDENT:1000@localhost [127.0.0.1]) by chadeux.homelinux.net (8.12.8/8.12.8) with ESMTP id h9J6CBDJ002705 for ; Sun, 19 Oct 2003 02:12:11 -0400 Received: from localhost (fd0man@localhost) by chadeux.homelinux.net (8.12.8/8.12.8/Submit) with ESMTP id h9J6CAY8002702 for ; Sun, 19 Oct 2003 02:12:11 -0400 Date: Sun, 19 Oct 2003 02:12:01 -0400 (EDT) From: "Michael B. Trausch" To: ReactOS Kernel List Subject: Re: [ros-kernel] Explorer under ReactOS - Test result Nok with LoadRos In-Reply-To: <3F91E3E9.6@adsl-64-217-116-74.dsl.hstntx.swbell.net> Message-ID: References: <004a01c395b1$955a77f0$0a01a8c0@gse.local> <3F91E3E9.6@adsl-64-217-116-74.dsl.hstntx.swbell.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 06:16:25 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun, 19 Oct 2003, James Tabor wrote: > > Hi, > Do not forget about himem.sys! You must rename it so 98 will not > find it and load it. If you just want to boot to dos and not gui. > James > If you boot into Safe Mode Command Prompt, HIMEM.SYS does not load. You are left with a bare 640 KiB environment to start with, just as in the good 'ol DOS days. If you're truely paranoid about it, get a FreeDOS boot disk to run loadros.com with, put in autoexec.bat: C: CD REACTOS CALL ABOOT ... and you'll be just fine. Michael B. Trausch AIM: MBTrausch 720 Orchard St. E-mail: fd0man@chadeux.homelinux.net Toledo, OH 43609 Second E-Mail: fd0man@yahoo.com (419) 514-5047 Web: http://chadeux.homelinux.net - ----------------------------------------------------------------- To send me mail, without using a mailing list that I'm on, you MUST put "DOGXP180" somewhere in the message. Just hit Reply. If you're encrypting mail to me, put it in the subject. - ----------------------------------------------------------------- People will forget what you said and what you did, but they will never forget how you made them feel. - ----------------------------------------------------------------- If you'd like to send me secure mail, please obtain my gpg public key from my website, listed below, or if you have a Unix system: finger fd0man@chadeux.homelinux.net |less http://chadeux.homelinux.net/users/fd0man/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE/kisz85RqKeHavSsRAvgIAJwIp2UF1lHKjyoJx/ugPgwPEAk1tACcDJrz EVKHRVNdPuWZ5WWZdErvzb0= =2tfP -----END PGP SIGNATURE----- From jonwil@tpgi.com.au Sun Oct 19 10:28:33 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9J8SXfB011093 for ; Sun, 19 Oct 2003 10:28:33 +0200 Received: from mail1.tpgi.com.au (mail.tpgi.com.au [203.12.160.57]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9J8SVlk038120 for ; Sun, 19 Oct 2003 10:28:32 +0200 Received: from tpgi.com.au (203-219-88-67-per-pow-ts1-2600.tpgi.com.au [203.219.88.67]) by mail1.tpgi.com.au (8.11.6/8.11.6) with ESMTP id h9J8SPn23319; Sun, 19 Oct 2003 18:28:26 +1000 Message-ID: <3F924B2D.90007@tpgi.com.au> Date: Sun, 19 Oct 2003 16:28:29 +0800 From: Jonathan Wilson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20030925 X-Accept-Language: en-au MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: wine-devel@winehq.com, ros-kernel@reactos.com Subject: [ros-kernel] suggestion, merge WINE and ReactOS MSVCRT X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 08:28:34 -0000 IMO its a waste for both WINE and ReactOS to have 2 different implementations of MSVCRT.DLL/CRTDLL.DLL Is there any valid reason not to either remove one and have both projects use the other or to merge both and come up with one dll? From jonwil@tpgi.com.au Sun Oct 19 10:30:43 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9J8UhfB011112 for ; Sun, 19 Oct 2003 10:30:43 +0200 Received: from mail1.tpgi.com.au (mail.tpgi.com.au [203.12.160.57]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9J8Uflk014948 for ; Sun, 19 Oct 2003 10:30:42 +0200 Received: from tpgi.com.au (203-219-88-67-per-pow-ts1-2600.tpgi.com.au [203.219.88.67]) by mail1.tpgi.com.au (8.11.6/8.11.6) with ESMTP id h9J8Udn27649 for ; Sun, 19 Oct 2003 18:30:39 +1000 Message-ID: <3F924BB3.8070906@tpgi.com.au> Date: Sun, 19 Oct 2003 16:30:43 +0800 From: Jonathan Wilson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20030925 X-Accept-Language: en-au MIME-Version: 1.0 To: ReactOS Kernel List Subject: Re: [ros-kernel] Proposed ReactOS headers and code sharing policy References: <1066515067.8275.157.camel@bilbo.plasmic.com> In-Reply-To: <1066515067.8275.157.camel@bilbo.plasmic.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 08:30:43 -0000 I support this proposal. Things I dont want to see: 1.any moves by ReactOS away from how Windows implements things on a broad scale (such as e.g. removal of CSRSS or a move away from having user32 and gdi32 in kernel) Things I do want to see: 1.our crufty API headers gone, replaced with w32api (once we have moved all the stuff MingW doesnt have out of course) 2.w32api/mingw-runtime becoming the most complete set of header files for windows development, covering all functions and apis documented by microsoft plus ideally (once we can convince the MingW people that its a good idea :) all the stuff thats "undocumented by MS, documented elsewhere" (e.g. PolyPatBlt, DrawFram and others). This includes a full-featured DDK, DirectX devkit and so on. Where WINE has a copy of xxx.h but ROS and MingW dont, we should look at convincing the WINE team to re-licence it for us to use (either that or we re-invent the wheel) 3.greater code sharing between WINE and ReactOS 4.eventually seeing the removal of WINEs headers (which are full of old win16 stuff plus can be full of bugs) once this new, improved w32api is sutable. and 5.work to make everything (ReactOS, WINE, MingW-Runtime/w32api, MONO or whatever) more like how MS does things. The suggestions given above are in the order that I think they should be done in (or roughly the order) I would be prepared to help with 1 and 2 (i.e. making MingW-Runtime and w32api more like the PFSDK, DDK, Visual C++ etc) as and where time permits. I would also help with general "fixing" (i.e. where stuff doesnt build because it was written against old broken headers) From jonwil@tpgi.com.au Sun Oct 19 10:54:08 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9J8s8fB011306 for ; Sun, 19 Oct 2003 10:54:08 +0200 Received: from mail1.tpgi.com.au (mail.tpgi.com.au [203.12.160.57]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9J8s6lk112656 for ; Sun, 19 Oct 2003 10:54:07 +0200 Received: from tpgi.com.au (203-219-88-67-per-pow-ts1-2600.tpgi.com.au [203.219.88.67]) by mail1.tpgi.com.au (8.11.6/8.11.6) with ESMTP id h9J8h8p18651; Sun, 19 Oct 2003 18:43:08 +1000 Message-ID: <3F924EA0.2000601@tpgi.com.au> Date: Sun, 19 Oct 2003 16:43:12 +0800 From: Jonathan Wilson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20030925 X-Accept-Language: en-au MIME-Version: 1.0 To: mingw-users@lists.sourceforge.net, ros-kernel@reactos.com Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: [ros-kernel] interesting side-note that relates to the header-file-merge proposal X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 08:54:08 -0000 Essentially there are 2 kinds of functions exported by MS dlls. Those that MS documents and those that MS doesnt. Now, MingW only accepts stuff pertaining to the first kind (because of "how can we be sure that this is correct" or "this could disappear in a future windows version" or "how can we be sure that this info was obtained legally"). However, there is in fact, a 3rd kind of function exported by MS dlls. Functions that are documented by MS but not in MSDN or public documentation. Specificly, the only example I know of here is the Installable File System kit (anyone aware of any others?) How will this be handled? Will MingW accept IFS kit related stuff or not? How will this be handled? From gerard.gatineau@laposte.net Sun Oct 19 11:07:42 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9J97gfB011365 for ; Sun, 19 Oct 2003 11:07:42 +0200 Received: from mx.laposte.net (mx.laposte.net [81.255.54.11]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9J97flk038034 for ; Sun, 19 Oct 2003 11:07:42 +0200 Received: from laposte.net (172.179.191.40) by mx.laposte.net (6.0.053) (authenticated as gerard.gatineau@laposte.net) id 3F65959E0082F2C1 for ros-kernel@reactos.com; Sun, 19 Oct 2003 11:06:25 +0200 Message-ID: <3F9253FF.3050706@laposte.net> Date: Sun, 19 Oct 2003 11:06:07 +0200 From: gge User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ReactOS Kernel List Subject: Re: [ros-kernel] Explorer under ReactOS - Test result Nok with LoadRos References: <004a01c395b1$955a77f0$0a01a8c0@gse.local> In-Reply-To: <004a01c395b1$955a77f0$0a01a8c0@gse.local> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 09:07:42 -0000 Ge van Geldorp wrote: >>From: Filip Navara >> >>The problem is that I am not able to run *any* GUI program >>when the ReactOS is loaded by laodros. So I can't test it, sorry. >> >> > >I guess you're booting into Win95 or Win98, select "Restart in MS-DOS >mode" and run loadros from there? Problem with that is that the >real-mode INT10 vector is altered somewhere along the way (same as the >freeldr problem). This will cause problems in VideoPortInt10, which is >called to switch to graphics mode. >If you have installed Win95/98, you should press F8 during boot and >select "Command Prompt only", from there you should be able to run >loadros successfully. > >Gé van Geldorp. > > > > Gé, I am booting into Win98 + F8 during boot + Selecting "Command prompt only" and replies N to alls commands and the type Boot.bat to run loadros.. Then when I run Explorer.exe , the green screen + grey a bottom of the screen are displayes + mouse cursor . A lot of messages are ouput on Debugport COM2 and the system hangs up and a Pc reset is needed. Regards Gerard From info@w3seek.de Sun Oct 19 11:36:04 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9J9a4fB011541 for ; Sun, 19 Oct 2003 11:36:04 +0200 Received: from hsp51.hspserver.com (hsp51.hspserver.com [213.131.231.14]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9J9a4lk048888 for ; Sun, 19 Oct 2003 11:36:04 +0200 Received: (qmail 11825 invoked from network); 19 Oct 2003 09:35:38 -0000 Received: from pd9543e98.dip.t-dialin.net (HELO w3seek.de) (217.84.62.152) by hsp51.hspserver.com with SMTP; 19 Oct 2003 09:35:38 -0000 Message-ID: <3F925AD5.8070300@w3seek.de> Date: Sun, 19 Oct 2003 11:35:17 +0200 From: Thomas Weidenmueller User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ros-kernel@reactos.com Content-Type: multipart/mixed; boundary="------------080805080200040109090404" Subject: [ros-kernel] boot fails X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 09:36:04 -0000 This is a multi-part message in MIME format. --------------080805080200040109090404 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Since yesterday booting reactos fails in bochs, vmware, virtual pc and on real hardware. I attached a screenshot of freeldr Regards Thomas --------------080805080200040109090404 Content-Type: image/png; name="freeldr.png" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="freeldr.png" iVBORw0KGgoAAAANSUhEUgAAAoYAAAHWCAMAAADdMrghAAAABGdBTUEAAK/INwWK6QAAABl0 RVh0U29mdHdhcmUAQWRvYmUgSW1hZ2VSZWFkeXHJZTwAAAMAUExURQAAqAl31miIu19+s4yv 2hIscTFOjFBvppS34ShEhDZTkPz8/ERinBk0dwokanucyw4obkdknpCy3SZCgo2w21RzqkJg mmSEuExqopm85Za54v//+ho1eFd2rLjS2XGRwh04eoSm01JxqKDE6ytHhjBMi3SVxTRRjiRA gY6x3IOk0qgAAEBemXiZyFl4rklnoHKTxC5KiaDD64+y3Vx7sFZ0q1V0qwwmbFFwp2uc1nKS wxQuch46fDtYlD1altTQyGB/s1t6sD9clzlWkhYxdCI+fxM4gT5bliM/gABrzhw3eSE8fnKW yhF82S1JiACoqAkhYQAAABErcBAqbwFv0CA8ff///AgeWKioqP///4CAgEBAQPz8VKbK8GeH upi75HWWxlh3rUpooYKk0YWn1KHF7HaXxyxIh3ydzFp5r5O24Iqs2Iut2VNyqXeYyGuLvW6O wImr15e642aGuV18sXmayXqbyqXJ74iq1myMvktpokhmnxcydSA7fZK132CAtJu+5pG03ilF hTxZlTpXk4Chz2qKvGSEt57B6WGBtX2fzYGj0KLG7U5tpZW44V59sn+hz3GSw3OUxFt6r6PH 7jNPjS9MiqTI7py/54ao1Yep1W+QwW2Nv5zA6J3A6GKCtmODt3+gzoCi0E5spE9tpZ/D6kJf mkBdmBUwdDhVkjVSjz9dmJK032+PwH2ezKLF7J7C6WWFuJW44qTH7l19sn6fzYep1nmaymuM vnCQwYuu2SVBgWmJu2mKvJq95Yeo1U9upm2Ov4qt2E1spIir16TI72KBtZq95mGAtYKj0Txa lTdUkWODtoao1HeYx2yNv2qKvWSDt5q+5pu+55u/54yu2U1ro5K03mOCtpO1326PwG+PwWGA tH6fzn6gznyezJ3B6X2ezURhnIOl0oGi0KPH7aPG7UVjnZ7C6p/C6pCz3S9LiUtqoi1KiDZS j0NhmyE9fkFfmhUvc///+c7f3ESi9gB54kCX5WSj4TeN1P///hQwaf1qLqrS4wRNoQkfXIFv WtAAACXhSURBVHjaYrAfBaNgoEE0QAAx2EeOglEwsCAqGiCAgMlwNDOOgoEFUdEAAQRKhnzY gTkYCEBBcHBwEBCwgoE1EHz69GkFELi4uNQAAS8EyICAFwgoAIENGNQCQai394cPH1yBwMPD QwMIdu/eLSwszAkBTWCgAgLp6el+fn5vDQ0NX79+PW2aqqoqGxhMBQF1EFi16h0XEJw+fXrl ypXOQNDS0mILBM3Nzafs7Ozc3d2dnJxWr16+XEdH5+PHZcvExMTev3/0iIeH5/nz54IQUA0E +vr6SUBQVVX1RkLiGhAcXry4t3fJkgMHDrCzs1sAgZKSUi4QiIqKmpmZmQKBrKxsIhDo6ell AsHkyY4mQFBSUrKlv58ZCBwcHOrr75zo7Dw2f/6NMwsWXGxvF98IBMXFxXFAwMTEtGfPnr1t bRfy8/N3VFZWnp8z52BBQcGttbdnz94pDwQTJ1oZAMGkSZPU1NQSgCAtLe1cXl6erq5uaWnp 9rKyMn5+/gwguL/uYVfX1rv3Fi6cMKG1ddGiJ93dJ5OTk7UeP36sCAQpKSlnZ87cP2vWtoqK iiOFhYXZ2dmHcnJydl29ysLCIgIEmpqaxsZCQq9evWpsvL6mru5mVlYWBxD09W2SAoKioqJ4 IJCUlNy37/ilhobLV2bMmDt33rwHHR0bXrxcutTISFlZOTU1dX1Pz7OnU6Zsnj79aHl5eSyZ AJgMAQJoNBmOJsNBkAwBAgiSDBl9fRmBGEiEMIZ8+zeaDEeTIZnJEK3VF43Ox1QBToYAAQRJ hp6eISAAJL97fv0T8n80GY4mQzKTIVqjD52PqQKcDAECCJIMv8ghgb8/cSTDyEi0ZAhMzMQm w8hIopMhKI+QlAwjI8HJMDKSzGQIsnA0GdIsGUbBAJ5kCBBAkGQYKY0EIn8AkyG4wCSQDIGJ EL00jIyUkYmM9PKKjFQAInKTIbA0BNsPTIaRkaBECOLQLhm+kRhNhvRIhpHwZBgYaA8lockQ IICgyfDzZ3AKBJJhv6DJkM8cnA7JToYUlIbgZAguDSPByRBITAWlw9FkOCSTIWx0EJEMwSkQ nBahyRAggGDJMAypNLRESoYg/cBECKKCwYYBEyGIgiRDYDoEcWpqIiN5IzFLQ7AGYDIE0x8+ gEhXj8hIDTDaLQziE0iG0NKQDZ4MQXrecYENBCZDEAVKhkAASYYgFjAZgihQMgTLiAExMBmC mM8FIyMFgbi6GsTTTwKRo8mQ5skQykFKhsA0CCkRockQIAC7dWyDMBBEQTRHdEABrgHpRGTL NUxKcQ5ohUIcEtCA55Y9bUpGgrSXOXya78Hw8i6H1xrlbtDnZQ116FUNYZ512L+Of0MdytD7 MGwNVBg11OACxRC+HuUexBhlmB4gw9MTooYQNYTOEG4rqDBrCNumw5cO4bxrMBl61hDuSvwz /AHD3OXB8BBA8GQojZ4MwaUh9mQIKgzRkyG0iwLrhxOVDKGFIRGlITgVToUUhkjJEMxDSYYg ACkMCSRDYGGoD1E+mgwHvjQECCCsyTAcbzJEqpSxJkMZLwLJEAJIqZQhqRBaGq56B0uGwBoZ szR0R6mUcSRDSDoElYajbcOBSIbobUOAAIL1lJHahtI+BJIhKCHiSoYykGTohTsZgopDUGEI 6qIQmQxBXRSSkqHTakLJEJQQR5MhbZJhYCCirMOeDDF6ygABBE2GyKkwTC0cMWCD2kXBrJQR XRTcyRC1iwJPhsRUypHgrjKk+IR3UTArZZQuCvZKGdpFEQSrgFbKSaOVMj2SIeaADca4IUAA QZNhZCSwhwwFYaDScABnUcDJkL6zKKPJkJazKPCJO9zJECCAIMnQDQX8HuhkSOIsCqXJcHQW hYrJMAoFRKPzMVWAkyFAAEFX2ASggNGlDaPJkMxkGE0AYKoAJ0OAABpd6DWaDAfBQi+AABpN hqPJcBAkQ4AAGt0EMAoGwSYAgAACJcOoUTAKBhAAkyFAAIGS4ejWsFEwkACYDAECaLRSHgWD oFIGCKDRZDgKBkEyBAgg4ivl6AFRBnPpYHbjgAbM8EiGAAEETobEKR0QZfBkOIjdOKABMzyS IUAAjSbD0WQ4CJIhQABhT4aBOMIHRRy6igJVG6Yye2ymE61sUCbDQGTGaDKkQjIECECuGZwA AIMwcMbbf5kWxKImpQP0I1iCQnP60mKIIST+h24G4o6RMYi9yehco9uQDCGtUT1Ex0RkpuUc vC0gjzQzyQfgVLO9SvU3X3yM4RKAmzLGAQAEYeAb7/+fcdA0tSJxlpGUhEB7jQ2pfkfSkPKM 0SUIcshQhay0Ie4aW8J/yAtx5qyCsgdGxEZCXYbZNBriVbjcZB1iVz6vqk9tOAQQ9mQYGIgz 7gJxlYaB2JWhJ0OsypBSXyCqMgqTIUoKw5EMAxGrgVEyFixF2MMSKDTxBRJOhoGBuJIhPE0H IuVkaJkeiJI/4S5HwtA8M/ySIUAAYUuGgdACAnsREoiaDFGTF6YyrEkHTRlKlR2IogxnpWxP oFJG2IsgsFfKEPlAGIVuGtwA1LKQsmSIHHaByFkJORkGIldMgSgl83BLhgABhCcZ4qvJMMrM QDzKkJQG4iyQUEwKtMefDJFTNo72F3HJENmkQLQ2MVLb0D4QpV0IKxXtkduGRFbKKGUfEjsQ tQkeiNYSQFU17JIhQACRM2ATiKfvSKIyLJEXGIisjIhkaI+ni4LIA1gKJqSEHIirbUhoAAG1 mYve5cGWDNGLQVT/IPfdkBoD9hjZeHglQ4AAQk6GgVgB1pqMCGVIMQOTxyi3UNpiiJoM57hh IHJtjEg72NqGmIknEF+nFU9r2B69H4VbGcFkiJI1ApEbiPZIm4gQlTpi2CIQpVYZbskQIIDQ kyFmwBMa5bDHM2aC2vcIxFaEIBrfmJUsueOGqLmDmGQYiGWMCl1ZIJ5xHWKT4ei4IXbfAAQQ SjKEN9JhcRiIozWHWRRiTYbwMb5A9AEgpJYScpOLWskQS9LBPYQH9SpGQYfc6LNHH0tCqKZt MsRaAA+/ZAgQQBjJEL0AwJ4MUcYP7XElw0CkvgmO0hAjGQba46mUiRz7hbXoA/G25lASCs6+ bSCWuhjeZaF1MsRs9AzTZAgQQBiVMmppiLNSJqwMKZGhFnfYkiGs7IXX0SQlQ/SCKZCoTgVa rxxLNz0S0S3CSIb2aAM2tEiGWEd+hmUyBAgg8tuGgag1FLaeMlKaCkQtQ3GVhhg9GWKSIZax OcyEjysZEij/4YPGgVg6NMiTeTRIhsiGYTQYhlcyBAgg2pWG8OE6eOsRs+7GMhyH0jokKhkG EtM2JD8ZIpfmmEyKkmEggQYD7r78cEuGAAFESU8ZqXOLNRkGog8fBxJIhoHoIU5MMgzE1kUJ DMRYUYE9GWIZeUJNhtj6ZShVAfnJMBBvMgxEG8AKxN53Gx7JECCAaFYaItIdojBEnyxAnsdC 6ZoEBlKYDHGUddiHr3EYiJYMsfS2KCsNCYxCIluHZwhheCRDgACiaNwQKaSwJENEcYgyLYsx fI2tcAgMxLLCJhAfQE+GgcR2UQgkQ5TBK0T7AmEtuckQex8YEX5YkmHgsE2GAAFEw9IwEHUR ANZkaI99rBt72zCQxAGbwEDUWhdXMkRTgqNtCG++ohhLeWmIdbDSHrmFEoiZT4dbMgQIIApK QyQCXzKEzVQRKA0Dsc1koCdDbBCp0YmtixKIu0ONWWQG4i0NkbxEYWmIWNhgP5oMQb4BCCA6 lIbYuFhXx2K25cgtDVE6HBhD2ZjJEEUJrmSIseCFUDLEOdluj5SRR5MhyDcAAUR2aYiy7BB3 MkRt1+MsDRGFAzWSIfYeDEWloX1goD22dIgnGaLWudiSof1oMoT6BiCAaLbCJhClb4yri4KZ HAJJrZQDMStl5G4KlqFsrKUh8nQi9rahPbZaGX8yRFkTM5oMcSdDgACiYTIkZsAmEKWngNF7 xSgNMZuFyOPi2Je9Uq00RLGemGSIOvZEajIcST1lgACi3XpD+MJ6pKobc/gas0y0D6RKaWiP 0jbEv+wVVQnOnjLJpSElyXBkjRsCBBBtkyH6YBtGMsSy7BX3nDKW0tAeZ2mINoAdSLg0DCTc NiSpNMRiGmnJcATNogAEEJZkiBbUuJIhIWVELm1ATU0Y1Sf+0hClEYp9oSqWoWxsyTAQV8JB mVPGKA3tyV86E4h/3HBkzSkDBBBmMkQavcCXDAkrQ97+g7TBEq00DMQ2eh1IedsQeTwSda4Y 14AN1i4Kcp5CToWYCScQeTMqYkEittWxqOkQZ2odQStsAAIIa2kYiK+YC8SuDNvOT4zSEHNO GVsta49jgyiqdYTahtQZsEFNzagLXjGbuUjb75G2d2KbRcG9nnVErjcECCCSS8NAXMqwrTzF sgkgEKM0RJ1vQUkg1Bg3pGwyD7NURV/GiCUZ2iPP/dkHknYqyIhcfQ0QQCgbRIkoDQNxK8N2 KgjmcQyoynC2kewpWdpAdFQTXtqA2t1B23iDMxkiD3aTejjNiNyLAhBAqPuUMSZP0ZNhID5l WM9IwraTA9tRSlhTA81P9MLT58eSIrB2HXC2De3tcbcNKffC8EqGAAGEtl2eQBc4EL+y4X6w HNaSafRgOSokQ4AAGj1mc4gqG17JECCAwMmQqNsrogdEGTwZDmI3DmjADI9kCBBAoGQYPYgB zKXRowB7wAyPZAgQQKMXUoyCQZAMAQJoNBmOgkGQDAECCJQMA0fBKBhAAEyGAAEESobao2AU DCAAJkOAABpNhqNgECRDgAAaTYajYBAkQ4AAGk2Go2AQJEOAABpNhqNgECRDgACCJEPuUTAK BgqAkiFAAMGS4WieHAUDAiDJECCA4MlwNFeOgoEoCiHJECCAkJLhaM4cBfQvCiHJECCARpPh KBgEyRAggEaT4SgYBMkQIIBGk+EoGATJECCARpPhKBgEyRAggEaT4SgYBMkQIIBGk+EoGATJ ECCARpPhKBgEyRAggEaT4SgYBMkQIIBGk+EoGATJECCAsCVD2DwLbs04JbmJTM2oyjCtg3Dx O2MUkB7rGOFMYuShxws3Vn1weTQaw354MgQIIKylIYiNz0l4kyiR4YGuB02EG6v4KKCw7MEI Z9IiDz1eYImRG7s9aBir/ZBkCBBAOJOhNg2TITeBZIgsP5oMB08y5CYuGSKlMJQSEVMtPBkC BBCuZMgNU4RcmHIjuwNNXBuz8IXrRyvRsQYGRmk9mgxplgzh8cONGb/auOMPPQUi6dfGrJe1 SUmGAAGEIxnCTUAuTFEKW2wZAqoG2buobU6ciQ5721B7tG1Ii2SIXpohxyu++ENtG6JEPlZ1 sNSDSEU424YAAYSvNEQ4DbY0DJFNsOcuJC6ywGhpOPiSIbYYQYtvLH0ENK1ICQFLZY+ZDHGW hgABhLttiFmOwpXgKAExXI6j+zuaDAd7MsQZ9sQlQ5R0Q1SlDBBA5CdDbpKTIUqDYTQZDttk iJpeiEqGAAFEdDJEbxtyE0iGWAd9kPoyWJq8eMRHAa3ahnjiFV8yRK52sSZD0gZsAAII1/C1 NnoHGKUHjMxAaqIi0dgapJhNXMzhUBT50eFraqdD9GFkXCMh2OOPG0MCxtXGPv1B9PA1QACN TuaNggEtnyHJECCARpPhKBgEyRAggEaT4SgYBMkQIIBGk+EoGATJECCARpPhKBgEyRAggEaT 4SgYBMkQIIBwDNjg7u+jd+EJjQ+gddC5B4XnCQ4EceMY4CCknxszcIZ0/saYucAXLnCFONY1 YoYHPBkCBBDe4WtsjsI120EN9fQMXAIZCClIsS1Ew6EfS6Yb0iOfqMOLaEkNxyIVfOtH0cMD ngwBAojCZEhqdI+0ZDi0B+Ax5jGwTLKizdRhTYbIsxrYkyFAAOFb6IUr+BHr0NAHybFkG/RR d+Qsg3tdG32SIc51dmjBiWtuHOvsEpZkiB4+aAvpBiwcSK+U8SdD9IViGKUnzmQIEEA4F3px 41gVza2NvL4MbbUDN3b12ujT09zcKEvWuOncReLGzLWofPS1QNxY20a41u+hBiOW5QPaOOfg B1tXEXvbEEsxiRaGKBKo09dYkyFAAOHbi4KzMkJfKYOapLB5ghtzlQRSWiS1sqdOBw1jbhzn yhNtLEuCsC0HxrFGFCN8iFyfOXiTIXYZlMIOizieLgpAAJGdDLEVgnjWnWFPhgPUYkRb0ITD W9poGx7ITobo4UP0wrghlgwxq0csXRrsyRAggEaTIeFkiKeNPNKSIYEuCtnJECCABjwZDkRF hGe9JLZ1eCQlQyybHohKhoOvQsaZDLGEC0bqw9zoiTcZAgQQzp4y1qYmluVm3Cg9Pm1s6xYR TW+kHiFSm4negxrcWHq62qjrG7Gvw0Mfvsa1fg9L2xAt3XHj6mkPugEbnEMA2IepsXmEiGQI EEAEJ/NGJ/noUtyMWN9DkiFAABFKhqOpkPbDl6PJMBoggPAlw9E1+HSo9LRHkyEwGQIE0OgK m1EwCJIhQACNJsNRMAiSIUAAjSbDUTAIkiFAABFoG1Krx4KzHz4aFYOjiYp9Qy43oYV8uM5L JP6YS0gyBAggnMmQwHZpIp1FQB9Zh3KOAhp12XEt0MIbLdgPqiM1GQIEEK5kSM6JCaTrIVbx aDqkeTLUxjVbRFYyJLVSBgggHMkQxzpC7OsLkWjssxPaWNbbcWNZTI85qzAsVtIPiSaaNo71 pdra+M+rRFp/inwYBzc2fbhPbQAIIOzJEDEDTNT6QpTlsJhztdrIiYnQUgAU/einjIwCmjUO sTSqUMIe13mVmBPyqAUlcWfYAAQQwaOUiFlfiJYMcS1pwDg/D8cOAazLJEfT4YCVhpjJjbxk iO1oLWgyBAggQqUhUStq0JOhNjfWg2ExDi4jIRmOpkJatw2JTIbY2obEJkNsZxhDkiFAABFo G5KRDLWxpWBKk+FoKhwWyRD7NglgMgQIIII9ZdKSIUYbj2DbEHPbB5ZkOJoKh0wyxBKfRLQN AQKIwLghcesLca2/48Y4304b67o+zDYn+rrE0aRChx4Kri4K/vMOtbHEJ5abI3AMj0OTIUAA UWUyj+LrekbBcChNyesbgZMhQADRMhmOVqejyZDIZAgQQNRIhtz4Dr0ZjaSRU6mTnwwBAmh0 hc0oGNBiFJIMAQJoNBmOgkGQDAECaDQZjoJBkAwBAmg0GY6CQZAMAQJoNBmOgkGQDAECaDQZ joJBkAwBAggpGY6CUUB3AE2GAAEET4ajYBQMUIEITIYAAQRLhqNgFAxUgQhMhgABBEmGo2AU DBwAJkOAABpNhqNgECRDgAAaTYajYBAkQ4AAGk2Go2AQJEOAABpNhqNgECRDgAAaTYajYBAk Q4AAGk2Go2AQJEOAABpNhqNgECRDgAACJUMG7lE4CgcOApMhQACBkuFoSIzCgYTAZAgQQKOl 4SgcBKUhQACNloajcBCUhgABNFoajsJBUBoCBNBoaTgKB0FpCBBAo6XhKBwEpSFAAI2WhqNw EJSGAAE0WhqOwkFQGgIE0GhpOAoHQWkIEECjpeEoHASlIUAAjZaGo3AQlIYAATRaGo7CQVAa AgTQaGk4CgdBaQgQQKOl4SgcBKUhQACNloajcBCUhgABNFoajsJBUBoCBNBoaTgKB0FpCBBA o6XhKBwEpSFAAI2WhqNwEJSGAAE0WhqOwkFQGgIE0GhpOAoHQWkIEECjpeEoHASlIUAAjZaG o3AQlIYAATRaGo7CQVAaAgTQaGk4CgdBaQgQQKOl4SgcBKUhQACNloajcBCUhgABNFoajsJB UBoCBNBoaTgKB0FpCBBAo6XhKBwEpSFAAI2WhqNwEJSGAAE0WhqOwkFQGgIE0GhpOAoHQWkI EECjpeEoHASlIUAAjZaGo3AQlIYAATRaGo7CQVAaAgTQaGk4CgdBaQgQQKOl4SgcBKUhQACN loajcBCUhgABNFoajsJBUBoCBNBoaTgKB0FpCBBAo6XhKBwEpSFAAI2WhqNwEJSGAAE0WhqO wkFQGgIE0GhpOAoHQWkIEECjpeEoHASlIUAAjZaGo3AQlIYAATRaGo7CQVAaAgTQaGk4CgdB aQgQQKOl4SgcBKUhQACNloajcBCUhgABNFoajsJBUBoCBNBoaTgKB0FpCBBAo6XhKBwEpSFA AI2WhqNwEJSGAAE0WhqOwkFQGgIE0GhpOAoHQWkIEECjpeEoHASlIUAAjZaGo3AQlIYAATRa Go7CQVAaAgTQaGk4CgdBaQgQQKOl4SgcBKUhQACNloajcBCUhgABNFoajsJBUBoCBNBoaTgK B0FpCBBAo6XhKBwEpSFAAI2WhqNwEJSGAAE0WhqOwkFQGgIE0GhpOAoHQWkIEECjpeEoHASl IUAAjZaGo3AQlIYAATRaGo7CQVAaAgTQaGk4CgdBaQgQQKOl4SgcBKUhQACNloajcBCUhgAB NFoajsJBUBoCBNBoaTgKB0FpCBBAo6XhKBwEpSFAAI2WhqNwEJSGAAE0WhqOwkFQGgIE0Ghp OAoHQWkIEECjpeEoHASlIUAAjZaGo3AQlIYAATRaGo7CQVAaAgTQaGk4CgdBaQgQQKOl4Sgc BKUhQACNloajcBCUhgABNFoajsJBUBoCBNBoaTgKB0FpCBBAo6XhKBwEpSFAAI2WhqNwEJSG AAE0WhqOwkFQGgIE0GhpOAoHQWkIEECjpeEoHASlIUAAjZaGo3AQlIYAATQsSsNRAAFDtzQE CKDhUBqOgiGdCkGlIUAAjZaGo+lwEJSGAAE0WhqOpsJBUBoCBNBoaTiaDgdBaQgQQMOjNOQe BdxDuqcMEEDDozTkHi0RQUEwdEtDgAAaLqUhw4gvCod0aQgQQMOmNBzRBSLU/0O3NAQIoGFU Go74ZDiES0OAABotDUdLw0FQGgIE0GhpOFoaDoLSECCARkvD0dJwEJSGAAE0WhqOloaDoDQE CKDR0nC0NBwEpSFAAI2WhqOl4SAoDQECiK6lIa1LgxGeDAPRwFCZowYmQ4AAomdpOJoMh1Yy pGNpCBBAw7M0BE9vYVXHjcbAGQPY9eE0EFkfLtXcSPOOcGdy43AfIXuHV2kIEEDDsjTkxrna AS6KPxliyOJUjp6M8KnmhrkLWRmau9FMwG0S97AqDQECaDiWhhDmoEyG3ISSIQM3MfbSJxnS sTQECKDhWBoipTWsBRB6NELqSWT1GJU6NzdyJYpSq6ImDm7kjjs3Nnlu3GUdssNx2cs9LEtD gAAavqUhclsMLRliNiWRkw7O0hBZihvrOBFSkw7FPOTkzo0tuaEnanQvoLlv2LUNAQKIzqUh bdbakZgMMZqOpCZDzFIWs1JGLIFEs4abAWvJjcpB8wJaKYojGUagAQoDlZ6lIUAA0bk0pNGw Cn2TIXISxJ8McRiC3h4kmAxx9aRpVhrCmtf0Kg0BAojupSEduyiDOxlyY++i4E2GeAYAaJAM 6VgaAgTQcCwN0ZMVWckQS/oiKhkiSWBpGzLgk8ebDOnbNqR3aQgQQMOxNIQ39pF6mAzIXVxu HOOM3MhdYAbC5nFjSa7cKOOD3BipDLnNiKUnjcrCtBf7kNCQLw0BAmhYloajk3lDrTQECKDh WRqOJsMhVhoCBNBoaTiaDAdBaQgQQKOl4WgyHASlIUAAjZaGo8kQVzIMjECFNCwNAQJotDQc TYa4kiFaKgykYWkIEECjpeFoMhwEpSFAAI2WhqPJcBCUhgABNFoajibDQVAaAgTQaGk4mgwH QWkIEECjpeFoMhwEpSFAAI2WhqPJcBCUhgABNFoajibDQVAaAgTQaGk4mgwHQWkIEECjpeFo MhwEpSFAAI2WhqPJcBCUhgABNFoajibDQVAaAgTQaGk4mgwHQWkIEECjpeFoMhwEpSFAAI2W hqPJcBCUhgABNJClYQyVwGgyhG2XD4xAxsCQiSEFD2BpCBBAA1kajiZDKpeGEagJkbREGBMz gKUhQACNloajpeEgKA0BAmi0NBwtDQdBaQgQQKOl4WhpOAhKQ4AAGi0NR0vDQVAaAgTQaGk4 WhoOgtIQIIBGS8PR0nAQlIYAATRaGo6WhoOgNAQIoNHScLQ0HASlIUAAjZaGo6XhICgNAQJo tDQcLQ0HQWkIEECjpeFoaTgISkOAABotDUdLw0FQGgIE0GhpOFoaDoLSECCARkvD0dJwEJSG AAE0uvqaeBBBIaB5Mhy6q68BAmh09fVoMsSVDOlYGgIE0GhpSIVkCI50MAUiRktD0ktDgAAa LQ0pT4bglAdLgsMoGdKxNAQIoNHScDQZDoLSECCARktD6iZDPKlwtDTEXRoCBNBoaUjVZIgv FY6WhrhLQ4AAGo73KY/UZEjt+5TpWBoCBNBwvF1+tFKmzu3ydCwNAQKIzqXhsE+Gw6SLAvEv /UpDgAAaLQ1Hk+EgKA0BAmi0NBwdvh4EpSFAAI2WhqOTeYOgNAQIoNHScDQZDoLSECCARkvD 0WQ4CEpDgAAaLQ1Hk+EgKA0BAoiupSEaRM9t5MLRZa+wZa+0hTQsDQECiJ6lITqkVviMJkPo LAqN0yENS0OAABotDUdLw0FQGgIE0GhpOFoaDoLSECCARkvD0dJwEJSGAAE0WhqOloaDoDQE CKDR0nC0NBwEpSFAAI2WhqOl4SAoDQECaLQ0HC0NB0FpCBBAo6XhaGk4CEpDgAAaLQ1HS8NB UBoCBNBoaThaGg6C0hAggEZLw9HScBCUhgABNFoajpaGg6A0BAig0dJwtDQcBKUhQACNloaj peEgKA0BAmggS0PqracdTYbYSsOhEn/AZAgQQANZGlL1TJLRZEi31dI0KA0BAmi0NBwtDQdB aQgQQKOl4WhpOAhKQ4AAGi0NR0vDQVAaAgTQMCoNRzQY4qUhQAANm9JwpIOhXRoCBNBwKQ1H wZAuDQECaHiUhqMABIZwaQgQQMOjNBwFIDCES0OAABotDUdLw0FQGgIE0GhpOFoaDoLSECCA RkvD0dJwEJSGAAE0WhqOloaDoDQECKDR0nC0NBwEpSFAAI2WhqOl4SAoDQECaFiUhjRa1T3U 4RAqDQECaDiUhrRa1T3U4RAqDQECaLQ0HC0NB0FpCBBAo6XhaGk4CEpDgAAaLQ1HS8NBUBoC BNBoaThaGg6C0hAggEZLw9HScBCUhgABNFoajpaGg6A0BAig0dJwtDQcBKUhQACNloajpeEg KA0BAmi0NBwtDQdBaQgQQKOl4WhpOAhKQ4AAGi0NR0vDQVAaAgTQaGk4WhoOgtIQIIBGS8PR 0nAQlIYAATRaGo6WhoOgNAQIoOFYGo7CoQWByRAggIZjaTgKhxYEJkOAABotDUfhICgNAQJo tDQchYOgNAQIoNHScBQOgtIQIIBGS8NROAhKQ4AAGi0NR+EgKA0BAmi0NByFg6A0BAig0dJw FA6C0hAggEZLw1E4CEpDgAAaLQ1H4SAoDQECaLQ0HIWDoDQECKDR0nAUDoLSECCARkvDUTgI SkOAABotDUfhICgNAQJotDQchYOgNAQIoNHScBQOgtIQIIBGS8NROAhKQ4AAGi0NR+EgKA0B Ami0NByFg6A0BAig0dJwFA6C0hAggEZLw1E4CEpDgAAaLQ1H4SAoDQECaLQ0HIWDoDQECKDR 0nAUDoLSECCARkvDUTgISkOAABotDUfhICgNAQJotDQchYOgNAQIoNHScBQOgtIQIIBGS8NR OAhKQ4AAGi0NR+EgKA0BAmi0NByFg6A0BAig0dJwFA6C0hAggEZLw1E4CEpDgAAaLQ1H4SAo DQECaLQ0HIWDoDQECKDR0nAUDoLSECCARkvDUTgISkOAABotDUfhICgNAQJotDQchYOgNAQI oNHScBQOgtIQIIBGS8NROAhKQ4AAGi0NR+EgKA0BAmi0NByFg6A0BAig0dJwFA6C0hAggEZL w1E4CEpDgAAaLQ1H4SAoDQECaLQ0HIWDoDQECKDR0nAUDoLSECCARkvDUTgISkOAABotDUfh ICgNAQJotDQchYOgNAQIoNHScBQOgtIQIIBGS8NROAhKQ4AAGi0NR+EgKA0BAmi0NByFg6A0 BAig0dJwFA6C0hAggEZLw1E4CEpDgAAaLQ1H4SAoDQECaLQ0HIWDoDQECKDR0nAUDoLSECCA RkvDUTgISkOAABotDUfhICgNAQJotDQchYOgNAQIoNHScBQOgtIQIIBGS8NROAhKQ4AAGi0N R+EgKA0BAmi0NByFg6A0BAig0dJwFA6C0hAggEZLw1E4CEpDgAAaLQ1H4SAoDQECaLQ0HIWD oDQECKDR0nAUDoLSECCARkvDUTgISkOAABotDUfhICgNAQJotDQchYOgNAQIoNHScBQOgtIQ IIBGS8NROAhKQ4AAGi0NR+EgKA0BAmi0NByFg6A0BAggUDL0HwWjYAABMBkCBNBoMhwFgyAZ AgQQcjIMBAPitQdCNYD1gGkUgM28QBJdGAi3ajS2hnMyBAgglNIQFNmkpUNY8oPSCISCUTSQ lApHk+HISIYAAURxMvSHlHrg1Ac1ASZOxWQ4CoZ3MgQIIGzJEFbA+cMqVXQaSX0gUuUMTzdQ cfRkGIjbHBRxRAGLMBZR7yMZS2IjYhQM2mQIEEBoyRCeHPxR2nyoNIp6RLMQORki6EDM0g3d HAzzkdIZhka0On+0wBwWyRAggDBKQ9Q2H7x4wlpHwktDWHmFWRoSnQyRxYlOhqPF4TBJhgAB hDMZoqSUQLgIllSFnGKQSZxtQ+olw9EoHCbJECCAiEuGOApEeBcFWzIMHE2Go4DYZAgQQAST If62Ibo4SnLBmgyxmIO3bYjF3NG24bBLhgABhD58jUwT6imjD1/DdCINX/tjNA6J6CkjJV9U FyE1ChGNw9FoHAbJECCARifzRsEgSIYAATSaDEfBIEiGAAE0mgxHwSBIhgABNJoMR8EgSIYA AQRKhqNgFAwoiIoGCCAG+6hRMAoGGEQDBBBD9CgYBQMOAAIMAHUgPUGNDYioAAAAAElFTkSu QmCC --------------080805080200040109090404-- From xnavara@volny.cz Sun Oct 19 11:44:39 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9J9idfB011604 for ; Sun, 19 Oct 2003 11:44:39 +0200 Received: from smtp2.vol.cz (smtp2.vol.cz [195.250.128.42]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9J9iclk038136 for ; Sun, 19 Oct 2003 11:44:38 +0200 Received: from hornet (prahab-3-30.dialup.vol.cz [62.177.68.198]) by smtp2.vol.cz (8.12.8p2/8.12.8) with SMTP id h9J9iXtU057543 for ; Sun, 19 Oct 2003 11:44:33 +0200 (CEST) (envelope-from xnavara@volny.cz) Message-ID: <011601c39625$97bc1cf0$4147b13e@hornet> From: "Filip Navara" To: "ReactOS Kernel List" References: <1066520993.22157.2.camel@bilbo.plasmic.com> Subject: Re: [ros-kernel] ADAPTER_OBJECT Date: Sun, 19 Oct 2003 11:44:28 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 09:44:39 -0000 It could be different, it doesn't matter at all, because only HAL uses it directly. Filip ----- Original Message ----- From: "Vizzini" To: Sent: Sunday, October 19, 2003 1:49 AM Subject: [ros-kernel] ADAPTER_OBJECT > Anyone know the structure of ADAPTER_OBJECT on x86 HALs? I'm working on > busmaster DMA for NDIS some more, and I don't think our definition is > quite the same as Microsoft's. > > -Vizizni > > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > From xnavara@volny.cz Sun Oct 19 11:47:11 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9J9lBfB011624 for ; Sun, 19 Oct 2003 11:47:11 +0200 Received: from smtp2.vol.cz (smtp2.vol.cz [195.250.128.42]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9J9lAlk038012 for ; Sun, 19 Oct 2003 11:47:11 +0200 Received: from hornet (prahab-3-30.dialup.vol.cz [62.177.68.198]) by smtp2.vol.cz (8.12.8p2/8.12.8) with SMTP id h9J9l5tU057726 for ; Sun, 19 Oct 2003 11:47:06 +0200 (CEST) (envelope-from xnavara@volny.cz) Message-ID: <012c01c39625$f29d0940$4147b13e@hornet> From: "Filip Navara" To: "ReactOS Kernel List" References: <004a01c395b1$955a77f0$0a01a8c0@gse.local> <3F9253FF.3050706@laposte.net> Subject: Re: [ros-kernel] Explorer under ReactOS - Test result Nok with LoadRos Date: Sun, 19 Oct 2003 11:47:01 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 09:47:11 -0000 I got loadros + GUI running, but still the Explorer shows no problem. I will release a new set of Wine DLLs soon with enabled debugging messages and then I will look at it again. Filip ----- Original Message ----- From: "gge" To: "ReactOS Kernel List" Sent: Sunday, October 19, 2003 11:06 AM Subject: Re: [ros-kernel] Explorer under ReactOS - Test result Nok with LoadRos > Ge van Geldorp wrote: > > >>From: Filip Navara > >> > >>The problem is that I am not able to run *any* GUI program > >>when the ReactOS is loaded by laodros. So I can't test it, sorry. > >> > >> > > > >I guess you're booting into Win95 or Win98, select "Restart in MS-DOS > >mode" and run loadros from there? Problem with that is that the > >real-mode INT10 vector is altered somewhere along the way (same as the > >freeldr problem). This will cause problems in VideoPortInt10, which is > >called to switch to graphics mode. > >If you have installed Win95/98, you should press F8 during boot and > >select "Command Prompt only", from there you should be able to run > >loadros successfully. > > > >Gé van Geldorp. > > > > > > > > > Gé, > > I am booting into Win98 + F8 during boot + Selecting "Command prompt > only" and replies N to alls commands and the type Boot.bat to run loadros.. > Then when I run Explorer.exe , the green screen + grey a bottom of the > screen are displayes + mouse cursor . > A lot of messages are ouput on Debugport COM2 and the system hangs up > and a Pc reset is needed. > > Regards > Gerard > > > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > From martin-fuchs@gmx.net Sun Oct 19 12:33:47 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9JAXlfB011861 for ; Sun, 19 Oct 2003 12:33:47 +0200 Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9JAXllk015052 for ; Sun, 19 Oct 2003 12:33:47 +0200 Message-Id: <200310191033.h9JAXllk015052@dutlru2.lr.tudelft.nl> Received: (qmail 10457 invoked by uid 65534); 19 Oct 2003 10:32:41 -0000 Received: from p3EE2D2C8.dip0.t-ipconnect.de (EHLO lisi) (62.226.210.200) by mail.gmx.net (mp002) with SMTP; 19 Oct 2003 12:32:41 +0200 X-Authenticated: #3470264 Content-Type: text/plain Date: Sun, 19 Oct 2003 11:21:40 +0100 From: "Martin Fuchs" In-Reply-To: <1066515067.8275.157.camel@bilbo.plasmic.com> MIME-Version: 1.0 References: <1066515067.8275.157.camel@bilbo.plasmic.com> To: "ReactOS Kernel List" X-Mailer: Martin's Mailer Version 1.0 UTF8 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h9JAXlfB011861 Subject: [ros-kernel] Re: Proposed ReactOS headers and code sharing policy X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 10:33:48 -0000 Hello, > I think we have the Final Answer on what we're going to do about headers > and code sharing. I want to get feedback from the ReactOS team and from > the MinGW and Wine projects before we do this, because I only want to do > it once. I will implement this policy (with any modifications made by > this message thread) as soon as we are in general agreement. Sounds very good to have only one set of headers. But I personally don't like W32API headers very much. If you look into the W32API header files, there are all those declarations without any particular order and withespace to make it readable. Also there are missing comments, which say a bit about what the function/macro/type does. For example look at this: [W32api] .. typedef struct _ICONINFO { BOOL fIcon; DWORD xHotspot; DWORD yHotspot; HBITMAP hbmMask; HBITMAP hbmColor; } ICONINFO,*PICONINFO; typedef struct tagNMHDR { HWND hwndFrom; UINT idFrom; UINT code; } NMHDR,*LPNMHDR; typedef struct _WNDCLASSA { UINT style; WNDPROC lpfnWndProc; int cbClsExtra; int cbWndExtra; .. [Wine] typedef struct tagANIMATIONINFO { UINT cbSize; INT iMinAnimate; } ANIMATIONINFO, *LPANIMATIONINFO; typedef struct tagNMHDR { HWND hwndFrom; UINT_PTR idFrom; UINT code; } NMHDR, *LPNMHDR; typedef struct { UINT cbSize; INT iTabLength; INT iLeftMargin; INT iRightMargin; UINT uiLengthDrawn; } DRAWTEXTPARAMS,*LPDRAWTEXTPARAMS; [MSVC] typedef struct tagNMHDR { HWND hwndFrom; UINT idFrom; UINT code; // NM_ code } NMHDR; typedef NMHDR FAR * LPNMHDR; I think Wine's and MSVC's headers are much better readable. Well, to use one line for each parameter like in the following MSVC example is also not so good: WINUSERAPI BOOL WINAPI SetWindowPos( HWND hWnd, HWND hWndInsertAfter , int X, int Y, int cx, int cy, UINT uFlags); But I would prefer to see the parameter names in function declarations - not only the parameter types. Just my fews thoughs... -- Martin Fuchs martin-fuchs@gmx.net From martin-fuchs@gmx.net Sun Oct 19 12:35:16 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9JAZGfB011876 for ; Sun, 19 Oct 2003 12:35:16 +0200 Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9JAZGlk111678 for ; Sun, 19 Oct 2003 12:35:16 +0200 Message-Id: <200310191035.h9JAZGlk111678@dutlru2.lr.tudelft.nl> Received: (qmail 21103 invoked by uid 65534); 19 Oct 2003 10:34:10 -0000 Received: from p3EE2D2C8.dip0.t-ipconnect.de (EHLO lisi) (62.226.210.200) by mail.gmx.net (mp003) with SMTP; 19 Oct 2003 12:34:10 +0200 X-Authenticated: #3470264 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=us-ascii Date: Sun, 19 Oct 2003 11:34:03 +0100 From: "Martin Fuchs" In-Reply-To: <3F925AD5.8070300@w3seek.de> MIME-Version: 1.0 References: <3F925AD5.8070300@w3seek.de> To: "ReactOS Kernel List" X-Mailer: Martin's Mailer Version 1.0 UTF8 Subject: [ros-kernel] Re: boot fails X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 10:35:16 -0000 On 19.10.2003 11:35:17 Thomas Weidenmueller wrote: > Since yesterday booting reactos fails in bochs, vmware, virtual pc and > on real hardware. I attached a screenshot of freeldr > > Regards > Thomas I get the same error. From ekohl@rz-online.de Sun Oct 19 12:43:08 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9JAh8fB011969 for ; Sun, 19 Oct 2003 12:43:08 +0200 Received: from smtp.rhein-zeitung.DE (smtp.rhein-zeitung.DE [212.7.160.14]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9JAh8lk003776 for ; Sun, 19 Oct 2003 12:43:08 +0200 Received: from marvin (pppin-11-a3.pop-koblenz.rz-online.NET [212.7.163.17]) by smtp.rhein-zeitung.DE (8.12.8/8.12.8) with SMTP id h9JAcp3Q001667; Sun, 19 Oct 2003 12:38:51 +0200 Message-ID: <000b01c3962d$d0fad4e0$0500a8c0@marvin> From: "Eric Kohl" To: "ReactOS Kernel List" References: <1066515067.8275.157.camel@bilbo.plasmic.com> Subject: Re: [ros-kernel] Proposed ReactOS headers and code sharing policy Date: Sun, 19 Oct 2003 12:42:43 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Cc: wine-devel@winehq.com, mingw-users@lists.sourceforge.net X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 10:43:08 -0000 "Vizzini" wrote: > Executive Summary > ----------------- > - Use MinGW for all public interface headers, i.e. everything that > MinGW supports > - Use non-OS-specific Wine libraries unmodified > - Use portions of OS-specific Wine libraries (e.g. user32) > - Keep it all straight with CVS vendor branches > > Details > ------- > For headers, we will use MinGW as our external interface in all cases > that MinGW supports, including kernel-mode code (i.e. the DDK). We will > submit patches to MinGW when we find problems with the public > interfaces. There is the added benefit of having a compatibility check > against our public interface. One important detail was missing from the discussion. Kernel-mode and native code (ntdll, smss, etc.) does _not_ know about Win32 types, like BYTE, WORD, DWORD, INT, UINT or the LP* types. Unfortunately, the use of these types does not cause any trouble because of the braindead mix of SDK and DDK headers. Actually, we need three different sets of headers: Kernel-mode headers which include all definitions used in ntoskrnl and drivers, native-mode headers which include only the Nt/Zw/Rtl functions used in ntdll and other native components and finally Win32 headers which include the remaining stuff. > We will continue to maintain our own internal headers for anything that > doesn't belong in the public headers. We will begin to port our > kernel-mode code to use the MinGW DDK headers, maintaining our internal > headers for non-public things. Component-internal headers should be moved into the component directory (/.h) or into a component-specific include directory (/include/.h). They should always be added to a .c file by using '#include "..."'. Non-public headers which are shared by components (the csrss-subsystem communication protocol for example) should be treated as public headers, they become part of the SDK, DDK or native headers but are not shared between projects. > The first class of libraries is more difficult. Some chunks of code > will be used unmodified, ideally on a file-by-file basis. Other chunks > of code will have to be ReactOS-specific, and we will maintain those in > our local tree. If Wine ever chooses to merge our changes, that's fine > too, but it certainly won't be required. If code is ported from Wine to ReactOS, we have to make sure it will be adjusted to the ReactOS/MS style. I do not like to see any Wine-isms/Unix-isms in ntdll/ntoskrnl or a driver because this will become a portability issue sooner or later. Another issues are licenses and copyrights. IMO, public headers and import libraries should not be licensed or copyrighted at all. They should be in the public domain, so anybody can use them the way they want. Wine code is published under the LGPL, which is important because of Winelib. ReactOS on the other hand should use a clean mix of licenses: GFDL for the documentation, public domain for public headers and import libraries and GPL for the internal code. We should establish a GPL/LGPL dual-license agreement so that shared code automatically changes its license when it is moved from ReactOS to Wine or vice versa. Regards, Eric Kohl From michael@fritscher.net Sun Oct 19 12:44:11 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9JAiBfB011988 for ; Sun, 19 Oct 2003 12:44:11 +0200 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9JAiAlk003732 for ; Sun, 19 Oct 2003 12:44:10 +0200 Received: from [212.227.126.202] (helo=mrvnet.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1ABB2X-0003AR-00 for ros-kernel@reactos.com; Sun, 19 Oct 2003 12:44:01 +0200 Received: from [172.23.4.143] (helo=config16.kundenserver.de) by mrvnet.kundenserver.de with esmtp (Exim 3.35 #1) id 1ABB2X-0003MT-00 for ros-kernel@reactos.com; Sun, 19 Oct 2003 12:44:01 +0200 Received: from www-data by config16.kundenserver.de with local (Exim 3.35 #1 (Debian)) id 1ABB2X-000614-00 for ; Sun, 19 Oct 2003 12:44:01 +0200 To: =?iso-8859-1?Q?ReactOS_Kernel_List?= Subject: Re: [ros-kernel] boot fails From: Message-Id: <5814255$10665600233f926a17515281.69613895@config16.schlund.de> X-Binford: 6100 (more power) X-Originating-From: 5814255 X-Mailer: Webmail X-Routing: DE X-Received: from config16 by 80.133.255.130 with HTTP id 5814255 for ros-kernel@reactos.com; Sun, 19 Oct 2003 12:42:02 +0200 Content-Type: text/plain; charset="iso-8859-1" Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-Priority: 3 Date: Sun, 19 Oct 2003 12:42:02 +0200 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 10:44:11 -0000 Jep, I can confirm that Thomas Weidenmueller schrieb am 19.10.2003, 11:35:17: > Since yesterday booting reactos fails in bochs, vmware, virtual pc and > on real hardware. I attached a screenshot of freeldr > > Regards > Thomas From tamlin@algonet.se Sun Oct 19 15:36:00 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9JDa0fB013258 for ; Sun, 19 Oct 2003 15:36:00 +0200 Received: from smtp1.fre.skanova.net (smtp1.fre.skanova.net [195.67.227.94]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9JDZxlk003734 for ; Sun, 19 Oct 2003 15:36:00 +0200 Received: from putte2k (h29n2fls31o987.telia.com [213.66.43.29]) by smtp1.fre.skanova.net (8.12.10/8.12.10) with SMTP id h9JDYiGf016275 for ; Sun, 19 Oct 2003 15:34:44 +0200 (CEST) Message-ID: <000c01c39645$f0cde100$0401a8c0@putte2k> From: "Mike Nordell" To: "ReactOS Kernel List" References: <1066515067.8275.157.camel@bilbo.plasmic.com> <000b01c3962d$d0fad4e0$0500a8c0@marvin> Subject: Re: [ros-kernel] Proposed ReactOS headers and code sharing policy Date: Sun, 19 Oct 2003 15:36:01 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4927.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 13:36:00 -0000 Eric Kohl expressed words of wisdom: > One important detail was missing from the discussion. Kernel-mode and > native code (ntdll, smss, etc.) does _not_ know about Win32 types, like > BYTE, WORD, DWORD, INT, UINT or the LP* types. Unfortunately, > the use of these types does not cause any trouble because of the > braindead mix of SDK and DDK headers. Then that practise will have to change. Kernel code should not rely on, it shouldn't even be aware of, Win32 headers and types. Kernel code should know about one set of types, and one set of headers only - kernel types, and kernel headers. > Actually, we need three different sets of headers: Kernel-mode > headers which include all definitions used in ntoskrnl and drivers, > native-mode headers which include only the Nt/Zw/Rtl functions used > in ntdll and other native components and finally Win32 headers > which include the remaining stuff. I'd like to augment that to say "kernel mode public headers". It might be obvious, but I still wanted to point it out. The kernel (obviously) uses kernel-only internal header files also, files that are never going to be part of any *DK/SPI. Every level of abstraction has two sets of headers: private and public. Be that abstraction the Ke/Zw, Win32, the NDIS, or even the crypto API/SPI (two sets of public headers for the latter I believe), they still have stuff that is "public" for others to use, and stuff that is private to the implementation. The more I think of it, the more I see that the only thing that has to be made clear is the API/SPI and internal boundaries. If wanted to be really anal I could say that we need not three, but *at least* four sets of headers, since the FS/IFS SDK is from MS POV yet another kit with its own set of headers (and libraries). > Component-internal headers should be moved into the component directory > (/.h) or into a component-specific include > directory (/include/.h). If they are internal, private, to any component, their placement should be of no concern. But just to pipe my opinion, such headers should be in the components directory. It should be clear from directory hierarchy/file-placement that "this header is private to this component". Which brings me to... > They should always be added to a .c file by using '#include "..."'. Amen! (even that I'd replace ".c" with "source file" :-) ) > Non-public headers which are shared by components I think we need to find a name for these. Would "internal" or "ROS-internal" headers be a good name? Internal to ROS, but still shared between ROS (kernel-mode) components? They are not "private" (to component), and clearly not public either, and somehow I don't think the C++ keyword "protected" really fits here - even if they do represent in a way what "protected" + "friend" exposes. :-) What about placement for them? reactos/include/internal//header.h, included (by internal components) by ? > (the csrss-subsystem communication protocol for > example) should be treated as public headers, they become part of the SDK, > DDK or native headers but are not shared between projects. ??? If they become part of the SDK we have painted ourselves into a corner, promising to never ever change the implementation (from both the API and types POV). No, I don't like that. We have in general exactly two API's (for application programmers) to expose: Win32 and native. Adding such a volatile (for I think of it as volatile) protocol as csrss to the SDK seems less than optimal to me. An *interface* (API) to use it perhaps (adding abstractions to both data types and "behind the scenes workings"), but surely not the details. The implementation surely can change sometime in the future, no? > If code is ported from Wine to ReactOS, we have to make sure it will be > adjusted to the ReactOS/MS style. I do not like to see any > Wine-isms/Unix-isms in ntdll/ntoskrnl or a driver because this will > become a portability issue sooner or later. It already is... (perhaps not due to WINE, more to ROS internal code) Kernel has a bit of GCC-ism (i.e. even its "plain C" code can't be compiled with anything but GCC :-( ). That is a portability issue that has already bitten me. First and foremost the code should follow language standard(s). When in conflict, MS-ism should be used. If one want s to add some sugar to the cake; whenever possible, complain about the horrible, butt-ugly and unreadable AT&T assembler syntax that nothing but the GNU toolchain uses, and are in fact alone in the world to even read and understand. :-) > Another issues are licenses and copyrights. IMO, public headers and import > libraries should not be licensed or copyrighted at all. They should be in > the public domain, so anybody can use them the way they want. I'm 100% in agreement here. Furthermore, AFAIK one can't copyright an interface. When a header is just and interface description, it can therefore not be copyrighted. (notes: 1, IANAUSL. 2, This obviously is for interface, API, descriptions and definitions of all types needed to access mentioned interface/API/SPI - it has nothing to do with e.g. C++ headers where sometimes much code is present). > Wine code is published under the LGPL, which is important because of > Winelib. ReactOS on the other hand should use a clean mix of licenses: GFDL > for the documentation, public domain for public headers and import libraries > and GPL for the internal code. I think we'll have to accept that if/since we're to use WINE code, we'll have to make the user-mode parts of e.g. user32 we share with WINE LGPL. Personally I don't see an immediate problem with this, but comments and arguments are of course welcome. > We should establish a GPL/LGPL dual-license agreement so that > shared code automatically changes its license when it is > moved from ReactOS to Wine or vice versa. Ouch! Either the code is dual-licensed as submitted, or it's not. "automatically changes" seems to me like a can of worms I don't want to be anywhere near when it's opened. /Mike From tamlin@algonet.se Sun Oct 19 15:43:09 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9JDh9fB013295 for ; Sun, 19 Oct 2003 15:43:09 +0200 Received: from smtp1.fre.skanova.net (smtp1.fre.skanova.net [195.67.227.94]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9JDh8lk014858 for ; Sun, 19 Oct 2003 15:43:08 +0200 Received: from putte2k (h29n2fls31o987.telia.com [213.66.43.29]) by smtp1.fre.skanova.net (8.12.10/8.12.10) with SMTP id h9JDfrGf020211 for ; Sun, 19 Oct 2003 15:41:53 +0200 (CEST) Message-ID: <001b01c39646$f0a024d0$0401a8c0@putte2k> From: "Mike Nordell" To: "ReactOS Kernel List" References: <1066515067.8275.157.camel@bilbo.plasmic.com> <200310191033.h9JAXllk015052@dutlru2.lr.tudelft.nl> Subject: Re: [ros-kernel] Re: Proposed ReactOS headers and code sharing policy Date: Sun, 19 Oct 2003 15:43:10 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4927.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 13:43:09 -0000 Martin Fuchs wrote: > But I would prefer to see the parameter names in function > declarations - not only the parameter types. There are function declarations that don't list the parameter names??? What evil-doer could come up with such a completely useless declaration idea? It would be like me telling you "Put apples in this tube!" and you ask "Why, and how many?" only to be met by silence... Speak about useless declaration. /Mike From martin-fuchs@gmx.net Sun Oct 19 16:29:04 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9JET4fB013662 for ; Sun, 19 Oct 2003 16:29:04 +0200 Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9JET4lk015002 for ; Sun, 19 Oct 2003 16:29:04 +0200 Message-Id: <200310191429.h9JET4lk015002@dutlru2.lr.tudelft.nl> Received: (qmail 5424 invoked by uid 65534); 19 Oct 2003 14:27:58 -0000 Received: from p3E9E3984.dip0.t-ipconnect.de (EHLO lisi) (62.158.57.132) by mail.gmx.net (mp027) with SMTP; 19 Oct 2003 16:27:58 +0200 X-Authenticated: #3470264 Content-Type: text/plain; charset=Windows-1252 Date: Sun, 19 Oct 2003 15:21:58 +0100 From: "Martin Fuchs" In-Reply-To: <001b01c39646$f0a024d0$0401a8c0@putte2k> MIME-Version: 1.0 References: <001b01c39646$f0a024d0$0401a8c0@putte2k> To: "ReactOS Kernel List" X-Mailer: Martin's Mailer Version 1.0 UTF8 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h9JET4fB013662 Subject: [ros-kernel] Re: Proposed ReactOS headers and code sharing policy X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 14:29:04 -0000 On 19.10.2003 15:43:10 Mike Nordell wrote: > Martin Fuchs wrote: > > > But I would prefer to see the parameter names in function > > declarations - not only the parameter types. > > There are function declarations that don't list the parameter names??? What > evil-doer could come up with such a completely useless declaration idea? It > would be like me telling you "Put apples in this tube!" and you ask "Why, > and how many?" only to be met by silence... Speak about useless declaration. Yes, there are very many function declarations without parameter names. In fact they are missing for most declarations in W32API and Wine. This is even true for a few MSVC headers. But IMHO it's worst in W32API. Martin From noog@libero.it Sun Oct 19 17:17:19 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9JFHJfB013982 for ; Sun, 19 Oct 2003 17:17:19 +0200 Received: from smtp0.libero.it (smtp0.libero.it [193.70.192.33]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9JFHJlk112646 for ; Sun, 19 Oct 2003 17:17:19 +0200 Received: from aldebaran (151.25.170.177) by smtp0.libero.it (7.0.020-DD01) id 3F6F1CE700938892 for ros-kernel@reactos.com; Sun, 19 Oct 2003 17:13:27 +0200 Received: from aldebaran (HELO aldebaran.libero.it) [127.0.0.1] by aldebaran (169.254.25.129) with ESMTP (Classic Hamster Vr. 2.0 Build 2.0.0.0) ; Sun, 19 Oct 2003 15:54:18 +0200 Message-Id: <6.0.0.22.2.20031019150400.036076d8@pop3.aldebaran> X-Sender: hyperion@pop3.aldebaran (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Sun, 19 Oct 2003 15:54:14 +0200 To: ReactOS Kernel List From: "KJK::Hyperion" Subject: Re: [ros-kernel] Hunting a task In-Reply-To: References: <001f01c394ca$1a1fc460$0500a8c0@marvin> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Posting-Agent: Hamster/2.0.0.0 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 15:17:20 -0000 At 15.29 17/10/2003, you wrote: >I was thinking about improoving CMD as was asking Hyperion(I was thinking >to replace all the parsing with he program used by all linux commands) readline? or lex+yacc? both are bad (or at least not very lungimirant) ideas Line editing, in Windows, is done automatically on the console side when in preprocessed input mode, and I'm happier this way. I don't like the vaguely fascist take of GNU on the issue: programs shouldn't link to a (GPLed, because it's "special") library *explicitely* to support line editing, because what you *really* mean when you ReadFile() a console/read() a terminal is line-based input with local editing (no, really, you do. The Bourne shell means it. Netcat means it. Your average ANSI C program means it. When you press Left Arrow you definitely *don't* want to send an ANSI escape). Our CMD does line editing by itself only because our CSRSS doesn't: a bug in our CSRSS, being explicitely documented that the Windows NT line integrates DOSKEY (a DOS driver that hooked console input to provide line editing, with history and macros - pretty cool add-on, back in the days) functionality natively Lex and Yacc? CMD has quite an unorthodox parsing algorithm, that nobody seems to have duplicated exactly, so far. Based on my observations, I can say it parses lines in multiple passes: first it processes line continuation escapes ('^' at the end of the line), then it expands environment variables (%VARNAME%), then it actually parses the command line, with different semantics for each class of commands. Command lines for built-ins, like "cd", "dir", "for" etc. are tokenized differently from non-built-ins ("cd.exe" is two tokens, "cd" and ".exe", while "blah.exe" is a single token), and some built-ins (like "for", "if" and "(" - yes, I'm positive that "(" actually is a command) have their own line-input functions to allow writing multi-line command lines with a familiar syntax (i.e. without the need for line continuation escapes). This pass tokenizes the various command lines and interpretes the command line operators ("<", ">", "|", "&", "&&", etc.). In this pass the syntax !VARNAME! is (optionally, not enabled by default) handled by expanding VARNAME - it's a handy way to prevent premature expansion of variables in a "for" command line or to pass variables containing command line operators without escaping them. Remember: CMD doesn't have operators or statements, "if", "goto" and "for" are all commands. When input isn't parsed line-by-line, it's just because the command is a built-in with a custom input procedure. Now, I may not be the greatest expert of Lex and Yacc in the world, but this sounds a bit hard to be factorized into a "tokenization + LALR parsing" flow From jonwil@tpgi.com.au Sun Oct 19 17:30:47 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9JFUlfB014081 for ; Sun, 19 Oct 2003 17:30:47 +0200 Received: from mail2.tpgi.com.au (mail.tpgi.com.au [203.12.160.58]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9JFUilk112664 for ; Sun, 19 Oct 2003 17:30:45 +0200 Received: from tpgi.com.au (203-219-187-28-per-pow-ts3-2600.tpgi.com.au [203.219.187.28]) by mail2.tpgi.com.au (8.12.10/8.12.10) with ESMTP id h9JFUfXa004282 for ; Mon, 20 Oct 2003 01:30:41 +1000 Message-ID: <3F92AE25.8090406@tpgi.com.au> Date: Sun, 19 Oct 2003 23:30:45 +0800 From: Jonathan Wilson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20030925 X-Accept-Language: en-au MIME-Version: 1.0 To: ReactOS Kernel List Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Kaspersky-Antivirus: Passed Subject: [ros-kernel] about headers X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 15:30:47 -0000 What we should have is: 1.Public headers + libs (basicly, a clone of what is in the latest Microsoft Platform SDK) 2.DDK headers + libs (basicly, a clone of what is in the windows server 2003 DDK) 3.IFS kit headers + libs (clone of ntifs.h and related headers + libs) 4.undocumented userland headers + libs (i.e. anything exported from userland dlls that isnt in #1) 5.undocumented kernel headers + libs (i.e. anything from kernel dlls/drivers/etc that isnt in #2/#3) 6.native API headers + libs (i.e. all that stuff thats visible from ntdll.dll) 7.internal headers (i.e. stuff thats not visible outside the dll its declared in) 8.MSVCRT headers + libs (i.e. headers + libs included with visual C++ that are related to talking to crtdll.dll/msvcrt20.dll/msvcrt40.dll/msvcrt.dll/msvcr70.dll/msvcr71.dll/etc) 9.MingW-Runtime headers + libs (i.e. those bits of code and stuff necessary for MingW-Runtime but not used by MS at all, usually needed to account for differences in how MS and GCC do things) and 10.Visual C++ headers + libs (i.e. headers + libs for stuff in visual C++ that we dont want to (or cant) directly copy e.g. MFC, ATL, MSVCPRT.DLL, MSVCIRT.DLL etc) We should follow the same dependancy tree as MS does (i.e. if x.h from the PFSDK includes y.h, our copy of x.h should also) If microsoft declares something in more than one header file, we should do it too (with the appropriate #ifndef xxx just like MS) Basicly, when it comes to windows development, Visual C++, the Platform SDK, the DDK and the IFS kit are the "gold standard". The header files and libraries included with those are the most accurate. We should work towards making our header files match those as much as possible. That way, stuff written for Visual C++ and the MS headers should compile as-is on GCC + MingW-Runtime + w32api. Also, our headers should not contain anything not found in the MS headers. From ekohl@rz-online.de Sun Oct 19 18:29:15 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9JGTFfB014897 for ; Sun, 19 Oct 2003 18:29:15 +0200 Received: from smtp.rhein-zeitung.DE (smtp.rhein-zeitung.DE [212.7.160.14]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9JGTFlk061830 for ; Sun, 19 Oct 2003 18:29:15 +0200 Received: from marvin (pppin-d8-a2.pop-koblenz.rz-online.NET [212.7.162.216]) by smtp.rhein-zeitung.DE (8.12.8/8.12.8) with SMTP id h9JGTD3Q031371 for ; Sun, 19 Oct 2003 18:29:13 +0200 Message-ID: <000c01c3965e$c303bc40$0500a8c0@marvin> From: "Eric Kohl" To: "ReactOS Kernel List" References: <1066515067.8275.157.camel@bilbo.plasmic.com><000b01c3962d$d0fad4e0$0500a8c0@marvin> <000c01c39645$f0cde100$0401a8c0@putte2k> Subject: Re: [ros-kernel] Proposed ReactOS headers and code sharing policy Date: Sun, 19 Oct 2003 18:33:02 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 16:29:15 -0000 "Mike Nordell" wrote: > I'd like to augment that to say "kernel mode public headers". It might be > obvious, but I still wanted to point it out. The kernel (obviously) uses > kernel-only internal header files also, files that are never going to be > part of any *DK/SPI. Yes, the ones in ntoskrnl/include/internal. > Every level of abstraction has two sets of headers: private and public. Be > that abstraction the Ke/Zw, Win32, the NDIS, or even the crypto API/SPI (two > sets of public headers for the latter I believe), they still have stuff that > is "public" for others to use, and stuff that is private to the > implementation. > > The more I think of it, the more I see that the only thing that has to be > made clear is the API/SPI and internal boundaries. If wanted to be really > anal I could say that we need not three, but *at least* four sets of > headers, since the FS/IFS SDK is from MS POV yet another kit with its own > set of headers (and libraries). Why not round it up to six? Private and public header for the HAL kit. ;-) > If they are internal, private, to any component, their placement should be > of no concern. But just to pipe my opinion, such headers should be in the > components directory. It should be clear from directory > hierarchy/file-placement that "this header is private to this component". > Which brings me to... Exactly, but right now we are violating this rule. For example, 'reactos/include/msvcrt/internal*.h' should move to 'reactos/lib/msvcrt/include/*.h'. > > They should always be added to a .c file by using '#include "..."'. > > Amen! (even that I'd replace ".c" with "source file" :-) ) Agreed! > > Non-public headers which are shared by components > > I think we need to find a name for these. Would "internal" or "ROS-internal" > headers be a good name? Internal to ROS, but still shared between ROS > (kernel-mode) components? They are not "private" (to component), and clearly > not public either, and somehow I don't think the C++ keyword "protected" > really fits here - even if they do represent in a way what "protected" + > "friend" exposes. :-) I think "private" is a good name. > What about placement for them? > reactos/include/internal//header.h, included (by internal > components) by ? Yes! And "reactos/include/internal/.h" for simple ones, included by . Agreed! This way we can easily share headers between different user-mode components or between kernel-mode and user-mode components. The latter is needed for the ErrorLogging service because kernel-mode errors are passed to the user-mode service via the 'ErrorLogPort' port. > > (the csrss-subsystem communication protocol for > > example) should be treated as public headers, they become part of the SDK, > > DDK or native headers but are not shared between projects. > > ??? If they become part of the SDK we have painted ourselves into a corner, > promising to never ever change the implementation (from both the API and > types POV). No, I don't like that. We have in general exactly two API's (for > application programmers) to expose: Win32 and native. Adding such a volatile > (for I think of it as volatile) protocol as csrss to the SDK seems less than > optimal to me. An *interface* (API) to use it perhaps (adding abstractions > to both data types and "behind the scenes workings"), but surely not the > details. The implementation surely can change sometime in the future, no? I didn't express my thoughts correctly. What I meant was that these headers should be public from our POV but not be passed to MinGW or Wine. It boils down to your "ROS-internal" definition. > > If code is ported from Wine to ReactOS, we have to make sure it will be > > adjusted to the ReactOS/MS style. I do not like to see any > > Wine-isms/Unix-isms in ntdll/ntoskrnl or a driver because this will > > become a portability issue sooner or later. > > It already is... (perhaps not due to WINE, more to ROS internal code) Kernel > has a bit of GCC-ism (i.e. even its "plain C" code can't be compiled with > anything but GCC :-( ). That is a portability issue that has already bitten > me. First and foremost the code should follow language standard(s). When in > conflict, MS-ism should be used. > > If one want s to add some sugar to the cake; whenever possible, complain > about the horrible, butt-ugly and unreadable AT&T assembler syntax that > nothing but the GNU toolchain uses, and are in fact alone in the world to > even read and understand. :-) My comment was more about the coding style, (eg. l337_function_name vs. RtlpL337FunctionName) than about compiler specific extensions. My tip: Fix a bug in gcc or binutils and AT&T syntax won't make you sick any more. ;-) IIRC, 'as' supports Intel syntax (partially) but 'gcc' doesn't emit it. > > We should establish a GPL/LGPL dual-license agreement so that > > shared code automatically changes its license when it is > > moved from ReactOS to Wine or vice versa. > > Ouch! Either the code is dual-licensed as submitted, or it's not. > "automatically changes" seems to me like a can of worms I don't want to be > anywhere near when it's opened. You're right. That was not a good idea. Eric From jimtabor@adsl-64-217-116-74.dsl.hstntx.swbell.net Sun Oct 19 20:17:39 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9JIHcfB015806 for ; Sun, 19 Oct 2003 20:17:39 +0200 Received: from dsl-64-217-116-74.dsl.hstntx.swbell.net (root@[64.217.116.74]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9JIHblk111622 for ; Sun, 19 Oct 2003 20:17:38 +0200 Received: from adsl-64-217-116-74.dsl.hstntx.swbell.net (adsl-64-217-116-73.dsl.hstntx.swbell.net [64.217.116.73]) by Sun, 19 Oct 2003 18:16:55 GMTdsl-64-217-116-74.dsl.hstntx.swbell.net (8.9.3/8.9.3) with ESMTP id SAA23062 for ; Sun, 19 Oct 2003 18:16:55 GMT Message-ID: <3F92D513.3000005@adsl-64-217-116-74.dsl.hstntx.swbell.net> Date: Sun, 19 Oct 2003 18:16:51 +0000 From: James Tabor User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.2b) Gecko/20021016 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ReactOS Kernel List Subject: Re: [ros-kernel] Explorer under ReactOS - Test result Nok with LoadRos References: <004a01c395b1$955a77f0$0a01a8c0@gse.local> <3F91E3E9.6@adsl-64-217-116-74.dsl.hstntx.swbell.net> In-Reply-To: <004a01c395b1$955a77f0$0a01a8c0@gse.local> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 18:17:39 -0000 Hi, That is not 100% right. I have seen himem loaded in safe mode or dos mode. Check mem /c/p next time. James Michael B. Trausch wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Sun, 19 Oct 2003, James Tabor wrote: > > >Hi, > >Do not forget about himem.sys! You must rename it so 98 will not > >find it and load it. If you just want to boot to dos and not gui. > >James > > > > > If you boot into Safe Mode Command Prompt, HIMEM.SYS does not load. You > are left with a bare 640 KiB environment to start with, just as in the > good 'ol DOS days. > > If you're truely paranoid about it, get a FreeDOS boot disk to run > loadros.com with, put in autoexec.bat: > > C: > CD REACTOS > CALL ABOOT > > ... and you'll be just fine. > > From fd0man@chadeux.homelinux.net Sun Oct 19 20:32:32 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9JIWWfB015898 for ; Sun, 19 Oct 2003 20:32:32 +0200 Received: from chadeux.homelinux.net (cblmdm204-118-177-204.buckeye-express.com [204.118.177.204]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9JIWUlk090636 for ; Sun, 19 Oct 2003 20:32:31 +0200 Received: from chadeux.homelinux.net (IDENT:1000@localhost [127.0.0.1]) by chadeux.homelinux.net (8.12.8/8.12.8) with ESMTP id h9JISHDJ004231 for ; Sun, 19 Oct 2003 14:28:17 -0400 Received: from localhost (fd0man@localhost) by chadeux.homelinux.net (8.12.8/8.12.8/Submit) with ESMTP id h9JISHfW004228 for ; Sun, 19 Oct 2003 14:28:17 -0400 Date: Sun, 19 Oct 2003 14:28:14 -0400 (EDT) From: "Michael B. Trausch" To: ReactOS Kernel List Subject: Re: [ros-kernel] Explorer under ReactOS - Test result Nok with LoadRos In-Reply-To: <3F92D513.3000005@adsl-64-217-116-74.dsl.hstntx.swbell.net> Message-ID: References: <004a01c395b1$955a77f0$0a01a8c0@gse.local> <3F91E3E9.6@adsl-64-217-116-74.dsl.hstntx.swbell.net> <3F92D513.3000005@adsl-64-217-116-74.dsl.hstntx.swbell.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 18:32:32 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun, 19 Oct 2003, James Tabor wrote: > > Hi, > That is not 100% right. I have seen himem loaded in safe mode or dos mode. > Check mem /c/p next time. > James > It doesn't do it on the Win95 A system that I have sitting in front of me; that is what I was referencing. If later versions of Windows don't follow that behavior, well, then, create a boot disk using something like FreeDOS, and you'll be fine. - Mike Michael B. Trausch AIM: MBTrausch 720 Orchard St. E-mail: fd0man@chadeux.homelinux.net Toledo, OH 43609 Second E-Mail: fd0man@yahoo.com (419) 514-5047 Web: http://chadeux.homelinux.net - ----------------------------------------------------------------- To send me mail, without using a mailing list that I'm on, you MUST put "DOGXP180" somewhere in the message. Just hit Reply. If you're encrypting mail to me, put it in the subject. - ----------------------------------------------------------------- People will forget what you said and what you did, but they will never forget how you made them feel. - ----------------------------------------------------------------- If you'd like to send me secure mail, please obtain my gpg public key from my website, listed below, or if you have a Unix system: finger fd0man@chadeux.homelinux.net |less http://chadeux.homelinux.net/users/fd0man/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE/ktfA85RqKeHavSsRAjS9AJ4qtvSOI9soybEc7R4Vl4eVIfO+OQCgxLYN s3qrP4kUNsAtJlL6pncrJ/g= =mGsp -----END PGP SIGNATURE----- From vizzini@plasmic.com Sun Oct 19 20:56:13 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9JIuDfB016084 for ; Sun, 19 Oct 2003 20:56:13 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9JIuClk015036 for ; Sun, 19 Oct 2003 20:56:12 +0200 Received: from CPE-65-30-43-197.kc.rr.com (CPE-65-30-43-197.kc.rr.com [65.30.43.197]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9JIu8E4031026 for ; Sun, 19 Oct 2003 13:56:08 -0500 Subject: Re: [ros-kernel] Re: Proposed ReactOS headers and code sharing policy From: Vizzini To: ReactOS Kernel List In-Reply-To: <200310191033.h9JAXllk015052@dutlru2.lr.tudelft.nl> References: <1066515067.8275.157.camel@bilbo.plasmic.com> <200310191033.h9JAXllk015052@dutlru2.lr.tudelft.nl> Content-Type: text/plain Message-Id: <1066589632.22153.6.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 19 Oct 2003 13:53:52 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 18:56:14 -0000 On Sun, 2003-10-19 at 05:21, Martin Fuchs wrote: > Hello, > > > I think we have the Final Answer on what we're going to do about headers > > and code sharing. I want to get feedback from the ReactOS team and from > > the MinGW and Wine projects before we do this, because I only want to do > > it once. I will implement this policy (with any modifications made by > > this message thread) as soon as we are in general agreement. > > Sounds very good to have only one set of headers. > > But I personally don't like W32API headers very much. > If you look into the W32API header files, there are all those declarations without any particular order and withespace to make it readable. Also there are missing comments, which say a bit about what the function/macro/type does. This is intentional, as far as the MinGW people are concerned. Check out the readme file in the w32api tree - pay particular attention to the "size does matter" topic. They use minimal commenting, tabs for indentation, and no formal parameter names. This is indeed a downside to using MinGW headers, but the solution is to generate proper API documentation. For now, msdn is free and widely available, and as this is a public interface, everything should be documented there. I do agree with you on your fundamental point, but I don't think the MinGW project is likely to change this position of theirs... Danny? -Vizzini From jimtabor@adsl-64-217-116-74.dsl.hstntx.swbell.net Sun Oct 19 21:00:00 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9JJ00fB016127 for ; Sun, 19 Oct 2003 21:00:00 +0200 Received: from dsl-64-217-116-74.dsl.hstntx.swbell.net (root@[64.217.116.74]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9JIxxlk049756 for ; Sun, 19 Oct 2003 20:59:59 +0200 Received: from adsl-64-217-116-74.dsl.hstntx.swbell.net (adsl-64-217-116-73.dsl.hstntx.swbell.net [64.217.116.73]) by Sun, 19 Oct 2003 18:59:17 GMTdsl-64-217-116-74.dsl.hstntx.swbell.net (8.9.3/8.9.3) with ESMTP id SAA23145 for ; Sun, 19 Oct 2003 18:59:17 GMT Message-ID: <3F92DF02.1030709@adsl-64-217-116-74.dsl.hstntx.swbell.net> Date: Sun, 19 Oct 2003 18:59:14 +0000 From: James Tabor User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.2b) Gecko/20021016 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ReactOS Kernel List Subject: Re: [ros-kernel] Explorer under ReactOS - Test result Nok with LoadRos References: <004a01c395b1$955a77f0$0a01a8c0@gse.local> <3F91E3E9.6@adsl-64-217-116-74.dsl.hstntx.swbell.net> <3F92D513.3000005@adsl-64-217-116-74.dsl.hstntx.swbell.net> In-Reply-To: <004a01c395b1$955a77f0$0a01a8c0@gse.local> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 19:00:00 -0000 Michael B. Trausch wrote: > FreeDOS > > - Mike > Hi, Okay, FreeDos~ James From vizzini@plasmic.com Sun Oct 19 21:09:20 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9JJ9KfB016273 for ; Sun, 19 Oct 2003 21:09:20 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9JJ9Jlk037996 for ; Sun, 19 Oct 2003 21:09:19 +0200 Received: from CPE-65-30-43-197.kc.rr.com (CPE-65-30-43-197.kc.rr.com [65.30.43.197]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9JJ9KE4031403 for ; Sun, 19 Oct 2003 14:09:20 -0500 Subject: Re: [ros-kernel] Hunting a task From: Vizzini To: ReactOS Kernel List In-Reply-To: <6.0.0.22.2.20031019150400.036076d8@pop3.aldebaran> References: <001f01c394ca$1a1fc460$0500a8c0@marvin> <6.0.0.22.2.20031019150400.036076d8@pop3.aldebaran> Content-Type: text/plain Message-Id: <1066590424.22158.15.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 19 Oct 2003 14:07:05 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 19:09:20 -0000 On Sun, 2003-10-19 at 08:54, KJK::Hyperion wrote: > At 15.29 17/10/2003, you wrote: > >I was thinking about improoving CMD as was asking Hyperion(I was thinking > >to replace all the parsing with he program used by all linux commands) > > readline? or lex+yacc? both are bad (or at least not very > -->lungimirant<--) You got me here. :-) Regardless, I think you're pretty much right about your take on readline - great idea; questionable implementation. My US $0.02 anyway. -Vizzini From vizzini@plasmic.com Sun Oct 19 21:11:19 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9JJBJfB016297 for ; Sun, 19 Oct 2003 21:11:19 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9JJBIlk049036 for ; Sun, 19 Oct 2003 21:11:18 +0200 Received: from CPE-65-30-43-197.kc.rr.com (CPE-65-30-43-197.kc.rr.com [65.30.43.197]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9JJBJE4031447 for ; Sun, 19 Oct 2003 14:11:20 -0500 Subject: Re: [ros-kernel] ADAPTER_OBJECT From: Vizzini To: ReactOS Kernel List In-Reply-To: <011601c39625$97bc1cf0$4147b13e@hornet> References: <1066520993.22157.2.camel@bilbo.plasmic.com> <011601c39625$97bc1cf0$4147b13e@hornet> Content-Type: text/plain Message-Id: <1066590544.22153.18.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 19 Oct 2003 14:09:04 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 19:11:19 -0000 On Sun, 2003-10-19 at 04:44, Filip Navara wrote: > It could be different, it doesn't matter at all, because only HAL uses it > directly. It's true that only the hal should use it directly, but i guarantee some doofus out there (probably at MS) has coded an "optimization" that will break if our ADAPTER_OBJECT is too far off. The problem with this struct is that it is passed back and forth to drivers - it's not 100% internal, even though it's an opaque structure. -Vizzini From ayerkes@speakeasy.net Sun Oct 19 21:45:29 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9JJjTfB016638 for ; Sun, 19 Oct 2003 21:45:29 +0200 Received: from mail.speakeasy.net (mail7.speakeasy.net [216.254.0.207]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9JJjSlk015068 for ; Sun, 19 Oct 2003 21:45:28 +0200 Received: (qmail 31716 invoked from network); 19 Oct 2003 19:45:23 -0000 Received: from unknown (HELO apprentice.genxnet.com) ([64.81.145.152]) (envelope-sender ) by mail7.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 19 Oct 2003 19:45:23 -0000 Date: Sun, 19 Oct 2003 14:56:56 -0500 From: art yerkes To: ros-kernel@reactos.com Message-Id: <20031019145656.68843dff.ayerkes@speakeasy.net> X-Mailer: Sylpheed version 0.8.11 (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: [ros-kernel] Today's booting problem (Freeldr and the registry) X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 19:45:29 -0000 It seem that when I submitted my hivesys.inf patch a few days ago, it seems that mkhive created hives which distinguished case. This was fixed, but seems to have broken freeldr's ability to load the nls files. What I found out is that by changing my key name to 'NLS', the boot process worked properly again, so it seems that the conversion to neutral case is not complete. Are we following the win2k names for registry keys? Although case shouldn't matter, I followed the case of the registry key as it sits in the win2k registry 'Nls', although reactos uses NLS all uppercase. My suspicion is that the case sensitive string comparison at line 454 of registry.c in freeldr/reactos in RegOpenKey. RegDeleteValue also has a similar case-sensitive comparison. -- "Should array indices start at 0 or 1? My compromise of 0.5 was rejected without, I thought, proper consideration." - S. Kelly-Bootle From dannysmith@clear.net.nz Sun Oct 19 21:58:02 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9JJw2fB016719 for ; Sun, 19 Oct 2003 21:58:02 +0200 Received: from smtp1.clear.net.nz (smtp1.clear.net.nz [203.97.33.27]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9JJw1lk037888 for ; Sun, 19 Oct 2003 21:58:02 +0200 Received: from DANNY (218-101-109-51.dialup.clear.net.nz [218.101.109.51]) by smtp1.clear.net.nz (CLEAR Net Mail) with SMTP id <0HN000AHVSME69@smtp1.clear.net.nz> for ros-kernel@reactos.com; Mon, 20 Oct 2003 08:54:16 +1300 (NZDT) Date: Sun, 19 Oct 2003 20:52:26 +0100 From: Danny Smith Subject: Re: [ros-kernel] about headers To: ReactOS Kernel List Message-id: <001b01c3967a$8671fe60$336d65da@DANNY> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 X-Mailer: Microsoft Outlook Express 5.50.4133.2400 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7bit X-Priority: 3 X-MSMail-priority: Normal References: <3F92AE25.8090406@tpgi.com.au> X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: Danny Smith , ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 19:58:03 -0000 ----- Original Message ----- From: "Jonathan Wilson" > What we should have is: > 1.Public headers + libs (basicly, a clone of what is in the latest > Microsoft Platform SDK) > 2.DDK headers + libs (basicly, a clone of what is in the windows server > 2003 DDK) > 3.IFS kit headers + libs (clone of ntifs.h and related headers + libs) > 4.undocumented userland headers + libs (i.e. anything exported from > userland dlls that isnt in #1) > 5.undocumented kernel headers + libs (i.e. anything from kernel > dlls/drivers/etc that isnt in #2/#3) > 6.native API headers + libs (i.e. all that stuff thats visible from ntdll.dll) > 7.internal headers (i.e. stuff thats not visible outside the dll its > declared in) > 8.MSVCRT headers + libs (i.e. headers + libs included with visual C++ that > are related to talking to > crtdll.dll/msvcrt20.dll/msvcrt40.dll/msvcrt.dll/msvcr70.dll/msvcr71.dll/ etc) > 9.MingW-Runtime headers + libs (i.e. those bits of code and stuff necessary > for MingW-Runtime but not used by MS at all, usually needed to account for > differences in how MS and GCC do things) > and 10.Visual C++ headers + libs (i.e. headers + libs for stuff in visual > C++ that we dont want to (or cant) directly copy e.g. MFC, ATL, > MSVCPRT.DLL, MSVCIRT.DLL etc) > > We should follow the same dependancy tree as MS does (i.e. if x.h from the > PFSDK includes y.h, our copy of x.h should also) > If microsoft declares something in more than one header file, we should do > it too (with the appropriate #ifndef xxx just like MS) > > Basicly, when it comes to windows development, Visual C++, the Platform > SDK, the DDK and the IFS kit are the "gold standard". > The header files and libraries included with those are the most accurate. > We should work towards making our header files match those as much as > possible. That way, stuff written for Visual C++ and the MS headers should > compile as-is on GCC + MingW-Runtime + w32api. > The only way you can do that is to refer to proprietary headers. That is not clean. > Also, our headers should not contain anything not found in the MS headers. As far as the mingw runtime headers are concerned, you will have a hard time convincing me to remove all the ISO C99 extras. You will also have a hard time convincing me that removal of all the POSIX-isms is a good thing, since they really assist building of things like binutils, gcc, libiconv, gettext, make, etc. As someone who has had input into the maintenace of gcc compiler suppor for mingw, the hardest things to maintain are the MS-extensions (dllimport being the worst because of the ambiguity of the syntax). Adherence to the MS "gold standard" has meant that mingw is forced to use sjlj exceptions rather than DWARF2. Personally, I would prefer that mingw gcc/binutils move closer to theFSF mainstream rather than drifting from it. Likewise, I would prefer that mingw runtime moves in dirction towards ISO C, C++ conformance (eg, make the C headers namespace aware when in C++) rather than towards MS conformance. Speaking for myself only. Danny > > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel From ekohl@rz-online.de Sun Oct 19 22:10:37 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9JKAbfB016784 for ; Sun, 19 Oct 2003 22:10:37 +0200 Received: from smtp.rhein-zeitung.DE (smtp.rhein-zeitung.DE [212.7.160.14]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9JKAblk014958 for ; Sun, 19 Oct 2003 22:10:37 +0200 Received: from marvin (pppin-d6-a3.pop-koblenz.rz-online.NET [212.7.163.214]) by smtp.rhein-zeitung.DE (8.12.8/8.12.8) with SMTP id h9JKAQ3Q020851 for ; Sun, 19 Oct 2003 22:10:27 +0200 Message-ID: <001301c3967d$aae02300$0500a8c0@marvin> From: "Eric Kohl" To: "ReactOS Kernel List" References: <20031019145656.68843dff.ayerkes@speakeasy.net> Subject: Re: [ros-kernel] Today's booting problem (Freeldr and the registry) Date: Sun, 19 Oct 2003 22:14:55 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 20:10:37 -0000 "art yerkes" wrote: > My suspicion is that the case sensitive string comparison at line 454 of > registry.c in freeldr/reactos in RegOpenKey. RegDeleteValue also has a > similar case-sensitive comparison. I just fixed this bug! Eric From steven_ed4153@yahoo.com Sun Oct 19 23:45:11 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9JLjBfB017412 for ; Sun, 19 Oct 2003 23:45:11 +0200 Received: from web21102.mail.yahoo.com (web21102.mail.yahoo.com [216.136.227.104]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9JLj9lk049888 for ; Sun, 19 Oct 2003 23:45:10 +0200 Message-ID: <20031019214507.51275.qmail@web21102.mail.yahoo.com> Received: from [66.83.186.125] by web21102.mail.yahoo.com via HTTP; Sun, 19 Oct 2003 14:45:07 PDT Date: Sun, 19 Oct 2003 14:45:07 -0700 (PDT) From: Steven Edwards Subject: Re: [ros-kernel] about headers To: Danny Smith , ReactOS Kernel List , wine-devel@winehq.com In-Reply-To: <001b01c3967a$8671fe60$336d65da@DANNY> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 21:45:11 -0000 This is really the heart of the issue. Can we work out a system that will work for all projects involved? What I am about to bring up is not the same issues that Danny has with GCCisms but it has made me think about our build system again. WINE and Mingw both make use of some of the aspects of the GNU toolchain that ReactOS currently does not. I think I have a more simple solution to our problem but most of the ReactOS will not like it. Currenly the ReactOS project has a bad habit of importing libraries that we need such as zlib and freetype in to our funky build system. Then on top of that you heep on the problems of trying to support the w32api and WINE and you get the current cluster-fu*k we have now. 1. Create vendor branches for w32api, WINE and other projects that ReactOS needs. - Now the question becomes how do we structure this? If we use the w32api with the SDK/DDK then we can import it in to the WINE source tree just as we have done with freetype and zlib. 2. Can we import a vendor branch in to CVS under a existing repostory? - If the answer is yes then we do we need to import the whole WINE sourcetree only selected DLL and Programs. 3a. If we can do all of this then do we switch to a GNU configure system so we can configure all of the modules at compile time and dump our funky build system? - I am thinking a layout like this: /CVSROOT /reactos configure /contrib /w32api/configure /freetype/configure /OpenSSL/configure /zlib/configure /WINE/configure /dlls /programs /libs 3b. Or do we leave CVS like it is now? and maybe move the external libs to there own modules where we can Vendor branch them? - Moving to a GNU configure system would still make it easy on us. The only thing is we would need to create a set of import scripts for branching/merging and move the external libs to there own module CVSROOT/ /reactos /rosapps /WINE /support /w32api /freetype /zlib /openssl Ok I am sorry I have taken the discussion beyond headers but we have to find a solution that will work. Is w32api that solution? Does out current build system do everything we need to be able to scale? How does KDE or GNOME handle this? Thanks Steven --- Danny Smith wrote: > As far as the mingw runtime headers are concerned, you will have a > hard > time convincing me to remove all the ISO C99 extras. You will also > have > a hard time convincing me that removal of all the POSIX-isms is a > good > thing, since they really assist building of things like binutils, > gcc, > libiconv, gettext, make, etc. > > As someone who has had input into the maintenace of gcc compiler > suppor > for mingw, > the hardest things to maintain are the MS-extensions (dllimport being > the worst because of the ambiguity of the syntax). Adherence to the > MS > "gold standard" has meant that mingw is forced to use sjlj exceptions > rather than DWARF2. > > Personally, I would prefer that mingw gcc/binutils move closer to > theFSF > mainstream > rather than drifting from it. Likewise, I would prefer that mingw > runtime moves in dirction towards ISO C, C++ conformance (eg, make > the C > headers namespace aware when in C++) rather than towards MS > conformance. > > Speaking for myself only. > > Danny __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From noog@libero.it Mon Oct 20 01:10:35 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9JNAZfB018045 for ; Mon, 20 Oct 2003 01:10:35 +0200 Received: from smtp1.libero.it (smtp1.libero.it [193.70.192.51]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9JNAZlk048744 for ; Mon, 20 Oct 2003 01:10:35 +0200 Received: from aldebaran (151.25.170.177) by smtp1.libero.it (7.0.020-DD01) id 3F6F0E480095B839; Mon, 20 Oct 2003 01:03:30 +0200 Received: from aldebaran (HELO aldebaran.libero.it) [127.0.0.1] by aldebaran (169.254.25.129) with ESMTP (Classic Hamster Vr. 2.0 Build 2.0.0.0) ; Mon, 20 Oct 2003 01:04:54 +0200 Message-Id: <6.0.0.22.2.20031020001315.049ab3d8@pop3.aldebaran> X-Sender: hyperion@pop3.aldebaran (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Mon, 20 Oct 2003 01:04:51 +0200 To: Danny Smith , ReactOS Kernel List From: "KJK::Hyperion" Subject: Re: [ros-kernel] about headers In-Reply-To: <001b01c3967a$8671fe60$336d65da@DANNY> References: <3F92AE25.8090406@tpgi.com.au> <001b01c3967a$8671fe60$336d65da@DANNY> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Posting-Agent: Hamster/2.0.0.0 Cc: ReactOS Kernel List X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 23:10:35 -0000 At 21.52 19/10/2003, Danny Smith wrote: >>Also, our headers should not contain anything not found in the MS headers. >As far as the mingw runtime headers are concerned, you will have a hard >time convincing me to remove all the ISO C99 extras. isn't it possible to write universal headers, that could be used on all known compilers? (I'm lying, I know it is. See STLPort) >You will also have a hard time convincing me that removal of all the >POSIX-isms is a good thing, since they really assist building of things >like binutils, gcc, libiconv, gettext, make, etc. I'd object that a build environment doesn't exist primarily to build itself, but to build stuff people write. If you mean the fake POSIX headers like , though, I can only say: bring more! I'd really like them in pre-packaged format and compatible with major Windows compilers: then I could just install them, instead of rewriting them by hand every time :-) >Adherence to the MS "gold standard" has meant that mingw is forced to use >sjlj exceptions rather than DWARF2. but you know MinGW isn't forced to use setjmp-longjmp exceptions: it's forced to use SEH-based exceptions :-) no, really, you can run but you can't hide: C++ on Windows means support for SEH. You may find synchronous signals with exception semantics a questionable design, but it's so handy in practice that everyone exploits it. MinGW failing to implement SEH-based exceptions isn't very dissimilar from Borland C++ insisting on the OMF binary format while the rest of the world speaks COFF: it means hassle, hassle and hassle From noog@libero.it Mon Oct 20 01:28:41 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9JNSefB018137 for ; Mon, 20 Oct 2003 01:28:41 +0200 Received: from smtp3.libero.it (smtp3.libero.it [193.70.192.127]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9JNSelk049746 for ; Mon, 20 Oct 2003 01:28:40 +0200 Received: from aldebaran (151.25.170.177) by smtp3.libero.it (7.0.020-DD01) id 3F6F04A600971B5A; Mon, 20 Oct 2003 01:19:00 +0200 Received: from aldebaran (HELO aldebaran.libero.it) [127.0.0.1] by aldebaran (169.254.25.129) with ESMTP (Classic Hamster Vr. 2.0 Build 2.0.0.0) ; Mon, 20 Oct 2003 01:19:52 +0200 Message-Id: <6.0.0.22.2.20031020010805.04b3cc10@pop3.aldebaran> X-Sender: hyperion@pop3.aldebaran (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Mon, 20 Oct 2003 01:19:49 +0200 To: Danny Smith , ReactOS Kernel List From: "KJK::Hyperion" Subject: Re: [ros-kernel] about headers In-Reply-To: <001b01c3967a$8671fe60$336d65da@DANNY> References: <3F92AE25.8090406@tpgi.com.au> <001b01c3967a$8671fe60$336d65da@DANNY> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Posting-Agent: Hamster/2.0.0.0 Cc: X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 23:28:41 -0000 At 21.52 19/10/2003, you wrote: [...] oh, and while I have a chance to speak to you: Make incorrectly assumes that batch files are always made executable by the default ACL, and this digs a huge hole (namely, the whole %TEMP% folder) in my experiment for tighter file security on Windows. I'm aware that this is very niche, but I just thought you'd like to know that Make isn't much smarter than Outlook Express when it comes to executable files: the same default file permissions that made Outlook Express a security hole [1] make Make work. But those default file permissions are stupid, and Make requiring them to work properly is one of the many ways goodwilling people are being locked into stupidity [1] plus other questionable practices I won't mention here From reactos@jacquido.demon.nl Mon Oct 20 02:23:10 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9K0NAfB018298 for ; Mon, 20 Oct 2003 02:23:10 +0200 Received: from post-21.mail.nl.demon.net (post-21.mail.nl.demon.net [194.159.73.20]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9K0NAlk112642 for ; Mon, 20 Oct 2003 02:23:10 +0200 Received: from [212.238.148.39] (helo=rental.jacquido.demon.nl) by post-21.mail.nl.demon.net with smtp (Exim 3.36 #2) id 1ABBQq-000NKK-00 for ros-kernel@reactos.com; Sun, 19 Oct 2003 11:09:08 +0000 Date: Sun, 19 Oct 2003 13:12:56 +0200 From: Guido To: ReactOS Kernel List Subject: Re: [ros-kernel] Alpha on its way out Message-Id: <20031019131256.3e5fa694.reactos@jacquido.demon.nl> In-Reply-To: <5.1.0.14.2.20031018102850.00b4ad20@pop3.lvcm.com> References: <20031018163800.8834.qmail@web41502.mail.yahoo.com> <5.1.0.14.2.20031018102850.00b4ad20@pop3.lvcm.com> X-Mailer: Sylpheed version 0.9.4 (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2003 00:23:10 -0000 On Sat, 18 Oct 2003 10:31:07 -0700 Rex Jolliff wrote: > I would not put too much credence in that announcement. The > government is a heavy > user of Alphas, mostly running VMS and will continue to pay HP a huge > amount keep them > going. HP is working on a port of VMS to itanium, but I can imagine > that VMS is a nightmare > port. 8) Exactly, the "government" more specifically means the US DoD. The article actually only states that - in accordance with previous statements - HP will release the last Alpha processor early next year. HP has committed themselves to support the Alpha line for many years. In the mean time VMS is indeed being ported to the Itanium. They got it booting early this year IIRC. VMS will be supported for quite some time as well. Latest improvements/additions are proper TCP/IP support (in stead of DECnet), Galaxy cluster (this saved some businesses in the 9/11 disaster, as the Alpha's in the WTC were part of cluster together with some Alpha's in SF) and POSIX compliance (I still don't know whether this will keep VMS in business or that it will only make it easier to switch to some Unix or compatible, which will surely be the end of VMS). - Guido From wac@ghost.matcom.uh.cu Mon Oct 20 06:46:03 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9K4k3fB020135 for ; Mon, 20 Oct 2003 06:46:03 +0200 Received: from smtp1.uh.cu (smtp1.uh.cu [200.55.139.212]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9K4jwlk048872 for ; Mon, 20 Oct 2003 06:45:59 +0200 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp1.uh.cu (Postfix) with ESMTP id 6525134B61 for ; Mon, 20 Oct 2003 00:34:37 -0400 (CDT) Received: from matcom.uh.cu (matcom.uh.cu [192.168.100.100]) by smtp1.uh.cu (Postfix) with ESMTP id 41D753476A for ; Mon, 20 Oct 2003 00:34:37 -0400 (CDT) Received: from ghost.matcom.uh.cu (ghost.matcom.uh.cu [192.168.17.5]) by matcom.uh.cu (Postfix) with ESMTP id 263A963BDC for ; Mon, 20 Oct 2003 00:34:37 -0400 (CDT) Received: by ghost.matcom.uh.cu (Postfix, from userid 1085) id B5AFD679A; Sun, 19 Oct 2003 20:49:22 -0400 (CDT) Received: from localhost (localhost [127.0.0.1]) by ghost.matcom.uh.cu (Postfix) with ESMTP id B416577A0 for ; Sun, 19 Oct 2003 20:49:22 -0400 (CDT) Date: Sun, 19 Oct 2003 20:49:22 -0400 (CDT) From: "=?ISO-8859-1?Q?Waldo_Alvarez_Ca=F1izares_-__another_buried_?= =?ISO-8859-1?Q?alive?=" To: ReactOS Kernel List Subject: Re: [ros-kernel] Hunting a task In-Reply-To: <6.0.0.22.2.20031019150400.036076d8@pop3.aldebaran> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS snapshot-20020300 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2003 04:46:04 -0000 Hi KJK::Hyperion: I think you interpreted thigns in another way. Excuseme for not being more specific. I was not thinking about lex+yacc. It is too much complex. Neither line editing in CMD. I was thinking about this command line parser generator genparse-0.5.2.tar.gz stored in sourceforge.net . It is simple and I think that I can modify it or ask support for windows to use it in command line arguments parsing. Specially in CMD as it has a lot of internal commands. In that way if I want to fix some bug in the parsing process or speed it up I will only need to change the little text it uses or one of the sources it contains. This will also help reduce size of source code in CMD and any other application in ROS for example in ROSAPPS. Also implementing more commands would be easier i think. Programs in Linux does it that way as says in it's README file. I thik is a good Idea to do the same too. Best regards Waldo On Sun, 19 Oct 2003, KJK::Hyperion wrote: > At 15.29 17/10/2003, you wrote: > >I was thinking about improoving CMD as was asking Hyperion(I was thinking > >to replace all the parsing with he program used by all linux commands) > > readline? or lex+yacc? both are bad (or at least not very lungimirant) ideas > > Line editing, in Windows, is done automatically on the console side when in > preprocessed input mode, and I'm happier this way. I don't like the vaguely > fascist take of GNU on the issue: programs shouldn't link to a (GPLed, > because it's "special") library *explicitely* to support line editing, > because what you *really* mean when you ReadFile() a console/read() a > terminal is line-based input with local editing (no, really, you do. The > Bourne shell means it. Netcat means it. Your average ANSI C program means > it. When you press Left Arrow you definitely *don't* want to send an ANSI > escape). Our CMD does line editing by itself only because our CSRSS > doesn't: a bug in our CSRSS, being explicitely documented that the Windows > NT line integrates DOSKEY (a DOS driver that hooked console input to > provide line editing, with history and macros - pretty cool add-on, back in > the days) functionality natively > > Lex and Yacc? CMD has quite an unorthodox parsing algorithm, that nobody > seems to have duplicated exactly, so far. Based on my observations, I can > say it parses lines in multiple passes: first it processes line > continuation escapes ('^' at the end of the line), then it expands > environment variables (%VARNAME%), then it actually parses the command > line, with different semantics for each class of commands. Command lines > for built-ins, like "cd", "dir", "for" etc. are tokenized differently from > non-built-ins ("cd.exe" is two tokens, "cd" and ".exe", while "blah.exe" is > a single token), and some built-ins (like "for", "if" and "(" - yes, I'm > positive that "(" actually is a command) have their own line-input > functions to allow writing multi-line command lines with a familiar syntax > (i.e. without the need for line continuation escapes). This pass tokenizes > the various command lines and interpretes the command line operators ("<", > ">", "|", "&", "&&", etc.). In this pass the syntax !VARNAME! is > (optionally, not enabled by default) handled by expanding VARNAME - it's a > handy way to prevent premature expansion of variables in a "for" command > line or to pass variables containing command line operators without > escaping them. Remember: CMD doesn't have operators or statements, "if", > "goto" and "for" are all commands. When input isn't parsed line-by-line, > it's just because the command is a built-in with a custom input procedure. > Now, I may not be the greatest expert of Lex and Yacc in the world, but > this sounds a bit hard to be factorized into a "tokenization + LALR > parsing" flow > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > From vizzini@plasmic.com Mon Oct 20 07:18:18 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9K5IIfB020278 for ; Mon, 20 Oct 2003 07:18:18 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9K5IHlk112770 for ; Mon, 20 Oct 2003 07:18:17 +0200 Received: from CPE-65-30-43-197.kc.rr.com (CPE-65-30-43-197.kc.rr.com [65.30.43.197]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9K5I7E4009546; Mon, 20 Oct 2003 00:18:08 -0500 From: Vizzini To: Danny Smith In-Reply-To: <000c01c395e6$1ed6b4b0$736d65da@DANNY> References: <1066515067.8275.157.camel@bilbo.plasmic.com> <000c01c395e6$1ed6b4b0$736d65da@DANNY> Content-Type: text/plain Message-Id: <1066626349.23620.19.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 20 Oct 2003 00:15:51 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir Cc: Alexandre Julliard , "Dimitrie O. Paun" , ros-kernel@reactos.com Subject: [ros-kernel] Re: Proposed ReactOS headers and code sharing policy X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2003 05:18:18 -0000 On Sat, 2003-10-18 at 21:10, Danny Smith wrote: > > Executive Summary > > ----------------- > > - Use MinGW for all public interface headers, i.e. everything that > > MinGW supports > > - Use non-OS-specific Wine libraries unmodified > > - Use portions of OS-specific Wine libraries (e.g. user32) > > - Keep it all straight with CVS vendor branches > I look foward to discussion on details of handling inconsistencies > between w32api and DDK. In particular, should proposed changes that > affect both be submitted to Reacto and mingw patches list for review? > Or can we nominate someone from each group (yourself for Reactos?) to > be responsible for maintaining consistency? A couple of questions have been raised about w32api: - You have some fragments of the NT native API and the IFS kit; what is your position on including IFS kit definitions (which are public but not freely available) and native api stuff (which is documented by non-Microsoft sources)? - What is your long-term goal with respect to support of the Microsoft compiler? What about others? It's one thing to have "extra" stuff in the w32api headers; it's another thing to have an official policy of gcc-dependence. As to your question about patch management: I think we can see how it goes for a while. We can test new releases of w32api before officially importing them into our CVS. If things get out of hand, we can go to something like the model you suggest. That said, I'll probably keep an eye on things. > My main plea is that undocumented stuff that is needed by ROS be keep > out of userland w32api interface. Agreed. I think we could use a slightly more specific definition of 'documented', though. -Vizzini From wac@ghost.matcom.uh.cu Mon Oct 20 07:21:57 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9K5LtfB020306 for ; Mon, 20 Oct 2003 07:21:57 +0200 Received: from smtp2.uh.cu (smtp2.uh.cu [200.55.139.213]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9K5Lolk034736 for ; Mon, 20 Oct 2003 07:21:51 +0200 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp2.uh.cu (Postfix) with ESMTP id B1325349B4 for ; Mon, 20 Oct 2003 01:10:38 -0400 (CDT) Received: from matcom.uh.cu (matcom.uh.cu [192.168.100.100]) by smtp2.uh.cu (Postfix) with ESMTP id 8F329349B2 for ; Mon, 20 Oct 2003 01:10:38 -0400 (CDT) Received: from ghost.matcom.uh.cu (ghost.matcom.uh.cu [192.168.17.5]) by matcom.uh.cu (Postfix) with ESMTP id 530E663BEC for ; Mon, 20 Oct 2003 01:10:38 -0400 (CDT) Received: by ghost.matcom.uh.cu (Postfix, from userid 1085) id E91A1679A; Sun, 19 Oct 2003 21:25:24 -0400 (CDT) Received: from localhost (localhost [127.0.0.1]) by ghost.matcom.uh.cu (Postfix) with ESMTP id E3A4E77A0 for ; Sun, 19 Oct 2003 21:25:24 -0400 (CDT) Date: Sun, 19 Oct 2003 21:25:24 -0400 (CDT) From: "=?ISO-8859-1?Q?Waldo_Alvarez_Ca=F1izares_-__another_buried_?= =?ISO-8859-1?Q?alive?=" To: ReactOS Kernel List Subject: Re: [ros-kernel] Hunting a task In-Reply-To: <009401c3955e$8ba3fb30$d845b13e@hornet> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Virus-Scanned: by AMaViS snapshot-20020300 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2003 05:21:57 -0000 On Sat, 18 Oct 2003, Filip Navara wrote: > Hi! > > I am relativly new to ReactOS, but this is what I see is waiting for some > cool person like you: > > - Improve WinPosSetWindowPos in win32k.sys to support relinking windows > (moving them to background, foreground, ...) I was tampering once with win32k.sys. But I think is a hard task and that a delay with me could delay ROS developement and I don't want that. As far as I know Ge was working on that. > - Get ansi MessageBox working (user32.dll) Seems easier. I think i can handle this, but i will only do it if nobody is working there. > - BeginDeferWindowPos, DeferWindowPos, EndDeferWindowPos (in user32.dll, > win32k.sys) Still have to look at this functions. Again if nobody is messing with it ---> > - PrivateExtractIconW (in user32.dll) Ditto. > - A new DOS loader that will just load freeldr.sys and jump to it. I first > thought I would do this myself, but I got stuck at the Ms-Dos syscalls. :( So the point is to eliminate loadros and go directly to freeloader. I know DOS pretty well and I can handle assembler too. I will try this too. Specially because it is not too much important in ROS developement. I want things that nobody is likely to do because I have sent a lot of work to the trash can already. (a fix in registry that is fixed now and a port of commctl32 i was doing). The list is bigger. I can't do CVS updates. Right now my only internet access is using an account in a Linux server (using an SSH terminal) and this server goes out using a proxy that connects to another proxy. I'm still trying to get puttyto open a connection to connect a tunnel to it runnig a program in the server that dumps the raw HTTP to the terminal. something like this so you can get the idea. CVS Client --> Tunnel --> putty (SSH client)--> SSH server --> little program that dumps to terminal running in the server --> proxy1 --> proxy2 --> host on the internet --> CVS server quite long eh? that's why it will take me some time before I can do some small CVS update(small because CVS is problematic with unreliable connections and this stuff wont be too much reliable). and that is why I want somethig that ppl is not working with. Because sendig a patch using the list is quite easy to mee and using one day when a new release goes out to download the whole thing at school. Best Regards Waldo > > Filip > > ----- Original Message ----- > From: "Waldo Alvarez Cańizares - another buried alive" > > To: "ReactOS General List" > Sent: Friday, October 17, 2003 3:29 PM > Subject: [ros-kernel] Hunting a task > > > > Hi guys: > > > > I want to help with ROS again. Unfortunatley I really don't know what is > > doing other people. Seems that everyone does things at ramdom something > > here something there. The thing is that I would like some task that will > > not interfere with others and that is not critical to ROS (just in case I > > can't continue for some time). I was thinking about improoving CMD as was > > asking Hyperion(I was thinking to replace all the parsing with he > > program used by all linux commands), maybe do some more tests for ROS > > (yesterday I runned some examples from Petzold's Book and most of them > made ROS crash, > > specially drawing using multiple threads). Anything else? Comments? > > > > Thanks > > Waldo > > > > _______________________________________________ > > Ros-kernel mailing list > > Ros-kernel@reactos.com > > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > > > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > From wac@ghost.matcom.uh.cu Mon Oct 20 07:56:23 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9K5uMfB020469 for ; Mon, 20 Oct 2003 07:56:23 +0200 Received: from smtp1.uh.cu (smtp1.uh.cu [200.55.139.212]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9K5uIlk093862 for ; Mon, 20 Oct 2003 07:56:20 +0200 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp1.uh.cu (Postfix) with ESMTP id 9ACB134966 for ; Mon, 20 Oct 2003 01:45:06 -0400 (CDT) Received: from matcom.uh.cu (matcom.uh.cu [192.168.100.100]) by smtp1.uh.cu (Postfix) with ESMTP id 79E3133F49 for ; Mon, 20 Oct 2003 01:45:06 -0400 (CDT) Received: from ghost.matcom.uh.cu (ghost.matcom.uh.cu [192.168.17.5]) by matcom.uh.cu (Postfix) with ESMTP id ACCF963BF5 for ; Mon, 20 Oct 2003 01:45:06 -0400 (CDT) Received: by ghost.matcom.uh.cu (Postfix, from userid 1085) id B442D679A; Sun, 19 Oct 2003 21:59:52 -0400 (CDT) Received: from localhost (localhost [127.0.0.1]) by ghost.matcom.uh.cu (Postfix) with ESMTP id B300C77A0 for ; Sun, 19 Oct 2003 21:59:52 -0400 (CDT) Date: Sun, 19 Oct 2003 21:59:52 -0400 (CDT) From: "=?ISO-8859-1?Q?Waldo_Alvarez_Ca=F1izares_-__another_buried_?= =?ISO-8859-1?Q?alive?=" To: ReactOS Kernel List Subject: Re: [ros-kernel] suggestion, merge WINE and ReactOS MSVCRT In-Reply-To: <3F924B2D.90007@tpgi.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS snapshot-20020300 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2003 05:56:23 -0000 Hi Jonathan: This was disscussed once here. I think that the problem was that crtdll implements things differently and handles from one of them should not be functional in the other. If i can remember well the solution was to put some stubs in crtdll to the common functions in msvcrt. I think it was a good choice. You just can't simply remove one of the dlls because some programs still use crtdll and a lot use msvcrt (including the newer versions). For example in my system32 dir there are msvcrt.dll, msvcr70.dll, msvcrt40.dll and msvcr71.dll (and I lack some versions). I have not digged inside all of them but I'm sure they all have common functions and different ones of course. Best Regards Waldo On Sun, 19 Oct 2003, Jonathan Wilson wrote: > IMO its a waste for both WINE and ReactOS to have 2 different > implementations of MSVCRT.DLL/CRTDLL.DLL > Is there any valid reason not to either remove one and have both projects > use the other or to merge both and come up with one dll? > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > From jasonfilby@yahoo.com Mon Oct 20 11:43:23 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9K9hNfB021683 for ; Mon, 20 Oct 2003 11:43:23 +0200 Received: from web41510.mail.yahoo.com (web41510.mail.yahoo.com [66.218.93.93]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9K9hMlk062010 for ; Mon, 20 Oct 2003 11:43:22 +0200 Message-ID: <20031020094309.72616.qmail@web41510.mail.yahoo.com> Received: from [196.23.164.18] by web41510.mail.yahoo.com via HTTP; Mon, 20 Oct 2003 02:43:09 PDT Date: Mon, 20 Oct 2003 02:43:09 -0700 (PDT) From: Jason Filby Subject: Re: [ros-kernel] about headers To: ReactOS Kernel List , Danny Smith , wine-devel@winehq.com In-Reply-To: <20031019214507.51275.qmail@web21102.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2003 09:43:23 -0000 Hi Steven We've (ReactOS) already gone beyond the header issue with the decision to do a vendor branch of WINE. With regards to doing the same for ZLib and FreeType: well spotted! We should definitely do the same there. As I understand it, with a vendor import of WINE it doesn't matter to us (ReactOS) whether the WINE and MingW headers are duplicated or not - thats something for WINE/MingW to decide on. All we (ReactOS) have to worry about is getting our public header declarations out of our tree and hope to work well with MingW as far as patches are concerned. The only thing that worries me is Danny saying that they're not aiming for the Windows SDK/DDK! If this is true then we may have to keep our own headers, public or otherwise? Regards Jason --- Steven Edwards wrote: > This is really the heart of the issue. Can we work out a system > that > will work for all projects involved? What I am about to bring up is > not > the same issues that Danny has with GCCisms but it has made me > think > about our build system again. > > WINE and Mingw both make use of some of the aspects of the GNU > toolchain that ReactOS currently does not. I think I have a more > simple > solution to our problem but most of the ReactOS will not like it. > Currenly the ReactOS project has a bad habit of importing libraries > that we need such as zlib and freetype in to our funky build > system. > Then on top of that you heep on the problems of trying to support > the > w32api and WINE and you get the current cluster-fu*k we have now. > > 1. Create vendor branches for w32api, WINE and other projects that > ReactOS needs. > - Now the question becomes how do we structure this? If we use > the > w32api with the SDK/DDK then we can import it in to the WINE source > tree just as we have done with freetype and zlib. > > 2. Can we import a vendor branch in to CVS under a existing > repostory? > - If the answer is yes then we do we need to import the whole > WINE > sourcetree only selected DLL and Programs. > > 3a. If we can do all of this then do we switch to a GNU configure > system so we can configure all of the modules at compile time and > dump > our funky build system? > - I am thinking a layout like this: > /CVSROOT > /reactos > configure > /contrib > /w32api/configure > /freetype/configure > /OpenSSL/configure > /zlib/configure > /WINE/configure > /dlls > /programs > /libs > > 3b. Or do we leave CVS like it is now? and maybe move the external > libs > > to there own modules where we can Vendor branch them? > > - Moving to a GNU configure system would still make it easy on us. > The > only thing is we would need to create a set of import scripts for > branching/merging and move the external libs to there own module > > CVSROOT/ > /reactos > /rosapps > /WINE > /support > /w32api > /freetype > /zlib > /openssl > > Ok I am sorry I have taken the discussion beyond headers but we > have to > find a solution that will work. > > Is w32api that solution? > Does out current build system do everything we need to be able to > scale? > How does KDE or GNOME handle this? > > Thanks > Steven > > --- Danny Smith wrote: > > As far as the mingw runtime headers are concerned, you will have > a > > hard > > time convincing me to remove all the ISO C99 extras. You will > also > > have > > a hard time convincing me that removal of all the POSIX-isms is a > > good > > thing, since they really assist building of things like binutils, > > gcc, > > libiconv, gettext, make, etc. > > > > As someone who has had input into the maintenace of gcc compiler > > suppor > > for mingw, > > the hardest things to maintain are the MS-extensions (dllimport > being > > the worst because of the ambiguity of the syntax). Adherence to > the > > MS > > "gold standard" has meant that mingw is forced to use sjlj > exceptions > > rather than DWARF2. > > > > Personally, I would prefer that mingw gcc/binutils move closer to > > theFSF > > mainstream > > rather than drifting from it. Likewise, I would prefer that > mingw > > runtime moves in dirction towards ISO C, C++ conformance (eg, > make > > the C > > headers namespace aware when in C++) rather than towards MS > > conformance. > > > > Speaking for myself only. > > > > Danny > > > __________________________________ > Do you Yahoo!? > The New Yahoo! Shopping - with improved product search > http://shopping.yahoo.com > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From rcpt-ros-kernel.AT.reactos.com@jankratochvil.net Mon Oct 20 12:13:37 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9KADbfB021881 for ; Mon, 20 Oct 2003 12:13:37 +0200 Received: from exuhome.dyn.jankratochvil.net (l188.dkm.cz [62.24.77.188]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9KADblk021432 for ; Mon, 20 Oct 2003 12:13:37 +0200 Received: from exuhome.dyn.jankratochvil.net (localhost [127.0.0.1]) by exuhome.dyn.jankratochvil.net (8.12.5/8.12.5) with ESMTP id h9KADMAG025355; Mon, 20 Oct 2003 12:13:22 +0200 Received: (from lace@localhost) by exuhome.dyn.jankratochvil.net (8.12.5/8.12.5/Submit) id h9KAD3Aa025351; Mon, 20 Oct 2003 12:13:03 +0200 Date: Mon, 20 Oct 2003 12:13:02 +0200 From: Jan Kratochvil To: ros-general@reactos.com, ros-kernel@reactos.com Message-ID: <20031020101302.GA25318@exuhome.dyn.jankratochvil.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Cc: Subject: [ros-kernel] ReactOS GPL vs. proprietary drivers (affirmation) X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2003 10:13:38 -0000 Hi, As GPLed Linux-NTFS still has no NTFS r/w capability I completed the project for reliable r/w access in Wine way by using MS-Windows ntfs.sys driver. Captive-NTFS http://www.jankratochvil.net/ My project is GPL-2.0 and it incorporates ReactOS kernel sources currently also carrying GPL-2.0 license. There are rumours GPL may be problem for linking with proprietary code (ntfs.sys&ntoskrnl.exe). I interpret it as GPL only affects _distribution_ of the program while no proprietary code is distributed with my package. Proprietary code is only run-time linked by the end-user. In a GPL-related discussion here two monts ago ReactOS developers were open for reusal of existing proprietary drivers for ReactOS as one of the significant feature of ReactOS. I would like an affirmation from the major ReactOS developers they are not going to try to sue me for releasing Captive NTFS. Thanks, Jan Kratochvil From dannysmith@clear.net.nz Mon Oct 20 12:27:34 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9KARYfB022011 for ; Mon, 20 Oct 2003 12:27:34 +0200 Received: from smtp1.clear.net.nz (smtp1.clear.net.nz [203.97.33.27]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9KARXlk036714 for ; Mon, 20 Oct 2003 12:27:34 +0200 Received: from DANNY (218-101-109-32.dialup.clear.net.nz [218.101.109.32]) by smtp1.clear.net.nz (CLEAR Net Mail) with SMTP id <0HN100LXWWRN86@smtp1.clear.net.nz> for ros-kernel@reactos.com; Mon, 20 Oct 2003 23:21:24 +1300 (NZDT) Date: Mon, 20 Oct 2003 11:19:32 +0100 From: Danny Smith Subject: Re: [ros-kernel] about headers To: ReactOS Kernel List , wine-devel@winehq.com Message-id: <000d01c396f3$a9b1d890$206d65da@DANNY> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 X-Mailer: Microsoft Outlook Express 5.50.4133.2400 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7bit X-Priority: 3 X-MSMail-priority: Normal References: <20031020094309.72616.qmail@web41510.mail.yahoo.com> Cc: X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: Danny Smith , ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2003 10:27:34 -0000 From: "Jason Filby" > The only thing that worries me is Danny saying that they're not > aiming for the Windows SDK/DDK! If this is true then we may have to > keep our own headers, public or otherwise? > Small correction. I don't know what "they" are aiming for. I only know what I am aiming for -- and that is to provide a good, affordable compiler toolset for the ordinary user. The SDK/DDK is a low priority for me personally. Right now my main priority is get pch support working. Other mingw developers may have different priorities, > Regards > Jason As already indicated << snip>> > > > Speaking for myself only. > > > > > > Danny > > From dannysmith@clear.net.nz Mon Oct 20 12:50:21 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9KAoLfB022273 for ; Mon, 20 Oct 2003 12:50:21 +0200 Received: from smtp1.clear.net.nz (smtp1.clear.net.nz [203.97.33.27]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9KAoJlk022850 for ; Mon, 20 Oct 2003 12:50:20 +0200 Received: from DANNY (218-101-109-32.dialup.clear.net.nz [218.101.109.32]) by smtp1.clear.net.nz (CLEAR Net Mail) with SMTP id <0HN100LH2XTA86@smtp1.clear.net.nz> for ros-kernel@reactos.com; Mon, 20 Oct 2003 23:44:00 +1300 (NZDT) Date: Mon, 20 Oct 2003 11:42:04 +0100 From: Danny Smith To: Vizzini , Danny Smith Message-id: <001201c396f6$d17346e0$206d65da@DANNY> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 X-Mailer: Microsoft Outlook Express 5.50.4133.2400 Content-type: text/plain; charset=Windows-1252 Content-transfer-encoding: 7bit X-Priority: 3 X-MSMail-priority: Normal References: <1066515067.8275.157.camel@bilbo.plasmic.com> <000c01c395e6$1ed6b4b0$736d65da@DANNY> <1066626349.23620.19.camel@bilbo.plasmic.com> Cc: Alexandre Julliard , "Dimitrie O. Paun" , ros-kernel@reactos.com Subject: [ros-kernel] Re: Proposed ReactOS headers and code sharing policy X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: Danny Smith , ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2003 10:50:21 -0000 ----- Original Message ----- From: "Vizzini > A couple of questions have been raised about w32api: > > - You have some fragments of the NT native API and the IFS kit; what is > your position on including IFS kit definitions (which are public but not > freely available) and native api stuff (which is documented by > non-Microsoft sources)? When a patch that is an obvious cut-and-paste (C++ style comments and alll) from a MS header is submitted, it goes in the rubbish staright away. If a patch is supported by links to good documenation, it usually gets in pretty quickly. In-between stuff, well, that's what your talking about, isn;t it. It's a bit ackward really if a user asks "Hey, what does this function in header winfoo.h do?". and you have to say, "I can't tell you but if you want you can click on a EULA and download the FooDDK from somewhere." > > - What is your long-term goal with respect to support of the Microsoft > compiler? No goals, there. I'm not interested in supporting MS. Are they wanting a support contract from mingw? What about others? It's one thing to have "extra" stuff in > the w32api headers; it's another thing to have an official policy of > gcc-dependence. Currently the w32api is used by Open Watcom compiler, so thats not strictly gcc-dependent. The runtime is dependent on gcc. That is not a policy decision. It's just the way things have evolved. Some of the startup code actually lives in gcc. Its easier to keep in sync with gcc version that way. What in particular did you have in mind? > As to your question about patch management: I think we can see how it > goes for a while. We can test new releases of w32api before officially > importing them into our CVS. If things get out of hand, we can go to > something like the model you suggest. That said, I'll probably keep an > eye on things. > > > My main plea is that undocumented stuff that is needed by ROS be keep > > out of userland w32api interface. > > Agreed. I think we could use a slightly more specific definition of > 'documented', though. Propose a definition. Danny. > > -Vizzini > > From jonwil@tpgi.com.au Mon Oct 20 14:01:13 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9KC1DfB022756 for ; Mon, 20 Oct 2003 14:01:13 +0200 Received: from mail1.tpgi.com.au (mail.tpgi.com.au [203.12.160.57]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9KC1Blk111490 for ; Mon, 20 Oct 2003 14:01:12 +0200 Received: from tpgi.com.au (203-219-88-53-per-pow-ts1-2600.tpgi.com.au [203.219.88.53]) by mail1.tpgi.com.au (8.11.6/8.11.6) with ESMTP id h9KBrdL07769; Mon, 20 Oct 2003 21:53:39 +1000 Message-ID: <3F93CCC7.3020408@tpgi.com.au> Date: Mon, 20 Oct 2003 19:53:43 +0800 From: Jonathan Wilson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20030925 X-Accept-Language: en-au MIME-Version: 1.0 To: Danny Smith , ReactOS Kernel List Subject: Re: [ros-kernel] about headers References: <20031020094309.72616.qmail@web41510.mail.yahoo.com> <000d01c396f3$a9b1d890$206d65da@DANNY> In-Reply-To: <000d01c396f3$a9b1d890$206d65da@DANNY> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2003 12:01:13 -0000 > Small correction. I don't know what "they" are aiming for. I only know > what I am aiming for -- and that is to provide a good, affordable > compiler toolset for the ordinary user. The SDK/DDK is a low priority > for me personally. Right now my main priority is get pch support > working. Other mingw developers may have different priorities, Well I am trying to get more Visual C++ specific features into MingW/GCC (right now its Thread Local Storage, if I can ever get my head around the elephantine codebase that is the GNU Compiler Collection :) From jasonfilby@yahoo.com Mon Oct 20 14:30:34 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9KCUYfB022938 for ; Mon, 20 Oct 2003 14:30:34 +0200 Received: from web41509.mail.yahoo.com (web41509.mail.yahoo.com [66.218.93.92]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9KCUWlk024234 for ; Mon, 20 Oct 2003 14:30:33 +0200 Message-ID: <20031020123019.64146.qmail@web41509.mail.yahoo.com> Received: from [196.23.164.18] by web41509.mail.yahoo.com via HTTP; Mon, 20 Oct 2003 05:30:19 PDT Date: Mon, 20 Oct 2003 05:30:19 -0700 (PDT) From: Jason Filby Subject: Re: [ros-kernel] about headers To: Danny Smith , ReactOS Kernel List , wine-devel@winehq.com In-Reply-To: <000d01c396f3$a9b1d890$206d65da@DANNY> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2003 12:30:34 -0000 Ok thanks for clearing that up. Since our priority is SDK/DDK we'll probably be the main submitters of such code then. Regards Jason --- Danny Smith wrote: > From: "Jason Filby" > > The only thing that worries me is Danny saying that they're not > > aiming for the Windows SDK/DDK! If this is true then we may have > to > > keep our own headers, public or otherwise? > > > > Small correction. I don't know what "they" are aiming for. I only > know > what I am aiming for -- and that is to provide a good, affordable > compiler toolset for the ordinary user. The SDK/DDK is a low > priority > for me personally. Right now my main priority is get pch support > working. Other mingw developers may have different priorities, > > > > Regards > > Jason > > As already indicated > > << snip>> > > > > Speaking for myself only. > > > > > > > > Danny > > > > > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From steven_ed4153@yahoo.com Mon Oct 20 17:33:27 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9KFXRfB026525 for ; Mon, 20 Oct 2003 17:33:27 +0200 Received: from web21106.mail.yahoo.com (web21106.mail.yahoo.com [216.136.227.108]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9KFXQlk034582 for ; Mon, 20 Oct 2003 17:33:26 +0200 Message-ID: <20031020153303.42738.qmail@web21106.mail.yahoo.com> Received: from [66.83.186.125] by web21106.mail.yahoo.com via HTTP; Mon, 20 Oct 2003 08:33:03 PDT Date: Mon, 20 Oct 2003 08:33:03 -0700 (PDT) From: Steven Edwards To: ReactOS Kernel List , ros-general@reactos.com In-Reply-To: <20031020101302.GA25318@exuhome.dyn.jankratochvil.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: wine-devel@winehq.com Subject: [ros-kernel] Re: ReactOS GPL vs. proprietary drivers - NTFS Driver under Linux + WINE X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2003 15:33:28 -0000 Hello Jan, Comments are inline. --- Jan Kratochvil wrote: > Hi, > > As GPLed Linux-NTFS still has no NTFS r/w capability I completed the > project > for reliable r/w access in Wine way by using MS-Windows ntfs.sys > driver. > > Captive-NTFS > http://www.jankratochvil.net/ I have forwarded this reply to wine-devel as they my find captive NTFS interesting > My project is GPL-2.0 and it incorporates ReactOS kernel sources > currently also > carrying GPL-2.0 license. There are rumours GPL may be problem for > linking with > proprietary code (ntfs.sys&ntoskrnl.exe). I interpret it as GPL only > affects > _distribution_ of the program while no proprietary code is > distributed with my > package. Proprietary code is only run-time linked by the end-user. > > > In a GPL-related discussion here two monts ago ReactOS developers > were open for > reusal of existing proprietary drivers for ReactOS as one of the > significant > feature of ReactOS. I would like an affirmation from the major > ReactOS > developers they are not going to try to sue me for releasing Captive > NTFS. I dont think you have to worry about any ReactOS developers filing suit. I would be more worried about one from Microsoft =). In fact I am very happy to see this. I would like to see the interface you have developed evolve in to a a full compatiblty layer addon for WINE so they can support other drivers. I must confess I have not had a chance to look at the code but if it works as you say then this is great news! If you dont distribute Captive NTFS with a Microsoft NTFS driver then you should not have a problem. You are correct the GPL seems to only cover distribution not use. Thanks Steven __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From steven_ed4153@yahoo.com Mon Oct 20 18:00:28 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9KG0SfB027246 for ; Mon, 20 Oct 2003 18:00:28 +0200 Received: from web21107.mail.yahoo.com (web21107.mail.yahoo.com [216.136.227.109]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9KG0Rlk014140 for ; Mon, 20 Oct 2003 18:00:27 +0200 Message-ID: <20031020160019.74000.qmail@web21107.mail.yahoo.com> Received: from [66.83.186.125] by web21107.mail.yahoo.com via HTTP; Mon, 20 Oct 2003 09:00:19 PDT Date: Mon, 20 Oct 2003 09:00:19 -0700 (PDT) From: Steven Edwards Subject: Re: [ros-kernel] about headers To: Danny Smith , ReactOS Kernel List , wine-devel@winehq.com In-Reply-To: <000d01c396f3$a9b1d890$206d65da@DANNY> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2003 16:00:29 -0000 Hey Danny, --- Danny Smith wrote: > Small correction. I don't know what "they" are aiming for. I only > know > what I am aiming for -- and that is to provide a good, affordable > compiler toolset for the ordinary user. The SDK/DDK is a low > priority > for me personally. Right now my main priority is get pch support > working. Other mingw developers may have different priorities, I understand the w32api package is a low on the radar but you and Erine are the main points of contacts so I will direct the questions to you. 1. Is the w32api supposed to be a SDK/DDK package? The answer seems like a yes. 2. Do we want to try and help create a standard for open source Windows development? The WINE people have taken great efforts to make building Winelib application act the same as building a application using Mingw. For me the answer is a big yes. How about the rest of the ReactOS and Mingw people? 3. Can we create a enviroment that all the project involved can work together on? I think the answer is yes but is it worth the work to everyone? Do we want to try and support a enviroment that is the same on all platforms and where all of the applications should run the same? Here is my wish list all partys involved. - I want to be able to build ReactOS, WINE and Open Source Windows Drivers/Apps with as little headache as possible. This means having a common SDK/DDK. - I want to be sure that my app is going to run the same if it is a Mingw compiled application, a Winelib App or a program running under ReactOS (Running Properly under Windows is understood). - I want to try to create a system that makes it easy for anyone to jump in and help any of our projects. The relationship with the WINE/Mingw/ReactOS has been good in the past and we want to keep it that way and make it better. I for one think this is the best way to do this but I have been known to have been wrong once or twice before =) "Can't we all just get along......" Thanks Steven __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From vizzini@plasmic.com Mon Oct 20 18:20:32 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9KGKWfB027682 for ; Mon, 20 Oct 2003 18:20:32 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9KGKVlk014200 for ; Mon, 20 Oct 2003 18:20:31 +0200 Received: from sts (steve-o [209.242.72.96]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9KGKTE4014768 for ; Mon, 20 Oct 2003 11:20:29 -0500 From: Vizzini To: ros-kernel@reactos.com Content-Type: text/plain Message-Id: <1066666696.23619.51.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 20 Oct 2003 11:18:16 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir Subject: [ros-kernel] DMA updates X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2003 16:20:32 -0000 I updated the DMA code a little in the kernel and HAL so that it would act more like Windows in a couple of ways. They are minor mods, but anybody who owns any DMA-aware code in the kernel might want to give it a whirl. My commit from last night shold enable loading of the 3Com 3c90x driver, and it might even work, but I can't test it as i don't have a card. Art mentioned he would test; anyone else who can test on that card is welcome to give me feedback. The way to test it is to see if it loads without any ASSERTs in the log and then try to ping it at 10.0.0.100. Also, at the moment we don't support a particular resource-querying call (returning "STATUS_NOT_SUPPORTED"), which means that the driver will have to learn its config (slot number, bus number, etc) from the registry. Can someone with one of these cards please commit the registry parameters that the installer creates? Follow the template from the AMD PCNet driver already there. There are several un-tested or under-tested code paths at work here, so I wouldn't be surprised if it doesn't work quite right out the shoot. Please send me debug logs with the debug value in ndis/main.c set to -1. As usual, you can check http://plasmic.com/~vizzini/rosnet.html for the latest networking status. Also, please mail the list or drop me a note if you are interested in coding on NDIS so that we can keep from stepping on each others' toes. Thanks. -Vizzini From chorns@users.sourceforge.net Mon Oct 20 21:08:34 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9KJ8RfB030967 for ; Mon, 20 Oct 2003 21:08:34 +0200 Received: from cicero1.cybercity.dk (cicero1.cybercity.dk [212.242.40.4]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9KJ8Rlk044276 for ; Mon, 20 Oct 2003 21:08:27 +0200 Received: from user4.cybercity.dk (fxp0.user4.ip.cybercity.dk [212.242.41.50]) by cicero1.cybercity.dk (Postfix) with ESMTP id E22B97E350D for ; Mon, 20 Oct 2003 21:08:26 +0200 (CEST) Received: from ZEUS (port57.ds1-trg.adsl.cybercity.dk [212.242.245.122]) by user4.cybercity.dk (Postfix) with ESMTP id B9C7E12789C for ; Mon, 20 Oct 2003 21:08:26 +0200 (CEST) From: "Casper Hornstrup" To: "'ReactOS Kernel List'" Subject: Re: [ros-kernel] ReactOS GPL vs. proprietary drivers (affirmation) Date: Mon, 20 Oct 2003 21:08:28 +0200 Message-ID: <003901c3973d$8b5e2cf0$0200000a@ZEUS> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 In-Reply-To: <20031020101302.GA25318@exuhome.dyn.jankratochvil.net> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0 Importance: Normal Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h9KJ8RfB030967 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2003 19:08:36 -0000 Amazing! Best of luck to you and your project. Casper > -----Oprindelig meddelelse----- > Fra: ros-kernel-bounces@reactos.com > [mailto:ros-kernel-bounces@reactos.com] Pĺ vegne af Jan Kratochvil > Sendt: 20. oktober 2003 12:13 > Til: ros-general@reactos.com; ros-kernel@reactos.com > Emne: [ros-kernel] ReactOS GPL vs. proprietary drivers (affirmation) > > > Hi, > > As GPLed Linux-NTFS still has no NTFS r/w capability I > completed the project for reliable r/w access in Wine way by > using MS-Windows ntfs.sys driver. > > Captive-NTFS > http://www.jankratochvil.net/ > > My project is GPL-2.0 and it incorporates ReactOS kernel > sources currently also carrying GPL-2.0 license. There are > rumours GPL may be problem for linking with proprietary code > (ntfs.sys&ntoskrnl.exe). I interpret it as GPL only affects > _distribution_ of the program while no proprietary code is > distributed with my package. Proprietary code is only > run-time linked by the end-user. > > > In a GPL-related discussion here two monts ago ReactOS > developers were open for reusal of existing proprietary > drivers for ReactOS as one of the significant feature of > ReactOS. I would like an affirmation from the major ReactOS > developers they are not going to try to sue me for releasing > Captive NTFS. > > > > Thanks, > Jan Kratochvil > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinf> o/ros-kernel > From steven_ed4153@yahoo.com Mon Oct 20 22:31:31 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9KKVVfB032527 for ; Mon, 20 Oct 2003 22:31:31 +0200 Received: from web21108.mail.yahoo.com (web21108.mail.yahoo.com [216.136.227.110]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9KKVUlk061754 for ; Mon, 20 Oct 2003 22:31:31 +0200 Message-ID: <20031020203128.16060.qmail@web21108.mail.yahoo.com> Received: from [66.83.186.125] by web21108.mail.yahoo.com via HTTP; Mon, 20 Oct 2003 13:31:28 PDT Date: Mon, 20 Oct 2003 13:31:28 -0700 (PDT) From: Steven Edwards Subject: Re: [ros-kernel] Re: WINE porting templates To: ReactOS General List In-Reply-To: <6.0.0.22.2.20031016043017.04459430@pop3.aldebaran> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2003 20:31:32 -0000 Hey Hyperion, Comments are at the end. --- "KJK::Hyperion" wrote: > At 17.25 15/10/2003, you wrote: > >User32 and gdi32 are likely to be a problem as the bulk of our > >implementation is in kernel mode win32k.sys. > > I have good reasons to think that Microsoft managed to maintain a > single > codebase for all post-Windows 95 variations of user32.dll, gdi32.dll > and > win32k.sys. If you read the debugging symbols, you'll see the same > naming > conventions of core functions among all three. And did you know > win32k.sys > doesn't return status codes, but sets the last error, like it was in > user > mode? My theory is that they devised the baroque protocol based on > system > calls, shared memory and worker threads just to hide to > user32.dll/gdi32.dll the fact that they were being split into an > user-mode > and a kernel-mode part and that multiple instances of them were to be > > active simultaneously. I think this is how they managed to port Win32 > to a > protected memory system with a minimal (for small enough values of > "minimal") fork of their codebase. With guts and luck, we may be able > to > pull the same stunt with Wine Very interesting. Would you be willing to help lead a effort to do this with WINE? I know there is no way I can design and implement the changes needed in Wine and ReactOS. It would be nice if we could plan on dumping our user32.dll down the road and feedback our changes to Winehq. Thanks Steven __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From wac@ghost.matcom.uh.cu Tue Oct 21 00:35:49 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9KMZkfB001983 for ; Tue, 21 Oct 2003 00:35:49 +0200 Received: from smtp1.uh.cu (smtp1.uh.cu [200.55.139.212]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9KMZelk015888 for ; Tue, 21 Oct 2003 00:35:42 +0200 Received: from matcom.uh.cu (matcom.uh.cu [192.168.100.100]) by smtp1.uh.cu (Postfix) with ESMTP id 4343E33E76 for ; Mon, 20 Oct 2003 18:23:37 -0400 (CDT) Received: from ghost.matcom.uh.cu (ghost.matcom.uh.cu [192.168.17.5]) by matcom.uh.cu (Postfix) with ESMTP id 3B63463D7D for ; Mon, 20 Oct 2003 17:44:58 -0400 (CDT) Received: by ghost.matcom.uh.cu (Postfix, from userid 1085) id B4234679A; Mon, 20 Oct 2003 13:59:52 -0400 (CDT) Received: from localhost (localhost [127.0.0.1]) by ghost.matcom.uh.cu (Postfix) with ESMTP id B2AD677A0 for ; Mon, 20 Oct 2003 13:59:52 -0400 (CDT) Date: Mon, 20 Oct 2003 13:59:52 -0400 (CDT) From: "=?ISO-8859-1?Q?Waldo_Alvarez_Ca=F1izares_-__another_buried_?= =?ISO-8859-1?Q?alive?=" To: ReactOS Kernel List Subject: Re: [ros-kernel] ros wine dlls In-Reply-To: <1066448919.8013.15.camel@bilbo.plasmic.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2003 22:35:50 -0000 On Fri, 17 Oct 2003, Vizzini wrote: > On Fri, 2003-10-17 at 15:00, pirata wrote: > > > We're currently trying to forumlate permanent strategy with respect to > > > using Wine code. > > Not to be very polemic/pessimistic, but it must be taken in > > consideration we're developing a whole OS, my (very personal) point of > > view is that it should be 100% fresh & new code, it could be 'wine > > based' I don't disagree with that, but sharing code is a very > > difficult task (think in ReactOS <--> Wine cvs code sync) and more > > difficult if we take in mind we're talking about 2 VERY BIG projects. > > Using existing code has the benefit of a very fast developing time > > curve, but it inherits a lot of bugs, inconsistencies & the like. > > Wine is developed as an Emulation, so its goal is to run Win apps > > under other OSes. > > I'm sympathetic to this stance, and it was how I felt originally. I > think the wine crowd has done a ton of really good work, though, and so > for now, I want to use as much of it as we can. If we have time to go > back and re-do our own some day, we can consider the pros and cons > then. Re-inventing the wheel doesn't buy you anything either. > > WRT code sync, I think we can get away with using cvs's built-in vendor > branch management system. Does anybody see a problem with that? I've > used it before to track apache, freeradius, and ultravnc, with good > results. This way we can maintain locally-modified sources, submit > patches back to wine as needed, and still not lose track of everything. I don't know what is a brach management but if is not a fork I think is good. With a fork or rewriting it from scratch the problem could be in the future. Imagine some day we have ROS running pretty well (that day will come for sure) of course programmers will be able to use one of those sets of headers. So there will be 2 bands of programmers. Those using ROS headers and those using mingw ones. Fine also there will be ppl wasting their time trying to learn how to use both properly. Also building something COULD BE problematic in a computer having both sets. On the other side there will be some ppl working for ROS headers and those working for mingw. I think double work is bad for you. But when it goes for other ppl then you are wasting their time in a multiplicative way. I think the open source side could have a lot more advance if all those forks wasn't done. > > ReactOS is a full OS, so its main goals shoud be Efficiency and... > > SPEED (very important), the code should be written optimally taken > > these directives, no matter if it only runs in ReactOS, as we can > > 'learn' from Wine, if we develop a cool thing, Wine's people can > > 'learn' from ReactOS too, and we still can share experiencie, > > knowledge, docs, etc > > I agree here 100%. I'd like to hear any opinions on how the wine x11 > driver approach would affect speed and robustness. I'm skeptical, I > admit, but I don't know very much about wine so I'm certainly open to > being educated and convinced otherwise. Regardless, as I said above, I > do think we should use whatever we can from wine - we certainly don't > have the resources at the moment to re-do this work. According to software engineers there are some priorities to make quality software 1- Software should be correct (do what it is intended to do) 2- Software should be robust (not crashing with weird things and prevent security issues) Have you ever seen an 8 billion dollars fireworks? The rocket Ariane is one example. The fault was a data representation error. It exploded in the 37th second of flight. It's payload of 4 satelites was uninsured. !!!! Or... how many companys have been hacked and lost money, the list is long. Is like having a Formula-1 with an engine that will blow in your face.. or actually in your back :). Or without brakes :D 3- Should be extensible (cause you always want to rework something or add some feature as easy as posible) Every time you see something rewriten from scratch is because it was not properly planned. => Work to the trash can. 4 - Should be easy to use (cause you want a lot of users to use it, from genius to fools) of course if it is too slow you won't be able to use it. 5 - should be efficient (fast and eat little memory, including low hard disk space, low network bandwith required, ....) 6- Portable (cause you want to let it run if things change or maybe you want to explore new markets) 7- It must be economic (require little man power, time to produce) This one has a lot more priority in commercial software but can help in open source ones too. OK orders may vary according to opinions but 1 and 2 are always going to be 1 and 2 Best regards Waldo > > -Vizzini > > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > From noog@libero.it Tue Oct 21 09:37:16 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9L7bGfB008156 for ; Tue, 21 Oct 2003 09:37:16 +0200 Received: from smtp2.libero.it (smtp2.libero.it [193.70.192.52]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9L7bGlk038018 for ; Tue, 21 Oct 2003 09:37:16 +0200 Received: from aldebaran (151.25.184.34) by smtp2.libero.it (7.0.020-DD01) id 3F6F0DA9009C2127 for ros-kernel@reactos.com; Tue, 21 Oct 2003 09:34:02 +0200 Received: from aldebaran (HELO aldebaran.libero.it) [127.0.0.1] by aldebaran (169.254.25.129) with ESMTP (Classic Hamster Vr. 2.0 Build 2.0.0.0) ; Tue, 21 Oct 2003 04:12:51 +0200 Message-Id: <6.0.0.22.2.20031020231249.03638278@pop3.aldebaran> X-Sender: hyperion@pop3.aldebaran (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Tue, 21 Oct 2003 04:12:31 +0200 To: ReactOS Kernel List From: "KJK::Hyperion" Subject: Re: [ros-kernel] Re: WINE porting templates In-Reply-To: <20031020203128.16060.qmail@web21108.mail.yahoo.com> References: <6.0.0.22.2.20031016043017.04459430@pop3.aldebaran> <20031020203128.16060.qmail@web21108.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Posting-Agent: Hamster/2.0.0.0 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2003 07:37:16 -0000 At 22.31 20/10/2003, you wrote: [...] >Very interesting. Would you be willing to help lead a effort to do this >with WINE? I'd like to take a smaller task, for now. Like implementing the dummy UxTheme I was talking about earlier (apropos, it looks like the Wimp theme for GTK, my initial goal, doesn't strictly depend on UxTheme anymore). If anyone here is interested, especially people with Windows XP, mail me - I want to start working on this the soonest possible, and I need workforce and/or testers >I know there is no way I can design and implement the changes needed in >Wine and ReactOS. It would be nice if we could plan on dumping our >user32.dll down the road and feedback our changes to Winehq. Designing an universal Win32 doesn't sound like a bag of fun - you basically develop it as a shared-memory subsystem and then gradually identify the inter-process and/or kernel mode-user mode boundaries, and to cover the gaps you squeeze your brain trying to devise protocols that don't suck too much From martin-fuchs@gmx.net Tue Oct 21 10:04:23 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9L84NfB008679 for ; Tue, 21 Oct 2003 10:04:23 +0200 Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9L84Llk037964 for ; Tue, 21 Oct 2003 10:04:21 +0200 Message-Id: <200310210804.h9L84Llk037964@dutlru2.lr.tudelft.nl> Received: (qmail 13761 invoked by uid 65534); 21 Oct 2003 08:03:15 -0000 Received: from p3EE2D2B5.dip0.t-ipconnect.de (EHLO lisi) (62.226.210.181) by mail.gmx.net (mp023) with SMTP; 21 Oct 2003 10:03:15 +0200 X-Authenticated: #3470264 Content-Type: text/plain; charset=us-ascii Date: Tue, 21 Oct 2003 09:00:15 +0100 From: "Martin Fuchs" In-Reply-To: <20031020153303.42738.qmail@web21106.mail.yahoo.com> MIME-Version: 1.0 References: <20031020153303.42738.qmail@web21106.mail.yahoo.com> To: X-Mailer: Martin's Mailer Version 1.0 UTF8 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h9L84NfB008679 Subject: [ros-kernel] Re: ReactOS GPL vs. proprietary drivers - NTFS Driver under Linux + WINE X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2003 08:04:23 -0000 Hello, > > As GPLed Linux-NTFS still has no NTFS r/w capability I completed the > > project > > for reliable r/w access in Wine way by using MS-Windows ntfs.sys > > driver. > > > > Captive-NTFS > > http://www.jankratochvil.net/ If he can do this with ReactOS code on Linux, can't we do it in a similary way - just incorporate MS's NTFS driver to access NTFS drives? It may be difficult to boot from an NTFS partition, but mounting any other drive read/write should be possible. Did some one already try this? Martin From jonwil@tpgi.com.au Tue Oct 21 10:36:17 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9L8aHfB009326 for ; Tue, 21 Oct 2003 10:36:17 +0200 Received: from mail1.tpgi.com.au (mail.tpgi.com.au [203.12.160.57]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9L8aElk034758 for ; Tue, 21 Oct 2003 10:36:15 +0200 Received: from tpgi.com.au (203-219-187-30-per-pow-ts3-2600.tpgi.com.au [203.219.187.30]) by mail1.tpgi.com.au (8.11.6/8.11.6) with ESMTP id h9L8a8T04684 for ; Tue, 21 Oct 2003 18:36:10 +1000 Message-ID: <3F94EFF8.1040107@tpgi.com.au> Date: Tue, 21 Oct 2003 16:36:08 +0800 From: Jonathan Wilson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20030925 X-Accept-Language: en-au MIME-Version: 1.0 To: ReactOS Kernel List Subject: Re: [ros-kernel] Re: ReactOS GPL vs. proprietary drivers - NTFS Driver under Linux + WINE References: <20031020153303.42738.qmail@web21106.mail.yahoo.com> <200310210804.h9L84Llk037964@dutlru2.lr.tudelft.nl> In-Reply-To: <200310210804.h9L84Llk037964@dutlru2.lr.tudelft.nl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2003 08:36:17 -0000 > It may be difficult to boot from an NTFS partition, but mounting any other drive read/write should be possible. Did some one already try this? It is probobly possible as long as you have a legal copy of ntfs.sys (i.e. we cant distribute ntfs.sys) From chorns@users.sourceforge.net Tue Oct 21 10:55:54 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9L8tsfB009624 for ; Tue, 21 Oct 2003 10:55:54 +0200 Received: from cicero2.cybercity.dk (cicero2.cybercity.dk [212.242.40.53]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9L8trlk026036 for ; Tue, 21 Oct 2003 10:55:53 +0200 Received: from user5.cybercity.dk (fxp0.user5.ip.cybercity.dk [212.242.41.51]) by cicero2.cybercity.dk (Postfix) with ESMTP id 5FA8C19099F for ; Tue, 21 Oct 2003 10:55:53 +0200 (CEST) Received: from ZEUS (port57.ds1-trg.adsl.cybercity.dk [212.242.245.122]) by user5.cybercity.dk (Postfix) with ESMTP id 00A4B563D8 for ; Tue, 21 Oct 2003 10:55:53 +0200 (CEST) From: "Casper Hornstrup" To: "'ReactOS Kernel List'" Subject: Re: [ros-kernel] Re: ReactOS GPL vs. proprietary drivers - NTFS Driverunder Linux + WINE Date: Tue, 21 Oct 2003 10:55:54 +0200 Message-ID: <000001c397b1$23719e00$0200000a@ZEUS> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 In-Reply-To: <200310210804.h9L84Llk037964@dutlru2.lr.tudelft.nl> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h9L8tsfB009624 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2003 08:55:54 -0000 > -----Oprindelig meddelelse----- > Fra: ros-kernel-bounces@reactos.com > [mailto:ros-kernel-bounces@reactos.com] Pĺ vegne af Martin Fuchs > Sendt: 21. oktober 2003 10:00 > Til: ros-kernel@reactos.com > Emne: [ros-kernel] Re: ReactOS GPL vs. proprietary drivers - > NTFS Driverunder Linux + WINE > > > Hello, > > > > As GPLed Linux-NTFS still has no NTFS r/w capability I > completed the > > > project for reliable r/w access in Wine way by using MS-Windows > > > ntfs.sys driver. > > > > > > Captive-NTFS > > > http://www.jankratochvil.net/ > > If he can do this with ReactOS code on Linux, can't we do it > in a similary way - just incorporate MS's NTFS driver to > access NTFS drives? > > It may be difficult to boot from an NTFS partition, but > mounting any other drive read/write should be possible. Did > some one already try this? > > Martin You need to rewrite the cache manager then, which may not be fun. Jan did this using glib which may not be an option for ReactOS. Casper Hornstrup From rcpt-ros-kernel.AT.reactos.com@jankratochvil.net Tue Oct 21 11:00:57 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9L90vfB009697 for ; Tue, 21 Oct 2003 11:00:57 +0200 Received: from exuhome.dyn.jankratochvil.net (l188.dkm.cz [62.24.77.188]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9L90ulk044442 for ; Tue, 21 Oct 2003 11:00:57 +0200 Received: from exuhome.dyn.jankratochvil.net (localhost [127.0.0.1]) by exuhome.dyn.jankratochvil.net (8.12.5/8.12.5) with ESMTP id h9L90cri032385; Tue, 21 Oct 2003 11:00:38 +0200 Received: (from lace@localhost) by exuhome.dyn.jankratochvil.net (8.12.5/8.12.5/Submit) id h9L90axi032384; Tue, 21 Oct 2003 11:00:36 +0200 Date: Tue, 21 Oct 2003 11:00:35 +0200 From: Jan Kratochvil To: ReactOS Kernel List Subject: Re: [ros-kernel] Re: ReactOS GPL vs. proprietary drivers - NTFS Driver under Linux + WINE Message-ID: <20031021090035.GA32091@exuhome.dyn.jankratochvil.net> References: <20031020153303.42738.qmail@web21106.mail.yahoo.com> <200310210804.h9L84Llk037964@dutlru2.lr.tudelft.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200310210804.h9L84Llk037964@dutlru2.lr.tudelft.nl> User-Agent: Mutt/1.4.1i X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2003 09:00:57 -0000 Hi, On Tue, 21 Oct 2003 10:00:15 +0200, Martin Fuchs wrote: ... > If he can do this with ReactOS code on Linux, can't we do it in a similary > way - just incorporate MS's NTFS driver to access NTFS drives? ReactOS si destined to be GPLed reimplementation of W32 while ntfs.sys is not GPL. You could run the whole original W32 if you already have legal ntfs.sys. BTW ReactOS should incorporate my fixes/enhancements of ReactOS code. I posted some of them in the beginning of my branch but they were ignored here. I did not further post them as it was also easier under my time constraints to not to still merge all the changes. cvs -d :pserver:pserver:@cvs.jankratochvil.net:/cvs -z3 rdiff -r bp_captive -r captive -kk reactos/ntoskrnl cvs -d :pserver:pserver:@cvs.jankratochvil.net:/cvs -z3 rdiff -r bp_captive -r captive -kk reactos/hal cvs -d :pserver:pserver:@cvs.jankratochvil.net:/cvs -z3 rdiff -r bp_captive -r captive -kk reactos/include My current branch is based on ReactOS snapshot 2003-09-14. There are some bogus file deletions (some branching mistake may occured?). You should also ignore all those '#ifdef LIBCAPTIVE'. Thanks for your codebase, Lace -- Jan Kratochvil; http://www.jankratochvil.net/ From rcpt-ros-kernel.AT.reactos.com@jankratochvil.net Tue Oct 21 11:06:47 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9L96lfB009779 for ; Tue, 21 Oct 2003 11:06:47 +0200 Received: from exuhome.dyn.jankratochvil.net (l188.dkm.cz [62.24.77.188]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9L96llk025864 for ; Tue, 21 Oct 2003 11:06:47 +0200 Received: from exuhome.dyn.jankratochvil.net (localhost [127.0.0.1]) by exuhome.dyn.jankratochvil.net (8.12.5/8.12.5) with ESMTP id h9L96Nq4032422; Tue, 21 Oct 2003 11:06:23 +0200 Received: (from lace@localhost) by exuhome.dyn.jankratochvil.net (8.12.5/8.12.5/Submit) id h9L96LFM032421; Tue, 21 Oct 2003 11:06:21 +0200 Date: Tue, 21 Oct 2003 11:06:19 +0200 From: Jan Kratochvil To: ReactOS Kernel List Subject: Re: [ros-kernel] Re: ReactOS GPL vs. proprietary drivers - NTFS Driverunder Linux + WINE Message-ID: <20031021090619.GB32091@exuhome.dyn.jankratochvil.net> References: <200310210804.h9L84Llk037964@dutlru2.lr.tudelft.nl> <000001c397b1$23719e00$0200000a@ZEUS> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000001c397b1$23719e00$0200000a@ZEUS> User-Agent: Mutt/1.4.1i X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2003 09:06:47 -0000 Hi, On Tue, 21 Oct 2003 10:55:54 +0200, Casper Hornstrup wrote: ... > You need to rewrite the cache manager then, which may not be fun. BTW you will have to do it anyway. Writing it was just a piece of cake. The nightmare was its behavior analysis which is now already done. > Jan did this using glib which may not be an option for ReactOS. As glib2 already runs on many platforms, you could port it to ReactOS ntoskrnl environment, *grin*. But Cc implementation is really just one evening hack. BTW Captive also implements Cc in Perl (src/TraceFS/checktrace.pl) for the purposes of Cache Manager behavior analysis. Lace -- Jan Kratochvil; http://www.jankratochvil.net/ From valen_v@aquanet.co.il Tue Oct 21 12:03:53 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9LA3rfB010692 for ; Tue, 21 Oct 2003 12:03:53 +0200 Received: from main.aquanet.co.il (main.aquanet.co.il [192.117.240.10]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9LA3qlk055090 for ; Tue, 21 Oct 2003 12:03:53 +0200 Received: from MAIN (81-5-10-130.aquanet.co.il [81.5.10.130]) by main.aquanet.co.il (8.11.6/8.11.6) with SMTP id h9LA3XY06679 for ; Tue, 21 Oct 2003 12:03:34 +0200 Message-ID: <001c01c397ba$96282370$1a6f17ac@MAIN> From: "Valentin" To: "ReactOS Kernel List" References: <200310210804.h9L84Llk037964@dutlru2.lr.tudelft.nl><000001c397b1$23719e00$0200000a@ZEUS> <20031021090619.GB32091@exuhome.dyn.jankratochvil.net> Subject: Re: [ros-kernel] Re: ReactOS GPL vs. proprietary drivers - NTFSDriverunder Linux + WINE Date: Tue, 21 Oct 2003 12:03:31 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2720.3000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2727.1300 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2003 10:03:54 -0000 Hi Jan ReactOS doesn't aim to be a copy of clumsy MS NT (It means only compatibility) Why do you think that original MS Ntfs .sys is the best? We have to create own Ntfs source to enable in future the performance improvement and related development. Regards, Valentin. ----- Original Message ----- From: "Jan Kratochvil" To: "ReactOS Kernel List" Sent: Tuesday, October 21, 2003 11:06 AM Subject: Re: [ros-kernel] Re: ReactOS GPL vs. proprietary drivers - NTFSDriverunder Linux + WINE > Hi, > > On Tue, 21 Oct 2003 10:55:54 +0200, Casper Hornstrup wrote: > ... > > You need to rewrite the cache manager then, which may not be fun. > > BTW you will have to do it anyway. Writing it was just a piece of cake. > The nightmare was its behavior analysis which is now already done. > > > > Jan did this using glib which may not be an option for ReactOS. > > As glib2 already runs on many platforms, you could port it to ReactOS ntoskrnl > environment, *grin*. But Cc implementation is really just one evening hack. > BTW Captive also implements Cc in Perl (src/TraceFS/checktrace.pl) > for the purposes of Cache Manager behavior analysis. > > > > Lace > > -- > Jan Kratochvil; http://www.jankratochvil.net/ > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > From rcpt-ros-kernel.AT.reactos.com@jankratochvil.net Tue Oct 21 12:17:50 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9LAHnfB010936 for ; Tue, 21 Oct 2003 12:17:49 +0200 Received: from exuhome.dyn.jankratochvil.net (l188.dkm.cz [62.24.77.188]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9LAHnlk049838 for ; Tue, 21 Oct 2003 12:17:49 +0200 Received: from exuhome.dyn.jankratochvil.net (localhost [127.0.0.1]) by exuhome.dyn.jankratochvil.net (8.12.5/8.12.5) with ESMTP id h9LAHhq7000762; Tue, 21 Oct 2003 12:17:43 +0200 Received: (from lace@localhost) by exuhome.dyn.jankratochvil.net (8.12.5/8.12.5/Submit) id h9LAHfVD000761; Tue, 21 Oct 2003 12:17:41 +0200 Date: Tue, 21 Oct 2003 12:17:39 +0200 From: Jan Kratochvil To: ReactOS Kernel List Subject: Re: [ros-kernel] Re: ReactOS GPL vs. proprietary drivers - NTFSDriverunder Linux + WINE Message-ID: <20031021101739.GA729@exuhome.dyn.jankratochvil.net> References: <20031021090619.GB32091@exuhome.dyn.jankratochvil.net> <001c01c397ba$96282370$1a6f17ac@MAIN> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <001c01c397ba$96282370$1a6f17ac@MAIN> User-Agent: Mutt/1.4.1i X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2003 10:17:50 -0000 Hi, On Tue, 21 Oct 2003 12:03:31 +0200, Valentin wrote: ... > ReactOS doesn't aim to be a copy of clumsy MS NT (It means only > compatibility) > Why do you think that original MS Ntfs .sys is the best? > We have to create own Ntfs source to enable in future the performance > improvement and related development. NTFS filesystem data structures are too complex to have clear meaning just from the disk structures themselves (such as in the case of VFAT). Therefore driver with compatible filesystem data structures needs to implemented on the basis of original NTFS driver reverse engineering. There is high probability (read "certainity") the compatibility will not be 100% as you would also have to copy all the driver bug-to-bug compatibility. Using original ntfs.sys can give just better compatibility than any other 3rd party GPLed reimplementation could ever have. NTFS has no meaning as a standalone filesystem - there are better GPL high performance mature filesystems such as ext3 and Reiserfs. NTFS for GNU/Linux OS has its only meaning as a temporary compatibility hack. Regards, Lace From valen_v@aquanet.co.il Tue Oct 21 13:11:02 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9LBB2fB011764 for ; Tue, 21 Oct 2003 13:11:02 +0200 Received: from main.aquanet.co.il (main.aquanet.co.il [192.117.240.10]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9LBB1lk055146 for ; Tue, 21 Oct 2003 13:11:01 +0200 Received: from MAIN (81-5-10-130.aquanet.co.il [81.5.10.130]) by main.aquanet.co.il (8.11.6/8.11.6) with SMTP id h9LB9sY01240 for ; Tue, 21 Oct 2003 13:09:54 +0200 Message-ID: <002b01c397c3$dac07a10$1a6f17ac@MAIN> From: "Valentin" To: "ReactOS Kernel List" References: <20031021090619.GB32091@exuhome.dyn.jankratochvil.net><001c01c397ba$96282370$1a6f17ac@MAIN> <20031021101739.GA729@exuhome.dyn.jankratochvil.net> Subject: Re: [ros-kernel] Re: ReactOS GPL vs. proprietary drivers -NTFSDriverunder Linux + WINE Date: Tue, 21 Oct 2003 13:09:52 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2720.3000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2727.1300 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2003 11:11:03 -0000 I agreed about better file systems like ext3, but I don't make a porting from NTFS GNU/Linux OS. I have used only docs and on-disk structs as well. We have many unimplemented Cc-function to use captive Ntfs. Besides, where we have to get original Ntfs.sys without breaking the laws. Regards, Valentin ----- Original Message ----- From: "Jan Kratochvil" To: "ReactOS Kernel List" Sent: Tuesday, October 21, 2003 12:17 PM Subject: Re: [ros-kernel] Re: ReactOS GPL vs. proprietary drivers -NTFSDriverunder Linux + WINE > Hi, > > On Tue, 21 Oct 2003 12:03:31 +0200, Valentin wrote: > ... > > ReactOS doesn't aim to be a copy of clumsy MS NT (It means only > > compatibility) > > Why do you think that original MS Ntfs .sys is the best? > > We have to create own Ntfs source to enable in future the performance > > improvement and related development. > > NTFS filesystem data structures are too complex to have clear meaning just from > the disk structures themselves (such as in the case of VFAT). Therefore driver > with compatible filesystem data structures needs to implemented on the basis of > original NTFS driver reverse engineering. There is high probability (read > "certainity") the compatibility will not be 100% as you would also have to copy > all the driver bug-to-bug compatibility. > > Using original ntfs.sys can give just better compatibility than any other 3rd > party GPLed reimplementation could ever have. > > NTFS has no meaning as a standalone filesystem - there are better GPL high > performance mature filesystems such as ext3 and Reiserfs. NTFS for GNU/Linux OS > has its only meaning as a temporary compatibility hack. > > > > Regards, > Lace > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > From martin-fuchs@gmx.net Tue Oct 21 13:19:08 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9LBJ8fB011893 for ; Tue, 21 Oct 2003 13:19:08 +0200 Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9LBJ8lk036790 for ; Tue, 21 Oct 2003 13:19:08 +0200 Received: (qmail 2549 invoked by uid 0); 21 Oct 2003 11:18:03 -0000 Received: from 195.127.201.140 by www67.gmx.net with HTTP; Tue, 21 Oct 2003 13:18:03 +0200 (MEST) Date: Tue, 21 Oct 2003 13:18:03 +0200 (MEST) From: "Martin Fuchs" To: ReactOS Kernel List MIME-Version: 1.0 References: <002b01c397c3$dac07a10$1a6f17ac@MAIN> Subject: Re: [ros-kernel] Re: ReactOS GPL vs. proprietary drivers -NTFSDriverunder Linux + WINE X-Priority: 3 (Normal) X-Authenticated: #3470264 Message-ID: <8243.1066735083@www67.gmx.net> X-Mailer: WWW-Mail 1.6 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2003 11:19:09 -0000 > I agreed about better file systems like ext3, but I don't make a porting > >from NTFS GNU/Linux OS. I have used only docs and on-disk structs as > well. > We have many unimplemented Cc-function to use captive Ntfs. > Besides, where we have to get original Ntfs.sys without breaking the > laws. Of course RectOS must not distribute the MS's NTFS driver. But anyone, who has valid Windows NT/2K/XP license can use the driver files of his windows installation, can't he? -- Martin Fuchs martin-fuchs@gmx.net NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien... Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService Jetzt kostenlos anmelden unter http://www.gmx.net +++ GMX - die erste Adresse für Mail, Message, More! +++ From szaka@mlf.linux.rulez.org Tue Oct 21 13:22:11 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9LBMBfB011960 for ; Tue, 21 Oct 2003 13:22:11 +0200 Received: from mlf.linux.rulez.org (mlf.linux.rulez.org [192.188.244.13]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9LBMAlk049768 for ; Tue, 21 Oct 2003 13:22:10 +0200 Received: by mlf.linux.rulez.org (Postfix, from userid 1009) id 4D5A18B972; Tue, 21 Oct 2003 13:17:07 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mlf.linux.rulez.org (Postfix) with ESMTP id 47262998D2; Tue, 21 Oct 2003 13:17:07 +0200 (MEST) Date: Tue, 21 Oct 2003 13:17:07 +0200 (MEST) From: Szakacsits Szabolcs To: ros-kernel@reactos.com Subject: Re: [ros-kernel] Re: ReactOS GPL vs. proprietary drivers - NTFSDriverunder Linux + WINE Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Jan Kratochvil X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2003 11:22:11 -0000 Hi, > > ReactOS doesn't aim to be a copy of clumsy MS NT (It means only > > compatibility) Why do you think that original MS Ntfs .sys is the > > best? We have to create own Ntfs source to enable in future the > > performance improvement and related development. I completely agree with Valentin. Some limitations using the ntfs.sys driver: - functionality: bug fixing, performance and other improvements, better integration with the host OS, etc - security: trojans, etc - legal threats, possible even if one purchased Windows - one must purchase Windows to use it (and still maybe not allowed to use this way) > NTFS filesystem data structures are too complex to have clear meaning > just from the disk structures themselves NTFS is pretty feature rich. The complexity is a relative issue. At first glance it definitely looks complex. > (such as in the case of VFAT). Therefore driver with compatible > filesystem data structures needs to implemented on the basis of > original NTFS driver reverse engineering. There is high probability > (read "certainity") the compatibility will not be 100% as you would > also have to copy all the driver bug-to-bug compatibility. We are not aware of any such issues. The rewritten Linux NTFS driver is used by most of the major Linux distros soon over a year (most of the users aren't even aware of this). A related comment about your "compatibility fears", on your page at http://www.jankratochvil.net/project/captive/doc/TODO.html.pl#todo_surprise I've seen these comments: Although there currently exists ntfsresize I am not sure whether it is really reliable for all NTFS filesystems. I wrote ntfsresize over a year ago (it uses the Linux NTFS code base). Since then there wasn't significant code changes [no time]. There were over 10,000 binary downloads just from the ntfsresize FAQ page and a lot more users by other ways (only 8-10% of the visitors download the binary, others get Knoppix, SystemRescueCD, Mandrake, compile themself, etc, etc). So far there wasn't any reliability related (trashed filesystem) report that could be tracked down as ntfsresize (Linux-NTFS) fault. Partition Surprise is the only partition manager capable of safely resize the disk by using just the original W32 filesystem driver by full rebuild of filesystem metadata. Almost no file data blocks would be moved even on these generic filesystems as W32 supports FSCTL_MOVE_FILE request according to Inside Windows NT Disk Defragmenting by Mark Russinovich. You won't be able to do it. Microsoft can not shrink volumes, only enlarge it. No code in the drivers to move NTFS metadata. Oooops, immediately a limitation ... > Using original ntfs.sys can give just better compatibility than any > other 3rd party GPLed reimplementation could ever have. Not necessarily. Recently I've read on Microsoft web pages they recommend frequent backups and using not too huge volumes (over TB's?) because the NTFS driver can corrupt the filesystem. Maybe they meant hardware related issues, maybe software related ones, who knows. > NTFS has no meaning as a standalone filesystem - there are better GPL > high performance mature filesystems such as ext3 and Reiserfs. NTFS There are several factors: performance, reliablility, features. ext3 is ok for the first two. Reiserfs is OK for only the first. NTFS is for the last two on Windows. But nobody knows how NTFS would perform on Linux because it's not done. My favourite is XFS. It gives all the three on Linux :) > for GNU/Linux OS has its only meaning as a temporary compatibility > hack. I've never seen that way. NTFS is one of the most advanced and matured filesystems. On the Linux side only XFS could compete with it. In the future probably reiser4 also. For example people would like to have per file/diretcory/volume based transparent compression and encryption supported by the filesystem. None of the main Linux filesystem supports these (of course you can do volume level encryption by external tools but that's different story). Szaka From rcpt-ros-kernel.AT.reactos.com@jankratochvil.net Tue Oct 21 13:44:03 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9LBi3fB012313 for ; Tue, 21 Oct 2003 13:44:03 +0200 Received: from exuhome.dyn.jankratochvil.net (l188.dkm.cz [62.24.77.188]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9LBi0lk022532 for ; Tue, 21 Oct 2003 13:44:03 +0200 Received: from exuhome.dyn.jankratochvil.net (localhost [127.0.0.1]) by exuhome.dyn.jankratochvil.net (8.12.5/8.12.5) with ESMTP id h9LBhrMD001881; Tue, 21 Oct 2003 13:43:53 +0200 Received: (from lace@localhost) by exuhome.dyn.jankratochvil.net (8.12.5/8.12.5/Submit) id h9LBhpfe001880; Tue, 21 Oct 2003 13:43:51 +0200 Date: Tue, 21 Oct 2003 13:43:50 +0200 From: Jan Kratochvil To: Szakacsits Szabolcs Subject: Re: [ros-kernel] Re: ReactOS GPL vs. proprietary drivers - NTFSDriverunder Linux + WINE Message-ID: <20031021114350.GA1755@exuhome.dyn.jankratochvil.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i Cc: ros-kernel@reactos.com X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2003 11:44:03 -0000 Hi, On Tue, 21 Oct 2003 13:17:07 +0200, Szakacsits Szabolcs wrote: ... > Some limitations using the ntfs.sys driver: > > - functionality: bug fixing, performance and other improvements, > better integration with the host OS, etc There are two parts of Captive: GPLed UNIX part and the proprietary W32 part: GPLed UNIX part: host OS integration etc. - fully improvable in Captive src. W32 part: ntfs.sys & ntoskrnl.exe - bug fixes/performance of original W32. Captive approach cannot reach better NTFS reliability and/or performance than the original Microsoft Windows. I do not consider it as a flaw. > - security: trojans, etc http://www.jankratochvil.net/project/captive/doc/Details.html.pl#sandbox The emulated W32 environment running the original W32 filesystem driver is separated from the rest of UNIX OS to be restartable, secure and stable. Sandboxing is provided by UNIX process with separate memory space, chroot(2), setuid(2), setrlimit(2) and CORBA/ORBit RPC. The only attack could be made by providing invalid filesystem files data and/or corrupting the mounted target disk partition device blocks data. > - legal threats, possible even if one purchased Windows Depending on the target country. At least in some countries it is legal. Legal analysis for major countries would be welcome. > - one must purchase Windows to use it (and still maybe not allowed to > use this way) You would not need NTFS compatibility if you do not have purchased Windows. (At least in the most common case.) ... > So far there wasn't any reliability related (trashed filesystem) report > that could be tracked down as ntfsresize (Linux-NTFS) fault. OK, I am glad the resizing feature is safe. > Partition Surprise is the > only partition manager capable of safely resize the disk by using just > the original W32 filesystem driver by full rebuild of filesystem > metadata. Almost no file data blocks would be moved even on these > generic filesystems as W32 supports FSCTL_MOVE_FILE request according to > Inside Windows NT Disk Defragmenting by Mark Russinovich. > > You won't be able to do it. Microsoft can not shrink volumes, only enlarge > it. No code in the drivers to move NTFS metadata. Oooops, immediately a > limitation ... Partition Surprise rebuilds the filesystem metadata (=formats and writes all the data). It will only reuse the data blocks if they are already found on the right place: Captive: =They can be moved in the source filesystem to the right place. GPLed fs: =They can be placed to the right place in the target filesystem. If no FSCTL_MOVE_FILE would be used all the data blocks would be needed to reshuffled during filesystem resize. It would be only a performance hit. As ntfsresize(1) looks safe it does not appear Captive driver for Partition Surprise is needed. ... > > for GNU/Linux OS has its only meaning as a temporary compatibility > > hack. > > I've never seen that way. NTFS is one of the most advanced and matured > filesystems. On the Linux side only XFS could compete with it. Various people see it various ways. I respect yours. I keep mine. IMO it makes more sense to develop GPLed filesystem such as ext3/Reiser/XFS. Regards, Lace -- Jan Kratochvil; http://www.jankratochvil.net/ From szaka@mlf.linux.rulez.org Tue Oct 21 16:27:59 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9LERxfB014584 for ; Tue, 21 Oct 2003 16:27:59 +0200 Received: from mlf.linux.rulez.org (mlf.linux.rulez.org [192.188.244.13]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9LERxlk049782 for ; Tue, 21 Oct 2003 16:27:59 +0200 Received: by mlf.linux.rulez.org (Postfix, from userid 1009) id 8BDCD8B972; Tue, 21 Oct 2003 16:22:49 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mlf.linux.rulez.org (Postfix) with ESMTP id 855D0998D2; Tue, 21 Oct 2003 16:22:49 +0200 (MEST) Date: Tue, 21 Oct 2003 16:22:49 +0200 (MEST) From: Szakacsits Szabolcs To: Jan Kratochvil Subject: Re: [ros-kernel] Re: ReactOS GPL vs. proprietary drivers - NTFSDriverunder Linux + WINE In-Reply-To: <20031021114350.GA1755@exuhome.dyn.jankratochvil.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: ros-kernel@reactos.com X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2003 14:27:59 -0000 Hi, On Tue, 21 Oct 2003, Jan Kratochvil wrote: > > - security: trojans, etc > > http://www.jankratochvil.net/project/captive/doc/Details.html.pl#sandbox Very nice you thought about it (the whole documentation is very nice on your site). But the CORBA part looks a bit scary. How about the performance hit? > > You won't be able to do it. Microsoft can not shrink volumes, only enlarge > > it. No code in the drivers to move NTFS metadata. Oooops, immediately a > > limitation ... > > Partition Surprise rebuilds the filesystem metadata How would you rebuild metadata? > (=formats What would you exactly format? > and writes all the data). Metadata, data or both? Sometimes metadata is represented as ordinary data. And ordinary data are also frequently embedded into metadata. > It will only reuse the data blocks if they are already found on the > right place: You mean, they are left in their place? > Captive: =They can be moved in the source filesystem to the right place. > GPLed fs: =They can be placed to the right place in the target filesystem. What you refer here to 'GPLed fs'? What's the source and what's the target filesystem? It's the same. I didn't check out yet in detail how Captive works, so sorry for the confusion. > If no FSCTL_MOVE_FILE would be used all the data blocks would be needed to > reshuffled during filesystem resize. It would be only a performance hit. NTFS has extensive attributes and they also need to be kept unchanged, not lost. Just moving around data blocks isn't enough. FSCTL_MOVE_FILE must take care about these but you can't use it for all the files. In short, I can't see why your plan would work out. > As ntfsresize(1) looks safe it does not appear Captive driver for Partition > Surprise is needed. ntfsresize needs to be further enhanced to move more data around. E.g. default NTFS puts some metadata at the middle of the volume what ntfsresize can't move yet [well, maybe a one hour work, I didn't try it out yet, but there are many other small issues also], so usually it can't shrink to less than half of the volume (it just refuses to do so). In brief there is definitely need for further improvements being it Captive, ntfsresize or whatever way. > Various people see it various ways. I respect yours. I keep mine. Ok, I try to summarize. This is what you agreed related to Captive: - no tight (in ntfs.sys) host OS integration possible - no bug fixes possible - no performance improvements possible - no feature enhancements possible - purchase of Windows needed in some countries (even for those who only do recovery, forensic analyses, etc) - possible legal threats in some countries even if Windows was purchased I also have no doubt that over 99% of the people also won't care how they make their favourite OS read/write NTFS, being it legal or not, has possible short/long term traps or not. > IMO it makes more sense to develop GPLed filesystem such as > ext3/Reiser/XFS. Today and probably for the next decade(s) full NTFS interoperability is a problem and Captive doesn't solve the above issues. On the oher hand it's also possible there are some legal issues involved with all NTFS related work (in some countries) so this all discussion is just a waste of time. Szaka From rcpt-ros-kernel.AT.reactos.com@jankratochvil.net Tue Oct 21 18:38:51 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9LGcpfB016188 for ; Tue, 21 Oct 2003 18:38:51 +0200 Received: from exuhome.dyn.jankratochvil.net (l188.dkm.cz [62.24.77.188]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9LGcplk019220 for ; Tue, 21 Oct 2003 18:38:51 +0200 Received: from exuhome.dyn.jankratochvil.net (localhost [127.0.0.1]) by exuhome.dyn.jankratochvil.net (8.12.5/8.12.5) with ESMTP id h9LGcQc9004263; Tue, 21 Oct 2003 18:38:26 +0200 Received: (from lace@localhost) by exuhome.dyn.jankratochvil.net (8.12.5/8.12.5/Submit) id h9LGcOqC004262; Tue, 21 Oct 2003 18:38:24 +0200 Date: Tue, 21 Oct 2003 18:38:23 +0200 From: Jan Kratochvil To: Szakacsits Szabolcs Subject: Re: [ros-kernel] Re: ReactOS GPL vs. proprietary drivers - NTFSDriverunder Linux + WINE Message-ID: <20031021163823.GB4044@exuhome.dyn.jankratochvil.net> References: <20031021114350.GA1755@exuhome.dyn.jankratochvil.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i Cc: captive-devel-list@jankratochvil.net, ros-kernel@reactos.com X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2003 16:38:52 -0000 Hi, On Tue, 21 Oct 2003 16:22:49 +0200, Szakacsits Szabolcs wrote: > On Tue, 21 Oct 2003, Jan Kratochvil wrote: ... > But the CORBA part looks a bit scary. How about the performance hit? It is the only way how to keep the system security while using enemy driver. You can use --no-sandbox option to run without this security sandbox although for various reasons it is not recommended for regular use. If performance would be a serious concern the CORBA layer could be replaced by some page-mapping (non-copying) layer instead. Fortunately the Gnome ORBit CORBA implementation is pretty lightweight already. Performance was really not an issue for Captive 1.0 release. > > Partition Surprise rebuilds the filesystem metadata ... > I didn't check out yet in detail how Captive > works, so sorry for the confusion. ... > In short, I can't see why your plan would work out. [ Documentation part originally written by Tomas Tichy: vvv ] The normal order of Partition Surprise resizing the filesystem is: * mkfs a target filesystem * copy files from source to target filesystem * destroy source filesystem * move target filesystem to the original place of source filesystem GConv modifies this order in the way, that it doesn't need a special space for temporary filesystem. It creates a target filesystem in free blocks of the source filesystem. The filesystem drivers don't need to know about the free blocks, they just say GConv which block thay want to read/write. GConv remembers which block is allocated and where it is really stored. GConv advances this order yet more. It doesn't really copy the data of converted files from imported to exported filesystem. This wouldn't be much better, because only 50% empty filesystems could be converted in this way. It tries to allocate the same data-blocks in the target filesystem as they are allocated in the source filesystem. If the allocation is successfull, no move of this data block is needed, else it must be permutated at the end of conversion. [ ^^^ ] The target filesystem data-blocks allocation could be achieved by W32 FSCTL_MOVE_FILE IRP. If ntfs.sys refuses to move the specific data blocks of the target file to the wished location it would just mean such data block will have to be permutated at the end of conversion. ... > ntfsresize needs to be further enhanced to move more data around. E.g. > default NTFS puts some metadata at the middle of the volume ... > In brief there is definitely need for further improvements being it > Captive, ntfsresize or whatever way. OK. It appears the interesting way of interfacing these two projects (Captive NTFS and Partition Surprise) could bring real benefits, not just the challenging technological candy. I will further investigate it as it looks promising. > > Various people see it various ways. I respect yours. I keep mine. > > Ok, I try to summarize. This is what you agreed related to Captive: > > - no tight (in ntfs.sys) host OS integration possible > - no bug fixes possible > - no performance improvements possible > - no feature enhancements possible * Emulation layer is definitely required. * Found bugs will certainly be fixed by Microsoft if reported so. * Near Microsoft Windows perfomance could be reached. Otherwise I prefer extending Free filesystem for a standalone use case. * Features not found in ntfs.sys cannot be reached. Otherwise I prefer extending Free filesystem for a standalone use case. [ legal concerns ] I cannot express any answer on it as the real law analysis was not done for countries out of mine. Regards, Lace -- Jan Kratochvil; http://www.jankratochvil.net/ From wac@ghost.matcom.uh.cu Tue Oct 21 21:06:32 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9LJ6WfB018297 for ; Tue, 21 Oct 2003 21:06:32 +0200 Received: from smtp1.uh.cu (smtp1.uh.cu [200.55.139.212]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9LJ6Slk022712 for ; Tue, 21 Oct 2003 21:06:30 +0200 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp1.uh.cu (Postfix) with ESMTP id 8D3DC33F7D for ; Tue, 21 Oct 2003 14:54:53 -0400 (CDT) Received: from matcom.uh.cu (matcom.uh.cu [192.168.100.100]) by smtp1.uh.cu (Postfix) with ESMTP id 5A04933F7A for ; Tue, 21 Oct 2003 14:54:53 -0400 (CDT) Received: from ghost.matcom.uh.cu (ghost.matcom.uh.cu [192.168.17.5]) by matcom.uh.cu (Postfix) with ESMTP id 74DB3637B7 for ; Tue, 21 Oct 2003 14:51:46 -0400 (CDT) Received: by ghost.matcom.uh.cu (Postfix, from userid 1085) id 826DA679A; Tue, 21 Oct 2003 11:06:49 -0400 (CDT) Received: from localhost (localhost [127.0.0.1]) by ghost.matcom.uh.cu (Postfix) with ESMTP id 8145277A0 for ; Tue, 21 Oct 2003 11:06:49 -0400 (CDT) Date: Tue, 21 Oct 2003 11:06:49 -0400 (CDT) From: "=?ISO-8859-1?Q?Waldo_Alvarez_Ca=F1izares_-__another_buried_?= =?ISO-8859-1?Q?alive?=" To: ReactOS Kernel List Subject: Re: [ros-kernel] Hunting a task In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS snapshot-20020300 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2003 19:06:32 -0000 Hi ppl: > > - Get ansi MessageBox working (user32.dll) > > Seems easier. I think i can handle this, but i will only do it if nobody > is working there. > I was taking a look to MessageBox. Seems to me that it is quite complete with some small things to do. But i saw that a messagebox is implemented as a dialog. This seems incorrect to me. 1- The window size for it is unknown when you create it (depends on factors as the text lenght) 2- You don't know the buttons it contains until you create it. 3- You don't know if it has an icon until you create it. (current implementation will contain a dummy static control) 4- And the worst. What if the system is unable to load resources and you want to display an error using a messagebox? So actually you almost don't know anything until it is created. That's why I think that everything should be created when the function is called. Somebody against it. If you do please explain. Because I'm about to change it. Best Regards Waldo From vizzini@plasmic.com Tue Oct 21 21:19:13 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9LJJDfB018418 for ; Tue, 21 Oct 2003 21:19:13 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9LJJClk022718 for ; Tue, 21 Oct 2003 21:19:12 +0200 Received: from sts (steve-o [209.242.72.96]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9LJJ8E4016439 for ; Tue, 21 Oct 2003 14:19:08 -0500 Subject: Re: [ros-kernel] Proposed ReactOS headers and code sharing policy From: Vizzini To: ReactOS Kernel List In-Reply-To: <1066515067.8275.157.camel@bilbo.plasmic.com> References: <1066515067.8275.157.camel@bilbo.plasmic.com> Content-Type: text/plain Message-Id: <1066763810.16967.255.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Tue, 21 Oct 2003 14:16:51 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2003 19:19:13 -0000 On Sat, 2003-10-18 at 17:11, Vizzini wrote: > Folks, > > I think we have the Final Answer on what we're going to do about headers > and code sharing. I want to get feedback from the ReactOS team and from > the MinGW and Wine projects before we do this, because I only want to do > it once. I will implement this policy (with any modifications made by > this message thread) as soon as we are in general agreement. OK, as a first step, having reached general concensus on the issue, we will be moving to the MinGW w32api headers as our public interface. In concert with this move, we will be slightly reorganizing CVS to take advantage of the new headers. The long term plan is to produce a development kit that can be used by independent software developers to develop drivers and apps for ReactOS. I propose the following layout: [fixed pitch font] reactos/ include/ -- quasi-public stuff that doesn't belong in w32api but that is exported or documented for external use somewhere devkit/ -- the ReactOS developer kit include/ - public headers sdk/ -> MinGW's w32api/include/ minus ddk/ ddk/ -> MinGW's w32api/include/ddk/ napi/ -> native api headers crt/ -> MinGW's runtime/include/ lib/ -- corresponding import libraries sdk/ ddk/ napi/ crt/ bin/ -- someday perhaps our build tools src/ -- source for bin/ help/ -- sdk docs when we get 'em samples/ -- sample apps, drivers, etc Starting with a separate /reactos/devkit directory let us get stuff pretty well set up before cutting over, so nothing should break during the move process. I would implement the header file parts first and wait for a while on the rest of it, but I do want to make sure we agree on a plan before we start. Also, I know it looks like I broke vendor branches with this layout, but trust, me, i didn't. :) I'd like to get feedback from developers on this issue. Particularly, many of the most prolific and/or active contributors have not spoken up yet, and I'd like to get a sense of where your heads are at. -Vizzini From vizzini@plasmic.com Tue Oct 21 21:33:26 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9LJXQfB018543 for ; Tue, 21 Oct 2003 21:33:26 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9LJXPlk049076 for ; Tue, 21 Oct 2003 21:33:26 +0200 Received: from sts (steve-o [209.242.72.96]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9LJXRE4016602 for ; Tue, 21 Oct 2003 14:33:27 -0500 Subject: [Fwd: RE: [ros-kernel] Hunting a task] From: Vizzini To: ros-kernel@reactos.com Content-Type: text/plain; charset=ISO-8859-1 Message-Id: <1066764670.1004.0.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Tue, 21 Oct 2003 14:31:11 -0500 Content-Transfer-Encoding: 8bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2003 19:33:26 -0000 Skywing cannot post atm so this is from him. -----Forwarded Message----- From: Skywing To: Vizzini Subject: RE: [ros-kernel] Hunting a task Date: Tue, 21 Oct 2003 14:30:39 -0500 I myself have written code that will break if MessageBox is not implemented with dialog boxes. I've seen discussion on the Microsoft programming newsgroups where other people have done the same thing, too. Furthermore, the Platform SDK even says that MessageBox uses dialog boxes. "lpCaption [in] Pointer to a null-terminated string that contains the dialog box title. If this parameter is NULL, the default title Error is used. uType [in] Specifies the contents and behavior of the dialog box. This parameter can be a combination of flags from the following groups of flags." - MessageBox documentation. Also, the MessageBox family of functions is organized under the "Dialog Boxes" section in the Platform SDK. All of these factors lead me to believe that changing this behavior is dangerous and will break compatibility. Note that creating dialog boxes with dynamic control sets/positions is possible through using DialogBoxIndirectParam/CreateDialogBoxIndirectParam and modifying the dialog template before using it to create the dialog. I believe that this is in fact what the Microsoft implementation of MessageBox does. -----Original Message----- From: ros-kernel-bounces@reactos.com [mailto:ros-kernel-bounces@reactos.com] On Behalf Of Waldo Alvarez Cańizares - another buried alive Sent: Tuesday, October 21, 2003 10:07 AM To: ReactOS Kernel List Subject: Re: [ros-kernel] Hunting a task Hi ppl: > > - Get ansi MessageBox working (user32.dll) > > Seems easier. I think i can handle this, but i will only do it if nobody > is working there. > I was taking a look to MessageBox. Seems to me that it is quite complete with some small things to do. But i saw that a messagebox is implemented as a dialog. This seems incorrect to me. 1- The window size for it is unknown when you create it (depends on factors as the text lenght) 2- You don't know the buttons it contains until you create it. 3- You don't know if it has an icon until you create it. (current implementation will contain a dummy static control) 4- And the worst. What if the system is unable to load resources and you want to display an error using a messagebox? So actually you almost don't know anything until it is created. That's why I think that everything should be created when the function is called. Somebody against it. If you do please explain. Because I'm about to change it. Best Regards Waldo _______________________________________________ Ros-kernel mailing list Ros-kernel@reactos.com http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel From info@w3seek.de Tue Oct 21 21:52:20 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9LJqKfB018824 for ; Tue, 21 Oct 2003 21:52:20 +0200 Received: from hsp51.hspserver.com (hsp51.hspserver.com [213.131.231.14]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9LJqKlk090742 for ; Tue, 21 Oct 2003 21:52:20 +0200 Received: (qmail 19801 invoked from network); 21 Oct 2003 19:52:42 -0000 Received: from pd9543d18.dip.t-dialin.net (HELO w3seek.de) (217.84.61.24) by hsp51.hspserver.com with SMTP; 21 Oct 2003 19:52:42 -0000 Message-ID: <3F958E6E.5080603@w3seek.de> Date: Tue, 21 Oct 2003 21:52:14 +0200 From: Thomas Weidenmueller User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ReactOS Kernel List Subject: Re: [Fwd: RE: [ros-kernel] Hunting a task] References: <1066764670.1004.0.camel@bilbo.plasmic.com> In-Reply-To: <1066764670.1004.0.camel@bilbo.plasmic.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2003 19:52:21 -0000 Vizzini wrote: >Skywing cannot post atm so this is from him. > >-----Forwarded Message----- >From: Skywing >To: Vizzini >Subject: RE: [ros-kernel] Hunting a task >Date: Tue, 21 Oct 2003 14:30:39 -0500 > >I myself have written code that will break if MessageBox is not implemented >with dialog boxes. I've seen discussion on the Microsoft programming >newsgroups where other people have done the same thing, too. Furthermore, >the Platform SDK even says that MessageBox uses dialog boxes. > >"lpCaption >[in] Pointer to a null-terminated string that contains the dialog box title. >If this parameter is NULL, the default title Error is used. >uType >[in] Specifies the contents and behavior of the dialog box. This parameter >can be a combination of flags from the following groups of flags." - >MessageBox documentation. > >Also, the MessageBox family of functions is organized under the "Dialog >Boxes" section in the Platform SDK. > >All of these factors lead me to believe that changing this behavior is >dangerous and will break compatibility. > >Note that creating dialog boxes with dynamic control sets/positions is >possible through using DialogBoxIndirectParam/CreateDialogBoxIndirectParam >and modifying the dialog template before using it to create the dialog. I >believe that this is in fact what the Microsoft implementation of MessageBox >does. > > That's the latest implementation of MessageBoxes in ReactOS, except that ansi messages for some reason don't work (Small bug i believe) >-----Original Message----- >From: ros-kernel-bounces@reactos.com [mailto:ros-kernel-bounces@reactos.com] >On Behalf Of Waldo Alvarez Cańizares - another buried alive >Sent: Tuesday, October 21, 2003 10:07 AM >To: ReactOS Kernel List >Subject: Re: [ros-kernel] Hunting a task > >Hi ppl: > > > >>>- Get ansi MessageBox working (user32.dll) >>> >>> >>Seems easier. I think i can handle this, but i will only do it if nobody >>is working there. >> >> >> > > > go ahead ;) >I was taking a look to MessageBox. Seems to me that it is quite complete >with some small things to do. But i saw that a messagebox is implemented >as a dialog. This seems incorrect to me. > >1- The window size for it is unknown when you create it (depends on >factors as the text lenght) > >2- You don't know the buttons it contains until you create it. > >3- You don't know if it has an icon until you create it. (current >implementation will contain a dummy static control) > > The latest implementation calculates everything before actually passing the dialog template with it's control to DialogBoxIndirectParam() >4- And the worst. What if the system is unable to load resources and you >want to display an error using a messagebox? > > I doubt windows can even handle this case, I mean win32k needs memory, etc... >So actually you almost don't know anything until it is created. > >That's why I think that everything should be created when the function is >called. Somebody against it. If you do please explain. Because I'm about >to change it. > > I agree, already done :) >Best Regards >Waldo > >_______________________________________________ >Ros-kernel mailing list >Ros-kernel@reactos.com >http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > > > >_______________________________________________ >Ros-kernel mailing list >Ros-kernel@reactos.com >http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > > > > From noog@libero.it Tue Oct 21 22:17:30 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9LKHUfB019232 for ; Tue, 21 Oct 2003 22:17:30 +0200 Received: from smtp2.libero.it (smtp2.libero.it [193.70.192.52]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9LKHUlk044206 for ; Tue, 21 Oct 2003 22:17:30 +0200 Received: from aldebaran (151.25.196.160) by smtp2.libero.it (7.0.020-DD01) id 3F6F0DA900A0F3FD for ros-kernel@reactos.com; Tue, 21 Oct 2003 22:14:19 +0200 Received: from aldebaran (HELO aldebaran.libero.it) [127.0.0.1] by aldebaran (169.254.25.129) with ESMTP (Classic Hamster Vr. 2.0 Build 2.0.0.0) ; Tue, 21 Oct 2003 22:11:40 +0200 Message-Id: <6.0.0.22.2.20031021220837.048fe238@pop3.aldebaran> X-Sender: hyperion@pop3.aldebaran (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Tue, 21 Oct 2003 22:11:38 +0200 To: ReactOS Kernel List From: "KJK::Hyperion" Subject: Re: [ros-kernel] Re: ReactOS GPL vs. proprietary drivers - NTFS Driverunder Linux + WINE In-Reply-To: <20031021090619.GB32091@exuhome.dyn.jankratochvil.net> References: <200310210804.h9L84Llk037964@dutlru2.lr.tudelft.nl> <000001c397b1$23719e00$0200000a@ZEUS> <20031021090619.GB32091@exuhome.dyn.jankratochvil.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Posting-Agent: Hamster/2.0.0.0 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2003 20:17:30 -0000 At 11.06 21/10/2003, you wrote: >But Cc implementation is really just one evening hack can I reasonably doubt that your software is 100% legal? where, exactly, did you get a reference of the Windows cache manager? From steven_ed4153@yahoo.com Tue Oct 21 22:37:23 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9LKbNfB019439 for ; Tue, 21 Oct 2003 22:37:23 +0200 Received: from web21101.mail.yahoo.com (web21101.mail.yahoo.com [216.136.227.103]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9LKbMlk022594 for ; Tue, 21 Oct 2003 22:37:23 +0200 Message-ID: <20031021203619.87986.qmail@web21101.mail.yahoo.com> Received: from [66.83.186.125] by web21101.mail.yahoo.com via HTTP; Tue, 21 Oct 2003 13:36:19 PDT Date: Tue, 21 Oct 2003 13:36:19 -0700 (PDT) From: Steven Edwards Subject: Re: [ros-kernel] Re: ReactOS GPL vs. proprietary drivers - NTFS Driverunder Linux + WINE To: ReactOS Kernel List In-Reply-To: <6.0.0.22.2.20031021220837.048fe238@pop3.aldebaran> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2003 20:37:24 -0000 I could say the same thing about your little "birdy" --- "KJK::Hyperion" wrote: > can I reasonably doubt that your software is 100% legal? where, > exactly, > did you get a reference of the Windows cache manager? __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From rcpt-ros-kernel.AT.reactos.com@jankratochvil.net Tue Oct 21 23:22:15 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9LLMFfB019763 for ; Tue, 21 Oct 2003 23:22:15 +0200 Received: from exuhome.dyn.jankratochvil.net (l188.dkm.cz [62.24.77.188]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9LLMElk049008 for ; Tue, 21 Oct 2003 23:22:14 +0200 Received: from exuhome.dyn.jankratochvil.net (localhost [127.0.0.1]) by exuhome.dyn.jankratochvil.net (8.12.5/8.12.5) with ESMTP id h9LLM5I8006889; Tue, 21 Oct 2003 23:22:05 +0200 Received: (from lace@localhost) by exuhome.dyn.jankratochvil.net (8.12.5/8.12.5/Submit) id h9LLM3a5006888; Tue, 21 Oct 2003 23:22:03 +0200 Date: Tue, 21 Oct 2003 23:22:01 +0200 From: Jan Kratochvil To: ReactOS Kernel List Subject: Re: [ros-kernel] Re: ReactOS GPL vs. proprietary drivers - NTFS Driverunder Linux + WINE Message-ID: <20031021212201.GA6584@exuhome.dyn.jankratochvil.net> References: <200310210804.h9L84Llk037964@dutlru2.lr.tudelft.nl> <000001c397b1$23719e00$0200000a@ZEUS> <20031021090619.GB32091@exuhome.dyn.jankratochvil.net> <6.0.0.22.2.20031021220837.048fe238@pop3.aldebaran> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6.0.0.22.2.20031021220837.048fe238@pop3.aldebaran> User-Agent: Mutt/1.4.1i X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2003 21:22:15 -0000 Hi, On Tue, 21 Oct 2003 22:11:38 +0200, KJK::Hyperion wrote: ... > can I reasonably doubt that your software is 100% legal? where, exactly, > did you get a reference of the Windows cache manager? Cache Manager was a pain as it is not easily disassemblable as the rest of those disgusting 80MB of ntoskrnl.exe/ntfs.sys dumps. Initially I wrote the Cache Manger according to my mind, Googled articles http://www.winntmag.com/Articles/Print.cfm?ArticleID=3864 (Mark Russinovich) http://www.osr.com/ntinsider/1996/cacheman.htm (probably more as I clicked through Google) and header files. It was this 'version 1' implementation: http://cvs.jankratochvil.net/viewcvs/*checkout*/captive/src/libcaptive/cc/Attic/map.c?rev=HEAD captive-0.8 got ntfs.sys working with this 'version 1' but it still had a lot of guessed behavior and it corrupted its files from case to case. 'Version 1' also had a adjustments compatible just with 'fastfat.sys' while not with 'ntfs.sys' and vice versa. :-) During captive-0.9 stabilization phase I finally got angry and wrote my first program for the real native W32 environment - TraceFS: http://www.jankratochvil.net/project/TraceFS/ The driver got hooked to a patched version of ntfs.sys by http://cvs.jankratochvil.net/viewcvs/*checkout*/captive/src/TraceFS/hookfs.pl?rev=HEAD It was used to trace all calls of ntoskrnl.exe Cache Manager functions from ntfs.sys in the native W32 environment. These debug messages were catched by Microsoft WinDbg in a remote serial kernel mode debugging sessions. Then I wrote my new Cache Manager implementation ('version 2') in Perl http://cvs.jankratochvil.net/viewcvs/*checkout*/captive/src/TraceFS/checktrace.pl?rev=HEAD just to simulate the guessed internal state of NT Cache Manager according to the behavior from the log file. It checked its state changes and it complained on any detected inconsistencies. I had to tune checktrace.pl behavior as long as it produced no state warning messages. One of such big changes was to find out such basic principle as all the Cache Manager functionality is bound to FCB - not the FileObject as I was originally expected http://cvs.jankratochvil.net/viewcvs/captive/src/TraceFS/checktrace.pl.diff?r1=1.3&r2=1.4&diff_format=u Fortunately the log of full NT boot, some NTFS operations and NT shutdown was rich enough to catch various border cases with only one possible solution. When I got satisfied with the results of checktrace.pl I rewrote it back to C as a Cache Manager 'version 3' currently located at http://cvs.jankratochvil.net/viewcvs/captive/src/libcaptive/cc/ 'Version 3' is much more simpler than the overcomplicated 'versin 1'. :-) You can find this story by different words (and with images) at: http://www.jankratochvil.net/project/captive/doc/CacheManager.html.pl#TraceFS While the description of the currently known Cache Manager functionality at: http://www.jankratochvil.net/project/captive/doc/CacheManager.html.pl#cache_manager (Although the authoritative source is http://cvs.jankratochvil.net/viewcvs/captive/src/libcaptive/cc/ as I may have forgot to note some minor details in the HTML doc.) Regards, Lace -- Jan Kratochvil; http://www.jankratochvil.net/ From noog@libero.it Tue Oct 21 23:47:36 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9LLlafB019993 for ; Tue, 21 Oct 2003 23:47:36 +0200 Received: from smtp2.libero.it (smtp2.libero.it [193.70.192.52]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9LLlalk090806 for ; Tue, 21 Oct 2003 23:47:36 +0200 Received: from aldebaran (151.25.196.160) by smtp2.libero.it (7.0.020-DD01) id 3F6F0DA900A16FA6 for ros-kernel@reactos.com; Tue, 21 Oct 2003 23:44:25 +0200 Received: from aldebaran (HELO aldebaran.libero.it) [127.0.0.1] by aldebaran (169.254.25.129) with ESMTP (Classic Hamster Vr. 2.0 Build 2.0.0.0) ; Tue, 21 Oct 2003 23:44:41 +0200 Message-Id: <6.0.0.22.2.20031021230501.049094c0@pop3.aldebaran> X-Sender: hyperion@pop3.aldebaran (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Tue, 21 Oct 2003 23:44:38 +0200 To: ReactOS Kernel List From: "KJK::Hyperion" Subject: Re: [ros-kernel] Re: ReactOS GPL vs. proprietary drivers - NTFS Driverunder Linux + WINE In-Reply-To: <20031021203619.87986.qmail@web21101.mail.yahoo.com> References: <6.0.0.22.2.20031021220837.048fe238@pop3.aldebaran> <20031021203619.87986.qmail@web21101.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Posting-Agent: Hamster/2.0.0.0 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2003 21:47:36 -0000 At 22.36 21/10/2003, you wrote: >I could say the same thing about your little "birdy" oh, you know what I think about disassembling - everyone does :-) But this one dangerously sounds a bit more like "leaked IFS kit" From noog@libero.it Tue Oct 21 23:57:35 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9LLvZfB020123 for ; Tue, 21 Oct 2003 23:57:35 +0200 Received: from smtp3.libero.it (smtp3.libero.it [193.70.192.127]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9LLvZlk049142 for ; Tue, 21 Oct 2003 23:57:35 +0200 Received: from aldebaran (151.25.196.160) by smtp3.libero.it (7.0.020-DD01) id 3F6F04A600A2B883 for ros-kernel@reactos.com; Tue, 21 Oct 2003 23:53:45 +0200 Received: from aldebaran (HELO aldebaran.libero.it) [127.0.0.1] by aldebaran (169.254.25.129) with ESMTP (Classic Hamster Vr. 2.0 Build 2.0.0.0) ; Tue, 21 Oct 2003 23:49:09 +0200 Message-Id: <6.0.0.22.2.20031021234621.04a24cc8@pop3.aldebaran> X-Sender: hyperion@pop3.aldebaran (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Tue, 21 Oct 2003 23:49:07 +0200 To: ReactOS Kernel List From: "KJK::Hyperion" Subject: Re: [ros-kernel] Re: ReactOS GPL vs. proprietary drivers - NTFS Driverunder Linux + WINE In-Reply-To: <20031021212201.GA6584@exuhome.dyn.jankratochvil.net> References: <200310210804.h9L84Llk037964@dutlru2.lr.tudelft.nl> <000001c397b1$23719e00$0200000a@ZEUS> <20031021090619.GB32091@exuhome.dyn.jankratochvil.net> <6.0.0.22.2.20031021220837.048fe238@pop3.aldebaran> <20031021212201.GA6584@exuhome.dyn.jankratochvil.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Posting-Agent: Hamster/2.0.0.0 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2003 21:57:35 -0000 At 23.22 21/10/2003, you wrote: >>can I reasonably doubt that your software is 100% legal? where, exactly, >>did you get a reference of the Windows cache manager? >Cache Manager was a pain as it is not easily disassemblable as the rest of >those disgusting 80MB of ntoskrnl.exe/ntfs.sys dumps. >Initially I wrote the Cache Manger according to my mind, Googled articles [...] thanks, this is enough for me. Congratulations From ekohl@rz-online.de Wed Oct 22 11:54:28 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9M9sSfB025483 for ; Wed, 22 Oct 2003 11:54:28 +0200 Received: from smtp.rhein-zeitung.DE (smtp.rhein-zeitung.DE [212.7.160.14]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9M9sSlk037986 for ; Wed, 22 Oct 2003 11:54:28 +0200 Received: from marvin (pppin-2c-a3.pop-koblenz.rz-online.NET [212.7.163.44]) by smtp.rhein-zeitung.DE (8.12.8/8.12.8) with SMTP id h9M9rYDT027286 for ; Wed, 22 Oct 2003 11:53:38 +0200 Message-ID: <002101c39883$05aa7220$0500a8c0@marvin> From: "Eric Kohl" To: "ReactOS Kernel List" References: <1066515067.8275.157.camel@bilbo.plasmic.com> <1066763810.16967.255.camel@bilbo.plasmic.com> Subject: Re: [ros-kernel] Proposed ReactOS headers and code sharing policy Date: Wed, 22 Oct 2003 11:58:06 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2003 09:54:29 -0000 "Vizzini" wrote: > Starting with a separate /reactos/devkit directory let us get stuff > pretty well set up before cutting over, so nothing should break during > the move process. I think the over-all structure of the devkit is OK. But why not make it a separate CVS module? This would be beneficial for developers who are in need of bleeding-edge headers (see the current Explorer) but do not want to deal with the kernel-mode stuff but work on the rosapps module instead. Or is rosapps going to be removed as well? Eric From jasonfilby@yahoo.com Wed Oct 22 13:21:23 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9MBLNfB026341 for ; Wed, 22 Oct 2003 13:21:23 +0200 Received: from web41504.mail.yahoo.com (web41504.mail.yahoo.com [66.218.93.87]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9MBLMlk061958 for ; Wed, 22 Oct 2003 13:21:22 +0200 Message-ID: <20031022112112.64597.qmail@web41504.mail.yahoo.com> Received: from [155.239.193.180] by web41504.mail.yahoo.com via HTTP; Wed, 22 Oct 2003 04:21:12 PDT Date: Wed, 22 Oct 2003 04:21:12 -0700 (PDT) From: Jason Filby Subject: Re: [ros-kernel] Re: ReactOS GPL vs. proprietary drivers - NTFS Driverunder Linux + WINE To: ReactOS Kernel List MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2003 11:21:23 -0000 The TracerFS is very interesting; could it be of use to other areas of the project? Also, should we commit Jan's CC branch? Regards Jason Jan Kratochvil wrote: >Hi, > > > >On Tue, 21 Oct 2003 22:11:38 +0200, KJK::Hyperion wrote: > >.. > > > >>can I reasonably doubt that your software is 100% legal? where, exactly, >> >> > > > >>did you get a reference of the Windows cache manager? >> >> > > > >Cache Manager was a pain as it is not easily disassemblable as the rest of > >those disgusting 80MB of ntoskrnl.exe/ntfs.sys dumps. > > > >Initially I wrote the Cache Manger according to my mind, Googled articles > > http://www.winntmag.com/Articles/Print.cfm?ArticleID=3864 > > (Mark Russinovich) > > http://www.osr.com/ntinsider/1996/cacheman.htm > > (probably more as I clicked through Google) > > > >and header files. It was this 'version 1' implementation: > > http://cvs.jankratochvil.net/viewcvs/*checkout*/captive/src/libcaptive/cc/Attic/map.c?rev=HEAD > > > >captive-0.8 got ntfs.sys working with this 'version 1' but it still had a lot > >of guessed behavior and it corrupted its files from case to case. > >'Version 1' also had a adjustments compatible just with 'fastfat.sys' while not > >with 'ntfs.sys' and vice versa. :-) > > > >During captive-0.9 stabilization phase I finally got angry and wrote my first > >program for the real native W32 environment - TraceFS: > > http://www.jankratochvil.net/project/TraceFS/ > > > >The driver got hooked to a patched version of ntfs.sys by > > http://cvs.jankratochvil.net/viewcvs/*checkout*/captive/src/TraceFS/hookfs.pl?rev=HEAD > > > >It was used to trace all calls of ntoskrnl.exe Cache Manager functions from > >ntfs.sys in the native W32 environment. These debug messages were catched by > >Microsoft WinDbg in a remote serial kernel mode debugging sessions. > > > >Then I wrote my new Cache Manager implementation ('version 2') in Perl > > http://cvs.jankratochvil.net/viewcvs/*checkout*/captive/src/TraceFS/checktrace.pl?rev=HEAD > > > >just to simulate the guessed internal state of NT Cache Manager according to > >the behavior from the log file. It checked its state changes and it complained > >on any detected inconsistencies. I had to tune checktrace.pl behavior as long > >as it produced no state warning messages. One of such big changes was to find > >out such basic principle as all the Cache Manager functionality is bound to FCB > >- not the FileObject as I was originally expected > > http://cvs.jankratochvil.net/viewcvs/captive/src/TraceFS/checktrace.pl.diff?r1=1.3&r2=1.4&diff_format=u > > > >Fortunately the log of full NT boot, some NTFS operations and NT shutdown was > >rich enough to catch various border cases with only one possible solution. > > > >When I got satisfied with the results of checktrace.pl I rewrote it back to C > >as a Cache Manager 'version 3' currently located at > > http://cvs.jankratochvil.net/viewcvs/captive/src/libcaptive/cc/ > > > >'Version 3' is much more simpler than the overcomplicated 'versin 1'. :-) > > > > > >You can find this story by different words (and with images) at: > > http://www.jankratochvil.net/project/captive/doc/CacheManager.html.pl#TraceFS > > > >While the description of the currently known Cache Manager functionality at: > > http://www.jankratochvil.net/project/captive/doc/CacheManager.html.pl#cache_manager > > > >(Although the authoritative source is > > http://cvs.jankratochvil.net/viewcvs/captive/src/libcaptive/cc/ > > > >as I may have forgot to note some minor details in the HTML doc.) > > > > > > > >Regards, > >Lace > > > > > __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From rcpt-ros-kernel.AT.reactos.com@jankratochvil.net Wed Oct 22 13:55:55 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9MBttfB026651 for ; Wed, 22 Oct 2003 13:55:55 +0200 Received: from exuhome.dyn.jankratochvil.net (l188.dkm.cz [62.24.77.188]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9MBtslk062086 for ; Wed, 22 Oct 2003 13:55:54 +0200 Received: from exuhome.dyn.jankratochvil.net (localhost [127.0.0.1]) by exuhome.dyn.jankratochvil.net (8.12.5/8.12.5) with ESMTP id h9MBtZae011936; Wed, 22 Oct 2003 13:55:35 +0200 Received: (from lace@localhost) by exuhome.dyn.jankratochvil.net (8.12.5/8.12.5/Submit) id h9MBtXKo011935; Wed, 22 Oct 2003 13:55:33 +0200 Date: Wed, 22 Oct 2003 13:55:32 +0200 From: Jan Kratochvil To: ReactOS Kernel List Subject: Re: [ros-kernel] Re: ReactOS GPL vs. proprietary drivers - NTFS Driverunder Linux + WINE Message-ID: <20031022115532.GA11891@exuhome.dyn.jankratochvil.net> References: <20031022112112.64597.qmail@web41504.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031022112112.64597.qmail@web41504.mail.yahoo.com> User-Agent: Mutt/1.4.1i Cc: captive-devel-list@jankratochvil.net X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2003 11:55:55 -0000 Hi, On Wed, 22 Oct 2003 13:21:12 +0200, Jason Filby wrote: > The TracerFS is very interesting; could it be of use to other areas of the > project? Any kernel API tracing is IMO easy with it http://www.jankratochvil.net/project/TraceFS/ Serial remote kernel debugging breakpoints are not always the solution in the case of long-term NT subsystems interoperability issues. You just have to write the wrapping stub functions by hand: http://cvs.jankratochvil.net/viewcvs/*checkout*/captive/src/TraceFS/TraceFS-W32/TraceFS.c?rev=HEAD > Also, should we commit Jan's CC branch? As it was already noted here my Cc http://cvs.jankratochvil.net/viewcvs/captive/src/libcaptive/cc/ is based on GLib2 structures. You will have to reimplement it for ReactOS (based on ntoskrnl utility functions) although I consider it definitely worth the effort when Cc is now already analyzed. There still left some uncertain Cc functions but they were never called during synchronous IRPs of ntfs.sys, fastfat.sys, cdfs.sys and ext2fsd.sys. Keep hacking, Lace -- Jan Kratochvil; http://www.jankratochvil.net/ From vizzini@plasmic.com Wed Oct 22 17:33:39 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9MFXdfB028755 for ; Wed, 22 Oct 2003 17:33:39 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9MFXclk008754 for ; Wed, 22 Oct 2003 17:33:39 +0200 Received: from sts (steve-o [209.242.72.96]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9MFXXE4004313 for ; Wed, 22 Oct 2003 10:33:34 -0500 Subject: Re: [ros-kernel] Proposed ReactOS headers and code sharing policy From: Vizzini To: ReactOS Kernel List In-Reply-To: <002101c39883$05aa7220$0500a8c0@marvin> References: <1066515067.8275.157.camel@bilbo.plasmic.com> <1066763810.16967.255.camel@bilbo.plasmic.com> <002101c39883$05aa7220$0500a8c0@marvin> Content-Type: text/plain Message-Id: <1066836676.1006.27.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Wed, 22 Oct 2003 10:31:16 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2003 15:33:40 -0000 On Wed, 2003-10-22 at 04:58, Eric Kohl wrote: > "Vizzini" wrote: > > > Starting with a separate /reactos/devkit directory let us get stuff > > pretty well set up before cutting over, so nothing should break during > > the move process. > > I think the over-all structure of the devkit is OK. > > But why not make it a separate CVS module? This would be beneficial for > developers who are in need of bleeding-edge headers (see the current > Explorer) but do not want to deal with the kernel-mode stuff but work on the > rosapps module instead. Or is rosapps going to be removed as well? That is a reasonable question. I personally like the idea of keeping the system headers inside the main OS repository, since the headers represent the interface of the OS - i.e. the headers depend on the OS. Also, for long-term repository organization reasons, I think it's easier to have one repository. There are down sides, though, like the fact that it takes a really long time to check out a big repository. Also, commits get harder and aren't atomic any more when the repository gets big - cvs could get stuck waiting for a lock, etc. One possible solution here is to keep the devkit in a separate repository and re-point makefile paths to include it. That requires everyone having both devkit and reactos checked out at all times, though. Then again, for the case of someone wanting to work on rosapps, an analogous situation already exists with reactos and rosapps. If we kept the headers in a separate repository, we could also have a 'make headers' step that copies the devkit headers into the reactos/ tree, and add that to the make process. I'm not sure that adds anything though, as you'd still have to have devkit checked out. We don't currently support different versions of headers between the kernel and the apps, and it might not be that bad if we never did. If we don't want to worry about it, I think the reactos module is the right place for the devkit dir. I'm also starting to wonder if it would actually be a good idea to integrate rosapps into our tree. It would make things cleaner for my taste. Same goes for freeldr btw. Some examples of big cvs repositories are xfree86 and freebsd. Comments? -Vizzini From steven_ed4153@yahoo.com Wed Oct 22 21:49:23 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9MJnEfB031972 for ; Wed, 22 Oct 2003 21:49:20 +0200 Received: from web21103.mail.yahoo.com (web21103.mail.yahoo.com [216.136.227.105]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9MJnDlk044228 for ; Wed, 22 Oct 2003 21:49:13 +0200 Message-ID: <20031022194908.41936.qmail@web21103.mail.yahoo.com> Received: from [66.83.186.125] by web21103.mail.yahoo.com via HTTP; Wed, 22 Oct 2003 12:49:07 PDT Date: Wed, 22 Oct 2003 12:49:07 -0700 (PDT) From: Steven Edwards To: ros-kernel@reactos.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [ros-kernel] WINE notepad under ReactOS - Success sorta X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2003 19:49:24 -0000 Hello All, I have uploaded a new snapshot of WINE dlls, regression tests and sample programs to my website. http://mail.gleneagle.net/sedwards/wineros.zip There are still quite a few bugs but we are making good progress. As reported by Filip explorer and regedit do load and regedit is looking good. I was also able to get Windiff to load under ReactOS. There are still a few bugs that need to be looked at. Unzip the file to C:\reactos\bin and have fun. user32_test - Run the Window or msg test and you will see a ton of bugs that may be related to notepads problems. notepad - It works sorta! It will paint the text for about 0.5 tenths of a secound before the main window repaints over the edit control Window. Notepad has a Parent and a Child window you just never tell because the child window with the edit control has the same metrics as the parent. regedit, notepad, winemine etc.. - It seems that something is wrong in ReactOS as WINE compiled resources are showing up in other languages. I think they are showing up in French. Clock: It works! Dialogs are still broken though There are other goodies in here including my hacked comdlg32.dll and a test for it. Happy bug hunting. Thanks Steven __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From wac@ghost.matcom.uh.cu Wed Oct 22 23:12:47 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9MLClfB000731 for ; Wed, 22 Oct 2003 23:12:47 +0200 Received: from smtp1.uh.cu (smtp1.uh.cu [200.55.139.212]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9MLCblk094074 for ; Wed, 22 Oct 2003 23:12:41 +0200 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp1.uh.cu (Postfix) with ESMTP id DFED73427C for ; Wed, 22 Oct 2003 17:00:54 -0400 (CDT) Received: from matcom.uh.cu (matcom.uh.cu [192.168.100.100]) by smtp1.uh.cu (Postfix) with ESMTP id BD1D934272 for ; Wed, 22 Oct 2003 17:00:54 -0400 (CDT) Received: from ghost.matcom.uh.cu (ghost.matcom.uh.cu [192.168.17.5]) by matcom.uh.cu (Postfix) with ESMTP id A383863783 for ; Wed, 22 Oct 2003 17:00:54 -0400 (CDT) Received: by ghost.matcom.uh.cu (Postfix, from userid 1085) id 2A70E679A; Wed, 22 Oct 2003 13:15:53 -0400 (CDT) Received: from localhost (localhost [127.0.0.1]) by ghost.matcom.uh.cu (Postfix) with ESMTP id 281F377A0 for ; Wed, 22 Oct 2003 13:15:53 -0400 (CDT) Date: Wed, 22 Oct 2003 13:15:53 -0400 (CDT) From: "=?ISO-8859-1?Q?Waldo_Alvarez_Ca=F1izares_-__another_buried_?= =?ISO-8859-1?Q?alive?=" To: ReactOS Kernel List Subject: Re: [Fwd: RE: [ros-kernel] Hunting a task] In-Reply-To: <3F958E6E.5080603@w3seek.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Virus-Scanned: by AMaViS snapshot-20020300 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2003 21:12:47 -0000 Hi again: Comments follow On Tue, 21 Oct 2003, Thomas Weidenmueller wrote: > Vizzini wrote: > > >Skywing cannot post atm so this is from him. > > > >-----Forwarded Message----- > >From: Skywing > >To: Vizzini > >Subject: RE: [ros-kernel] Hunting a task > >Date: Tue, 21 Oct 2003 14:30:39 -0500 > > > >I myself have written code that will break if MessageBox is not implemented > >with dialog boxes. I've seen discussion on the Microsoft programming > >newsgroups where other people have done the same thing, too. Furthermore, > >the Platform SDK even says that MessageBox uses dialog boxes. > > > >"lpCaption > >[in] Pointer to a null-terminated string that contains the dialog box title. > >If this parameter is NULL, the default title Error is used. > >uType > >[in] Specifies the contents and behavior of the dialog box. This parameter > >can be a combination of flags from the following groups of flags." - > >MessageBox documentation. > > > >Also, the MessageBox family of functions is organized under the "Dialog > >Boxes" section in the Platform SDK. > > > >All of these factors lead me to believe that changing this behavior is > >dangerous and will break compatibility. > > > >Note that creating dialog boxes with dynamic control sets/positions is > >possible through using DialogBoxIndirectParam/CreateDialogBoxIndirectParam > >and modifying the dialog template before using it to create the dialog. I > >believe that this is in fact what the Microsoft implementation of MessageBox > >does. > > Well I don't think an application will try to modify a messagebox but OK just in case let's leave it like dialog boxes. However I think that creating a dynamic template in memory to then parse it is like going back to go forward. Actually that was the first thing that came to my mind when you said that it must be a dialog, but I beleive that just creating windows (and its child controls) with the structures that use dialogs will work fine. At the end the result will be the same, you will be able to use dialog functions as it will be a dialog doesn't matter how it was created, the final result will be the same. It will be a lot less code (easier to understand) and will be faster because it will involve less copy of strings in memory and will prevent some memory allocations too wich will prevent possible memory leaks. Something against this? > > > That's the latest implementation of MessageBoxes in ReactOS, except that > ansi messages for some reason don't work (Small bug i believe) Mine is not like that. Seems that I'll have to download the snapshot again. Maybe the reimplementation as I say takes away the bug. I will check and test it. > > >-----Original Message----- > >From: ros-kernel-bounces@reactos.com [mailto:ros-kernel-bounces@reactos.com] > >On Behalf Of Waldo Alvarez Cańizares - another buried alive > >Sent: Tuesday, October 21, 2003 10:07 AM > >To: ReactOS Kernel List > >Subject: Re: [ros-kernel] Hunting a task > > > >Hi ppl: > > > > > > > >>>- Get ansi MessageBox working (user32.dll) > >>> > >>> > >>Seems easier. I think i can handle this, but i will only do it if nobody > >>is working there. > >> > >> > >> > > > > > > > go ahead ;) I'm on it :) > > >I was taking a look to MessageBox. Seems to me that it is quite complete > >with some small things to do. But i saw that a messagebox is implemented > >as a dialog. This seems incorrect to me. > > > >1- The window size for it is unknown when you create it (depends on > >factors as the text lenght) > > > >2- You don't know the buttons it contains until you create it. > > > >3- You don't know if it has an icon until you create it. (current > >implementation will contain a dummy static control) > > > > > The latest implementation calculates everything before actually passing > the dialog template with it's control to DialogBoxIndirectParam() > > >4- And the worst. What if the system is unable to load resources and you > >want to display an error using a messagebox? > > > > > I doubt windows can even handle this case, I mean win32k needs memory, > etc... Is not about memory, is about for example hard disk failure or network failure (Ros could be booted across a network some day). OR simply the part of the resources in the file damaged. The problem is that strings for message boxes will be moved some day to resources going for the internationalization. I was thinking that maybe caching it somehow or at least putting them inside a .h file in order to make internationalization easier. > > >So actually you almost don't know anything until it is created. > > > >That's why I think that everything should be created when the function is > >called. Somebody against it. If you do please explain. Because I'm about > >to change it. > > > > > I agree, already done :) > Best Regards Waldo From tischepe@fastmail.fm Thu Oct 23 11:43:08 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9N9h8fB006047 for ; Thu, 23 Oct 2003 11:43:08 +0200 Received: from adicia.telenet-ops.be (adicia.telenet-ops.be [195.130.132.56]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9N9h8lk015066 for ; Thu, 23 Oct 2003 11:43:08 +0200 Received: from localhost (localhost.localdomain [127.0.0.1]) by adicia.telenet-ops.be (Postfix) with SMTP id 4561237FE3 for ; Thu, 23 Oct 2003 11:42:57 +0200 (MEST) Received: from fastmail.fm (d51A41C15.kabel.telenet.be [81.164.28.21]) by adicia.telenet-ops.be (Postfix) with ESMTP id 06FFC3800C for ; Thu, 23 Oct 2003 11:42:57 +0200 (MEST) Message-ID: <3F97A29F.50601@fastmail.fm> Date: Thu, 23 Oct 2003 11:42:55 +0200 From: Timothy Schepens User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ros-kernel@reactos.com Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [ros-kernel] Window draw errors X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2003 09:43:08 -0000 Todays CVS with Steven's wineros.zip After loading maze and moving the window maze draws outside its borders. Added this to bugzilla as bug 19. If you load maze for a second time (after closing the first instance), maze it's background is gray, and the mazes get drawn on top of each other. Added this to bugzilla as bug 20. Both these errors only happen on reactos, maze works perfectly on windows 2K. Timothy From jasonfilby@yahoo.com Thu Oct 23 15:54:07 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9NDs7NG001839 for ; Thu, 23 Oct 2003 15:54:07 +0200 Received: from web41501.mail.yahoo.com (web41501.mail.yahoo.com [66.218.93.84]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9NDs6lk022898 for ; Thu, 23 Oct 2003 15:54:06 +0200 Message-ID: <20031023135359.18637.qmail@web41501.mail.yahoo.com> Received: from [196.23.164.18] by web41501.mail.yahoo.com via HTTP; Thu, 23 Oct 2003 06:53:59 PDT Date: Thu, 23 Oct 2003 06:53:59 -0700 (PDT) From: Jason Filby To: ros-kernel@reactos.com MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-1584556124-1066917239=:17822" Subject: [ros-kernel] Fwd: Run ReactOS from Floppy? X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2003 13:54:08 -0000 --0-1584556124-1066917239=:17822 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline Hi all I know at one stage ReactOS could be booted from floppy, using a file compression driver I think, but installed from a floppy? Any thoughts/ideas on this? I'm sure its technically possible, but might be a bit of trouble. BTW these guys run a non-profit that recycle old PCs - and they're hoping ROS can be of some use to them. Cheers Jason Note: forwarded message attached. __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com --0-1584556124-1066917239=:17822 Content-Type: message/rfc822 X-Apparently-To: jasonfilby@yahoo.com via 66.218.93.94; Thu, 23 Oct 2003 06:22:24 -0700 Return-Path: Received: from 66.111.4.26 (EHLO out2.smtp.messagingengine.com) (66.111.4.26) by mta415.mail.yahoo.com with SMTP; Thu, 23 Oct 2003 06:22:24 -0700 Received: from smtp.us2.messagingengine.com (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id 374DA33F7AF for ; Thu, 23 Oct 2003 09:22:23 -0400 (EDT) Received: from 10.202.2.133 ([10.202.2.133] helo=smtp.us2.messagingengine.com) by messagingengine.com with SMTP; Thu, 23 Oct 2003 09:22:23 -0400 Received: by smtp.us2.messagingengine.com (Postfix, from userid 99) id DC37979EC6; Thu, 23 Oct 2003 09:22:22 -0400 (EDT) Content-Disposition: inline Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="iso-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 1.2 (F2.71; T1.001; A1.51; B2.12; Q2.03) From: "WestHurley ComputerReCycling" To: "Jason Filby" Date: Thu, 23 Oct 2003 05:22:21 -0800 X-Epoch: 1066915343 X-Sasl-enc: pD5g+VtFL5fSd9gXQXOKQA Subject: Run ReactOS from Floppy? Content-Length: 249 We have a test lab that is used to test OSes and Apps on various hardware. The one thing All our PCs have is a Floppy Drive. Is it possible to install and boot ReactOS from a Floppy? Gene -- http://www.fastmail.fm - Send your email first class --0-1584556124-1066917239=:17822-- From xnavara@volny.cz Thu Oct 23 17:23:49 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9NFNnNG002688 for ; Thu, 23 Oct 2003 17:23:49 +0200 Received: from majordomo.vol.cz (smtp4.vol.cz [195.250.128.43]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9NFNnlk019418 for ; Thu, 23 Oct 2003 17:23:49 +0200 Received: from hornet (prahaf-3-103.dialup.vol.cz [62.177.77.17]) by majordomo.vol.cz (8.12.8p2/8.12.8) with SMTP id h9NFNF33023416 for ; Thu, 23 Oct 2003 17:23:19 +0200 (CEST) (envelope-from xnavara@volny.cz) Message-ID: <10e401c39979$960d6a60$1c4bb13e@hornet> From: "Filip Navara" To: "ReactOS Kernel List" References: <20031022194908.41936.qmail@web21103.mail.yahoo.com> Subject: Re: [ros-kernel] WINE notepad under ReactOS - Success sorta Date: Thu, 23 Oct 2003 17:23:11 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2003 15:23:50 -0000 ----- Original Message ----- From: "Steven Edwards" To: Sent: Wednesday, October 22, 2003 9:49 PM Subject: [ros-kernel] WINE notepad under ReactOS - Success sorta > Hello All, > I have uploaded a new snapshot of WINE dlls, regression tests and > sample programs to my website. > > http://mail.gleneagle.net/sedwards/wineros.zip Could you please strip the DLL files? I did a new snapshot about the same time as you and ZIPed it's ~1 MB! > There are still quite a few bugs but we are making good progress. > As reported by Filip explorer and regedit do load and regedit is > looking good. I was also able to get Windiff to load under ReactOS. > There are still a few bugs that need to be looked at. > > Unzip the file to C:\reactos\bin and have fun. > > user32_test - Run the Window or msg test and you will see a ton of bugs > that may be related to notepads problems. > > notepad - It works sorta! It will paint the text for about 0.5 tenths > of a secound before the main window repaints over the edit control > Window. Notepad has a Parent and a Child window you just never tell > because the child window with the edit control has the same metrics as > the parent. I tried it a week ago and typing into it was not possible. Is it possible now? > regedit, notepad, winemine etc.. - It seems that something is wrong in > ReactOS as WINE compiled resources are showing up in other languages. I > think they are showing up in French. IIRC ReactOS ignores the language of resources and takes the first regardless of the current locale. I looked at whe Wine DLLs with Resource Hacker and there is on set of resources before the English one with significantly lower resource numbers. > Clock: It works! Dialogs are still broken though > > There are other goodies in here including my hacked comdlg32.dll and a > test for it. Happy bug hunting. What have you done with it? I am hust curious, because I distribute it also. ;-) Thanks Filip From ekohl@rz-online.de Thu Oct 23 18:00:42 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9NG0fNG003006 for ; Thu, 23 Oct 2003 18:00:42 +0200 Received: from smtp.rhein-zeitung.DE (smtp.rhein-zeitung.DE [212.7.160.14]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9NG0flk036776 for ; Thu, 23 Oct 2003 18:00:41 +0200 Received: from marvin (pppin-0c-a2.pop-koblenz.rz-online.NET [212.7.162.12]) by smtp.rhein-zeitung.DE (8.12.8/8.12.8) with SMTP id h9NG0bqi015163; Thu, 23 Oct 2003 18:00:37 +0200 Message-ID: <002101c3997f$73a81f00$0500a8c0@marvin> From: "Eric Kohl" To: "WestHurley ComputerReCycling" , "ReactOS Kernel List" References: <20031023135359.18637.qmail@web41501.mail.yahoo.com> Subject: Re: [ros-kernel] Fwd: Run ReactOS from Floppy? Date: Thu, 23 Oct 2003 18:04:34 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Cc: X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2003 16:00:42 -0000 "Jason Filby" wrote: > I know at one stage ReactOS could be booted from floppy, using a file > compression driver I think, but installed from a floppy? Any > thoughts/ideas on this? I'm sure its technically possible, but might > be a bit of trouble. Yes, that is possible but there are some known issues: 1) Our floppy driver is not stable enough. It froze on all of my four machines when I tried it the last time. The setup loader handles floppy disks properly. It boots from a floppy disk, loads all required files and starts ntoskrnl. Ntoskrnl, or the floppy driver, freezes when it tries to load the first boot start driver from the floppy disk. 2) We don't build floppy image files yet. This means, you will have to prepare the floppy disks manually. 3) The setup loader (setupldr.sys) and setup utility (usetup.exe) are not yet able to handle multiple install media. These are the known issues we will have to fix before ReactOS can be booted and installed from floppy disks. Regards, Eric Kohl From vizzini@plasmic.com Thu Oct 23 18:15:10 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9NGFANG003066 for ; Thu, 23 Oct 2003 18:15:10 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9NGF9lk036846 for ; Thu, 23 Oct 2003 18:15:10 +0200 Received: from sts (steve-o [209.242.72.96]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9NGF5E4022380 for ; Thu, 23 Oct 2003 11:15:05 -0500 Subject: Re: [ros-kernel] Fwd: Run ReactOS from Floppy? From: Vizzini To: ReactOS Kernel List In-Reply-To: <002101c3997f$73a81f00$0500a8c0@marvin> References: <20031023135359.18637.qmail@web41501.mail.yahoo.com> <002101c3997f$73a81f00$0500a8c0@marvin> Content-Type: text/plain Message-Id: <1066925566.20520.7.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Thu, 23 Oct 2003 11:12:46 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2003 16:15:10 -0000 On Thu, 2003-10-23 at 11:04, Eric Kohl wrote: > "Jason Filby" wrote: > > > I know at one stage ReactOS could be booted from floppy, using a file > > compression driver I think, but installed from a floppy? Any > > thoughts/ideas on this? I'm sure its technically possible, but might > > be a bit of trouble. > > Yes, that is possible but there are some known issues: > > 1) Our floppy driver is not stable enough. FWIW, I noticed this too when I was trying to un-break slave DMA. It worked fine most of the time when I used vmware connected to a real floppy drive, but it didn't react well when I used a disk image file. I agree with Eric, I think the floppy driver needs a little TLC. -Vizzini From Michael@fritscher.net Thu Oct 23 21:05:27 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9NJ5RNG004630 for ; Thu, 23 Oct 2003 21:05:27 +0200 Received: from moutvdom.kundenserver.de (moutvdom.kundenserver.de [212.227.126.251]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9NJ5Rlk019392 for ; Thu, 23 Oct 2003 21:05:27 +0200 Received: from [212.227.126.220] (helo=mrvdomng.kundenserver.de) by moutvdom.kundenserver.de with esmtp (Exim 3.35 #1) id 1ACklz-0003oT-00 for ros-kernel@reactos.com; Thu, 23 Oct 2003 21:05:27 +0200 Received: from [217.230.137.180] (helo=michael) by mrvdomng.kundenserver.de with esmtp (Exim 3.35 #1) id 1ACkly-0000q7-00 for ros-kernel@reactos.com; Thu, 23 Oct 2003 21:05:27 +0200 From: "Michael" To: "'ReactOS Kernel List'" Subject: AW: [ros-kernel] WINE notepad under ReactOS - Success sorta Date: Thu, 23 Oct 2003 21:06:18 +0200 Message-ID: <001601c39998$bdd94f40$6700a8c0@michael> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 In-Reply-To: <10e401c39979$960d6a60$1c4bb13e@hornet> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4920.2300 Importance: Normal Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h9NJ5RNG004630 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2003 19:05:27 -0000 Note notepad you can't type in something, but in the calc.exe from rosapps it works! -----Ursprüngliche Nachricht----- Von: ros-kernel-bounces@reactos.com [mailto:ros-kernel-bounces@reactos.com] Im Auftrag von Filip Navara Gesendet: Donnerstag, 23. Oktober 2003 17:23 An: ReactOS Kernel List Betreff: Re: [ros-kernel] WINE notepad under ReactOS - Success sorta ----- Original Message ----- From: "Steven Edwards" To: Sent: Wednesday, October 22, 2003 9:49 PM Subject: [ros-kernel] WINE notepad under ReactOS - Success sorta > Hello All, > I have uploaded a new snapshot of WINE dlls, regression tests and > sample programs to my website. > > http://mail.gleneagle.net/sedwards/wineros.zip Could you please strip the DLL files? I did a new snapshot about the same time as you and ZIPed it's ~1 MB! > There are still quite a few bugs but we are making good progress. > As reported by Filip explorer and regedit do load and regedit is > looking good. I was also able to get Windiff to load under ReactOS. > There are still a few bugs that need to be looked at. > > Unzip the file to C:\reactos\bin and have fun. > > user32_test - Run the Window or msg test and you will see a ton of bugs > that may be related to notepads problems. > > notepad - It works sorta! It will paint the text for about 0.5 tenths > of a secound before the main window repaints over the edit control > Window. Notepad has a Parent and a Child window you just never tell > because the child window with the edit control has the same metrics as > the parent. I tried it a week ago and typing into it was not possible. Is it possible now? > regedit, notepad, winemine etc.. - It seems that something is wrong in > ReactOS as WINE compiled resources are showing up in other languages. I > think they are showing up in French. IIRC ReactOS ignores the language of resources and takes the first regardless of the current locale. I looked at whe Wine DLLs with Resource Hacker and there is on set of resources before the English one with significantly lower resource numbers. > Clock: It works! Dialogs are still broken though > > There are other goodies in here including my hacked comdlg32.dll and a > test for it. Happy bug hunting. What have you done with it? I am hust curious, because I distribute it also. ;-) Thanks Filip _______________________________________________ Ros-kernel mailing list Ros-kernel@reactos.com http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel From vizzini@plasmic.com Thu Oct 23 23:40:12 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9NLeCNG006254 for ; Thu, 23 Oct 2003 23:40:12 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9NLeBlk049736 for ; Thu, 23 Oct 2003 23:40:11 +0200 Received: from sts (steve-o [209.242.72.96]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9NLeDE4000637 for ; Thu, 23 Oct 2003 16:40:13 -0500 Subject: Re: [ros-kernel] Proposed ReactOS headers and code sharing policy From: Vizzini To: ReactOS Kernel List In-Reply-To: <1066836676.1006.27.camel@bilbo.plasmic.com> References: <1066515067.8275.157.camel@bilbo.plasmic.com> <1066763810.16967.255.camel@bilbo.plasmic.com> <002101c39883$05aa7220$0500a8c0@marvin> <1066836676.1006.27.camel@bilbo.plasmic.com> Content-Type: text/plain Message-Id: <1066945071.20524.38.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Thu, 23 Oct 2003 16:37:51 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2003 21:40:12 -0000 On Wed, 2003-10-22 at 10:31, Vizzini wrote: > On Wed, 2003-10-22 at 04:58, Eric Kohl wrote: > > "Vizzini" wrote: > > > > > Starting with a separate /reactos/devkit directory let us get stuff > > > pretty well set up before cutting over, so nothing should break during > > > the move process. > > > > I think the over-all structure of the devkit is OK. > > > > But why not make it a separate CVS module? This would be beneficial for > > developers who are in need of bleeding-edge headers (see the current > > Explorer) but do not want to deal with the kernel-mode stuff but work on the > > rosapps module instead. Or is rosapps going to be removed as well? > > That is a reasonable question. I personally like the idea of keeping > the system headers inside the main OS repository, since the headers > represent the interface of the OS - i.e. the headers depend on the OS. > Also, for long-term repository organization reasons, I think it's easier > to have one repository. > > There are down sides, though, like the fact that it takes a really long > time to check out a big repository. Also, commits get harder and aren't > atomic any more when the repository gets big - cvs could get stuck > waiting for a lock, etc. > > One possible solution here is to keep the devkit in a separate > repository and re-point makefile paths to include it. That requires > everyone having both devkit and reactos checked out at all times, > though. Then again, for the case of someone wanting to work on rosapps, > an analogous situation already exists with reactos and rosapps. > > If we kept the headers in a separate repository, we could also have a > 'make headers' step that copies the devkit headers into the reactos/ > tree, and add that to the make process. I'm not sure that adds anything > though, as you'd still have to have devkit checked out. > > We don't currently support different versions of headers between the > kernel and the apps, and it might not be that bad if we never did. If > we don't want to worry about it, I think the reactos module is the right > place for the devkit dir. > > I'm also starting to wonder if it would actually be a good idea to > integrate rosapps into our tree. It would make things cleaner for my > taste. Same goes for freeldr btw. Some examples of big cvs > repositories are xfree86 and freebsd. I've been thinking more about this, and I think the thing to do is to define a module alias called 'devkit' that points to reactos/devkit. That way a user can do 'cvs co devkit' to get the kit, and he/she can specify a tag or branch this way. Does this adequately address your concerns? -Vizzini From noog@libero.it Fri Oct 24 00:25:25 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9NMPPNG006653 for ; Fri, 24 Oct 2003 00:25:25 +0200 Received: from smtp1.libero.it (smtp1.libero.it [193.70.192.51]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9NMPOlk036842 for ; Fri, 24 Oct 2003 00:25:24 +0200 Received: from aldebaran (151.25.169.167) by smtp1.libero.it (7.0.020-DD01) id 3F6F0E4800AD0605 for ros-kernel@reactos.com; Fri, 24 Oct 2003 00:22:04 +0200 Received: from aldebaran (HELO aldebaran.libero.it) [127.0.0.1] by aldebaran (169.254.25.129) with ESMTP (Classic Hamster Vr. 2.0 Build 2.0.0.0) ; Fri, 24 Oct 2003 00:24:38 +0200 Message-Id: <6.0.0.22.2.20031023215447.04b25b60@pop3.aldebaran> X-Sender: hyperion@pop3.aldebaran (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Fri, 24 Oct 2003 00:24:35 +0200 To: ros-kernel@reactos.com From: "KJK::Hyperion" Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Posting-Agent: Hamster/2.0.0.0 Subject: [ros-kernel] The quest for UxTheme - part 1 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2003 22:25:25 -0000 Howdy all. As promised, I'm starting to work on an initial UxTheme implementation. My aim is to provide, at the same time, an initial skeleton for a future uxtheme.dll that can actually load Windows XP visual styles, and an implementation of the UxTheme API drawing in the classic Windows style, to allow everyone (primarily Wine and ReactOS, but anyone could benefit) to keep a single codebase for styled and non-styled versions of GUI controls (Microsoft wants you to write two code paths for each control - styled and non-styled. My UxTheme could be used as a reference implementation for non-styled drawing). Currently, I have implemented only a minimal set of features (it can draw almost all parts and states of the Button class), and I have successfully tested against it the (useless, minimal) PSDK sample application for visual styles, and I'll add it to our CVS repository as soon as it compiles with MinGW. Any help (collaboration, testing, pointing me to applications that use visual styles and could be used to test this, etc.) is appreciated From vizzini@plasmic.com Fri Oct 24 00:30:54 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9NMUsNG006731 for ; Fri, 24 Oct 2003 00:30:54 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9NMUrlk019444 for ; Fri, 24 Oct 2003 00:30:54 +0200 Received: from sts (steve-o [209.242.72.96]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9NMUoE4002168 for ; Thu, 23 Oct 2003 17:30:50 -0500 Subject: Re: [ros-kernel] Re: ReactOS GPL vs. proprietary drivers - NTFS Driverunder Linux + WINE From: Vizzini To: ReactOS Kernel List In-Reply-To: <20031021212201.GA6584@exuhome.dyn.jankratochvil.net> References: <200310210804.h9L84Llk037964@dutlru2.lr.tudelft.nl> <000001c397b1$23719e00$0200000a@ZEUS> <20031021090619.GB32091@exuhome.dyn.jankratochvil.net> <6.0.0.22.2.20031021220837.048fe238@pop3.aldebaran> <20031021212201.GA6584@exuhome.dyn.jankratochvil.net> Content-Type: text/plain Message-Id: <1066948108.20524.51.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Thu, 23 Oct 2003 17:28:28 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2003 22:30:55 -0000 Hi Jan, This is a seriously cool bit of work here. Congratulations. Your cache manager analysis will definitely have to make its way back into ReactOS, although my suspiciou is that it should be via native services rather than Glib. Regardless, as you say, that part is just implementation detail. I'm personally very interested in making the whole system binary-for-binary compatible with windows, and your work is precisely along those lines. As for your fixes and enhancements to ReactOS code, I'll try to take a look at them this weekend if nobody else does first. Great job. -Vizzini On Tue, 2003-10-21 at 16:22, Jan Kratochvil wrote: > Cache Manager was a pain as it is not easily disassemblable as the rest of > those disgusting 80MB of ntoskrnl.exe/ntfs.sys dumps. > > Initially I wrote the Cache Manger according to my mind, Googled articles > http://www.winntmag.com/Articles/Print.cfm?ArticleID=3864 > (Mark Russinovich) > http://www.osr.com/ntinsider/1996/cacheman.htm > (probably more as I clicked through Google) > > and header files. It was this 'version 1' implementation: > http://cvs.jankratochvil.net/viewcvs/*checkout*/captive/src/libcaptive/cc/Attic/map.c?rev=HEAD > > captive-0.8 got ntfs.sys working with this 'version 1' but it still had a lot > of guessed behavior and it corrupted its files from case to case. > 'Version 1' also had a adjustments compatible just with 'fastfat.sys' while not > with 'ntfs.sys' and vice versa. :-) > > During captive-0.9 stabilization phase I finally got angry and wrote my first > program for the real native W32 environment - TraceFS: > http://www.jankratochvil.net/project/TraceFS/ > > The driver got hooked to a patched version of ntfs.sys by > http://cvs.jankratochvil.net/viewcvs/*checkout*/captive/src/TraceFS/hookfs.pl?rev=HEAD > > It was used to trace all calls of ntoskrnl.exe Cache Manager functions from > ntfs.sys in the native W32 environment. These debug messages were catched by > Microsoft WinDbg in a remote serial kernel mode debugging sessions. > > Then I wrote my new Cache Manager implementation ('version 2') in Perl > http://cvs.jankratochvil.net/viewcvs/*checkout*/captive/src/TraceFS/checktrace.pl?rev=HEAD > > just to simulate the guessed internal state of NT Cache Manager according to > the behavior from the log file. It checked its state changes and it complained > on any detected inconsistencies. I had to tune checktrace.pl behavior as long > as it produced no state warning messages. One of such big changes was to find > out such basic principle as all the Cache Manager functionality is bound to FCB > - not the FileObject as I was originally expected > http://cvs.jankratochvil.net/viewcvs/captive/src/TraceFS/checktrace.pl.diff?r1=1.3&r2=1.4&diff_format=u > > Fortunately the log of full NT boot, some NTFS operations and NT shutdown was > rich enough to catch various border cases with only one possible solution. > > When I got satisfied with the results of checktrace.pl I rewrote it back to C > as a Cache Manager 'version 3' currently located at > http://cvs.jankratochvil.net/viewcvs/captive/src/libcaptive/cc/ > > 'Version 3' is much more simpler than the overcomplicated 'versin 1'. :-) > > > You can find this story by different words (and with images) at: > http://www.jankratochvil.net/project/captive/doc/CacheManager.html.pl#TraceFS > > While the description of the currently known Cache Manager functionality at: > http://www.jankratochvil.net/project/captive/doc/CacheManager.html.pl#cache_manager > > (Although the authoritative source is > http://cvs.jankratochvil.net/viewcvs/captive/src/libcaptive/cc/ > > as I may have forgot to note some minor details in the HTML doc.) > > > > Regards, > Lace From steven_ed4153@yahoo.com Fri Oct 24 02:31:02 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9O0V2NG007941 for ; Fri, 24 Oct 2003 02:31:02 +0200 Received: from web21102.mail.yahoo.com (web21102.mail.yahoo.com [216.136.227.104]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9O0V0lk094940 for ; Fri, 24 Oct 2003 02:31:01 +0200 Message-ID: <20031024003043.10128.qmail@web21102.mail.yahoo.com> Received: from [66.83.186.125] by web21102.mail.yahoo.com via HTTP; Thu, 23 Oct 2003 17:30:43 PDT Date: Thu, 23 Oct 2003 17:30:43 -0700 (PDT) From: Steven Edwards Subject: Re: [ros-kernel] WINE notepad under ReactOS - Success sorta To: ReactOS Kernel List In-Reply-To: <10e401c39979$960d6a60$1c4bb13e@hornet> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2003 00:31:02 -0000 --- Filip Navara wrote: > Could you please strip the DLL files? I did a new snapshot about the > same time as you and ZIPed it's ~1 MB! I'll try to get some time this week to add a rule to strip everything for the Mingw build. > > I tried it a week ago and typing into it was not possible. Is it > possible > now? No it still doesnt work it just loads. It seems that the parent Window is redrawing over the client Window with the edit control. I was going to open a bug in bugzilla for this but I wanted to get some other people to test and let me know what they thought. > > regedit, notepad, winemine etc.. - It seems that something is wrong > in > > ReactOS as WINE compiled resources are showing up in other > languages. I > > think they are showing up in French. > > IIRC ReactOS ignores the language of resources and takes the first > regardless of > the current locale. I looked at whe Wine DLLs with Resource Hacker > and there > is > on set of resources before the English one with significantly lower > resource > numbers. Hmmm. Anyone feel like working on this? I will open a bug for it tommrow. > > What have you done with it? I am hust curious, because I distribute > it also. > ;-) Here is the patch: http://www.winehq.org/hypermail/wine-patches/2003/10/0265.html I dont think Alexandre will merge it in because I duplicated the colordlg init and removed Win16 stuff from Win32 case and removed the Win32 code from the Win16 case. It really just needs a total rewrite not my little hack and I dont think I can do it. If someone else can look in to this then I will see about doing the w32api/PSDK cleanup so we can import in to ReactOS. BTW: Alexandre merged in my setupapi patch so we just need a winternl.h and fdi.h in ReactOS or mingw. Danny probly wont accept Cabinet compression/decommpression headers as the only way to get the information is to download the Cabinet SDK and accept the EULA so we will have to create our own fdi/fci.h or use WINEs. Thanks Steven __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From jonwil@tpgi.com.au Fri Oct 24 03:09:55 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9O19tNG008365 for ; Fri, 24 Oct 2003 03:09:55 +0200 Received: from mail2.tpgi.com.au (mail.tpgi.com.au [203.12.160.58]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9O19qlk044136 for ; Fri, 24 Oct 2003 03:09:54 +0200 Received: from tpgi.com.au (203-219-187-201-per-pow-ts3-2600.tpgi.com.au [203.219.187.201]) by mail2.tpgi.com.au (8.12.10/8.12.10) with ESMTP id h9O19j6P012828 for ; Fri, 24 Oct 2003 11:09:46 +1000 Message-ID: <3F987BDB.7000302@tpgi.com.au> Date: Fri, 24 Oct 2003 09:09:47 +0800 From: Jonathan Wilson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20030925 X-Accept-Language: en-au MIME-Version: 1.0 To: ReactOS Kernel List Subject: Re: [ros-kernel] WINE notepad under ReactOS - Success sorta References: <20031024003043.10128.qmail@web21102.mail.yahoo.com> In-Reply-To: <20031024003043.10128.qmail@web21102.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Kaspersky-Antivirus: Passed X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2003 01:09:55 -0000 > BTW: Alexandre merged in my setupapi patch so we just need a winternl.h > and fdi.h in ReactOS or mingw. Danny probly wont accept Cabinet > compression/decommpression headers as the only way to get the > information is to download the Cabinet SDK and accept the EULA so we > will have to create our own fdi/fci.h or use WINEs. Whats wrong with taking these things (e.g. fdi.h, winternl.h etc) from WINE, convincing the WINE team to re-licence them under the w32api licence and modifying them for w32api? From jonwil@tpgi.com.au Fri Oct 24 03:26:39 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9O1QdNG008505 for ; Fri, 24 Oct 2003 03:26:39 +0200 Received: from mail3.tpgi.com.au (mail.tpgi.com.au [203.12.160.59]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9O1Qblk094930 for ; Fri, 24 Oct 2003 03:26:38 +0200 Received: from tpgi.com.au (203-219-187-72-per-pow-ts3-2600.tpgi.com.au [203.219.187.72]) by mail3.tpgi.com.au (8.11.6/8.11.6) with ESMTP id h9O1QTh28372 for ; Fri, 24 Oct 2003 11:26:30 +1000 Message-ID: <3F987FC7.7080407@tpgi.com.au> Date: Fri, 24 Oct 2003 09:26:31 +0800 From: Jonathan Wilson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20030925 X-Accept-Language: en-au MIME-Version: 1.0 To: ReactOS Kernel List Subject: Re: [ros-kernel] The quest for UxTheme - part 1 References: <6.0.0.22.2.20031023215447.04b25b60@pop3.aldebaran> In-Reply-To: <6.0.0.22.2.20031023215447.04b25b60@pop3.aldebaran> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2003 01:26:39 -0000 Here is an interesting idea that could work. Why not work to get the Microsoft uxtheme and comctl 6.0 dlls working. I know we cant distribute them or whatever but it would be a good place to start. I firmly believe in the "get the real thing working first then replace it" approach to ReactOS coding for things like dlls. And it doesnt appear as though uxtheme or comctl 6.0 talks down to kernel mode (correct me if I am wrong here) Another cool idea that could follow on from this would be (again for testing purposes only) to: 1.get the MS dlls going 2.make a dummy version of our dll that just thunks down to the MS dll (which would be under a different name) Then, one at a time, replace stuff. From vizzini@plasmic.com Fri Oct 24 04:10:38 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9O2AbNG009203 for ; Fri, 24 Oct 2003 04:10:38 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9O2Aalk017718 for ; Fri, 24 Oct 2003 04:10:36 +0200 Received: from CPE-65-30-43-197.kc.rr.com (CPE-65-30-43-197.kc.rr.com [65.30.43.197]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9O2AbE4009392 for ; Thu, 23 Oct 2003 21:10:38 -0500 Subject: Re: [ros-kernel] WINE notepad under ReactOS - Success sorta From: Vizzini To: ReactOS Kernel List In-Reply-To: <20031024003043.10128.qmail@web21102.mail.yahoo.com> References: <20031024003043.10128.qmail@web21102.mail.yahoo.com> Content-Type: text/plain Message-Id: <1066961290.22293.4.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Thu, 23 Oct 2003 21:08:10 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2003 02:10:41 -0000 On Thu, 2003-10-23 at 19:30, Steven Edwards wrote: > BTW: Alexandre merged in my setupapi patch so we just need a winternl.h > and fdi.h in ReactOS or mingw. Danny probly wont accept Cabinet > compression/decommpression headers as the only way to get the > information is to download the Cabinet SDK and accept the EULA so we > will have to create our own fdi/fci.h or use WINEs. fci.h and fdi.h are in the platform SDK and ship with visual studio. I'd think that's enough to warrant inclusion? -Vizzini From xnavara@volny.cz Fri Oct 24 06:55:15 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9O4tFNG009844 for ; Fri, 24 Oct 2003 06:55:15 +0200 Received: from smtp1.vol.cz (smtp1.vol.cz [195.250.128.73]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9O4tFlk044160 for ; Fri, 24 Oct 2003 06:55:15 +0200 Received: from hornet (prahaa-5-51.dialup.vol.cz [62.177.72.183]) by smtp1.vol.cz (8.12.8p2/8.12.8) with SMTP id h9O4t2JI023127 for ; Fri, 24 Oct 2003 06:55:02 +0200 (CEST) (envelope-from xnavara@volny.cz) Message-ID: <118d01c399ea$fab02270$1c4bb13e@hornet> From: "Filip Navara" To: "ReactOS Kernel List" References: <20031024003043.10128.qmail@web21102.mail.yahoo.com> Subject: Re: [ros-kernel] WINE notepad under ReactOS - Success sorta Date: Fri, 24 Oct 2003 06:53:38 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2003 04:55:16 -0000 Hi! Comments follow. ----- Original Message ----- From: "Steven Edwards" To: "ReactOS Kernel List" Sent: Friday, October 24, 2003 2:30 AM Subject: Re: [ros-kernel] WINE notepad under ReactOS - Success sorta > --- Filip Navara wrote: > > Could you please strip the DLL files? I did a new snapshot about the > > same time as you and ZIPed it's ~1 MB! > > I'll try to get some time this week to add a rule to strip everything > for the Mingw build. Thanks, but it would be better to have both. The unstripped version can be used to find a user-mode exception and the stripped one has much shorter download times. ;-) > > > > I tried it a week ago and typing into it was not possible. Is it > > possible > > now? > > No it still doesnt work it just loads. It seems that the parent Window > is redrawing over the client Window with the edit control. I was going > to open a bug in bugzilla for this but I wanted to get some other > people to test and let me know what they thought. I am working on this right now, but it's very wide problem and when I did my first attempt to fix it I broke another thing. So just right now I am rewriting some parts of the code and will publish it this weekend. > > > regedit, notepad, winemine etc.. - It seems that something is wrong > > in > > > ReactOS as WINE compiled resources are showing up in other > > languages. I > > > think they are showing up in French. > > > > IIRC ReactOS ignores the language of resources and takes the first > > regardless of > > the current locale. I looked at whe Wine DLLs with Resource Hacker > > and there > > is > > on set of resources before the English one with significantly lower > > resource > > numbers. > > Hmmm. Anyone feel like working on this? I will open a bug for it > tommrow. Not me, at least not yet. > > > > What have you done with it? I am hust curious, because I distribute > > it also. > > ;-) > > Here is the patch: > http://www.winehq.org/hypermail/wine-patches/2003/10/0265.html > > I dont think Alexandre will merge it in because I duplicated the > colordlg init and removed Win16 stuff from Win32 case and removed the > Win32 code from the Win16 case. It really just needs a total rewrite > not my little hack and I dont think I can do it. If someone else can > look in to this then I will see about doing the w32api/PSDK cleanup so > we can import in to ReactOS. > > BTW: Alexandre merged in my setupapi patch so we just need a winternl.h > and fdi.h in ReactOS or mingw. Danny probly wont accept Cabinet > compression/decommpression headers as the only way to get the > information is to download the Cabinet SDK and accept the EULA so we > will have to create our own fdi/fci.h or use WINEs. I have almost complete fci.h and fdi.h, but I can't find any information about winternl.h. It's not present in any DDK I have (W2K, W2K3, WNT) nor in my Visual Studio .NET 2002. I looked at the Wine version and it seems, that it duplicates some DDK types spread around other header. > > Thanks > Steven > Filip From rcpt-ros-kernel.AT.reactos.com@jankratochvil.net Fri Oct 24 07:01:38 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9O51cNG009877 for ; Fri, 24 Oct 2003 07:01:38 +0200 Received: from exuhome.dyn.jankratochvil.net (l188.dkm.cz [62.24.77.188]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9O51clk036698 for ; Fri, 24 Oct 2003 07:01:38 +0200 Received: from exuhome.dyn.jankratochvil.net (localhost [127.0.0.1]) by exuhome.dyn.jankratochvil.net (8.12.5/8.12.5) with ESMTP id h9O51IhK026777; Fri, 24 Oct 2003 07:01:18 +0200 Received: (from lace@localhost) by exuhome.dyn.jankratochvil.net (8.12.5/8.12.5/Submit) id h9O51G4S026776; Fri, 24 Oct 2003 07:01:16 +0200 Date: Fri, 24 Oct 2003 07:01:14 +0200 From: Jan Kratochvil To: ReactOS Kernel List Subject: Re: [ros-kernel] Re: ReactOS GPL vs. proprietary drivers - NTFS Driverunder Linux + WINE Message-ID: <20031024050114.GA26750@exuhome.dyn.jankratochvil.net> References: <200310210804.h9L84Llk037964@dutlru2.lr.tudelft.nl> <000001c397b1$23719e00$0200000a@ZEUS> <20031021090619.GB32091@exuhome.dyn.jankratochvil.net> <6.0.0.22.2.20031021220837.048fe238@pop3.aldebaran> <20031021212201.GA6584@exuhome.dyn.jankratochvil.net> <1066948108.20524.51.camel@bilbo.plasmic.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1066948108.20524.51.camel@bilbo.plasmic.com> User-Agent: Mutt/1.4.1i X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2003 05:01:38 -0000 Hi, On Fri, 24 Oct 2003 00:28:28 +0200, Vizzini wrote: ... > I'm personally very interested in making the whole system > binary-for-binary compatible with windows, and your work is precisely > along those lines. I am aware only of ntfs.sys/fastfat.sys/cdfs.sys/ext2fsd.sys (+some other ext2 implementations) and romfs ( http://www.acc.umu.se/~bosse/ ). >From all these filesystems only ntfs.sys brings any new new features for GNU/Linux. Are you aware of any other W32 filesystem useful for GNU/Linux? > As for your fixes and enhancements to ReactOS code, I'll try to take a > look at them this weekend if nobody else does first. Thanks. I can assist for backporting of these patches although I am not going to become the developer of the original native ReactOS. Regards, Lace -- Jan Kratochvil; http://www.jankratochvil.net/ From jonwil@tpgi.com.au Fri Oct 24 10:39:16 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9O8dFNG011129 for ; Fri, 24 Oct 2003 10:39:16 +0200 Received: from mail1.tpgi.com.au (mail.tpgi.com.au [203.12.160.57]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9O8dClk062154 for ; Fri, 24 Oct 2003 10:39:13 +0200 Received: from tpgi.com.au (203-219-243-91-per-pow-ts2-2600.tpgi.com.au [203.219.243.91]) by mail1.tpgi.com.au (8.11.6/8.11.6) with ESMTP id h9O8d7Q11849 for ; Fri, 24 Oct 2003 18:39:08 +1000 Message-ID: <3F98E52D.5000302@tpgi.com.au> Date: Fri, 24 Oct 2003 16:39:09 +0800 From: Jonathan Wilson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20030925 X-Accept-Language: en-au MIME-Version: 1.0 To: ReactOS Kernel List Subject: Re: [ros-kernel] WINE notepad under ReactOS - Success sorta References: <20031024003043.10128.qmail@web21102.mail.yahoo.com> <118d01c399ea$fab02270$1c4bb13e@hornet> In-Reply-To: <118d01c399ea$fab02270$1c4bb13e@hornet> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2003 08:39:16 -0000 > I have almost complete fci.h and fdi.h, but I can't find any information > about winternl.h. It's not present in any DDK I have (W2K, W2K3, WNT) nor in > my Visual Studio .NET 2002. I looked at the Wine version and it seems, > that it duplicates some DDK types spread around other header. winternl.h is included in the latest Platform SDK. Its basicly a place where Microsoft documented some functions that it was using internally (specificly in things like Internet Explorer, MSN Messenger, Outlook Express, Media Player etc) in an attempt to (go some way towards) satisfying the US Department Of Justice in its lawsuit. From xnavara@volny.cz Fri Oct 24 11:15:15 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9O9FFNG011435 for ; Fri, 24 Oct 2003 11:15:15 +0200 Received: from majordomo.vol.cz (smtp4.vol.cz [195.250.128.43]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9O9FElk111556 for ; Fri, 24 Oct 2003 11:15:14 +0200 Received: from webmail2.vol.cz (webmail2.vol.cz [195.250.155.195]) by majordomo.vol.cz (8.12.8p2/8.12.8) with ESMTP id h9O9EuZE077253 for ; Fri, 24 Oct 2003 11:14:56 +0200 (CEST) (envelope-from xnavara@volny.cz) Received: from webmail2.vol.cz (localhost [127.0.0.1]) by webmail2.vol.cz (8.12.8p2/8.12.8) with ESMTP id h9O9EuXN062489 for ; Fri, 24 Oct 2003 11:14:56 +0200 (CEST) (envelope-from xnavara@volny.cz) Received: (from www@localhost) by webmail2.vol.cz (8.12.8p2/8.12.8/Submit) id h9O9EuvI062488; Fri, 24 Oct 2003 11:14:56 +0200 (CEST) MIME-Version: 1.0 From: "Filip Navara" Sender: xnavara@volny.cz To: "ReactOS Kernel List" Date: Fri, 24 Oct 2003 11:14:55 +0200 (CEST) Message-ID: <1c03cbc680b6dcef08f6f36205e99379@www2.mail.volny.cz> X-Mailer: Volny.cz Webmail2 1.42 X-Originating-Ip: 81.30.232.21 X-Originating-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows 98) X-Priority: 3 X-MSMail-Priority: Normal In-Reply-To: <3F98E52D.5000302@tpgi.com.au> References: <20031024003043.10128.qmail@web21102.mail.yahoo.com> <118d01c399ea$fab02270$1c4bb13e@hornet> <3F98E52D.5000302@tpgi.com.au> Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h9O9FFNG011435 Subject: [ros-kernel] SetupApi.dll (was Re: WINE notepad under ReactOS - Success sorta) X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2003 09:15:15 -0000 I think we could use ddk/ntddk.h for SetupApi.dll before there will be a full winternl.h. Anyone disagrees? Filip ----- PŮVODNÍ ZPRÁVA ----- Od: "Jonathan Wilson" Komu: "ReactOS Kernel List" Předmět: Re: [ros-kernel] WINE notepad under ReactOS - Datum: 24.10.2003 - 10:58:57 > > I have almost complete fci.h and fdi.h, but I can't > > find any information > > about winternl.h. It's not present in any DDK I have > > (W2K, W2K3, WNT) nor in > > my Visual Studio .NET 2002. I looked at the Wine > > version and it seems, > > that it duplicates some DDK types spread around other > > header. > winternl.h is included in the latest Platform SDK. > Its basicly a place where Microsoft documented some > functions that it was > using internally (specificly in things like Internet > Explorer, MSN > Messenger, Outlook Express, Media Player etc) in an > attempt to (go some way > towards) satisfying the US Department Of Justice in its > lawsuit. > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > -- Potrebujete vice prostoru pro vase stranky? Ptejte se na http://sluzby.volny.cz/cs/product/ftp_paid From steven_ed4153@yahoo.com Fri Oct 24 16:39:59 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9OEdxNG013288 for ; Fri, 24 Oct 2003 16:39:59 +0200 Received: from web21107.mail.yahoo.com (web21107.mail.yahoo.com [216.136.227.109]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9OEdwlk094012 for ; Fri, 24 Oct 2003 16:39:58 +0200 Message-ID: <20031024143954.74689.qmail@web21107.mail.yahoo.com> Received: from [66.147.58.153] by web21107.mail.yahoo.com via HTTP; Fri, 24 Oct 2003 07:39:54 PDT Date: Fri, 24 Oct 2003 07:39:54 -0700 (PDT) From: Steven Edwards Subject: Re: [ros-kernel] The quest for UxTheme - part 1 To: ReactOS Kernel List In-Reply-To: <3F987FC7.7080407@tpgi.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2003 14:39:59 -0000 --- Jonathan Wilson wrote: > Another cool idea that could follow on from this would be (again for > testing purposes only) to: > 1.get the MS dlls going > 2.make a dummy version of our dll that just thunks down to the MS dll I would rather not have this be part of the offical development process as it would blow our case for clean rooming the API. Find apps and drivers and work from there. Also the uxtheme.dll uses a digital signature to load themes. If we by pass this system on existing themes then wouldnt this violate the security curcumention clause of the DMCA? Get the WINE dlls working. They are open source and we know they work for the most part. Thanks Steven __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From steven_ed4153@yahoo.com Fri Oct 24 16:44:33 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9OEiXNG013349 for ; Fri, 24 Oct 2003 16:44:33 +0200 Received: from web21101.mail.yahoo.com (web21101.mail.yahoo.com [216.136.227.103]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9OEiWlk021698 for ; Fri, 24 Oct 2003 16:44:32 +0200 Message-ID: <20031024144415.79112.qmail@web21101.mail.yahoo.com> Received: from [66.147.58.153] by web21101.mail.yahoo.com via HTTP; Fri, 24 Oct 2003 07:44:15 PDT Date: Fri, 24 Oct 2003 07:44:15 -0700 (PDT) From: Steven Edwards Subject: Re: [ros-kernel] WINE notepad under ReactOS - Success sorta To: ReactOS Kernel List In-Reply-To: <3F987BDB.7000302@tpgi.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2003 14:44:33 -0000 --- Jonathan Wilson wrote: > > BTW: Alexandre merged in my setupapi patch so we just need a > winternl.h > > and fdi.h in ReactOS or mingw. Danny probly wont accept Cabinet > > compression/decommpression headers as the only way to get the > > information is to download the Cabinet SDK and accept the EULA so > we > > will have to create our own fdi/fci.h or use WINEs. > Whats wrong with taking these things (e.g. fdi.h, winternl.h etc) > from > WINE, convincing the WINE team to re-licence them under the w32api > licence > and modifying them for w32api? Nothing is wrong on the license side and I in fact have recived the authors ok to do this but when submitting a patch to w32api you must site a public source for the interface. The WINE source tree does not count. Examples of sources are MSDN, Google results not including Winehq and other sample code published in books. Thanks Steven __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From beta_guy@telus.net Fri Oct 24 18:38:27 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9OGcRNG013990 for ; Fri, 24 Oct 2003 18:38:27 +0200 Received: from priv-edtnes28.telusplanet.net (outbound04.telus.net [199.185.220.223]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9OGcPlk094188 for ; Fri, 24 Oct 2003 18:38:26 +0200 Received: from jeffb2591s1ij2 ([198.53.47.59]) by priv-edtnes28.telusplanet.net (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with SMTP id <20031024163431.UNCD12883.priv-edtnes28.telusplanet.net@jeffb2591s1ij2> for ; Fri, 24 Oct 2003 10:34:31 -0600 Message-ID: <000e01c39a4c$eeca4050$0400a8c0@jeffb2591s1ij2> From: "Jeff Smith" To: "ReactOS Kernel List" References: <20031024143954.74689.qmail@web21107.mail.yahoo.com> Subject: Re: [ros-kernel] The quest for UxTheme - part 1 Date: Fri, 24 Oct 2003 10:36:10 -0600 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000B_01C39A1A.A41347A0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.0 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2003 16:38:27 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_000B_01C39A1A.A41347A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I think that it's a good idea, I personally don't have a problem with it = being official (no that my sa means anything :-P) but I think that this = is just UI tweaks and that there are more important stuff that could be = looked at. ----- Original Message -----=20 From: Steven Edwards=20 To: ReactOS Kernel List=20 Sent: Friday, October 24, 2003 8:39 AM Subject: Re: [ros-kernel] The quest for UxTheme - part 1 --- Jonathan Wilson wrote: > Another cool idea that could follow on from this would be (again for = > testing purposes only) to: > 1.get the MS dlls going > 2.make a dummy version of our dll that just thunks down to the MS = dll I would rather not have this be part of the offical development = process as it would blow our case for clean rooming the API. Find apps and drivers and work from there. Also the uxtheme.dll uses a digital signature to load themes. If we by pass this system on existing themes then wouldnt this violate the security curcumention clause of the = DMCA? Get the WINE dlls working. They are open source and we know they work for the most part. Thanks Steven __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com _______________________________________________ Ros-kernel mailing list Ros-kernel@reactos.com http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel ------=_NextPart_000_000B_01C39A1A.A41347A0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I think that it's a good idea, I = personally don't=20 have a problem with it being official (no that my sa means anything = :-P) =20 but I think that this is just UI tweaks and that there are more = important stuff=20 that could be looked at.
----- Original Message -----
From:=20 Steven=20 Edwards
Sent: Friday, October 24, 2003 = 8:39=20 AM
Subject: Re: [ros-kernel] The = quest for=20 UxTheme - part 1

--- Jonathan Wilson <jonwil@tpgi.com.au> = wrote:
>=20 Another cool idea that could follow on from this would be (again for =
>=20 testing purposes only) to:
> 1.get the MS dlls going
> = 2.make a=20 dummy version of our dll that just thunks down to the MS dll

I = would=20 rather not have this be part of the offical development process
as = it would=20 blow our case for clean rooming the API. Find apps and
drivers and = work=20 from there. Also the uxtheme.dll uses a digital
signature to load = themes.=20 If we by pass this system on existing themes
then wouldnt this = violate the=20 security curcumention clause of the DMCA?


Get the WINE dlls = working. They are open source and we know they work
for the most=20 = part.

Thanks
Steven



____________________________= ______
Do=20 you Yahoo!?
The New Yahoo! Shopping - with improved product = search
http://shopping.yahoo.com
_____= __________________________________________
Ros-kernel=20 mailing list
Ros-kernel@reactos.com
http:= //reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel
------=_NextPart_000_000B_01C39A1A.A41347A0-- From vizzini@plasmic.com Fri Oct 24 21:08:37 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9OJ8bNG014998 for ; Fri, 24 Oct 2003 21:08:37 +0200 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9OJ8alk044516 for ; Fri, 24 Oct 2003 21:08:37 +0200 Received: from sts (steve-o [209.242.72.96]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9OJ8bE4000604 for ; Fri, 24 Oct 2003 14:08:37 -0500 Subject: Re: [ros-kernel] Re: ReactOS GPL vs. proprietary drivers - NTFS Driverunder Linux + WINE From: Vizzini To: ReactOS Kernel List In-Reply-To: <20031024050114.GA26750@exuhome.dyn.jankratochvil.net> References: <200310210804.h9L84Llk037964@dutlru2.lr.tudelft.nl> <000001c397b1$23719e00$0200000a@ZEUS> <20031021090619.GB32091@exuhome.dyn.jankratochvil.net> <6.0.0.22.2.20031021220837.048fe238@pop3.aldebaran> <20031021212201.GA6584@exuhome.dyn.jankratochvil.net> <1066948108.20524.51.camel@bilbo.plasmic.com> <20031024050114.GA26750@exuhome.dyn.jankratochvil.net> Content-Type: text/plain Message-Id: <1067022376.22296.8.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Fri, 24 Oct 2003 14:06:16 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2003 19:08:37 -0000 On Fri, 2003-10-24 at 00:01, Jan Kratochvil wrote: > Hi, > > On Fri, 24 Oct 2003 00:28:28 +0200, Vizzini wrote: > ... > > I'm personally very interested in making the whole system > > binary-for-binary compatible with windows, and your work is precisely > > along those lines. > > I am aware only of ntfs.sys/fastfat.sys/cdfs.sys/ext2fsd.sys (+some other > ext2 implementations) and romfs ( http://www.acc.umu.se/~bosse/ ). > >From all these filesystems only ntfs.sys brings any new new features for > GNU/Linux. Are you aware of any other W32 filesystem useful for GNU/Linux? Nope, and I'm not even asserting that ntfs is valuable for Linux in the general sense. Your work is still very useful for specific cases, of course. > > As for your fixes and enhancements to ReactOS code, I'll try to take a > > look at them this weekend if nobody else does first. > > Thanks. I can assist for backporting of these patches although I am not going > to become the developer of the original native ReactOS. I'll mail you off-list - I have a couple of questions for you. Thanks. -Vizzini From noog@libero.it Fri Oct 24 21:51:36 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9OJpaNG015307 for ; Fri, 24 Oct 2003 21:51:36 +0200 Received: from smtp3.libero.it (smtp3.libero.it [193.70.192.127]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9OJpZlk112882 for ; Fri, 24 Oct 2003 21:51:36 +0200 Received: from aldebaran (151.25.198.191) by smtp3.libero.it (7.0.020-DD01) id 3F6F04A600B2FEC1 for ros-kernel@reactos.com; Fri, 24 Oct 2003 21:47:45 +0200 Received: from aldebaran (HELO aldebaran.libero.it) [127.0.0.1] by aldebaran (169.254.25.129) with ESMTP (Classic Hamster Vr. 2.0 Build 2.0.0.0) ; Fri, 24 Oct 2003 21:44:06 +0200 Message-Id: <6.0.0.22.2.20031024043250.04b35860@pop3.aldebaran> X-Sender: hyperion@pop3.aldebaran (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Fri, 24 Oct 2003 15:34:04 +0200 To: ReactOS Kernel List From: "KJK::Hyperion" Subject: Re: [ros-kernel] The quest for UxTheme - part 1 In-Reply-To: <3F987FC7.7080407@tpgi.com.au> References: <6.0.0.22.2.20031023215447.04b25b60@pop3.aldebaran> <3F987FC7.7080407@tpgi.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Posting-Agent: Hamster/2.0.0.0 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2003 19:51:36 -0000 At 03.26 24/10/2003, you wrote: >Here is an interesting idea that could work. >Why not work to get the Microsoft uxtheme and comctl 6.0 dlls working. I don't think it's very important to load visual styles, at the moment: Wine has the opposite problem (i.e. making Windows programs look native), and ReactOS just isn't up to it. I'm just trying to write an uxtheme.dll that, while not supporting styles, still does the "right thing", so Wine and ReactOS would be able to use it as soon as possible, for their codebase(s) to be ready for styled controls >And it doesnt appear as though uxtheme or comctl 6.0 talks down to kernel >mode (correct me if I am wrong here) you could be wrong. I'm not terribly sure, but I seem to remember that at least a service was required, and they may have added a couple of system calls as well. I don't think it's easy at all. Well, and the Microsoft implementation only loads digitally-signed themes :-) From noog@libero.it Fri Oct 24 22:42:10 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9OKgANG015745 for ; Fri, 24 Oct 2003 22:42:10 +0200 Received: from smtp3.libero.it (smtp3.libero.it [193.70.192.127]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9OKgAlk112832 for ; Fri, 24 Oct 2003 22:42:10 +0200 Received: from aldebaran (151.25.198.191) by smtp3.libero.it (7.0.020-DD01) id 3F6F04A600B32977 for ros-kernel@reactos.com; Fri, 24 Oct 2003 22:38:20 +0200 Received: from aldebaran (HELO aldebaran.libero.it) [127.0.0.1] by aldebaran (169.254.25.129) with ESMTP (Classic Hamster Vr. 2.0 Build 2.0.0.0) ; Fri, 24 Oct 2003 22:39:36 +0200 Message-Id: <6.0.0.22.2.20031024223158.047dbaf0@pop3.aldebaran> X-Sender: hyperion@pop3.aldebaran (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Fri, 24 Oct 2003 22:39:29 +0200 To: ReactOS Kernel List From: "KJK::Hyperion" Subject: Re: [ros-kernel] The quest for UxTheme - part 1 In-Reply-To: <6.0.0.22.2.20031023215447.04b25b60@pop3.aldebaran> References: <6.0.0.22.2.20031023215447.04b25b60@pop3.aldebaran> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Posting-Agent: Hamster/2.0.0.0 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2003 20:42:10 -0000 At 00.24 24/10/2003, you wrote: >I'll add it to our CVS repository as soon as it compiles with MinGW follow-up: it compiles fine on bare w32api, it bombs with our headers (but I'll commit it anyway). How do I use just the MinGW headers? From wac@ghost.matcom.uh.cu Fri Oct 24 22:54:52 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9OKsqNG016003 for ; Fri, 24 Oct 2003 22:54:52 +0200 Received: from smtp1.uh.cu (smtp1.uh.cu [200.55.139.212]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9OKsklk029042 for ; Fri, 24 Oct 2003 22:54:48 +0200 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp1.uh.cu (Postfix) with ESMTP id 9DE1B34948 for ; Fri, 24 Oct 2003 16:40:18 -0400 (CDT) Received: from matcom.uh.cu (matcom.uh.cu [192.168.100.100]) by smtp1.uh.cu (Postfix) with ESMTP id 7BBBC3489A for ; Fri, 24 Oct 2003 16:40:18 -0400 (CDT) Received: from ghost.matcom.uh.cu (ghost.matcom.uh.cu [192.168.17.5]) by matcom.uh.cu (Postfix) with ESMTP id EF06B63783 for ; Fri, 24 Oct 2003 16:40:18 -0400 (CDT) Received: by ghost.matcom.uh.cu (Postfix, from userid 1085) id 0289667AC; Fri, 24 Oct 2003 12:55:42 -0400 (CDT) Received: from localhost (localhost [127.0.0.1]) by ghost.matcom.uh.cu (Postfix) with ESMTP id 0164877A0 for ; Fri, 24 Oct 2003 12:55:42 -0400 (CDT) Date: Fri, 24 Oct 2003 12:55:42 -0400 (CDT) From: "=?ISO-8859-1?Q?Waldo_Alvarez_Ca=F1izares_-__another_buried_?= =?ISO-8859-1?Q?alive?=" To: ReactOS Kernel List In-Reply-To: <6.0.0.22.2.20031024043250.04b35860@pop3.aldebaran> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS snapshot-20020300 Subject: [ros-kernel] class atoms of registered controls X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2003 20:54:52 -0000 Hi ppl: While rewriting some things in messagebox I saw that when classes like static, button ,etc. are created the atom handle of those classes is not stored. I would not like to call CreateWindowEx using the name of the class but the atom (why calculate the hash code then lookup the hashtable for something I should know and even more a control that was created in the same binary file I'm standing). So is OK to put an array or a set of variables to put the atoms handle of such classes? BTW CreateWindowEx does not work when you give it the class name with some character in lower case while in Windows it work perfectly. I reported this in Bugzilla as the bug 25 or 24. Best Regards Waldo From rcpt-ros-kernel.AT.reactos.com@jankratochvil.net Fri Oct 24 23:13:13 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9OLDDNG016302 for ; Fri, 24 Oct 2003 23:13:13 +0200 Received: from exuhome.dyn.jankratochvil.net (l188.dkm.cz [62.24.77.188]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9OLDDlk036430 for ; Fri, 24 Oct 2003 23:13:13 +0200 Received: from exuhome.dyn.jankratochvil.net (localhost [127.0.0.1]) by exuhome.dyn.jankratochvil.net (8.12.5/8.12.5) with ESMTP id h9OLClxK006358; Fri, 24 Oct 2003 23:12:47 +0200 Received: (from lace@localhost) by exuhome.dyn.jankratochvil.net (8.12.5/8.12.5/Submit) id h9OLCjQP006357; Fri, 24 Oct 2003 23:12:45 +0200 Date: Fri, 24 Oct 2003 23:12:44 +0200 From: Jan Kratochvil To: ReactOS Kernel List Subject: Re: [ros-kernel] Re: ReactOS GPL vs. proprietary drivers - NTFS Driver under Linux + WINE Message-ID: <20031024211244.GA6341@exuhome.dyn.jankratochvil.net> References: <20031020153303.42738.qmail@web21106.mail.yahoo.com> <200310210804.h9L84Llk037964@dutlru2.lr.tudelft.nl> <20031021090035.GA32091@exuhome.dyn.jankratochvil.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031021090035.GA32091@exuhome.dyn.jankratochvil.net> User-Agent: Mutt/1.4.1i X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2003 21:13:13 -0000 Hi, On Tue, 21 Oct 2003 11:00:35 +0200, Jan Kratochvil wrote: ... > BTW ReactOS should incorporate my fixes/enhancements of ReactOS code. ... > cvs -d :pserver:pserver:@cvs.jankratochvil.net:/cvs -z3 rdiff -r bp_captive -r captive -kk reactos/ntoskrnl > cvs -d :pserver:pserver:@cvs.jankratochvil.net:/cvs -z3 rdiff -r bp_captive -r captive -kk reactos/hal > cvs -d :pserver:pserver:@cvs.jankratochvil.net:/cvs -z3 rdiff -r bp_captive -r captive -kk reactos/include > > My current branch is based on ReactOS snapshot 2003-09-14. FYI more readable diff by: cvs -d :pserver:pserver:@cvs.jankratochvil.net:/cvs -z3 rdiff -r HEAD-2003091401 -r captive -kk reactos -u (I have there broken branchpoint tag.) Lace -- Jan Kratochvil; http://www.jankratochvil.net/ From hyp-x@stormregion.com Sat Oct 25 00:06:25 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9OM6ONG016846 for ; Sat, 25 Oct 2003 00:06:24 +0200 Received: from predator.automex.hu (predator.automex.hu [195.70.37.71] (may be forged)) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9OM6Jlk034754 for ; Sat, 25 Oct 2003 00:06:22 +0200 Received: (qmail 13788 invoked from network); 24 Oct 2030 22:02:14 -0000 Received: from line-70-78.dial.freestart.hu (HELO stormregion.com) (213.197.70.78) by 0 with SMTP; 24 Oct 2030 22:02:14 -0000 Message-ID: <3F99A2E1.9070800@stormregion.com> Date: Sat, 25 Oct 2003 00:08:33 +0200 From: Peter Bajusz User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax) X-Accept-Language: hu, en-us MIME-Version: 1.0 To: ros-kernel@reactos.com Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [ros-kernel] Direct 3D runtime X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2003 22:06:25 -0000 Hi all, I begun working on a replacement D3D9 runtime that can hopefully one day will run on ROS. It's in an early stage (basic VB/texture/DP support is there). I'll develop and test this on W2k. I'll GPL it once it's in a stage that it can be used for some basic applications at least. It makes use of the NtGdiDD* and NtGdiD3D* kernel entry points, see: http://tinyurl.com/s9ey Those should be relatively straightforward to implement, as they are mosty forwarding the call to the display driver. -- Peter Bajusz / Stormregion Chaos always defeats order, because it's better organized. -- T.P. From steven_ed4153@yahoo.com Sat Oct 25 00:16:08 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9OMG8NG016903 for ; Sat, 25 Oct 2003 00:16:08 +0200 Received: from web21108.mail.yahoo.com (web21108.mail.yahoo.com [216.136.227.110]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9OMG7lk019612 for ; Sat, 25 Oct 2003 00:16:08 +0200 Message-ID: <20031024221605.47372.qmail@web21108.mail.yahoo.com> Received: from [66.83.186.125] by web21108.mail.yahoo.com via HTTP; Fri, 24 Oct 2003 15:16:05 PDT Date: Fri, 24 Oct 2003 15:16:05 -0700 (PDT) From: Steven Edwards Subject: Re: [ros-kernel] The quest for UxTheme - part 1 To: ReactOS Kernel List In-Reply-To: <6.0.0.22.2.20031024223158.047dbaf0@pop3.aldebaran> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2003 22:16:09 -0000 Define -D__USE_W32API in your makefile --- "KJK::Hyperion" wrote: > At 00.24 24/10/2003, you wrote: > >I'll add it to our CVS repository as soon as it compiles with MinGW > > follow-up: it compiles fine on bare w32api, it bombs with our headers > (but > I'll commit it anyway). How do I use just the MinGW headers? > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From hyp-x@stormregion.com Sat Oct 25 00:57:49 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9OMvmNG017077 for ; Sat, 25 Oct 2003 00:57:48 +0200 Received: from predator.automex.hu (predator.automex.hu [195.70.37.71] (may be forged)) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9OMvllk111590 for ; Sat, 25 Oct 2003 00:57:48 +0200 Received: (qmail 13940 invoked from network); 24 Oct 2030 22:53:42 -0000 Received: from line-70-78.dial.freestart.hu (HELO stormregion.com) (213.197.70.78) by 0 with SMTP; 24 Oct 2030 22:53:42 -0000 Message-ID: <3F99AEB6.10205@stormregion.com> Date: Sat, 25 Oct 2003 00:59:02 +0200 From: Peter Bajusz User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax) X-Accept-Language: hu, en-us MIME-Version: 1.0 To: ReactOS Kernel List Content-Type: multipart/mixed; boundary="------------070209070402070203050908" Subject: [ros-kernel] DirectDraw driver calls patch X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2003 22:57:49 -0000 This is a multi-part message in MIME format. --------------070209070402070203050908 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi, I'm quite new here so I don't know who to send this patch to: This patch adds the DirectDraw driver calls to DRIVER_FUNCTIONS, and the initializer to DRIVER_BuildDDIFunctions. These were incomlete (and "#if 0"d). The code compiles with this patch. It shouldn't break anything - nothing calls these functions (yet). -- Peter Bajusz / Stormregion Chaos always defeats order, because it's better organized. -- T.P. --------------070209070402070203050908 Content-Type: text/plain; name="ddcalls.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ddcalls.diff" Index: include/win32k/driver.h =================================================================== RCS file: /CVS/ReactOS/reactos/include/win32k/driver.h,v retrieving revision 1.8 diff -u -p -r1.8 driver.h --- include/win32k/driver.h 8 Sep 2002 10:22:35 -0000 1.8 +++ include/win32k/driver.h 24 Oct 2003 22:48:59 -0000 @@ -88,6 +88,11 @@ typedef LONG STDCALL (*PGD_DESCRIBEPIXEL typedef BOOL STDCALL (*PGD_SWAPBUFFERS)(PSURFOBJ, PWNDOBJ); typedef BOOL STDCALL (*PGD_STARTBANDING)(PSURFOBJ, PPOINTL); typedef BOOL STDCALL (*PGD_NEXTBAND)(PSURFOBJ, PPOINTL); + +typedef BOOL STDCALL (*PGD_GETDIRECTDRAWINFO)(DHPDEV, PDD_HALINFO, PDWORD, PVIDEOMEMORY, PDWORD, PDWORD); +typedef BOOL STDCALL (*PGD_ENABLEDIRECTDRAW)(DHPDEV, PDD_CALLBACKS, PDD_SURFACECALLBACKS, PDD_PALETTECALLBACKS); +typedef VOID STDCALL (*PGD_DISABLEDIRECTDRAW)(DHPDEV); + typedef LONG STDCALL (*PGD_QUERYSPOOLTYPE)(DHPDEV, LPWSTR); @@ -147,11 +152,9 @@ typedef struct _DRIVER_FUNCTIONS PGD_SWAPBUFFERS SwapBuffers; PGD_STARTBANDING StartBanding; PGD_NEXTBAND NextBand; -#if 0 - PGD_GETDIRECTDRAWINFO, - PGD_ENABLEDIRECTDRAW, - PGD_DISABLEDIRECTDRAW, -#endif + PGD_GETDIRECTDRAWINFO GetDirectDrawInfo; + PGD_ENABLEDIRECTDRAW EnableDirectDraw; + PGD_DISABLEDIRECTDRAW DisableDirectDraw; PGD_QUERYSPOOLTYPE QuerySpoolType; } DRIVER_FUNCTIONS, *PDRIVER_FUNCTIONS; Index: subsys/win32k/misc/driver.c =================================================================== RCS file: /CVS/ReactOS/reactos/subsys/win32k/misc/driver.c,v retrieving revision 1.29 diff -u -p -r1.29 driver.c --- subsys/win32k/misc/driver.c 24 Oct 2003 08:22:29 -0000 1.29 +++ subsys/win32k/misc/driver.c 24 Oct 2003 22:49:23 -0000 @@ -224,11 +224,9 @@ BOOL DRIVER_BuildDDIFunctions(PDRVENABLE if(DED->pdrvfn[i].iFunc == INDEX_DrvSwapBuffers) DF->SwapBuffers = (PGD_SWAPBUFFERS)DED->pdrvfn[i].pfn; if(DED->pdrvfn[i].iFunc == INDEX_DrvStartBanding) DF->StartBanding = (PGD_STARTBANDING)DED->pdrvfn[i].pfn; if(DED->pdrvfn[i].iFunc == INDEX_DrvNextBand) DF->NextBand = (PGD_NEXTBAND)DED->pdrvfn[i].pfn; -#if 0 - if(DED->pdrvfn[i].iFunc == INDEX_DrvGetDirectDrawInfo) DF->GETDIRECTDRAWINFO = (PGD_)DED->pdrvfn[i].pfn; - if(DED->pdrvfn[i].iFunc == INDEX_DrvEnableDirectDraw) DF->ENABLEDIRECTDRAW = (PGD_)DED->pdrvfn[i].pfn; - if(DED->pdrvfn[i].iFunc == INDEX_DrvDisableDirectDraw) DF->DISABLEDIRECTDRAW = (PGD_)DED->pdrvfn[i].pfn; -#endif + if(DED->pdrvfn[i].iFunc == INDEX_DrvGetDirectDrawInfo) DF->GetDirectDrawInfo = (PGD_GETDIRECTDRAWINFO)DED->pdrvfn[i].pfn; + if(DED->pdrvfn[i].iFunc == INDEX_DrvEnableDirectDraw) DF->EnableDirectDraw = (PGD_ENABLEDIRECTDRAW)DED->pdrvfn[i].pfn; + if(DED->pdrvfn[i].iFunc == INDEX_DrvDisableDirectDraw) DF->DisableDirectDraw = (PGD_DISABLEDIRECTDRAW)DED->pdrvfn[i].pfn; if(DED->pdrvfn[i].iFunc == INDEX_DrvQuerySpoolType) DF->QuerySpoolType = (PGD_QUERYSPOOLTYPE)DED->pdrvfn[i].pfn; } --------------070209070402070203050908-- From steven_ed4153@yahoo.com Sat Oct 25 01:30:15 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9ONUFNG017311 for ; Sat, 25 Oct 2003 01:30:15 +0200 Received: from web21110.mail.yahoo.com (web21110.mail.yahoo.com [216.136.227.112]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9ONUDlk036408 for ; Sat, 25 Oct 2003 01:30:13 +0200 Message-ID: <20031024233001.88627.qmail@web21110.mail.yahoo.com> Received: from [66.83.186.125] by web21110.mail.yahoo.com via HTTP; Fri, 24 Oct 2003 16:30:01 PDT Date: Fri, 24 Oct 2003 16:30:01 -0700 (PDT) From: Steven Edwards To: ros-kernel@reactos.com MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-540636845-1067038201=:88524" Subject: [ros-kernel] Mozilla and ReactOS (No it doesn't load yet) X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2003 23:30:15 -0000 --0-540636845-1067038201=:88524 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline But we are makking progress. If you use either my or Filips WINE dlls package under ReactOS you will have almost everything you need to get started. I would file a bug report in bugzilla but my account is hosed ATM. You will also need this patch to wsock32.edf as Mozilla does not use named exports in its linking to the dll. Can somone working on networking run dependancy walker on mozilla and check our wsock32 and add these if they are correct? This replacement for the edf is based on WINEs and I dont know if they exports or forwards are correct. Attached is the rather long debug output. Thanks Steven __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com --0-540636845-1067038201=:88524 Content-Type: application/octet-stream; name="wsock32.edf.diff" Content-Transfer-Encoding: base64 Content-Description: wsock32.edf.diff Content-Disposition: attachment; filename="wsock32.edf.diff" SW5kZXg6IHdzb2NrMzIuZWRmDQo9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpS Q1MgZmlsZTogL0NWUy9SZWFjdE9TL3JlYWN0b3MvbGliL3dzb2NrMzIvd3Nv Y2szMi5lZGYsdg0KcmV0cmlldmluZyByZXZpc2lvbiAxLjMNCmRpZmYgLXUg LXIxLjMgd3NvY2szMi5lZGYNCi0tLSB3c29jazMyLmVkZgkxMiBTZXAgMjAw MyAxNzo1MTo0OCAtMDAwMAkxLjMNCisrKyB3c29jazMyLmVkZgkyNCBPY3Qg MjAwMyAyMzozNjowNyAtMDAwMA0KQEAgLTEsODIgKzEsNjQgQEANCi07ICRJ ZDogd3NvY2szMi5lZGYsdiAxLjMgMjAwMy8wOS8xMiAxNzo1MTo0OCB2aXp6 aW5pIEV4cCAkDQotOw0KLTsgV1NPQ0szMi5ETEwgLSBXaW5kb3dzIFNvY2tl dHMgMiBETEwNCis7IEZpbGUgZ2VuZXJhdGVkIGF1dG9tYXRpY2FsbHkgZnJv bSB3c29jazMyL3dzb2NrMzIuc3BlYzsgZG8gbm90IGVkaXQhDQogDQogTElC UkFSWSB3c29jazMyLmRsbA0KIA0KIEVYUE9SVFMNCi1XRVA9d3MyXzMyLldF UA0KLVdTQXBTZXRQb3N0Um91dGluZT13czJfMzIuV1NBcFNldFBvc3RSb3V0 aW5lDQotV1NBQXN5bmNHZXRIb3N0QnlBZGRyPXdzMl8zMi5XU0FBc3luY0dl dEhvc3RCeUFkZHINCi1XU0FBc3luY0dldEhvc3RCeU5hbWU9d3MyXzMyLldT QUFzeW5jR2V0SG9zdEJ5TmFtZQ0KLVdTQUFzeW5jR2V0UHJvdG9CeU5hbWU9 d3MyXzMyLldTQUFzeW5jR2V0UHJvdG9CeU5hbWUNCi1XU0FBc3luY0dldFBy b3RvQnlOdW1iZXI9d3MyXzMyLldTQUFzeW5jR2V0UHJvdG9CeU51bWJlcg0K LVdTQUFzeW5jR2V0U2VydkJ5TmFtZT13czJfMzIuV1NBQXN5bmNHZXRTZXJ2 QnlOYW1lDQotV1NBQXN5bmNHZXRTZXJ2QnlQb3J0PXdzMl8zMi5XU0FBc3lu Y0dldFNlcnZCeVBvcnQNCi1XU0FBc3luY1NlbGVjdD13czJfMzIuV1NBQXN5 bmNTZWxlY3QNCi1XU0FDYW5jZWxBc3luY1JlcXVlc3Q9d3MyXzMyLldTQUNh bmNlbEFzeW5jUmVxdWVzdA0KLVdTQUNhbmNlbEJsb2NraW5nQ2FsbD13czJf MzIuV1NBQ2FuY2VsQmxvY2tpbmdDYWxsDQotV1NBQ2xlYW51cD13czJfMzIu V1NBQ2xlYW51cA0KLVdTQUdldExhc3RFcnJvcj13czJfMzIuV1NBR2V0TGFz dEVycm9yDQotV1NBSXNCbG9ja2luZz13czJfMzIuV1NBSXNCbG9ja2luZw0K LVdTQVNldEJsb2NraW5nSG9vaz13czJfMzIuV1NBU2V0QmxvY2tpbmdIb29r DQotV1NBU2V0TGFzdEVycm9yPXdzMl8zMi5XU0FTZXRMYXN0RXJyb3INCi1X U0FTdGFydHVwPXdzMl8zMi5XU0FTdGFydHVwDQotV1NBVW5ob29rQmxvY2tp bmdIb29rPXdzMl8zMi5XU0FVbmhvb2tCbG9ja2luZ0hvb2sNCi1fX1dTQUZE SXNTZXQ9d3MyXzMyLl9fV1NBRkRJc1NldA0KLWFjY2VwdD13czJfMzIuYWNj ZXB0DQotYmluZD13czJfMzIuYmluZA0KLWNsb3Nlc29ja2V0PXdzMl8zMi5j bG9zZXNvY2tldA0KLWNvbm5lY3Q9d3MyXzMyLmNvbm5lY3QNCi1nZXRob3N0 YnlhZGRyPXdzMl8zMi5nZXRob3N0YnlhZGRyDQotZ2V0aG9zdGJ5bmFtZT13 czJfMzIuZ2V0aG9zdGJ5bmFtZQ0KLWdldGhvc3RuYW1lPXdzMl8zMi5nZXRo b3N0bmFtZQ0KLWdldHBlZXJuYW1lPXdzMl8zMi5nZXRwZWVybmFtZQ0KLWdl dHByb3RvYnluYW1lPXdzMl8zMi5nZXRwcm90b2J5bmFtZQ0KLWdldHByb3Rv YnludW1iZXI9d3MyXzMyLmdldHByb3RvYnludW1iZXINCi1nZXRzZXJ2Ynlu YW1lPXdzMl8zMi5nZXRzZXJ2YnluYW1lDQotZ2V0c2VydmJ5cG9ydD13czJf MzIuZ2V0c2VydmJ5cG9ydA0KLWdldHNvY2tuYW1lPXdzMl8zMi5nZXRzb2Nr bmFtZQ0KLWdldHNvY2tvcHQ9Z2V0c29ja29wdEAyMA0KLWh0b25sPXdzMl8z Mi5odG9ubA0KLWh0b25zPXdzMl8zMi5odG9ucw0KLWluZXRfYWRkcj13czJf MzIuaW5ldF9hZGRyDQotaW5ldF9udG9hPXdzMl8zMi5pbmV0X250b2ENCi1p b2N0bHNvY2tldD13czJfMzIuaW9jdGxzb2NrZXQNCi1saXN0ZW49d3MyXzMy Lmxpc3Rlbg0KLW50b2hsPXdzMl8zMi5udG9obA0KLW50b2hzPXdzMl8zMi5u dG9ocw0KLXJlY3Y9cmVjdkAxNg0KLXJlY3Zmcm9tPXJlY3Zmcm9tQDI0DQot c2VsZWN0PXdzMl8zMi5zZWxlY3QNCi1zZW5kPXdzMl8zMi5zZW5kDQotc2Vu ZHRvPXdzMl8zMi5zZW5kdG8NCi1zZXRzb2Nrb3B0PXNldHNvY2tvcHRAMjAN Ci1zaHV0ZG93bj13czJfMzIuc2h1dGRvd24NCi1zb2NrZXQ9d3MyXzMyLnNv Y2tldA0KLUFjY2VwdEV4PW1zd3NvY2suQWNjZXB0RXgNCi1FbnVtUHJvdG9j b2xzQT1tc3dzb2NrLkVudW1Qcm90b2NvbHNBDQotRW51bVByb3RvY29sc1c9 bXN3c29jay5FbnVtUHJvdG9jb2xzVw0KLUdldEFjY2VwdEV4U29ja2FkZHJz PW1zd3NvY2suR2V0QWNjZXB0RXhTb2NrYWRkcnMNCi1HZXRBZGRyZXNzQnlO YW1lQT1tc3dzb2NrLkdldEFkZHJlc3NCeU5hbWVBDQotR2V0QWRkcmVzc0J5 TmFtZVc9bXN3c29jay5HZXRBZGRyZXNzQnlOYW1lVw0KLUdldE5hbWVCeVR5 cGVBPW1zd3NvY2suR2V0TmFtZUJ5VHlwZUENCi1HZXROYW1lQnlUeXBlVz1t c3dzb2NrLkdldE5hbWVCeVR5cGVXDQotR2V0U2VydmljZUE9bXN3c29jay5H ZXRTZXJ2aWNlQQ0KLUdldFNlcnZpY2VXPW1zd3NvY2suR2V0U2VydmljZVcN Ci1HZXRUeXBlQnlOYW1lQT1tc3dzb2NrLkdldFR5cGVCeU5hbWVBDQotR2V0 VHlwZUJ5TmFtZVc9bXN3c29jay5HZXRUeXBlQnlOYW1lVw0KLTtNaWdyYXRl V2luc29ja0NvbmZpZ3VyYXRpb24NCi1OUExvYWROYW1lU3BhY2VzPW1zd3Nv Y2suTlBMb2FkTmFtZVNwYWNlcw0KLVNldFNlcnZpY2VBPW1zd3NvY2suU2V0 U2VydmljZUENCi1TZXRTZXJ2aWNlVz1tc3dzb2NrLlNldFNlcnZpY2VXDQot VHJhbnNtaXRGaWxlPW1zd3NvY2suVHJhbnNtaXRGaWxlDQotV1NBUmVjdkV4 PW1zd3NvY2suV1NBUmVjdkV4DQotZG5fZXhwYW5kPW1zd3NvY2suZG5fZXhw YW5kDQotZ2V0bmV0YnluYW1lPW1zd3NvY2suZ2V0bmV0YnluYW1lDQotaW5l dF9uZXR3b3JrPW1zd3NvY2suaW5ldF9uZXR3b3JrDQotcmNtZD1tc3dzb2Nr LnJjbWQNCi1yZXhlYz1tc3dzb2NrLnJleGVjDQotcnJlc3Zwb3J0PW1zd3Nv Y2sucnJlc3Zwb3J0DQotc19wZXJyb3I9bXN3c29jay5zX3BlcnJvcg0KLXNl dGhvc3RuYW1lPW1zd3NvY2suc2V0aG9zdG5hbWUNCisgIGFjY2VwdEAxMj13 czJfMzIuYWNjZXB0IEAxDQorICBiaW5kQDEyPXdzMl8zMi5iaW5kIEAyDQor ICBjbG9zZXNvY2tldEA0PXdzMl8zMi5jbG9zZXNvY2tldCBAMw0KKyAgY29u bmVjdEAxMj13czJfMzIuY29ubmVjdCBANA0KKyAgZ2V0cGVlcm5hbWVAMTI9 d3MyXzMyLmdldHBlZXJuYW1lIEA1DQorICBnZXRzb2NrbmFtZUAxMj13czJf MzIuZ2V0c29ja25hbWUgQDYNCisgIGdldHNvY2tvcHQ9Z2V0c29ja29wdEAy MCBAIDcNCisgIGh0b25sQDQ9d3MyXzMyLmh0b25sIEA4DQorICBodG9uc0A0 PXdzMl8zMi5odG9ucyBAOQ0KKyAgaW5ldF9hZGRyQDQ9d3MyXzMyLmluZXRf YWRkciBAMTANCisgIGluZXRfbnRvYUA0PXdzMl8zMi5pbmV0X250b2EgQDEx DQorICBpb2N0bHNvY2tldEAxMj13czJfMzIuaW9jdGxzb2NrZXQgQDEyDQor ICBsaXN0ZW5AOD13czJfMzIubGlzdGVuIEAxMw0KKyAgbnRvaGxAND13czJf MzIubnRvaGwgQDE0DQorICBudG9oc0A0PXdzMl8zMi5udG9ocyBAMTUNCisg IHJlY3ZAMTY9d3MyXzMyLnJlY3YgQDE2DQorICByZWN2ZnJvbUAyND13czJf MzIucmVjdmZyb20gQDE3DQorICBzZWxlY3RAMjA9d3MyXzMyLnNlbGVjdCBA MTgNCisgIHNlbmRAMTY9d3MyXzMyLnNlbmQgQDE5DQorICBzZW5kdG9AMjQ9 d3MyXzMyLnNlbmR0byBAMjANCisgIHNldHNvY2tvcHRAMjA9c2V0c29ja29w dEAyMCBAMjENCisgIHNodXRkb3duQDg9d3MyXzMyLnNodXRkb3duIEAyMg0K KyAgc29ja2V0QDEyPXdzMl8zMi5zb2NrZXQgQDIzDQorICBnZXRob3N0Ynlh ZGRyQDEyPXdzMl8zMi5nZXRob3N0YnlhZGRyIEA1MQ0KKyAgZ2V0aG9zdGJ5 bmFtZUA0PXdzMl8zMi5nZXRob3N0YnluYW1lIEA1Mg0KKyAgZ2V0cHJvdG9i eW5hbWVAND13czJfMzIuZ2V0cHJvdG9ieW5hbWUgQDUzDQorICBnZXRwcm90 b2J5bnVtYmVyQDQ9d3MyXzMyLmdldHByb3RvYnludW1iZXIgQDU0DQorICBn ZXRzZXJ2YnluYW1lQDg9d3MyXzMyLmdldHNlcnZieW5hbWUgQDU1DQorICBn ZXRzZXJ2Ynlwb3J0QDg9d3MyXzMyLmdldHNlcnZieXBvcnQgQDU2DQorICBn ZXRob3N0bmFtZUA4PXdzMl8zMi5nZXRob3N0bmFtZSBANTcNCisgIFdTQUFz eW5jU2VsZWN0QDE2PXdzMl8zMi5XU0FBc3luY1NlbGVjdCBAMTAxDQorICBX U0FBc3luY0dldEhvc3RCeUFkZHJAMjg9d3MyXzMyLldTQUFzeW5jR2V0SG9z dEJ5QWRkciBAMTAyDQorICBXU0FBc3luY0dldEhvc3RCeU5hbWVAMjA9d3My XzMyLldTQUFzeW5jR2V0SG9zdEJ5TmFtZSBAMTAzDQorICBXU0FBc3luY0dl dFByb3RvQnlOdW1iZXJAMjA9d3MyXzMyLldTQUFzeW5jR2V0UHJvdG9CeU51 bWJlciBAMTA0DQorICBXU0FBc3luY0dldFByb3RvQnlOYW1lQDIwPXdzMl8z Mi5XU0FBc3luY0dldFByb3RvQnlOYW1lIEAxMDUNCisgIFdTQUFzeW5jR2V0 U2VydkJ5UG9ydEAyND13czJfMzIuV1NBQXN5bmNHZXRTZXJ2QnlQb3J0IEAx MDYNCisgIFdTQUFzeW5jR2V0U2VydkJ5TmFtZUAyND13czJfMzIuV1NBQXN5 bmNHZXRTZXJ2QnlOYW1lIEAxMDcNCisgIFdTQUNhbmNlbEFzeW5jUmVxdWVz dEA0PXdzMl8zMi5XU0FDYW5jZWxBc3luY1JlcXVlc3QgQDEwOA0KKyAgV1NB U2V0QmxvY2tpbmdIb29rQDQ9d3MyXzMyLldTQVNldEJsb2NraW5nSG9vayBA MTA5DQorICBXU0FVbmhvb2tCbG9ja2luZ0hvb2tAMD13czJfMzIuV1NBVW5o b29rQmxvY2tpbmdIb29rIEAxMTANCisgIFdTQUdldExhc3RFcnJvckAwPXdz Ml8zMi5XU0FHZXRMYXN0RXJyb3IgQDExMQ0KKyAgV1NBU2V0TGFzdEVycm9y QDQ9d3MyXzMyLldTQVNldExhc3RFcnJvciBAMTEyDQorICBXU0FDYW5jZWxC bG9ja2luZ0NhbGxAMD13czJfMzIuV1NBQ2FuY2VsQmxvY2tpbmdDYWxsIEAx MTMNCisgIFdTQUlzQmxvY2tpbmdAMD13czJfMzIuV1NBSXNCbG9ja2luZyBA MTE0DQorICBXU0FTdGFydHVwQDg9d3MyXzMyLldTQVN0YXJ0dXAgQDExNQ0K KyAgV1NBQ2xlYW51cEAwPXdzMl8zMi5XU0FDbGVhbnVwIEAxMTYNCisgIF9f V1NBRkRJc1NldEA4PXdzMl8zMi5fX1dTQUZESXNTZXQgQDE1MQ0KKyAgV0VQ QDA9d3MyXzMyLldFUCBANTAwDQorOyAgV3NDb250cm9sQDI0IEAxMDAxDQor OyAgaW5ldF9uZXR3b3JrQDQ9V1NPQ0szMl9pbmV0X25ldHdvcmtANCBAMTEw MA0KKzsgIGdldG5ldGJ5bmFtZUA0PVdTT0NLMzJfZ2V0bmV0YnluYW1lQDQg QDExMDENCisgIFdTQVJlY3ZFeEAxNiBAMTEwNw0KKyAgc19wZXJyb3JANCBA MTEwOA0KKyAgRW51bVByb3RvY29sc0FAMTIgQDExMTENCisgIEVudW1Qcm90 b2NvbHNXQDEyIEAxMTEyDQorICBHZXRUeXBlQnlOYW1lQUA4IEAxMTEzDQor ICBHZXRUeXBlQnlOYW1lV0A4IEAxMTE0DQorICBTZXRTZXJ2aWNlQUAyNCBA MTExNw0KKyAgU2V0U2VydmljZVdAMjQgQDExMTgNCg== --0-540636845-1067038201=:88524 Content-Type: text/plain; name="mozilla.txt" Content-Description: mozilla.txt Content-Disposition: inline; filename="mozilla.txt" (reg/reg.c:2104) hKey 0x70 lpValueName Shell lpData 0xA0001068 lpcbData 34079240(reg/reg.c:90) MapDefaultKey (Key 70)(reg/reg.c:2139) Status 0x0(reg/reg.c:2166) Type 2 Size 60(reg/reg.c:56) RegInitialize()LDR: Performing relocationsLdrGetExportByOrdinal(Ordinal 151) = 75053684LdrGetExportByOrdinal(Ordinal 5) = 7505377aLdrGetExportByOrdinal(Ordinal 6) = 75053838LdrGetExportByOrdinal(Ordinal 22) = 750539b5LdrGetExportByOrdinal(Ordinal 17) = 7505393dLdrGetExportByOrdinal(Ordinal 20) = 7505398eLdrGetExportByOrdinal(Ordinal 19) = 75053978LdrGetExportByOrdinal(Ordinal 16) = 75053925LdrGetExportByOrdinal(Ordinal 13) = 750538e5LdrGetExportByOrdinal(Ordinal 2) = 750536b8LdrGetExportByOrdinal(Ordinal 4) = 750536f0LdrGetExportByOrdinal(Ordinal 1) = 750536a2LdrGetExportByOrdinal(Ordinal 23) = 750539cfLdrGetExportByOrdinal(Ordinal 18) = 75053962LdrGetExportByOrdinal(Ordinal 21) = 75051160LdrGetExportByOrdinal(Ordinal 115) = 7505362eLdrGetExportByOrdinal(Ordinal 116) = 7505355cLdrGetE! xportByOrdinal(Ordinal 57) = 75053758LdrGetExportByOrdinal(Ordinal 7) = 75051040LdrGetExportByOrdinal(Ordinal 111) = 75053580LdrGetExportByOrdinal(Ordinal 14) = 750538fbLdrGetExportByOrdinal(Ordinal 15) = 75053910LdrGetExportByOrdinal(Ordinal 10) = 7505388cLdrGetExportByOrdinal(Ordinal 9) = 75053873LdrGetExportByOrdinal(Ordinal 54) = 750537c7LdrGetExportByOrdinal(Ordinal 53) = 7505379eLdrGetExportByOrdinal(Ordinal 51) = 75053710LdrGetExportByOrdinal(Ordinal 52) = 75053735LdrGetExportByOrdinal(Ordinal 8) = 7505385eLdrGetExportByOrdinal(Ordinal 12) = 750538c9LdrGetExportByOrdinal(Ordinal 3) = 750536d2LdrGetProcedureAddress (BaseAddress ddf67000 Name KbdLayerDescriptor Ordinal 0 ProcedureAddress de1fae84)ExportDir ddf6b000 i 84LdrGetProcedureAddress (BaseAddress ddf67000 Name KbdLayerDescriptor Ordinal 0 ProcedureAddress de1fae84)ExportDir ddf6b000 i 84(reg/reg.c:90) MapDefaultKey (Key 80000002)(reg/reg.c:200) OpenLocalMachineKey()(reg/reg.c:334) RegCreateKeyExA() called(reg/r! eg.c:90) MapDefaultKey (Key 80000002)(reg/reg.c:345) ParentKey 98(reg/ reg.c:371) Status c0000034(NTDLL:ldr/utils.c:547) Failed to create or open dll section (Status c0000135)(NTDLL:ldr/utils.c:547) Failed to create or open dll section (Status c0000135)(NTDLL:ldr/utils.c:547) Failed to create or open dll section (Status c0000135)DriverBase for \SystemRoot\System32\vgaddi.DLL: de2cf000LdrGetExportByOrdinal(Ordinal 167) = 7616c0ddLdrGetExportByOrdinal(Ordinal 71) = 7616b5fdLdrGetExportByOrdinal(Ordinal 151) = 7616ca77LdrGetExportByOrdinal(Ordinal 328) = 7616dc7bLdrGetExportByOrdinal(Ordinal 386) = 7616f4eeLdrGetExportByOrdinal(Ordinal 332) = 7616e06aLdrGetExportByOrdinal(Ordinal 334) = 7616e245LdrGetExportByOrdinal(Ordinal 339) = 7616ea32LdrGetExportByOrdinal(Ordinal 338) = 7616e92eLdrGetExportByOrdinal(Ordinal 154) = 7616cc2aLdrGetExportByOrdinal(Ordinal 169) = 7616be00LdrGetExportByOrdinal(Ordinal 73) = 7616b77bLdrGetExportByOrdinal(Ordinal 152) = 7616bc7dFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading ico! n imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon images(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME:! StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't del ete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0FIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon images(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c! :1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0FIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon images(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/! gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(ob jects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0FIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon images(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:4! 71) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0FIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon images(o! bjects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x0 07f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0! 000, flag:0FIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon images(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only! Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2 d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0FIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon images(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0(objects/gdiobj.c:640) GDIOBJ_LockOb! j failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0FIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon images(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invali! d ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0FIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon images(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 rea! son 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:! 0FIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARE D support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon images(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/! bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0FIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon images(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0(objects/gdiobj.c:640) GDIOBJ_LockObj failed f! or 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) call ed from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0FIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon images(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, n! ot Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0FIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon images(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(obje! cts/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471 ) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0FIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support L! oading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon images(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:2! 69) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0FIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon images(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: ob! jects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0FIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon images(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch! !(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0FIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon images(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid O! bjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0FIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading ico! n imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need L R_SHARED support Loading icon images(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't dele! te hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0FIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon images(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c! :1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bi tblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0FIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon images(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(obj! ects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0FIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon images(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandl! e 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0FIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED su! pport Loading icon images(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x! 006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete h Obj:0x7616e2d3, type:0x007f0000, flag:0FIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon images(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269)! FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0FIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon images(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiob! j.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0(objects /gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0FIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon images(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(o! bjects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0FIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Load! ing icon images(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616 e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e! 2d3, type:0x007f0000, flag:0FIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon images(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: St! retchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid Obje ctHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0FIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon images(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0(objects/gdiobj.c:6! 40) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0FIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon images(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdi! obj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME : StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0FIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon images(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqty! pe 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:! 0x007f0000, flag:0FIXME: need LR_SHARED support Loading icon imagesFIX ME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon images(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x! 7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0FIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon images(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0(objects/gdiobj.c:640) GDIOBJ! _LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gd iobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0FIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon images(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBl! t can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0FIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon images(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0! 000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(obj ects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0FIXME: need LR_SHARED support Loading icon imagesFIXME: need LR! _SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon images(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(o! bjects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(obje cts/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0FIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon images(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641)! called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0FIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon images(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only! Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0FIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon imagesFIXME: need LR_SHARED support Loading icon images(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj! .c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0(objects/gdiobj.c:640) GDIOBJ_LockObj failed for 0x7616e2d3, reqtype 0x007f0000 reason 1(objects/gdiobj.c:641) called from: objects/dc.c:1212(objects/gdiobj.c:471) Invalid ObjectHandle 0x006bb0a0(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:471) Invalid ObjectHandle 0x7616e2d3(objects/bitblt.c:269) FIXME: StretchBlt can only Blt, not Stretch!(objects/gdiobj.c:301) Can't delete hObj:0x006bb0a0, type:0x007f0000, flag:0(objects/gdiobj.c:301) Can't delete hObj:0x7616e2d3, type:0x007f0000, flag:0(ke/catch.c:130) Unhandled UserMode exception, terminating thread --0-540636845-1067038201=:88524-- From fd0man@chadeux.homelinux.net Sat Oct 25 20:48:02 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9PIm2NG022613 for ; Sat, 25 Oct 2003 20:48:02 +0200 Received: from chadeux.homelinux.net (cblmdm204-118-177-204.buckeye-express.com [204.118.177.204]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9PIm1lk029042 for ; Sat, 25 Oct 2003 20:48:01 +0200 Received: from chadeux.homelinux.net (IDENT:1000@localhost [127.0.0.1]) by chadeux.homelinux.net (8.12.8/8.12.8) with ESMTP id h9PIhcg3008996 for ; Sat, 25 Oct 2003 14:43:38 -0400 Received: from localhost (fd0man@localhost) by chadeux.homelinux.net (8.12.8/8.12.8/Submit) with ESMTP id h9PIhbR7008993 for ; Sat, 25 Oct 2003 14:43:37 -0400 Date: Sat, 25 Oct 2003 14:43:33 -0400 (EDT) From: "Michael B. Trausch" To: ros-kernel@reactos.com Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [ros-kernel] ROS on 486... X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2003 18:48:02 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Okay, well, ROS does boot on the 486, however, not without lots of errors throughout the boot process. It of course, like y'all said, runs without the mouse now, however, I found out (by running CTMOUSE from DOS) that the mouse is on COM2. Why Windows wouldn't give me that information, is beyond me, maybe it's just because it's Win95-A and Win95-A was retarded :-P. The GUI test programs run, as do the console ones, and I see no crashes or anything, just yet. However, multiwin.exe doesn't quit upon ALT-F4. Later, Michael Michael B. Trausch 419-514-5047 AIM: MBTrausch 720 Orchard St. E-mail: fd0man@chadeux.homelinux.net Toledo, OH 43609 Web: http://chadeux.homelinux.net Shell access $5/month. Inquiries: shell@chadeux.homelinux.net Put "DOGXP180" in your e-mail to make sure it gets to me. My PGP Key (ID E1DABD2B) is available at keyserver pgp.mit.edu. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE/msRY85RqKeHavSsRAvdcAJ4584pkMEF2r9qCwWm+PdCL+SpnowCfe6Pl dFPan+4jTmlKyDQTYn+F/zw= =CUIK -----END PGP SIGNATURE----- From xnavara@volny.cz Sat Oct 25 21:29:05 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9PJT5NG023661 for ; Sat, 25 Oct 2003 21:29:05 +0200 Received: from smtp2.vol.cz (smtp2.vol.cz [195.250.128.42]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9PJT5lk063044 for ; Sat, 25 Oct 2003 21:29:05 +0200 Received: from hornet (prahaf-2-13.dialup.vol.cz [62.177.76.121]) by smtp2.vol.cz (8.12.8p2/8.12.8) with SMTP id h9PJStcT050888 for ; Sat, 25 Oct 2003 21:28:56 +0200 (CEST) (envelope-from xnavara@volny.cz) Message-ID: <029b01c39b2e$39dafe40$4e44b13e@hornet> From: "Filip Navara" To: "ReactOS Kernel List" References: Subject: Re: [ros-kernel] ROS on 486... Date: Sat, 25 Oct 2003 21:28:52 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2003 19:29:05 -0000 To enable detection of serial mouse on COM2 look into drivers\input\sermouse\sermouse.c and uncomment the appropriate define. Filip ----- Original Message ----- From: "Michael B. Trausch" To: Sent: Saturday, October 25, 2003 8:43 PM Subject: [ros-kernel] ROS on 486... > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Okay, well, ROS does boot on the 486, however, not without lots of errors > throughout the boot process. It of course, like y'all said, runs without > the mouse now, however, I found out (by running CTMOUSE from DOS) that the > mouse is on COM2. Why Windows wouldn't give me that information, is > beyond me, maybe it's just because it's Win95-A and Win95-A was retarded > :-P. > > The GUI test programs run, as do the console ones, and I see no crashes or > anything, just yet. However, multiwin.exe doesn't quit upon ALT-F4. > > Later, > Michael > > Michael B. Trausch 419-514-5047 AIM: MBTrausch > 720 Orchard St. E-mail: fd0man@chadeux.homelinux.net > Toledo, OH 43609 Web: http://chadeux.homelinux.net > Shell access $5/month. Inquiries: shell@chadeux.homelinux.net > Put "DOGXP180" in your e-mail to make sure it gets to me. > My PGP Key (ID E1DABD2B) is available at keyserver pgp.mit.edu. > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.1 (GNU/Linux) > > iD8DBQE/msRY85RqKeHavSsRAvdcAJ4584pkMEF2r9qCwWm+PdCL+SpnowCfe6Pl > dFPan+4jTmlKyDQTYn+F/zw= > =CUIK > -----END PGP SIGNATURE----- > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > From fd0man@chadeux.homelinux.net Sat Oct 25 21:41:14 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9PJfENG023734 for ; Sat, 25 Oct 2003 21:41:14 +0200 Received: from chadeux.homelinux.net (cblmdm204-118-177-204.buckeye-express.com [204.118.177.204]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9PJfClk068984 for ; Sat, 25 Oct 2003 21:41:13 +0200 Received: from chadeux.homelinux.net (IDENT:1000@localhost [127.0.0.1]) by chadeux.homelinux.net (8.12.8/8.12.8) with ESMTP id h9PJaog3016724 for ; Sat, 25 Oct 2003 15:36:50 -0400 Received: from localhost (fd0man@localhost) by chadeux.homelinux.net (8.12.8/8.12.8/Submit) with ESMTP id h9PJantK016721 for ; Sat, 25 Oct 2003 15:36:49 -0400 Date: Sat, 25 Oct 2003 15:35:45 -0400 (EDT) From: "Michael B. Trausch" To: ReactOS Kernel List Subject: Re: [ros-kernel] ROS on 486... In-Reply-To: <029b01c39b2e$39dafe40$4e44b13e@hornet> Message-ID: References: <029b01c39b2e$39dafe40$4e44b13e@hornet> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2003 19:41:14 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sat, 25 Oct 2003, Filip Navara wrote: > > To enable detection of serial mouse on COM2 look into > drivers\input\sermouse\sermouse.c and uncomment the appropriate define. > > Filip > Hah! Hot damn. I'll do that. - Mike Michael B. Trausch 419-514-5047 AIM: MBTrausch 720 Orchard St. E-mail: fd0man@chadeux.homelinux.net Toledo, OH 43609 Web: http://chadeux.homelinux.net Shell access $5/month. Inquiries: shell@chadeux.homelinux.net Put "DOGXP180" in your e-mail to make sure it gets to me. My PGP Key (ID E1DABD2B) is available at keyserver pgp.mit.edu. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE/mtCU85RqKeHavSsRAtbEAKCaeXea6AEXO4yDhs/8etDMvF798ACgougd gs87gtCdjqRD+yms2HQ66Yw= =sE9+ -----END PGP SIGNATURE----- From gl@smtp.ru Sun Oct 26 07:31:25 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9Q6VPNG004863 for ; Sun, 26 Oct 2003 07:31:25 +0100 Received: from york.smtp.ru (york.smtp.ru [62.118.249.10]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9Q6VOlk036636 for ; Sun, 26 Oct 2003 07:31:24 +0100 Received: from [195.206.59.99] (account gl@smtp.ru HELO xpws) by york.smtp.ru (CommuniGate Pro SMTP 3.5.9) with ESMTP id 24605596 for ros-kernel@reactos.com; Sun, 26 Oct 2003 09:31:11 +0300 Date: Sun, 26 Oct 2003 14:30:28 +0800 From: gl X-Mailer: The Bat! (v2.00.6) UNREG / CD5BF9353B3B7091 X-Priority: 3 (Normal) Message-ID: <11467786682.20031026143028@smtp.ru> To: ros-kernel@reactos.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [ros-kernel] bug? X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: gl , ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Oct 2003 06:31:25 -0000 Hello ros-kernel, I can't boot from CD or HDD in Bochs or on real hardware since 0.1.4.6 (or may be .9). This is screen output: === Starting ReactOS 0.1.4 (Build 15) Copyright (c) 1998-2003 ReactOS Team ReactOS is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. There is absolutely no warranty for ReactOS. Found 1 system processor. [64 MB Memory] Serial debugging enabled. COM1 115200 Baud Initializing scsiport.sys... Initializing atapi.sys... Bug detected (code 1e param 0 0 0 0) KMODE_EXCEPTION_NOT_HANDLED Page Fault Exception: 14(2) Processor: 0 CS:EIP 8:c000a50d cr2 8 cr3 287000 Proc: c1218308 Pid: 1 Thrd: c121a050 Tid: 1 DS 10 ES 10 FS 30 GS 10 EAX: 00000000 EBX: c122d8f0 ECX: c1227bac EDX: 00000004 EBP: c00ad560 ESI: cda14a80 EDI: 00000000 EFLAGS: 00010292 kESP c00ad4e0 kernel stack base c00ab000 ESP c00ad4e0 Frames: ExceptionRecord->ExceptionAddress = 0xc00054b4 KeBugCheckWithTf at ke/catch.c:152 Bug detected (code 1e param 0 0 0 0) KMODE_EXCEPTION_NOT_HANDLED Recursive bug check halting now === This is debug output: === DriverBase for scsiport.sys: dda91000 DriverBase for atapi.sys: dda9b000 Page fault at high IRQL was 2 ExceptionRecord->ExceptionAddress = 0xc000a50d KeBugCheckWithTf at ke/catch.c:152 Bug detected (code 1e param 0 0 0 0) KMODE_EXCEPTION_NOT_HANDLED Page Fault Exception: 14(2) Processor: 0 CS:EIP 8:c000a50d cr2 8 cr3 287000 Proc: c1219308 Pid: 1 Thrd: c121b050 Tid: 1 DS 10 ES 10 FS 30 GS 10 EAX: 00000000 EBX: c1228d08 ECX: c1228c94 EDX: 00000004 EBP: c00ad560 ESI: cda15a80 EDI: 00000000 EFLAGS: 00000292 kESP c00ad4e0 kernel stack base c00ab000 ESP c00ad4e0 Frames: ExceptionRecord->ExceptionAddress = 0xc00054b4 KeBugCheckWithTf at ke/catch.c:152 Bug detected (code 1e param 0 0 0 0) KMODE_EXCEPTION_NOT_HANDLED Recursive bug check halting now === -- Best regards, gl mailto:gl@smtp.ru From info@w3seek.de Sun Oct 26 10:32:17 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9Q9WHNG005705 for ; Sun, 26 Oct 2003 10:32:17 +0100 Received: from hsp51.hspserver.com (hsp51.hspserver.com [213.131.231.14]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9Q9WGlk111550 for ; Sun, 26 Oct 2003 10:32:16 +0100 Received: (qmail 2823 invoked from network); 26 Oct 2003 09:32:16 -0000 Received: from pd9e0c7b8.dip.t-dialin.net (HELO w3seek.de) (217.224.199.184) by hsp51.hspserver.com with SMTP; 26 Oct 2003 09:32:16 -0000 Message-ID: <3F9B9496.40605@w3seek.de> Date: Sun, 26 Oct 2003 10:32:06 +0100 From: Thomas Weidenmueller User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en-us, en MIME-Version: 1.0 To: navaraf@mok.lvcm.com, ReactOS General List References: <200310252257.h9PMvZX11221@mok.lvcm.com> In-Reply-To: <200310252257.h9PMvZX11221@mok.lvcm.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: [ros-kernel] Re: [ros-cvs] CVS Update: reactos X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Oct 2003 09:32:17 -0000 navaraf@mok.lvcm.com wrote: >CVSROOT: /CVS/ReactOS >Module name: reactos >Repository: reactos/subsys/win32k/ntuser/ >Changes by: navaraf@mok.lvcm.com 03/10/25 15:57:34 > >Modified files: > reactos/lib/user32/: Makefile > reactos/lib/user32/windows/: defwnd.c menu.c window.c > reactos/subsys/win32k/include/: window.h > reactos/subsys/win32k/ntuser/: scrollbar.c window.c >Added files: > reactos/lib/user32/windows/: nonclient.c > >Log message: > - Better implementation of window non-client area functions. > - Fixed GetWindowLong and SetWindowLong. > - Other small bug fixes. > >_______________________________________________ >Ros-cvs mailing list >Ros-cvs@reactos.com >http://reactos.geldorp.nl:8080/mailman/listinfo/ros-cvs > > > > windows/nonclient.c: In function `DefWndNCPaint': windows/nonclient.c:406: `DC_GRADIENT' undeclared (first use in this function) windows/nonclient.c:406: (Each undeclared identifier is reported only once windows/nonclient.c:406: for each function it appears in.) windows/nonclient.c:406: `DC_BUTTONS' undeclared (first use in this function) make[1]: *** [windows/nonclient.o] Error 1 make[1]: Leaving directory `C:/reactos/lib/user32' make: *** [user32] Error 2 From xnavara@volny.cz Sun Oct 26 12:01:22 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9QB1MNG006083 for ; Sun, 26 Oct 2003 12:01:22 +0100 Received: from smtp2.vol.cz (smtp2.vol.cz [195.250.128.42]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9QB1Mlk008756 for ; Sun, 26 Oct 2003 12:01:22 +0100 Received: from hornet (prahaa-2-72.dialup.vol.cz [62.177.71.181]) by smtp2.vol.cz (8.12.8p2/8.12.8) with SMTP id h9QB17lR013498 for ; Sun, 26 Oct 2003 12:01:08 +0100 (CET) (envelope-from xnavara@volny.cz) Message-ID: <033101c39bb0$735203d0$4e44b13e@hornet> From: "Filip Navara" To: "ReactOS Kernel List" References: <200310252257.h9PMvZX11221@mok.lvcm.com> <3F9B9496.40605@w3seek.de> Subject: Re: [ros-kernel] Re: [ros-cvs] CVS Update: reactos Date: Sun, 26 Oct 2003 12:01:03 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Oct 2003 11:01:23 -0000 Should be fixed now. Filip ----- Original Message ----- From: "Thomas Weidenmueller" To: ; "ReactOS General List" Sent: Sunday, October 26, 2003 10:32 AM Subject: [ros-kernel] Re: [ros-cvs] CVS Update: reactos > navaraf@mok.lvcm.com wrote: > > >CVSROOT: /CVS/ReactOS > >Module name: reactos > >Repository: reactos/subsys/win32k/ntuser/ > >Changes by: navaraf@mok.lvcm.com 03/10/25 15:57:34 > > > >Modified files: > > reactos/lib/user32/: Makefile > > reactos/lib/user32/windows/: defwnd.c menu.c window.c > > reactos/subsys/win32k/include/: window.h > > reactos/subsys/win32k/ntuser/: scrollbar.c window.c > >Added files: > > reactos/lib/user32/windows/: nonclient.c > > > >Log message: > > - Better implementation of window non-client area functions. > > - Fixed GetWindowLong and SetWindowLong. > > - Other small bug fixes. > > > >_______________________________________________ > >Ros-cvs mailing list > >Ros-cvs@reactos.com > >http://reactos.geldorp.nl:8080/mailman/listinfo/ros-cvs > > > > > > > > > windows/nonclient.c: In function `DefWndNCPaint': > windows/nonclient.c:406: `DC_GRADIENT' undeclared (first use in this > function) > windows/nonclient.c:406: (Each undeclared identifier is reported only once > windows/nonclient.c:406: for each function it appears in.) > windows/nonclient.c:406: `DC_BUTTONS' undeclared (first use in this > function) > make[1]: *** [windows/nonclient.o] Error 1 > make[1]: Leaving directory `C:/reactos/lib/user32' > make: *** [user32] Error 2 > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > From steven_ed4153@yahoo.com Sun Oct 26 20:38:43 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9QJchNG009326 for ; Sun, 26 Oct 2003 20:38:43 +0100 Received: from web21102.mail.yahoo.com (web21102.mail.yahoo.com [216.136.227.104]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9QJcflk008862 for ; Sun, 26 Oct 2003 20:38:42 +0100 Message-ID: <20031026193828.67357.qmail@web21102.mail.yahoo.com> Received: from [66.83.186.125] by web21102.mail.yahoo.com via HTTP; Sun, 26 Oct 2003 11:38:28 PST Date: Sun, 26 Oct 2003 11:38:28 -0800 (PST) From: Steven Edwards To: ros-kernel@reactos.com MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-803084297-1067197108=:67148" Subject: [ros-kernel] PATCH - Cleanup some WINE stuff and implement missing parts of Mulitmon X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Oct 2003 19:38:43 -0000 --0-803084297-1067197108=:67148 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline Hello, I dont know if there is anyway to test under ReactOS yet or if it is even done right as the rest of the Multimon stuff is implemented in Win32k unlike in WINE where everything is in user32 but here goes. If you dont like it just rip the Multimon part out of this patch Thanks Steven Changelog: Cleanup some of the WINE porting code. Update the copyright notices on ported WINE code. Implement the rest of the Multimon APIs (Wine sources) __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ --0-803084297-1067197108=:67148 Content-Type: text/plain; name="patch.txt" Content-Description: patch.txt Content-Disposition: inline; filename="patch.txt" Index: include/wine/unicode.h =================================================================== RCS file: /CVS/ReactOS/reactos/include/wine/unicode.h,v retrieving revision 1.1 diff -u -r1.1 unicode.h --- include/wine/unicode.h 22 Aug 2003 23:34:30 -0000 1.1 +++ include/wine/unicode.h 26 Oct 2003 19:36:45 -0000 @@ -1,6 +1,8 @@ #ifndef _WINE_UNICODE_H #define _WINE_UNICODE_H +#define strncmpiW _wcsnicmp /* Fixme */ +#define strcmpW wcscmp /* Fixme */ #define strlenW(s) wcslen((const wchar_t *)s) #define strcpyW(d,s) wcscpy((wchar_t *)d,(const wchar_t *)s) #define strcatW(d,s) wcscat((wchar_t *)d,(const wchar_t *)s) Index: lib/user32/Makefile =================================================================== RCS file: /CVS/ReactOS/reactos/lib/user32/Makefile,v retrieving revision 1.26 diff -u -r1.26 Makefile --- lib/user32/Makefile 22 Aug 2003 07:51:32 -0000 1.26 +++ lib/user32/Makefile 26 Oct 2003 19:35:16 -0000 @@ -70,6 +70,7 @@ windows/mdi.o \ windows/menu.o \ windows/messagebox.o \ + windows/multimon.o \ windows/paint.o \ windows/prop.o \ windows/rect.o \ Index: lib/user32/controls/button.c =================================================================== RCS file: /CVS/ReactOS/reactos/lib/user32/controls/button.c,v retrieving revision 1.12 diff -u -r1.12 button.c --- lib/user32/controls/button.c 6 Oct 2003 17:53:55 -0000 1.12 +++ lib/user32/controls/button.c 26 Oct 2003 19:35:18 -0000 @@ -1,3 +1,23 @@ +/* File: button.c -- Button type widgets + * + * Copyright (C) 1993 Johannes Ruscheinski + * Copyright (C) 1993 David Metcalfe + * Copyright (C) 1994 Alexandre Julliard + * + * 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 + */ /* $Id: button.c,v 1.12 2003/10/06 17:53:55 navaraf Exp $ * * COPYRIGHT: See COPYING in the top level directory Index: lib/user32/controls/edit.c =================================================================== RCS file: /CVS/ReactOS/reactos/lib/user32/controls/edit.c,v retrieving revision 1.14 diff -u -r1.14 edit.c --- lib/user32/controls/edit.c 25 Oct 2003 18:51:26 -0000 1.14 +++ lib/user32/controls/edit.c 26 Oct 2003 19:35:24 -0000 @@ -46,8 +46,9 @@ #include "controls.h" #include "user32/regcontrol.h" #include "user32.h" +#include "wine/unicode.h" -/* Rip the fun and easy WINE unicode string manipulation routines. +/* Rip a fun and easy WINE unicode string manipulation routine. * Of course I didnt copy the ASM code because we want this to be portable * and it needs to go away. * @@ -56,26 +57,12 @@ * source the same. */ -static inline unsigned int strlenW( const WCHAR *str ) -{ - const WCHAR *s = str; - while (*s) s++; - return s - str; -} - static inline WCHAR *strncpyW( WCHAR *str1, const WCHAR *str2, int n ) { WCHAR *ret = str1; while (n-- > 0) if (!(*str1++ = *str2++)) break; while (n-- > 0) *str1++ = 0; return ret; -} - -static inline WCHAR *strcpyW( WCHAR *dst, const WCHAR *src ) -{ - WCHAR *p = dst; - while ((*p++ = *src++)); - return dst; } #define BUFLIMIT_MULTI 65534 /* maximum buffer size (not including '\0') Index: lib/user32/controls/listbox.c =================================================================== RCS file: /CVS/ReactOS/reactos/lib/user32/controls/listbox.c,v retrieving revision 1.12 diff -u -r1.12 listbox.c --- lib/user32/controls/listbox.c 4 Oct 2003 22:36:36 -0000 1.12 +++ lib/user32/controls/listbox.c 26 Oct 2003 19:35:28 -0000 @@ -1,3 +1,22 @@ +/* + * Listbox controls + * + * Copyright 1996 Alexandre Julliard + * + * 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 + */ /* $Id: listbox.c,v 1.12 2003/10/04 22:36:36 weiden Exp $ * * COPYRIGHT: See COPYING in the top level directory @@ -18,6 +37,7 @@ #include "controls.h" #include "user32/regcontrol.h" #include "user32.h" +#include "wine/unicode.h" /* Unimplemented yet: * - LBS_USETABSTOPS @@ -28,12 +48,6 @@ */ /* Start of hack section -------------------------------- */ - -#define strcpyW wcscpy -#define strlenW wcslen -#define strncmpiW _wcsnicmp -#define strcmpW wcscmp -#define strcatW wcscat #define TRACE_ON(x) TRUE #define TRACE_(x) TRACE Index: lib/user32/misc/stubs.c =================================================================== RCS file: /CVS/ReactOS/reactos/lib/user32/misc/stubs.c,v retrieving revision 1.45 diff -u -r1.45 stubs.c --- lib/user32/misc/stubs.c 12 Oct 2003 00:39:50 -0000 1.45 +++ lib/user32/misc/stubs.c 26 Oct 2003 19:35:29 -0000 @@ -193,49 +193,6 @@ return FALSE; } - -/* - * @unimplemented - */ -HMONITOR -STDCALL -MonitorFromPoint( - POINT pt, - DWORD dwFlags) -{ - UNIMPLEMENTED; - return (HMONITOR)0; -} - - -/* - * @unimplemented - */ -HMONITOR -STDCALL -MonitorFromRect( - LPRECT lprc, - DWORD dwFlags) -{ - UNIMPLEMENTED; - return (HMONITOR)0; -} - - -/* - * @unimplemented - */ -HMONITOR -STDCALL -MonitorFromWindow( - HWND hwnd, - DWORD dwFlags) -{ - UNIMPLEMENTED; - return (HMONITOR)0; -} - - /* * @unimplemented */ --- /dev/null Sun Oct 26 14:41:11 2003 +++ multimon.c Sun Oct 26 14:41:08 2003 @@ -0,0 +1,103 @@ +/* + * Multimonitor APIs + * + * Copyright 1998 Turchanov Sergey + * + * 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 + */ +/* $Id: listbox.c,v 1.12 2003/10/04 22:36:36 weiden Exp $ + * + * COPYRIGHT: See COPYING in the top level directory + * PROJECT: ReactOS User32 + * PURPOSE: Muli Monitor support + * FILE: lib/user32/windows/multimon.c + * PROGRAMER: Steven Edwards + * REVISION HISTORY: 2003/10/26 Created + * NOTES: Adapted from Wine + */ +/* Remove this once w32api conversion is done */ +#ifndef __USE_W32API +#define __USE_W32API +#define _WIN32_IE 0x600 +#define _WIN32_WINNT 0x501 +#define WINVER 0x501 +#endif /* __USE_W32API */ + +#include +#include +#include "windef.h" +#include "winbase.h" +#include "wingdi.h" +#include "winuser.h" +#include "wine/unicode.h" + +/**********************************************************************/ + +#define xPRIMARY_MONITOR ((HMONITOR)0x12340042) + +/*********************************************************************** + * MonitorFromPoint (USER32.@) + * @implemented + */ +HMONITOR WINAPI MonitorFromPoint(POINT ptScreenCoords, DWORD dwFlags) +{ + if ((dwFlags & (MONITOR_DEFAULTTOPRIMARY | MONITOR_DEFAULTTONEAREST)) || + ((ptScreenCoords.x >= 0) && + (ptScreenCoords.x < GetSystemMetrics(SM_CXSCREEN)) && + (ptScreenCoords.y >= 0) && + (ptScreenCoords.y < GetSystemMetrics(SM_CYSCREEN)))) + { + return xPRIMARY_MONITOR; + } + return NULL; +} + +/*********************************************************************** + * MonitorFromRect (USER32.@) + * @implemented + */ +HMONITOR WINAPI MonitorFromRect(LPRECT lprcScreenCoords, DWORD dwFlags) +{ + if ((dwFlags & (MONITOR_DEFAULTTOPRIMARY | MONITOR_DEFAULTTONEAREST)) || + ((lprcScreenCoords->right > 0) && + (lprcScreenCoords->bottom > 0) && + (lprcScreenCoords->left < GetSystemMetrics(SM_CXSCREEN)) && + (lprcScreenCoords->top < GetSystemMetrics(SM_CYSCREEN)))) + { + return xPRIMARY_MONITOR; + } + return NULL; +} + +/*********************************************************************** + * MonitorFromWindow (USER32.@) + * @implemented + */ +HMONITOR WINAPI MonitorFromWindow(HWND hWnd, DWORD dwFlags) +{ + WINDOWPLACEMENT wp; + + if (dwFlags & (MONITOR_DEFAULTTOPRIMARY | MONITOR_DEFAULTTONEAREST)) + return xPRIMARY_MONITOR; + + if (IsIconic(hWnd) ? + GetWindowPlacement(hWnd, &wp) : + GetWindowRect(hWnd, &wp.rcNormalPosition)) { + + return MonitorFromRect(&wp.rcNormalPosition, dwFlags); + } + + return NULL; +} --0-803084297-1067197108=:67148-- From ayerkes@speakeasy.net Mon Oct 27 01:21:50 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9R0LoNG010785 for ; Mon, 27 Oct 2003 01:21:50 +0100 Received: from mail.speakeasy.net (mail8.speakeasy.net [216.254.0.208]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9R0Lmlk111864 for ; Mon, 27 Oct 2003 01:21:48 +0100 Received: (qmail 26249 invoked from network); 27 Oct 2003 00:21:36 -0000 Received: from unknown (HELO apprentice.genxnet.com) ([64.81.145.152]) (envelope-sender ) by mail8.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 27 Oct 2003 00:21:36 -0000 Date: Sun, 26 Oct 2003 18:33:46 -0600 From: art yerkes To: ros-kernel@reactos.com Message-Id: <20031026183346.369a83a8.ayerkes@speakeasy.net> X-Mailer: Sylpheed version 0.8.11 (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart_Sun__26_Oct_2003_18:33:46_-0600_08254550" Subject: [ros-kernel] A small ldr patch for cygwin X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Oct 2003 00:21:50 -0000 This is a multi-part message in MIME format. --Multipart_Sun__26_Oct_2003_18:33:46_-0600_08254550 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Using this patch, and forcing cygwin1.dll to use it's win95 personality, I can load sh, get a prompt, and execute shell builtin commands. Fork needs work in ntoskrnl, which I talked about with David Welch a while back. That stuff will be a bit of work, but I think that several other programs use the same feature cygwin does. The change made here sets the lpvReserved argument to DllMain according to http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/base/dllmain.asp and allows cygwin to figure out whether it was dynamically loaded by LoadLibrary or by the system when starting a process. Also, should I send the cygwin people a patch for forcing cygwin personality using an env var? If I don't hear anything negative, I'll commit in a couple of days. -- "Should array indices start at 0 or 1? My compromise of 0.5 was rejected without, I thought, proper consideration." - S. Kelly-Bootle --Multipart_Sun__26_Oct_2003_18:33:46_-0600_08254550 Content-Type: application/octet-stream; name="ldr.diff" Content-Disposition: attachment; filename="ldr.diff" Content-Transfer-Encoding: base64 PyBsaWIva2VybmVsMzIvc3luY2gvd2FpdC54LmMKSW5kZXg6IGxpYi9rZXJuZWwzMi9taXNjL2Nv bnNvbGUuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvQ1ZTL1JlYWN0T1MvcmVhY3Rvcy9saWIva2Vy bmVsMzIvbWlzYy9jb25zb2xlLmMsdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuNjkKZGlmZiAtdSAt cjEuNjkgY29uc29sZS5jCi0tLSBsaWIva2VybmVsMzIvbWlzYy9jb25zb2xlLmMJMTIgU2VwIDIw MDMgMTc6NTE6NDcgLTAwMDAJMS42OQorKysgbGliL2tlcm5lbDMyL21pc2MvY29uc29sZS5jCTI3 IE9jdCAyMDAzIDAwOjEzOjQzIC0wMDAwCkBAIC0xNTg3LDggKzE1ODcsNzAgQEAKIAlMUERXT1JE CQkJbHBOdW1iZXJPZkV2ZW50c1JlYWQKIAkpCiB7Ci0vKiBUTyBETyAqLwotCXJldHVybiBGQUxT RTsKKyAgQ1NSU1NfQVBJX1JFUVVFU1QgUmVxdWVzdDsKKyAgQ1NSU1NfQVBJX1JFUExZIFJlcGx5 OworICBEV09SRCBOdW1FdmVudHNSZWFkOworICBOVFNUQVRVUyBTdGF0dXM7CisKKyAgUmVxdWVz dC5UeXBlID0gQ1NSU1NfUkVBRF9JTlBVVDsKKyAgUmVxdWVzdC5EYXRhLlJlYWRJbnB1dFJlcXVl c3QuQ29uc29sZUhhbmRsZSA9IGhDb25zb2xlSW5wdXQ7CisgIFN0YXR1cyA9IENzckNsaWVudENh bGxTZXJ2ZXIoJlJlcXVlc3QsICZSZXBseSwgc2l6ZW9mKENTUlNTX0FQSV9SRVFVRVNUKSwKKwkJ CQlzaXplb2YoQ1NSU1NfQVBJX1JFUExZKSk7CisgIGlmICghTlRfU1VDQ0VTUyhTdGF0dXMpIHx8 ICFOVF9TVUNDRVNTKFN0YXR1cyA9IFJlcGx5LlN0YXR1cykpCisgICAgeworICAgICAgU2V0TGFz dEVycm9yQnlTdGF0dXMoU3RhdHVzKTsKKyAgICAgIHJldHVybihGQUxTRSk7CisgICAgfQorICAK KyAgd2hpbGUgKFN0YXR1cyA9PSBTVEFUVVNfUEVORElORykKKyAgICB7CisgICAgICBTdGF0dXMg PSBOdFdhaXRGb3JTaW5nbGVPYmplY3QoUmVwbHkuRGF0YS5SZWFkSW5wdXRSZXBseS5FdmVudCwg RkFMU0UsIAorCQkJCSAgICAgMCk7CisgICAgICBpZighTlRfU1VDQ0VTUyhTdGF0dXMpKQorCXsK KwkgIFNldExhc3RFcnJvckJ5U3RhdHVzKFN0YXR1cyk7CisJICByZXR1cm4gRkFMU0U7CisJfQor ICAgICAgCisgICAgICBSZXF1ZXN0LlR5cGUgPSBDU1JTU19SRUFEX0lOUFVUOworICAgICAgUmVx dWVzdC5EYXRhLlJlYWRJbnB1dFJlcXVlc3QuQ29uc29sZUhhbmRsZSA9IGhDb25zb2xlSW5wdXQ7 CisgICAgICBTdGF0dXMgPSBDc3JDbGllbnRDYWxsU2VydmVyKCZSZXF1ZXN0LCAmUmVwbHksIHNp emVvZihDU1JTU19BUElfUkVRVUVTVCksCisJCQkJICAgc2l6ZW9mKENTUlNTX0FQSV9SRVBMWSkp OworICAgICAgaWYgKCFOVF9TVUNDRVNTKFN0YXR1cykgfHwgIU5UX1NVQ0NFU1MoU3RhdHVzID0g UmVwbHkuU3RhdHVzKSkKKwl7CisJICBTZXRMYXN0RXJyb3JCeVN0YXR1cyhTdGF0dXMpOworCSAg cmV0dXJuKEZBTFNFKTsKKwl9CisgICAgfQorICAKKyAgTnVtRXZlbnRzUmVhZCA9IDA7CisgICps cEJ1ZmZlciA9IFJlcGx5LkRhdGEuUmVhZElucHV0UmVwbHkuSW5wdXQ7CisgIGxwQnVmZmVyKys7 CisgIE51bUV2ZW50c1JlYWQrKzsKKyAgCisgIHdoaWxlICgoTnVtRXZlbnRzUmVhZCA8IG5MZW5n dGgpICYmIChSZXBseS5EYXRhLlJlYWRJbnB1dFJlcGx5Lk1vcmVFdmVudHMpKQorICAgIHsKKyAg ICAgIFN0YXR1cyA9IENzckNsaWVudENhbGxTZXJ2ZXIoJlJlcXVlc3QsICZSZXBseSwgc2l6ZW9m KENTUlNTX0FQSV9SRVFVRVNUKSwKKwkJCQkgICBzaXplb2YoQ1NSU1NfQVBJX1JFUExZKSk7Cisg ICAgICBpZiAoIU5UX1NVQ0NFU1MoU3RhdHVzKSB8fCAhTlRfU1VDQ0VTUyhTdGF0dXMgPSBSZXBs eS5TdGF0dXMpKQorCXsKKwkgIFNldExhc3RFcnJvckJ5U3RhdHVzKFN0YXR1cyk7CisJICByZXR1 cm4oRkFMU0UpOworCX0KKyAgICAgIAorICAgICAgaWYgKFN0YXR1cyA9PSBTVEFUVVNfUEVORElO RykKKwl7CisJICBicmVhazsKKwl9CisgICAgICAKKyAgICAgICpscEJ1ZmZlciA9IFJlcGx5LkRh dGEuUmVhZElucHV0UmVwbHkuSW5wdXQ7CisgICAgICBscEJ1ZmZlcisrOworICAgICAgTnVtRXZl bnRzUmVhZCsrOworICAgICAgCisgICAgfQorICAqbHBOdW1iZXJPZkV2ZW50c1JlYWQgPSBOdW1F dmVudHNSZWFkOworICAKKyAgcmV0dXJuIFRSVUU7CiB9CiAKIApJbmRleDogbGliL2tlcm5lbDMy L21pc2MvbGRyLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL0NWUy9SZWFjdE9TL3JlYWN0b3MvbGli L2tlcm5lbDMyL21pc2MvbGRyLmMsdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMTYKZGlmZiAtdSAt cjEuMTYgbGRyLmMKLS0tIGxpYi9rZXJuZWwzMi9taXNjL2xkci5jCTEwIEp1bCAyMDAzIDE4OjUw OjUxIC0wMDAwCTEuMTYKKysrIGxpYi9rZXJuZWwzMi9taXNjL2xkci5jCTI3IE9jdCAyMDAzIDAw OjEzOjQzIC0wMDAwCkBAIC0xMzAsNiArMTMwLDExIEBACiAJaWYgKCBscExpYkZpbGVOYW1lID09 IE5VTEwgKQogCQlyZXR1cm4gTlVMTDsKIAorCWR3RmxhZ3MgJj0gCisJICBET05UX1JFU09MVkVf RExMX1JFRkVSRU5DRVMgfAorCSAgTE9BRF9MSUJSQVJZX0FTX0RBVEFGSUxFIHwKKwkgIExPQURf V0lUSF9BTFRFUkVEX1NFQVJDSF9QQVRIOworCiAJUnRsSW5pdFVuaWNvZGVTdHJpbmcgKCZEbGxO YW1lLCAoTFBXU1RSKWxwTGliRmlsZU5hbWUpOwogCVN0YXR1cyA9IExkckxvYWREbGwoTlVMTCwg ZHdGbGFncywgJkRsbE5hbWUsIChQVk9JRCopJmhJbnN0KTsKIAlpZiAoICFOVF9TVUNDRVNTKFN0 YXR1cykpCkluZGV4OiBsaWIvbnRkbGwvbGRyL3V0aWxzLmMKPT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTog L0NWUy9SZWFjdE9TL3JlYWN0b3MvbGliL250ZGxsL2xkci91dGlscy5jLHYKcmV0cmlldmluZyBy ZXZpc2lvbiAxLjcxCmRpZmYgLXUgLXIxLjcxIHV0aWxzLmMKLS0tIGxpYi9udGRsbC9sZHIvdXRp bHMuYwkxMiBTZXAgMjAwMyAxNzo1MTo0NyAtMDAwMAkxLjcxCisrKyBsaWIvbnRkbGwvbGRyL3V0 aWxzLmMJMjcgT2N0IDIwMDMgMDA6MTM6NDQgLTAwMDAKQEAgLTI1LDYgKzI1LDcgQEAKICNpbmNs dWRlIDxudGRsbC9sZHIuaD4KICNpbmNsdWRlIDxudG9zL21pbm1heC5oPgogCisjZGVmaW5lIExE UlBfUFJPQ0VTU19DUkVBVElPTl9USU1FIDB4ODAwMDAwMAogCiAjaWZkZWYgREJHX05URExMX0xE Ul9VVElMUwogI2RlZmluZSBOREVCVUcKQEAgLTYxMyw3ICs2MTQsOSBAQAogICAgICAgICAgIERQ UklOVCgiQ2FsbGluZyBlbnRyeSBwb2ludCBhdCAweCUwOHhcbiIsIEVudHJ5cG9pbnQpOwogICAg ICAgICAgIGlmIChGQUxTRSA9PSBFbnRyeXBvaW50KE1vZHVsZS0+QmFzZUFkZHJlc3MsCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgRExMX1BST0NFU1NfQVRUQUNILAotICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIE5VTEwpKQorICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICh2b2lkICopCisJCQkJICAoKExvYWRGbGFncyAmIExEUlBfUFJPQ0VTU19D UkVBVElPTl9USU1FKSA/IAorCQkJCSAgIDEgOiAwKSkpCiAgICAgICAgICAgICB7CiAJICAgICAg LyogRG8gdGhpcyBhcyBhIERQUklOVDEgZm9yIG5vdywgdW50aWwgY2xlYW4gdXAgYW5kIGZhaWwg aW1wbGVtZW50ZWQgKi8KICAgICAgICAgICAgICAgRFBSSU5UMSgiTlRETEwuTERSOiBETEwgXCIl d1pcIiBmYWlsZWQgdG8gaW5pdGlhbGl6ZVxuIiwKQEAgLTgyMCw3ICs4MjMsNyBAQAogICAgICAg ICBpZiAoIU5UX1NVQ0NFU1MoU3RhdHVzKSkKICAgICAgICAgICB7CiAgICAgICAgICAgICAgU3Rh dHVzID0gTGRyTG9hZERsbChOVUxMLAotICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg MCwKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIExEUlBfUFJPQ0VTU19DUkVBVElP Tl9USU1FLAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgJkRsbE5hbWUsCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAmQmFzZUFkZHJlc3MpOwogICAgICAgICAgICAg IGlmICghTlRfU1VDQ0VTUyhTdGF0dXMpKQpAQCAtMTI5Myw3ICsxMjk2LDcgQEAKICAgICAgICAg aWYgKCFOVF9TVUNDRVNTKFN0YXR1cykpCiAgICAgICAgICAgewogICAgICAgICAgICAgIFN0YXR1 cyA9IExkckxvYWREbGwoTlVMTCwKLSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAs CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBMRFJQX1BST0NFU1NfQ1JFQVRJT05f VElNRSwKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICZEbGxOYW1lLAogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgJkJhc2VBZGRyZXNzKTsKICAgICAgICAgICAgICBS dGxGcmVlVW5pY29kZVN0cmluZyAoJkRsbE5hbWUpOwpAQCAtMTc3NSw3ICsxNzc4LDcgQEAKICAg ICAgICAgICAgICBEUFJJTlQoIkNhbGxpbmcgZW50cnkgcG9pbnQgYXQgMHglMDh4XG4iLCBFbnRy eXBvaW50KTsKICAgICAgICAgICAgICBFbnRyeXBvaW50IChNb2R1bGUtPkJhc2VBZGRyZXNzLAog ICAgICAgICAgICAgICAgICAgICAgICAgIERMTF9QUk9DRVNTX0RFVEFDSCwKLSAgICAgICAgICAg ICAgICAgICAgICAgICBOVUxMKTsKKyAgICAgICAgICAgICAgICAgICAgICAgICAodm9pZCAqKVRS VUUpOwogICAgICAgICAgIH0KIAogICAgICAgICBFbnRyeSA9IEVudHJ5LT5CbGluazsK --Multipart_Sun__26_Oct_2003_18:33:46_-0600_08254550-- From vizzini@plasmic.com Mon Oct 27 03:01:38 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9R21cNG011646 for ; Mon, 27 Oct 2003 03:01:38 +0100 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9R21blk069004 for ; Mon, 27 Oct 2003 03:01:37 +0100 Received: from CPE-65-30-43-197.kc.rr.com (CPE-65-30-43-197.kc.rr.com [65.30.43.197]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9R21TE4010469 for ; Sun, 26 Oct 2003 20:01:36 -0600 Subject: Re: [ros-kernel] DirectDraw driver calls patch From: Vizzini To: ReactOS Kernel List In-Reply-To: <3F99AEB6.10205@stormregion.com> References: <3F99AEB6.10205@stormregion.com> Content-Type: text/plain Message-Id: <1067219935.694.8.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 26 Oct 2003 19:58:56 -0600 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Oct 2003 02:01:38 -0000 On Fri, 2003-10-24 at 17:59, Peter Bajusz wrote: > Hi, > > I'm quite new here so I don't know who to send this patch to: Since we have no specific patch maintainer for patches submitted like this, can whoever commits a patch post a little reply to ros-kernel saying that the patch was committed? That way people won't waste time committing the same patch twice. Thanks. -Vizzini From ayerkes@speakeasy.net Mon Oct 27 06:57:16 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9R5vFNG012922 for ; Mon, 27 Oct 2003 06:57:16 +0100 Received: from mail.speakeasy.net (mail7.speakeasy.net [216.254.0.207]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9R5vDlk112780 for ; Mon, 27 Oct 2003 06:57:14 +0100 Received: (qmail 25710 invoked from network); 27 Oct 2003 05:56:24 -0000 Received: from unknown (HELO apprentice.genxnet.com) ([64.81.145.152]) (envelope-sender ) by mail7.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 27 Oct 2003 05:56:24 -0000 Date: Mon, 27 Oct 2003 00:08:44 -0600 From: art yerkes To: ros-kernel@reactos.com Message-Id: <20031027000844.08fd6055.ayerkes@speakeasy.net> X-Mailer: Sylpheed version 0.8.11 (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart_Mon__27_Oct_2003_00:08:44_-0600_08943030" Subject: [ros-kernel] DuplicateHandle on GetCurrentProcess X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Oct 2003 05:57:16 -0000 This is a multi-part message in MIME format. --Multipart_Mon__27_Oct_2003_00:08:44_-0600_08943030 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit In order to fork, cygwin needs to DuplicateHandle on a process handle, which starts out as the current process handle. This change allows a process handle, or the special GetCurrentProcess result to be duplicated. I forked the implementation of DuplicateHandle because the PEPROCESS that is the result of ObDereferenceObjectByHandle is a different type from the objects expected in NtDuplicateObject. Again, if there's no negative feedback, I'll commit in a couple of days. -- "Should array indices start at 0 or 1? My compromise of 0.5 was rejected without, I thought, proper consideration." - S. Kelly-Bootle --Multipart_Mon__27_Oct_2003_00:08:44_-0600_08943030 Content-Type: application/octet-stream; name="handle.diff" Content-Disposition: attachment; filename="handle.diff" Content-Transfer-Encoding: base64 SW5kZXg6IG50b3Nrcm5sL29iL2hhbmRsZS5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9DVlMvUmVh Y3RPUy9yZWFjdG9zL250b3Nrcm5sL29iL2hhbmRsZS5jLHYKcmV0cmlldmluZyByZXZpc2lvbiAx LjU0CmRpZmYgLXUgLXIxLjU0IGhhbmRsZS5jCi0tLSBudG9za3JubC9vYi9oYW5kbGUuYwkyMSBP Y3QgMjAwMyAyMTo0NjowMiAtMDAwMAkxLjU0CisrKyBudG9za3JubC9vYi9oYW5kbGUuYwkyNyBP Y3QgMjAwMyAwNTo1NDo0NiAtMDAwMApAQCAtMTk2LDkgKzE5Niw5IEBACiAJCSAgQk9PTEVBTiBJ bmhlcml0SGFuZGxlLAogCQkgIFVMT05HCU9wdGlvbnMpCiB7Ci0gIEtJUlFMIG9sZElycWw7Ci0g IFBIQU5ETEVfUkVQIFNvdXJjZUhhbmRsZVJlcDsKICAgUFZPSUQgT2JqZWN0Qm9keTsKKyAgUEhB TkRMRV9SRVAgU291cmNlSGFuZGxlUmVwOworICBLSVJRTCBvbGRJcnFsOwogCiAgIEtlQWNxdWly ZVNwaW5Mb2NrKCZTb3VyY2VQcm9jZXNzLT5IYW5kbGVUYWJsZS5MaXN0TG9jaywgJm9sZElycWwp OwogICBTb3VyY2VIYW5kbGVSZXAgPSBPYnBHZXRPYmplY3RCeUhhbmRsZSgmU291cmNlUHJvY2Vz cy0+SGFuZGxlVGFibGUsCkBAIC0yMzYsNiArMjM2LDEwMCBAQAogfQogCiAvKgorICogT2JwQ3Jl YXRlRHVwbGljYXRlZFByb2Nlc3NIYW5kbGUKKyAqCisgKiBEdXBsaWNhdGVzIHRoZSBwc2V1ZG8g aGFuZGxlIGZvciB0aGUgY3VycmVudCBwcm9jZXNzIGludG8gYSByZWFsIGhhbmRsZQorICogdGhh dCBjYW4gYmUgdXNlZCwgaW5oZXJpdGVkLCBldGMuCisgKi8KK05UU1RBVFVTIE9icENyZWF0ZUR1 cGxpY2F0ZWRQcm9jZXNzSGFuZGxlKElOIEhBTkRMRSBTb3VyY2VQcm9jZXNzSGFuZGxlLAorCQkJ CQkgIElOIEhBTkRMRSBUYXJnZXRQcm9jZXNzSGFuZGxlLAorCQkJCQkgIElOIEhBTkRMRSBIYW5k bGVUb0R1cGxpY2F0ZSwKKwkJCQkJICBPVVQgUEhBTkRMRSBVbnNhZmVUYXJnZXRIYW5kbGUsCisJ CQkJCSAgSU4gQUNDRVNTX01BU0sgRGVzaXJlZEFjY2VzcywKKwkJCQkJICBJTiBCT09MRUFOIElu aGVyaXRIYW5kbGUsCisJCQkJCSAgVUxPTkcgT3B0aW9ucykgeworICBQRVBST0NFU1MgU291cmNl UHJvY2VzczsKKyAgUEVQUk9DRVNTIFRhcmdldFByb2Nlc3M7CisgIFBFUFJPQ0VTUyBQcm9jZXNz VG9EdXBsaWNhdGU7CisgIEhBTkRMRSBUYXJnZXRIYW5kbGU7CisgIE5UU1RBVFVTIFN0YXR1czsK KworICBTdGF0dXMgPSBPYlJlZmVyZW5jZU9iamVjdEJ5SGFuZGxlKFNvdXJjZVByb2Nlc3NIYW5k bGUsCisJCQkJICAgICBQUk9DRVNTX0RVUF9IQU5ETEUsCisJCQkJICAgICBOVUxMLAorCQkJCSAg ICAgVXNlck1vZGUsCisJCQkJICAgICAoUFZPSUQqKSZTb3VyY2VQcm9jZXNzLAorCQkJCSAgICAg TlVMTCk7CisgIGlmICghTlRfU1VDQ0VTUyhTdGF0dXMpKQorICAgIHsKKyAgICAgIHJldHVybihT dGF0dXMpOworICAgIH0KKyAgU3RhdHVzID0gT2JSZWZlcmVuY2VPYmplY3RCeUhhbmRsZShIYW5k bGVUb0R1cGxpY2F0ZSwKKwkJCQkgICAgIFBST0NFU1NfRFVQX0hBTkRMRSwKKwkJCQkgICAgIE5V TEwsCisJCQkJICAgICBVc2VyTW9kZSwKKwkJCQkgICAgIChQVk9JRCopJlByb2Nlc3NUb0R1cGxp Y2F0ZSwKKwkJCQkgICAgIE5VTEwpOworICBpZiAoIU5UX1NVQ0NFU1MoU3RhdHVzKSkKKyAgICB7 CisgICAgICBPYkRlcmVmZXJlbmNlT2JqZWN0KFNvdXJjZVByb2Nlc3MpOworICAgICAgcmV0dXJu KFN0YXR1cyk7CisgICAgfQorICBTdGF0dXMgPSBPYlJlZmVyZW5jZU9iamVjdEJ5SGFuZGxlKFRh cmdldFByb2Nlc3NIYW5kbGUsCisJCQkJICAgICBQUk9DRVNTX0RVUF9IQU5ETEUsCisJCQkJICAg ICBOVUxMLAorCQkJCSAgICAgVXNlck1vZGUsCisJCQkJICAgICAoUFZPSUQqKSZUYXJnZXRQcm9j ZXNzLAorCQkJCSAgICAgTlVMTCk7CisgIGlmICghTlRfU1VDQ0VTUyhTdGF0dXMpKQorICAgIHsK KyAgICAgIE9iRGVyZWZlcmVuY2VPYmplY3QoU291cmNlUHJvY2Vzcyk7CisgICAgICBPYkRlcmVm ZXJlbmNlT2JqZWN0KFRhcmdldFByb2Nlc3MpOworICAgICAgcmV0dXJuKFN0YXR1cyk7CisgICAg fQorCisgIE9iQ3JlYXRlSGFuZGxlKFRhcmdldFByb2Nlc3MsCisJCSBQcm9jZXNzVG9EdXBsaWNh dGUsCisJCSBEZXNpcmVkQWNjZXNzLAorCQkgSW5oZXJpdEhhbmRsZSwKKwkJICZUYXJnZXRIYW5k bGUpOworCisgIE9iRGVyZWZlcmVuY2VPYmplY3QoU291cmNlUHJvY2Vzcyk7CisgIE9iRGVyZWZl cmVuY2VPYmplY3QoVGFyZ2V0UHJvY2Vzcyk7CisgIAorICBTdGF0dXMgPSBNbUNvcHlUb0NhbGxl cihVbnNhZmVUYXJnZXRIYW5kbGUsICZUYXJnZXRIYW5kbGUsIHNpemVvZihIQU5ETEUpKTsKKyAg aWYgKCFOVF9TVUNDRVNTKFN0YXR1cykpCisgICAgeworICAgICAgcmV0dXJuKFN0YXR1cyk7Cisg ICAgfQorICAKKyAgcmV0dXJuIFNUQVRVU19TVUNDRVNTOworfQorCisvKiAKKyAqIFJldHVybiB0 cnVlIGlmIHRoZSBoYW5kbGUgcmVwcmVzZW50cyBhIHByb2Nlc3MuCisgKi8KKworQk9PTCBPYnBJ c1Byb2Nlc3NIYW5kbGUoSU4gSEFORExFIFByb2Nlc3NIYW5kbGUpIHsKKyAgTlRTVEFUVVMgU3Rh dHVzID0gU1RBVFVTX1NVQ0NFU1M7CisgIEJPT0wgUmV0dXJuID0gRkFMU0U7CisgIFBFUFJPQ0VT UyBQcm9jZXNzID0gMDsKKworICBTdGF0dXMgPSBPYlJlZmVyZW5jZU9iamVjdEJ5SGFuZGxlKFBy b2Nlc3NIYW5kbGUsCisJCQkJICAgICBQUk9DRVNTX0FMTF9BQ0NFU1MsCisJCQkJICAgICBQc1By b2Nlc3NUeXBlLAorCQkJCSAgICAgVXNlck1vZGUsCisJCQkJICAgICAoUFZPSUQqKSZQcm9jZXNz LAorCQkJCSAgICAgTlVMTCk7CisgIAorICBSZXR1cm4gPSBOVF9TVUNDRVNTKFJldHVybikgJiYg UHJvY2VzczsKKyAgaWYgKFByb2Nlc3MpCisgICAgT2JEZXJlZmVyZW5jZU9iamVjdChQcm9jZXNz KTsKKworICByZXR1cm4gUmV0dXJuOworfQorCisvKgogICogQGltcGxlbWVudGVkCiAgKi8KIE5U U1RBVFVTIFNURENBTEwgCkBAIC0yNTMsNyArMzQ3LDkgQEAKICAqICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIHNvdXJjZSBwcm9jZXNzIHNob3VsZCBoYXZlIG9wZW5lZAogICoJCQkgICAg ICAgICB0aGUgU291cmNlSGFuZGxlIHdpdGggUFJPQ0VTU19EVVBfSEFORExFIAogICogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgYWNjZXNzLgotICoJICAgU291cmNlSGFuZGxlID0gVGhl IGhhbmRsZSB0byB0aGUgb2JqZWN0LgorICoJICAgU291cmNlSGFuZGxlID0gVGhlIGhhbmRsZSB0 byB0aGUgb2JqZWN0LiAgVGhlIHNwZWNpYWwgaGFuZGxlCisgKiAgICAgICAgICAgICAgICAgICAg ICAgIHJldHVybmVkIGJ5IE50Q3VycmVudFByb2Nlc3MgaXMgcmVjb2duaXplZCBhbmQKKyAqICAg ICAgICAgICAgICAgICAgICAgICAgZHVwbGljYXRlZCBieSBPYnBDcmVhdGVEdXBsaWNhdGVkUHJv Y2Vzc0hhbmRsZS4KICAqCSAgIFRhcmdldFByb2Nlc3NIYW5kbGUgPSBUaGUgZGVzdGluYXRpb24g cHJvY2VzcyBvd25pbmcgdGhlIGhhbmRsZSAKICAqCSAgIFRhcmdldEhhbmRsZSAoT1VUKSA9IENh bGxlciBzaG91bGQgc3VwcGx5IHN0b3JhZ2UgZm9yIHRoZSAKICAqICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgZHVwbGljYXRlZCBoYW5kbGUuIApAQCAtMjYzLDcgKzM1OSw3IEBACiAgKgkg ICBPcHRpb25zID0gU3BlY2lmaWVzIHNwZWNpYWwgYWN0aW9ucyB1cG9uIGR1cGxpY2F0aW5nIHRo ZSBoYW5kbGUuIAogICogICAgICAgICAgICAgICAgICAgQ2FuIGJlIG9uZSBvZiB0aGUgdmFsdWVz IERVUExJQ0FURV9DTE9TRV9TT1VSQ0UgfCAKICAqICAgICAgICAgICAgICAgICAgIERVUExJQ0FU RV9TQU1FX0FDQ0VTUy4gRFVQTElDQVRFX0NMT1NFX1NPVVJDRSBzcGVjaWZpZXMgCi0gKiAgICAg ICAgICAgICAgICAgICB0aGF0IHRoZSBzb3VyY2UgaGFuZGxlIHNob3VsZCBiZSBjbG9zZWQgYWZ0 ZXIgZHVwbGljYXRpbmcuIAorICogICAgICAgICAgICAgICAgICAgdGhhdCB0aGUgc291cmNlIGhh bmRsZSBzaG91bGQgYmUgY2xvc2VkIGFmdGVyIGR1cGxpY2F0aW5nLgogICogICAgICAgICAgICAg ICAgICAgRFVQTElDQVRFX1NBTUVfQUNDRVNTIHNwZWNpZmllcyB0byBpZ25vcmUgdGhlIAogICog ICAgICAgICAgICAgICAgICAgRGVzaXJlZEFjY2VzcyBwYXJhbXRlciBhbmQganVzdCBncmFudCB0 aGUgc2FtZSBhY2Nlc3MgdG8gCiAgKiAgICAgICAgICAgICAgICAgICB0aGUgbmV3IGhhbmRsZS4K QEAgLTI4MCw2ICszNzYsMjQgQEAKICAgIE5UU1RBVFVTIFN0YXR1czsKICAgIAogICAgQVNTRVJU X0lSUUwoUEFTU0lWRV9MRVZFTCk7CisKKyAgIGlmIChTb3VyY2VIYW5kbGUgPT0gTnRDdXJyZW50 UHJvY2VzcygpKSB7CisgICAgIHJldHVybiBPYnBDcmVhdGVEdXBsaWNhdGVkUHJvY2Vzc0hhbmRs ZShTb3VyY2VQcm9jZXNzSGFuZGxlLAorCQkJCQkgICAgIFRhcmdldFByb2Nlc3NIYW5kbGUsCisJ CQkJCSAgICAgU291cmNlUHJvY2Vzc0hhbmRsZSwKKwkJCQkJICAgICBVbnNhZmVUYXJnZXRIYW5k bGUsCisJCQkJCSAgICAgRGVzaXJlZEFjY2VzcywKKwkJCQkJICAgICBJbmhlcml0SGFuZGxlLAor CQkJCQkgICAgIE9wdGlvbnMpOworICAgfSBlbHNlIGlmIChPYnBJc1Byb2Nlc3NIYW5kbGUoU291 cmNlSGFuZGxlKSkgeworICAgICByZXR1cm4gT2JwQ3JlYXRlRHVwbGljYXRlZFByb2Nlc3NIYW5k bGUoU291cmNlUHJvY2Vzc0hhbmRsZSwKKwkJCQkJICAgICBUYXJnZXRQcm9jZXNzSGFuZGxlLAor CQkJCQkgICAgIFNvdXJjZUhhbmRsZSwKKwkJCQkJICAgICBVbnNhZmVUYXJnZXRIYW5kbGUsCisJ CQkJCSAgICAgRGVzaXJlZEFjY2VzcywKKwkJCQkJICAgICBJbmhlcml0SGFuZGxlLAorCQkJCQkg ICAgIE9wdGlvbnMpOworICAgfQogICAgCiAgICBTdGF0dXMgPSBPYlJlZmVyZW5jZU9iamVjdEJ5 SGFuZGxlKFNvdXJjZVByb2Nlc3NIYW5kbGUsCiAJCQkJICAgICAgUFJPQ0VTU19EVVBfSEFORExF LAo= --Multipart_Mon__27_Oct_2003_00:08:44_-0600_08943030-- From ge@gse.nl Mon Oct 27 08:56:02 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9R7u2NG013362 for ; Mon, 27 Oct 2003 08:56:02 +0100 Received: from smtpzilla3.xs4all.nl (smtpzilla3.xs4all.nl [194.109.127.139]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9R7u2lk044188 for ; Mon, 27 Oct 2003 08:56:02 +0100 Received: from gsep1 (geldorp.xs4all.nl [194.109.161.161]) by smtpzilla3.xs4all.nl (8.12.9/8.12.9) with ESMTP id h9R7tV52014581 for ; Mon, 27 Oct 2003 08:55:31 +0100 (CET) From: "Ge van Geldorp" To: "'ReactOS Kernel List'" Subject: RE: [ros-kernel] DirectDraw driver calls patch Date: Mon, 27 Oct 2003 08:55:31 +0100 Message-ID: <001601c39c5f$b1c9bb80$0a01a8c0@gse.local> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 In-Reply-To: <1067219935.694.8.camel@bilbo.plasmic.com> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h9R7u2NG013362 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Oct 2003 07:56:02 -0000 > From: Vizzini > > On Fri, 2003-10-24 at 17:59, Peter Bajusz wrote: > > Hi, > > > > I'm quite new here so I don't know who to send this patch to: > > Since we have no specific patch maintainer for patches > submitted like this, can whoever commits a patch post a > little reply to ros-kernel saying that the patch was > committed? That way people won't waste time committing the > same patch twice. Ok, I committed this patch. Gé van Geldorp. From skywing@valhallalegends.com Mon Oct 27 17:18:02 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9RGI2NG016731 for ; Mon, 27 Oct 2003 17:18:02 +0100 Received: from valhallalegends.com ([63.161.183.91]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9RGI0lk112792 for ; Mon, 27 Oct 2003 17:18:01 +0100 Received: from phoenix [63.161.183.6] by valhallalegends.com with ESMTP (SMTPD32-7.12 ) id A55C40F013C; Mon, 27 Oct 2003 10:18:36 -0600 From: "Skywing" To: Date: Mon, 27 Oct 2003 11:16:10 -0500 Organization: Valhalla Legends Message-ID: <000001c39ca5$a2fde130$1803010a@skywing.local> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.4510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0 Importance: Normal Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h9RGI2NG016731 Subject: [ros-kernel] Macro SEH support, version 2 (Help needed: translating to AT&T assembler syntax) X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Oct 2003 16:18:02 -0000 I've done a significant amount of reworking on the macro SEH support that I introduced on the mailinglist some time ago. It now passes every test I can throw at it with flying colors, including interoperating with VC-style SEH. This includes unwinding and nested exception handlers. This release fixes a number of bugs with the original implementation. Request for help: I don't know AT&T assembler, so somebody needs to port this if it's to be used with MinGW (which is the primary purpose for me writing it). Unless somebody is willing to lend a hand with GNU-ASM'ing it, this will probably not benefit the ReactOS project much. I've tried to code this as defensively as possible, so that any code in the handler or filter areas will properly run without any special knowledge about the values of the stack/other registers while in an exception handler. I'm pretty sure that the macros are virtually bulletproof against the compiler generating code that doesn't work inside of them, provided you follow these rules: Enable frame pointer generation. This is absolutely crucial to any SEH implementation; without frame pointers, the macros will fall over and die. Preferably, exit the SEH exception handler with fallthrough. If you must exit it otherwise, you can try using the ExceptCleanup() macro before leaving the handler with a return or similar statement. Exiting the SEH handler inside the filter expression is probably a Bad Idea and may not work, as the "panic stack" will be used through the remainder of the function. Additionally, GetExceptionCode() and GetExceptionPointers() should be available at the proper scopes. You ought to get an undefined identifier error if you try to use them elsewhere. The macros work with "heap-based" SEH in order to work around the Borland patent. There are some limitations with using this with regular Microsoft Windows (see below), but it should be no problem to modify ReactOS to work with this scheme if necessary. The semantics for using the macros are as follows: TRY { try-protected-code; } EXCEPT(( filter-expression )) /* Note that double parens are needed */ { handler-code; } EXCEPT_END(); Issues with "heap-based" SEH: The default Microsoft RtlUnwind implementation will not call an exception handler if the exception registration is not within the threads stack limits. It would be a good idea to ensure that the ReactOS RtlUnwind implementation does not have this limitation if we wish to use "heap-based" SEH and not "stack-based" SEH. Issues with the macros and MSVC++: The VC compiler crashes if you use if(0) { code; } or goto label; { code; } label: instead of __asm jmp label; { code; } label; to prevent the exception handler from being executed by fallthrough. I think that this is because the optimizer decides that the exception handler is unreachable and removes it, despite an existing reference to code in the handler (the label for the start of the OS-invoked SEH handler function itself). Later this causes the compiler to crash, hence my workaround with __asm jmp EXCEPT_EndOfExcept. ----- Macro definitions follow ----- #define ExceptCleanup() { \ ExFreePool(EXCEPT_ExceptionPointers); \ __asm { \ __asm push eax \ __asm mov eax, dword ptr fs:[0x00000000] \ __asm mov eax, dword ptr [eax] \ __asm mov dword ptr fs:[0x00000000], eax \ __asm pop eax \ } \ } #define GetExceptionCode() ((DWORD)(EXCEPT_ExceptionCode)) #define GetExceptionPointers() ((PEXCEPTION_POINTERS)(&EXCEPT_ExceptionPointers)) #define EH_NONCONTINUABLE 0x00000001 #define EH_UNWINDING 0x00000002 #define EH_EXIT_UNWIND 0x00000004 #define EH_STACK_INVALID 0x00000008 #define EH_NESTED_CALL 0x00000010 #define EH_UNWIND_CONTEXT EH_UNWINDING | EH_EXIT_UNWIND #define _TRY_SAVED_EBP 0x08 #define _TRY_SAVED_EBX 0x0c #define _TRY_SAVED_ESI 0x10 #define _TRY_SAVED_EDI 0x14 #define _TRY_SAVED_ESP 0x18 #if 0 // Enable if you don't have these in scope typedef enum { ExceptionContinueExecution, ExceptionContinueSearch, ExceptionNestedException, ExceptionCollidedUnwind } EXCEPTION_DISPOSITION; #endif #define TRY { \ PVOID TRY_ExceptionRegistration = ExAllocatePoolWithTag(PagedPool, 28, ' HES'); \ volatile DWORD EXCEPT_ExceptionCode; \ __asm { \ __asm push eax \ __asm push ecx \ __asm mov eax, TRY_ExceptionRegistration \ __asm mov ecx, dword ptr fs:[0] \ __asm mov dword ptr [eax+0x00], ecx \ __asm mov dword ptr fs:[0], eax \ __asm lea ecx, EXCEPT_Handler \ __asm mov dword ptr [eax+0x04], ecx \ __asm mov dword ptr [eax+_TRY_SAVED_EBP], ebp \ __asm mov dword ptr [eax+_TRY_SAVED_EBX], ebx \ __asm mov dword ptr [eax+_TRY_SAVED_ESI], esi \ __asm mov dword ptr [eax+_TRY_SAVED_EDI], edi \ __asm mov dword ptr [eax+_TRY_SAVED_ESP], esp \ __asm add dword ptr [eax+_TRY_SAVED_ESP], 0x08 \ __asm pop ecx \ __asm pop eax \ } #define EXCEPT_LOCALS TYPE CONTEXT + 20 #define EXCEPT_CONTEXT_OFFSET 0 #define EXCEPT_POINTERS_OFFSET TYPE CONTEXT #ifdef _MSC_VER #pragma comment(linker, "/INCLUDE:_RtlUnwind@16") #endif #if 0 // Enable if not in scope // RtlUnwind unwinds procedure call stack frames. extern "C" NTSYSAPI VOID NTAPI RtlUnwind( IN OUT PVOID TargetFrame OPTIONAL, IN PVOID TargetIp OPTIONAL, IN PEXCEPTION_RECORD ExceptionRecord OPTIONAL, IN PVOID ReturnValue ); #endif #define EXCEPT(Expression) { __asm { jmp EXCEPT_EndOfExcept} \ volatile EXCEPTION_POINTERS EXCEPT_ExceptionPointers; \ EXCEPT_Handler: /* EXCEPTION_DISPOSITION __cdecl handler(EXCEPTION_RECORD* ExceptionRecord, void* EstablisherFrame, CONTEXT* ContextRecord, void* DispatcherContext) */ \ __asm { \ __asm mov eax, dword ptr [esp+0x04] \ __asm test dword ptr [eax]EXCEPTION_RECORD.ExceptionFlags, EH_UNWIND_CONTEXT | EH_NESTED_CALL \ __asm je EXCEPT_DoHandler \ \ __asm xor eax, eax \ __asm or eax, ExceptionContinueSearch \ __asm ret \ } \ EXCEPT_DoHandler: /* Can't define this in inline asm macro + __asm{} block, or compiler complains. */ \ __asm { \ __asm sub esp, EXCEPT_LOCALS \ __asm mov [esp]CONTEXT.Ebp, ebp \ __asm mov [esp]CONTEXT.Ebx, ebx \ __asm mov [esp]CONTEXT.Edi, edi \ __asm mov [esp]CONTEXT.Esi, esi \ __asm pushfd \ __asm pop ecx \ __asm mov [esp]CONTEXT.EFlags, ecx \ __asm mov ebp, dword ptr [esp+0x08+EXCEPT_LOCALS] \ __asm mov ebp, dword ptr [ebp+0x08] \ __asm lea edx, EXCEPT_ExceptionPointers \ __asm mov ecx, dword ptr [esp+0x04+EXCEPT_LOCALS] \ __asm mov [edx]EXCEPTION_POINTERS.ExceptionRecord, ecx \ __asm mov ecx, dword ptr [esp+0x0c+EXCEPT_LOCALS] \ __asm mov [edx]EXCEPTION_POINTERS.ContextRecord, ecx \ __asm mov edx, [edx]EXCEPTION_POINTERS.ExceptionRecord \ __asm mov edx, [edx]EXCEPTION_RECORD.ExceptionCode \ __asm mov EXCEPT_ExceptionCode, edx \ __asm mov ebp, dword ptr [esp+0x0c+EXCEPT_LOCALS] \ __asm mov eax, [ebp]CONTEXT.EFlags \ __asm push eax \ __asm popfd \ __asm mov ebp, dword ptr [esp+0x08+EXCEPT_LOCALS] \ __asm mov ebx, dword ptr [ebp+_TRY_SAVED_EBX] \ __asm mov esi, dword ptr [ebp+_TRY_SAVED_ESI] \ __asm mov edi, dword ptr [ebp+_TRY_SAVED_EDI] \ __asm mov ebp, dword ptr [ebp+_TRY_SAVED_EBP] \ __asm cld \ } \ \ switch( (Expression) ) { \ \ case EXCEPTION_CONTINUE_SEARCH: \ ExFreePool(TRY_ExceptionRegistration); \ __asm { \ __asm mov ebp, [esp]CONTEXT.Ebp \ __asm mov ebx, [esp]CONTEXT.Ebx \ __asm mov edi, [esp]CONTEXT.Edi \ __asm mov esi, [esp]CONTEXT.Esi \ __asm add esp, EXCEPT_LOCALS \ __asm xor eax, eax \ __asm or eax, ExceptionContinueSearch \ __asm ret \ } \ \ case EXCEPTION_CONTINUE_EXECUTION: \ ExFreePool(TRY_ExceptionRegistration); \ __asm { \ __asm mov eax, dword ptr [esp+0x08+EXCEPT_LOCALS] \ __asm push 0 \ __asm push 0 \ __asm push __ret_label_CONTINUE_EXECUTION \ __asm push eax \ __asm call dword ptr [RtlUnwind] \ } \ __ret_label_CONTINUE_EXECUTION: \ __asm { \ __asm mov ebp, [esp]CONTEXT.Ebp \ __asm mov ebx, [esp]CONTEXT.Ebx \ __asm mov edi, [esp]CONTEXT.Edi \ __asm mov esi, [esp]CONTEXT.Esi \ __asm add esp, EXCEPT_LOCALS \ __asm xor eax, eax \ __asm or eax, ExceptionContinueExecution \ __asm ret \ } \ \ case EXCEPTION_EXECUTE_HANDLER: \ __asm { \ __asm pushad \ __asm pushfd \ __asm mov eax, dword ptr [esp+0x08+0x04+0x20+EXCEPT_LOCALS] \ __asm push 0 \ __asm push 0 \ __asm push __ret_label_EXECUTE_HANDLER \ __asm push eax \ __asm call dword ptr [RtlUnwind] \ } \ __ret_label_EXECUTE_HANDLER: \ __asm { \ __asm popfd \ __asm popad \ } \ break; \ \ default: \ DPRINT("SEH: Invalid disposition returned from filter expression!\n"); \ RtlRaiseStatus(STATUS_INVALID_DISPOSITION); \ \ } \ \ __asm { \ __asm mov ebp, dword ptr [esp+0x08+EXCEPT_LOCALS] \ __asm mov ebx, dword ptr [ebp+_TRY_SAVED_EBX] \ __asm mov esi, dword ptr [ebp+_TRY_SAVED_ESI] \ __asm mov edi, dword ptr [ebp+_TRY_SAVED_EDI] \ __asm mov esp, dword ptr [ebp+_TRY_SAVED_ESP] \ __asm mov ebp, dword ptr [ebp+0x08] \ } } -- End -- From wac@ghost.matcom.uh.cu Mon Oct 27 18:44:19 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9RHiJNG017321 for ; Mon, 27 Oct 2003 18:44:19 +0100 Received: from smtp1.uh.cu (smtp1.uh.cu [200.55.139.212]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9RHiFlk094006 for ; Mon, 27 Oct 2003 18:44:17 +0100 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp1.uh.cu (Postfix) with ESMTP id DEB1934AE6 for ; Mon, 27 Oct 2003 12:29:27 -0500 (CST) Received: from matcom.uh.cu (matcom.uh.cu [192.168.100.100]) by smtp1.uh.cu (Postfix) with ESMTP id BC43334AE5 for ; Mon, 27 Oct 2003 12:29:27 -0500 (CST) Received: from ghost.matcom.uh.cu (ghost.matcom.uh.cu [192.168.17.5]) by matcom.uh.cu (Postfix) with ESMTP id 7080B63783 for ; Mon, 27 Oct 2003 12:29:28 -0500 (CST) Received: by ghost.matcom.uh.cu (Postfix, from userid 1085) id F2B6C67AC; Mon, 27 Oct 2003 08:44:53 -0500 (CST) Received: from localhost (localhost [127.0.0.1]) by ghost.matcom.uh.cu (Postfix) with ESMTP id ED1C477A0 for ; Mon, 27 Oct 2003 08:44:53 -0500 (CST) Date: Mon, 27 Oct 2003 08:44:53 -0500 (CST) From: "=?ISO-8859-1?Q?Waldo_Alvarez_Ca=F1izares_-__another_buried_?= =?ISO-8859-1?Q?alive?=" To: ReactOS Kernel List In-Reply-To: <20031027000844.08fd6055.ayerkes@speakeasy.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS snapshot-20020300 Subject: [ros-kernel] Previously undocummented static control style X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Oct 2003 17:44:19 -0000 Hi again ppl: Tampering with messagebox in Windows 2k i've noticed that they use a kind of static control that draws text as does DrawText with DT_EDITCONTROL format. Spy++ reveals the style as 0x00002000 now looking at a more recent MSDN release (Jul 2003). Well here it comes "SS_EDITCONTROL Windows 2000: Specifies that the static control duplicates the text-displaying characteristics of a multiline edit control. Specifically, the average character width is calculated in the same manner as with an edit control, and the function does not display a partially visible last line." The one I have does not have this documentented (Apr 2001) I have taken a look at static control implementation and it does no appears to have this style implemented. Seems very easy to implement it. I don't know if mingw headers have this style defined. Best Regards Waldo From jasonfilby@yahoo.com Mon Oct 27 18:46:32 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9RHkWNG017345 for ; Mon, 27 Oct 2003 18:46:32 +0100 Received: from web41506.mail.yahoo.com (web41506.mail.yahoo.com [66.218.93.89]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9RHkUlk019478 for ; Mon, 27 Oct 2003 18:46:31 +0100 Message-ID: <20031027174623.160.qmail@web41506.mail.yahoo.com> Received: from [155.239.193.9] by web41506.mail.yahoo.com via HTTP; Mon, 27 Oct 2003 09:46:23 PST Date: Mon, 27 Oct 2003 09:46:23 -0800 (PST) From: Jason Filby Subject: Re: [ros-kernel] A small ldr patch for cygwin To: ReactOS Kernel List MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Oct 2003 17:46:32 -0000 Why did you have to force the win95 personality? art yerkes wrote: >Using this patch, and forcing cygwin1.dll to use it's win95 personality, I can >load sh, get a prompt, and execute shell builtin commands. Fork needs work >in ntoskrnl, which I talked about with David Welch a while back. That stuff >will be a bit of work, but I think that several other programs use the same >feature cygwin does. > >The change made here sets the lpvReserved argument to DllMain according to >http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/base/dllmain.asp >and allows cygwin to figure out whether it was dynamically loaded by >LoadLibrary or by the system when starting a process. > >Also, should I send the cygwin people a patch for forcing cygwin personality >using an env var? > >If I don't hear anything negative, I'll commit in a couple of days. > > > >------------------------------------------------------------------------ > >_______________________________________________ >Ros-kernel mailing list >Ros-kernel@reactos.com >http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From ayerkes@speakeasy.net Mon Oct 27 20:19:18 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9RJJING017896 for ; Mon, 27 Oct 2003 20:19:18 +0100 Received: from mail.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9RJJGlk036658 for ; Mon, 27 Oct 2003 20:19:17 +0100 Received: (qmail 5481 invoked from network); 27 Oct 2003 19:18:59 -0000 Received: from unknown (HELO apprentice.genxnet.com) ([64.81.145.152]) (envelope-sender ) by mail6.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 27 Oct 2003 19:18:59 -0000 Date: Mon, 27 Oct 2003 13:31:22 -0600 From: art yerkes To: ReactOS Kernel List Subject: Re: [ros-kernel] A small ldr patch for cygwin Message-Id: <20031027133122.3f70a715.ayerkes@speakeasy.net> In-Reply-To: <20031027174623.160.qmail@web41506.mail.yahoo.com> References: <20031027174623.160.qmail@web41506.mail.yahoo.com> X-Mailer: Sylpheed version 0.8.11 (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Oct 2003 19:19:18 -0000 On Mon, 27 Oct 2003 09:46:23 -0800 (PST) Jason Filby wrote: > Why did you have to force the win95 personality? :-o NtSetInformationToken at se/token.c:750 is unimplemented, have a nice day cygwin internally uses a big struct that knows about allowed operations on various versions of windows. You'd be amazed at how many different flavors it uses internally. I should be more clear; you can use any flavor except the win2k and nt4 flavors. I believe the nt 3.51 and 3.1 flavors worked ok. Because I know less than zero about that part of NT, I decided to try to make as small a modification as possible to allow me to continue. -- "Should array indices start at 0 or 1? My compromise of 0.5 was rejected without, I thought, proper consideration." - S. Kelly-Bootle From hartmut.birr@gmx.de Mon Oct 27 20:39:38 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9RJdcNG018021 for ; Mon, 27 Oct 2003 20:39:38 +0100 Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9RJdblk049740 for ; Mon, 27 Oct 2003 20:39:38 +0100 Received: (qmail 29695 invoked by uid 65534); 27 Oct 2003 19:38:30 -0000 Received: from p5083061E.dip0.t-ipconnect.de (EHLO newdarkstar) (80.131.6.30) by mail.gmx.net (mp012) with SMTP; 27 Oct 2003 20:38:30 +0100 X-Authenticated: #19145161 From: "Hartmut Birr" To: "'ReactOS Kernel List'" Subject: RE: [ros-kernel] DuplicateHandle on GetCurrentProcess Date: Mon, 27 Oct 2003 20:38:29 +0100 Message-ID: <000801c39cc1$e669a410$0202a8c0@newdarkstar> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 In-Reply-To: <20031027000844.08fd6055.ayerkes@speakeasy.net> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Oct 2003 19:39:38 -0000 Hi, I've add your last patches to my source tree. My favorite test, compiling ros on ros, fails. If I remove only the changes from handle.c, compiling ros on ros works. Previously, it hangs in 'make clean'. Currently, I doesn't know what is wrong. - Hartmut > -----Original Message----- > From: ros-kernel-bounces@reactos.com > [mailto:ros-kernel-bounces@reactos.com] On Behalf Of art yerkes > Sent: Monday, October 27, 2003 7:09 AM > To: ros-kernel@reactos.com > Subject: [ros-kernel] DuplicateHandle on GetCurrentProcess > > > In order to fork, cygwin needs to DuplicateHandle on a > process handle, which > starts out as the current process handle. This change allows > a process handle, > or the special GetCurrentProcess result to be duplicated. I > forked the > implementation of DuplicateHandle because the PEPROCESS that > is the result of > ObDereferenceObjectByHandle is a different type from the > objects expected in > NtDuplicateObject. > > Again, if there's no negative feedback, I'll commit in a > couple of days. > -- > "Should array indices start at 0 or 1? My compromise of 0.5 > was rejected > without, I thought, proper consideration." > - S. Kelly-Bootle > From vizzini@plasmic.com Tue Oct 28 00:23:24 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9RNNONG019569 for ; Tue, 28 Oct 2003 00:23:24 +0100 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9RNNOlk036656 for ; Tue, 28 Oct 2003 00:23:24 +0100 Received: from sts (steve-o [209.242.72.96]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9RNNOE4021883 for ; Mon, 27 Oct 2003 17:23:24 -0600 From: Vizzini To: ros-kernel@reactos.com Content-Type: text/plain Message-Id: <1067296851.7804.58.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 27 Oct 2003 17:20:52 -0600 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir Subject: [ros-kernel] ReactOS 0.1.5 pre-branch discussion X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Oct 2003 23:23:25 -0000 All, It has been about a month since our last release, which means it's time to start talking about the next release of ReactOS. I've talked to a few people about this already, but does anyone have anything uncommitted that they'd like to get into 0.1.5? If nobody comes up with anything, I'd anticipate branching for feature freeze in the latter half of this week. I'm putting up a very basic status page at http://plasmic.com/~vizzini/release.html with the list of release items and the schedule I think we'll be following. Let me know if there are any questions/comments/suggestions/etc. -Vizzini From jonwil@tpgi.com.au Tue Oct 28 00:33:58 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9RNXwNG019596 for ; Tue, 28 Oct 2003 00:33:58 +0100 Received: from mail3.tpgi.com.au (mail.tpgi.com.au [203.12.160.59]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9RNXulk003588 for ; Tue, 28 Oct 2003 00:33:57 +0100 Received: from tpgi.com.au (203-219-187-164-per-pow-ts3-2600.tpgi.com.au [203.219.187.164]) by mail3.tpgi.com.au (8.11.6/8.11.6) with ESMTP id h9RNXoJ31407 for ; Tue, 28 Oct 2003 10:33:51 +1100 Message-ID: <3F9DAB63.70808@tpgi.com.au> Date: Tue, 28 Oct 2003 07:33:55 +0800 From: Jonathan Wilson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20030925 X-Accept-Language: en-au MIME-Version: 1.0 To: ReactOS Kernel List Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [ros-kernel] is it possible to compile GCC on ROS yet? X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Oct 2003 23:33:58 -0000 Does anyone know if msys works on ROS yet and if not, what is stopping it from doing so? If msys were to work, one would be able to build mingw gcc and binutils :) From steven_ed4153@yahoo.com Tue Oct 28 01:25:00 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9S0P0NG019950 for ; Tue, 28 Oct 2003 01:25:00 +0100 Received: from web21108.mail.yahoo.com (web21108.mail.yahoo.com [216.136.227.110]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9S0Oxlk111458 for ; Tue, 28 Oct 2003 01:25:00 +0100 Message-ID: <20031028002436.72038.qmail@web21108.mail.yahoo.com> Received: from [66.83.186.125] by web21108.mail.yahoo.com via HTTP; Mon, 27 Oct 2003 16:24:36 PST Date: Mon, 27 Oct 2003 16:24:36 -0800 (PST) From: Steven Edwards Subject: Re: [ros-kernel] is it possible to compile GCC on ROS yet? To: ReactOS Kernel List In-Reply-To: <3F9DAB63.70808@tpgi.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Oct 2003 00:25:01 -0000 --- Jonathan Wilson wrote: > If msys were to work, one would be able to build mingw gcc and > binutils :) MSYS suffers from some of the same problems that Cygwin does under ROS. We also lack needed dlls such as netapi32. See Arts recent work to get Cygwin going. I like MSYS myself and cant wait to see it run. Thanks Steven __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From steven_ed4153@yahoo.com Tue Oct 28 02:49:28 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9S1nSNG020658 for ; Tue, 28 Oct 2003 02:49:28 +0100 Received: from web21102.mail.yahoo.com (web21102.mail.yahoo.com [216.136.227.104]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9S1nRlk049808 for ; Tue, 28 Oct 2003 02:49:28 +0100 Message-ID: <20031028014926.49911.qmail@web21102.mail.yahoo.com> Received: from [66.83.186.125] by web21102.mail.yahoo.com via HTTP; Mon, 27 Oct 2003 17:49:26 PST Date: Mon, 27 Oct 2003 17:49:26 -0800 (PST) From: Steven Edwards Subject: Re: [ros-kernel] ReactOS 0.1.5 pre-branch discussion To: ReactOS Kernel List In-Reply-To: <1067296851.7804.58.camel@bilbo.plasmic.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Oct 2003 01:49:29 -0000 I would like to have setupapi in but I am not going to get a chance to merge it and we still dont have a interface for loading the scripts even if we had the dll. Thanks Steven --- Vizzini wrote: > All, > > It has been about a month since our last release, which means it's > time > to start talking about the next release of ReactOS. I've talked to a > few people about this already, but does anyone have anything > uncommitted > that they'd like to get into 0.1.5? If nobody comes up with > anything, > I'd anticipate branching for feature freeze in the latter half of > this > week. > > I'm putting up a very basic status page at > http://plasmic.com/~vizzini/release.html with the list of release > items > and the schedule I think we'll be following. Let me know if there > are > any questions/comments/suggestions/etc. > > -Vizzini > > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From jasonfilby@yahoo.com Tue Oct 28 21:16:05 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9SKG5NG027084 for ; Tue, 28 Oct 2003 21:16:05 +0100 Received: from web41508.mail.yahoo.com (web41508.mail.yahoo.com [66.218.93.91]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9SKG4lk029286 for ; Tue, 28 Oct 2003 21:16:05 +0100 Message-ID: <20031028201457.81691.qmail@web41508.mail.yahoo.com> Received: from [155.239.193.92] by web41508.mail.yahoo.com via HTTP; Tue, 28 Oct 2003 12:14:57 PST Date: Tue, 28 Oct 2003 12:14:57 -0800 (PST) From: Jason Filby To: ros-kernel@reactos.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [ros-kernel] Conformance testing X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Oct 2003 20:16:06 -0000 Hi all Conformance testing is something we're going to have to look at to not only make sure that our APIs conform to those of Windows, but also to use them to find any regressions. WINE seems to have worked out a decent system, although I'm not sure how many tests they've actually written. But testing usermode code is one thing (tests are apps), and testing kernel mode code is another. Whats the best way to go about this? Perhaps kernel mode DLLs could be compiled with testing code if a certain make parameter is specified? Regards Jason __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From skywing@valhallalegends.com Tue Oct 28 21:27:43 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9SKRhNG027205 for ; Tue, 28 Oct 2003 21:27:43 +0100 Received: from valhallalegends.com ([63.161.183.91]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9SKRglk061924 for ; Tue, 28 Oct 2003 21:27:43 +0100 Received: from phoenix [63.161.183.6] by valhallalegends.com with ESMTP (SMTPD32-7.12 ) id A15A190024; Tue, 28 Oct 2003 14:28:10 -0600 From: "Skywing" To: "'ReactOS Kernel List'" Subject: RE: [ros-kernel] Conformance testing Date: Tue, 28 Oct 2003 15:25:50 -0500 Organization: Valhalla Legends Message-ID: <000201c39d91$aea0d320$c4ddd380@skywing.local> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.4510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0 Importance: Normal In-Reply-To: <20031028201457.81691.qmail@web41508.mail.yahoo.com> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h9SKRhNG027205 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Oct 2003 20:27:43 -0000 There was a discussion on this in the IRC channel yesterday. The main idea was to use Driver Verifier with our ReactOS versions of Windows drivers under Windows. Eventually we'll also want to implement driver verifier support into ReactOS directly. -----Original Message----- From: ros-kernel-bounces@reactos.com [mailto:ros-kernel-bounces@reactos.com] On Behalf Of Jason Filby Sent: Tuesday, October 28, 2003 3:15 PM To: ros-kernel@reactos.com Subject: [ros-kernel] Conformance testing Hi all Conformance testing is something we're going to have to look at to not only make sure that our APIs conform to those of Windows, but also to use them to find any regressions. WINE seems to have worked out a decent system, although I'm not sure how many tests they've actually written. But testing usermode code is one thing (tests are apps), and testing kernel mode code is another. Whats the best way to go about this? Perhaps kernel mode DLLs could be compiled with testing code if a certain make parameter is specified? Regards Jason __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ _______________________________________________ Ros-kernel mailing list Ros-kernel@reactos.com http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel From hybridus@seznam.cz Tue Oct 28 21:33:41 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9SKXfNG027327 for ; Tue, 28 Oct 2003 21:33:41 +0100 Received: from smtp.dkm.cz (smtp.dkm.cz [62.24.64.34]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9SKXflk024420 for ; Tue, 28 Oct 2003 21:33:41 +0100 Received: (qmail 53830 invoked by uid 0); 28 Oct 2003 20:33:22 -0000 Received: from m81.dkm.cz (HELO seznam.cz) (62.24.78.81) by smtp.dkm.cz with SMTP; 28 Oct 2003 20:33:22 -0000 Message-ID: <3F9ED299.40609@seznam.cz> Date: Tue, 28 Oct 2003 21:33:29 +0100 From: Patvor User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: cs, en-us, en MIME-Version: 1.0 To: ros-kernel@reactos.com X-Enigmail-Version: 0.76.7.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [ros-kernel] IopInitializeBootDrivers X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Oct 2003 20:33:41 -0000 ACPI=1,DBG=1,KDBG=1, current cvs tree mingw32-gcc -I./include -pipe -march=i386 -D_M_IX86 -I./include -I./include -D__NTOSKRNL__ -g -Wall -Werror -D_DISABLE_TIDENTS -I../include -pipe -march=i386 -D_M_IX86 -c io/driver.c -o io/driver.o io/driver.c: In function `IopInitializeBootDrivers': io/driver.c:561: `ModuleLoadBase' undeclared (first use in this function) io/driver.c:561: (Each undeclared identifier is reported only once io/driver.c:561: for each function it appears in.) io/driver.c:561: `FileName' undeclared (first use in this function) io/driver.c:561: `Length' undeclared (first use in this function) make[1]: *** [io/driver.o] Error 1 make[1]: Leaving directory `/home/dave/ros/reactos/ntoskrnl' make: *** [ntoskrnl] Error 2 Regards, David From jasonfilby@yahoo.com Tue Oct 28 21:43:06 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9SKh6NG027403 for ; Tue, 28 Oct 2003 21:43:06 +0100 Received: from web41510.mail.yahoo.com (web41510.mail.yahoo.com [66.218.93.93]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9SKh5lk029278 for ; Tue, 28 Oct 2003 21:43:05 +0100 Message-ID: <20031028204248.47860.qmail@web41510.mail.yahoo.com> Received: from [155.239.193.92] by web41510.mail.yahoo.com via HTTP; Tue, 28 Oct 2003 12:42:48 PST Date: Tue, 28 Oct 2003 12:42:48 -0800 (PST) From: Jason Filby Subject: Re: [ros-kernel] Conformance testing To: ReactOS Kernel List MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Oct 2003 20:43:06 -0000 Alright, and what of our kernel mode DLLs? Skywing wrote: >There was a discussion on this in the IRC channel yesterday. The main idea > >was to use Driver Verifier with our ReactOS versions of Windows drivers > >under Windows. Eventually we'll also want to implement driver verifier > >support into ReactOS directly. > > > >-----Original Message----- > >From: ros-kernel-bounces@reactos.com [mailto:ros-kernel-bounces@reactos.com] > >On Behalf Of Jason Filby > >Sent: Tuesday, October 28, 2003 3:15 PM > >To: ros-kernel@reactos.com > >Subject: [ros-kernel] Conformance testing > > > >Hi all > > > >Conformance testing is something we're going to have to look at to > >not > >only make sure that our APIs conform to those of Windows, but also to > > > >use them to find any regressions. WINE seems to have worked out a > >decent > >system, although I'm not sure how many tests they've actually > >written. > >But testing usermode code is one thing (tests are apps), and testing > >kernel mode code is another. Whats the best way to go about this? > >Perhaps kernel mode DLLs could be compiled with testing code if a > >certain make parameter is specified? > > > >Regards > >Jason > > > > __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From skywing@valhallalegends.com Tue Oct 28 21:50:00 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9SKo0NG027467 for ; Tue, 28 Oct 2003 21:50:00 +0100 Received: from valhallalegends.com ([63.161.183.91]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9SKnxlk029350 for ; Tue, 28 Oct 2003 21:50:00 +0100 Received: from phoenix [63.161.183.6] by valhallalegends.com with ESMTP (SMTPD32-7.12 ) id A695240026; Tue, 28 Oct 2003 14:50:29 -0600 From: "Skywing" To: "'ReactOS Kernel List'" Subject: RE: [ros-kernel] Conformance testing Date: Tue, 28 Oct 2003 15:48:09 -0500 Organization: Valhalla Legends Message-ID: <000301c39d94$cc6bbfc0$c4ddd380@skywing.local> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.4510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0 Importance: Normal In-Reply-To: <20031028204248.47860.qmail@web41510.mail.yahoo.com> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h9SKo0NG027467 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Oct 2003 20:50:01 -0000 Virtually everything except hal, ntoskrnl, and win32k should be testable via driver verifier. It enables a lot of checks in all sorts of ntoskrnl/hal functions, so it doesn't necessarily just apply to device drivers. -----Original Message----- From: ros-kernel-bounces@reactos.com [mailto:ros-kernel-bounces@reactos.com] On Behalf Of Jason Filby Sent: Tuesday, October 28, 2003 3:43 PM To: ReactOS Kernel List Subject: Re: [ros-kernel] Conformance testing Alright, and what of our kernel mode DLLs? Skywing wrote: >There was a discussion on this in the IRC channel yesterday. The main idea > >was to use Driver Verifier with our ReactOS versions of Windows drivers > >under Windows. Eventually we'll also want to implement driver verifier > >support into ReactOS directly. > > > >-----Original Message----- > >From: ros-kernel-bounces@reactos.com [mailto:ros-kernel-bounces@reactos.com] > >On Behalf Of Jason Filby > >Sent: Tuesday, October 28, 2003 3:15 PM > >To: ros-kernel@reactos.com > >Subject: [ros-kernel] Conformance testing > > > >Hi all > > > >Conformance testing is something we're going to have to look at to > >not > >only make sure that our APIs conform to those of Windows, but also to > > > >use them to find any regressions. WINE seems to have worked out a > >decent > >system, although I'm not sure how many tests they've actually > >written. > >But testing usermode code is one thing (tests are apps), and testing > >kernel mode code is another. Whats the best way to go about this? > >Perhaps kernel mode DLLs could be compiled with testing code if a > >certain make parameter is specified? > > > >Regards > >Jason > > > > __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ _______________________________________________ Ros-kernel mailing list Ros-kernel@reactos.com http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel From jasonfilby@yahoo.com Tue Oct 28 22:13:45 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9SLDiNG027655 for ; Tue, 28 Oct 2003 22:13:44 +0100 Received: from web41504.mail.yahoo.com (web41504.mail.yahoo.com [66.218.93.87]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9SLDhlk044058 for ; Tue, 28 Oct 2003 22:13:44 +0100 Message-ID: <20031028211336.16797.qmail@web41504.mail.yahoo.com> Received: from [155.239.193.92] by web41504.mail.yahoo.com via HTTP; Tue, 28 Oct 2003 13:13:36 PST Date: Tue, 28 Oct 2003 13:13:36 -0800 (PST) From: Jason Filby Subject: Re: [ros-kernel] Conformance testing To: ReactOS Kernel List MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Oct 2003 21:13:45 -0000 So we have to get Driver Verifier running on ReactOS. Also, we have to work out a plan for the areas it doesn't test: HAL, ntoskrnl, win32k and anything else. Regards Jason Skywing wrote: >Virtually everything except hal, ntoskrnl, and win32k should be testable via > >driver verifier. It enables a lot of checks in all sorts of ntoskrnl/hal > >functions, so it doesn't necessarily just apply to device drivers. > > > >-----Original Message----- > >From: ros-kernel-bounces@reactos.com [mailto:ros-kernel-bounces@reactos.com] > >On Behalf Of Jason Filby > >Sent: Tuesday, October 28, 2003 3:43 PM > >To: ReactOS Kernel List > >Subject: Re: [ros-kernel] Conformance testing > > > >Alright, and what of our kernel mode DLLs? > > > >Skywing wrote: > > > > > >>There was a discussion on this in the IRC channel yesterday. The >> >> > >main idea > > > > > > >>was to use Driver Verifier with our ReactOS versions of Windows >> >> > >drivers > > > > > > >>under Windows. Eventually we'll also want to implement driver >> >> > >verifier > > > > > > >>support into ReactOS directly. >> >> > > > > > > > > > > > > >>-----Original Message----- >> >> > > > > > > >>From: ros-kernel-bounces@reactos.com >> >> > >[mailto:ros-kernel-bounces@reactos.com] > > > > > > >>On Behalf Of Jason Filby >> >> > > > > > > >>Sent: Tuesday, October 28, 2003 3:15 PM >> >> > > > > > > >>To: ros-kernel@reactos.com >> >> > > > > > > >>Subject: [ros-kernel] Conformance testing >> >> > > > > > > > > > > > > >>Hi all >> >> > > > > > > > > > > > > >>Conformance testing is something we're going to have to look at to >> >> > > > > > > >>not >> >> > > > > > > >>only make sure that our APIs conform to those of Windows, but also >> >> > >to > > > > > > > > > > > > >>use them to find any regressions. WINE seems to have worked out a >> >> > > > > > > >>decent >> >> > > > > > > >>system, although I'm not sure how many tests they've actually >> >> > > > > > > >>written. >> >> > > > > > > >>But testing usermode code is one thing (tests are apps), and testing >> >> > > > > > > > > >>kernel mode code is another. Whats the best way to go about this? >> >> > > > > > > >>Perhaps kernel mode DLLs could be compiled with testing code if a >> >> > > > > > > >>certain make parameter is specified? >> >> > > > > > > > > > > > > >>Regards >> >> > > > > > > >>Jason >> >> > > > __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From xnavara@volny.cz Tue Oct 28 23:41:16 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9SMfFNG028256 for ; Tue, 28 Oct 2003 23:41:16 +0100 Received: from smtp2.vol.cz (smtp2.vol.cz [195.250.128.42]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9SMfFlk019494 for ; Tue, 28 Oct 2003 23:41:15 +0100 Received: from hornet (prahab-1-87.dialup.vol.cz [62.177.68.87]) by smtp2.vol.cz (8.12.8p2/8.12.8) with SMTP id h9SMekcX045389 for ; Tue, 28 Oct 2003 23:40:48 +0100 (CET) (envelope-from xnavara@volny.cz) Message-ID: <01cf01c39da4$868c87e0$5744b13e@hornet> From: "Filip Navara" To: "ReactOS Kernel List" References: <3F9ED299.40609@seznam.cz> Subject: Re: [ros-kernel] IopInitializeBootDrivers Date: Tue, 28 Oct 2003 23:40:42 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Oct 2003 22:41:16 -0000 Hopefully fixed. I haven't tried to compile it, but it should work. Filip ----- Original Message ----- From: "Patvor" To: Sent: Tuesday, October 28, 2003 9:33 PM Subject: [ros-kernel] IopInitializeBootDrivers > ACPI=1,DBG=1,KDBG=1, current cvs tree > > mingw32-gcc -I./include -pipe -march=i386 -D_M_IX86 -I./include > -I./include -D__NTOSKRNL__ -g -Wall -Werror -D_DISABLE_TIDENTS > -I../include -pipe -march=i386 -D_M_IX86 -c io/driver.c -o io/driver.o > io/driver.c: In function `IopInitializeBootDrivers': > io/driver.c:561: `ModuleLoadBase' undeclared (first use in this function) > io/driver.c:561: (Each undeclared identifier is reported only once > io/driver.c:561: for each function it appears in.) > io/driver.c:561: `FileName' undeclared (first use in this function) > io/driver.c:561: `Length' undeclared (first use in this function) > make[1]: *** [io/driver.o] Error 1 > make[1]: Leaving directory `/home/dave/ros/reactos/ntoskrnl' > make: *** [ntoskrnl] Error 2 > > > Regards, David > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > From vizzini@plasmic.com Wed Oct 29 00:55:31 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9SNtVNG028803 for ; Wed, 29 Oct 2003 00:55:31 +0100 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9SNtUlk092422 for ; Wed, 29 Oct 2003 00:55:31 +0100 Received: from sts (steve-o [209.242.72.96]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9SNtTE4016371 for ; Tue, 28 Oct 2003 17:55:29 -0600 Subject: Re: [ros-kernel] Conformance testing From: Vizzini To: ReactOS Kernel List In-Reply-To: <20031028211336.16797.qmail@web41504.mail.yahoo.com> References: <20031028211336.16797.qmail@web41504.mail.yahoo.com> Content-Type: text/plain Message-Id: <1067385177.830.31.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Tue, 28 Oct 2003 17:52:57 -0600 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Oct 2003 23:55:31 -0000 On Tue, 2003-10-28 at 15:13, Jason Filby wrote: > So we have to get Driver Verifier running on ReactOS. > Also, we have to work out a plan for the areas it doesn't test: HAL, > ntoskrnl, win32k and anything else. I agree, and in addition, I would say that some sort of automated regression-testing system for kernel-mode components (apart from verifier, which is a manual process) would be nice. It's not exactly straightforward, though. -Vizzini From vizzini@plasmic.com Wed Oct 29 01:10:51 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9T0ApNG028867 for ; Wed, 29 Oct 2003 01:10:51 +0100 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9T0Aolk019702 for ; Wed, 29 Oct 2003 01:10:51 +0100 Received: from sts (steve-o [209.242.72.96]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9T0ArE4017073 for ; Tue, 28 Oct 2003 18:10:53 -0600 Subject: Re: [ros-kernel] ReactOS 0.1.5 pre-branch discussion From: Vizzini To: ReactOS Kernel List In-Reply-To: <1067296851.7804.58.camel@bilbo.plasmic.com> References: <1067296851.7804.58.camel@bilbo.plasmic.com> Content-Type: text/plain Message-Id: <1067386101.821.34.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Tue, 28 Oct 2003 18:08:21 -0600 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Oct 2003 00:10:51 -0000 On Mon, 2003-10-27 at 17:20, Vizzini wrote: > It has been about a month since our last release, which means it's time > to start talking about the next release of ReactOS. I've talked to a > few people about this already, but does anyone have anything uncommitted > that they'd like to get into 0.1.5? If nobody comes up with anything, > I'd anticipate branching for feature freeze in the latter half of this > week. OK, the release schedule is now official. Branch will be this Saturday. See http://plasmic.com/~vizzini/release.html for details. -Vizzini From tamlin@algonet.se Wed Oct 29 06:36:26 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9T5aPNG030974 for ; Wed, 29 Oct 2003 06:36:25 +0100 Received: from smtp5.hy.skanova.net (smtp5.hy.skanova.net [195.67.199.134]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9T5aPlk111658 for ; Wed, 29 Oct 2003 06:36:25 +0100 Received: from putte2k (h29n2fls31o987.telia.com [213.66.43.29]) by smtp5.hy.skanova.net (8.12.10/8.12.10) with SMTP id h9T5Z9o9024834 for ; Wed, 29 Oct 2003 06:35:10 +0100 (CET) Message-ID: <007e01c39dde$a824f240$0401a8c0@putte2k> From: "Mike Nordell" To: "ReactOS Kernel List" References: <20031028211336.16797.qmail@web41504.mail.yahoo.com> Subject: Re: [ros-kernel] Conformance testing Date: Wed, 29 Oct 2003 06:33:46 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4927.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Oct 2003 05:36:26 -0000 Jason Filby wrote: > So we have to get Driver Verifier running on ReactOS. > Also, we have to work out a plan for the areas it doesn't test: HAL, > ntoskrnl, win32k and anything else. Wouldn't these be better handled by a "checked" build? /Mike From chorns@users.sourceforge.net Wed Oct 29 09:45:25 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9T8jPNG031653 for ; Wed, 29 Oct 2003 09:45:25 +0100 Received: from cicero0.cybercity.dk (cicero0.cybercity.dk [212.242.40.52]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9T8jPlk095586 for ; Wed, 29 Oct 2003 09:45:25 +0100 Received: from user1.cybercity.dk (fxp0.user1.ip.cybercity.dk [212.242.41.34]) by cicero0.cybercity.dk (Postfix) with ESMTP id 388A12915B for ; Wed, 29 Oct 2003 09:45:03 +0100 (CET) Received: from ZEUS (port57.ds1-trg.adsl.cybercity.dk [212.242.245.122]) by user1.cybercity.dk (Postfix) with ESMTP id E3D6368ADE for ; Wed, 29 Oct 2003 09:45:02 +0100 (CET) From: "Casper Hornstrup" To: "'ReactOS Kernel List'" Subject: Re: [ros-kernel] Conformance testing Date: Wed, 29 Oct 2003 09:41:30 +0100 Message-ID: <037801c39df8$73302090$0200000a@ZEUS> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 In-Reply-To: <20031028201457.81691.qmail@web41508.mail.yahoo.com> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h9T8jPNG031653 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Oct 2003 08:45:26 -0000 I started reactos/regtests which can handle kernel-mode regression tests. Unfortunately, I ran into problems when dynamically loading two DLL's (a bug in the relocation code IIRC). The idea is to have automated testing with bochs support. Each test will report success or failure and a description of what failed. This can be piped to the bochs log. When all tests are executed, bochs can be automatically shut down and the script that started bochs can do whatever it needs to do with the bochs log (like sending it to a mailing list). A kernel-mode driver can be directed to run all (kernel-mode) tests from a user-mode program and thus we have only one user interface to a kernel-mode/user-mode regression testing framework. Casper > -----Oprindelig meddelelse----- > Fra: ros-kernel-bounces@reactos.com > [mailto:ros-kernel-bounces@reactos.com] Pĺ vegne af Jason Filby > Sendt: 28. oktober 2003 21:15 > Til: ros-kernel@reactos.com > Emne: [ros-kernel] Conformance testing > > > Hi all > > Conformance testing is something we're going to have to look > at to not > only make sure that our APIs conform to those of Windows, but also to > > use them to find any regressions. WINE seems to have worked > out a decent > system, although I'm not sure how many tests they've actually > written. > But testing usermode code is one thing (tests are apps), and testing > kernel mode code is another. Whats the best way to go about this? > Perhaps kernel mode DLLs could be compiled with testing code if a > certain make parameter is specified? > > Regards > Jason > > > > __________________________________ > Do you Yahoo!? > Exclusive Video Premiere - Britney Spears > http://launch.yahoo.com/promos/britneyspears/ > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinf> o/ros-kernel > From steven_ed4153@yahoo.com Wed Oct 29 16:26:35 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9TFQZNG002093 for ; Wed, 29 Oct 2003 16:26:35 +0100 Received: from web21108.mail.yahoo.com (web21108.mail.yahoo.com [216.136.227.110]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9TFQYlk061418 for ; Wed, 29 Oct 2003 16:26:34 +0100 Message-ID: <20031029152629.3052.qmail@web21108.mail.yahoo.com> Received: from [66.83.186.125] by web21108.mail.yahoo.com via HTTP; Wed, 29 Oct 2003 07:26:29 PST Date: Wed, 29 Oct 2003 07:26:29 -0800 (PST) From: Steven Edwards Subject: Re: [ros-kernel] Conformance testing To: ReactOS Kernel List In-Reply-To: <1067385177.830.31.camel@bilbo.plasmic.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Oct 2003 15:26:35 -0000 We also need to merge the Wine Conformance tests that Filip is using. Binarys are in the wine-ros.zip on my site. Thanks Steven --- Vizzini wrote: > On Tue, 2003-10-28 at 15:13, Jason Filby wrote: > > So we have to get Driver Verifier running on ReactOS. > > Also, we have to work out a plan for the areas it doesn't test: > HAL, > > ntoskrnl, win32k and anything else. > > I agree, and in addition, I would say that some sort of automated > regression-testing system for kernel-mode components (apart from > verifier, which is a manual process) would be nice. It's not exactly > straightforward, though. > > -Vizzini > > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From mtempel@visi.com Wed Oct 29 16:28:57 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9TFSvNG002114 for ; Wed, 29 Oct 2003 16:28:57 +0100 Received: from mail-out.visi.com (kauket.visi.com [209.98.98.22]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9TFSulk021676 for ; Wed, 29 Oct 2003 16:28:57 +0100 Received: from mahes.visi.com (mahes.visi.com [209.98.98.96]) by mail-out.visi.com (Postfix) with ESMTP id 673CA36FB for ; Wed, 29 Oct 2003 09:29:14 -0600 (CST) Received: from mahes.visi.com (localhost [127.0.0.1]) by mahes.visi.com (8.12.9/8.12.5) with ESMTP id h9TFSEbV003985 for ; Wed, 29 Oct 2003 09:28:14 -0600 (CST) (envelope-from mtempel@visi.com) Received: (from www@localhost) by mahes.visi.com (8.12.9/8.12.5/Submit) id h9TFSDs5003984 for ros-kernel@reactos.com; Wed, 29 Oct 2003 15:28:13 GMT X-Authentication-Warning: mahes.visi.com: www set sender to mtempel@visi.com using -f Received: from tfw15.testquest.com (tfw15.testquest.com [216.245.137.51]) by my.visi.com (IMP) with HTTP for ; Wed, 29 Oct 2003 15:28:13 +0000 Message-ID: <1067441293.3f9fdc8dc8d7e@my.visi.com> Date: Wed, 29 Oct 2003 15:28:13 +0000 From: mtempel@visi.com To: ros-kernel@reactos.com Subject: [ros-kernel] Windows Messages References: <20031028211336.16797.qmail@web41504.mail.yahoo.com> <1067385177.830.31.camel@bilbo.plasmic.com> In-Reply-To: <1067385177.830.31.camel@bilbo.plasmic.com> MIME-Version: 1.0 Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs X-Originating-IP: 216.245.137.51 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Oct 2003 15:28:57 -0000 Hi all, I have been working on making our edit control work during this developent cycle. As I have reasearched some of the problems with the control, I have had to dig into the part of win32k that dispatches hardware messages to widows. It seems to me that this code has grown in an ad-hoc fashion, and we would be well served if we took some time and refactored it. I am proposing a temporary freeze on work in that portion of win32k untill it has been reworked. I estimate that the rework will take a few months, beginning with a documented design of the system before implementation begins. I am willing to do the work, but I would appreciate feedback on design issues, implentation, and testing. To be clear, I am not proposing that we throw away the code we currently have. Rather, I suggest that we desing the system so that message origionation and dispatching is a little more maintainable, and clear. Then we can adapt the code that is currently in the system to fit that design, or scrap it if it can't be adapted. I intend to patch in a few messages in the current system so that the edit control (and other controls) have some functionality for 0.1.5, but I am convinced that our message dispatching system needs to be refactored or it will become a bottleneck in the implementation of a functional GUI for ROS. Thanks for your time, and I'm interested to see the discussion that comes as a result of this mail :) --mark From mtempel@visi.com Wed Oct 29 16:44:38 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9TFibNG002263 for ; Wed, 29 Oct 2003 16:44:38 +0100 Received: from mail-out.visi.com (kauket.visi.com [209.98.98.22]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9TFiblk112692 for ; Wed, 29 Oct 2003 16:44:37 +0100 Received: from mahes.visi.com (mahes.visi.com [209.98.98.96]) by mail-out.visi.com (Postfix) with ESMTP id 733E636FB for ; Wed, 29 Oct 2003 09:45:06 -0600 (CST) Received: from mahes.visi.com (localhost [127.0.0.1]) by mahes.visi.com (8.12.9/8.12.5) with ESMTP id h9TFi6bV004140 for ; Wed, 29 Oct 2003 09:44:06 -0600 (CST) (envelope-from mtempel@visi.com) Received: (from www@localhost) by mahes.visi.com (8.12.9/8.12.5/Submit) id h9TFi6GT004139 for ros-kernel@reactos.com; Wed, 29 Oct 2003 15:44:06 GMT X-Authentication-Warning: mahes.visi.com: www set sender to mtempel@visi.com using -f Received: from tfw15.testquest.com (tfw15.testquest.com [216.245.137.51]) by my.visi.com (IMP) with HTTP for ; Wed, 29 Oct 2003 15:44:06 +0000 Message-ID: <1067442246.3f9fe0468a818@my.visi.com> Date: Wed, 29 Oct 2003 15:44:06 +0000 From: mtempel@visi.com To: ReactOS Kernel List Subject: Re: [ros-kernel] Windows Messages References: <20031028211336.16797.qmail@web41504.mail.yahoo.com> <1067385177.830.31.camel@bilbo.plasmic.com> <1067441293.3f9fdc8dc8d7e@my.visi.com> In-Reply-To: <1067441293.3f9fdc8dc8d7e@my.visi.com> MIME-Version: 1.0 Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs X-Originating-IP: 216.245.137.51 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Oct 2003 15:44:38 -0000 Hi again, Sorry for all the misspellings in the last mail... :) Just pretend I ran it through a spell checker before I sent it.. thanks, --mark From Michael@fritscher.net Wed Oct 29 16:52:58 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9TFqwNG002369 for ; Wed, 29 Oct 2003 16:52:58 +0100 Received: from moutvdom.kundenserver.de (moutvdom.kundenserver.de [212.227.126.249]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9TFqwlk026846 for ; Wed, 29 Oct 2003 16:52:58 +0100 Received: from [212.227.126.221] (helo=mrvdomng.kundenserver.de) by moutvdom.kundenserver.de with esmtp (Exim 3.35 #1) id 1AEscx-0000j8-00 for ros-kernel@reactos.com; Wed, 29 Oct 2003 16:52:55 +0100 Received: from [217.236.118.178] (helo=michael) by mrvdomng.kundenserver.de with esmtp (Exim 3.35 #1) id 1AEscw-0007OR-00 for ros-kernel@reactos.com; Wed, 29 Oct 2003 16:52:55 +0100 From: "Michael" To: "'ReactOS Kernel List'" Subject: AW: [ros-kernel] Windows Messages Date: Wed, 29 Oct 2003 16:53:55 +0100 Message-ID: <000201c39e34$dde07a70$6700a8c0@michael> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4920.2300 In-Reply-To: <1067441293.3f9fdc8dc8d7e@my.visi.com> Importance: Normal X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Oct 2003 15:52:58 -0000 Hi, Richard Cambell wanted to rewrite user32.dll, too, but until now we have only a skelet ----- You worte: Hi all, I have been working on making our edit control work during this developent cycle. As I have reasearched some of the problems with the control, I have had to dig into the part of win32k that dispatches hardware messages to widows. It seems to me that this code has grown in an ad-hoc fashion, and we would be well served if we took some time and refactored it. I am proposing a temporary freeze on work in that portion of win32k untill it has been reworked. I estimate that the rework will take a few months, beginning with a documented design of the system before implementation begins. I am willing to do the work, but I would appreciate feedback on design issues, implentation, and testing. To be clear, I am not proposing that we throw away the code we currently have. Rather, I suggest that we desing the system so that message origionation and dispatching is a little more maintainable, and clear. Then we can adapt the code that is currently in the system to fit that design, or scrap it if it can't be adapted. I intend to patch in a few messages in the current system so that the edit control (and other controls) have some functionality for 0.1.5, but I am convinced that our message dispatching system needs to be refactored or it will become a bottleneck in the implementation of a functional GUI for ROS. Thanks for your time, and I'm interested to see the discussion that comes as a result of this mail :) --mark _______________________________________________ Ros-kernel mailing list Ros-kernel@reactos.com http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel From mtempel@visi.com Wed Oct 29 17:13:04 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9TGD1NG002535 for ; Wed, 29 Oct 2003 17:13:02 +0100 Received: from mail-out.visi.com (kauket.visi.com [209.98.98.22]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9TGD0lk097452 for ; Wed, 29 Oct 2003 17:13:01 +0100 Received: from mahes.visi.com (mahes.visi.com [209.98.98.96]) by mail-out.visi.com (Postfix) with ESMTP id DE41C36F6 for ; Wed, 29 Oct 2003 10:13:27 -0600 (CST) Received: from mahes.visi.com (localhost [127.0.0.1]) by mahes.visi.com (8.12.9/8.12.5) with ESMTP id h9TGCUbV004512 for ; Wed, 29 Oct 2003 10:12:30 -0600 (CST) (envelope-from mtempel@visi.com) Received: (from www@localhost) by mahes.visi.com (8.12.9/8.12.5/Submit) id h9TGCQTr004506 for ros-kernel@reactos.com; Wed, 29 Oct 2003 16:12:26 GMT X-Authentication-Warning: mahes.visi.com: www set sender to mtempel@visi.com using -f Received: from tfw15.testquest.com (tfw15.testquest.com [216.245.137.51]) by my.visi.com (IMP) with HTTP for ; Wed, 29 Oct 2003 16:12:26 +0000 Message-ID: <1067443946.3f9fe6ea2bd3e@my.visi.com> Date: Wed, 29 Oct 2003 16:12:26 +0000 From: mtempel@visi.com To: ros-kernel@reactos.com Subject: Re: AW: [ros-kernel] Windows Messages References: <000201c39e34$dde07a70$6700a8c0@michael> In-Reply-To: <000201c39e34$dde07a70$6700a8c0@michael> MIME-Version: 1.0 Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs X-Originating-IP: 216.245.137.51 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Oct 2003 16:13:04 -0000 I'm not proposing anything on that grand a scale ;) I am proposing that win32k/ntuser/msgqueue.c/.h and win32k/ntuser/message.c/.h be reworked to fit a documented, extendable design. --mark Quoting Michael : > Hi, > Richard Cambell wanted to rewrite user32.dll, too, but until now we have > only a skelet > > ----- > You worte: > > Hi all, [snip] From mtempel@visi.com Wed Oct 29 17:45:29 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9TGjSNG002849 for ; Wed, 29 Oct 2003 17:45:29 +0100 Received: from mail-out.visi.com (kauket.visi.com [209.98.98.22]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9TGjRlk097350 for ; Wed, 29 Oct 2003 17:45:28 +0100 Received: from mahes.visi.com (mahes.visi.com [209.98.98.96]) by mail-out.visi.com (Postfix) with ESMTP id 94FE236DD for ; Wed, 29 Oct 2003 10:45:54 -0600 (CST) Received: from mahes.visi.com (localhost [127.0.0.1]) by mahes.visi.com (8.12.9/8.12.5) with ESMTP id h9TGiubV004934 for ; Wed, 29 Oct 2003 10:44:56 -0600 (CST) (envelope-from mtempel@visi.com) Received: (from www@localhost) by mahes.visi.com (8.12.9/8.12.5/Submit) id h9TGiu2R004933 for ros-kernel@reactos.com; Wed, 29 Oct 2003 10:44:56 -0600 (CST) X-Authentication-Warning: mahes.visi.com: www set sender to mtempel@visi.com using -f Received: from tfw15.testquest.com (tfw15.testquest.com [216.245.137.51]) by my.visi.com (IMP) with HTTP for ; Wed, 29 Oct 2003 10:44:56 -0600 Message-ID: <1067445896.3f9fee8811bff@my.visi.com> Date: Wed, 29 Oct 2003 10:44:56 -0600 From: mtempel@visi.com To: ros-kernel@reactos.com Subject: Re: AW: [ros-kernel] Windows Messages (Update) References: <000201c39e34$dde07a70$6700a8c0@michael> In-Reply-To: <000201c39e34$dde07a70$6700a8c0@michael> MIME-Version: 1.0 Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs X-Originating-IP: 216.245.137.51 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Oct 2003 16:45:29 -0000 Hi again all, After some discussion on irc, I have been able to clarify my proposal a bit. First: The code freeze would only apply to win32k/ntuser/msgqueue.c/.h, and win32k/ntuser/message.c/.h Second: The code freeze is not really a freeze... more a code chill. I just ask that anyone who needs to make a change in those files coordinate the change with me. Third: The code modules that will be subject to significant rework will have a comment with a warning placed at the top. The warning will say somethig to the effect of "This code is currently under active rework. Change at your own risk. Changes may be tossed at the end. Email mtempel@visi.com if this is a problem, or for more information". I hope that makes sense. --mark From jasonfilby@yahoo.com Wed Oct 29 20:45:48 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9TJjmNG004097 for ; Wed, 29 Oct 2003 20:45:48 +0100 Received: from web41510.mail.yahoo.com (web41510.mail.yahoo.com [66.218.93.93]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9TJjllk029260 for ; Wed, 29 Oct 2003 20:45:47 +0100 Message-ID: <20031029194540.70279.qmail@web41510.mail.yahoo.com> Received: from [198.54.202.4] by web41510.mail.yahoo.com via HTTP; Wed, 29 Oct 2003 11:45:40 PST Date: Wed, 29 Oct 2003 11:45:40 -0800 (PST) From: Jason Filby Subject: Re: [ros-kernel] Conformance testing To: ReactOS Kernel List In-Reply-To: <007e01c39dde$a824f240$0401a8c0@putte2k> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Oct 2003 19:45:48 -0000 To be sure, what exactly do you mean by "checked"? Jason --- Mike Nordell wrote: > Jason Filby wrote: > > > So we have to get Driver Verifier running on ReactOS. > > Also, we have to work out a plan for the areas it doesn't test: > HAL, > > ntoskrnl, win32k and anything else. > > Wouldn't these be better handled by a "checked" build? > > /Mike > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From jasonfilby@yahoo.com Wed Oct 29 20:47:42 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9TJlgNG004113 for ; Wed, 29 Oct 2003 20:47:42 +0100 Received: from web41510.mail.yahoo.com (web41510.mail.yahoo.com [66.218.93.93]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9TJlflk029242 for ; Wed, 29 Oct 2003 20:47:42 +0100 Message-ID: <20031029194733.70819.qmail@web41510.mail.yahoo.com> Received: from [198.54.202.4] by web41510.mail.yahoo.com via HTTP; Wed, 29 Oct 2003 11:47:33 PST Date: Wed, 29 Oct 2003 11:47:33 -0800 (PST) From: Jason Filby Subject: Re: [ros-kernel] Conformance testing To: ReactOS Kernel List In-Reply-To: <037801c39df8$73302090$0200000a@ZEUS> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Oct 2003 19:47:43 -0000 Hi Casper This sounds very interesting; is the bug in the relocation code still blocking this? Thanks Jason --- Casper Hornstrup wrote: > I started reactos/regtests which can handle kernel-mode regression > tests. > Unfortunately, I ran into problems when dynamically loading two > DLL's > (a bug in the relocation code IIRC). The idea is to have automated > testing with bochs support. Each test will report success or > failure > and a description of what failed. This can be piped to the bochs > log. > When all tests are executed, bochs can be automatically shut down > and > the script that started bochs can do whatever it needs to do with > the > bochs log (like sending it to a mailing list). A kernel-mode driver > can be directed to run all (kernel-mode) tests from a user-mode > program > and thus we have only one user interface to a kernel-mode/user-mode > regression testing framework. > > Casper > > > -----Oprindelig meddelelse----- > > Fra: ros-kernel-bounces@reactos.com > > [mailto:ros-kernel-bounces@reactos.com] Pĺ vegne af Jason Filby > > Sendt: 28. oktober 2003 21:15 > > Til: ros-kernel@reactos.com > > Emne: [ros-kernel] Conformance testing > > > > > > Hi all > > > > Conformance testing is something we're going to have to look > > at to not > > only make sure that our APIs conform to those of Windows, but > also to > > > > use them to find any regressions. WINE seems to have worked > > out a decent > > system, although I'm not sure how many tests they've actually > > written. > > But testing usermode code is one thing (tests are apps), and > testing > > kernel mode code is another. Whats the best way to go about this? > > > Perhaps kernel mode DLLs could be compiled with testing code if a > > > certain make parameter is specified? > > > > Regards > > Jason > > > > > > > > __________________________________ > > Do you Yahoo!? > > Exclusive Video Premiere - Britney Spears > > http://launch.yahoo.com/promos/britneyspears/ > > > > _______________________________________________ > > Ros-kernel mailing list > > Ros-kernel@reactos.com > > http://reactos.geldorp.nl:8080/mailman/listinf> o/ros-kernel > > > > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From jasonfilby@yahoo.com Wed Oct 29 20:50:18 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9TJoING004142 for ; Wed, 29 Oct 2003 20:50:18 +0100 Received: from web41509.mail.yahoo.com (web41509.mail.yahoo.com [66.218.93.92]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9TJoHlk029280 for ; Wed, 29 Oct 2003 20:50:18 +0100 Message-ID: <20031029195010.39187.qmail@web41509.mail.yahoo.com> Received: from [198.54.202.4] by web41509.mail.yahoo.com via HTTP; Wed, 29 Oct 2003 11:50:10 PST Date: Wed, 29 Oct 2003 11:50:10 -0800 (PST) From: Jason Filby Subject: Re: [ros-kernel] Conformance testing To: ReactOS Kernel List In-Reply-To: <20031029152629.3052.qmail@web21108.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Oct 2003 19:50:18 -0000 Hi Steven I've taken a brief look at the Wine conformance tests. It seems that the tests are run via make? Also, can these tests just be run from our vendor branch? Thanks Jason --- Steven Edwards wrote: > We also need to merge the Wine Conformance tests that Filip is > using. > Binarys are in the wine-ros.zip on my site. > > Thanks > Steven > > --- Vizzini wrote: > > On Tue, 2003-10-28 at 15:13, Jason Filby wrote: > > > So we have to get Driver Verifier running on ReactOS. > > > Also, we have to work out a plan for the areas it doesn't test: > > HAL, > > > ntoskrnl, win32k and anything else. > > > > I agree, and in addition, I would say that some sort of automated > > regression-testing system for kernel-mode components (apart from > > verifier, which is a manual process) would be nice. It's not > exactly > > straightforward, though. > > > > -Vizzini > > > > > > _______________________________________________ > > Ros-kernel mailing list > > Ros-kernel@reactos.com > > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > > > __________________________________ > Do you Yahoo!? > Exclusive Video Premiere - Britney Spears > http://launch.yahoo.com/promos/britneyspears/ > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From hybridus@seznam.cz Wed Oct 29 20:57:46 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9TJvkNG004233 for ; Wed, 29 Oct 2003 20:57:46 +0100 Received: from smtp.dkm.cz (smtp.dkm.cz [62.24.64.34]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9TJvjlk022710 for ; Wed, 29 Oct 2003 20:57:45 +0100 Received: (qmail 27829 invoked by uid 0); 29 Oct 2003 19:57:33 -0000 Received: from m81.dkm.cz (HELO seznam.cz) (62.24.78.81) by smtp.dkm.cz with SMTP; 29 Oct 2003 19:57:33 -0000 Message-ID: <3FA01BAA.7030707@seznam.cz> Date: Wed, 29 Oct 2003 20:57:30 +0100 From: Patvor User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: cs, en-us, en MIME-Version: 1.0 To: ReactOS Kernel List Subject: Re: [ros-kernel] IopInitializeBootDrivers References: <3F9ED299.40609@seznam.cz> <01cf01c39da4$868c87e0$5744b13e@hornet> In-Reply-To: <01cf01c39da4$868c87e0$5744b13e@hornet> X-Enigmail-Version: 0.76.7.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Oct 2003 19:57:46 -0000 Now this : mingw32-gcc -I./include -pipe -march=i386 -D_M_IX86 -I./include -I./include -D__NTOSKRNL__ -g -Wall -Werror -D_DISABLE_TIDENTS -I../include -pipe -march=i386 -D_M_IX86 -c io/driver.c -o io/driver.o cc1: warnings being treated as errors io/driver.c: In function `IopInitializeBootDrivers': io/driver.c:561: warning: passing arg 1 of `KdbProcessSymbolFile' makes pointer from integer without a cast make[1]: *** [io/driver.o] Error 1 make[1]: Leaving directory `/home/dave/rossrc/reactos/ntoskrnl' make: *** [ntoskrnl] Error 2 Thanks, David Filip Navara wrote: > Hopefully fixed. I haven't tried to compile it, but it should work. > > Filip > > ----- Original Message ----- > From: "Patvor" > To: > Sent: Tuesday, October 28, 2003 9:33 PM > Subject: [ros-kernel] IopInitializeBootDrivers > > > >>ACPI=1,DBG=1,KDBG=1, current cvs tree >> >>mingw32-gcc -I./include -pipe -march=i386 -D_M_IX86 -I./include >>-I./include -D__NTOSKRNL__ -g -Wall -Werror -D_DISABLE_TIDENTS >>-I../include -pipe -march=i386 -D_M_IX86 -c io/driver.c -o io/driver.o >>io/driver.c: In function `IopInitializeBootDrivers': >>io/driver.c:561: `ModuleLoadBase' undeclared (first use in this function) >>io/driver.c:561: (Each undeclared identifier is reported only once >>io/driver.c:561: for each function it appears in.) >>io/driver.c:561: `FileName' undeclared (first use in this function) >>io/driver.c:561: `Length' undeclared (first use in this function) >>make[1]: *** [io/driver.o] Error 1 >>make[1]: Leaving directory `/home/dave/ros/reactos/ntoskrnl' >>make: *** [ntoskrnl] Error 2 >> >> >>Regards, David >> >>_______________________________________________ >>Ros-kernel mailing list >>Ros-kernel@reactos.com >>http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel >> > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > > From skywing@valhallalegends.com Wed Oct 29 22:07:05 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9TL75NG004766 for ; Wed, 29 Oct 2003 22:07:05 +0100 Received: from valhallalegends.com ([63.161.183.91]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9TL74lk029390 for ; Wed, 29 Oct 2003 22:07:05 +0100 Received: from phoenix [63.161.183.6] by valhallalegends.com with ESMTP (SMTPD32-7.12 ) id AC0C9750026; Wed, 29 Oct 2003 15:07:24 -0600 From: "Skywing" To: "'ReactOS Kernel List'" Subject: RE: [ros-kernel] Conformance testing Date: Wed, 29 Oct 2003 16:05:09 -0500 Organization: Valhalla Legends Message-ID: <000201c39e60$5711a8d0$c4ddd380@skywing.local> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.4510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0 In-Reply-To: <20031029194540.70279.qmail@web41510.mail.yahoo.com> Importance: Normal Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h9TL75NG004766 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Oct 2003 21:07:05 -0000 "Checked" is NT/DDK-speak for "debug build". "Free" is NT/DDK-speak for "release build". -----Original Message----- From: ros-kernel-bounces@reactos.com [mailto:ros-kernel-bounces@reactos.com] On Behalf Of Jason Filby Sent: Wednesday, October 29, 2003 2:46 PM To: ReactOS Kernel List Subject: Re: [ros-kernel] Conformance testing To be sure, what exactly do you mean by "checked"? Jason --- Mike Nordell wrote: > Jason Filby wrote: > > > So we have to get Driver Verifier running on ReactOS. > > Also, we have to work out a plan for the areas it doesn't test: > HAL, > > ntoskrnl, win32k and anything else. > > Wouldn't these be better handled by a "checked" build? > > /Mike > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ _______________________________________________ Ros-kernel mailing list Ros-kernel@reactos.com http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel From beta_guy@telus.net Thu Oct 30 08:12:52 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9U7CqNG008076 for ; Thu, 30 Oct 2003 08:12:52 +0100 Received: from priv-edtnes27.telusplanet.net (outbound04.telus.net [199.185.220.223]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9U7Colk049888 for ; Thu, 30 Oct 2003 08:12:51 +0100 Received: from jeff5vs2du64yz ([209.89.242.242]) by priv-edtnes27.telusplanet.net (InterMail vM.6.00.05.00 201-2115-109-20030812) with SMTP id <20031030070859.DOKL14792.priv-edtnes27.telusplanet.net@jeff5vs2du64yz> for ; Thu, 30 Oct 2003 00:08:59 -0700 Message-ID: <001001c39eb4$ba225560$0500a8c0@jeff5vs2du64yz> From: "Jeff Smith" To: "ReactOS Kernel List" Date: Thu, 30 Oct 2003 00:09:14 -0700 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000D_01C39E7A.0D36CDC0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Subject: [ros-kernel] Freeldr issue X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2003 07:12:52 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_000D_01C39E7A.0D36CDC0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable this isn't a bug so much as a problemI installed ReactOS on a friends = computer, he uses Windows 98, and the setup crash just as it was writing = freeldr.sys file to the HD, anyways he was left without a working = computer because it had rewritten the master boot record, and since it = could find freeldr.sys my friend was screwed. I was hoping that perhaps = some one could find a more Windows 98 friendly way of installing = ReactOS, on NT/2000/XP it adds itself to the boot.ini not problems, = maybe we can do something like that with Windows 98. He's really interested in trying out ReactOS, I was even going to show = him Solitaire under ReactOS :-) (BTW I fixed the problem with a Win98 boot disk, but he wasn't able to = get ReactOS running.) ------=_NextPart_000_000D_01C39E7A.0D36CDC0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
this isn't a bug so much as a problemI = installed=20 ReactOS on a friends computer, he uses Windows 98, and the setup crash = just as=20 it was writing freeldr.sys file to the HD, anyways he was left without a = working=20 computer because it had rewritten the master boot record, and since it = could=20 find freeldr.sys my friend was screwed. I was hoping that perhaps some = one could=20 find a more Windows 98 friendly way of installing ReactOS, on NT/2000/XP = it adds=20 itself to the boot.ini not problems, maybe we can do something like that = with=20 Windows 98.
 
He's really interested in trying out = ReactOS, I was=20 even going to show him Solitaire under ReactOS :-)
 
(BTW I fixed the problem with a Win98 = boot disk,=20 but he wasn't able to get ReactOS running.)
------=_NextPart_000_000D_01C39E7A.0D36CDC0-- From mark@ijbema.xs4all.nl Thu Oct 30 09:54:21 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9U8sLNG008384 for ; Thu, 30 Oct 2003 09:54:21 +0100 Received: from agnes.ijbema.xs4all.nl (ijbema.xs4all.nl [80.126.79.199]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9U8sKlk097410 for ; Thu, 30 Oct 2003 09:54:20 +0100 Received: from mark by agnes.ijbema.xs4all.nl with local (Exim 3.36 #1 (Debian)) id 1AF8ZM-0000Df-00 for ; Thu, 30 Oct 2003 09:54:16 +0100 Date: Thu, 30 Oct 2003 09:54:16 +0100 To: ReactOS Kernel List Subject: Re: [ros-kernel] Freeldr issue Message-ID: <20031030085416.GA606@ijbema.xs4all.nl> References: <001001c39eb4$ba225560$0500a8c0@jeff5vs2du64yz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <001001c39eb4$ba225560$0500a8c0@jeff5vs2du64yz> User-Agent: Mutt/1.5.4i From: Mark IJbema X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2003 08:54:21 -0000 On Thu, Oct 30, 2003 at 12:09:14AM -0700, Jeff Smith wrote: > this isn't a bug so much as a problem > I installed ReactOS on a friends computer, he uses Windows 98, > and the setup crash just as it was writing freeldr.sys file to > the HD, anyways he was left without a working computer because > it had rewritten the master boot record, and since it could find > freeldr.sys my friend was screwed. I was hoping that perhaps some one > could find a more Windows 98 friendly way of installing ReactOS, on > NT/2000/XP it adds itself to the boot.ini not problems, maybe we can > do something like that with Windows 98. There is an option in the boot menu (along with safe mode, etc) to start an old version of dos (if you installed it over dos). Perhaps we could use that. (i don't have time atm, but i'm willing to research that possibility over two weeks). Mark From Michael@fritscher.net Thu Oct 30 13:20:44 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9UCKiNG009694 for ; Thu, 30 Oct 2003 13:20:44 +0100 Received: from moutvdom.kundenserver.de (moutvdom.kundenserver.de [212.227.126.249]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9UCKilk094184 for ; Thu, 30 Oct 2003 13:20:44 +0100 Received: from [212.227.126.220] (helo=mrvdomng.kundenserver.de) by moutvdom.kundenserver.de with esmtp (Exim 3.35 #1) id 1AFBnA-0001KZ-00 for ros-kernel@reactos.com; Thu, 30 Oct 2003 13:20:44 +0100 Received: from [217.236.121.204] (helo=michael) by mrvdomng.kundenserver.de with esmtp (Exim 3.35 #1) id 1AFBnA-0008BI-00 for ros-kernel@reactos.com; Thu, 30 Oct 2003 13:20:44 +0100 From: "Michael" To: "'ReactOS Kernel List'" Subject: AW: [ros-kernel] Freeldr issue Date: Thu, 30 Oct 2003 12:21:47 +0100 Message-ID: <000801c39ed8$0270fe70$6700a8c0@michael> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 In-Reply-To: <20031030085416.GA606@ijbema.xs4all.nl> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4920.2300 Importance: Normal Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id h9UCKiNG009694 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2003 12:20:45 -0000 Does freeldr start correctly? Then you can start dos from the backuped bootsector, I think bootsector.000 or *.bak -----Ursprüngliche Nachricht----- Von: ros-kernel-bounces@reactos.com [mailto:ros-kernel-bounces@reactos.com] Im Auftrag von Mark IJbema Gesendet: Donnerstag, 30. Oktober 2003 09:54 An: ReactOS Kernel List Betreff: Re: [ros-kernel] Freeldr issue On Thu, Oct 30, 2003 at 12:09:14AM -0700, Jeff Smith wrote: > this isn't a bug so much as a problem > I installed ReactOS on a friends computer, he uses Windows 98, > and the setup crash just as it was writing freeldr.sys file to > the HD, anyways he was left without a working computer because > it had rewritten the master boot record, and since it could find > freeldr.sys my friend was screwed. I was hoping that perhaps some one > could find a more Windows 98 friendly way of installing ReactOS, on > NT/2000/XP it adds itself to the boot.ini not problems, maybe we can > do something like that with Windows 98. There is an option in the boot menu (along with safe mode, etc) to start an old version of dos (if you installed it over dos). Perhaps we could use that. (i don't have time atm, but i'm willing to research that possibility over two weeks). Mark _______________________________________________ Ros-kernel mailing list Ros-kernel@reactos.com http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel From beta_guy@telus.net Thu Oct 30 18:09:47 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9UH9lNG014465 for ; Thu, 30 Oct 2003 18:09:47 +0100 Received: from priv-edtnes14-hme0.telusplanet.net (outbound03.telus.net [199.185.220.222]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9UH9jlk112936 for ; Thu, 30 Oct 2003 18:09:46 +0100 Received: from jeff5vs2du64yz ([209.89.242.242]) by priv-edtnes14-hme0.telusplanet.net (InterMail vM.6.00.05.00 201-2115-109-20030812) with SMTP id <20031030170554.HYOI14411.priv-edtnes14-hme0.telusplanet.net@jeff5vs2du64yz> for ; Thu, 30 Oct 2003 10:05:54 -0700 Message-ID: <000c01c39f08$2fb52020$0500a8c0@jeff5vs2du64yz> From: "Jeff Smith" To: "ReactOS Kernel List" References: <000801c39ed8$0270fe70$6700a8c0@michael> Subject: Re: [ros-kernel] Freeldr issue Date: Thu, 30 Oct 2003 10:06:40 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2003 17:09:47 -0000 because of the crash in the setup just as it was going to copy the file over, I wasn't able to get it booting. no freeldr, nothing. I can't give any frames info since we didn't have any pen or paper at the moment, we just rebooted and had to repair the system. ----- Original Message ----- From: "Michael" To: "'ReactOS Kernel List'" Sent: Thursday, October 30, 2003 4:21 AM Subject: AW: [ros-kernel] Freeldr issue > Does freeldr start correctly? Then you can start dos from the backuped > bootsector, I think bootsector.000 or *.bak > > -----Ursprüngliche Nachricht----- > Von: ros-kernel-bounces@reactos.com > [mailto:ros-kernel-bounces@reactos.com] Im Auftrag von Mark IJbema > Gesendet: Donnerstag, 30. Oktober 2003 09:54 > An: ReactOS Kernel List > Betreff: Re: [ros-kernel] Freeldr issue > > On Thu, Oct 30, 2003 at 12:09:14AM -0700, Jeff Smith wrote: > > this isn't a bug so much as a problem > > I installed ReactOS on a friends computer, he uses Windows 98, > > and the setup crash just as it was writing freeldr.sys file to > > the HD, anyways he was left without a working computer because > > it had rewritten the master boot record, and since it could find > > freeldr.sys my friend was screwed. I was hoping that perhaps some one > > could find a more Windows 98 friendly way of installing ReactOS, on > > NT/2000/XP it adds itself to the boot.ini not problems, maybe we can > > do something like that with Windows 98. > > There is an option in the boot menu (along with safe mode, etc) to start > > an old version of dos (if you installed it over dos). Perhaps we could > use that. (i don't have time atm, but i'm willing to research that > possibility over two weeks). > > Mark > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > From tamlin@algonet.se Thu Oct 30 18:58:28 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9UHwSNG014811 for ; Thu, 30 Oct 2003 18:58:28 +0100 Received: from smtp2.fre.skanova.net (smtp2.fre.skanova.net [195.67.227.95]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9UHwRlk026822 for ; Thu, 30 Oct 2003 18:58:27 +0100 Received: from putte2k (h29n2fls31o987.telia.com [213.66.43.29]) by smtp2.fre.skanova.net (8.12.10/8.12.10) with SMTP id h9UHvCEh029521 for ; Thu, 30 Oct 2003 18:57:12 +0100 (CET) Message-ID: <007901c39f0f$7e323010$0401a8c0@putte2k> From: "Mike Nordell" To: "ReactOS Kernel List" References: <001001c39eb4$ba225560$0500a8c0@jeff5vs2du64yz> Subject: Re: [ros-kernel] Freeldr issue Date: Thu, 30 Oct 2003 18:22:51 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4927.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2003 17:58:28 -0000 Jeff Smith wrote: > the setup crash just as it was writing freeldr.sys file to the HD, anyways he was > left without a working computer because it had rewritten the master boot record, To me this displays a quite serious error in the order of operations in the installer. It should first write any and all files needed to disk. Only if that works (and the files are properly flushed) should it 1) make backup copy of MBR, making sure that one too is written to the filesystem and finally 2) write a new MBR. /Mike From xnavara@volny.cz Thu Oct 30 19:17:51 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9UIHpNG014948 for ; Thu, 30 Oct 2003 19:17:51 +0100 Received: from smtp3.vol.cz (smtp3.vol.cz [195.250.128.83]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9UIHolk022774 for ; Thu, 30 Oct 2003 19:17:50 +0100 Received: from hornet (prahaf-2-32.dialup.vol.cz [62.177.76.140]) by smtp3.vol.cz (8.12.8p2/8.12.8) with SMTP id h9UIHWgG029300 for ; Thu, 30 Oct 2003 19:17:35 +0100 (CET) (envelope-from xnavara@volny.cz) Message-ID: <000f01c39f12$17c39ff0$8c4cb13e@hornet> From: "Filip Navara" To: "ReactOS Kernel List" References: <3F9ED299.40609@seznam.cz> <01cf01c39da4$868c87e0$5744b13e@hornet> <3FA01BAA.7030707@seznam.cz> Subject: Re: [ros-kernel] IopInitializeBootDrivers Date: Thu, 30 Oct 2003 19:08:00 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2003 18:17:51 -0000 Fixed. Filip ----- Original Message ----- From: "Patvor" To: "ReactOS Kernel List" Sent: Wednesday, October 29, 2003 8:57 PM Subject: Re: [ros-kernel] IopInitializeBootDrivers > Now this : > > > mingw32-gcc -I./include -pipe -march=i386 -D_M_IX86 -I./include > -I./include -D__NTOSKRNL__ -g -Wall -Werror -D_DISABLE_TIDENTS > -I../include -pipe -march=i386 -D_M_IX86 -c io/driver.c -o io/driver.o > cc1: warnings being treated as errors > io/driver.c: In function `IopInitializeBootDrivers': > io/driver.c:561: warning: passing arg 1 of `KdbProcessSymbolFile' makes > pointer from integer without a cast > make[1]: *** [io/driver.o] Error 1 > make[1]: Leaving directory `/home/dave/rossrc/reactos/ntoskrnl' > make: *** [ntoskrnl] Error 2 > > Thanks, > > David > > > Filip Navara wrote: > > Hopefully fixed. I haven't tried to compile it, but it should work. > > > > Filip > > > > ----- Original Message ----- > > From: "Patvor" > > To: > > Sent: Tuesday, October 28, 2003 9:33 PM > > Subject: [ros-kernel] IopInitializeBootDrivers > > > > > > > >>ACPI=1,DBG=1,KDBG=1, current cvs tree > >> > >>mingw32-gcc -I./include -pipe -march=i386 -D_M_IX86 -I./include > >>-I./include -D__NTOSKRNL__ -g -Wall -Werror -D_DISABLE_TIDENTS > >>-I../include -pipe -march=i386 -D_M_IX86 -c io/driver.c -o io/driver.o > >>io/driver.c: In function `IopInitializeBootDrivers': > >>io/driver.c:561: `ModuleLoadBase' undeclared (first use in this function) > >>io/driver.c:561: (Each undeclared identifier is reported only once > >>io/driver.c:561: for each function it appears in.) > >>io/driver.c:561: `FileName' undeclared (first use in this function) > >>io/driver.c:561: `Length' undeclared (first use in this function) > >>make[1]: *** [io/driver.o] Error 1 > >>make[1]: Leaving directory `/home/dave/ros/reactos/ntoskrnl' > >>make: *** [ntoskrnl] Error 2 > >> > >> > >>Regards, David > >> > >>_______________________________________________ > >>Ros-kernel mailing list > >>Ros-kernel@reactos.com > >>http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > >> > > > > _______________________________________________ > > Ros-kernel mailing list > > Ros-kernel@reactos.com > > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > > > > > > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > From ekohl@rz-online.de Thu Oct 30 19:20:40 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9UIKeNG014985 for ; Thu, 30 Oct 2003 19:20:40 +0100 Received: from mout01.rhein-zeitung.de (mout01.rz-online.net [212.7.160.41]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9UIKelk094124 for ; Thu, 30 Oct 2003 19:20:40 +0100 Received: from marvin (pppin-84-a3.pop-koblenz.rz-online.NET [212.7.163.132]) by mout01.rhein-zeitung.de (8.12.10/8.12.10) with SMTP id h9UIKXr8024000 for ; Thu, 30 Oct 2003 19:20:33 +0100 Message-ID: <001201c39f12$7e377fe0$0500a8c0@marvin> From: "Eric Kohl" To: "ReactOS Kernel" Date: Thu, 30 Oct 2003 19:20:25 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_000B_01C39F1A.DEB55E20" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Subject: [ros-kernel] Bug #14: ReactOS crashes on exit of setup X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2003 18:20:41 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_000B_01C39F1A.DEB55E20 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit Hi! I guess I found the bug that causes the crash upon shutdown. The culprits are ObpPerformRetentionChecksDpcLevel() and ObpPerformRetentionChecks() (in ntoskrnl/ob/object.c). The main reason for the crash is that unnecessary work items are issued because a work item is only need in case the object should be _deleted_ at an elevated irp level. The attached patch should fix the bug. It still includes some debugging code and is pretty dirty. Regards, Eric ------=_NextPart_000_000B_01C39F1A.DEB55E20 Content-Type: application/octet-stream; name="object.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="object.diff" Index: ntoskrnl/ob/object.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /CVS/ReactOS/reactos/ntoskrnl/ob/object.c,v retrieving revision 1.70 diff -u -r1.70 object.c --- ntoskrnl/ob/object.c 4 Oct 2003 20:26:45 -0000 1.70 +++ ntoskrnl/ob/object.c 30 Oct 2003 18:23:37 -0000 @@ -563,24 +563,29 @@ // Header,Header->RefCount,Header->HandleCount); if(KeGetCurrentIrql() !=3D PASSIVE_LEVEL) { - DPRINT("ObpPerformRetentionChecks called at an unsupported IRQL. = Use ObpPerformRetentionChecksDpcLevel instead.\n"); - KEBUGCHECK(0); + DPRINT1("ObpPerformRetentionChecks called at an unsupported IRQL. = Use ObpPerformRetentionChecksDpcLevel instead.\n"); + KEBUGCHECK(0); } =20 - =20 +#if 0 +// DPRINT1("Header %p RefCount %ld\n", Header, Header->RefCount); if (Header->RefCount < 0) { - CPRINT("Object %x/%x has invalid reference count (%d)\n", +// CPRINT("Object %x/%x has invalid reference count (%d)\n", + DPRINT1("Object %p/%p has invalid reference count (%d)\n", Header, HEADER_TO_BODY(Header), Header->RefCount); KEBUGCHECK(0); } if (Header->HandleCount < 0) { - CPRINT("Object %x/%x has invalid handle count (%d)\n", +// CPRINT("Object %x/%x has invalid handle count (%d)\n", + DPRINT1("Object %p/%p has invalid handle count (%d)\n", Header, HEADER_TO_BODY(Header), Header->HandleCount); KEBUGCHECK(0); } - =20 +#endif + +#if 0 if (Header->RefCount =3D=3D 0 && Header->HandleCount =3D=3D 0 && Header->Permanent =3D=3D FALSE) @@ -591,6 +596,7 @@ return STATUS_UNSUCCESSFUL; } Header->CloseInProcess =3D TRUE; +#endif if (Header->ObjectType !=3D NULL && Header->ObjectType->Delete !=3D NULL) { @@ -603,7 +609,9 @@ } DPRINT("ObPerformRetentionChecks() =3D Freeing object\n"); ExFreePool(Header); +#if 0 } +#endif return(STATUS_SUCCESS); } =20 @@ -624,6 +632,12 @@ assert(Params); assert(KeGetCurrentIrql() =3D=3D PASSIVE_LEVEL); /* We need = PAGED_CODE somewhere... */ =20 + DPRINT1("ObjectHeader %p\n", Params->ObjectHeader); + DPRINT1("Object %p\n", HEADER_TO_BODY(Params->ObjectHeader)); + DPRINT1("ObjectName %wZ\n", &Params->ObjectHeader->Name); + DPRINT1("ObjectType %p\n", Params->ObjectHeader->ObjectType); + DPRINT1("TypeName %wZ\n", = &Params->ObjectHeader->ObjectType->TypeName); + /* Turn this on when we have ExFreePoolWithTag Tag =3D Params->ObjectHeader->ObjectType->Tag; */ ObpPerformRetentionChecks(Params->ObjectHeader); @@ -634,30 +648,61 @@ static NTSTATUS ObpPerformRetentionChecksDpcLevel(IN POBJECT_HEADER ObjectHeader) { - switch(KeGetCurrentIrql()) { =20 - case PASSIVE_LEVEL: - return ObpPerformRetentionChecks(ObjectHeader); +// DPRINT1("Header %p RefCount %ld\n", ObjectHeader, = ObjectHeader->RefCount); + if (ObjectHeader->RefCount < 0) + { +// CPRINT("Object %x/%x has invalid reference count (%d)\n", + DPRINT1("Object %p/%p has invalid reference count (%d)\n", + ObjectHeader, HEADER_TO_BODY(ObjectHeader), = ObjectHeader->RefCount); + KEBUGCHECK(0); + } + if (ObjectHeader->HandleCount < 0) + { +// CPRINT("Object %x/%x has invalid handle count (%d)\n", + DPRINT1("Object %p/%p has invalid handle count (%d)\n", + ObjectHeader, HEADER_TO_BODY(ObjectHeader), = ObjectHeader->HandleCount); + KEBUGCHECK(0); + } =20 - case APC_LEVEL: - case DISPATCH_LEVEL: - { - /* Can we get rid of this NonPagedPoolMustSucceed call and still be = a 'must succeed' function? I don't like to bugcheck on no memory! */ - PRETENTION_CHECK_PARAMS Params =3D = (PRETENTION_CHECK_PARAMS)ExAllocatePoolWithTag(NonPagedPoolMustSucceed, = sizeof(RETENTION_CHECK_PARAMS), + if (ObjectHeader->RefCount =3D=3D 0 && + ObjectHeader->HandleCount =3D=3D 0 && + ObjectHeader->Permanent =3D=3D FALSE) + { + if (ObjectHeader->CloseInProcess) + { + KEBUGCHECK(0); + return STATUS_UNSUCCESSFUL; + } + ObjectHeader->CloseInProcess =3D TRUE; + + switch (KeGetCurrentIrql ()) + { + + case PASSIVE_LEVEL: + return ObpPerformRetentionChecks (ObjectHeader); + + case APC_LEVEL: + case DISPATCH_LEVEL: + { + /* Can we get rid of this NonPagedPoolMustSucceed call and still be = a 'must succeed' function? I don't like to bugcheck on no memory! */ + PRETENTION_CHECK_PARAMS Params =3D = (PRETENTION_CHECK_PARAMS)ExAllocatePoolWithTag(NonPagedPoolMustSucceed, = sizeof(RETENTION_CHECK_PARAMS), ObjectHeader->ObjectType->Tag); - Params->ObjectHeader =3D ObjectHeader; - ExInitializeWorkItem(&Params->WorkItem, = ObpPerformRetentionChecksWorkRoutine, (PVOID)Params); - ExQueueWorkItem(&Params->WorkItem, CriticalWorkQueue); - } - return STATUS_PENDING; - - default: - DPRINT("ObpPerformRetentionChecksDpcLevel called at unsupported = IRQL %u!\n", KeGetCurrentIrql()); - KEBUGCHECK(0); - return STATUS_UNSUCCESSFUL; + Params->ObjectHeader =3D ObjectHeader; + ExInitializeWorkItem(&Params->WorkItem, = ObpPerformRetentionChecksWorkRoutine, (PVOID)Params); + ExQueueWorkItem(&Params->WorkItem, CriticalWorkQueue); + } + return STATUS_PENDING; =20 - } + default: + DPRINT("ObpPerformRetentionChecksDpcLevel called at unsupported IRQL = %u!\n", KeGetCurrentIrql()); + KEBUGCHECK(0); + return STATUS_UNSUCCESSFUL; + } + + } =20 + return STATUS_SUCCESS; } ------=_NextPart_000_000B_01C39F1A.DEB55E20-- From beta_guy@telus.net Thu Oct 30 19:25:18 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9UIPING015048 for ; Thu, 30 Oct 2003 19:25:18 +0100 Received: from priv-edtnes11-hme0.telusplanet.net (outbound03.telus.net [199.185.220.222]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9UIPHlk019570 for ; Thu, 30 Oct 2003 19:25:17 +0100 Received: from jeff5vs2du64yz ([209.89.242.242]) by priv-edtnes11-hme0.telusplanet.net (InterMail vM.6.00.05.00 201-2115-109-20030812) with SMTP id <20031030182126.IUGU21790.priv-edtnes11-hme0.telusplanet.net@jeff5vs2du64yz> for ; Thu, 30 Oct 2003 11:21:26 -0700 Message-ID: <000601c39f12$be4693f0$0500a8c0@jeff5vs2du64yz> From: "Jeff Smith" To: "ReactOS Kernel List" References: <001001c39eb4$ba225560$0500a8c0@jeff5vs2du64yz> <007901c39f0f$7e323010$0401a8c0@putte2k> Subject: Re: [ros-kernel] Freeldr issue Date: Thu, 30 Oct 2003 11:22:14 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2003 18:25:18 -0000 that sounds great, I was wondering, why doesn't freeldr.sys get copied to the HD with the other files? I mean from the latest CVS installer I use on thier computer, it tried copying the freeldr.sys file at the end just as it said something like hit enter to reboot. so when you hit enter, it tries copying the file and crashes, then we're lost, but I think your on to something with the order of things, if we do get reactOS to back up the MBR, that might be a repair option we can implement in future build of ReactOS ----- Original Message ----- From: "Mike Nordell" To: "ReactOS Kernel List" Sent: Thursday, October 30, 2003 10:22 AM Subject: Re: [ros-kernel] Freeldr issue > Jeff Smith wrote: > > > the setup crash just as it was writing freeldr.sys file to the HD, anyways > he was > > left without a working computer because it had rewritten the master boot > record, > > To me this displays a quite serious error in the order of operations in the > installer. It should first write any and all files needed to disk. Only if > that works (and the files are properly flushed) should it 1) make backup > copy of MBR, making sure that one too is written to the filesystem and > finally 2) write a new MBR. > > /Mike > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > From ekohl@rz-online.de Thu Oct 30 19:32:38 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9UIWcNG015143 for ; Thu, 30 Oct 2003 19:32:38 +0100 Received: from mout01.rhein-zeitung.de (mout01.rz-online.net [212.7.160.41]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9UIWclk017702 for ; Thu, 30 Oct 2003 19:32:38 +0100 Received: from marvin (pppin-84-a3.pop-koblenz.rz-online.NET [212.7.163.132]) by mout01.rhein-zeitung.de (8.12.10/8.12.10) with SMTP id h9UIUxr8028934 for ; Thu, 30 Oct 2003 19:30:59 +0100 Message-ID: <003001c39f13$f38858e0$0500a8c0@marvin> From: "Eric Kohl" To: "ReactOS Kernel List" References: <000801c39ed8$0270fe70$6700a8c0@michael> <000c01c39f08$2fb52020$0500a8c0@jeff5vs2du64yz> Subject: Re: [ros-kernel] Freeldr issue Date: Thu, 30 Oct 2003 19:30:51 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2003 18:32:39 -0000 "Jeff Smith" wrote: > because of the crash in the setup just as it was going to copy the file > over, I wasn't able to get it booting. no freeldr, nothing. I can't give > any frames info since we didn't have any pen or paper at the moment, we just > rebooted and had to repair the system. I am very sorry about what happend to your friends machine. :-( The good news is that I guess I have a fix for this bug. Regards, Eric From ekohl@rz-online.de Thu Oct 30 19:45:40 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9UIjeNG022336 for ; Thu, 30 Oct 2003 19:45:40 +0100 Received: from mout01.rhein-zeitung.de (mout01.rz-online.net [212.7.160.41]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9UIjelk111380 for ; Thu, 30 Oct 2003 19:45:40 +0100 Received: from marvin (pppin-84-a3.pop-koblenz.rz-online.NET [212.7.163.132]) by mout01.rhein-zeitung.de (8.12.10/8.12.10) with SMTP id h9UIi1r8003268 for ; Thu, 30 Oct 2003 19:44:01 +0100 Message-ID: <002801c39f15$c56d2560$0500a8c0@marvin> From: "Eric Kohl" To: "ReactOS Kernel List" References: <001001c39eb4$ba225560$0500a8c0@jeff5vs2du64yz><007901c39f0f$7e323010$0401a8c0@putte2k> <000601c39f12$be4693f0$0500a8c0@jeff5vs2du64yz> Subject: Re: [ros-kernel] Freeldr issue Date: Thu, 30 Oct 2003 19:43:53 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2003 18:45:40 -0000 "Jeff Smith" wrote: > that sounds great, I was wondering, why doesn't freeldr.sys get copied to > the HD with the other files? I mean from the latest CVS installer I use on > thier computer, it tried copying the freeldr.sys file at the end just as it > said something like hit enter to reboot. so when you hit enter, it tries > copying the file and crashes, then we're lost, but I think your on to > something with the order of things, if we do get reactOS to back up the MBR, > that might be a repair option we can implement in future build of ReactOS FreeLoader and the required bootcode is installed _before_ you are asked to press 'return' to reboot but the files will not be written to the HD if something crashes before the file got flushed to the HD. That is the disadvantage of using a file cache. Btw, the MBR backup is a good idea but we will also need a method of restoring the MBR. Eric From vizzini@plasmic.com Thu Oct 30 19:47:00 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9UIkxNG022363 for ; Thu, 30 Oct 2003 19:46:59 +0100 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9UIkxlk112908 for ; Thu, 30 Oct 2003 19:46:59 +0100 Received: from sts (steve-o [209.242.72.96]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9UIktE4004621 for ; Thu, 30 Oct 2003 12:46:55 -0600 Subject: Re: [ros-kernel] Freeldr issue From: Vizzini To: ReactOS Kernel List In-Reply-To: <003001c39f13$f38858e0$0500a8c0@marvin> References: <000801c39ed8$0270fe70$6700a8c0@michael> <000c01c39f08$2fb52020$0500a8c0@jeff5vs2du64yz> <003001c39f13$f38858e0$0500a8c0@marvin> Content-Type: text/plain Message-Id: <1067539457.18636.13.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Thu, 30 Oct 2003 12:44:17 -0600 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2003 18:47:00 -0000 On Thu, 2003-10-30 at 12:30, Eric Kohl wrote: > "Jeff Smith" wrote: > > > > because of the crash in the setup just as it was going to copy the file > > over, I wasn't able to get it booting. no freeldr, nothing. I can't give > > any frames info since we didn't have any pen or paper at the moment, we > just > > rebooted and had to repair the system. > > I am very sorry about what happend to your friends machine. :-( > The good news is that I guess I have a fix for this bug. Don't be too sorry - we're all aware that this is **alpha** software and installing it on computers you care about is *risky*. I guess I'm sympathetic but not apologetic - Jeff knew what he was doing. Anyway, nice job fixing this, Eric. -Viz From steven_ed4153@yahoo.com Thu Oct 30 21:26:42 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9UKQgNG008267 for ; Thu, 30 Oct 2003 21:26:42 +0100 Received: from web21101.mail.yahoo.com (web21101.mail.yahoo.com [216.136.227.103]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id h9UKQelk094752 for ; Thu, 30 Oct 2003 21:26:41 +0100 Message-ID: <20031030202637.47798.qmail@web21101.mail.yahoo.com> Received: from [66.83.186.125] by web21101.mail.yahoo.com via HTTP; Thu, 30 Oct 2003 12:26:37 PST Date: Thu, 30 Oct 2003 12:26:37 -0800 (PST) From: Steven Edwards Subject: Re: [ros-kernel] Conformance testing To: ReactOS Kernel List In-Reply-To: <20031029195010.39187.qmail@web41509.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2003 20:26:42 -0000 Hola Jason, --- Jason Filby wrote: > I've taken a brief look at the Wine conformance tests. It seems that > the tests are run via make? Also, can these tests just be run from > our vendor branch? They are created using the WINE build system with make under MSYS if thats what you mean. I have not done any work out of our branch in quite a while, rather Filip and I have been importing the dlls directly to reactos/lib. There is a example of a WINE regression test with a reactos makefile in reactos/lib/rpcrt4/test. It doesnt really matter how we import the WINE regression tests they are simple and easy to use/create. There is even a patch floating on wine-patches that makes a simple frontend winetest.exe that will let you run all of them at once on Windows. Importing the tests as we import a dll should be simple enough but it all depends on how we want to branch the Winehq dlls/tests/programs in regards to a directory layout. Vizzini and I have kinda agreed to wait on merging/branching anything until after this release. I would rather we get the w32api/devkit worked out before we import any additional WINE dlls. The exception to this is setupapi. Its ready to import for the most part if Filips patches we accepted by mingw. > Thanks > Jason __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From beta_guy@telus.net Thu Oct 30 21:28:40 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9UKSdNG008301 for ; Thu, 30 Oct 2003 21:28:39 +0100 Received: from priv-edtnes14-hme0.telusplanet.net (outbound03.telus.net [199.185.220.222]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9UKSclk094858 for ; Thu, 30 Oct 2003 21:28:38 +0100 Received: from jeff5vs2du64yz ([209.89.242.242]) by priv-edtnes14-hme0.telusplanet.net (InterMail vM.6.00.05.00 201-2115-109-20030812) with SMTP id <20031030202447.KGEM14411.priv-edtnes14-hme0.telusplanet.net@jeff5vs2du64yz> for ; Thu, 30 Oct 2003 13:24:47 -0700 Message-ID: <000c01c39f23$fe85f710$0500a8c0@jeff5vs2du64yz> From: "Jeff Smith" To: "ReactOS Kernel List" References: <000801c39ed8$0270fe70$6700a8c0@michael><000c01c39f08$2fb52020$0500a8c0@jeff5vs2du64yz><003001c39f13$f38858e0$0500a8c0@marvin> <1067539457.18636.13.camel@bilbo.plasmic.com> Subject: Re: [ros-kernel] Freeldr issue Date: Thu, 30 Oct 2003 13:25:43 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2003 20:28:41 -0000 I agree, I knew that it was alpha software, and I knew how to fix the problem that happened as a result, so no harm done :-) but thanks for fixing the problem, is the fix in the CVS code now? I can do a recompile of it, and try it out, or could you tell me how to us these patch files? ----- Original Message ----- From: "Vizzini" To: "ReactOS Kernel List" Sent: Thursday, October 30, 2003 11:44 AM Subject: Re: [ros-kernel] Freeldr issue > On Thu, 2003-10-30 at 12:30, Eric Kohl wrote: > > "Jeff Smith" wrote: > > > > > > > because of the crash in the setup just as it was going to copy the file > > > over, I wasn't able to get it booting. no freeldr, nothing. I can't give > > > any frames info since we didn't have any pen or paper at the moment, we > > just > > > rebooted and had to repair the system. > > > > I am very sorry about what happend to your friends machine. :-( > > The good news is that I guess I have a fix for this bug. > > Don't be too sorry - we're all aware that this is **alpha** software and > installing it on computers you care about is *risky*. I guess I'm > sympathetic but not apologetic - Jeff knew what he was doing. > > Anyway, nice job fixing this, Eric. > > -Viz > > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > From ekohl@rz-online.de Thu Oct 30 21:43:39 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9UKhdNG008429 for ; Thu, 30 Oct 2003 21:43:39 +0100 Received: from mout01.rhein-zeitung.de (mout01.rz-online.net [212.7.160.41]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9UKhclk014430 for ; Thu, 30 Oct 2003 21:43:39 +0100 Received: from marvin (pppin-58-a2.pop-koblenz.rz-online.NET [212.7.162.88]) by mout01.rhein-zeitung.de (8.12.10/8.12.10) with SMTP id h9UKhWr8012341 for ; Thu, 30 Oct 2003 21:43:33 +0100 Message-ID: <000b01c39f26$77b79740$0500a8c0@marvin> From: "Eric Kohl" To: "ReactOS Kernel List" References: <000801c39ed8$0270fe70$6700a8c0@michael><000c01c39f08$2fb52020$0500a8c0@jeff5vs2du64yz><003001c39f13$f38858e0$0500a8c0@marvin><1067539457.18636.13.camel@bilbo.plasmic.com> <000c01c39f23$fe85f710$0500a8c0@jeff5vs2du64yz> Subject: Re: [ros-kernel] Freeldr issue Date: Thu, 30 Oct 2003 21:43:02 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2003 20:43:39 -0000 "Jeff Smith" wrote: > I agree, I knew that it was alpha software, and I knew how to fix the > problem that happened as a result, so no harm done :-) but thanks for > fixing the problem, is the fix in the CVS code now? I can do a recompile of > it, and try it out, or could you tell me how to us these patch files? It is not in the CVS tree yet! I cleaned-up the source code but I need to make a few tests before I commit the patch. Eric From beta_guy@telus.net Thu Oct 30 21:46:47 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9UKklNG008475 for ; Thu, 30 Oct 2003 21:46:47 +0100 Received: from priv-edtnes51.telusplanet.net (defout.telus.net [199.185.220.240]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9UKkklk094834 for ; Thu, 30 Oct 2003 21:46:46 +0100 Received: from jeff5vs2du64yz ([209.89.242.242]) by priv-edtnes51.telusplanet.net (InterMail vM.6.00.05.00 201-2115-109-20030812) with SMTP id <20031030204255.ULTU8543.priv-edtnes51.telusplanet.net@jeff5vs2du64yz> for ; Thu, 30 Oct 2003 13:42:55 -0700 Message-ID: <002001c39f26$883b7f00$0500a8c0@jeff5vs2du64yz> From: "Jeff Smith" To: "ReactOS Kernel List" Date: Thu, 30 Oct 2003 13:43:53 -0700 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_001D_01C39EEB.DBC99430" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Subject: [ros-kernel] new patch system to look at X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2003 20:46:47 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_001D_01C39EEB.DBC99430 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable http://www.hanmen.com/products/pwf3info.php It looks like it's able to patch files by retaining only the changes = between the 2 files, and it edits the binary so that the updates are = there without trouble, please take a look, and see if this is an option = we can/are likely to use. ------=_NextPart_000_001D_01C39EEB.DBC99430 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
http://www.hanmen.co= m/products/pwf3info.php
 
It looks like it's able to patch files = by retaining=20 only the changes between the 2 files, and it edits the binary so that = the=20 updates are there without trouble, please take a look, and see if this = is an=20 option we can/are likely to use.
------=_NextPart_000_001D_01C39EEB.DBC99430-- From vizzini@plasmic.com Thu Oct 30 22:51:08 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9ULp8NG009046 for ; Thu, 30 Oct 2003 22:51:08 +0100 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9ULp7lk094746 for ; Thu, 30 Oct 2003 22:51:08 +0100 Received: from sts (steve-o [209.242.72.96]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9ULp9E4010852 for ; Thu, 30 Oct 2003 15:51:09 -0600 From: Vizzini To: ros-kernel@reactos.com Content-Type: text/plain Message-Id: <1067550510.18635.28.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Thu, 30 Oct 2003 15:48:30 -0600 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir Subject: [ros-kernel] release 0.1.5 status update X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2003 21:51:08 -0000 Eric and Mark have both closed out issues that were outstanding for this release (Eric fixed bug #14 and Mark has reached a stopping point on the edit control, which now gains focus). That leaves us with two unaddressed bugs - #10 and #15. Bug #10 is a cdrom.sys crash that looks like it only happens on real hardware, and bug #15 is an occasional mouse-related crash in bochs. I'd like to request that anybody out there with the time to try to reproduce either bug please do so, and post your findings in bugzilla and/or mail the list. Also, if you are successfully using cdrom.sys on real hardware, please post to the bug or to the list so we have that information too. At the moment, neither of these bugs would seem like release blockers to me, but I'd like to get a feel for their real impact. Thanks. -Vizzini From blakflare@hotmail.com Thu Oct 30 23:10:30 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9UMATNG009208 for ; Thu, 30 Oct 2003 23:10:30 +0100 Received: from hotmail.com (bay1-f127.bay1.hotmail.com [65.54.245.127]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9UMATlk014454 for ; Thu, 30 Oct 2003 23:10:29 +0100 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 30 Oct 2003 14:09:59 -0800 Received: from 144.39.8.11 by by1fd.bay1.hotmail.msn.com with HTTP; Thu, 30 Oct 2003 22:09:58 GMT X-Originating-IP: [144.39.8.11] X-Originating-Email: [blakflare@hotmail.com] From: "Shadow Flare" To: ros-kernel@reactos.com Subject: Re: [ros-kernel] Freeldr issue Date: Thu, 30 Oct 2003 22:09:58 +0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 30 Oct 2003 22:09:59.0030 (UTC) FILETIME=[8ED96960:01C39F32] X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2003 22:10:30 -0000 A good way to start ReactOS is to put freeldr on a floppy disk and have a freeldr boot disk. This is what I use personally. This way I can boot ReactOS without making a single change to my HD. I also have it setup so it can boot into Windows or Linux and even swap disks and boot off of a different boot disk through freeldr. I've been trying to have an option to boot into DOS (like a DOS boot disk), but I haven't been able to get it to load my boot sector file properly. I am trying to get it to load a boot sector file named bootsect.dos located on my floppy disk. If I press F8, use custom boot, and supply the information it works properly, but when I try adding an option for it to the menu it says it couldn't find the boot sector file. I think I did have it working at first, but the menu option doesn't work anymore. >From: "Jeff Smith" >To: "ReactOS Kernel List" >Subject: [ros-kernel] Freeldr issue >Date: Thu, 30 Oct 2003 00:09:14 -0700 > >this isn't a bug so much as a problemI installed ReactOS on a friends >computer, he uses Windows 98, and the setup crash just as it was writing >freeldr.sys file to the HD, anyways he was left without a working computer >because it had rewritten the master boot record, and since it could find >freeldr.sys my friend was screwed. I was hoping that perhaps some one could >find a more Windows 98 friendly way of installing ReactOS, on NT/2000/XP it >adds itself to the boot.ini not problems, maybe we can do something like >that with Windows 98. > >He's really interested in trying out ReactOS, I was even going to show him >Solitaire under ReactOS :-) > >(BTW I fixed the problem with a Win98 boot disk, but he wasn't able to get >ReactOS running.) >_______________________________________________ >Ros-kernel mailing list >Ros-kernel@reactos.com >http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail From brianp@sginet.com Thu Oct 30 23:33:33 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9UMXXNG009406 for ; Thu, 30 Oct 2003 23:33:33 +0100 Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9UMXWlk094876 for ; Thu, 30 Oct 2003 23:33:33 +0100 Received: from brianp (c-67-161-242-70.client.comcast.net[67.161.242.70]) by comcast.net (sccrmhc13) with SMTP id <2003103022324201600s7st2e> (Authid: brianpalmer1); Thu, 30 Oct 2003 22:32:43 +0000 From: "Brian Palmer" To: "'ReactOS Kernel List'" Subject: RE: [ros-kernel] Freeldr issue Date: Thu, 30 Oct 2003 15:32:40 -0700 Message-ID: <002601c39f35$bb1deed0$0100a8c0@BRIANP> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal In-Reply-To: X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2003 22:33:34 -0000 Can you please post the contents of your freeldr.ini file? > -----Original Message----- > From: ros-kernel-bounces@reactos.com > [mailto:ros-kernel-bounces@reactos.com] On Behalf Of Shadow Flare > Sent: Thursday, October 30, 2003 3:10 PM > To: ros-kernel@reactos.com > Subject: Re: [ros-kernel] Freeldr issue > > > A good way to start ReactOS is to put freeldr on a floppy > disk and have a > freeldr boot disk. This is what I use personally. This way > I can boot > ReactOS without making a single change to my HD. I also have > it setup so it > can boot into Windows or Linux and even swap disks and boot off of a > different boot disk through freeldr. > > I've been trying to have an option to boot into DOS (like a > DOS boot disk), > but I haven't been able to get it to load my boot sector file > properly. I > am trying to get it to load a boot sector file named > bootsect.dos located on > my floppy disk. If I press F8, use custom boot, and supply > the information > it works properly, but when I try adding an option for it to > the menu it > says it couldn't find the boot sector file. I think I did > have it working > at first, but the menu option doesn't work anymore. > > >From: "Jeff Smith" > >To: "ReactOS Kernel List" > >Subject: [ros-kernel] Freeldr issue > >Date: Thu, 30 Oct 2003 00:09:14 -0700 > > > >this isn't a bug so much as a problemI installed ReactOS on a friends > >computer, he uses Windows 98, and the setup crash just as it > was writing > >freeldr.sys file to the HD, anyways he was left without a > working computer > >because it had rewritten the master boot record, and since > it could find > >freeldr.sys my friend was screwed. I was hoping that perhaps > some one could > >find a more Windows 98 friendly way of installing ReactOS, > on NT/2000/XP it > >adds itself to the boot.ini not problems, maybe we can do > something like > >that with Windows 98. > > > >He's really interested in trying out ReactOS, I was even > going to show > >him > >Solitaire under ReactOS :-) > > > >(BTW I fixed the problem with a Win98 boot disk, but he > wasn't able to > >get > >ReactOS running.) > >_______________________________________________ > >Ros-kernel mailing list > >Ros-kernel@reactos.com > >http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > > _________________________________________________________________ > Add photos to your e-mail with MSN 8. Get 2 months FREE*. > http://join.msn.com/?page=features/featuredemail > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinf> o/ros-kernel > From ekohl@rz-online.de Fri Oct 31 00:00:05 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9UN05NG009551 for ; Fri, 31 Oct 2003 00:00:05 +0100 Received: from mout01.rhein-zeitung.de (mout01.rz-online.net [212.7.160.41]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9UN05lk094948 for ; Fri, 31 Oct 2003 00:00:05 +0100 Received: from marvin (pppin-23-a2.pop-koblenz.rz-online.NET [212.7.162.35]) by mout01.rhein-zeitung.de (8.12.10/8.12.10) with SMTP id h9UMxqr8015420 for ; Thu, 30 Oct 2003 23:59:55 +0100 Message-ID: <000901c39f39$84c103a0$0500a8c0@marvin> From: "Eric Kohl" To: "ReactOS Kernel List" References: <1067550510.18635.28.camel@bilbo.plasmic.com> Subject: Re: [ros-kernel] release 0.1.5 status update Date: Thu, 30 Oct 2003 23:59:41 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2003 23:00:05 -0000 "Vizzini" wrote: > That leaves us with two unaddressed bugs - #10 and #15. Bug #10 is a > cdrom.sys crash that looks like it only happens on real hardware, and > bug #15 is an occasional mouse-related crash in bochs. I have seen several bug #10 like crashes/hangs when ReactOS was built from an updated source tree. These crashes were gone after a very clean rebuild ('make clean' and 'deltree bootcd'). The last crash of that kind happened about 10 days ago. OTOH, I have not seen any such crashes with clean builds on real hardware. Eric From beta_guy@telus.net Fri Oct 31 00:34:02 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9UNY2NG009814 for ; Fri, 31 Oct 2003 00:34:02 +0100 Received: from priv-edtnes57.telusplanet.net (defout.telus.net [199.185.220.240]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9UNY1lk039982 for ; Fri, 31 Oct 2003 00:34:02 +0100 Received: from jeff5vs2du64yz ([209.89.242.242]) by priv-edtnes57.telusplanet.net (InterMail vM.6.00.05.00 201-2115-109-20030812) with SMTP id <20031030233010.XRTA15311.priv-edtnes57.telusplanet.net@jeff5vs2du64yz> for ; Thu, 30 Oct 2003 16:30:10 -0700 Message-ID: <000d01c39f3d$c365dc80$0500a8c0@jeff5vs2du64yz> From: "Jeff Smith" To: "ReactOS Kernel List" References: <002601c39f35$bb1deed0$0100a8c0@BRIANP> Subject: Re: [ros-kernel] Freeldr issue Date: Thu, 30 Oct 2003 16:30:11 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2003 23:34:02 -0000 I'm hoping to head over to his house soon, I'll grab what I can, and post it up here ----- Original Message ----- From: "Brian Palmer" To: "'ReactOS Kernel List'" Sent: Thursday, October 30, 2003 3:32 PM Subject: RE: [ros-kernel] Freeldr issue > Can you please post the contents of your freeldr.ini file? > > > -----Original Message----- > > From: ros-kernel-bounces@reactos.com > > [mailto:ros-kernel-bounces@reactos.com] On Behalf Of Shadow Flare > > Sent: Thursday, October 30, 2003 3:10 PM > > To: ros-kernel@reactos.com > > Subject: Re: [ros-kernel] Freeldr issue > > > > > > A good way to start ReactOS is to put freeldr on a floppy > > disk and have a > > freeldr boot disk. This is what I use personally. This way > > I can boot > > ReactOS without making a single change to my HD. I also have > > it setup so it > > can boot into Windows or Linux and even swap disks and boot off of a > > different boot disk through freeldr. > > > > I've been trying to have an option to boot into DOS (like a > > DOS boot disk), > > but I haven't been able to get it to load my boot sector file > > properly. I > > am trying to get it to load a boot sector file named > > bootsect.dos located on > > my floppy disk. If I press F8, use custom boot, and supply > > the information > > it works properly, but when I try adding an option for it to > > the menu it > > says it couldn't find the boot sector file. I think I did > > have it working > > at first, but the menu option doesn't work anymore. > > > > >From: "Jeff Smith" > > >To: "ReactOS Kernel List" > > >Subject: [ros-kernel] Freeldr issue > > >Date: Thu, 30 Oct 2003 00:09:14 -0700 > > > > > >this isn't a bug so much as a problemI installed ReactOS on a friends > > >computer, he uses Windows 98, and the setup crash just as it > > was writing > > >freeldr.sys file to the HD, anyways he was left without a > > working computer > > >because it had rewritten the master boot record, and since > > it could find > > >freeldr.sys my friend was screwed. I was hoping that perhaps > > some one could > > >find a more Windows 98 friendly way of installing ReactOS, > > on NT/2000/XP it > > >adds itself to the boot.ini not problems, maybe we can do > > something like > > >that with Windows 98. > > > > > >He's really interested in trying out ReactOS, I was even > > going to show > > >him > > >Solitaire under ReactOS :-) > > > > > >(BTW I fixed the problem with a Win98 boot disk, but he > > wasn't able to > > >get > > >ReactOS running.) > > >_______________________________________________ > > >Ros-kernel mailing list > > >Ros-kernel@reactos.com > > >http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > > > > _________________________________________________________________ > > Add photos to your e-mail with MSN 8. Get 2 months FREE*. > > http://join.msn.com/?page=features/featuredemail > > > > _______________________________________________ > > Ros-kernel mailing list > > Ros-kernel@reactos.com > > http://reactos.geldorp.nl:8080/mailman/listinf> o/ros-kernel > > > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel From wac@ghost.matcom.uh.cu Fri Oct 31 01:59:09 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9V0x9NG010178 for ; Fri, 31 Oct 2003 01:59:09 +0100 Received: from smtp2.uh.cu (smtp2.uh.cu [200.55.139.213]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9V0x5lk094800 for ; Fri, 31 Oct 2003 01:59:07 +0100 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp2.uh.cu (Postfix) with ESMTP id 807E0344DA for ; Thu, 30 Oct 2003 19:44:47 -0500 (CST) Received: from matcom.uh.cu (matcom.uh.cu [192.168.100.100]) by smtp2.uh.cu (Postfix) with ESMTP id 5CB2D344CF for ; Thu, 30 Oct 2003 19:44:47 -0500 (CST) Received: from ghost.matcom.uh.cu (ghost.matcom.uh.cu [192.168.17.5]) by matcom.uh.cu (Postfix) with ESMTP id 0DE4E63782 for ; Thu, 30 Oct 2003 19:44:48 -0500 (CST) Received: by ghost.matcom.uh.cu (Postfix, from userid 1085) id 5AD8167AC; Thu, 30 Oct 2003 16:00:57 -0500 (CST) Received: from localhost (localhost [127.0.0.1]) by ghost.matcom.uh.cu (Postfix) with ESMTP id 834DC77A0 for ; Thu, 30 Oct 2003 16:00:57 -0500 (CST) Date: Thu, 30 Oct 2003 16:00:57 -0500 (CST) From: "=?ISO-8859-1?Q?Waldo_Alvarez_Ca=F1izares_-__another_buried_?= =?ISO-8859-1?Q?alive?=" To: ReactOS Kernel List In-Reply-To: <000d01c39f3d$c365dc80$0500a8c0@jeff5vs2du64yz> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS snapshot-20020300 Subject: [ros-kernel] Interesting tool X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Oct 2003 00:59:09 -0000 Hi ppl: Maybe you find usefull this tool http://www.atstake.com/research/tools/vulnerability_scanning/feszer.zip Description: ----- Version: 1.0 Platforms: Runs on Windows NT 4 and 2000 Author: Frank Swiderski This utility will log parameters to certain string operations exported from MSVCRT.dll, such as *printf(), strcat(), etc. It can help in detecting format string vulnerabilities and buffer overflows in a blind auditing environment ------ Maybe it can be tweaked to be used with other dlls in ROS Best Regards Waldo From eek2121@comcast.net Fri Oct 31 05:18:29 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id h9V4ITNG011727 for ; Fri, 31 Oct 2003 05:18:29 +0100 Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id h9V4ISlk027326 for ; Fri, 31 Oct 2003 05:18:28 +0100 Received: from 204.127.197.114 ([204.127.197.114]) by comcast.net (rwcrmhc13) with SMTP id <20031031041736015008himie>; Fri, 31 Oct 2003 04:17:36 +0000 Received: from [205.188.209.168] by 204.127.197.114; Fri, 31 Oct 2003 04:17:35 +0000 From: eek2121@comcast.net To: ros-kernel@reactos.com Date: Fri, 31 Oct 2003 04:17:35 +0000 Message-Id: <103120030417.467.5d9a@comcast.net> X-Mailer: AT&T Message Center Version 1 (Oct 14 2003) X-Authenticated-Sender: ZWVrMjEyMUBjb21jYXN0Lm5ldA== Subject: [ros-kernel] Re: [ros-cvs] CVS Update: reactos X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Oct 2003 04:18:29 -0000 hey all, I hope to return to working on reactos soon, among the things i'd like to work on are getting explorer to work better, code cleanup (reduce the memory footprint and speed things up) and bug fixes. I'm just waiting on my check to come so i can have my comp shipped to me. > CVSROOT: /CVS/ReactOS > Module name: reactos > Repository: reactos/subsys/win32k/objects/ > Changes by: gvg@mok.lvcm.com 03/10/29 14:46:56 > > Modified files: > reactos/subsys/win32k/objects/: dc.c > > Log message: > Create monochrome palette when selecting 1bpp bitmap into DC > > _______________________________________________ > Ros-cvs mailing list > Ros-cvs@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-cvs From gerard.gatineau@laposte.net Sat Nov 1 13:07:54 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id hA1C7sNG022091 for ; Sat, 1 Nov 2003 13:07:54 +0100 Received: from mx.laposte.net (mx.laposte.net [81.255.54.11]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id hA1C7rlk014294 for ; Sat, 1 Nov 2003 13:07:54 +0100 Received: from laposte.net (62.147.40.70) by mx.laposte.net (6.0.053) (authenticated as gerard.gatineau@laposte.net) id 3F83E7D900D78970 for ros-kernel@reactos.com; Sat, 1 Nov 2003 13:06:35 +0100 Message-ID: <3FA3A183.9000109@laposte.net> Date: Sat, 01 Nov 2003 13:05:23 +0100 From: gge User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "'ReactOS Kernel List'" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [ros-kernel] Additionnal commit for AZERTY French keyboard X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Nov 2003 12:07:54 -0000 I have tested the french keybord feature which has been recently commited in CVS ( sorry i do'nt remember by whom as i had to format my hard disk and lost all the mails ) and my AZERTY keyboard is mostly working OK ( letters , digits , function keys) What I suggest is to make it build automatically so for that : - the reactos make file is to be updated to compile kdbfr.dll ( add jdbfr in the DLLS section) - the install.bat file is also to be updated to copy kdbfr.dll to recatos\system32 directory Then the hivesys.inf file , if AZERTY keyboard is used , is to be updated to overwrite the existing kdbus keyboard ( in the keyboard layout section ) by the reactos user Note : This could be a nice feature for 0.1.5 release Regards gge From martin-fuchs@gmx.net Sat Nov 1 13:15:28 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id hA1CFSNG022146 for ; Sat, 1 Nov 2003 13:15:28 +0100 Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id hA1CFSlk111394 for ; Sat, 1 Nov 2003 13:15:28 +0100 Message-Id: <200311011215.hA1CFSlk111394@dutlru2.lr.tudelft.nl> Received: (qmail 18232 invoked by uid 65534); 1 Nov 2003 12:14:21 -0000 Received: from unknown (EHLO lisi) (62.96.30.250) by mail.gmx.net (mp001) with SMTP; 01 Nov 2003 13:14:21 +0100 X-Authenticated: #3470264 Content-Type: text/plain; charset=utf-8 Date: Sat, 01 Nov 2003 13:12:16 +0100 From: "Martin Fuchs" MIME-Version: 1.0 To: X-Mailer: Martin's Mailer Version 1.0 UTF8 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id hA1CFSNG022146 Subject: [ros-kernel] Explorer source code documentation online X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Nov 2003 12:15:29 -0000 Hi, if you want to look at the new source code documentation for explorer here it is: [online documentation] http://www.sky.franken.de/explorer/explorer-doc/ [compressed HTML help file] http://www.sky.franken.de/explorer/ros-explorer-full.chm [compressed HTML help file of all, including private class members] http://www.sky.franken.de/explorer/ros-explorer.chm It's not yet all documented, but I think it lookes nice already right now and you can work with it. Martin From xnavara@volny.cz Sat Nov 1 14:22:07 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id hA1DM7NG022529 for ; Sat, 1 Nov 2003 14:22:07 +0100 Received: from smtp1.vol.cz (smtp1.vol.cz [195.250.128.73]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id hA1DM7lk111420 for ; Sat, 1 Nov 2003 14:22:07 +0100 Received: from hornet (prahaa-3-82.dialup.vol.cz [62.177.72.46]) by smtp1.vol.cz (8.12.8p2/8.12.8) with SMTP id hA1DM08N029322 for ; Sat, 1 Nov 2003 14:22:00 +0100 (CET) (envelope-from xnavara@volny.cz) Message-ID: <001501c3a07b$209baa40$2e48b13e@hornet> From: "Filip Navara" To: "ReactOS Kernel List" References: <3FA3A183.9000109@laposte.net> Subject: Re: [ros-kernel] Additionnal commit for AZERTY French keyboard Date: Sat, 1 Nov 2003 14:21:57 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Nov 2003 13:22:07 -0000 I added it to build files and inserted the relevant registry entries to hivesys.inf. Filip ----- Original Message ----- From: "gge" To: "'ReactOS Kernel List'" Sent: Saturday, November 01, 2003 1:05 PM Subject: [ros-kernel] Additionnal commit for AZERTY French keyboard > I have tested the french keybord feature which has been recently > commited in CVS ( sorry i do'nt remember by whom as i had to format my > hard disk and lost all the mails ) and my AZERTY keyboard is mostly > working OK ( letters , digits , function keys) > What I suggest is to make it build automatically so for that : > > - the reactos make file is to be updated to compile kdbfr.dll ( add > jdbfr in the DLLS section) > - the install.bat file is also to be updated to copy kdbfr.dll to > recatos\system32 directory > > Then the hivesys.inf file , if AZERTY keyboard is used , is to be > updated to overwrite the existing kdbus keyboard ( in the keyboard > layout section ) by the reactos user > > Note : This could be a nice feature for 0.1.5 release > > Regards > gge > > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > From beta_guy@telus.net Sat Nov 1 20:51:45 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id hA1JpjNG024553 for ; Sat, 1 Nov 2003 20:51:45 +0100 Received: from priv-edtnes56.telusplanet.net (defout.telus.net [199.185.220.240]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id hA1Jpilk014294 for ; Sat, 1 Nov 2003 20:51:44 +0100 Received: from jeff5vs2du64yz ([209.89.242.242]) by priv-edtnes56.telusplanet.net (InterMail vM.6.00.05.00 201-2115-109-20030812) with SMTP id <20031101194748.CCDG21424.priv-edtnes56.telusplanet.net@jeff5vs2du64yz> for ; Sat, 1 Nov 2003 12:47:48 -0700 Message-ID: <001a01c3a0b1$28088b50$0500a8c0@jeff5vs2du64yz> From: "Jeff Smith" To: "ReactOS Kernel List" Date: Sat, 1 Nov 2003 12:48:43 -0700 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0016_01C3A076.7B8F7490" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: [ros-kernel] Bug 10 info X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Nov 2003 19:51:45 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0016_01C3A076.7B8F7490 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0017_01C3A076.7B8F7490" ------=_NextPart_001_0017_01C3A076.7B8F7490 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I copied by hand all of this info, I skipped the ReactOS legal paragraph = and the frames part, but I show what the frames resolve to, and the = entire crash screen beside those 2 parts I left out. hope this helps. ------=_NextPart_001_0017_01C3A076.7B8F7490 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I copied by hand all of this info, I = skipped the=20 ReactOS legal paragraph and the frames part, but I show what the frames = resolve=20 to, and the entire crash screen beside those 2 parts I left out. hope = this=20 helps.
------=_NextPart_001_0017_01C3A076.7B8F7490-- ------=_NextPart_000_0016_01C3A076.7B8F7490 Content-Type: text/plain; name="bug10.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="bug10.txt" Starting ReactOS 0.1.4 (Build 20) Copyright (c) 1998 - 2003 ReactOS Team (ReactOS legal paragraph fir here) Found 1 System Processor [312 MB Memory] Initializing scsiport.sys Initializing atapi.sys Initializing class2.sys Initializing cdrom.sys Bug Detected (Code 1e param 0 0 0 0) KMODE_EXCEPTION_NOT_HANDLED Page Fault Exception: 14(0) Processor: 0 CS:EIP 8:ddc827e3 cr2 60 cr3 286000 Proc:c1407308 Pid:1 Thrd:c14119c0 Tid:13 DS 10 ES 10 FS 30 GS 10 EAX: 00000000 EBX: c003e465 ECX: c1416d18 EDX: 00000000 EBP: ddc4ce28 ESI: 00000000 EDI: c04027ac EFLAGS: 00010006 KESP ddc4cd9c Kernal Stack base ddc4a0000 ESP ddc4cd9c then then frames info I already resloved... BTW in case your wondering what they resolve to it's c0009adb <_KiDispatchInterrupt@0>: in NTOSKRNL.EXE 0001665c <_HalpLowerIrql>: in HAL.DLL 000169bf <_HalEndSystemInterrupt@8>: in HAL.DLL c00021a6 <_KiInterruptDispatch>: in NTOSKRNL.EXE c00029ba <_irq_handler_14>: in NTOSKRNL.EXE c003e405 <_MmZeroPageThreadMain@4>: in NTOSKRNL.EXE c0003160 <_PsBeginThread>: in NTOSKRNL.EXE ------=_NextPart_000_0016_01C3A076.7B8F7490-- From hartmut.birr@gmx.de Sat Nov 1 21:33:22 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id hA1KXMNG024823 for ; Sat, 1 Nov 2003 21:33:22 +0100 Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id hA1KXLlk014308 for ; Sat, 1 Nov 2003 21:33:21 +0100 Received: (qmail 22818 invoked by uid 65534); 1 Nov 2003 20:32:14 -0000 Received: from p50830934.dip0.t-ipconnect.de (EHLO newdarkstar) (80.131.9.52) by mail.gmx.net (mp027) with SMTP; 01 Nov 2003 21:32:14 +0100 X-Authenticated: #19145161 From: "Hartmut Birr" To: "'ReactOS Kernel List'" Subject: RE: [ros-kernel] Bug 10 info Date: Sat, 1 Nov 2003 21:32:12 +0100 Message-ID: <000501c3a0b7$3bd21970$0202a8c0@newdarkstar> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0006_01C3A0BF.9D968170" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal In-Reply-To: <001a01c3a0b1$28088b50$0500a8c0@jeff5vs2du64yz> X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Nov 2003 20:33:22 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0006_01C3A0BF.9D968170 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, the first frame is scsiport:37e3 and cr2 points to 0x60. The crash occurs in scsiport.c at line 2063 (current cvs). It seems that DeviceExtension->CurrentIrp is NULL. I doesn't know why. - Hartmut -----Original Message----- From: ros-kernel-bounces@reactos.com [mailto:ros-kernel-bounces@reactos.com] On Behalf Of Jeff Smith Sent: Saturday, November 01, 2003 8:49 PM To: ReactOS Kernel List Subject: [ros-kernel] Bug 10 info I copied by hand all of this info, I skipped the ReactOS legal paragraph and the frames part, but I show what the frames resolve to, and the entire crash screen beside those 2 parts I left out. hope this helps. ------=_NextPart_000_0006_01C3A0BF.9D968170 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Nachricht
Hi,
 
the=20 first frame is scsiport:37e3 and cr2 points to 0x60. The crash=20 occurs in scsiport.c at line 2063 (current cvs). It seems that=20 DeviceExtension->CurrentIrp is NULL. I doesn't know = why.
 
-=20 Hartmut
-----Original Message-----
From:=20 ros-kernel-bounces@reactos.com [mailto:ros-kernel-bounces@reactos.com] = On=20 Behalf Of Jeff Smith
Sent: Saturday, November 01, 2003 = 8:49=20 PM
To: ReactOS Kernel List
Subject: [ros-kernel] = Bug 10=20 info

I copied by hand all of this info, I = skipped the=20 ReactOS legal paragraph and the frames part, but I show what the = frames=20 resolve to, and the entire crash screen beside those 2 parts I left = out. hope=20 this helps.
------=_NextPart_000_0006_01C3A0BF.9D968170-- From gerard.gatineau@laposte.net Sat Nov 1 23:46:44 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id hA1MkiNG025494 for ; Sat, 1 Nov 2003 23:46:44 +0100 Received: from mx.laposte.net (mx.laposte.net [81.255.54.11]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id hA1Mkhlk049910 for ; Sat, 1 Nov 2003 23:46:43 +0100 Received: from laposte.net (62.147.40.70) by mx.laposte.net (6.0.053) (authenticated as gerard.gatineau@laposte.net) id 3F83E7D900DADCA4 for ros-kernel@reactos.com; Sat, 1 Nov 2003 23:45:27 +0100 Message-ID: <3FA43749.3030900@laposte.net> Date: Sat, 01 Nov 2003 23:44:25 +0100 From: gge User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ReactOS Kernel List Subject: Re: [ros-kernel] Install.bat file to be committed for AZERTY French keyboard References: <3FA3A183.9000109@laposte.net> <001501c3a07b$209baa40$2e48b13e@hornet> In-Reply-To: <001501c3a07b$209baa40$2e48b13e@hornet> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Nov 2003 22:46:44 -0000 Filip Navara wrote: >I added it to build files and inserted the relevant registry entries to >hivesys.inf. > >Filip >----- Original Message ----- >From: "gge" >To: "'ReactOS Kernel List'" >Sent: Saturday, November 01, 2003 1:05 PM >Subject: [ros-kernel] Additionnal commit for AZERTY French keyboard > > > > >>I have tested the french keybord feature which has been recently >>commited in CVS ( sorry i do'nt remember by whom as i had to format my >>hard disk and lost all the mails ) and my AZERTY keyboard is mostly >>working OK ( letters , digits , function keys) >>What I suggest is to make it build automatically so for that : >> >>- the reactos make file is to be updated to compile kdbfr.dll ( add >>jdbfr in the DLLS section) >>- the install.bat file is also to be updated to copy kdbfr.dll to >>recatos\system32 directory >> >>Then the hivesys.inf file , if AZERTY keyboard is used , is to be >>updated to overwrite the existing kdbus keyboard ( in the keyboard >>layout section ) by the reactos user >> >>Note : This could be a nice feature for 0.1.5 release >> >> >> >> Thanks filip for the commit.. In addition , the reactos\install.bat has to be updated as well to copy the kbdfr and kbdgr.dll to reactos\system32 directory Regards - Gerard From bblaauw@home.nl Sun Nov 2 00:13:55 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id hA1NDtNG025677 for ; Sun, 2 Nov 2003 00:13:55 +0100 Received: from smtpq3.home.nl (smtpq3.home.nl [213.51.128.198]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id hA1NDtlk039858 for ; Sun, 2 Nov 2003 00:13:55 +0100 Received: from [213.51.128.133] (port=53967 helo=smtp2.home.nl) by smtpq3.home.nl with esmtp (Exim 4.20) id 1AG4wK-0006fa-A0 for ros-kernel@reactos.com; Sun, 02 Nov 2003 00:13:52 +0100 Received: from [213.51.37.153] (port=33507 helo=willem) by smtp2.home.nl with smtp (Exim 4.20) id 1AG4wJ-0006hh-BF for ros-kernel@reactos.com; Sun, 02 Nov 2003 00:13:51 +0100 Message-ID: <002e01c3a0cd$d19e7af0$0a01a8c0@willem> From: "Bernd Blaauw" To: "ReactOS Kernel List" References: <20031023135359.18637.qmail@web41501.mail.yahoo.com> Date: Sun, 2 Nov 2003 00:13:54 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-AtHome-MailScanner-Information: Neem contact op met support@home.nl voor meer informatie X-AtHome-MailScanner: Found to be clean Subject: [ros-kernel] IsoLinux implementation. X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Nov 2003 23:13:55 -0000 people, as I generally set my BIOS to boot from cdrom, and am too lazy to change it (after installing ReactOS from cdrom), and ReactOS has no option yet to boot to harddisk if booted from cdrom, I've added Isolinux to the Reactos014 iso release. try for yourself if you want. removing the file in 3 or 4 days (not my personal server, so I don't want to cause much traffic). probably forgot to change the default choice to ReactOS... anyway, boot it. select option 2 -> ReactOS setup starts -> install as usual -> reboot (can leave cd in drive) -> select option 0 (or 'h') -> booting from harddisk (freeloader?) http://www.darklogic.org/fdos/beta9/reactos/reactos.zip [about 3.4MB] logo modification: read about Syslinux *.LSS files menutext -> bootmsg.txt keys/names -> isolinux.cfg a small FreeDOS image has been added (hey, made it myself..) but can ofcourse be removed. That will reduce IsoLinux overhead to about 100KB (currently 400KB I think.). if you unpack the ISO and modify anything, you can create a new ISO by running MAKEISO.BAT in the ISOLINUX directory. works on win2000 and should work under DOS (untested..). No idea about running it under ReactOS. maybe an idea to add Memtest86 (88KB) to the ISO? label mt86 kernel memtest (yes, rename the 88KB memtest.bin to memtest as Isolinux interprets .BIN as something else) Feedback welcome on a ReactOS mailinglist. Bernd Blaauw From vizzini@plasmic.com Sun Nov 2 06:36:52 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id hA25aqNG005441 for ; Sun, 2 Nov 2003 06:36:52 +0100 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id hA25aplk044162 for ; Sun, 2 Nov 2003 06:36:52 +0100 Received: from CPE-65-30-43-197.kc.rr.com (CPE-65-30-43-197.kc.rr.com [65.30.43.197]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id hA25amE4031196 for ; Sat, 1 Nov 2003 23:36:49 -0600 From: Vizzini To: ros-kernel@reactos.com Content-Type: text/plain Message-Id: <1067751234.1174.21.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sat, 01 Nov 2003 23:33:54 -0600 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir Subject: [ros-kernel] ReactOS 0.1.5 Feature Freeze X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Nov 2003 05:36:53 -0000 All, ReactOS 0.1.5 has been tagged and branched and is now officially in feature freeze. The branch tag is ros-branch-0_1_5 and the command to update to it for testing/coding is: cvs up -r ros-branch-0_1_5 Please remember that the branch is now in feature freeze, which means that it is open to bugfixes but not to new feature development. Also, if you have a nontrivial or destabilizing bugfix, please run it by the list first. Code freeze will be next Saturday, with release of ReactOS 0.1.5 shortly thereafter. Full details can be found at http://plasmic.com/~vizzini/release.html. One minor policy change: as discussed during the last release cycle, any developer who commits a change on the branch is responsible for committing that change on HEAD as well. It will not be moved by me or the release engineer(s). Also: I'm not sure who's building and releasing this time around, but I want to remind you of GvG's suggestion to build a RC1 ISO concurrent with feature freeze and an RC2 concurrent with code freeze. I personally think anything we can do to ease testing and increase the number of testers is a good thing. Also, it gives the release engineer a trial run at actually building the system, in case there are any infrastructure bugs. Jason, could we get space on reactos.com for these pre-releases? A quick glance at the CVS traffic this month shows a lot of improvements to the system. I don't currently know of any release-blocking bugs, although the cdrom.sys and mouse-related bugs would be prime targets. Assuming we get through the release process unscathed, we'll have a release we can all be proud of. -Vizzini From vizzini@plasmic.com Sun Nov 2 07:01:36 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id hA261aNG005546 for ; Sun, 2 Nov 2003 07:01:36 +0100 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id hA261Zlk049908 for ; Sun, 2 Nov 2003 07:01:36 +0100 Received: from CPE-65-30-43-197.kc.rr.com (CPE-65-30-43-197.kc.rr.com [65.30.43.197]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id hA261YE4001919 for ; Sun, 2 Nov 2003 00:01:34 -0600 Subject: Re: [ros-kernel] Explorer source code documentation online From: Vizzini To: ReactOS Kernel List In-Reply-To: <200311011215.hA1CFSlk111394@dutlru2.lr.tudelft.nl> References: <200311011215.hA1CFSlk111394@dutlru2.lr.tudelft.nl> Content-Type: text/plain Message-Id: <1067752724.1172.29.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sat, 01 Nov 2003 23:58:44 -0600 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Nov 2003 06:01:36 -0000 On Sat, 2003-11-01 at 06:12, Martin Fuchs wrote: > Hi, > > if you want to look at the new source code documentation for explorer here it is: This looks very good. Doxygen has gotten better since the last time I checked it out. I really can't wait until ReactOS boots your explorer by default! Keep up the good work. -Vizzini From vizzini@plasmic.com Sun Nov 2 07:10:46 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id hA26AkNG005646 for ; Sun, 2 Nov 2003 07:10:46 +0100 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id hA26Ajlk036514 for ; Sun, 2 Nov 2003 07:10:45 +0100 Received: from CPE-65-30-43-197.kc.rr.com (CPE-65-30-43-197.kc.rr.com [65.30.43.197]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id hA26AcE4002808 for ; Sun, 2 Nov 2003 00:10:38 -0600 Subject: Re: [ros-kernel] Macro SEH support, version 2 (Help needed: translating to AT&T assembler syntax) From: Vizzini To: ReactOS Kernel List In-Reply-To: <000001c39ca5$a2fde130$1803010a@skywing.local> References: <000001c39ca5$a2fde130$1803010a@skywing.local> Content-Type: text/plain Message-Id: <1067753268.1174.36.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 02 Nov 2003 00:07:49 -0600 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Nov 2003 06:10:46 -0000 I think it is really critical to get some exception handling implemented in our system call handlers. At this point, it's trivial to crash the whole operating system with a misbehaving user-mode app. This macro system, while not optimal, will tide us over until the MinGW exception-handling work is complete. Are there any assembler people out there who need a weekend project? This isn't terribly long, but it does need somebody who knows what they're doing. If you've been lurking for a while waiting to find something you can contribute, this might just be the ticket! Mail the list or me directly if you're interested and I'll point you in the right direction. Nice work, Skywing. -Vizzini On Mon, 2003-10-27 at 10:16, Skywing wrote: > I've done a significant amount of reworking on the macro SEH support that I > introduced on the mailinglist some time ago. It now passes every test I can > throw at it with flying colors, including interoperating with VC-style SEH. > This includes unwinding and nested exception handlers. This release fixes a > number of bugs with the original implementation. > > Request for help: I don't know AT&T assembler, so somebody needs to port > this if it's to be used with MinGW (which is the primary purpose for me > writing it). Unless somebody is willing to lend a hand with GNU-ASM'ing it, > this will probably not benefit the ReactOS project much. > > I've tried to code this as defensively as possible, so that any code in the > handler or filter areas will properly run without any special knowledge > about the values of the stack/other registers while in an exception handler. > I'm pretty sure that the macros are virtually bulletproof against the > compiler generating code that doesn't work inside of them, provided you > follow these rules: Enable frame pointer generation. This is absolutely > crucial to any SEH implementation; without frame pointers, the macros will > fall over and die. Preferably, exit the SEH exception handler with > fallthrough. If you must exit it otherwise, you can try using the > ExceptCleanup() macro before leaving the handler with a return or similar > statement. Exiting the SEH handler inside the filter expression is probably > a Bad Idea and may not work, as the "panic stack" will be used through the > remainder of the function. > > Additionally, GetExceptionCode() and GetExceptionPointers() should be > available at the proper scopes. You ought to get an undefined identifier > error if you try to use them elsewhere. > > The macros work with "heap-based" SEH in order to work around the Borland > patent. There are some limitations with using this with regular Microsoft > Windows (see below), but it should be no problem to modify ReactOS to work > with this scheme if necessary. > > The semantics for using the macros are as follows: > TRY > { > try-protected-code; > } > EXCEPT(( filter-expression )) /* Note that double parens are needed */ { > handler-code; } EXCEPT_END(); > > Issues with "heap-based" SEH: > The default Microsoft RtlUnwind implementation will not call an exception > handler if the exception registration is not within the threads stack > limits. It would be a good idea to ensure that the ReactOS RtlUnwind > implementation does not have this limitation if we wish to use "heap-based" > SEH and not "stack-based" SEH. > > Issues with the macros and MSVC++: > The VC compiler crashes if you use if(0) { code; } or goto label; { code; } > label: instead of __asm jmp label; { code; } label; to prevent the exception > handler from being executed by fallthrough. I think that this is because > the optimizer decides that the exception handler is unreachable and removes > it, despite an existing reference to code in the handler (the label for the > start of the OS-invoked SEH handler function itself). Later this causes the > compiler to crash, hence my workaround with __asm jmp EXCEPT_EndOfExcept. > > ----- Macro definitions follow ----- > > #define ExceptCleanup() { \ > ExFreePool(EXCEPT_ExceptionPointers); \ > __asm { \ > __asm push eax \ > __asm mov eax, dword ptr fs:[0x00000000] \ > __asm mov eax, dword ptr [eax] \ > __asm mov dword ptr fs:[0x00000000], eax \ > __asm pop eax \ > } \ > } > #define GetExceptionCode() ((DWORD)(EXCEPT_ExceptionCode)) > #define GetExceptionPointers() > ((PEXCEPTION_POINTERS)(&EXCEPT_ExceptionPointers)) > > #define EH_NONCONTINUABLE 0x00000001 > #define EH_UNWINDING 0x00000002 > #define EH_EXIT_UNWIND 0x00000004 > #define EH_STACK_INVALID 0x00000008 > #define EH_NESTED_CALL 0x00000010 > #define EH_UNWIND_CONTEXT EH_UNWINDING | EH_EXIT_UNWIND > > #define _TRY_SAVED_EBP 0x08 > #define _TRY_SAVED_EBX 0x0c > #define _TRY_SAVED_ESI 0x10 > #define _TRY_SAVED_EDI 0x14 > #define _TRY_SAVED_ESP 0x18 > > #if 0 // Enable if you don't have these in scope > typedef enum { > ExceptionContinueExecution, > ExceptionContinueSearch, > ExceptionNestedException, > ExceptionCollidedUnwind > } EXCEPTION_DISPOSITION; > #endif > > #define TRY { \ > PVOID TRY_ExceptionRegistration = ExAllocatePoolWithTag(PagedPool, > 28, ' HES'); \ > volatile DWORD EXCEPT_ExceptionCode; \ > __asm { \ > __asm push eax \ > __asm push ecx \ > __asm mov eax, TRY_ExceptionRegistration \ > __asm mov ecx, dword ptr fs:[0] \ > __asm mov dword ptr [eax+0x00], ecx \ > __asm mov dword ptr fs:[0], eax \ > __asm lea ecx, EXCEPT_Handler \ > __asm mov dword ptr [eax+0x04], ecx \ > __asm mov dword ptr [eax+_TRY_SAVED_EBP], ebp > \ > __asm mov dword ptr [eax+_TRY_SAVED_EBX], ebx > \ > __asm mov dword ptr [eax+_TRY_SAVED_ESI], esi > \ > __asm mov dword ptr [eax+_TRY_SAVED_EDI], edi > \ > __asm mov dword ptr [eax+_TRY_SAVED_ESP], esp > \ > __asm add dword ptr [eax+_TRY_SAVED_ESP], 0x08 > \ > __asm pop ecx \ > __asm pop eax \ > } > > #define EXCEPT_LOCALS TYPE CONTEXT + 20 > #define EXCEPT_CONTEXT_OFFSET 0 > #define EXCEPT_POINTERS_OFFSET TYPE CONTEXT > > > #ifdef _MSC_VER > #pragma comment(linker, "/INCLUDE:_RtlUnwind@16") > #endif > > #if 0 // Enable if not in scope > // RtlUnwind unwinds procedure call stack frames. > extern "C" > NTSYSAPI > VOID > NTAPI > RtlUnwind( > IN OUT PVOID TargetFrame OPTIONAL, > IN PVOID TargetIp OPTIONAL, > IN PEXCEPTION_RECORD ExceptionRecord OPTIONAL, > IN PVOID ReturnValue > ); > #endif > > #define EXCEPT(Expression) { __asm { jmp EXCEPT_EndOfExcept} \ > volatile EXCEPTION_POINTERS EXCEPT_ExceptionPointers; \ > EXCEPT_Handler: /* EXCEPTION_DISPOSITION __cdecl > handler(EXCEPTION_RECORD* ExceptionRecord, void* EstablisherFrame, CONTEXT* > ContextRecord, void* DispatcherContext) */ \ > __asm { \ > __asm mov eax, dword ptr [esp+0x04] \ > __asm test dword ptr > [eax]EXCEPTION_RECORD.ExceptionFlags, EH_UNWIND_CONTEXT | EH_NESTED_CALL \ > __asm je EXCEPT_DoHandler \ > \ > __asm xor eax, eax \ > __asm or eax, ExceptionContinueSearch \ > __asm ret \ > } \ > EXCEPT_DoHandler: /* Can't define this in inline asm macro + __asm{} > block, or compiler complains. */ \ > __asm { \ > __asm sub esp, EXCEPT_LOCALS \ > __asm mov [esp]CONTEXT.Ebp, ebp \ > __asm mov [esp]CONTEXT.Ebx, ebx \ > __asm mov [esp]CONTEXT.Edi, edi \ > __asm mov [esp]CONTEXT.Esi, esi \ > __asm pushfd \ > __asm pop ecx \ > __asm mov [esp]CONTEXT.EFlags, ecx \ > __asm mov ebp, dword ptr > [esp+0x08+EXCEPT_LOCALS] \ > __asm mov ebp, dword ptr [ebp+0x08] \ > __asm lea edx, EXCEPT_ExceptionPointers \ > __asm mov ecx, dword ptr > [esp+0x04+EXCEPT_LOCALS] \ > __asm mov > [edx]EXCEPTION_POINTERS.ExceptionRecord, ecx \ > __asm mov ecx, dword ptr > [esp+0x0c+EXCEPT_LOCALS] \ > __asm mov > [edx]EXCEPTION_POINTERS.ContextRecord, ecx \ > __asm mov edx, > [edx]EXCEPTION_POINTERS.ExceptionRecord \ > __asm mov edx, > [edx]EXCEPTION_RECORD.ExceptionCode \ > __asm mov EXCEPT_ExceptionCode, edx \ > __asm mov ebp, dword ptr > [esp+0x0c+EXCEPT_LOCALS] \ > __asm mov eax, [ebp]CONTEXT.EFlags \ > __asm push eax \ > __asm popfd \ > __asm mov ebp, dword ptr > [esp+0x08+EXCEPT_LOCALS] \ > __asm mov ebx, dword ptr [ebp+_TRY_SAVED_EBX] > \ > __asm mov esi, dword ptr [ebp+_TRY_SAVED_ESI] > \ > __asm mov edi, dword ptr [ebp+_TRY_SAVED_EDI] > \ > __asm mov ebp, dword ptr [ebp+_TRY_SAVED_EBP] > \ > __asm cld \ > } \ > \ > switch( (Expression) ) { \ > \ > case EXCEPTION_CONTINUE_SEARCH: \ > ExFreePool(TRY_ExceptionRegistration); \ > __asm { \ > __asm mov ebp, [esp]CONTEXT.Ebp \ > __asm mov ebx, [esp]CONTEXT.Ebx \ > __asm mov edi, [esp]CONTEXT.Edi \ > __asm mov esi, [esp]CONTEXT.Esi \ > __asm add esp, EXCEPT_LOCALS \ > __asm xor eax, eax \ > __asm or eax, ExceptionContinueSearch > \ > __asm ret \ > } \ > \ > case EXCEPTION_CONTINUE_EXECUTION: \ > ExFreePool(TRY_ExceptionRegistration); \ > __asm { \ > __asm mov eax, dword ptr > [esp+0x08+EXCEPT_LOCALS] \ > __asm push 0 \ > __asm push 0 \ > __asm push > __ret_label_CONTINUE_EXECUTION \ > __asm push eax \ > __asm call dword ptr [RtlUnwind] \ > } \ > __ret_label_CONTINUE_EXECUTION: \ > __asm { \ > __asm mov ebp, [esp]CONTEXT.Ebp \ > __asm mov ebx, [esp]CONTEXT.Ebx \ > __asm mov edi, [esp]CONTEXT.Edi \ > __asm mov esi, [esp]CONTEXT.Esi \ > __asm add esp, EXCEPT_LOCALS \ > __asm xor eax, eax \ > __asm or eax, > ExceptionContinueExecution \ > __asm ret \ > } \ > \ > case EXCEPTION_EXECUTE_HANDLER: \ > __asm { \ > __asm pushad \ > __asm pushfd \ > __asm mov eax, dword ptr > [esp+0x08+0x04+0x20+EXCEPT_LOCALS] \ > __asm push 0 \ > __asm push 0 \ > __asm push __ret_label_EXECUTE_HANDLER > \ > __asm push eax \ > __asm call dword ptr [RtlUnwind] \ > } \ > __ret_label_EXECUTE_HANDLER: \ > __asm { \ > __asm popfd \ > __asm popad \ > } \ > break; \ > \ > default: \ > DPRINT("SEH: Invalid disposition returned from filter > expression!\n"); \ > RtlRaiseStatus(STATUS_INVALID_DISPOSITION); \ > \ > } \ > \ > __asm { \ > __asm mov ebp, dword ptr > [esp+0x08+EXCEPT_LOCALS] \ > __asm mov ebx, dword ptr [ebp+_TRY_SAVED_EBX] > \ > __asm mov esi, dword ptr [ebp+_TRY_SAVED_ESI] > \ > __asm mov edi, dword ptr [ebp+_TRY_SAVED_EDI] > \ > __asm mov esp, dword ptr [ebp+_TRY_SAVED_ESP] > \ > __asm mov ebp, dword ptr [ebp+0x08] \ > } } > > -- End -- > > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > From vizzini@plasmic.com Sun Nov 2 07:24:22 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id hA26OMNG005709 for ; Sun, 2 Nov 2003 07:24:22 +0100 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id hA26OLlk049698 for ; Sun, 2 Nov 2003 07:24:21 +0100 Received: from CPE-65-30-43-197.kc.rr.com (CPE-65-30-43-197.kc.rr.com [65.30.43.197]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id hA26OJE4003531; Sun, 2 Nov 2003 00:24:20 -0600 Subject: Re: [ros-kernel] bug? From: Vizzini To: gl , ReactOS Kernel List In-Reply-To: <11467786682.20031026143028@smtp.ru> References: <11467786682.20031026143028@smtp.ru> Content-Type: text/plain Message-Id: <1067754089.1174.45.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 02 Nov 2003 00:21:29 -0600 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir Cc: X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Nov 2003 06:24:22 -0000 I apologize in advance for being uninformed. :-) I heard that we have a tool somewhere that automatically resolves these symbols. Is that still the case or am I nuts? In any case, thanks for the bug report. Two comments for future reference: 1) In general, it really helps to have the symbols resolved. In other words, doesn't help nearly as much as . If nothing else, this can be done using map filees. 2) Now that we have a bugzilla installation, it's easiest to track these bugs if they're in bugzilla. Thanks. -Vizzini On Sun, 2003-10-26 at 01:30, gl wrote: > Hello ros-kernel, > > I can't boot from CD or HDD in Bochs or on real hardware > since 0.1.4.6 (or may be .9). > > This is screen output: > === > Starting ReactOS 0.1.4 (Build 15) > Copyright (c) 1998-2003 ReactOS Team > > ReactOS is free software, covered by the GNU General Public License, and you > are welcome to change it and/or distribute copies of it under certain > conditions. There is absolutely no warranty for ReactOS. > > Found 1 system processor. [64 MB Memory] > > Serial debugging enabled. COM1 115200 Baud > > Initializing scsiport.sys... > Initializing atapi.sys... > Bug detected (code 1e param 0 0 0 0) > KMODE_EXCEPTION_NOT_HANDLED > > Page Fault Exception: 14(2) > Processor: 0 CS:EIP 8:c000a50d > cr2 8 cr3 287000 Proc: c1218308 Pid: 1 Thrd: c121a050 Tid: 1 > DS 10 ES 10 FS 30 GS 10 > EAX: 00000000 EBX: c122d8f0 ECX: c1227bac > EDX: 00000004 EBP: c00ad560 ESI: cda14a80 > EDI: 00000000 EFLAGS: 00010292 kESP c00ad4e0 kernel stack base c00ab000 > ESP c00ad4e0 > Frames: e: 32000> : 3422> > ExceptionRecord->ExceptionAddress = > 0xc00054b4 > KeBugCheckWithTf at ke/catch.c:152 > Bug detected (code 1e param 0 0 0 0) > KMODE_EXCEPTION_NOT_HANDLED > > Recursive bug check halting now > === > > This is debug output: > > === > DriverBase for scsiport.sys: dda91000 > DriverBase for atapi.sys: dda9b000 > Page fault at high IRQL was 2 > ExceptionRecord->ExceptionAddress = 0xc000a50d > KeBugCheckWithTf at ke/catch.c:152 > Bug detected (code 1e param 0 0 0 0) > KMODE_EXCEPTION_NOT_HANDLED > > Page Fault Exception: 14(2) > Processor: 0 CS:EIP 8:c000a50d > cr2 8 cr3 287000 Proc: c1219308 Pid: 1 Thrd: c121b050 Tid: 1 > DS 10 ES 10 FS 30 GS 10 > EAX: 00000000 EBX: c1228d08 ECX: c1228c94 > EDX: 00000004 EBP: c00ad560 ESI: cda15a80 > EDI: 00000000 EFLAGS: 00000292 kESP c00ad4e0 kernel stack base c00ab000 > ESP c00ad4e0 > Frames: ExceptionRecord->ExceptionAddress = 0xc00054b4 > KeBugCheckWithTf at ke/catch.c:152 > Bug detected (code 1e param 0 0 0 0) > KMODE_EXCEPTION_NOT_HANDLED > > Recursive bug check halting now > === > From nick_journals@hotmail.com Sun Nov 2 11:41:21 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id hA2AfLNG006478 for ; Sun, 2 Nov 2003 11:41:21 +0100 Received: from hotmail.com (sea2-dav36.sea2.hotmail.com [207.68.164.93]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id hA2AfKlk036564 for ; Sun, 2 Nov 2003 11:41:21 +0100 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 2 Nov 2003 02:40:50 -0800 Received: from 212.239.193.55 by sea2-dav36.sea2.hotmail.com with DAV; Sun, 02 Nov 2003 10:40:50 +0000 X-Originating-IP: [212.239.193.55] X-Originating-Email: [nick_journals@hotmail.com] From: "nick_journals" To: "ReactOS Kernel List" References: <1067751234.1174.21.camel@bilbo.plasmic.com> Subject: Re: [ros-kernel] ReactOS 0.1.5 Feature Freeze Date: Sun, 2 Nov 2003 11:41:16 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Message-ID: X-OriginalArrivalTime: 02 Nov 2003 10:40:50.0286 (UTC) FILETIME=[C85108E0:01C3A12D] X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Nov 2003 10:41:21 -0000 Hi Vizzini, I'm back again and will do the release from 0.1.5 again. I'm going to do some experimenting today to get it all up and running again with the latest stuff. Greets, Nick ----- Original Message ----- From: "Vizzini" To: Sent: Sunday, November 02, 2003 6:33 AM Subject: [ros-kernel] ReactOS 0.1.5 Feature Freeze > All, > > ReactOS 0.1.5 has been tagged and branched and is now officially in > feature freeze. The branch tag is ros-branch-0_1_5 and the command to > update to it for testing/coding is: > > cvs up -r ros-branch-0_1_5 > > Please remember that the branch is now in feature freeze, which means > that it is open to bugfixes but not to new feature development. Also, > if you have a nontrivial or destabilizing bugfix, please run it by the > list first. > > Code freeze will be next Saturday, with release of ReactOS 0.1.5 shortly > thereafter. Full details can be found at > http://plasmic.com/~vizzini/release.html. > > One minor policy change: as discussed during the last release cycle, > any developer who commits a change on the branch is responsible for > committing that change on HEAD as well. It will not be moved by me or > the release engineer(s). > > Also: I'm not sure who's building and releasing this time around, but I > want to remind you of GvG's suggestion to build a RC1 ISO concurrent > with feature freeze and an RC2 concurrent with code freeze. I > personally think anything we can do to ease testing and increase the > number of testers is a good thing. Also, it gives the release engineer > a trial run at actually building the system, in case there are any > infrastructure bugs. Jason, could we get space on reactos.com for these > pre-releases? > > A quick glance at the CVS traffic this month shows a lot of improvements > to the system. I don't currently know of any release-blocking bugs, > although the cdrom.sys and mouse-related bugs would be prime targets. > Assuming we get through the release process unscathed, we'll have a > release we can all be proud of. > > -Vizzini > > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > From nick_journals@hotmail.com Sun Nov 2 16:40:06 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id hA2Fe6NG007788 for ; Sun, 2 Nov 2003 16:40:06 +0100 Received: from hotmail.com (sea2-dav26.sea2.hotmail.com [207.68.164.83]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id hA2Fe5lk039882 for ; Sun, 2 Nov 2003 16:40:05 +0100 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 2 Nov 2003 07:39:35 -0800 Received: from 212.239.193.55 by sea2-dav26.sea2.hotmail.com with DAV; Sun, 02 Nov 2003 15:39:35 +0000 X-Originating-IP: [212.239.193.55] X-Originating-Email: [nick_journals@hotmail.com] From: "nick_journals" To: "ReactOS Kernel List" References: <1067751234.1174.21.camel@bilbo.plasmic.com> Date: Sun, 2 Nov 2003 16:40:13 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Message-ID: X-OriginalArrivalTime: 02 Nov 2003 15:39:35.0829 (UTC) FILETIME=[84C5D450:01C3A157] Subject: [ros-kernel] Setup Problem X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Nov 2003 15:40:06 -0000 Hi guys, I built the latest version of the 0.1.5branch. Problem is, that when I try to install it, it seems to hang upon copying the nls files. any idea on what might cause this? Greets, Nick From ekohl@rz-online.de Sun Nov 2 17:38:39 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id hA2GcdNG008089 for ; Sun, 2 Nov 2003 17:38:39 +0100 Received: from mout01.rhein-zeitung.de (mout01.rz-online.net [212.7.160.41]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id hA2Gcdlk111518 for ; Sun, 2 Nov 2003 17:38:39 +0100 Received: from marvin (pppin-b0-a2.pop-koblenz.rz-online.NET [212.7.162.176]) by mout01.rhein-zeitung.de (8.12.10/8.12.10) with SMTP id hA2GcShT007951 for ; Sun, 2 Nov 2003 17:38:28 +0100 Message-ID: <001e01c3a15f$c0219fe0$0500a8c0@marvin> From: "Eric Kohl" To: "ReactOS Kernel List" References: <1067751234.1174.21.camel@bilbo.plasmic.com> Subject: Re: [ros-kernel] Setup Problem Date: Sun, 2 Nov 2003 17:38:27 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Nov 2003 16:38:40 -0000 "nick_journals" wrote: > I built the latest version of the 0.1.5branch. > Problem is, that when I try to install it, it seems to hang upon copying the > nls files. any idea on what might cause this? Please enable debug output in reactos/bootdata/txtsetup.sif, rebuild the CD and install again. - Search for the '[SetupData]' section in reactos/bootdata/txtsetup.sif. - Remove the leading semicolon at the third line of the section ('... /DEBUGPORT=SCREEN') and add a leading semicolon at the first line of the section ('... /NODEBUG'). - Save txtsetup.sif - Run 'make bootcd' - Burn a new CD - Install it Any error messages? Regards, Eric From xnavara@volny.cz Sun Nov 2 18:29:13 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id hA2HTDNG008417 for ; Sun, 2 Nov 2003 18:29:13 +0100 Received: from smtp2.vol.cz (smtp2.vol.cz [195.250.128.42]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id hA2HTDlk027140 for ; Sun, 2 Nov 2003 18:29:13 +0100 Received: from hornet (prahab-1-71.dialup.vol.cz [62.177.68.71]) by smtp2.vol.cz (8.12.8p2/8.12.8) with SMTP id hA2HSwiw082354 for ; Sun, 2 Nov 2003 18:28:58 +0100 (CET) (envelope-from xnavara@volny.cz) Message-ID: <053101c3a166$caa430c0$bc48b13e@hornet> From: "Filip Navara" To: "ReactOS Kernel List" References: <000001c39ca5$a2fde130$1803010a@skywing.local> <1067753268.1174.36.camel@bilbo.plasmic.com> Subject: Re: [ros-kernel] Macro SEH support, version 2 (Help needed:translating to AT&T assembler syntax) Date: Sun, 2 Nov 2003 18:28:54 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Nov 2003 17:29:13 -0000 I tried to do the job of translating it to AT&T syntax, but unfortunetly I never used it and I gave up after few minutes. The already finished part is at www.volny.cz/xnavara/sehatat.c, if anybody wants to continue with that. Filip ----- Original Message ----- From: "Vizzini" To: "ReactOS Kernel List" Sent: Sunday, November 02, 2003 7:07 AM Subject: Re: [ros-kernel] Macro SEH support, version 2 (Help needed:translating to AT&T assembler syntax) > I think it is really critical to get some exception handling implemented > in our system call handlers. At this point, it's trivial to crash the > whole operating system with a misbehaving user-mode app. This macro > system, while not optimal, will tide us over until the MinGW > exception-handling work is complete. > > Are there any assembler people out there who need a weekend project? > This isn't terribly long, but it does need somebody who knows what > they're doing. If you've been lurking for a while waiting to find > something you can contribute, this might just be the ticket! Mail the > list or me directly if you're interested and I'll point you in the right > direction. > > Nice work, Skywing. > > -Vizzini > > On Mon, 2003-10-27 at 10:16, Skywing wrote: > > I've done a significant amount of reworking on the macro SEH support that I > > introduced on the mailinglist some time ago. It now passes every test I can > > throw at it with flying colors, including interoperating with VC-style SEH. > > This includes unwinding and nested exception handlers. This release fixes a > > number of bugs with the original implementation. > > > > Request for help: I don't know AT&T assembler, so somebody needs to port > > this if it's to be used with MinGW (which is the primary purpose for me > > writing it). Unless somebody is willing to lend a hand with GNU-ASM'ing it, > > this will probably not benefit the ReactOS project much. > > > > I've tried to code this as defensively as possible, so that any code in the > > handler or filter areas will properly run without any special knowledge > > about the values of the stack/other registers while in an exception handler. > > I'm pretty sure that the macros are virtually bulletproof against the > > compiler generating code that doesn't work inside of them, provided you > > follow these rules: Enable frame pointer generation. This is absolutely > > crucial to any SEH implementation; without frame pointers, the macros will > > fall over and die. Preferably, exit the SEH exception handler with > > fallthrough. If you must exit it otherwise, you can try using the > > ExceptCleanup() macro before leaving the handler with a return or similar > > statement. Exiting the SEH handler inside the filter expression is probably > > a Bad Idea and may not work, as the "panic stack" will be used through the > > remainder of the function. > > > > Additionally, GetExceptionCode() and GetExceptionPointers() should be > > available at the proper scopes. You ought to get an undefined identifier > > error if you try to use them elsewhere. > > > > The macros work with "heap-based" SEH in order to work around the Borland > > patent. There are some limitations with using this with regular Microsoft > > Windows (see below), but it should be no problem to modify ReactOS to work > > with this scheme if necessary. > > > > The semantics for using the macros are as follows: > > TRY > > { > > try-protected-code; > > } > > EXCEPT(( filter-expression )) /* Note that double parens are needed */ { > > handler-code; } EXCEPT_END(); > > > > Issues with "heap-based" SEH: > > The default Microsoft RtlUnwind implementation will not call an exception > > handler if the exception registration is not within the threads stack > > limits. It would be a good idea to ensure that the ReactOS RtlUnwind > > implementation does not have this limitation if we wish to use "heap-based" > > SEH and not "stack-based" SEH. > > > > Issues with the macros and MSVC++: > > The VC compiler crashes if you use if(0) { code; } or goto label; { code; } > > label: instead of __asm jmp label; { code; } label; to prevent the exception > > handler from being executed by fallthrough. I think that this is because > > the optimizer decides that the exception handler is unreachable and removes > > it, despite an existing reference to code in the handler (the label for the > > start of the OS-invoked SEH handler function itself). Later this causes the > > compiler to crash, hence my workaround with __asm jmp EXCEPT_EndOfExcept. > > > > ----- Macro definitions follow ----- > > > > #define ExceptCleanup() { \ > > ExFreePool(EXCEPT_ExceptionPointers); \ > > __asm { \ > > __asm push eax \ > > __asm mov eax, dword ptr fs:[0x00000000] \ > > __asm mov eax, dword ptr [eax] \ > > __asm mov dword ptr fs:[0x00000000], eax \ > > __asm pop eax \ > > } \ > > } > > #define GetExceptionCode() ((DWORD)(EXCEPT_ExceptionCode)) > > #define GetExceptionPointers() > > ((PEXCEPTION_POINTERS)(&EXCEPT_ExceptionPointers)) > > > > #define EH_NONCONTINUABLE 0x00000001 > > #define EH_UNWINDING 0x00000002 > > #define EH_EXIT_UNWIND 0x00000004 > > #define EH_STACK_INVALID 0x00000008 > > #define EH_NESTED_CALL 0x00000010 > > #define EH_UNWIND_CONTEXT EH_UNWINDING | EH_EXIT_UNWIND > > > > #define _TRY_SAVED_EBP 0x08 > > #define _TRY_SAVED_EBX 0x0c > > #define _TRY_SAVED_ESI 0x10 > > #define _TRY_SAVED_EDI 0x14 > > #define _TRY_SAVED_ESP 0x18 > > > > #if 0 // Enable if you don't have these in scope > > typedef enum { > > ExceptionContinueExecution, > > ExceptionContinueSearch, > > ExceptionNestedException, > > ExceptionCollidedUnwind > > } EXCEPTION_DISPOSITION; > > #endif > > > > #define TRY { \ > > PVOID TRY_ExceptionRegistration = ExAllocatePoolWithTag(PagedPool, > > 28, ' HES'); \ > > volatile DWORD EXCEPT_ExceptionCode; \ > > __asm { \ > > __asm push eax \ > > __asm push ecx \ > > __asm mov eax, TRY_ExceptionRegistration \ > > __asm mov ecx, dword ptr fs:[0] \ > > __asm mov dword ptr [eax+0x00], ecx \ > > __asm mov dword ptr fs:[0], eax \ > > __asm lea ecx, EXCEPT_Handler \ > > __asm mov dword ptr [eax+0x04], ecx \ > > __asm mov dword ptr [eax+_TRY_SAVED_EBP], ebp > > \ > > __asm mov dword ptr [eax+_TRY_SAVED_EBX], ebx > > \ > > __asm mov dword ptr [eax+_TRY_SAVED_ESI], esi > > \ > > __asm mov dword ptr [eax+_TRY_SAVED_EDI], edi > > \ > > __asm mov dword ptr [eax+_TRY_SAVED_ESP], esp > > \ > > __asm add dword ptr [eax+_TRY_SAVED_ESP], 0x08 > > \ > > __asm pop ecx \ > > __asm pop eax \ > > } > > > > #define EXCEPT_LOCALS TYPE CONTEXT + 20 > > #define EXCEPT_CONTEXT_OFFSET 0 > > #define EXCEPT_POINTERS_OFFSET TYPE CONTEXT > > > > > > #ifdef _MSC_VER > > #pragma comment(linker, "/INCLUDE:_RtlUnwind@16") > > #endif > > > > #if 0 // Enable if not in scope > > // RtlUnwind unwinds procedure call stack frames. > > extern "C" > > NTSYSAPI > > VOID > > NTAPI > > RtlUnwind( > > IN OUT PVOID TargetFrame OPTIONAL, > > IN PVOID TargetIp OPTIONAL, > > IN PEXCEPTION_RECORD ExceptionRecord OPTIONAL, > > IN PVOID ReturnValue > > ); > > #endif > > > > #define EXCEPT(Expression) { __asm { jmp EXCEPT_EndOfExcept} \ > > volatile EXCEPTION_POINTERS EXCEPT_ExceptionPointers; \ > > EXCEPT_Handler: /* EXCEPTION_DISPOSITION __cdecl > > handler(EXCEPTION_RECORD* ExceptionRecord, void* EstablisherFrame, CONTEXT* > > ContextRecord, void* DispatcherContext) */ \ > > __asm { \ > > __asm mov eax, dword ptr [esp+0x04] \ > > __asm test dword ptr > > [eax]EXCEPTION_RECORD.ExceptionFlags, EH_UNWIND_CONTEXT | EH_NESTED_CALL \ > > __asm je EXCEPT_DoHandler \ > > \ > > __asm xor eax, eax \ > > __asm or eax, ExceptionContinueSearch \ > > __asm ret \ > > } \ > > EXCEPT_DoHandler: /* Can't define this in inline asm macro + __asm{} > > block, or compiler complains. */ \ > > __asm { \ > > __asm sub esp, EXCEPT_LOCALS \ > > __asm mov [esp]CONTEXT.Ebp, ebp \ > > __asm mov [esp]CONTEXT.Ebx, ebx \ > > __asm mov [esp]CONTEXT.Edi, edi \ > > __asm mov [esp]CONTEXT.Esi, esi \ > > __asm pushfd \ > > __asm pop ecx \ > > __asm mov [esp]CONTEXT.EFlags, ecx \ > > __asm mov ebp, dword ptr > > [esp+0x08+EXCEPT_LOCALS] \ > > __asm mov ebp, dword ptr [ebp+0x08] \ > > __asm lea edx, EXCEPT_ExceptionPointers \ > > __asm mov ecx, dword ptr > > [esp+0x04+EXCEPT_LOCALS] \ > > __asm mov > > [edx]EXCEPTION_POINTERS.ExceptionRecord, ecx \ > > __asm mov ecx, dword ptr > > [esp+0x0c+EXCEPT_LOCALS] \ > > __asm mov > > [edx]EXCEPTION_POINTERS.ContextRecord, ecx \ > > __asm mov edx, > > [edx]EXCEPTION_POINTERS.ExceptionRecord \ > > __asm mov edx, > > [edx]EXCEPTION_RECORD.ExceptionCode \ > > __asm mov EXCEPT_ExceptionCode, edx \ > > __asm mov ebp, dword ptr > > [esp+0x0c+EXCEPT_LOCALS] \ > > __asm mov eax, [ebp]CONTEXT.EFlags \ > > __asm push eax \ > > __asm popfd \ > > __asm mov ebp, dword ptr > > [esp+0x08+EXCEPT_LOCALS] \ > > __asm mov ebx, dword ptr [ebp+_TRY_SAVED_EBX] > > \ > > __asm mov esi, dword ptr [ebp+_TRY_SAVED_ESI] > > \ > > __asm mov edi, dword ptr [ebp+_TRY_SAVED_EDI] > > \ > > __asm mov ebp, dword ptr [ebp+_TRY_SAVED_EBP] > > \ > > __asm cld \ > > } \ > > \ > > switch( (Expression) ) { \ > > \ > > case EXCEPTION_CONTINUE_SEARCH: \ > > ExFreePool(TRY_ExceptionRegistration); \ > > __asm { \ > > __asm mov ebp, [esp]CONTEXT.Ebp \ > > __asm mov ebx, [esp]CONTEXT.Ebx \ > > __asm mov edi, [esp]CONTEXT.Edi \ > > __asm mov esi, [esp]CONTEXT.Esi \ > > __asm add esp, EXCEPT_LOCALS \ > > __asm xor eax, eax \ > > __asm or eax, ExceptionContinueSearch > > \ > > __asm ret \ > > } \ > > \ > > case EXCEPTION_CONTINUE_EXECUTION: \ > > ExFreePool(TRY_ExceptionRegistration); \ > > __asm { \ > > __asm mov eax, dword ptr > > [esp+0x08+EXCEPT_LOCALS] \ > > __asm push 0 \ > > __asm push 0 \ > > __asm push > > __ret_label_CONTINUE_EXECUTION \ > > __asm push eax \ > > __asm call dword ptr [RtlUnwind] \ > > } \ > > __ret_label_CONTINUE_EXECUTION: \ > > __asm { \ > > __asm mov ebp, [esp]CONTEXT.Ebp \ > > __asm mov ebx, [esp]CONTEXT.Ebx \ > > __asm mov edi, [esp]CONTEXT.Edi \ > > __asm mov esi, [esp]CONTEXT.Esi \ > > __asm add esp, EXCEPT_LOCALS \ > > __asm xor eax, eax \ > > __asm or eax, > > ExceptionContinueExecution \ > > __asm ret \ > > } \ > > \ > > case EXCEPTION_EXECUTE_HANDLER: \ > > __asm { \ > > __asm pushad \ > > __asm pushfd \ > > __asm mov eax, dword ptr > > [esp+0x08+0x04+0x20+EXCEPT_LOCALS] \ > > __asm push 0 \ > > __asm push 0 \ > > __asm push __ret_label_EXECUTE_HANDLER > > \ > > __asm push eax \ > > __asm call dword ptr [RtlUnwind] \ > > } \ > > __ret_label_EXECUTE_HANDLER: \ > > __asm { \ > > __asm popfd \ > > __asm popad \ > > } \ > > break; \ > > \ > > default: \ > > DPRINT("SEH: Invalid disposition returned from filter > > expression!\n"); \ > > RtlRaiseStatus(STATUS_INVALID_DISPOSITION); \ > > \ > > } \ > > \ > > __asm { \ > > __asm mov ebp, dword ptr > > [esp+0x08+EXCEPT_LOCALS] \ > > __asm mov ebx, dword ptr [ebp+_TRY_SAVED_EBX] > > \ > > __asm mov esi, dword ptr [ebp+_TRY_SAVED_ESI] > > \ > > __asm mov edi, dword ptr [ebp+_TRY_SAVED_EDI] > > \ > > __asm mov esp, dword ptr [ebp+_TRY_SAVED_ESP] > > \ > > __asm mov ebp, dword ptr [ebp+0x08] \ > > } } > > > > -- End -- > > > > > > _______________________________________________ > > Ros-kernel mailing list > > Ros-kernel@reactos.com > > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > > > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > From jasonfilby@yahoo.com Sun Nov 2 18:34:00 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id hA2HY0NG008435 for ; Sun, 2 Nov 2003 18:34:00 +0100 Received: from web41508.mail.yahoo.com (web41508.mail.yahoo.com [66.218.93.91]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id hA2HXxlk029124 for ; Sun, 2 Nov 2003 18:34:00 +0100 Message-ID: <20031102173342.83926.qmail@web41508.mail.yahoo.com> Received: from [155.239.193.17] by web41508.mail.yahoo.com via HTTP; Sun, 02 Nov 2003 09:33:42 PST Date: Sun, 2 Nov 2003 09:33:42 -0800 (PST) From: Jason Filby Subject: Re: [ros-kernel] ReactOS 0.1.5 Feature Freeze To: ReactOS Kernel List MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Nov 2003 17:34:01 -0000 Vizzini We can do RC1/2 releases - space is not an issue has the files themselves are hosted by SourceForge. The only issue might be time available to our release engineer - Nick Journals. Perhaps we could do with a backup release engineer - anyone? Cheers Jason Vizzini wrote: >All, > > > >ReactOS 0.1.5 has been tagged and branched and is now officially in > >feature freeze. The branch tag is ros-branch-0_1_5 and the command to > >update to it for testing/coding is: > > > >cvs up -r ros-branch-0_1_5 > > > >Please remember that the branch is now in feature freeze, which means > >that it is open to bugfixes but not to new feature development. Also, > >if you have a nontrivial or destabilizing bugfix, please run it by the > >list first. > > > >Code freeze will be next Saturday, with release of ReactOS 0.1.5 shortly > >thereafter. Full details can be found at > >http://plasmic.com/~vizzini/release.html. > > > >One minor policy change: as discussed during the last release cycle, > >any developer who commits a change on the branch is responsible for > >committing that change on HEAD as well. It will not be moved by me or > >the release engineer(s). > > > >Also: I'm not sure who's building and releasing this time around, but I > >want to remind you of GvG's suggestion to build a RC1 ISO concurrent > >with feature freeze and an RC2 concurrent with code freeze. I > >personally think anything we can do to ease testing and increase the > >number of testers is a good thing. Also, it gives the release engineer > >a trial run at actually building the system, in case there are any > >infrastructure bugs. Jason, could we get space on reactos.com for these > >pre-releases? > > > >A quick glance at the CVS traffic this month shows a lot of improvements > >to the system. I don't currently know of any release-blocking bugs, > >although the cdrom.sys and mouse-related bugs would be prime targets. > >Assuming we get through the release process unscathed, we'll have a > >release we can all be proud of. > > > > -Vizzini > > > > > >_______________________________________________ > >Ros-kernel mailing list > >Ros-kernel@reactos.com > >http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > > > __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From chorns@users.sourceforge.net Sun Nov 2 19:43:24 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id hA2IhNNG007138 for ; Sun, 2 Nov 2003 19:43:24 +0100 Received: from cicero0.cybercity.dk (cicero0.cybercity.dk [212.242.40.52]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id hA2IhNlk097534 for ; Sun, 2 Nov 2003 19:43:23 +0100 Received: from user5.cybercity.dk (fxp0.user5.ip.cybercity.dk [212.242.41.51]) by cicero0.cybercity.dk (Postfix) with ESMTP id E4BBA29D15 for ; Sun, 2 Nov 2003 19:42:42 +0100 (CET) Received: from ZEUS (port57.ds1-trg.adsl.cybercity.dk [212.242.245.122]) by user5.cybercity.dk (Postfix) with ESMTP id 9A4F33A1AD4 for ; Sun, 2 Nov 2003 19:42:41 +0100 (CET) From: "Casper Hornstrup" To: "'ReactOS Kernel List'" Subject: Re: [ros-kernel] Macro SEH support, version 2 (Help needed:translating to AT&T assembler syntax) Date: Sun, 2 Nov 2003 19:42:47 +0100 Message-ID: <004b01c3a171$1d085e90$0200000a@ZEUS> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 In-reply-to: <053101c3a166$caa430c0$bc48b13e@hornet> X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.3790.0 Importance: Normal Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id hA2IhNNG007138 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Nov 2003 18:43:24 -0000 Maybe you can assemble it and disassemble it again with objdump? IIRC objdump disassembles in AT&T style. Casper > -----Oprindelig meddelelse----- > Fra: ros-kernel-bounces@reactos.com > [mailto:ros-kernel-bounces@reactos.com] Pĺ vegne af Filip Navara > Sendt: 2. november 2003 18:29 > Til: ReactOS Kernel List > Emne: Re: [ros-kernel] Macro SEH support,version 2 (Help > needed:translating to AT&T assembler syntax) > > > I tried to do the job of translating it to AT&T syntax, but > unfortunetly I never used it and I gave up after few minutes. > The already finished part is at > www.volny.cz/xnavara/sehatat.c, if anybody wants to continue > with that. > > Filip > ----- Original Message ----- > From: "Vizzini" > To: "ReactOS Kernel List" > Sent: Sunday, November 02, 2003 7:07 AM > Subject: Re: [ros-kernel] Macro SEH support, version 2 (Help > needed:translating to AT&T assembler syntax) > > > > I think it is really critical to get some exception handling > > implemented in our system call handlers. At this point, > it's trivial > > to crash the whole operating system with a misbehaving > user-mode app. > > This macro system, while not optimal, will tide us over until the > > MinGW exception-handling work is complete. > > > > Are there any assembler people out there who need a weekend > project? > > This isn't terribly long, but it does need somebody who knows what > > they're doing. If you've been lurking for a while waiting to find > > something you can contribute, this might just be the > ticket! Mail the > > list or me directly if you're interested and I'll point you in the > > right direction. > > > > Nice work, Skywing. > > > > -Vizzini > > > > On Mon, 2003-10-27 at 10:16, Skywing wrote: > > > I've done a significant amount of reworking on the macro > SEH support > that I > > > introduced on the mailinglist some time ago. It now passes every > > > test I > can > > > throw at it with flying colors, including interoperating with > > > VC-style > SEH. > > > This includes unwinding and nested exception handlers. > This release > fixes a > > > number of bugs with the original implementation. > > > > > > Request for help: I don't know AT&T assembler, so > somebody needs to > port > > > this if it's to be used with MinGW (which is the primary > purpose for > > > me writing it). Unless somebody is willing to lend a hand with > > > GNU-ASM'ing > it, > > > this will probably not benefit the ReactOS project much. > > > > > > I've tried to code this as defensively as possible, so > that any code > > > in > the > > > handler or filter areas will properly run without any special > > > knowledge about the values of the stack/other registers > while in an > > > exception > handler. > > > I'm pretty sure that the macros are virtually bulletproof against > > > the compiler generating code that doesn't work inside of them, > > > provided you follow these rules: Enable frame pointer > generation. > > > This is absolutely crucial to any SEH implementation; > without frame > > > pointers, the macros > will > > > fall over and die. Preferably, exit the SEH exception > handler with > > > fallthrough. If you must exit it otherwise, you can try using the > > > ExceptCleanup() macro before leaving the handler with a return or > similar > > > statement. Exiting the SEH handler inside the filter > expression is > probably > > > a Bad Idea and may not work, as the "panic stack" will be used > > > through > the > > > remainder of the function. > > > > > > Additionally, GetExceptionCode() and > GetExceptionPointers() should > > > be available at the proper scopes. You ought to get an undefined > identifier > > > error if you try to use them elsewhere. > > > > > > The macros work with "heap-based" SEH in order to work around the > Borland > > > patent. There are some limitations with using this with regular > Microsoft > > > Windows (see below), but it should be no problem to > modify ReactOS > > > to > work > > > with this scheme if necessary. > > > > > > The semantics for using the macros are as follows: > > > TRY > > > { > > > try-protected-code; > > > } > > > EXCEPT(( filter-expression )) /* Note that double parens > are needed > > > */ { handler-code; } EXCEPT_END(); > > > > > > Issues with "heap-based" SEH: > > > The default Microsoft RtlUnwind implementation will not call an > exception > > > handler if the exception registration is not within the threads > > > stack limits. It would be a good idea to ensure that the ReactOS > > > RtlUnwind implementation does not have this limitation if > we wish to > > > use > "heap-based" > > > SEH and not "stack-based" SEH. > > > > > > Issues with the macros and MSVC++: > > > The VC compiler crashes if you use if(0) { code; } or > goto label; { > code; } > > > label: instead of __asm jmp label; { code; } label; to prevent the > exception > > > handler from being executed by fallthrough. I think that this is > because > > > the optimizer decides that the exception handler is > unreachable and > removes > > > it, despite an existing reference to code in the handler > (the label > > > for > the > > > start of the OS-invoked SEH handler function itself). Later this > > > causes > the > > > compiler to crash, hence my workaround with __asm jmp > EXCEPT_EndOfExcept. > > > > > > ----- Macro definitions follow ----- > > > > > > #define ExceptCleanup() { \ > ExFreePool(EXCEPT_ExceptionPointers); \ > > > __asm { \ > > > __asm push eax \ > > > __asm mov eax, dword ptr fs:[0x00000000] \ > > > __asm mov eax, dword ptr [eax] \ > > > __asm mov dword ptr fs:[0x00000000], eax \ > > > __asm pop eax \ > > > } \ > > > } > > > #define GetExceptionCode() ((DWORD)(EXCEPT_ExceptionCode)) > > > #define GetExceptionPointers() > > > ((PEXCEPTION_POINTERS)(&EXCEPT_ExceptionPointers)) > > > > > > #define EH_NONCONTINUABLE 0x00000001 > > > #define EH_UNWINDING 0x00000002 > > > #define EH_EXIT_UNWIND 0x00000004 > > > #define EH_STACK_INVALID 0x00000008 > > > #define EH_NESTED_CALL 0x00000010 > > > #define EH_UNWIND_CONTEXT EH_UNWINDING | EH_EXIT_UNWIND > > > > > > #define _TRY_SAVED_EBP 0x08 > > > #define _TRY_SAVED_EBX 0x0c > > > #define _TRY_SAVED_ESI 0x10 > > > #define _TRY_SAVED_EDI 0x14 > > > #define _TRY_SAVED_ESP 0x18 > > > > > > #if 0 // Enable if you don't have these in scope > > > typedef enum { > > > ExceptionContinueExecution, > > > ExceptionContinueSearch, > > > ExceptionNestedException, > > > ExceptionCollidedUnwind > > > } EXCEPTION_DISPOSITION; > > > #endif > > > > > > #define TRY { \ > > > PVOID TRY_ExceptionRegistration = > ExAllocatePoolWithTag(PagedPool, > > > 28, ' HES'); \ volatile DWORD EXCEPT_ExceptionCode; \ > > > __asm { \ > > > __asm push eax \ > > > __asm push ecx \ > > > __asm mov eax, TRY_ExceptionRegistration \ > > > __asm mov ecx, dword ptr fs:[0] \ > > > __asm mov dword ptr [eax+0x00], ecx \ > > > __asm mov dword ptr fs:[0], eax \ > > > __asm lea ecx, EXCEPT_Handler \ > > > __asm mov dword ptr [eax+0x04], ecx \ > > > __asm mov dword ptr [eax+_TRY_SAVED_EBP], ebp > > > \ > > > __asm mov dword ptr [eax+_TRY_SAVED_EBX], ebx > > > \ > > > __asm mov dword ptr [eax+_TRY_SAVED_ESI], esi > > > \ > > > __asm mov dword ptr [eax+_TRY_SAVED_EDI], edi > > > \ > > > __asm mov dword ptr [eax+_TRY_SAVED_ESP], esp > > > \ > > > __asm add dword ptr [eax+_TRY_SAVED_ESP], 0x08 > > > \ > > > __asm pop ecx \ > > > __asm pop eax \ > > > } > > > > > > #define EXCEPT_LOCALS TYPE CONTEXT + 20 > > > #define EXCEPT_CONTEXT_OFFSET 0 > > > #define EXCEPT_POINTERS_OFFSET TYPE CONTEXT > > > > > > > > > #ifdef _MSC_VER > > > #pragma comment(linker, "/INCLUDE:_RtlUnwind@16") > > > #endif > > > > > > #if 0 // Enable if not in scope > > > // RtlUnwind unwinds procedure call stack frames. > > > extern "C" > > > NTSYSAPI > > > VOID > > > NTAPI > > > RtlUnwind( > > > IN OUT PVOID TargetFrame OPTIONAL, > > > IN PVOID TargetIp OPTIONAL, > > > IN PEXCEPTION_RECORD ExceptionRecord OPTIONAL, > > > IN PVOID ReturnValue > > > ); > > > #endif > > > > > > #define EXCEPT(Expression) { __asm { jmp EXCEPT_EndOfExcept} \ > > > volatile EXCEPTION_POINTERS EXCEPT_ExceptionPointers; \ > > > EXCEPT_Handler: /* EXCEPTION_DISPOSITION __cdecl > > > handler(EXCEPTION_RECORD* ExceptionRecord, void* EstablisherFrame, > CONTEXT* > > > ContextRecord, void* DispatcherContext) */ \ > > > __asm { \ > > > __asm mov eax, dword ptr [esp+0x04] \ > > > __asm test dword ptr > > > [eax]EXCEPTION_RECORD.ExceptionFlags, EH_UNWIND_CONTEXT | > > > EH_NESTED_CALL > \ > > > __asm je EXCEPT_DoHandler \ > > > \ > > > __asm xor eax, eax \ > > > __asm or eax, ExceptionContinueSearch \ > > > __asm ret \ > > > } \ > > > EXCEPT_DoHandler: /* Can't define this in inline asm > macro + __asm{} > > > block, or compiler complains. */ \ __asm { \ > > > __asm sub esp, EXCEPT_LOCALS \ > > > __asm mov [esp]CONTEXT.Ebp, ebp \ > > > __asm mov [esp]CONTEXT.Ebx, ebx \ > > > __asm mov [esp]CONTEXT.Edi, edi \ > > > __asm mov [esp]CONTEXT.Esi, esi \ > > > __asm pushfd \ > > > __asm pop ecx \ > > > __asm mov [esp]CONTEXT.EFlags, ecx \ > > > __asm mov ebp, dword ptr > > > [esp+0x08+EXCEPT_LOCALS] \ > > > __asm mov ebp, dword ptr [ebp+0x08] \ > > > __asm lea edx, EXCEPT_ExceptionPointers \ > > > __asm mov ecx, dword ptr > > > [esp+0x04+EXCEPT_LOCALS] \ > > > __asm mov > > > [edx]EXCEPTION_POINTERS.ExceptionRecord, ecx \ > > > __asm mov ecx, dword ptr > > > [esp+0x0c+EXCEPT_LOCALS] \ > > > __asm mov > > > [edx]EXCEPTION_POINTERS.ContextRecord, ecx \ > > > __asm mov edx, > > > [edx]EXCEPTION_POINTERS.ExceptionRecord \ > > > __asm mov edx, > > > [edx]EXCEPTION_RECORD.ExceptionCode \ > > > __asm mov EXCEPT_ExceptionCode, edx \ > > > __asm mov ebp, dword ptr > > > [esp+0x0c+EXCEPT_LOCALS] \ > > > __asm mov eax, [ebp]CONTEXT.EFlags \ > > > __asm push eax \ > > > __asm popfd \ > > > __asm mov ebp, dword ptr > > > [esp+0x08+EXCEPT_LOCALS] \ > > > __asm mov ebx, dword ptr [ebp+_TRY_SAVED_EBX] > > > \ > > > __asm mov esi, dword ptr [ebp+_TRY_SAVED_ESI] > > > \ > > > __asm mov edi, dword ptr [ebp+_TRY_SAVED_EDI] > > > \ > > > __asm mov ebp, dword ptr [ebp+_TRY_SAVED_EBP] > > > \ > > > __asm cld \ > > > } \ > > > \ > > > switch( (Expression) ) { \ > > > \ > > > case EXCEPTION_CONTINUE_SEARCH: \ > > > ExFreePool(TRY_ExceptionRegistration); \ > > > __asm { \ > > > __asm mov ebp, [esp]CONTEXT.Ebp \ > > > __asm mov ebx, [esp]CONTEXT.Ebx \ > > > __asm mov edi, [esp]CONTEXT.Edi \ > > > __asm mov esi, [esp]CONTEXT.Esi \ > > > __asm add esp, EXCEPT_LOCALS \ > > > __asm xor eax, eax \ > > > __asm or eax, ExceptionContinueSearch > > > \ > > > __asm ret \ > > > } \ > > > \ > > > case EXCEPTION_CONTINUE_EXECUTION: \ > > > ExFreePool(TRY_ExceptionRegistration); \ > > > __asm { \ > > > __asm mov eax, dword ptr > > > [esp+0x08+EXCEPT_LOCALS] \ > > > __asm push 0 \ > > > __asm push 0 \ > > > __asm push > > > __ret_label_CONTINUE_EXECUTION \ > > > __asm push eax \ > > > __asm call dword ptr [RtlUnwind] \ > > > } \ > > > __ret_label_CONTINUE_EXECUTION: \ > > > __asm { \ > > > __asm mov ebp, [esp]CONTEXT.Ebp \ > > > __asm mov ebx, [esp]CONTEXT.Ebx \ > > > __asm mov edi, [esp]CONTEXT.Edi \ > > > __asm mov esi, [esp]CONTEXT.Esi \ > > > __asm add esp, EXCEPT_LOCALS \ > > > __asm xor eax, eax \ > > > __asm or eax, > > > ExceptionContinueExecution \ > > > __asm ret \ > > > } \ > > > \ > > > case EXCEPTION_EXECUTE_HANDLER: \ > > > __asm { \ > > > __asm pushad \ > > > __asm pushfd \ > > > __asm mov eax, dword ptr > > > [esp+0x08+0x04+0x20+EXCEPT_LOCALS] \ > > > __asm push 0 \ > > > __asm push 0 \ > > > __asm push __ret_label_EXECUTE_HANDLER > > > \ > > > __asm push eax \ > > > __asm call dword ptr [RtlUnwind] \ > > > } \ > > > __ret_label_EXECUTE_HANDLER: \ > > > __asm { \ > > > __asm popfd \ > > > __asm popad \ > > > } \ > > > break; \ > > > \ > > > default: \ > > > DPRINT("SEH: Invalid disposition returned from filter > > > expression!\n"); \ > > > RtlRaiseStatus(STATUS_INVALID_DISPOSITION); \ > > > \ > > > } \ > > > \ > > > __asm { \ > > > __asm mov ebp, dword ptr > > > [esp+0x08+EXCEPT_LOCALS] \ > > > __asm mov ebx, dword ptr [ebp+_TRY_SAVED_EBX] > > > \ > > > __asm mov esi, dword ptr [ebp+_TRY_SAVED_ESI] > > > \ > > > __asm mov edi, dword ptr [ebp+_TRY_SAVED_EDI] > > > \ > > > __asm mov esp, dword ptr [ebp+_TRY_SAVED_ESP] > > > \ > > > __asm mov ebp, dword ptr [ebp+0x08] \ > > > } } > > > > > > -- End -- > > > > > > > > > _______________________________________________ > > > Ros-kernel mailing list > > > Ros-kernel@reactos.com > > > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > > > > > > > _______________________________________________ > > Ros-kernel mailing list > > Ros-kernel@reactos.com > > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > > > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > From vizzini@plasmic.com Sun Nov 2 21:57:35 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id hA2KvZNG027073 for ; Sun, 2 Nov 2003 21:57:35 +0100 Received: from plasmir.plasmic.com (ident@plasmic.com [209.242.113.80]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id hA2KvYlk049904 for ; Sun, 2 Nov 2003 21:57:35 +0100 Received: from CPE-65-30-43-197.kc.rr.com (CPE-65-30-43-197.kc.rr.com [65.30.43.197]) by plasmir.plasmic.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id hA2KvZE4009651 for ; Sun, 2 Nov 2003 14:57:35 -0600 Subject: Re: [ros-kernel] Macro SEH support, version 2 (Help needed:translating to AT&T assembler syntax) From: Vizzini To: ReactOS Kernel List In-Reply-To: <004b01c3a171$1d085e90$0200000a@ZEUS> References: <004b01c3a171$1d085e90$0200000a@ZEUS> Content-Type: text/plain Message-Id: <1067806482.1175.68.camel@bilbo.plasmic.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 02 Nov 2003 14:54:42 -0600 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on plasmir X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Nov 2003 20:57:35 -0000 On Sun, 2003-11-02 at 12:42, Casper Hornstrup wrote: > Maybe you can assemble it and disassemble it again with objdump? > IIRC objdump disassembles in AT&T style. > > Casper Now *that* is a good idea! I'm going to try that later on. I love creative solutions to difficult problems... The only remaining problem would be divining the proper gcc incantations for inline asm, but that's reasonably well documented. http://www.delorie.com/djgpp/doc/brennan/brennan_att_inline_djgpp.html -Vizzini From nick_journals@hotmail.com Sun Nov 2 22:49:14 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id hA2LnENG027525 for ; Sun, 2 Nov 2003 22:49:14 +0100 Received: from hotmail.com (sea2-dav13.sea2.hotmail.com [207.68.164.117]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id hA2LnDlk027264 for ; Sun, 2 Nov 2003 22:49:13 +0100 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 2 Nov 2003 13:48:36 -0800 Received: from 212.239.197.252 by sea2-dav13.sea2.hotmail.com with DAV; Sun, 02 Nov 2003 21:48:36 +0000 X-Originating-IP: [212.239.197.252] X-Originating-Email: [nick_journals@hotmail.com] From: "nick_journals" To: "ReactOS Kernel List" References: <1067751234.1174.21.camel@bilbo.plasmic.com> <001e01c3a15f$c0219fe0$0500a8c0@marvin> Subject: Re: [ros-kernel] Setup Problem Date: Sun, 2 Nov 2003 22:49:09 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Message-ID: X-OriginalArrivalTime: 02 Nov 2003 21:48:36.0282 (UTC) FILETIME=[1182D9A0:01C3A18B] X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Nov 2003 21:49:14 -0000 Hi Eric, I tried that but it doesn't return any errors. I just hangs. Also, it doesn't always hang at the same progress percentage. But it's always with nls files... Should it return any debug messages even if there isn't any error? Greets, Nick ----- Original Message ----- From: "Eric Kohl" To: "ReactOS Kernel List" Sent: Sunday, November 02, 2003 5:38 PM Subject: Re: [ros-kernel] Setup Problem > > "nick_journals" wrote: > > > > I built the latest version of the 0.1.5branch. > > Problem is, that when I try to install it, it seems to hang upon copying > the > > nls files. any idea on what might cause this? > > Please enable debug output in reactos/bootdata/txtsetup.sif, rebuild the CD > and install again. > - Search for the '[SetupData]' section in reactos/bootdata/txtsetup.sif. > - Remove the leading semicolon at the third line of the section ('... > /DEBUGPORT=SCREEN') and add a leading semicolon at the first line of the > section ('... /NODEBUG'). > - Save txtsetup.sif > - Run 'make bootcd' > - Burn a new CD > - Install it > > Any error messages? > > Regards, > Eric > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > From steven_ed4153@yahoo.com Mon Nov 3 01:12:21 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id hA30CLNG028289 for ; Mon, 3 Nov 2003 01:12:21 +0100 Received: from web21103.mail.yahoo.com (web21103.mail.yahoo.com [216.136.227.105]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id hA30CKlk039896 for ; Mon, 3 Nov 2003 01:12:21 +0100 Message-ID: <20031103001212.83180.qmail@web21103.mail.yahoo.com> Received: from [66.83.186.125] by web21103.mail.yahoo.com via HTTP; Sun, 02 Nov 2003 16:12:12 PST Date: Sun, 2 Nov 2003 16:12:12 -0800 (PST) From: Steven Edwards Subject: Re: AW: [ros-kernel] Windows Messages To: ReactOS Kernel List In-Reply-To: <1067443946.3f9fe6ea2bd3e@my.visi.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Nov 2003 00:12:21 -0000 Yes if no one wants to contenue on the user32 rewrite I will remove the RosUser32 from CVS. Good work also Mark. Thanks Steven > Quoting Michael : > > > Hi, > > Richard Cambell wanted to rewrite user32.dll, too, but until now we > have > > only a skelet __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From beta_guy@telus.net Mon Nov 3 09:57:20 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id hA38vKNG030777 for ; Mon, 3 Nov 2003 09:57:20 +0100 Received: from priv-edtnes57.telusplanet.net (defout.telus.net [199.185.220.240]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id hA38vJlk044278 for ; Mon, 3 Nov 2003 09:57:19 +0100 Received: from jeff5vs2du64yz ([209.89.242.242]) by priv-edtnes57.telusplanet.net (InterMail vM.6.00.05.00 201-2115-109-20030812) with SMTP id <20031103085327.GUHY28455.priv-edtnes57.telusplanet.net@jeff5vs2du64yz> for ; Mon, 3 Nov 2003 01:53:27 -0700 Message-ID: <001001c3a1e8$1170b6f0$0500a8c0@jeff5vs2du64yz> From: "Jeff Smith" To: "ReactOS Kernel List" Date: Mon, 3 Nov 2003 01:54:19 -0700 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000D_01C3A1AD.64FC5B20" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: [ros-kernel] SOL under ReactOS X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Nov 2003 08:57:20 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_000D_01C3A1AD.64FC5B20 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ok here's the thing I have SOL running on Real HW, and I don't know how = lol I tried telling some one else how it was done, but it didn't work = for him, I lried doing what I thought I did under a VM, and nothing = happened, so here's the thing, I'm going to forget when I know, just = give me the instructions on how to correctly get SOL.exe running under = ReactOS. ------=_NextPart_000_000D_01C3A1AD.64FC5B20 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
ok here's the thing I have SOL running = on Real=20 HW,  and I don't know how lol I tried telling some one else how it = was=20 done, but it didn't work for him, I lried doing what I thought I did = under a VM,=20 and nothing happened,  so here's the thing, I'm going to forget = when I=20 know, just give me the instructions on how to correctly get SOL.exe = running=20 under ReactOS.
------=_NextPart_000_000D_01C3A1AD.64FC5B20-- From xnavara@volny.cz Mon Nov 3 11:34:22 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id hA3AYMNG031249 for ; Mon, 3 Nov 2003 11:34:22 +0100 Received: from smtp1.vol.cz (smtp1.vol.cz [195.250.128.73]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id hA3AYLlk014390 for ; Mon, 3 Nov 2003 11:34:21 +0100 Received: from webmail3.vol.cz (webmail3.vol.cz [195.250.155.196]) by smtp1.vol.cz (8.12.8p2/8.12.8) with ESMTP id hA3AYDGI092584 for ; Mon, 3 Nov 2003 11:34:13 +0100 (CET) (envelope-from xnavara@volny.cz) Received: from webmail3.vol.cz (localhost [127.0.0.1]) by webmail3.vol.cz (8.12.8p2/8.12.8) with ESMTP id hA3AYDH8072934 for ; Mon, 3 Nov 2003 11:34:13 +0100 (CET) (envelope-from xnavara@volny.cz) Received: (from www@localhost) by webmail3.vol.cz (8.12.8p2/8.12.8/Submit) id hA3AYDZL072933; Mon, 3 Nov 2003 11:34:13 +0100 (CET) MIME-Version: 1.0 Subject: Re: [ros-kernel] Macro SEH support, version 2 (Help needed:translating to AT&T assembler syntax) From: "Filip Navara" Sender: xnavara@volny.cz To: "ReactOS Kernel List" Date: Mon, 03 Nov 2003 11:34:13 +0100 (CET) Message-ID: <034c0d02c1edaa4fa5216d75bfb05a84@www3.mail.volny.cz> X-Mailer: Volny.cz Webmail2 1.42 X-Originating-Ip: 81.30.232.21 X-Originating-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows 98) X-Priority: 3 X-MSMail-Priority: Normal In-Reply-To: <1067806482.1175.68.camel@bilbo.plasmic.com> References: <004b01c3a171$1d085e90$0200000a@ZEUS> <1067806482.1175.68.camel@bilbo.plasmic.com> Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id hA3AYMNG031249 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Nov 2003 10:34:22 -0000 Actually I had the same idea, but the problem isn't the basic syntax, but the passing of variables and will not learn that from objdump. Filip ----- PŮVODNÍ ZPRÁVA ----- Od: "Vizzini" Komu: "ReactOS Kernel List" Předmět: Re: [ros-kernel] Macro SEH support, version 2 Datum: 2.11.2003 - 22:04:45 > On Sun, 2003-11-02 at 12:42, Casper Hornstrup wrote: > > Maybe you can assemble it and disassemble it again > > with objdump? > > IIRC objdump disassembles in AT&T style. > > > > Casper > > Now *that* is a good idea! I'm going to try that later > on. > > I love creative solutions to difficult problems... > > The only remaining problem would be divining the proper > gcc incantations > for inline asm, but that's reasonably well documented. > > http://www.delorie.com/djgpp/doc/brennan/brennan_att_inline_djgpp.html > > -Vizzini > > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > -- Potrebujete vice prostoru pro vase stranky? Ptejte se na http://sluzby.volny.cz/cs/product/ftp_paid From nick_journals@hotmail.com Mon Nov 3 12:42:31 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id hA3BgVNG031517 for ; Mon, 3 Nov 2003 12:42:31 +0100 Received: from hotmail.com (sea2-f14.sea2.hotmail.com [207.68.165.14]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id hA3BgUlk022554 for ; Mon, 3 Nov 2003 12:42:31 +0100 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 3 Nov 2003 03:42:00 -0800 Received: from 194.7.191.9 by sea2fd.sea2.hotmail.msn.com with HTTP; Mon, 03 Nov 2003 11:42:00 GMT X-Originating-IP: [194.7.191.9] X-Originating-Email: [nick_journals@hotmail.com] From: "Nick Journals" To: ros-kernel@reactos.com Subject: Re: [ros-kernel] Setup Problem-update Date: Mon, 03 Nov 2003 11:42:00 +0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 03 Nov 2003 11:42:00.0771 (UTC) FILETIME=[7E825930:01C3A1FF] X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Nov 2003 11:42:32 -0000 Eric, I created a new VM and that solved the issue. So it must be because there was an 0.1.3 version installed and I wanted to install over it. Also formatting didn't help... But starting clean gives no probs. Greets, Nick >From: "nick_journals" >Reply-To: ReactOS Kernel List >To: "ReactOS Kernel List" >Subject: Re: [ros-kernel] Setup Problem >Date: Sun, 2 Nov 2003 22:49:09 +0100 >MIME-Version: 1.0 >X-Originating-IP: [212.239.197.252] >X-Originating-Email: [nick_journals@hotmail.com] >Received: from mc8-f38.hotmail.com ([65.54.253.174]) by mc8-s2.hotmail.com >with Microsoft SMTPSVC(5.0.2195.5600); Sun, 2 Nov 2003 13:50:56 -0800 >Received: from dutlaso.lr.tudelft.nl ([130.161.165.129]) by >mc8-f38.hotmail.com with Microsoft SMTPSVC(5.0.2195.5600); Sun, 2 Nov 2003 >13:51:30 -0800 >Received: from dutlaso.lr.tudelft.nl (localhost.localdomain [127.0.0.1])by >dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id hA2LnFNI027528;Sun, 2 >Nov 2003 22:49:28 +0100 >Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl >[130.161.164.58])by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id >hA2LnENG027525for ; Sun, 2 Nov 2003 22:49:14 +0100 >Received: from hotmail.com (sea2-dav13.sea2.hotmail.com [207.68.164.117])by >dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id hA2LnDlk027264for >; Sun, 2 Nov 2003 22:49:13 +0100 >Received: from mail pickup service by hotmail.com with Microsoft >SMTPSVC;Sun, 2 Nov 2003 13:48:36 -0800 >Received: from 212.239.197.252 by sea2-dav13.sea2.hotmail.com with DAV;Sun, >02 Nov 2003 21:48:36 +0000 >X-Message-Info: N4u0pqWW+O3p7BnLD/jHkbLBDA3E6Sd8VNiIPtGLCFU= >References: ><1067751234.1174.21.camel@bilbo.plasmic.com><001e01c3a15f$c0219fe0$0500a8c0@marvin> >X-Priority: 3 >X-MSMail-Priority: Normal >X-Mailer: Microsoft Outlook Express 6.00.2800.1106 >X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 >Message-ID: >X-OriginalArrivalTime: 02 Nov 2003 21:48:36.0282 >(UTC)FILETIME=[1182D9A0:01C3A18B] >X-BeenThere: ros-kernel@reactos.com >X-Mailman-Version: 2.1.2 >Precedence: list >List-Id: ReactOS Kernel List >List-Unsubscribe: >, > >List-Archive: >List-Post: >List-Help: >List-Subscribe: >, > >Sender: ros-kernel-bounces@reactos.com >Errors-To: ros-kernel-bounces@reactos.com >Return-Path: ros-kernel-bounces@reactos.com > >Hi Eric, > >I tried that but it doesn't return any errors. I just hangs. >Also, it doesn't always hang at the same progress percentage. But it's >always with nls files... > >Should it return any debug messages even if there isn't any error? > >Greets, >Nick >----- Original Message ----- >From: "Eric Kohl" >To: "ReactOS Kernel List" >Sent: Sunday, November 02, 2003 5:38 PM >Subject: Re: [ros-kernel] Setup Problem > > > > > > "nick_journals" wrote: > > > > > > > I built the latest version of the 0.1.5branch. > > > Problem is, that when I try to install it, it seems to hang upon >copying > > the > > > nls files. any idea on what might cause this? > > > > Please enable debug output in reactos/bootdata/txtsetup.sif, rebuild the >CD > > and install again. > > - Search for the '[SetupData]' section in >reactos/bootdata/txtsetup.sif. > > - Remove the leading semicolon at the third line of the section ('... > > /DEBUGPORT=SCREEN') and add a leading semicolon at the first line of the > > section ('... /NODEBUG'). > > - Save txtsetup.sif > > - Run 'make bootcd' > > - Burn a new CD > > - Install it > > > > Any error messages? > > > > Regards, > > Eric > > > > _______________________________________________ > > Ros-kernel mailing list > > Ros-kernel@reactos.com > > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > > >_______________________________________________ >Ros-kernel mailing list >Ros-kernel@reactos.com >http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel _________________________________________________________________ See when your friends are online with MSN Messenger 6.0. Download it now FREE! http://msnmessenger-download.com From iastrubn@actcom.co.il Mon Nov 3 18:26:15 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id hA3HQFNG028092 for ; Mon, 3 Nov 2003 18:26:15 +0100 Received: from smtp2.actcom.co.il (mail.actcom.co.il [192.114.47.15]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id hA3HQ9lk026830 for ; Mon, 3 Nov 2003 18:26:10 +0100 Received: from actcom.co.il (line108-136.adsl.actcom.co.il [192.117.108.136]) by smtp2.actcom.co.il (8.12.10/8.12.10) with ESMTP id hA3HPxNT000363 for ; Mon, 3 Nov 2003 19:26:02 +0200 Message-ID: <3FA68FAB.5000808@actcom.co.il> Date: Mon, 03 Nov 2003 19:26:03 +0200 From: Diego Iastrubni User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.5b) Gecko/20030912 Thunderbird/0.3a X-Accept-Language: en-us, en MIME-Version: 1.0 To: ReactOS Kernel List Subject: Re: AW: [ros-kernel] Windows Messages References: <20031103001212.83180.qmail@web21103.mail.yahoo.com> In-Reply-To: <20031103001212.83180.qmail@web21103.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Nov 2003 17:26:15 -0000 please dont. make a "unsupported" cvs tag or something and move it there. dont delete it forerver. some day someone may come and see it, and the actually patch it and make it usable. Steven Edwards wrote: >Yes if no one wants to contenue on the user32 rewrite I will remove the >RosUser32 from CVS. > >Good work also Mark. > >Thanks >Steven > > > >>Quoting Michael : >> >> >> >>>Hi, >>>Richard Cambell wanted to rewrite user32.dll, too, but until now we >>> >>> >>have >> >> >>>only a skelet >>> >>> > > >__________________________________ >Do you Yahoo!? >Exclusive Video Premiere - Britney Spears >http://launch.yahoo.com/promos/britneyspears/ >_______________________________________________ >Ros-kernel mailing list >Ros-kernel@reactos.com >http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > > From Michael@fritscher.net Mon Nov 3 18:40:28 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id hA3HeSNG030410 for ; Mon, 3 Nov 2003 18:40:28 +0100 Received: from moutvdom.kundenserver.de (moutvdom.kundenserver.de [212.227.126.250]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id hA3HeSlk036826 for ; Mon, 3 Nov 2003 18:40:28 +0100 Received: from [212.227.126.221] (helo=mrvdomng.kundenserver.de) by moutvdom.kundenserver.de with esmtp (Exim 3.35 #1) id 1AGigR-0006V1-00 for ros-kernel@reactos.com; Mon, 03 Nov 2003 18:40:07 +0100 Received: from [217.236.86.248] (helo=michael) by mrvdomng.kundenserver.de with esmtp (Exim 3.35 #1) id 1AGigQ-0003K8-00 for ros-kernel@reactos.com; Mon, 03 Nov 2003 18:40:06 +0100 From: "Michael" To: "'ReactOS Kernel List'" Subject: AW: AW: [ros-kernel] Windows Messages Date: Mon, 3 Nov 2003 18:42:10 +0100 Message-ID: <000701c3a231$cf48d560$6700a8c0@fritscher.fritscher> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4920.2300 In-reply-to: <3FA68FAB.5000808@actcom.co.il> Importance: Normal Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id hA3HeSNG030410 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Nov 2003 17:40:28 -0000 That is only 7k stubs, not even compilable... -----Ursprüngliche Nachricht----- Von: ros-kernel-bounces@reactos.com [mailto:ros-kernel-bounces@reactos.com] Im Auftrag von Diego Iastrubni Gesendet: Montag, 3. November 2003 18:26 An: ReactOS Kernel List Betreff: Re: AW: [ros-kernel] Windows Messages please dont. make a "unsupported" cvs tag or something and move it there. dont delete it forerver. some day someone may come and see it, and the actually patch it and make it usable. Steven Edwards wrote: >Yes if no one wants to contenue on the user32 rewrite I will remove the >RosUser32 from CVS. > >Good work also Mark. > >Thanks >Steven > > > >>Quoting Michael : >> >> >> >>>Hi, >>>Richard Cambell wanted to rewrite user32.dll, too, but until now we >>> >>> >>have >> >> >>>only a skelet >>> >>> > > >__________________________________ >Do you Yahoo!? >Exclusive Video Premiere - Britney Spears >http://launch.yahoo.com/promos/britneyspears/ >_______________________________________________ >Ros-kernel mailing list >Ros-kernel@reactos.com >http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > > _______________________________________________ Ros-kernel mailing list Ros-kernel@reactos.com http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel From ekohl@rz-online.de Mon Nov 3 19:39:10 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id hA3IdANG030920 for ; Mon, 3 Nov 2003 19:39:10 +0100 Received: from mout01.rhein-zeitung.de (mout01.rz-online.net [212.7.160.41]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id hA3Id9lk090708 for ; Mon, 3 Nov 2003 19:39:09 +0100 Received: from marvin (pppin-41-a3.pop-koblenz.rz-online.NET [212.7.163.65]) by mout01.rhein-zeitung.de (8.12.10/8.12.10) with SMTP id hA3Id053029286 for ; Mon, 3 Nov 2003 19:39:04 +0100 Message-ID: <000301c3a239$c4efeec0$0500a8c0@marvin> From: "Eric Kohl" To: "ReactOS Kernel List" References: Subject: Re: [ros-kernel] Setup Problem-update Date: Mon, 3 Nov 2003 19:18:06 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Nov 2003 18:39:10 -0000 "Nick Journals" wrote: > I created a new VM and that solved the issue. > So it must be because there was an 0.1.3 version installed and I wanted to > install over it. > Also formatting didn't help... > But starting clean gives no probs. That's good news! Eric From ekohl@rz-online.de Mon Nov 3 19:39:30 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id hA3IdUNG030933 for ; Mon, 3 Nov 2003 19:39:30 +0100 Received: from mout01.rhein-zeitung.de (mout01.rz-online.net [212.7.160.41]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id hA3IdTlk036646 for ; Mon, 3 Nov 2003 19:39:30 +0100 Received: from marvin (pppin-41-a3.pop-koblenz.rz-online.NET [212.7.163.65]) by mout01.rhein-zeitung.de (8.12.10/8.12.10) with SMTP id hA3Id051029286 for ; Mon, 3 Nov 2003 19:39:03 +0100 Message-ID: <000201c3a239$c469a7c0$0500a8c0@marvin> From: "Eric Kohl" To: "ReactOS Kernel List" References: <20031103001212.83180.qmail@web21103.mail.yahoo.com> Subject: Re: AW: [ros-kernel] Windows Messages Date: Mon, 3 Nov 2003 19:16:47 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Nov 2003 18:39:30 -0000 "Steven Edwards" wrote: > Yes if no one wants to contenue on the user32 rewrite I will remove the > RosUser32 from CVS. I agree with removing RosUser32 because a full rewrite is never a goot thing. Improving existing code bit-by-bit is a much better strategy. Ask the Netscape guys about it. ;-) Eric From gerard.gatineau@laposte.net Mon Nov 3 23:03:09 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id hA3M39NG017928 for ; Mon, 3 Nov 2003 23:03:09 +0100 Received: from mx.laposte.net (mx.laposte.net [81.255.54.11]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id hA3M37lk093718 for ; Mon, 3 Nov 2003 23:03:08 +0100 Received: from laposte.net (62.147.42.184) by mx.laposte.net (6.0.053) (authenticated as gerard.gatineau@laposte.net) id 3F83E7D900EB26F7 for ros-kernel@reactos.com; Mon, 3 Nov 2003 23:01:49 +0100 Message-ID: <3FA6CFFF.30105@laposte.net> Date: Mon, 03 Nov 2003 23:00:31 +0100 From: gge User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "'ReactOS Kernel List'" Content-Type: multipart/mixed; boundary="------------070501040102030403010208" Subject: [ros-kernel] Explorer desktop not properly dispayed on screen X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Nov 2003 22:03:09 -0000 This is a multi-part message in MIME format. --------------070501040102030403010208 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Dear all, Please find attached a screenshot of the explorer desktop ran in real hardware . Reactos was built on November 1st and the last Wine Dlls from the web site of Sed have been installed (wineros.zip). Floppy.sys driver was disabled ( Bug #38) As you can see in the screenshot the desktop is not displayed properly . Is it the expected behavior for the moment ? Regards Gerard --------------070501040102030403010208 Content-Type: application/x-zip-compressed; name="explorer_test.zip" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="explorer_test.zip" UEsDBBQAAAAIAJK1Yy9eBuR9vWMBAN/dAQARAAAAZXhwbG9yZXJfdGVzdC5KUEe0/Qtck3X/ P45fY8AQESinoDIGHWSzFMiVhwkMDcdJgWGHe5mClA7u7hQx0CEwRKRQAQMFKWAyhlg3pQUF 1QRRxExyzEVIiIGKICcPIMjJ/+v1voaH6vP5fn+/x+/fI8d2bbt2Xe/rdXg+X6frYdPDNmrY a3v4Rory8ZlHmVEUZUrNZphQDHi2Af7NMTyPgH88BpM8N4J/040eP2cbmcC3KGor/AtPMSbb C6m//+cN/xhP/KUMfx8a/ir+D6/hNzJYlDE8c3nFxYVxgH7OgCOhlIbtrrBdSR8ZOTolfTR4 YszJ56b0Lz/8g9pNOc605diyHTlzOC8+7+jkGvya6/z5ru97+y8L3h4RvzM6YtvW5INVhcn7 y9K3bituLymr/aWxqVGh7B7t1D6o0jXWM55/8UXXl1xDX3sttP6TbZ/U/z/+7+EZBiwVw4RB /ptcKTgnYxNTltkU86kMismY/O9vb1pTRgwm08iYaWJiDOfPiMPFMH7G5FlHV0/T6UGhrOci 2a8kHjhi9vzyE6dmSBpuv7Bww9ZdU8xn2tjOmv3iXCcef57g1dcWLV6ydMXrXivF3j6+wWve ePOtt/8lDXvv/Y2bZOERUds+io7ZvkOetDt5T8rHn6R+mpl18FB2zuHcQlWRuvhoybEvvvm2 rPy77ysqf6g5fab2bN25n8/rLul/a/y96XJzW/u16zc6bnZ23bpz997A4P2h4Qcjz8AhGxkb M41ZeMgMoxg8n2eMTRxdTZ/1DGKFRk5/7pVEM/byA0dOnJry/ELJ7RkbtjaYz3xB0PbiHTxq ctD/d8e86//VQT865keH/LCaesbMFGSIyXCkjJ5hMJ9hPGymLJgMeMF8hvKgTquLXApzTNgK ntIolcKHELaEKlSY8xVB3rilmOHl8OiF8n96KGb4iab4eRvDF3kUeVArjT5VzEylfKUUn8cI x62GV4ad8WWw6dlUSuoLTxnklbnv//ITT/6YF/XkQT4+YpEJm3r0oKA/GPj0A3w058lP4cOL DjM/zZkKb2YpHp3vU7sy4ylDn96VA32micn43uSRSfkWjw4u59EB/P0XHx8z7397oNfr/7Qi xuSDsMYyw4rzyeKn4kKXSaiiJy5gCB68wxO/Qp+n4okV5T155JOfznnyoP+2ek+tI/0b+FUf 0VQfb6NDOVO8qPkvwv9G5jzbf75Af1/LUC+jmammj5ZR+eSh5/xtGXP+YU2flFiQrSKlyT+9 M/nw6aO1Nlb/ZRXJR3zJ6tIbi42CyJn9g7bAC1rSn/yRkCfl7kmZlPxtqSfFzvuRlD+SuBfn g3RS+Msik/nwyuhZWJ+nRNvo0XWFhYRP7nryHKWw9k+d9V/kL+fRz/4PCkeLkEmRclJz4Vu4 qOTyPrIexmrlX36EMfnhJ65klgJ0XspD0QSr4QXK9xdzw/vLZQx5cnn+BxX9v3uY4mf4i0dN ZQUa6Z5YPtun9Z3eYlhG00diqphJr/zfhfHx0ec8veUpkSNbpCEvznd49hC9w8m///jwj6b3 yavnG0KvP1gwIpVSviIrkIG2+NFRSH2flMT//zw4ELGT4IrC/w6PhND08eI+KZH0es78qxD/ 3VIr/nrkhs38cIXEoPsS3aMV/xTfkhoWLqtM8T9K8tNbHqkBkQ8FGlX0By+ipjmYo7Ay4NPE loFIy2iT8E8+5/+jB1jGBjCn9LLuRZWf1Pe/r+Tkw4aGx3ZV+TfL+ITAPuGWJu0Y6vUhIkov PqHN/yBx/6imOf/gcCUGk2vQWbCtviDzbKqMGLNH9pohKzY4iv+jc/m/fvgnZ01LI7zn+4R9 fEKn/+Z5H8ulw9+85N8PEt4z0pF3aHFB2aMk9AqLpj6BVkQmT63u3wHKP3ln5dOem2x+7Gon FxXcg0QLi/n/oSTuemIZJu0jri5eMTytF9lmUl9Tw/o+4bsN50ALqvSvbp/6q/b95Txp0wX+ LtAIToigMun/ez3zUvyfANT/9oByS05m8u//swfrIFFNqjEuH/Pp9xInvRF525Uvs0aBCSQo GpwT8/FnHj9MndwJnwry/z8cOXoU4nr3Gr69utogg01GqS8zvGaSd8QvUYUF8C/tTYfCguen JrO3ulQEiZ+HDSttzPmjr9mY8+5/sMBWfWpAdfl4RY571ob0jTVtSV1+SQGXj/9gwfV1icMP JIUPqFg6eKvztQJ601ueZSNBZSOz439OeWXaUd3+o9qGnqYoh+a4aXMCjqguw8bSTllT6570 jXbnXuOu8Duh4d0PvZAUJg86oZlmf2FJxgebfV9bpMZnO/5j+OSC9+zfkQfd+B627jy37LsB 1S+bfePJB7rEh1qzNDmVhqd7Cr61fM/50EPqiiAfvtFzOo8FG7PPJ/i65UQ53L06WrZjVZf4 W89fk85v9l12FM5NedPzxuKJ6eKs1qxYgd25ZcV1sH2i176etdSKP867WwAnZ9cJm7pUuJdc y232wQ+pbQ03PNT0Zx5SP+IxwJc7cYfnN6+g95/QlxsAO7gf+mvy3YLR4kzcAF9/zz54JOhG 1dAq+8njx4ONdenwvPE9bHxnBA76MAs34kmSo/5jtDhpjuXZ7G+5r1jN1/DJ4qw999qiI6ow +Wy3jAewYitWnoUDxMXdP35pZeMA2WG5hl7y4x1wSWavOqrV3f9gScaPAUeKTsEHXrPxTOpa aQVnkawNGQlKgmUJ+8EiKHVdffJpNl7sdglcuLW82gUgELzroZE81QFFkN9BBRGdtDcZXnb/ NUpd8rYJu/LtmtSXHVCovPawg0LMecfRRxU9Kfh/lWeDZtC49tELWles/0HmyZZJwY+2DkqN eNko216/9XgFOfSAA8mnQRDDB472NH0FIqluigMRtjsFsnX3D7yA59bPJ08LvrV5BS4rf2c2 fFQbpby7Xpd9LsF3iXWldodVlzhjYlfa63ad67+tUnM3JUTsLFnXMPX+RlVPfbf45RXNrMvp pc6XP9MH3/g4VjTqOqjqqWs8WOgs477v0aoeXaQRvu6mjPts/Av3C26yIa9eZs/pxmz4t5/Z 7DK6GD59DZ7mpVz+Xa8bz4vrusISWn1byt3kuySjsmnHFL/rThq7mpshDum6dEdh6pKkvL3X j6rtfc3fstxo7xvNPumbEF3gEuXyjNOQ7G7maGE2PL+bqUuf78brgE9IRyQP/j3e4FUbbS99 SEXv39vJq3h3z6lOXtPJXWkhP06D101VV9hRJk0frPf0K4/UBkXbhJbJg8oTfuB1TN1jo9uv 0gZt+XEaPJbJzRfYgCC8NeM0U7fPytOraa2LG2/MRKgISuzyvWYRlB6xgOFlg5fJLtClMGNX aowBlhT+yQ7aYs6rYMkXilgR9LVbi4adbEUzX+9iLpTAs7VMQZTIFACA10uKoNwQ030NWyxG G3KphV42x1m+vIrTAvhKgLLwz/nw0XRPn+GgLZZuJrb2u/KqXcjfvclnqgfYFfZJdwvbom3h j4o5Wniwae2qL8cbVv42cDTyyp7fJjpVG26qbaaeeM1pyGuOjTbogk3ojaNDXvbShG1wrlbz PX4UZxWQRcmXJESn8+E1WdXRMttM3d6UhVZzXZsarh8NDcjZeSHgRTfeXev76i0dodfF/eKM /IG1S3J2TPG5v62wcwlcvwFVz8+3ZD9w4aIePVY0+spIrsAymrtpvdT9QlWrSnQz9H7o+K2A b636Z7tp7yfiC/f6id9mfvzgdE/rQMHGIbUspczqW26/ufuFhJ94N3B7/Xibz/2Ng+ytZ0Cu Dmu8uBvj9VtfX3JmVNhwP0Z9LuXXpJ5+8eWrOhTZAMe6IPGnE1lbHW4u3+E83rzsKLdGdj8M rIrH0CqnLLQxGrQlTQnT5hJTceKeQ9PVK4L/uO/J/hbMb/iAADSpp+ndKUmdslMDatB8D3P+ YtcWnvp8NU91EAD3DSAbbxuDmksaQp5NFbGfIFAAHC1o9wNa7zKp9UZ535X5LX/HQtKeuDZw ybEZjNKZZ77z2ADewVK/du9ekD74P3LtWsZKE0ZkpJfNjJp9iH13TbJM2teJ2GVUVjClLjKS XCKcZwWaCK9qkLb5iJKNOiZdX60NeDYFvMXnVUz1sqGK6kG4Vv85CzZuTF3AyOfB641pA30z LRpy36KKCjtN6jm8ijOFaSGwYcmuUytlP0w1ldXbUCpBlIP5Qi/t2wtXbi/sfJm9cW9ykkCy Fd8UKo9v3KereJtXb3fu5VmqZUEX8HsdniH1VAM8zfVvT3tvps2Sonob2DRLddgkKVe6RLGk 6Fd+C3xc8NXMmakxnqEL+/1yF+BhLFAsXCmDvRV2GmUK3jXZhXqga9hmtBGeHN+YLTDZXT/r 6Bb84Ew4oGr8MBwEBXuiNu7TMnIXiqbm+t8hb1D17A8YuSTcVs+ulvKprLJquBy5k/BpOVkc GsURQ8qcSy/cAoZYG1xxRpXuu4CR2MkH/Xop+TRTG5Q8wO6zmfZlJ/+1r5aaLxAeB0uS+UtA 36WKd1MO5Wft8Blvfou7cPr5AN8AvhsPjVR75s9SASiAo1vnXZvWvQ43N9janFCdsy8+mPGg KV+ssRdNDNqV7GzfYT8A/1cGRqVkxHk5ZcTJtqy4afWixsvez3yJddQn18udsvSaXO4rc7w2 vP1EtIcWNuahvFztnvlz+R+DSGVFvhVnltHml5pnNp1dcXSLDTtM8C4Vll8W1pr2HuUiGzsW 5XD8PXnqKwv1ErhGLW5ec29wz/A6PDfOyR6tyZY/pLZLbnpunDs4cVt1IaDffEnd+TP3po9W B3UoJ1zFi7ceXyi+nGy/LaFV9fmSt/N3xpftuDOiu2m5kitLb8zsfWak4Vd3fK5vuP/xeGdH 6LnTva7p0oCyuovSJTlbXUZ9Y3Pd9fl7shdyn5/e69cpG5WMzCZvBE70cv/9kNq498TdKfe/ vi8bfWtU8G6KQ9yX6T9MPi+I8Lii6hWPln11OsNdn/CjuDl9KPwKfOZYFTz/bLSsnIvPf+C7 669eORptl3i/GOxdb0AnT7/EOu7YuAk3PMFXmvKcVVlVCG/Ub8T8VcvXnZrfUxuecsMztZK4 4oAIfC7LbE4v81l55FxS77OSuEJfefoB8wXcxsyLmfpAu4+XPXDzst+ZX/Zfu5LJp28vCcyP Gmm46TN+62XY2uUmu1c0MTjTco39toJWVX1m416rg6zPnIZK7r1HNjvlPqRge0J/UOhW5T3u qH5HOnzTfY19GFyBhg6PoZLjsP2FiTuqCwlS3GMdedofFHLDE9+Fr5zda5IB37omzoFdCd5+ OSkWv6p5SP0kO/4vFtn42R+N8KHNCf2z17vS202HJu4UtV5tPRryzbT+8Wsr4aX68dPCU+/N +Wz07P768Wteu84tWjS0H1/m0U/ndgzCryS3XG0VfLi5f/abnAz8swo/m/zegg44vtiE7Zfg J/BpVML2BthvPdnv4MypDq14PCfx7HSGo8PTmf3yTDyd/U6T54Db8FzhSJzJtnyyICHfWJET uGf3kHoGj/IqHGU/fZRVcJRXyWqcpBcPNuDCT74gK7l+9Gw67EEjgudwBez/PaK1K1m/ZFx2 r6AxEbYVNKYvGS+Bb0WN6B7cjQ2GK5Q/oT8ZOxpUslU5umI06H7KfVXgdc/7KZxkrmyzp1/g 9eXjR6p+4I2uSNgW/KMNSNUipaqXNVoWAYK3BwVvGoCPpq2sZqsh2ajPRK9N6DluuMcV9aPn IO3Zvc+PFu89ft2qzGqFuJl15OiFWniDe0VQFb52QBDlcn1679TO8HjtSdAYS9Go78hsd93J PQULLVc6N09vTS9zqrohdqm0jTvi1jn6enxx2ka7fevdPYLFzc/Xtapy1u5bv9SjP+hm3Xgb au491cRt9b3g0fYCF3gxfbQm/VWPn3gdNi9ZucJf3FCweOuJnWcmbhe1VrWyK7VbT8QcHUpm /D5aAxY8VBPnNSelZKzrnklOpb3qnsod7PpLprL+ALDoX/vyfgAfgX7Eq+aUF/E6kmBD0B5D x5gKWYyxZHNXEcuXv8/XPYvEHWfOejP1xtK/B+N4R9/c7Rq1UmatbM+95PLn7EMj5r9Pr0+Q LrvsofH+ao39v8m1/Xn8FvPgFJQfcrHhii76nhZZEIbPPtM3HBo8GnrZNOCYykkPImQZt4r9 NpO9YS+1YV9QCOC5aKrW9ogDPHmZkerqpXBdyTtuyo/0UvhL2vPgFX/yw8HHTXm1M+HDhdW2 Kvbkt8mXdsOGt0PhSc6jj7Dpd6vJ7njqUBN2j4vhq297pvKOn37iCGAfvG/xWzX4wqWWHN9B 3GkPfUheuE91iLnravz+f2EjeWKBO5+SKqVcvRxN+fymUBJVqYVjo/ks7MgIfgFW2+SJZ+g2 9gU/jqgQIrwBnrxNwALF3vA4xAhfoVkGvDebwaMPHw5OYRGUaFgq+IZh414qfm5a3KqXqEr3 o/dUTqN19wpPhfwCJqCy6qeEpaG0dQDVzn35JQcwag9UFzJHOw4mHZza8fPl/WghBacPTgXb 2a9Ldw8I8l5bYnzXsh2eRsSEnk8eXTFi7q6d2JXXtNUxXnv1CjtOXVXB+9HGIU4JtFMyXgSP QWjuM8eb3bUeP8g6NoBCpfflBm3FF6BqsvV9ue6gRGkh120uBsiXDQwKHtSeO30xIFhcwD3G fnD6wN6bdd3iPO5QSbDlm/YfJLQqfQta2VFTD+7tcBpKdjwQ5/WqwO6/i74eSp5TV6LKs6yN eIm55emAp4JXDNDqS8dk9hmW4ILkxmyKH537VWDFf9TN4SXAxVShA0fP2UzL+o9gq3l7z314 qcpaMMdKPWeae2DFj9PgmV3J2lPHG27k7vw4xupl+MsOrFSIxYfC7zp02Pwi2LExbU1SzrJv xYdkN5Z3WL2sewAb7Gp2bNIH3chdEhjFOhQXvvOHCN7OGrP9zllx9IcabsQ2vGdX82CtZMea f7FcdqwbgP/fXpJ0XnX+aEiHzfmiu503LEOeidU9WENvHVJvduiweim/MH1e2np4Ni99XgGv Et/pSAu6xzqYuuyL+dcXhNwtuTve9cc5+Apnofigb6vnBfvAQdX5a6Uz71qG3NV03tXUzrzL hd9rT3+pde8O+OUVjekvXWW/c27tqRtW0mVfy5fsTLlg/4b9W5qZd23Ica3QB22mf5B8fg1s 671udwpO4Eas7vuMKNZBcXa/F6zA15Hig3188uM3S+3fWEAf5ty9j77kTo4grov8WND10Yb3 m3aeul4QJD7Y7/UT7OCLZarV8O2fBTvc2w9mh0Z9coMb5Hf986D33EOXqcSfyr6pgBMW7HBa XHgOvpe7TOWVUXkaPj3fl36dqcvLiErJkt1dNfPjqJRPZXel2fMs8atZ4XeVHVa8hhuz156A ZUhX2wfV+e4sgQN1z9oh1k1+Kg65DNm2SjwPPveZLvv8Zl/4CrzbJT4Ux4cL7nmjwHfZt11+ B+CsNmkb4BXgQNah1qwdm5DcnMLAzzvyoHNJh6fcyA2eNaA6wHpl+i+CDwRbHYHFxPHg//uy JRkfuGfB/7ECu1PHR4Lg/3P4RAKbNDlrX8t9LdeN/IGdG7VhiKqhp6btu/3FmUlT9zTDVny3 oQxDHvRn++bIaheIKsB0natpS/Unj67i56fu4dXa7VsApqDS1nTy6VYXMGhr94FtSHsTjFbA QcWGfcCX8B14FnS+2tVrQSCaYFvcTltAyYa9FrTBK5w0do8szaOtYG7QmvlWz33aJAeCjVV6 pvpLGPo1WehDCOnKMGFXEwY2I3ww2jHZtthxzXv6XayJ3g9VR+Y3BU0dkTyY1uV1AFRkWpc4 Q9+TlIORDufLn2lmT81xvzBQ9b482vMCd+NO3fjhY512NXvfVPUcbTy0q8OmZ0/6N4tKbTwv nO7Z1JgN//K0US6j3J26vR73SzqWd4Ted+32g3/iVyw3csPsy+L2BV1IOrwXtzSlfN0Nbjsn bn/cKuems1525xacmflv+PSrth1poVdSmvRB919tT4t8d+/9V1U94f3ixe/S284JopKb4vbz Rmd3pAFbP1Hq3KSDj6U0XWLH7WdFLKnpcT+bBe/fnHp89Llo+Cr5pi67J7yLPNNGs+MOuJG3 Zwfdf31A9fmC0/ChpmtDqrzk69z3AlaImy6V27WVVIUBhzlxVG3XFu18+fmBotEX4vekRc/e i9/pibxT6yGr6cH3nZuuXfR1U8Kur/XDbgZgN01xB1gR0z7fFrXnyH0BkPHprWlb9HhYaR6+ S5rWed5f3DkzEkB/UwQ3LEDuXsfVwI84NV2Co4xs6LXFk9Fl0ge8976gFj7kS84rf6BgQ7ou XWaTURWW3ppx+UV7LRy8j7gp8zvZ/cQdU++/UPSaT7+4bOrxmfCn6VC67KVz7mdyVD0+t2T3 k35Kwo9+il+PS3YLd685WRaVIkgeNU8bgNer7LVLipyagvW68eS48FHPKO+A41+XckPXS92U D4rgb7C46a1RfayoIyNut1wX9zF4tovX7S6413hoPE9wW1V50ZYbnZvEQ8dwi3hpD7x1euI3 bqjhLW7oQ0qmi0sZ/0p2892kwylN20f18OqLJb+HgJxMH7/lXpNg+Bo+aQoYKrmZHtKxIW73 Q0qetAE2CWJZQsaGK7npx49frCevrI5/jz/XWvZA1bSkKS65Cr5XMKqvLLTrcT8zURa3J6A/ qN76ptUJ9/hBp6aWBOvCO9zFcWmw9T7fzctGEZXSVDTILgjLbEzfsqR21O7wLb57Ha9fXGHX dt9HNmpX2UueLuGNvqBS2//54MzoC5W9fvd94krKmHlm/3kRBOHTm2qwgJ/c/1ecifPl9+t8 51M3l8cdWu/r/ouzslBruY27MXu0rAAeVIKt1Uu0cblBY4K43PV9Db9Y3/S8Hw4M7rJ64obd iT73bU6Xb3BPeX6fPZq1ta4iSjm6LO9Qxh+/jJ9f8nzLEu2OZx9SWzPPZcKb4oooh7svXGxR kVdfXbvped1jiHf3hYkbC7zgk/n+BfBW5JhpgVMOhjJHs3Ys8NiV7YRxns8mdmSKs1ri+9I3 ddj9UrHntYdU/sZ0/omJr9ICXO8taLuxaOxe0d1f49uO/twB9mDTxI7cgJcfUhcX+l0+2XYh 6RePFsGOTT9wa9JWgoN5SHUdrrVfP2qattKu5oO6NYIdYaN7sp+3DOFPnFKFTLQdPXc657WE 4+GvWfXNXrtvSVLIRJdqA0j921GmpzplTRWdsuthHdOStLoP7MnXmso+kO6Ez20YbTgR17XV /dSFM80nBz6QLlkf2vLa/Dk2+oZzoyanN4zAu7IbcUmH99QOFjUJZ6+2Ov7u3htAsF+W665/ L6pQs0qdDrmF330AbiOsMd25Nds540HSL0PsHfEDW3Hjth3x7dm8qCk3Gm40nAdf+MOyb/0O wvaN6S83nAe3AqfccC7lwpxpc6bZfbxgjlmvz3Hd9al7Tq+85JcRM+2oLjNclbFgzqo5q8AP ZL1pksz+a/Jl6+DRN/PMNjSk/lvi48jVePZLP1sZMOOn/I/Px35SFvR97q4V/1nQ/AETHozn hEc3bJlW9qOM+sOLslX/ITLl4b9aagENLM3A9NtW0MbdAYx7aFrZhkRTnpHChiMjH8A3wEeI DEAUX7pGruRZB6VSLrxqJQ1WCbDl7LeFlzHw75lGhQViYXwdyBCXAuZVGCH0hT1JKTfcUxG8 KqPCDDt+gpiUmfnyLaT+wdawg5okEWVfRv8AHCdVrUylpP54OPWULTsEn/SS71Pb4B3XelvD 4SSmLmCkySUh8qAtFpL2vYocdXXhn3OXqNhrmewQ2Gbu6lXtwqvzXcAAB4sva23AyR3dgtHn ySeG98iT13AJN+xVhEj+w15r8ofP9/satnwzrXB/4d7kjP/Y74K/x6ep3EzmiJWFbSHNbrwm NxObqY6vWXmuPNXJv+dyfMe/Oz3mwUvxQuru71oJvOR1hIa4fo0xYcTVF2ZazU/4gb+sfKJz rKRjKgujwzv8xhvw85mjhekvevwAu5n+c0Bf6rIsYL15+5btnugU5C9P2Bb06xnuptWfeTll 5DUWLKRGlyUAdM/36Es/ny20xSe6uFyPvtSdPQvOjL4cnxV3CF6s7QGjfuK+NOAb8XjzzrZo 7nt7PaIzeyITotMiwTFeQ/czEvTrSyemfR6PLmWFePGDnIIwX3AwUayF03v8fO6/OnT0AhjS s5pPlJfTzjRcSLlwZtSaeUzVE6ZvAA/8yf0F7mAQx+vtzi3JKXjvw7Pp39gNqkQd03v+0+1z /8060/SP0j93Pz9QsDFS/IN7qPuFCX3c4dqZnheCC3+6V/R0ihYT1kvC28vfecYxPHLNx1yr Ef1I4/fyxtjn+X0vzjBOnk8ZpempMlLb8WlOLaCR+UbmvtTaQCwTmPpE7UUxCRgrfNcNUEGt CnPhJaoX3hWS6O5SCaXGX302NWQ+qFvzo7TpZBWXAIlftbBBZMLpNCRnhQah9RPtSl1hzv/Y f5uhsNHMV0oXTljqJbZ/UV1CZBhdK10NRUGpcDQSYIdSkeNfSics9cGUqpwULrQ+keHF8kVS GvLXHKwpqdDCAOvjcrgnqpBSeZPVjkx2FlWWRYFO8V1FrDbQq9q5/BbQnIwpQHz/NDb3D4ps OVNYaamlkd0TAXbGm0Uzvmj6ZKrfmo9f2Du+Yfzfb2n+Pf9A1tCzqbtEEi2sRJKGY6hb4/X7 h/p5e4ojsNajf1K7Cfd9VJ9FLkJhBitCGsKWWOcdE68Q1XxKrhnvn+syvJnl810wCRBdzGiG P0CzM6bCgbl10nuE9XqqTiownIpRTZrPAaUR/RVDwUXGo2oVZvljE/spSFHG1OZPc54OAJMl K5tMG0ooFbuaFJiQyEsRWWqyUpM/8NQVwsDM5AV/VKhoeC2WU2bkwrjSRSoi2zVvObbQe+E/ PvfqN7olqb894yib4Z14Z3xwpPF46fvfvJLf5rXRm+QnLAeiix0G1JwuC16xQy9dcuZtUtQL P+QPyw8rwggnxZk0oUb5J4UOMUoRy+hQRg2cZ34Zhe/nsJ4uOzDIwCHFs2kDdLkHXKBn4eWh nCl+3kwNfd7GbMzJ0URArCN1CP4YL9EcwywKvGOksJI+qiVhqe20pHqFLuYhP/LYyYk4JV0i kxddnqxfYPBljMmioWefrOfCSja61uyJa2s5EMjQkdrJxzt4VHiZY2KKP5c1WRYkMrxgPptq HBq09uiWJ4ohDSLyZaN6xjcg914C0cDo6W7pl0Ni3XeHzp2P3ev1nijIfwPJHtEVI85yU5Bl sCCWA8GM2AYRSy6U4N8kDduCP6kbxQxQDTrpTFZJQqo2/lYsZ244JamInVUt9RXNx+U15KNA 2DWkQKY50cQ+a8/kuQ+q2LvhUqjKXU3Ye2AvnqDuwQxZkVGQv0nRAGrxzE8NAUOy6JvALgyg 2gQ/qjyKLlKGtqYak2JF+L5Roug0XbXkS/EfrdijwitDVc7fKp+z/lpbNkWEIS9DHdZkaQt9 VfgG21RTWLn6zyeqTQxGx8v3pbcPOHrxvnjdcl35F1UfxR8sO8l+31XW9a8MdqCRFtagX5QM XzPBAkv4JkiEUEJ1yooZranUknqmhnKW8yiObLAIN5DKRBO67s6245Gco4mKhpNtfiTv8MtC 3X2DRcCz0D7mu1QKGCJ4rgRLoKHgvFD8HvNh8BG9AHvwHNjV/HCDCjjLKV/UQQZ/FV1CRcp6 QULoSh8SFsTfNlb3i0zmRj6yESaY5fSkjRBWV9MJ0AX8yWXqffQxPs9aomM84T9fpB0UWpmn i4t8TdnB1k9cCd/JqmPweBbzXsroe7IejDaEvG6JeaPwGUd9ud9W1vyIo1fWq//tvBt1wJN4 VsMCSUUGKTBqMBwdCIiDuhdMBacELDQKoI1mLtijpebUugHJX37GoHgxSqPsRtR0YUOzYmYi 7WJpRACWYaZBOBhejibss4/LNplK0H30m7oMVintqN1Ax1qx/K4sC+vIYC264GAdUBbnvzhZ YlzM6H5cq7g0yB+sGnjdjDO9eD7GT8ky3UjAwypCUpkpfFJUKYC1KIOkK+HpAjLa8OueqDtW Gj9lnD595N99+YnJXls5p/5aoy0yn+epK0s74/3RfOlCu/Jjsx7YdEmrkmf5f2R/0DhFLiQV nCBkwqC0cIVEh96Q00nkz9xQUAYrpEEU05zBAo3oF0dsALM3M02/m9MJp+OYjNJHzh3XWUhU Ca2+ZRapKxRHiF6Eb0uGihwKc2oMJ/1kJTERfDDnKqWS2UjsMacE3EGoP7MR9hJN+4d+b6N0 JAFk/eQ6RrgJxd5WSxFfTrzAE8V6fOElsF0UrHU3keANEq2jm+xv7Qjo7yarE0FnQMweuy7+ P1bJPWl3DGpk0AND1akvNXlJJvXhr6WUqA+WB4uin1txzPOLhTPk+xqLPG793vWOx+5fwzpL HHjFrrIiB7Wgeinsg9MVK8HlRstT5+sKUo3tKv10VjyE7M1ZvloPYKXcyEbDOWYBlyiRJbcK OJtzWkOfDn2UxuwyCzrXA//3wJWNKUIrJ0JjjfUKBv9SZDDDLgRCsKS0rw8EKafXmSV3QxAw 6XVFbDnxKSyiuyv5ihj6UvUSV4+KAgoJF7LUBR1Oa8YuuIBw/eCSCCXRdHk+7ZyZaoO8B8qe wKs8JbUxXUrctcG4fvqXK4Kbn0IdRcqnNeSxeSJ75POY5qk3hLtSRY88DjlVf5MZzzUegCsS ccAo9dL3DylJ+Y/D/sU+rakXEmV0uwzx0REiI4NlwTPpzoXzuMQAwTagCNyfI4gRQ9brHyqO MLa72ZykRYRgCeZqkKj27GkGr52tARXI2K28zd8H563pBB/bDQcj1BpZZsm1RjTsnmZwitFF T7gQRqYXY8skzLXPIjCfT8XAFk4XLZKPRD0R17QsS4EbQJMM10zLEEeEoKWcvOLBtln/U3kx 7JnOFT619L6TdfqPH+D8n8Cuvo+uB1MwiZdWTF5VvDorEK/yW/7WBoPa4ezb8MHrKZLfCk1M y3ofUnrzxtaurJ95JQ5wFaLhk+v0WEdPn6RQZxBRsW+IfVaZmTBIdLqctuB8M14xWLbTGkA2 0cUuKh0gSTe42K05SSUqDdNSXwZKtAHW0PSJ5i8+JdddYvBjdQw3fhxYQ7CNTcSYgiqINU9B S6qL2NhAQ/FP9GSF+eRV+Ov6kMIjp4hHpdSgBuQamsobaLDzCANtw8pkJqj9I+BHRH+ywCiY moSv2Jzi+wR+faw5j770pBr4Yx3SU/owjXoCuSqfaF8xPyh/80DTYUt2+cYNqQ3loBEm/7nv X7xKhOCpjIpWwVpIiZNeCUsWRMr+DxHjrlwOaw7ECD5CcUTwADYmr6TIkT6RHlyiGoDqJuwz aBuaiYGnv0i3f0h9kROAkQOgxQoFNMTp7PUGqg4e4OniGrsGkSnudLk5f59hhR0KExOf6hXL fcTtKFra0ZKBeumI17AvqwaRoAllIKMVABscDdpDgn3+uc0DNnNKnvYkfBOKlHb9tULe5wkg +/QWw6dfnHTweSVgl64Ldz1dZg5vUsfeUodzPslo8513oUmVqi33+KH0rZpNr8jnWdRkfYRN SSYk7GCjsS+jgrqR55Jdu5rzgT54sVEqLfWBjKZAuZaSm68bqF6tN4QsJivfYfV3kYuQmKK2 B5UYJAZZM1khR04wHK5mo8Jad78WNWAQ9xlT5DAAnE/uSy30e6Ryj2ifpwEUwHVTPNVqNKkt jwmqsMHbKLGRNMeYU+ulRMjpKyF5smSPfsgrMQRRSBzF8Pampy7GUzXtusluCpq2sZ/kbo9I NVEqBNX0x3wem6acRz1c5PC9NfPa/VPMP5JtNCp7+SH1W+OXbQsPh5XP98zIIiIsJE0A89kK Nx6svFrJxGXpzRVesgYVr9nXEPooRMGpdwD7Qx0+B1YzFgy4pZ5uP8sBvgvXy6XXy8jK100G FKtRYXOkiIDgZBcrqckktdzDLqvGSBIYCexKlc9ePl3tXOr6iRfgAKTMQq0LRqn4HxOZd6Xb SD5N3EvE39AEUYTfxtObrOHfg0AhmHhq0h4hJmEfwBXg8xNZEcJAlyIQjn7SUvFkkIhEwswf WSvfSXjUnPMEk9M90eBCd2YkFz3R/WIk0Vb7Pu3FjTInrx1oLCkF5PNmPYFwqSec+IF/e2c6 1hz67wVp1Yb4laXZ1Zvc9rqV9P/rcDJTqTQB9mCjoQNiAFWCrQPBqw0Vu6LnhmtUa4RWAADj I+ADikBFs0+WOTyb3ZjDigiQUut9+VReV7jBsAyCa4WLNgCutBUskzAXzL8g2NBJAgzdlSwv njLYt7P2WRLrsjxYxKZAl0GVxnEqEJDmzHIHbN2JUS6PVtcyrfxhsXZ9iqINHowBSKuU6C6x BIaCcwfzhTSlQ1Rs5gZL2JruS/mCToO+Xb1taGpjtB7K+EsMhHoy2jHp8p9AsDQhTPyHlq5/ YOUvPr1F8lijHJ8kgE91UQ6WPn/iFa7fG1GuXutOdF71vbxzblRTeXPhp5I0Vun7P57Itb30 zb6Di48dOF3y3LH5VEyUXz5WZQtnb7DRpZoCF3CMpVchKjdsZupyS/10ncLybLZOMb0x+zhA 2l7/Sf9qD/rbBT7DHkQGnoSJpnb5dPub0JBlkrF786mTZXJAteJIf4BFitX6smpYTqN9WhfU AiQwTKVKM0nyBsiCg3UlDIHACBJ+hANyLn2ReIPsclwQeUOX/4YGb8+V4ft8pcZ0Ox4/jgdo AsTX32jfAGiUfLnNMjwWN55tVkwxowmYfGvmMkCEcAorLAee8uRwLBYBYBDLsgi6Y5NDMJAs z14/2KOOsbTB35NcpJWR4A3h0rp+gnFl0xfpulm6MXkX6uRkLx4o3mSzFPlQaKvBaD6bSjPW C5O05elmTn639PVD7of+mxhx45PRq76tHoys+/P1CyMFG7+Retc/e1xi9nzqnt+/ZGhn/3sj hxXguD7rIze+kfcau/ZP39zfZJW66kySfo3mC8VCP2+0i9aID+zLTmZZ8Hr9PYEigkjagXbO 3S44mQXaJCeXs4yIIn3mnP0Up5bDUJp0hqO3TgPaA+u0kGSBWpN6SbOxfVb1UqafNzK7KU2S kUsMXq+3CRIoN8K7OTTffmRFFVjuJkwVwvp3iVhhnt0iapn50o05JgDT1nWkgiEAA65aRgLq nP3wvAdUHw0itakUPBdZIbftqgrwcx0KRjMJFjNPjDS0oPCVulgOWO4i3BbM+KQp3IPxE9EU tNv+WheVAL0304vwJBriJ07JBc6Td8yMtOYpDBEeC16RQ6+Xi4UuWmlSmDEFPrqU1k6X+8D9 zCdjM090/DOIRD9SVdRbEG/Ss/U4YNz6iD4/0v7gxrKPc0bmXUj+8pDHztRmj6nPxdrM0/wa 7/9R/caDlz9lP9hXcbTmM5vWL35+yeyDqm5V/Sqfseffjw7MnieWfxtQaDof4LYG3J6oW8Qq ndUFRCgULD1cBkIEnCN4SJjAuAmAvNsXgwVzkw0YggckqAVuPb8sr4QR29Ccg3yTsh/YZpSD 9vCJ+KFcB2t6opjREtScMfXXcJYnhgraFUzA1Auf6k5PgoW3L9vD6Sx2GATVtdRruqj8rECj oSI3BDJg3KUip0jgQ85yPvX5PT/tJYzAOSq6fZoCHeNkfTwSkON0XmSjeoum/HFHPUgamFsz dRlTm/fdE1G9Pk2XbCsxSArG3iwIpKwTQ3H+GzbSARKXwowkN16xy2BhBqMQjTy4Igsw2+DN bDVdfDOpb5ih/W45uo9cNPYrdxSDQzRCAQsjRIa2xK2ouI4L8Tklq8crWqRcrqMZpsGzElW2 MNhvFwHAGn9PH29qgJjA04WVlrf/OoSArwhu/Oq5sGMRF2q/jF58L8G82fnKxqimiqVrFnGC uwO/f+X1muxyi9dtRLv+axoZ4HMw+wVd+W97VpZIV525vXTNV6MccWlwa7XP5/v04XPfzdZ9 KlUMLV4eZ/JCgIZxxIErAu+rQQfLV2zcd5tPabpAYzGuSuIGlHC2EHDTbCkVIF3XrpjuFi6j Lk4aahKH6uErYiapm7yhJZCRzw9XAJ+gEToYX5OBoh4ZIxYV46IgH61wPmyvgl268Rc2Ju5t 3Ye5h2SDT2Kp5wKYaPBmusk4+PViBjgINBFqMDaWZVTBNd9YUF4AOK1ENPtFrBCi80yMTYGI WVyPF8i1GChnRYlu8aiH1GwruQj8DrVjbmIzAmMlU4e2CVXbn6l7ItSAP+e6kB4isLDeBRN9 A5jow4g+fY0RHRbVuwAaJBdmHx2+NXDCRxQQ9j6prnMfp8T8tRgsfzyD4cXH7nqljGGgfbNS CHxyMSDw6kkwcHT+mtfrdI17Qub9VjByvnnOK04n5Lnn53wdsTskBZAJ43qU/91gXW607W0l ZWJxJF1XZNK7suFH9zKzdWZLit4wd+ErrqENJy1xVhHGznKhOQZKQE8+zZgKGvQiiS/myxis FYNqpwNgbMWRhgfQ7I2I9i9RoENGI6hl3X4tgUb2e7KHkymniHUD1KZUwMKcErgOOuKNyAqw Su3RUcB6f38N9N6N59ZJ9QEjPd2YVpOThNeK8cTq00STJnppNQQhw7YOhZWvMF5QzeOYkJQu GOoMVkLNPoPPj+ZK8YdlvQWwfzQGAMetEHaD8DVnNyqm45XWdNaTxSbJX/iA5UC0khoCmbVo AK/ltPlsztRusRrwvnnYdB1gBnkAwIKoR6FeSqlDGej2aU1MiZAiJZ+PmWDKdyHI4KeYkkJU MotA5Swz3kUBhYaBblhLTDaMK/k79zd+jKQX+iBRhg2uvK+Cf3oU5Hv0sFpa8Uk6+43De9+c b/nCjJ9eey9gw0NK7hZhwSxfILPduE/roK6H1e8n9lw0NX8VJxnsDRO8I9uMhAixS47qX7ld adLvg1x0Fo1T8mUYq4SF0uBVHNMaRavh6POOxWqppSB9swg/Qm9QzGhOgnUPXYmgbeV2ARXD 3kiWMdTLCE0Z2wXVCkwhcKJwSvOQMl/9hXsZMcisML/WnN09vGUb8cLAUaAuAemhFtPX2q9L ZCafDSKUdRJ4vWUWVakisHG4ypwK8F0vpVimmceLje4LNuWKOMlOpcyZ6b7GYAmqUPLWY7y5 lxY0g8aZygZxJW1QOg7/CbDktMY5wtip1DlSNMVw+MUubp0stSNwPGpWl88fd4pdo+pndZHw v9Aw/IRTAt6nX9QFsvpomMBujMhllrvgedNwVhvkT0US/11ZqDAKX0jwdofi2XSpIeTjazr/ RUdsS0Tkgam6UMxrVPvrtK50bjWvBOjIchAzSaDp/BnnY5L/NjCB/wtt+3ujXCP+HTZ6Y+jV stfeuxi2QrDm87bcf588lelXUsc8CN6MKQh0jG3AiOeQMlQEiyL32JM4tTVj29zEvYB1jOgr hCD7ouBwO5jdTAxJv0jSGq2JyQj46Kuf8PE4z7agBkCxA6IpEpcEvIRB4aBuMJhpZzNOV6gW s7pFSRqAYVKhuak9oHUHw6gm4wFwwBtiVCdQ2PJNKGe8OFmVHQrrbRjZzPcCjN4XDvAKHMqA 2Wr9RqKGU32aE/fmLgeMvB1EcveAmtiQrDI0CRa3eT0y+A7jz0Cjm6kgz/lAHlz5cfyPF4q6 veG8XUgsIUtTj6EGOJgYMjwmEwEE7kzt1mkbw07qmxCYuYXHpprO3Q5GwOIur3f4EuXWCV5m Vvsuuc5aHiSqbvBnltuXKQDxMisxNErACIp6MDWIhANgQC61sHHfAAbJV1jng9BWC7UBQEl0 sAIAV6oH0K0ggJ+l0gGskAFMGCpy6QXjAdoI5txQSLJQpzAHh4koFQRjY2oIOEpm+SxMAjMW Er7fD0Zhh2pZIMMHzzGvkzmbBMb/NtbmjS8ADUq/dTmm9NCsL90csNH/O8HC2rkRc078umdW lr2G/+1i2Tv2ZfPPv14S7zUiERyxEnym93798BxFxNqBL0yx9a+MxDpJoN+kjweSIMcg7XxQ MMwsefoAhCMsugGT35swwC6qLRpUmqB4LEcabrGwWtWYyIoEBXMB2EecYiySNUBh318TTR1b U1DjXmaxfr3aYWI2hRfBGGiEptM2Se1cSjmpZ5FiHFC+/HC4aBdNs5elGqNfsQjwXdiomJlZ DlLkpKZYR9T9w4GOQnOw+W4lQCgWIElcKbMllz5ayVzWINo9qKaJIh6qGgQiF2HGKSxVAZBj mB9hvweEmnmAAEeOiRFTq11FcRKVoDitacoNieD27sSzqaS+9FJ+p8w2Zoy/8G76Wq3RzT3A JIx73MvsByjLwvQ74IPSkbR7gmUN7aYVBC4aO69qNrVeGuBrDChn3e6OxD1yYOH5gKKNsgUY K2HowGQPqpYBda6avbCecuz1a9ICdjRmH+4V1YKsKMCNbrAsC3TBfGeUWA3KKw90FUpu5lL+ d/xyNzybBqys3oHUhhRh+QvB6KErZdYbEYAabcLqo7ySPj4VXXRxNc+6LD8LM80++TzAwT0y a7lkUylzermzPCQsaG3KlqercRBz+M7LyLnj99YGo6Ld7V4jjfpPDp1NDw26sGV32m/z3/28 8wPXXZVut4QHX9r/k+XARINfnI/dAcphgH3glYMmHy9RR77j6TRFcU70vO6/jue/iuMPmArB 5aMweMynFuwg8Nd8KWoSmAFh6hK4OujX4acX1s4qYqyUB5OsfYKZkhS6GJikxT0AaLX24FaC mrQOfW4lPXBp4KoTn0bkkkekwIAydcBh8vYDqll9FR89EQ4gNKAwmu+kw9zzlHx+FHkAoODG u2iqYBd8druodxiudL9EvkFhMXa02xfQ6KZEP7yueCwt4NKSlqHBhAPZlAsi29JgGP9Sz7Zw o/lIFPLSCgBDlRhiR7+s5l6jnTNjWbwgIZliKlVu8WWUxFJPnaySCu90eVWzIpZvj1iqqDrj nmW5S2FZT0QQ8I3wNUDcz3f5NMWB0HdFnRsJNIpmTzfAnG5RHRck8KKUWljPSaaMB1UVI4GM Jgkc9BDXF86c4i9G1Dv9+2t+WlhvHZCbyqI+gDW5dJ4pVMToR4y3+Wza8H0l8xIx0eHIAFDh 5jvJqXX6vP0Us0T5OeLFJgzKhAJ11wE4Sw1xiggGiIvh+miadceojhcz8lfZZykCpKQaCePQ ACvcgBIArDCKFoBOckqIxUOnYbSpdFY7XLw8IOxEHUvcZEz71I6nMoCGB1UpQODUl5abHHVq XV/6b//sE+qW4BceUm8+pHyzK3/dvbvjGZ+tbcEsjVX7bOknjfpxXqpAdqp/TV7GiNXdTF2R bVAP/zVv5Z2VcknFVBoLNV1ixGGa2XeplvEHwNwy8OyZjQobIBAY+TGlUyIDYBXDAS6vvRvu sRuYqeo4gk+CcBPU4M0AJwyTOCNlWbYpUYQKS83qXkkCJAvCeYxYCfAWWIMEWMFAGYPRBdJ0 uoLIWT4JcxGaZNzr15poup0A2ACpKQJ0Y8BpvYTS9skYQvOFJNQM5oeqHNXHsKlt3P2cX7HK 53dg8phlJkGzfN7FubCLpUwR9Sfir1JUgZp9II3LUoUkpoZXOx0k5lwtHPzFuYn6QMYfd5Sf +iipyNRXXOLLFOvbPXxZXsVG0ZtLnUEKFaLt0oWngxkJe28X9ZRR3B/0VbV1agfw5ymqDTlT r94m9I9x87bS+CL7qIZilYxIotnUUQ2bOnyW51RKOSfUZC4zpxaeUl+sHw5kRt1NL3UegnUb lmy6MSZjJGgGlNEo1mPhAcGgKxjbudklcsPAXC6AQCG3lFoQv7kmE9Z9VG9ZqLBqGwuXZ4qm dBHq3yUMNOpIbFQ8m10JxplAhaVa+Wxq3UBesg2FQYXpS0wPgSQSV+AmY8TxYXGmjq1PBuiv sOwASGdTqTpexGjR4fKVwcpyf5BNOIpYtycAdVIBbYKqWsAFszoypgCOW1iLmBjsejDDTXbR V8SZUjTxjIh15yPlgBLAAkn3vgI4vuLvQ6/UM4Ksb0kLbYOzS8Cm7r4v+DZ3+Stmbl2CqEIT 8f60Vq+XVP7uoee+8P312snvX3jdffWlVU0NYZsEH03d8/6HtiFrkgMOKmThZm8nmjFu8V+0 +Jd3zw61fsq8F9989kSPPFBxCLhLpDgMjU8907Ime/iEaHdvLlbFimoStQ2hLDXIkyF0Dr43 75iMwY/jUT3gOjzzy6LRfMGzbkMggxJ2JOrAWgjk5pT/oJoQrvaMKX5X2YQhAGIAzFLvmBIq Auyp23cHliAIxIhZqYymibjl5UKaYbHNhA3geewNIV34DfjcoICSo5nKvBfZJb6dSnloQDBN 49efTYNLzxqS9YB5TLBpE3XCAUb6tWxQTPfgqSqV5JemtujAcIKFH+MxGIjxWXes1JyUxsTE Tr29mdITTCWgk5vPZQ4nzBY5Rw0UAVxDJbrqa+rgEZ1WB8h1OF2XOCag7FOAyY7zGCwv1YkR rStKOGcmAE4Z4AyHif7GdKnprJu0fAsnwBxjcOdim5iGInVq5nRdutR4wY4xvtCqlOK2qpC1 iLZzluoK2pWhLXG8Ce7ZRFYpp5aadc0eeOIA4jnUwN0PqdnrABInTGMdUZpMONdkKrlSykq+ 7hodwuqLzwLsIwx06Bf7At6E1QRvHSU67ca3WiFKRncw5rGfaXOkHXTCE33SGWQAAF13z/oT vCOjRRItsAjWx/GBAwBdBtNEInkLEa+sPkto++2CUufl7lln8cmsByXWcFF1DB7sZTjKL1/G qHyQMHvdfm/jHkTMTqUs4D0dn2Yk7QMMaKGLFmBKeZYAs3B/y6r68o9YsssLHfinm8uPVhwu PHqDXeb26xY1Ztz6vY3V14wwOKdEyGdxh64kDRResgaZ7ALJ2lHv+gkSUtgRmiek+2pu632M xKM30XQyWP46nfWmJLE8bPoJNcAAa/DykaLTJwCbkWCMyyAib1izHNgGZ8o9Pdxw9XYRY+y5 tI4cIv5BmChghAvjBZSmS4hJTUCdIHAobxiVRpYIHkCburoF/KggCwxrPkYykNiKnEL98suq PfVB+VaNCsubXeL3wbR6yLMriAWTda6imF9o47tGtEYPKZs2HxTmio6s8bauVLAk4M4By0Z6 y+MFZut2j/O4p703gAz6Lp1gV3s2bFd9GycjZhYtykb1hINbCQMkiz8xT8R6YZ+9ftMNrjTE bkwfIxWB7cr+vEBNMYfBKY2HA26Iz7JqA1/rIQ0eStfl7ObMTNsis62q/b2cowC7GMdP2Ouu BwMF1y4hmWkIlw8oBzykIs74CdGEHeAG3b2Cmpwpl2Vuc1Cn4tl5YDbrfa0uuGdRhx+IVKN6 SlOnyzw+ogM2Fpu6YXo5GBobHUJ8EHIzMP+/DOseUs+MBFIee9ISTxIN9l5qDsqN8SLwV/zR sxiTAVziLF9do7Dqx0hzwenfNfzROpD8JoPsdtOgT94AtrucCdiLdosA+/v4QrtLjISPJdFw QdeOBDUhMQOQHJYqTJ2U7LBBQ1TDaPpxVSXbYnVNdmWxUYJleFSmtzFoZHq7kog1fD6Vslqi BNwDqBgZV5OWigWua/rGjPPRyU/G3Om6jnJvljkwLbXdm2VD0wXZ41JdftnCz4WSUbn2caK/ ghyqlPKsJonwJYWJrFC/qwKL1Si7JKHZimUWdOoYQNxsQMBuAMkDebbwJpaIThlzYh9NEpmB EOlQhogjilGSYnYRKwLjYtnDx6i8lEYU6PcHVHrMZnwN0jjeOTFdhOV87CxKg4AQuLC9vjqg Td1f62BZky4NcYr07MIYPkARLL0ge1Rz9lP2WdFLCGDVKSzrWrOr2kS7Cc+xcFsoBgNBoRXl ns6lhK8iIiC/XQ92GAxMyh2lidsq5hc664Ka+LLKByB71dukK7Rao4KqYUn0+lKK33k2/RrX 19jp9teNSWNrLILQLu2Ok1kf/TJwaToYUQCnV45RScMyYOSM2AIkiSLWkVP9vpEVBREhTmpO OiCfqjZvgC9N47I+GSls5jwYAI53dT+nnmJ+T6Cuc5R4CPRHaJ8XjjEMMOrK8cZJPdTPp2ZV R6wNBQO9+Whj9rJFgMxBnYUG+IVxjtPdIsYtveWXA0rjaxyh7q7tUHsGaygc4IeLDRj21fA+ xtbqUCgJDQHa0ZFWQ7C6OSj3GPlZxGPgPBFrEUDRjaHItIdUMsVJhmO1JbGY9sxy5vIhIBQE LNoj5oh214cdQGQ9VGxkuQdDch9m2Zf91yjaNJvrqjSeeMYPEAs1dzFNKfwRLmZMGRNsOgB2 RboezHoHaEzCDCfa/1PvB609KntCdg3GWVSs2K4uNTNf95va4+PMlQvvOuvyVvVF7W0GFAim jqR1RKTejaR8olEc8/mxBiCD4ms8gdE6TA4C5+kHaTpdAYwf0D9cgEiS2bXf8ykpoei0jlbG 3TLlAvX/aC5oAfKiUHEpE8hsLsWDy9jDGyyig0rDKeDXAQ+TJSnlJDvuFasxBo7RYzhTfa4x J5nbWuzSx7e6MhZuhgB1dU0OmMg+HkMYRJchwcpGkJppYB8s33UDZ5xCgS1agEv1SfOYbcw6 BsAkRD577djVZMcpABHcZuecPjJrQDUsBs3pTV0KJveNsfDY7z/kMTx+JELPH72a7PDn/AUK Ti5ohL/xxIyRhvFbIi5QtASzETBDGtHoaYPD1lNJX6S6nhpBh5GfgyFvOGoEr7is6D1UlddA aGuZR6+BlMn6TDAFIkQDXu50+0A/6NI4n3VbR3WWDqo767r8KdChoXe6aZy62EjBbDgmbgW8 A+4AZE/ThcEtFahp0nFVY2LKSq5vQJtdDGiiNPE3L8rJC04ElLUUbKHSpDPBHGwtewg/PqXL k9DR08BYAPgMIKKOmQUSD3YR8DOTQyJ+ABemFAGcHRCgzYoH/NsL1rIm6ZSA2lZLWwvMdqD0 52COwNt4kFwJCcjuNiZAKh1jYbV62fRaatGwF+AWWO7w2A4F+gvUgi4gg/JFbWCMZ3ukKizP ZupwV/CjZUlqQvEZB7225h15ClfQaVCtJfuWVqGeAcLrr00al+QmRGyOOtyHMcwmZGblGM5E 2ZzVT0aFcwDUoIMAaSyxLpPYBrXm0AY0bUCBGWdxxHLL4rSzObVuXk63c6l1f0rAfwJziMZE Bpa5dZKEQQ5KuC6djjaTIgPw4sBTRNxaMdjm6nUxsz21gUY3S5klbMpyIKbIpXe4gfzUUBFJ NBPf1Y+gjXK+M9uzGUChMwBhEks62qxgNKfjr2LcSJjrtljJPKECJP09m6SqzqLt82kGCLou p5ZCv19Z5CjkCaIFPa6xOiBaVa3Kj9C8bj6bNSjYA4CAtlgE4SpW1wEDOMNcLF19NnHv2AoS R2BE6htaNoEZO15Xyu8XUbf4mNMtRhOARVHEoTNurXLewmPQTneJ6nsMd5RyzsooOLMrJ0HD 3qh1EgY05kztHlAmTAOnu+8j9cTzcErc06nCRWCv0WIqwGC3ZxOxQ16SUAPw02qFOAFsZg36 DzyesefB7E7McwOMUXB6WDfk4UvH9DELsw58Nci8x+6g8VsUuo2jfUPdyxlXAesQaNKFZDZC iLwOYQGsRldrBonRTLl8LDZdDSh3QpAwg7a8pOSklY4lhtI5AzpBIQaCjM4ZfBJqDcj50H7K 9s8gUiSAwovPYNkmngcTMHt9e5FRwhQi7rOBotLJce5p0ZRWuFKvlHwVXPYPPXwyAA7aPfN5 pfyx5e+PRo0mSuRvuP26qaIMYEwqD+sANZ2YPCM1+XRJhRmfxEvkga4y0gcSpuBhJIUTrvho /VlwD2cuAoljYPmXbTuREFq40CmBs0EODX84JhQbAB/jnEqJSZuEKUrm8B43QB+MHVdIJghU pB5+vB5k2bmUewXswKBzpP8GoOJXutDLY3mV2qkUM/Yb0vQKzBiyhkr6eNZ56YYcDWBaSfzg TLCZnp3A2RAjgy4wulPBQvX6iXYPoH2KFGO9RqYu0YSn3BCt7pNZxxhlnlCGXr2tHiBgDMgV SD+meyKIKwfO5DD9926/Vvz5MGIF2ZT9QAxIgxs/QE4BGwNfFSfrc4UrGLGiFXBXUR1+IsF6 BMMZiK3aub4IMyiPWtEtkC7uj0RyKau2EUnCFDDU+bYIwEEABoFYgr1FKDbBppH+RZ3COlpV MiYjeARIqJtVY9oYuPPLQBPkZN+ud9NLKdZwSR/sG44d6Nx0XWJ1t8h8u1MXOHWnML+rt5XG HFZjej+YpvVqlEVqmyBaSmetI6zkILYeu8Fh0PTReahkopdy2qh2E+sSATIA9sLEti5zeBVe V8Kt3fU5D7DqBg5k/JYwEYExAIXbNOhmNHhxz0SKppw1caalFtOlnHAqpZxQ/hgBlaI0pXN9 GB3uF729+iyWvxOduAOM8Umz6/JkDagWCZ3jXt+XfBOsD8t/z7Hplvzmh3aX4+Vgo2FqSFOQ iJRGosNAvZBxMP3JwiD+6kr1QDuYL9dqOkgYBM4NmKAtMM5LjKXmcDDbCrHXzUKY67E70KFP 1sOzjREkAUPEwqAlpqkiTmevP2HJQOippZnpvq7V6Gjd9UnlNHiyP4xyRCvluhQ1+tb17YI9 1JZ5byTnuBZd2btvgWvGsVm2xWDeN3z6rc3wjx2Z5cZ7wVMactTsM45dtQgllapvAbjhapsA Cc9Lplga2wd74kCWwTYJkD+hg6A1zC088hzAk2GdllpslHZdC2w9QjTrekOXf2hzKua7p73g gPG66nUdiXqJLbBDt66PwVQFusah1QA8j6FsBpDTHh7Icv8w1gHHaqn4IcKa3MKBCiLyE29U mkw4pvuirom4V9UgcdWy0Z/kutuL4MC4pwHDwLpYSeJKwDUBj+X+BHwiqDkxRY6kSI/CbGVA yIjiRQwuf0R3s2OMQOSBCGo9SDOiW1ap3fVAknS3vMZOAqAytUXrsUdhPX5pUO0RC4fC3RYn 69FTJwvgUEA1VsfYY1xUOFtIyqkou+sbMocDGhXsmzFtxK5P1ecKU0mij6Q9ulZumYYlYvtn gi/842t5iHOUD7jtkYYub+Ne8R34aaBmWCxwZzaFpE1JRRcBTLQ7IB4qoSZ6QYrzklG0u2oB zBkPqC+uvXR8SlOgGBjtNE51EbGWjG5i1+DqnC+sXK19+n40dCRuseS3jFr1jKJF0xc0Jxw7 9qXPh1GaprI1n87nlNjGKGPAFGB9lBJE+ipGpOueUzCw1oS0lWD/szemfULsy8D1xtAtqU2S tGLwpmrg6U63U9cNF8Mi7sEGB/AOxS49INAkDmkxSOpGqwF2UTEqO1y5dduB/9bof3ov0Chh mrPBEYHld+kVlzrY/fTMm88Gld3skvxWf+z8mVdee3tNwum6UslzH/asb3dqTlMGetMezEeU hBV7WfHs6vW+q8/i+W+GR2BzQBHmD6pBdXKQz0XdC3ThvJneBiK8HhwrZ6YCQyiLlcsBzupG RuFNL/sqKVpBODe5dqnWUYjREG0qIAoHywF5sK28YYJtqLoYwHzIgXow1Axd2ivhCjkoTRGj ewDQ1pSmAjnqCOUU6tl5FX/sGh02cJudvf9qssv04wRIO99RxPGFDDCG0b1+wCUVKX3gruUZ 1C03V/HmsznABOoEiJxBEFSISTBVMQX8nHMpxfxiHIznOG2fPaIVzKEA2iGB+24lLpCDuktK AkFkY7i+K4YA6Nv8KLH8UsQKjC+rqh0ONLJM6vZN2KtTMPQbMu0wl9MSTPVEAkDJYIUCUDZd AiB8tZuMkZAKh4/QXg4QCcwaRlgRGjF2tPCrTiNxGZusQyABZPAgtnhFWXsMNRTm4NoCfN3C FZpap6FjoPegbcqirlxjQCWXbPOzwDhvM8rWOEz/jtePJHAk0Ehid0c09WpuQFth9RNk7qkH 2i4nL5H/djrylRsHxi9ZyQvKw50/vhm718s7uVDBxkjXeAl4sgrlBh2x0Zxa8PiwNM5yIKi9 XqQsAOWZ5PBhAdDNaOYDWNpW7zhl7Lns4f2uKSDS4Kai2SQGsZuz3/louesnTVjrNTbXUAIE TPmDBn9j2psnfBzHo2nDsAQIi3wdhilIJA/4mBuv3sVGl6bfw+myusJF2fDw9WyQWVd2A4s2 nRsP4KZyhE7yWssldF5JEaMqRguJ9p1byu8WTek0AXfJEKYTJgMM/5k6/0A0VQOYsojdkIgE r69Vv81WU8tBVF2gBnADfAZDfEkgfVdKbLc9h3EoVpUu8Vew7hdLMRxAsUSyQbjQ1zrG+CxP EWujCphp4pSzHrPX9we61F0oA2BEhR2qB5CtwHDH0WMY69pN8AQzvfX6/aKeMsXq+kE1N/Y2 0Pi9xHKD3wLZZ6yOj1jdnsMKHcSVGA6CA7SW64ZmFbsKzT00IGoqkDAq6l7Q2HJMcMiWfWiv pyzN4/iup7obFTNO3ikCdMBB1PWtyGypOaYwwHFgWJ4A7KbAqD1waet06W0YSX5zJGi8FZBz 8kla0DFLX80XSqhB9B4EaRPMAG9w29HeAxCfixYDc1updM40xCnUr9sbAAgwoHbMd3X5A8+r bs8A+XxIWcOVBiw0A32tFTKjQSVg1/wy6mQWACQMjFOsIM/+5VTdc5kn4Mhqua0IcDvQTmJ4 Lm2gWiiJQapzvMilL3zxc4mz1rzFb/57vWuQPwHP7Bu35l2rOPzhL30uQ1/OKPp+yY2KwkRd 0YpjQq0Dhy+zxfIu8DNJR9Q9hp4iR5mStCbDBVBsV4ZqsUatV7wTsHxDiwQz/8c+FuYKzTHV FuiANK8mPRhTD30y22jMg5KKNNXwMUdGl9/Z/pqcM8iRh9OWBhqFUcAUgLsDMOw3dOa24nn1 wRXTbyqlbK9LrH4c1jEA1kYrQ7HAMX8VR1HMwHSfg1OS+I6V2mH6sLgRJD2YwbrdcODeJObo 9+kC95KWg41xU5oxo4X1FEjhAVQ7xpYDSlpd101CQdyaMrSVo7+AIR6+RLJohIiBuV+QV0Jx ZqbVe4vcb49IPgpKl4axCzSiP78GWR5zwpQHH2BwUc9VaZjNsGZ7EbOvQE4Fj63B5DOFpRoJ sEp0+kLB/O1kllUbCRBkDS4mBI+OCN6xkwd6pDSCCxnRFWiIjAHVqGoTqx2YrZgbRso7HIhA BqENtdTc6s5G2jKnNGYA5fP4eJMuB2ObCbFdIgoOjsC7da9EdmHUPGJdFqItAL034ayphCnX NHTo8VBaPbwdaQA9wSK7VAqMAtFekt6DRf88hMB+36WplP/Oqv2G4DIwuEEXy5yRoOYMQ2li 1AESvPHYDtYNm5fBeeqr12E2OipT1OsPslmBqEJTS81dDEI7rdcPE2isL8HjB93igQcEfH4p F6x6DJy6wuPjINCh6RWkxFAOvtN86c3mnNPHVcMnMNQRDPQ6KC3LxUq6Wv8PAQ46ysH4xe/N FeZbut/inPnlzThp6ZvftNw81OYncej3ojgnfOMHSXIuW4B9lNUxoK0m3Fh3fd63oqlepEjE pR9DGqXi25dsNV1wAdSToe56vzTku00gaPe8KGbpZLE+s0Kl/AAuNjokDN+xY+opZwzVTbkM y+VgM1qWx2gnUW1gYgbA2hKLjxiYug0UiH8rHJUIVtRstR74Vd5+51kkm40aQQjMiRGtI3pQ 5YYhQNqKFa3ZdtiVC3ZWLskfAF6KgQ+pG89aDoqJMLkP0IQkMokEmA3UiPMWKAaAy7R9kV3+ zG8aLp8so9C/JJgxGxXMsTUJz46DuUu5o54YAnf+W7jVFQ+pMQbwOIcSUzaSQDoc4ObbXxeH r3b/INDFzmUkiIQe+jEjSaT77iqKDp5QKDArt0tp5ErivDe7SJw2kNHlLYcPOMsDgIRarRhU VYHGWO71XPYqKISV2ul9sOEJqekAqEW4OM7RWL9MyIQMCQpWwPIx72RfKpqYTWHmhmD8zi8H lQ+pGQ5ohxsSZocA/3UlRRlgmru95fZ5RKzzso9KUU3zfu8SmS72kAbrYRktMaMToyp3sFyi +kFrFJlE4J5iuhN3P8D9YiwG0ZEWdeTupjsEcvABKjdClAYIb71JEi9XgDmUGXpyWJGIoU/y MXOTmnmiGPyrddFgkVEuQEvwBGdzGL3iKG/jHt7FejBShxKniCO99iCTOgtAJSXk71FnMpL4 40NsVenamBfK35848cWV/7j9uuND+yzNLWMQ+kgvB4tIEJhn02oUNvSYAg5Gopu0lNgXw3UA u59PxE4c5MJzUkCkBGZYzAVI7yymms+me5I6ZTKeJWEK0iWfMacWrWNAa9FFNqU5S1gXRiHc SIEAQEeweMh7Atoe8znDHymG7sdpwYsSD3lRjv1+2lRqxaU76psfIdgBq8wxcS51nAKkx3Uv TZ/j2XmUkvmtZMhOa4RZZeT+pDmwop7zw5CSWYWpQEa/H4CmpoZW0toqTMWIg3Yp/I59maWq i9RltC8Bl57Pm5guYqDVGv1SxJh4HkWUCfBAnksJU8H+i5JRnEKbxmUTzqt5VE+V1IpCHqlC jD2I0cAQhy7CVy1VzYk6BfNXWR0QGCyMZ3SJsCgEYCCcyGclDFgPjNpc1GWA82D1FQB84oJj m5iNQTwrIAkDQADGb7memwyrWGJ5ErM1sVHB0MaFW8ZHUEFDe+g0UF887SmmD6rr6tEhSGlz nPQ9qKheN8T1BX6D0ZM+HQnAgE6CkCVehCvRH9RCY0ZNPWW/K2NgDH0HYiRqYpBm6AAcvuPT 9SFhpCcrKISOP0eBwyFdwr0YyKshVSDuZbAfJxGJn6SdVVjcA2nAWPryzGEZ1amHPcYU9QIO 1TjdRtvXpJuklxz4GgaItUEtgZRQJw9+JxFMNQdNNd505KmePXbwl6/7mQc1fiH89F/fPqSk V30r37kYlR+bPF+0K3u4xNp8abBtkDfWgwBtFGoBp/R6MUkxo5zuHM0w3a4udiiqY1usby8C cxDU+KnCxg6zgdHKj4owdFoB6PBVhOz7SbSSDB2y1tQ7jBbm1PYPY5WNpt4p1Bs7roIx/Nnd SgKv/juVsTpGQLDPryYuNnpSBYTfz0W158qxj+OEIbU4pSArLjwuPos6/KdcGws8hp33bT/+ DJ0bDzQampsJ8qPVDQgIaCz4Ca5Ir9OjgMSYzBpkJ3HsucRP9NxSZ7kxp2SwCGgk55OhYodO jOQAQ8V+si4Fch7qFkbP+yLFWAWGoAC1ETz3wrNoGWW2xiBkt0iGT7lNQLIc1sg4LYjWokAE UrENLXGTTT9YC8VtV31pRUd6NVPhHXQUJP2eX5q2uIiO76m528E7UG0y2AsYx7TTbLKYWAsQ owQTfbnkWkybN2pY5L1IMH8FvijPzMpa21NSCvTN14tyUnP2u5izIkT2NKAGxqxNSAXrXOt4 A0Me4/01adWBRnIdRp0R+vSVIWQhlgERFZUgT2vHZAlwS1JjYCQPlM8OWfCKPk+MgRZdNFuB sWQst8475v0gLVyRl+wMrLsm81GaGOySVgdqSkaKaLrAPK9vr100LGPIX8UqDswuaVwAeuhI bnk6AdvDGGssZWtnCd5y/CdwLTLn/1bYdIhd+MULh+Z7/D4xI0az2e2CU0XZmmfZ5sacY7Gp pgAWShgypacX0/JBocLyTwwJNJMBQNgCSlndRkNDEoIbEqnu3BVDCbNN+aP6vP1GABv0Wpd+ 0oxBuLmeXjtLOKipYqXSiLTwAF7v08sjvZmj+vxdpBfD0YDPLPVngS3HYuXEXHoHu+j45R66 HgYW8iEF9sSTkJfhYxjuZcTmYi4Gg0rLo9X9ASVnelPXDZgJzQOkprxbfHDvRpgbyQT4nZia kJq2W8Igbvjja7ocs6XznTcWAfLlu97FtE5HYrOC2TJKCo00KY1ZgxhEB65wnC73FW1XD9bO pLPRncBk0EgBnwbBrQU3Isx1MxSDfoTBC1YUyLSUArOKfM3MY8++23ozj723VcNvdYtOF4+w WkmKfEJwdPiYBeuNEUmC1TV/EzdpWvxapGl0WYdiejGOdGjRgRfvFX8N8FnN6suEK7xyieob LcjxzZg2EdXJA+SGUOKPO8VG+UeJ2iPQys/BA4Fvg5VmerwUR4Dh6W7xcqAtGHABmMOWk74e wijJ2lp2DxT1iDUUZw54l2KwIXBOK+Vaakmtk0iveCraVGRHYZyrAsDJ9jEZASE0x4Fd7iLV t6vP5pgvRQfmDbDz+2v+TA3mHRJqwCbyboUv/fqayDQ+isSVWrEqD9/ldIGIresWR61gCHH4 CsrZ3O0Ce35p9XkyyvDvAT4qaPWMwheT56+JeSH/972JA1/+9hMINMhCoChaPYB9Olhsr+GQ sWLRpEj9hHID9oQi4wsivw6O2w4HnHJreBirdyvBJiNREsggWoZQzPVY+bLkFD82U2QW34nW dIYDFjIA6h0Oj0VT75qC3VPAlQt+cs9SrK5LRXjhYqn/CJRFGWi0zTRbFc82MHFSeATXo5xy WszWLBQlVQDecgXwi1Y9YQroF9b35CVbLIdrkqg3N3XaOPLE1zDRvA5krz0zFdOIAANvfopq 1RPXOeFI56flA7QrBJc+WXwRlPZm4ifpWePhV0Epq1f/Ih7a70hSciA2Lm4BunRf41l/jmNu Zo9TqHjomGLb811ESnrFH5EwLVwqRlNgfFfxZAqDswjdOAVmmVC6W1XEjlKDH8iDxpspjItg ipDatl5qtRKAcsDF3lShM4HvhHlebeNK1/XWUvYFk/UciHvKWSB9tQ5YY9tEY4ir+9FwS0n4 L+FjQGrzKc5n3aRg2pKMMCJFBEgIAQ5gOB91Cbz/qoEi7ikRa+NAPbcWY+1x6GmwIw0wRCRc ZrCh+IZRWKLf+C1KOElIB+iUUKc1oGWPT0psrdqwEspSH43pnMNAjhozSbs7Ks2YIMyUtk2A 8OhqK02dLmNAQEPTvGQ4K5/fPElFcSA9m0AXXYQBLFD4adSsBykEr2wFIkvV+br+TIcPNSUf FiRLWmTnCyt+rf6nqVdeS/97iF0e+ULu1fGtv00Ml97Q1sTuFWt8GH5p4RYs+ULEzqnGJBiR qIV1lAwpl0cLsLdbybQzFwKsjAR7tl7qC2cLGDEtK0ZgBmunYVpeLkyE1Qnh2caohmXWVbUD 7JQ+HQhlsO3Rcvsy+FDWRwKLgDa4br1geNxWceoBynu5TLcD6zFTZo2u72g/Bg819UyrNkxC bQC3ZLFNVSkwC/AVvsq0qShCBEq4HF4lhNNgTU3c6jHtBuQ1PZSO+cLlNWNdYXOxslISvWxI acKRcWNyaTvbI+sHjBXk7QnAwFXR66MnJI3I5H6OGV1cjCY+g5qwm72iQRPlz4r88XZxwQ/g mataR4KuxJMkXgyAX6Ppo2Up+4Y6EtMmXAeK0/EToCta9Oubz2YPfwaCPTF7xRA4fc6YuMt7 6XyK2zrSAGzYiJi7UT1a7yA4YgebH6PbAVYbkQQKKFRO9bb1ESi1CEISG2R41CiH2DzvpDZi Dynj+msSP15qvn4tZqqxMMWqX5L+kyswNOCqWCSV15hW1+1v4rF9nM/yApejpFsuhYDxzOK7 sD3GKJortboTiPX/JEkTEJwagF5WyVRifCZmDEf8TAySMqZhjJmnk1TnCRBJ9ywk4kvfI60T bEJNkRo/M6g6QrLyg3Q8bRD8nzFp1j6LwcgpfwBjywKjhYlikt6hnJFAmq/Wa8HXRJZJwCWv rqFrpaykVugZAb9UUB3kSvci3WzKpayCwNw6hfpdhcfbl945MhKc9uf7DWtT/inuTRUeKp2y 10v6wiHnwWNSt+7wAZf8tuasbbU+RkPk3pCazi7Rae3kXWcxjA1Mp0tG82Dz9e0Yn7iKYXrQ QSzrQGWNtsX64nLORBYVGBvoKA72Sc8KdI0tiEA4gaUlbFL22g2G4iN7QrqN0s4mmrxIOWM2 wGKLCSdXwfjNC9wi+H/OfgdGI85EQpC0eu+w1mgwbADLOqeO31odLwVVE6aKMBFb7YG9SCT6 tHRDWj0pxkDsXc8EX1DKMwS3LuowOilFDAhvRuaSfFIiIttOmS1cNGGuMXMY0K1twsw4E5L4 wCIlhXBTa1ov1viURQuq1wO1LAKqKHK8GXnUCoTKH3lSTATFekN14prGyHJffJblXtHp4Xdo iOvIugKCJLH9yZTr66m1kocASb3cw7OOBt8OVjwUy61A9/iYoMFGf0MtW5WUFQxSw7FpTRp6 R5cxdezt+0Ucm24Ra+iY/PhIoKPH7sjWrMGIMFIGamTZAWu8MDEXATOvs2o/xW8DbPbVVTm1 Yv9ROs7J7CvF0HFFndopdFBpQgr6y0k9B5ayPkOHcVjRao6Xhen97tZsD1fSxMH+qIiD3YdO H5FAdR+djiIFaoD4r2KN7WCR0ZAgqZziT8xb3U4G59INxyS5BT+FJQby2b6Ua2PaI/F1MwGy np9VLcxduiGDhflLetKFIKWvI8dcXO/TpGOEu8lMcYiVfdbvbe/k/xbUIvvlfzLc4V7S6TNT i3xeSOi26ZauaPzhxW9cjgH4npVKJIfMPBNLlwa6ILkFJTbBnLpQizXOiVOvdnnD0zq2ClQm Ym1UKuWGnTfCBu0bAFORBSg/iqBc76aSej2QoMMqO57Ss1u8qhLxq4gMilwOTmm/696x9Z5Y QALQ+ESvz5hAAVjFEztlJ7JSjoIDitVxfwBfmw6rxgWoN5we5NMkYcgzfZqCgf/NzdRKGHHh bvx9wtnrrjUBwJ9CoxNvY+622Nx1HTlTusRbAZljwIMVAU5mIZYhhYCDf/9Rvgirb3yuaxnj zSuqEe64ZxXULOmnO65IwgF2J1oadElwllMN7MacTqkC3B7j0VM/LnWtXDwmowaVkakiMPrg /kM42KVl8V7QH/YDlP0U5Uf2elD5TeAyzOlaDzkGYzChqcwHN9CGFzO/DHfYO9yACCCV0MAf w3TpfTefMJeM9EMZjypLvd1vjeNMhGA9BjDMsb/Ena4bwNyje5n9osBqQ56K0XIN9qQlYP53 jA/VkVo+OFJA6JZLMC1CgtQUpzF9Mizl0OleVu0mw1Y+TLFzakkZyU99Y/yljEHSD6M3gJPk WX9qXejoYtUZGVJjex/MxXb7aXUMTFDQ7pdEcLt86AibLhqwG9ZSZrC+xuS5fvaKfMPCdiA3 C4cDo433AyQ590hufdEJnOkAUsH/5s6cuHnXKhoOe0VyEv8+84lPlZXL/KUm4ZyfF0gLf3ov X/lbvovJv52O1c+v2yTYlHrAVdbvdYYN+GeEFOYhyAA7pA/7PChyb7ePt2d+OKBoz0GA/MxK 1fHCP3EsBRhp495BtQdQE0UuaCPgKW0go6uXniU0fs17edquzMpiFw4/FoDOaIMWLKg9r88E K2v6DHZzq6yzMDElymfsJdDyvriSiRkDSs/x/ghXXYapHHbqmrJV1sMHyp44JqheXe83JgK8 LonrEreSEFYFhkxJ1zwAAq7rQC3l9P6IbigCCy7p1IiV2umNMZl15XWk9eulrnCE4kh/4zq2 5mcgtmEKIGhMwqwmkY+Z0mRi0PZG/KPUXJ3aiDH2PLugVbnhIWU9IgGvbuyMBpZV1Zjm4WvK SWYdQzYajaFFcTnFIn03dgAlknRpegthw75EQ++XXo7xe0OtsRHz0h3l7QBdYoqa8wkJS4o6 QVD2+42FdXmvSEiOLzvq8apryh1nQpAzzGO1S79mV2OQlNBP623SdXXdJDQpDhWxbAXblMw0 QwwnAGv7/NI/w5KVGSPahL1szLrTgRQ4NsxDaBkgQGytECzE1Lhw+aI2gmuwumMA+29IBBMz gnBUrNBUDw14WkOtFgHI8kAqMomEjjBBEASWNuHjSIyX0xgQqGcx6TWkktSk0BSUy9zKlxIS KR/j9Q7rsMY/8Ayn3j6LNDuR/t0AHH2i2e8U6c38FqcMRWH2KQqdG93VuJ9UDhqtifr8dTDl /456LfWa0OipPmzDKCb+b/8OdVHPiGz5tP6Eo/fFGa9d65b+EpXvFxTDlS6y+0i9waslqnF/ XePB3XPSljZUjGhdY+wGla6DSsq1Kzdq5rR9WmbM98t0/ZulLzMqNbLW1jJq8wcfqWKDQqdW NPx0rZQ57aab7J4VvNsBe7s3J/VN6t6cTHFOE4ffxLzwwc3UZacfNISwz8mDOj7XMjo+35Au 6LOTHGflbNmuvmcpZlM7NNtVF4oZHfd06YuSaile9oFao/WaA96U7+L2RN6S9nylfci11PUC OEpRgCDsiPreWzHyV6l7pvydtRflUkX+hvbsC+9eWcUIXVZ71kfd+lMgo2OBlWDzOpaamvM7 K3fRV28BVdq8dpHvu79U7uj1ql7VXXZ3qe7Qu6dZ5ULFh3MCnlO8teV60JbjH9ouaziQ8YrH 0gUzLfYfPeBr1rLkon3Z2pcdPZzXDVTOufi82obBmrek3+9KZeGfzO8Fh6//2bAFZHhQsNZk oN7pdu4Cxfp2e7oc7INvzJKm68297X42d+2LlUhP/LE8oD8obc0bZsLZHnvpCrzsyvukoBes Z5iotr9O7dglsuzzLuKw0QE0pOgUzGrSfDil4Md+n7H5g4XVQiDnyEep4N9KuDtkWO+YN/Y6 19fU6X3Vt4GO21vcs1pPd4tq+/SMIcDz0wfVy1Cc03/0nJhnzD3jFim+nV7qYPnZfuYXl2zR H2Jhq2dD+MKMlkCQZm4bEgfnoWOPfB9wf4dbZR8FDyqXE/V3mJhtyplxsqyqDjC91Q9VQJmL GMDOxSFuXQPWCfL0ADXT0P5QAraZpQHDklcxiCmmm8/TxYZH+7lq5jBdBXC0n7RtcDrh/f5h nGlF+tWbtNTSVANPwIwUaXY0kAg5tW53LKB4rLtkU0DO/IDvYF7QoxbzrwQKsAcFWDSMnisK kbTHj6m0a8XEraqYh9kIpbHHNt0QQu5uLAQmTiyCFCDV/ULPk4ohhVtgnTCObytvaDHHXh7Q 5k1JZAANx7uI4R1L9x6zolZuV2LgiMJEKmVfPqNupPiLtGvvHNa/Navp7+1o8IBOSFrS57Ph j336K1/u+DB0fm1hET03WBgkMl+aGnX38hFFq55Ma+TLKCzHwwn/wWTsl9EIsQNsYOpD9Q7A 7YFcbZulnpgXwvmk8FA1YTByYTAjQLqiem7G1BbSQ79ar4HPHlf3YRgXJ9Zdbc4x3a4aPobr iKVuXbnrpRie0OPUlZtYWFjZLaIusg8v/lDG2LqV/8qW1bENITZOMev07/VypUZtFdfv6fbX MXNftrGJ/HlJUcv2jr2MaZemzzrW85C61uxxNvlEwIawaqfW7IqR4BewfgPzOMCnLl7wwrIQ TMISvCIOBdP4BzuGvZvzCZmyG1Ps6MaPw176ghovLBHEMKWHRrx8CaltnOznyhjYvBb3wP2O z3iAlVQe8rTugad7vjKxf+1q7XBwwm4ruch5o2o42z2rGuiPbmiz2gF4GJYH5kwde2800P2W lqF9FVmK2VLeTQ3ry6hUU87vJFfK2pRJyhTpeMzv5Vi+vZ906yxliHZhKw3TytcqoZRsAmzC HFujqUPfRHfXgcuIxrrdz+mgU10Lyt4AOyjEckCO1Y1IBIADAO8Bb+6/U9WNvRc8ugxZayRH aEgSgSBqQyd8lxqqyLeFgbv4pqEJ2+NJy6AQM4LpUmwnoRCk2dOZYhtbQYpSSQ0pP2JT21jd XhitxqgwAEwsEqASrIt6whWaTuBNMYKoWkImAGhgfSGWUTY1YABxlXPkKkUW1pHhwAm3aRwz 4qpEnHoyPEUYyLiauvqswnzPzY/3r4mxi1nY+dXC45Ndxk8xjKA1u2sLSz/0cfs++E3Xd36J mtLHA9GPpUdDain+xeY9TBmWdSnWDeSBG1b3+3uKQ71DWzOXgUQH8iYb4DlR3kuBBRcqLLAc j/QA7QY3zN/nJruPVSt/tGaQmC0Ox1k+BCdqsTREQhIR3wYyOrE2qEE725iU4GO44zQdiuQa JqQKG3TYR150k7sfq9MoJVWgWblUgvER0cdfefy2ptHuD+fvwgsnfvZ4Q93vidUXmIZy7Gw9 jPDIps3nrMdsgEcDqtGyPY6d+qqz7lln8KpVXB8HUInVivTwhiaAIN1YnB1BUgJuMls5Kaz+ kqu2w7jw/lmnrUJFU9I8Zq8PBvBB4zMA02WAsbHpnVo0i7uf398vonp7+MIwPZYEYjDdbrZw HIghVj5ZjpE9NpJZY9vm0qVT9gNhB0g+/yaGRQtRGZk/Fqid3i9iXC6ZcHdDGw3Qa/iYIsHa IL501B57UUn9wLLp3h57Hlc5ejbI6KpGuoGNjEJiBRmynBiVcv5KZojymAtzQ0Deixgt7Wmn G3NYpXbvSehKiXkUZkVIYoluUkqQp20HPdjRj2HscmfQMO+irlxq7V1Mm1CcB4UY61fTBBjw UxGDgODbmX5ja6iko9ewroli53VSvb5yLTNht+7zPoyxwI630VSLoCtkzJnfyajOiKlfD67f v9Y37Yb5Sx93/+Nwc1p8nw34z9Ct2v/MJ1H8IhHILY/cZSz6aNXthpBZ4ttaMrutV7T7ZZZ0 Vfd4m+Swj2WLme0SdfFLOMC4I62OrVgb5QNr04wF0WFqFxsPV7TyCamZ3/uK5tuXnWGpubXe GxKmCeEa5JUoTYrqjMCW68IS6dycGVYFKRJsik1mPQjQMG2Gk1G8FEvLwU6h5HaCx9BZZp1x Tqj5DHi045GE1PS2sXBFjIev0PxlBpJY1jHsIw8WR+YCPeWNnm5OxLAm90x8lkXqtfHAYx94 XGvSfvdSz6E4vtUK/wOxib2oGaTPIRbrdpoarsgYViv6whP22uvNAtqC+33l5UzGGNA3gORT FXNuq0qkIi5pBtpg1XZRg7FsF6TGnlq4wi59pLtfvIVnSyZ/4ySVGFLuh7YHc7O9np0YISMj QfxJtt/N0Gp5UQefWcokDWcs/0CsgLH7cIzvkRzZLTJPSM0eTtGRXA8Gm6iP6MC8/MSIxHIv OG861m6FOW+QAko+Gzvp85JZKsRBIO2YSYVn8gzLt/L1FEAlMIEkBlOosKyb7JwkxYN0cfl4 z6hEbk4imlhkuK6dVAv0xWdFk2mF6RFYRI3hoby0yW5qjFlU1jrRFTzYa+WqI8G0APw6SAAZ e943WaZtJUXNGxBQOQ9WkRu+TPYHgc4A7Zy+DMiq2XbSrl7i5uViJbXy9GZiDsBKiljmi6Gd K+cVronhNazd9PY/BC+r+V6CufNneL/eeNMq99uBrz6xu9fCF0s/ZdqR6dQ81bJAaumlP/pS jV8Bl3gPeK0Jp/OZaXVX1pd6/Jy+bJ+2zKv13BufBN7w8mjc0+end+NdFDjgfGrxWkJ0sBTN jaf0bE73NWVHG2FBjCVcVzhQT/FymTWJxFtjAwYAMowByuoc6KEESY3Zuowpnr3+Jpwu1+oi FyDGPbyprLV0/cAuhcWg8poClggnQgC2BuBaweiM4y171cWqTVVFYjHY7bY1PJFTN3JC8nZC 3ZERnVfcpxfvOLsdwxzrp4BJQr2XWpF6D/DNbjuwoFuxbaThaicP20FII9erDjYV99mYC2CB Qf/mEuU2G+upjI3SepOaM04rpavrB4uZVel0BI9xpWSiFw7AQ+p6sc2revUvvsBYEO9g9Nzm 9y4EtavPjOqGRswplqd4FUiY9UhQvsdsyi0+K0ZKWS2P68JSzrmLTZPAimHcaRL2Mw+Cwedi T5obeGHOzIzrL0W2ZlhOONfkut+615oz9XLnr7ZxPAoOQzmkpLaKj2N61Xz7CzidIhCnVNI5 1VzW7cd1WcCggxtKqAnHATLJxX5g2/NdIhxFR3BkKef31sfFGWZLzemsHmZtiZXHhlHOpOrU Acq/g436gPIn+/kxM7XtuYzxS4NKk4l5AW1s6mQZHM3n9+rh3U6VIOEZJfO46ivSSI+RS5Jm 80ljCSj74ozo9pypTQ0oFy0GUE9KYNkJdKFwVS29Ie9YuML+rXSpRyoGYmuRjvOpPKxQiRGA vZzyxtdW58qD5gmzSr5a+N9/aIaj+F6S6TNTC31CHlL/evPHwa8+sV3TIp3nDe5SadK3Cm+L kpF8tGBww2e2502wtehari+V2j0uTfxdwPQo1O37cK+uOW3F3PgQV0lwxJkf1wobMOqRrXGc 0py+2dcUyyPMhA1Nl2xPZuEdDFJDZnWLQ1DBO0nIk85kgAUQ2WedLDMD3Z7m+klz1iAZngDQ z9eg7jjhW83xwk6uFoxbY46XaR3XyptYkEeqjTZMt8Phbp0epJHXCYhZHJaCbip1wKSWzGjJ RNt99rjHhJv3Qypi91uX58e0YxuBSPOHIFoaZnlBhlLg6JFyVL5uX3zWWWZhw/g1kekS7Ixb PiCILnJxwwAe6F6BL+Vai0M6opmtOJJk9KdtBJr0Yx/0z1g4YfUT/2PsQL/ys3vWHoeJZ5DE Yt2eLdhX8/FwqqpV9QMWOMTfvLbaA4thhPM5n4HXaKgyD2hbX+oAGPqwUM/4o9TFarKPHQuI CRnFGQ7OnE5b+/1+DXsA+64YiuwXAyX6Id3XCpsjAloFBVhc7z4QQ9JEpFQnUIiz/Oamt9eV 0xF8AaKV1a449Mgvjsc9DYB7cXN82bWhi9iISkbEgq9LppzDvDBOHwbHlqL7jHQRXSkxtOlp 6KBODE5rcJtGOmh7hxvOrnYDJexFF6FhU5H1nLN8RYJlXOfE84BQDGzVx1BcjfMoWwKZscFV GBro4V10woRAyhEB9VMH3QYXRSY4FWNKsY+v2GaKBSKk7x1LaemudXjA+prjmC86Tvrxuw2q QiJQpMSSVOZ/0ZowbY38IOf8trdmNf4DNXUxD1o1JXm+ZPkLSZ+YvPPVntDgSNmxheY4pt+E E+4WTp3Munc+jq84jzBZbuwc4bviuYqH1FsFKyTHHnjeL85P6uQkO8uN8fY8MaRHOVGvpdz7 1fMpZnG4q2GKRlC3t1FacSIrbOUStgWjO9cNTqt+VjsB7DMZscgk2IPs/LLq9b4BcpE9OE+j 6Xbmi39Whl6OJ3V0gW6dTpk4iR1O8IhAQdWUOs+KCHF6H6sB29Oly8GxhPmHCGODxpxaM5Kq 2rAnmhQsJPWVMmctatmsXpB3YbFBB+QF8nXthx2bGlpiScPXGFxK7JEEQ4oG12kjQQPW9vqC U9hX4+Hr8SMG5sZEscEUOPK0mwiFgj7fJbOOYed9K6rtH8BmpRhBDAb33bFD1Bqr91044nLO mnEZhdLO7MPamE6xjgyMaNJSwsClCGjviTqrpJRbXCf2RGB7XifYe59mBefsKgALnPRKVRXG llduR5fc0KxgtqYhy8uXolHG4FOwfpzHedOQGQBYzvIqmhgk8V+cekBx25EGRtdp0L6TqgRs EE8Bt1jwU3wWldMmq5smomckkuQZ52TZbGrxOTIabGjJQBHHJtXU2dCDgpxESq3OqcWTlQdT yApHJKRk8uf7KIeNj7uenCKJuuAsOPgawf/AxTC/W8IQt46RHMHRYyiiJ+ieSTLjWdixh+55 wDRBHs4/AbZbh50QOFBuchgvDsSabOBYrbcvxOJbX9GLazTLEnvXfPf+iq3qGWc/Sv5bxhbv QCOxlvzmaPVxu+fglwe191fOWMQOkmzkHIu15DHCccB27dGHFOMISLsOb58I3MLBtvvkKyfL bfeIqGc/D/7mluRgmd2Jc6UXDhupOfdW5k3ZfBygrAND29Dl7+nXpHV1w57phGnOdwC9CgyJ OTLmLgHH+2rAFDl0hscmisxic6Uh7Jx2MsN2+b0fModxQPWmVOuatLOJU1tiJdGCPQuWgLk6 MwrmCuia4Ayns8ilzgGr5JfzJqYb7OKqCfu8ThyEnqggoSm8G+EqKq5BZPHZ+DuSrqot6SuW A6D/9m5BlN/Yuhz2OWtuFpbrmNpnbTqmZFawo+fiRfMNaBvJpSRbzoyY++/8MhXQ0WxhKZnQ tDi94HYRE8PyVVcFVNhBOhrueBUbq+5+XakMSfi4oSXS33jCji5SY3n6bq/HHPzJYtyxJxg8 81jt4uebHtVVzqID7Z1EGrHD3zRS/DX2h1otJ1F8sO+GMVRNgQmphKNbXUF8HZfMHJZRbnPo OpukwvHwhCqROfaXIICnElITgYlQmCmIIRXEnWXTT5HcBElZpNIDGFFC58YHDeKgijT8ESzs iBJNGW/GSmEcl0IGRYMO2T5IoctvyDC6CIwHAtX0D+qmmwLMsZ18tIzK+6zb76q73tCS2GfI nXOyu/1xsIWdjjbdjybtpKtfpOY7Af0js8zIFGvw+fRACFDsFlrUHcPdZNgedvZxLhgsqxbb qSvdyxRYkY6cYFfSKXK3WqewNf0Bv8774ZW2yjdTry3d9fcoDI9Sf7HcXHrEMr0/9cd3p8n2 zftwPucL/1oy9BSjKgxdvnsb22WWeAXes7ZayjczU2mYZCh7kDfzOzIKAKCAORlvAme9JzxA KgLGi3XF8f3X/AHrrT6jdejjDSlRbwAIZas2JH6C7XklTca9nhwTF6t1vB4Tit/v0yRBqoNT 27H8YoILaGX4W2zX9V8+NDcDhPd0parcCLiMxBaLi0Wsof22sNLREWbXsbYrQMMJoOf0J9pV 3TpZ9sPmK1E+Vj2HqnaTRr+kURU7OoJafy1olceWwetaZrrVAPtqm32HwubH2KBOZFhMh0Dw UY3p7TeBfX6H4wot4pqFroMCuksTS65u2mdZ/QmWE7v5rNRGc9Iz4sLPbI2sZVoDu0zG1o+6 4eCE5B39SD8Tf8PinXRDbrZB1tNB9/6TzNNIoEdKq4LZkK5Z4L65JtEMs7WACE5XjASNcfdT /FtXfT3HyC/xR292icj7EzOxvHmg+CFlNgSG8ksDXJmYntSahyFws6XzObkK5lDFgHIbGdsm TItFwIxioliM6a6P7EjFERILKq55dSrpgR3js7DhMXhsTQxJI8JpkAbHxuwKJT2XChQIOMpG JTVIB3YMkzkPK5mjhY8CuKSzmhXVTxJhg2Diu5C3c7fHPSrCRxRVyqEJa5+MQfSJrlhRlRDv ESUyletIRAbvF0zy4fiw0HAPDzJDyKnUjJ4WjlCW3CCDtYU3WDQ5EoN090w8x2OYtSdhD9gX i1KGKr54B3RgHdEBA9x/alhxLiM84me7gu1vaBeX9he6lsxn70s2BToAVGkljzpa0mJpyQtZ eH7DK3aSB87pP/G01GmHxS28u+oer9lU/pqcX71M+StZ7H9RJ9dU9tY6ZS9YWCt0sFoQepYl OLm2crTwYJLna79c/GXlZfl/ur0Ur/1SUKnb5zN+2kvhsWPfB4KdD3497bWrLfvUg2lzOyba VAcVm5f8emnlvfQfEuYtedt0ouCloKrMU+rz1ctOJd7NXe8adfXu0Y1GO5I4D6l56102Hsxh 5SobOha45r5cc6pjQU9Humv04NGSqR1z5amLvrISlFOtP23ltWpizBfMnPZL4jl1y6KP2Ca7 W4z2HWjMO1Bx12OpZ+jCOun6usGjW44D101dQDrLbEROG2QckZL5uy67gk3lF6dVHN1iJV06 g60Qvur80Ugwwy3K7ypbsfpyYY7pdjKPhwtKEWfiMGeM2b164nngBp5Dbya1KuY4txhlrm57 cUSbct8vr5bzrb9nS6w5Bu6c77w3giH5YIDSdDOf25xGDNpksG7HreKeiUt2mf5N6trxfpzG SyJ9d3qxSySql0wyRSm8PS7ri2xWWFYHyjNF1K/icvBOUSTUiARb+Cr3jDDSeznmiOAXLFi3 gy5r6l1shu/1rmLeAHrBBurE+f07ExdESnljr49KGFQbr0df7bH3dlEdFduhgE/YaJyXn6xR zCEdiqPmlHA+6wg92oT0gQxpOGa9tWRsUi619BlSfSQEuvmH+wBOOGCMuQ9gSy7Vlz4cLPZE /jvOPWPodc1HVkeNluXh4DmKZO8r77OpnC7P0WL6F8hAjVTskUl4RkD3fO2hg/ITbAo8HJYH jzevrssfoCpxkEnKOtk1j2RXuvxWxIlu6DZ0Tdh3pLUrrK9tvuZ39XYx5tHgaLER1pt5klSa GiYeGKbep6jheMhcwFyK7lbZQTrmsC+PVMeBXuq2SUP43TiF+yo7r0TEKqnn7HeZ7sbDz3DC LYTmHh/nGjt2eVGOXWsWXOxf9dbljRktu0ALlz8ePfr4Jo6SSyJ28AtbP3/mrRTPd7nv2+rZ Qd7npDy8Xet8Tid19OgVgZti82reRcF/GZmZK72NFBYF0sAAgCtOHFmLyE5r1Lek20ejkTFi vi9l/KHXMjQ/5i46zjRV2Fz4YFB14YNNgreZFz7MOvnvTUsKq+3/HXJPnLPahLIPv97w0zV2 hNGDwz2LVRe67359QySbM8yUjZXcY38abf4qY9FXDXfN3/2loIL3o3ViJvdWneD9xefNY8KO Wzk7XbctGm9tuGvREG104Bmn6+zPNvwxJPuRmmL1Ucf+jGt9uQsYN07XsVrTF9jHD9pV269x 2txadDdUWBmxRGHhurNqYRzv7oYHJ6MLu49H2L++nfvT883pzy17SP1X8G70tBXn/K1aZy9L vjJR1vBR06vTz80R9wt1D5iRRlLBtNdHl1S7b5au//bzgtYBtmx2SkYT96c/G667JzRa8rTM n3fGDZ5S/ZzpsdMu6D2jHa/0tu2Z5pz52rV7zszGg4U203/Oll0PabixKvPctXKhQ8WO4J2q NHnQjQuL7Cx530xNyV5ka7Q/c2t0KvutLT9YLYg3Pb/qW2r1+fkdNqKZH6RfGSg682NA30jD ZpcfpjD/8+CsGfuKR9/Pg0U/ZH234CH1zH325732A+fQr443m9rdxeHTF2ER2u1rFFZtpCSV QhoSE4YVqwFtm1FhEzx9fhNXKk08dpzMYgzFdTKsVqonXo7FFLNbvfMs9xqF5S/94IKYw4r7 RdyYWzLG9p9JqWcioLfLykH3XQrL3YHgO7owMozR6211oImz194jHcBybKf6o9tw7w8SL1bb 01gUg2HMVnrasAq1L6xPG3A+QENxay/ZBV0Gp8To1OP4HlSaSPDLlMi9X5cxfhb83s0OjKMb tDGafRi4fF0Ej/Ko7RXfsaC/sa4Xqw4nh1t4+HpqwWiQiLWJocgK09yU2x1isLh0pTd8bz0G grHc3L7sZA4mAQPW040LaR17kethyEiN0bVaMF4JoLOK1dVBFwUW6/6U2F1zHzDDCH1KIybC Eb3uJIGzYdr7Y1m+4R6ByJMpupyflHvPWPSdyWQfjzBQsb69qJfcnNqyrOA0TtT7HYg0xqgD kHCt0L4Z9/N4d1x4VXJucMue1Oug2f+AMcG/ymZ4Hzhd8uUvQwnmnaO8s0pNMrhYZSA9nTL6 6NFiWcgiDbnlTGt6G5mJD4DflNNJ34sTsGga3tlJ1i9SDKgqlKHd9LBICSPOBGu9T7dm/96c cwZbe62CgVpM7fZpMhfhpHDs1Qjr98aR2sAF5Olq8D4mt7xwcJQblup0e5uQiso+/sLfc6m1 +Sazlt3zUryyXRV5aki5YNaSdbKWP3wuyql367bP6vWp/G6wX7T23d4fv/b00Xw3CL783d7P b6rn/MGRHbc4vPelZ3ew6z2+TJc/26I+ETN6Nr3v0gvCVzl2seZUwJ/uvasnFuaDF0k/GFfv HA0ImXV7FI3zFr4wTgbsFzhW5KBgt3OUOFDVmnN636scs/s4gwU+fScTWzze6hYP1TOt2oN6 fcZY3SLLiYXpvptvA9kycbPTJZ4f5xOPMhj2RyqGQJRh3ji9MHM4vjhnanenCbMQoLpTa9Z4 P2jSadjViWYFQ09SehhV48xUWNb7/ZaiAzf3vHtZX3IJxXkzc9hnCNzV8wNF9NtjYXTBt68c a0KqfLGXmcL6q4xtgDZXdqTtL4jAxh1fIGgWW92SmWrK+O4qTjWGAUYarmhKqD7S1RmDY7xB pK9KsdOVwly3rzyXWn2ti4zjwlnA+qMaIzKFeOSSLRaigUKI7Mu2PUdgoRtNp+gsu1W/uRuJ koRH1VNOajKEUKV0HwC6RTdojtH5Soo0+Iimfu5COhrI3XSsSHAjvZFMcyOpFcnjVmNkdLFB 9ARz0nKoi1YapdUoLHaeBf6e1wkcKEYQXcRozVyGlB5bkDMbFeYB0hBO8sYWu/NXpdyaen6f 2Gsrx/HvtR/wIDBqWONd+LVTy4yG+0H7PfWSV2bina1RaXbGdXYyA4LxblKZpE2Tp6TuFyZi k2I/hiC9mJb6QGppbkBbPbknFqnCXWWPE4HzSkI4nYiM2RgiI/exiFh3rZlM1OGFOGGwTSHM FKNqzHUP8jaZeHl0MtX1zP2iiWf6RVOvdvn80e1vwgn3SLkVjr1gyvTsO5jQfmZEYr9rryLh mfuq7xtzpmpzV+v/69C5ipNMcZr3AUOrho9g4CZ94tixH2JGLrslTy1pvFA55hHs92u/2pW1 uZR7JkDtOKVJMhTmH+KxWxL9YayWWbUv1nwzAD5KOHzxePE1wGWUMykwuGlMogdU76Bgk0Xc MTOgA9P9Qye7/D19/mBTRSBfWRJqYiaOuA6hW9tHJBT3NCjJ/L5wRVXdAFuxpUpKrasXfzSC FcD2A1h+RDFtpcJXKbu+Md7EM4NHFHTfO/giMlmeSjAfJ/WuOLZkDGN1OG/KCjwVffeD9aUs DZkeT4b/4N28eodBl00XJpLMSkd6n5aKB7uIPfSmIKbj4QkaEdWW3UUPwyP1APQdqI6j9Ski 4y6rzvAYGNLowxICMlpW46SkbydFWlSrn8scloM+uoWzPNHEiVihK5eitGJpJ3gN0pVsqD3G OBnd79CkNcoFSRfiwCurFSTGTG5eimw9UryYdA6Q0ZH93nL6BnoUqbKlU/JshaHUdoUuByui GN7xveT2HlhtImEESDeHiRwucn0vZPcXlC7ZaVo2NAvEnfG/iPtXtUMm25x3n1WO8GdNFU9O aFvC66Suyj/NmCKmb7iad0xG9Yt+5VnLA5fqbKPr2dXrHhQN4R3hKLbcXMSp5572B9yqNAHB FzlFuJ67X8zoXsmrIF064L7OZiApLDZqx0qqsTUKTEFE3jOnVl/GzgQK+QOzsqjPdCnC67Vb eQy3Vc7KYiOssaXsi7O2GWVMAdhd6mIxVjqoGk4BQFETnvBxrMS64HSucJxnm2DVmO2xSBvI XD++Xn9JcG/igPNo2fzznb/kZcWo+84edlhaovqWi538zOZc9z408OvVpLjMqXnfFvcyalN/ lGjiGfBit7+vVHm41GExz/gqocfCWFJD4WafQQ+h5AZjHi1UdN1Z48IcWxOW4dpPQqgY/x17 vnWX/HMJ1WdifGewGGNnA5MT7ofoUlVxKcW75XaMcC2QVhx/KE5Q4tUvVjD+aE67Cswrn0xh tTz7KKFNOsMyv9drqdVT7qu5NW4ymtrZRbMVng3xZfb7/U0mXAvI1DdK+D2pHMfJAgWf3cZK JD2Gs0JXkvn9TAzgBfQDirtzYMCQ7h6RYGFKSQQ9h+toY3aj4lkyU7slkIrvv4Z9qSSAv+dT hY2bbKCWLlSarkurxxAnMJWdQFIYnTIuDn6jG+o5rpiMprswMAVza3batVQy+8ayZt/WyYnW WFHSMEZmUlDG98DT+JLpxFhOTtwAaWXXybGTG6d3Y7G8g00l4p9KnGKBZUj94ogQx874g9lO VwV+f756tKL5pYzOfywQ4StnphZ5l2/lDm744fnbh9c0ZWrmP2/N6cTgA45x9VwdoBGdOnmn +H6RUUNrThJ4PlOj1LeosyY4vC0n6TgO0RQGiWoxARWH8Y1mgFZwBci98a6yMfeTX0bupaOI mZtFBog62HwZ1kxCxu2ZSgEVVg4yM/04G4czWMnXYhqRXVa9Wq8qJcWC8Vg+bd+R3u6Ojd+x uiF3YL0p7KraAk/R7jq6eM5d/5VRgpn9QOWvt8KstwVhllpuvvCU0njzj8Nr3nQa0o3z3sn6 7v07v8UlI+/2fO4hZX2fXXB6UEBdG0oTglXHGSn1HBzgugHM4ceWf4IJttKTrDccFMsYyGuD eGg/xfkdjjyAgz4A7CXAGhyJ1pAmyTBDO1rXP8Gu3ny7ZEjd+Q6bYuwq8MUZxN6sBG7bKjDf xUb5i2a7DmGROhDtqro6EUgfq5SzKJAUpm4+hsX0yQ6dJwewog0hB8puTBTGznqdbmf2iyw7 ryY7jH6JjQsDP30IH8Bw3/r2zSRenDA1ztBjMgNnTvSrnfGnWl/jRtEpS9e7JaphHInc8G2v D22EKwC64d2g+tEfWEmFpY9QBusKW5MTyJicUD5Imj+y5HdE1C1e7yXsy+eqyRhYLJGyaqvT zLp+BydnlxDTztQ2pOdM3pFkClBrtqWesm9HnU+VEcOGaUOAyqT9lASjdQpzV1CRlEZyA4vQ blQwJd3KPAyeZh4Zue5GV5hMx4Yic4QT5B6LYJRKsVkk3nA3mBdJKh3nh5MC9BIGt69A/b5H qyDgz1eLX5xxfpvJP6VX2NqpXkHP/VZh1TdxsIG7+3zxmTJNias5n4rVkbvMXv9T6xBZ/yLz 2UOKZ7M1lH3528fCz7WI5Z+9e2uN16eL9r2/9vtyvzkP9v6oFpSxvqiYOJv6HiAUQEA1JPHX rMCbCOI0V5aabcHr4QM8AQ1fsKSWrfCPTKXNTMT69mKj6HqciDUdCYI202fsuYypLaOSaDYO Vioh6cYMkmLBjn1FUc8qynmFT52gmrU5QuiK1GibJDrCmFPLOiKoDh5SYPCRI1KdGFKGponL X58r+TXPTPB1ia7StW1iV677Tf0l69KxdytKPkj4/Xhd0HL+B7+MXyy3T2rctULfkP4Dj5q4 M6hMMAMJfP6Ge0fe2ApOssOcscWDgv5r7jU500DSdANWABmyJAlTAMtWPLjTyaenCHx/XHWp VWExqLJLpVbXtWYPnwTmezV45Y65iVQP7+a0fu/QsRVNkui6Y8VGBT+t4mRIKLc5rWn7npyu xhi/GoHVKkYDCTWJQ+LGjKRRvdWf94tdra5sLgUUhkWrgHH2k6IUCffH9GCRecAFMkWF+W2s ocEbOySigR70Y8yt1Ig5VNLDs8VyREBc/sT7DrHzfsC6xi0EH7WMYzbccF+RDKuD8WT2xOSN RTAcrCS3U3UqBV+lmH58RHcf2ESyjO7s2k+qpKLo4RhhB7yXkoQK2YiWckPSVVAXwuXBZvdg AUsMjXJIdWsMjjEBZThuGEs3DdgYDoU26AtG3wLaDHfsekDfNZbWiGfThpUgXJhLH+MropVg iLE4rjaXwmzLGI6B7wmPM4xb/h1LCmPmplIftDwf2fzNZ6XTh6eFm/zvepFa/mG8/5t3hv1v fbDKzxNvPzzfiNGYaso59la/ORU1fm1VESl52ZVKrQg8NCXm5+o/fNz8Ph46/MZqy7hj8795 fskXab9P/dezuiFlxsSzsiJGS4M/Jv8dWZ5iuSnVME5GO5ZiM+hElkIY1AW4KVzIoG9uLUxd 2JqDA/BTyXzQotFgUP2BIiP5qA6F5JYrjszUoa3OFYa1ZpjGA4gAQqlgj99arYjFeyJEAPlW 2FQBXgCDrYozcboNn5s6Jm6SMO6ml7o69F31BSJPjV/r+telse8txGs7vj20T5d/48vYdJe2 k/fnxdd8df3nfyWOlg6AplzrSY+INPnWOWHq7PXX1soDRQXVcfV8rkeb6Ax3S2zuul7sEO7X cFtBlhO2BZJway+Zp2Q0sFkJ3AWkKGF/ejlY8lxq3cXU9e3rQ0XTuFtGcyNxZhFo1ZDg6PB+ B8tbdN2Xor99xDygzQ7c1aZS21Gs62vBki+Kuy2oO1VA1fm6rcJYJwYIEuYFeAJay8V6Wk4J GbgRDd6gZdSc3Bkw7VpTIOXey4cjYEUsrMO8eQ+Pw9IYYS+y4r5yQ1TioOrIZrWRjd3Xuoy7 R7tFtYRX2zTiBP2EfXHoGexi1G7SjClX4rNS+gqi/FdgJW4o3kFmGba+kyZpNOrBY2vkk72M wMgYS2o60tcGkzIVHD1Nd+uhKyuLSsIwyQZD5WD+AFVwRfU5ly5QJyOo3VZxXFEcydxPdDKF eI9ToF6dGtw7Br3CUpFxYwy4QoV1jpYDOe1ITY4KqG31j2eVkxF4xwBjrdYbRvXq8RYJYsCv t1Nxmr7+UelWO1Evhluk53VzKi1h0D/qX/sbUwumlLsUVq6q+VtVFgkVz5/x+t43S9PP/3v7 zrkfvTZXXRzCllhj0SQwZrGU2pYXnmUhxXshu/S/ceWNr1b25Rz5cM2/nA5whyL8t1XX2rz4 Y0qUFzWfrVh9NptUUlKq1kRGV7/f2JqzDl0YYWpo0gFnjhFUI240d9XhOAnww1+Xw6oMKGPo +4cyjxdmsCKEl8i4oph4NiEWse05ZkslQ/BCKkwN4eRmj4JFWnh69lJr4YYM1jE1RwTMQjci sc5L13DPnKzJOQ3rWPLuQ6rulze3/pYb3OKw+zvbm7O+/DPkmptJhE5q/mHPiomv1SvCa7vq 1LxPPvhl+IFY47w1zsR4SpOVfF2PzJYx5MXJAfPj18Nf0tTaobDZjzn1sedBEW4eus+2xImS nbYjkeKP4KKkV+LdiKjFfwxr3e9gePMGV+qh8aYSrMq5NfBl9nhbWk2ue+fIJWvNrJNZ28z4 FgFtUf2rr225zz6zaJjVmDe2akAZJvZi2+8HTai74J5VUH2S5E3NWbe1lJxbusAdLPZs9/bR 3PX9QGBYb9jro8rTNS42++uw5LuyiEpIyx7ORhW0OpsH1iHQyHKvZ6ee0rzA9fUcEgEhXVbO +T3XkKaPZ5t5NvB69BYeH8eaT6ZLhXR81p0UDsGVqMLaXyu58E9k9WaD9bw/83lUXxloTikZ bpTzZyAj30ozWYwF8KzXh8wqp7n3ZDcRxkHvY0pjIbopYs/5CZp+bAhCKj8g36hgtk7eRAlv UYFTXwszGLSnYpYomd/7Ls2kb1bDqZOSLBWpmLT9kwAl0K17JCN67SN6wHlWyCP9EFCgdmZ4 Zx/Y8kBJ3ceh6RGGLD7eSQ+dmNlXlo4R9YI1w0H/u354H4io/X7FO6fb3gvYUDuftThIhDdR ZuFgXBPeLf6RtHhVl3+RAofInZUpPYN+mP7c8d5V7LxPgFHsWp5qOt+hy9ukFls7OGDQ8GPi nZeoXrrivpzcxrTiPhApZlNQ9684BLAUJxJEC/AMsQy8v0t8e1xG1XmQ0TsVsGPwp6lgQFlK UrejGFT3heOg7K1R/rDGsR0Zu3vTpUjthkVD6onn4koYHslxnX2teirafmBTZq9/aOe8H0+d bMsZOLI5srbpc2rGmmj1xB2lZ5P51x8kXLJNX/F6zDzhQjH3lXRPn4KsgmCkHzZaCXBzwAsn d2UOiyuVrE0dTrrPmjDFmO9DABfT46XRBtQciniXh9TbAcD8sZFt7d2bzQqrPnP/23oAXIr7 Kg9nPSiZuCkI2zMKNGIl1iVNOPbgQMdbsosXZNTZLbzuCh3V55bMBdJTbWURUM45hHcqSruW hrBsv/Od6b0is6U81ehZZPRNhulJPkXc073YSBRFRgkAdVX9CLz563KmMKBSSY23x5XUGSks FaO566IG2FSOMn+V49QWSXSxy+B9VQUIxm44h7fhHVCjiXlkYOBmurPuVbxZQk/ToHrCA7Mt bOz8uJa/iy7VJb0b8QKS4J9+2lCFzmHBejVmRN8nk9/DSMkezuvr0VsW5lXDx2Pwvo2r9VRZ XqIhvqC42Zh9Em/9SPtHEWsWEQNM3ZPOi1C8tUifNlZHKnciRaZLBDl/blDYHBGQ5H4Lei/V cAnF4fUDOQ36HdvMsCWlGstounwMdwOUS4Lp+6qryQg8OOtdODms3HkFeJGkxsSMKwlf/Pea V0Dy7EvmL2W1/PUGxIa8Ylnwi3vfnB9w4d+FBTXn8mtTpZZbyHTc+Ubm04DVq0pd7MYZxdvY GVNbU03Z29jVWLXLipCKnLB5DgPA5AaimEEa1g2xqxc2Aoo06fei7PUx9bRKy/F+q2P/Gijq Cac0OATAKkI4jvOoXglXJCV7SNfurIbTJrGlMizjlBObNnwSiVpsegQSDy38qWvNwUmA5XCl N2aMXwXrk4KTcVpig8bm94uo0dNNEu4PARoXDokMeYBnnVOBEXOrhNA3eod/4vrOvPF6w8UL AWqn24m3ZC9Ex2901zc0mAAD76ybB8hppvtAgi2wTavKQUGCDWJ8+wHNxXJQUPsB+wEqJqjL 57Kmi6p8kHK8aMLqWDGzat84X1WYLhfxPeLT9iV9x1cU1Fzu234UaLe36UPKCM19AaBIgF7P xnUBmqpTFt+HPVXeSFeqAE4ZbfegI/yeQ+JK1e+oXNiFuZ6MeopFKh3BCuRZo8l2TlAqQ8de 6l8Zj6UiJk5vjOQacy4eV266USc3ZfWdUHtst4owXvRFeqnwx7BypnXYSz5jxqNa5g+L2nzG XsIMHdaueCTdUXvsHGrPmDJ+SvxGhAyYhrKox4QyHu9pIHMc41Zh81A1Xcjo4YsF8PZ7srmL Ho+5UnNr4uopVn88dgb5iabgPb0nRw5b3uxauRQFmKTuYtg4Fh5HVGKLRbAfdvBMZg/kPOrm 3MTmPbD3Q3sn78JxnJaMQKO0o12rekhvkzyQkmElt+0YPW+11w9cuAGMPbozjN1syooMLcZg LnAqLIVh43Ta/XizHyQwYF9p3cCq37d+Wrw7LiJR/dZ7mwNCCiv37/pHj0FJ52mTj/Wm2TUO DPr/GjszPFYblSLnWUvuk/ssBa2i7o9+ueqYrcQ+y2Emhp6Unr5LsWztkm0MjrkA+t6gxbTh RhxvreANFGNZowVvqMjhpq2qqs0/9A8BfR+uqemfobhKRZzOYkaveKeO6k312JuKM/OqdDms D7SAGACHuvC0zG9nC0uw8cfT23hQdZxdvT4YE3n80TO6sOTBYkb+2+ho8ov3bTFxYOhzXYe8 XHDmF/gs+a6mhDOnWOUc37TasbH/wmW+w+jkvRDQdhEki9SvJthoA424P7COHU14BjCEdnGQ 33hPILWYP6JLmMqVi5zvXNNKNt0YyQ3BZhAfvbOGco52zwKawcivkgpx2FNTOkgzCVxFibcm AMy5ne7rkQwaU3XGLXnRsHtxjuXEXHd9Uh/4iZIwP/AxPEbV6eFLVZ9owMS/p9r/dT/eWqgp OCHploxx9WzdST7rtjllJW7P5rr04j2pxMcEfb0FmGC+wa25KjV2vjPBTur7mtNlIaxUfhQQ 6m88wRw8uummE6eEQT1YE9tQAEgFbAdo/LWrIIo/F9V5iqjOcMKfse4aPPbxITTaAEbGlgyR 9DaQ+PFGJRV3Z6DIthmHSB0DvwiejZSSoPGdijNm5eSWevTt4/DmQ+dJ+Tx9Uzh6yJqI6iWJ sgHCGZrBMM/CQly8fQyvV0TaGR37a50jwf3FY30QcAg4xOoirFI1zGvS7QFl2heGYfCONDpQ g0Ns6yit4c4d7LxjCk2XcLYII6dYNYuBqzR6RNnZHJacnvIX5o1jinDINuVW0iczKu96wH6D 6fvVudb8moa1Z0/9YzqCmj9j+YbU3JaJ2+atBcFLPpCqi6OSOTxrDfkli3UDgY5nxhSXwi14 xagwaQOYiu7t8sO7fWKfK49yM8X6x02p2GIH5OxklrmIUwJ6QEpug0WDRYymoBZYOoVkSGmU 1JzDOoatfQGtSrC2CiG2X8rNWVEi1mLER9FG6V1487yrpPg02G8svhpDpZUAVMGAzd2u7se0 6FXSByJyCuv3ayCDslahiFQH/EkCuXoZoymWxG13wVuR3W/8uVhvc6fo+3luq6z+ZOp1Nzs2 q18Rxf3GTtippZaWFF08X4dkXRQblL+w359ZBQqQXupgo9oEIMrMvjhn6tn2qFTPhijR1Msl fUlaCWPh3e8rj27LiDUPWTRM9a1yjr4IajF+Vb72Nlz5a0z4GkuPwy/SIwLa1mM3FddXWFJs tOmGk143VKc2mj4cX5w16KRLTAECs9/BZjilHNMeLpbX8/EWXMLpfsC+aXAVLDJdau4WANa6 7rhyGzYx57ruYgGv/mBUd9NUYX1/SFmgQXZrVWpBDbrrY2YpKcwX0rGpy3H1s872LQ2klqar uac+j8EsdrqvJ95Zd/+gmrsTZxuk2D9Q/RhICcPK5y7Ge2jQmTN3QE0B8hXa0ckuQKtr3ibL pmPjt7/J4EgDuXcSP3Y25bu4Wsn8He9PyMDCsKv0HXG+1hCkbLifrQc6FiAdMWhwWet49GSP EM5+toIeCY89DjZHQKjNY3XANCzr6cmMj4YS4EMT5qBZvhSrlZ2XhrIGjoPcFhSHAgixC2l1 E61QfV44LHoMo7N2eEMsuVu4RYAv7xnJ8HhD75r9q9aleLklF1bWL/9nj8CPOFN7zLHtVOmx wefesXEr+WJJMkdWZETuIz/fQbniIXUjo3ioaM+L7GosTfaaW409rb6204dSbi6PmTo1vyyY 6uEVkZrlQL5CjhXON2epaX/SDYjLYfoJQZjaxUoqjJNRywZ7Rf3ezOPqvrhj+1bXpKFcUw2d PGtMwrlYHlZpwfmN83oHldRHqmEfsBnDJ7p8mgrk1Lo/g/7AvOWtcKrgCjth+yVqoh/HWo2Y BwR7U/fZWMLOMeHkXAI6aL9Pxoi8Z/4ldyyemeq3tTA8rIPZnPld3KpXvCYc3HgT0/vxJs2h 3vF9bp1gkoEKXBuKgKcJJ2UTfwKQvnmV3bOzOjaQGdAyFn61DhD31TYaNTmFuIXHraJsRwvT 6sAmXENor9ca5b9dEOG/80sgynYfChj3HO6DWMwcEmAeGgiHqjX7x4IIEfMLiX06Ngvui+NX 1bjVU4vHOwA9ZlGbbmyNkzFvjvEYS5UjuqHNoSLKTqm8+W+unJK4Ywsvth0BbBKWGmZiT7Cp pD7ekMojXsH4LT5r984UrAx5/uziImaykvmtLs0WRT2pQBr8y6uUwwQ3QkiykheVWN2oReS6 zx6JilSIsyLb940VA8qxz0qIVjAbNNgHRubsqd2kCsaYIC+9UcGO6xnB2RtyndYIu8BbJufg 2NhnJWG6mgzCRVbNBsJMdQZgx6OUWht3C6fODhaih1iBt9zLLKf43T5k5ncnPTaZhCnJiPfG TLwJET1gmtwph74pp5JZzAeOzyrnYj0l1mSAG6jBEd6T7dB0NKqU3GE2P4vCyQpwjr7Ueine aXKw/kWK07WUZujs/vSLa+rn/agqJE7iyD87CXb58lCJeKj2P96ffPDuRYF5cZS513yKbbnK iOHFxPt63BmyKn9F8ewh5BvF/t77rpWu2vP983tM5v1r4oN7kpd5P5V0lHYdbzmMSeoib8sO 0DVMv8M+MFiHz7+/hnW0/lp5MKntOK3LPhlu5h+Jd4dkbZABDcR5sytsKu6T2/LsStRfIuUe HnuIypACMIs/N6ZSC38GkoWjl+dmxGlxRrwk7pjHbq5U5BzV6/MHAFbVnhFJdC25e6jT7bhV eCvG48WDgW4y676bTRLLJL0WW2t7kSkPfPHlQ4r7yaBaX5L7+hjQmgeB8YKfbUY79m0Fbz+K aQcF8MUT7mXbPpAjSACcdQfcBlrV4mwP1+fh2N+3H+C2Y1neZyZzt0d5m0y49vA9km7hLaFJ Mq5YYbPsZGxQ2lugPWdGG67ao9OKuhUedY8bCnbBvmzTLEG1mwknXePA+D2tZl8kEGxh5nDQ +NUPZdQtq0o1RzTRCWDhl0HBpo65Costhen94I/TVAZNvNnh1Jz5zXUtA0iNOIiQdvuByhtY TMetocfLb/PwXdKusOq3a2ixwuju+Crn5QFK2Kfnyu1OGNfWwrK0kts4WCuZHs44aaYJSxKz 7NMByoV1YfZRybIv9WZdqXWwVDZc7eQrwhLFYICqtHjnT/sJvYb4acwmeoBP+IWm6yywQXjj IEMKgjksA5sTCzjuQ9AcUBKSCMOb1pCJzeuifFLpm/PRd17AiYuLz5EbCAD5OI6IQ43M97Ge YKUutgoU9a4gg8VxECDpRotmV7uF4/1r6cE2FDsGDMiRJzIeOVOA9ACC8cbbQa8eiC42eUm3 7Nd5R0q+rLw0DZ2H0f/kPDJ25X/+6n/8tq6r7avJ1gSdZxfm7DLcamGZVUZqeBHeA2QDHGb/ qgN+jvZlOZee+2NZuKI63feDGDH3J46biZnu555/vWnxioYf5X8xRKVxMAcGLqufSRUmppRy GxNNmKXYLtW1j8/HMeP8IUIVPwAzJhkaCaxercABofnFqSG8W+HC2QscE/Z2+WhnU2bXzRee EihAlO4B2FIB6XBdyhvCRFWRUTR47q6VCiAI8lic/hWmwd4j4fR+v7HlOVPyp6j7qCOK/Iky 7NFy2uhepqmlnLBkY//pS2wqYYp78Zf2zqoR3a01q+xuY6VenInwWc5b3eI74wDa3NfKc2Pu TAdIo9z5hVtXbCUYsFM++XZoLp9NXV0HXC9dk053Wa1bxI1Y3TSI/YkBbeL32Zip7hsxp6He xK6cKWO2Q0c3dYT1ehtzrAO3W/X7U3E3AJ4whgSKmLEyd+z9jgtXaFoarojL8Rgb8x5S862O k/qj0dzgsdejwZEaZQ5bNSrs4oe+Bl6RDthzVave8gu3EgaW8gUP3enkUZgkwaDRn4HxXe4D 2NAiSYAdUELXLl/TWYZBcAU/gQpb/pK7uh5rQQaKPGJwFIgrTlbwqhYuOiJQJaG/wyG7w/sp h1sn9ZYFUkqYiwPnmsZlHNhN9Hq5h6bXG+/7ianw4urgobQ4Xk8ZlZeucb7D7MVMQYfC5hLW ookwUws+ybLegLMGVZVDZMAsj9wNmNT40fdoyMIpHiDO/UGdZI6tiBWBd1Cn770XglV/Is63 5E6vXw43aDP/wLJdObm5O7mxAJmx4xuA93gl2UK88bg5RvX3c7rIvSlZEXibgnJOJz0ldTXO FgDAcxbvNZY4pamhk09tIrdbK073tWY7W/WvetOgOscF/1wpopD85uhy9P9H2LvAQ5m3/+P3 zGAk0WYqygw6mWm3UNrKNAytHMPQadUW6Sk8bSWiRjIqHSQURVZMZsah1m5to2iXdEC1KwxZ SXR0SOgwTDn1/1yfe7T7PN99fv/X63mqdZi5574/13W939fhfVn4NmS+KDl2S7Yo7PxihzjD sY5UqNoEium5S5U53oZhoJGPAKpVWbVsVtk3fkP5OffuXcpQMX5ouBMUPPP6wDnv54U+9CI9 eXgVdXIcrJqi6Sm9TCVFYj+bKWxYMnz2EiYviL6VBlmVQ2ssH/JVjC0oYm9FFuRD4W6B8QsZ +s/abn5sL8jhRuBo34NuisdDhDJZOUl0mbnqEnrs3UaDFSKDGu8BBUU/eP1HPFOwvv0qgzi7 MhBncY37ZPfn88ck7E94oSCYxPlqFFKCozrWnjJwMzYVfyKMcpwp79n9mIYcEyGY5RP6bguo F0P5GpmEj6o0Je3jvhyR/rP7Qh27g3rIlz8uTQk4iFzx3trEM6Gg6EkZqLueiCwMYJRFeL+U Mlzb5aRKCBIFtFETbreDQHxmfRZgrLl7rANiGYRBfe3j3VCy6nVC1kowRX3WJY01lMRr6Bhi Ml+uxIsRyjY8Q8Zmd9AL4kf0kUgd6FNtVmT+GJU3/sAHR3rP1RIaBIhwGuy2SFPoP+2HWfM2 XJA3qImsRRwfkntA43dGcXiaNBTlFDhDTaHb99qPWAT7zbX9F6s+6xbCtDZWA4KH6MBWxKiw Zgm/z7r3WTDf/F/9kkuqHKoKPYUyhNc8fblYs3phpNdfyMtEvdSyC68hdA2k8PAyi30pkGss wCDKBIG7NDzL/ryJ3BiI58ATsGwlrUistCa2nFBKn4MsA6wSRI7OEFc8wIgWfx5TjLPZF4Y4 uFKsWT0HRlPqrEvroQfJFjfa5lhxhOkOF7GVbIUiGiIJzp54BYMlaHBQWZpY9xE0jXGlgyOe /1PCvxZobln9zMb/onyVVsw/gjBLHd9Ad87NQtnbCb//rnJSnJYvdux1NJ0Ei7Apbnx9T1f/ LicBHu2lC7U1xgct2GE2OI9YbKr4YVe1d9CFWavnzyT0UuTzlhYyRJxIH6LS3tFUhxPPfauI 07AopH30NhR0qJt5AYcSeKGgIfpSSEPiUymlovcmKCajUB23vi2GHKgfqG2O9AbJEX1XP1ZO Qplgh55tANaeVEp5VriFFjK0Y7F+re0LxUV1Uy2UrZ4OKMZHT1bst/XpCTS8Xg5NfsicpvFm Sz4RPyd2ueULmut6oKMqUbjpWOvP9vaDRWRc2OoT8i4P3T3pu7bEHgSQF0s+pEDUGmOrhAYR QDggTWwPGQRfwIFjHjpyRqbziREKpHYRwcGJKm0EpDY8t72Z/GEFbFYJdQpjEAeHfozqbH1X h0DY1CFaM5mzMm3fki+5PAV3MX6eebVXIcCmj5j9+ieRm9FJdVHJKmcIoWsxqsp4LwI7k4sY eN4Jw7z7D1B8svstSDiRVV8GgW7DM1sQG9ngY28nRHYDHeqLYCZq+msO/Q2ytRE5iGRhyf2I cES1GYKhOfB9O8RY7kHXbbh15oEmmCNJ52ah2x3ysUaIt7fZL1tEgwsTDC2FFAqi5OqRSAuc QyBTvrNwb3nJaKN4BU89cm6dmYGrbqQAbzzWq6lixpoakHSGlDdh/QYnEu+jxDWMcFm7OWIc 3ni25E4Vxa/XaTt6ryrzRQyYYse7cyG5+yaL1DuNGACFgOYavPQQhR0E74SCLgeE2LDqh9+s RQxvckNKocXeOiyNi4U8YLfEgiKj5Iw7wbPv/Xx7l5N/4I9u/xhL8Dyvv+uXvtFffFVi9FFz yarE0FM91DgH3EG+sZavn1hg3Wd9TZQCwQTS28jCSjqI7CRC1uvuj/4DGbBefVEOQDW+hdBD qQsOB0jV2Ip9KWcvd/EPMEmQ2QsbEFgpCE1yKVgcn6rDIYSg6cWMZVZDGRGUd1rh10PlsMYk lI/gVJXFXi9qpKKfKjIoti4azBaNz5wC44VnnsDIHD1gmY0O3+jJgyC756/Mep28JcWSh4kF FrtoF3OcD/dc6rN+vfeJUEdjod3cqOWL9H/IvBlzRP8er2PEAvRw+mTVixHoaIYdQy9eJhYS Js2sFFZCVCBR+UcmOuxrBsFZsnias/bZv1pOWCxD7HrwQq8zzW73gCCBPxQkOvPkBDo1fHSY 6Z4FxpsGdQj9x7T6Gs8/PJ/ytWyQC7RC0NrOsp8BqAufb/OVgt50YsxgRULXazbRkduMHDwr CqDfStZHWLsYHYEsZ20zfmfojoG9dCOz7R/w8ogRgx7EdfYxtMn5h0t9KFD/rJ5fzPrBdn+y MaWXr7XvrYwJgG6rMF1fYxA060YmRCGuMKxpCpKZiz/mjcxk1SNQluXjgYwIVidLLqtzV6FX ESq7P6bctANyW4i02SFugwKKNRFRid4I4T+Eq7xsfi4hzAZzsE6E+w5O6F1YbzyCrGNMP6nE gDem4IwvPbfQqIu/hv0aGp6m5yLElFddBRUgHbK5drEKOnAhssTvZFM4UCFcDznhpRWBFLyR OZ0LAlmgabgcF+ZHpqj783hReWrmkohXaRVY6rtyCMF9PQBvjXWUIP2lzpo9kOGFWn2I00+4 +gitvaD6N57NMxzQ+feOeS/tFud1zc764gEzNvvSV/8w6ktOGiIbsWm42OzY6LGR1pLly7u/ uig7puXEtP7smFhmx3i5Fy35J87UA/wx/C6oT/LLu/BuFvRqNt4KDMMgoxcA67Og+MHr6I7T 0VOGz4qhSEoDiY4cvPWNlalUj5MUUPU9hRC4rYU+44Ug0E70BHbztfYMeAmjAsmhmDIuoo1V BLNMgqhrAApTyc4adrsc5y62c/Uz9+91Qw+KGl5ZMHffVgWFGwDKsQxtz6ewvWxGGKPC/E1e 78rcyibKJyL4ZHNeT+Bz5K0U7fk5ziyRINNFbB8fy4jePVBjSeuxkJncrESO8hmKefrN5vUK CqS1Wp+w2tL0wAuXHC4h5gqzXHn0n9E5MS80eWyI0JLhdiH3Z+AV0PQaDXirjF4aFHkJYZ5o Qvq6AqE2ZDfb0bf5+FWu3yxtEzHerKuN7wYeUNlydijanq9t26GyjtgOs/tOBRpvYPocZ42B rqu2+zvbwAm4bCJc5y9inQEJzz5rsDLC1NiihJkpmmxiieVXFJRoFJ5Mq39HJCjTeFDxvJ3W hCKRbU7qr9BH9cZLuBC60RJlZoMHkOll/VaR2FNT5lHVi4vts1CcOFCfTkBjJ7r71eZNMY1e hNB4QPG8bQDFMRTfErqxmkNJYsNBPNrON6TinqFuJ3QPmOXmW5EreVs0sBEYAlY6DziA9SEQ wxoiJduU/WKN9nTgEoZj7EEtHgbql9Q+Ins6aCiYwlgNrRAfdO7mJChqbMati5ogmbsfGvKV xAGYwuUsblc3YDVhcUpq4lPY5DQTRBKmwCJEdEkfJSBxmULIU3S5tY2K8YLGGmr0eJiN3yto Shrj3BpSekrQrFts+zZn1YJ90wu2zpl41P5/Zbyc3TmOQePuzl37fvJz77iGtRnVO7rdWk6Y QXz0xmFyxWD9Qp+lzRqIl0cH26AvyfAUUvbnJYmX+eX9iL8bXLKG7lR0F3wJOp8TWccZ42gK rKRyUbYIkQalrqev1R2xA4JeYvtWqJwe7GEjdEKXWezFEhkM4rDIs8TkNgUWRqbz8oktJwNf a1rqP5sFmw/amxJutSTRo2XmU5EBrUfQ1gRyAiNmrzk2HERLhFc49MfV+TmmvUpG9BiV2H94 dkF1K71esfYUs8pKdfgXRTSlb9aZ6YhAcK6XIYrA/ZB4UTqC3O7YzLUIJ9OuW4vWv47iaCMo uOW0dXRYgIwwG5nehUt7fmaDP0Yt536oxBSbUCG8bgsDmiuEtcPvO/lai732ybccQgw6ehJP E6ocBGQHTG7S87PL6PlkZfFVZI1NnjK7zOQmmTtAbj5S0d42S2RgEiZAgI2AZpMRk3z0maZF 5dMdUViNFgpUqZj4sHJSJckd4PAh0QbxqPTmDw+cmehjSJK749x3SFpgev0LaDGHC9uHXPzR frFDgIj9ejmNsQt0qp2KxQ6qgE7nxaZelt1Zwg3PptdAa1avkypRRmXgBAP9Ob8chnIPZHtR hntB94Lce0PvNYB4YOyHbOG51klkH3ZHRsdL6W9AkBb0ULyoAwohCCqlNpC7l7mJMrz4ur0J 2reMxAlQ8ABQNBDpLcQR2tUVhwjaJcQR6Lk47ISQE3mwNkyBQHpjOrkqsBborBC2tb7FxXL0 xiC9HIGNAbLPPUGLH8HwJx58wZtGRRNSFWn0UJcm0aRkGOoIx5LNfvQCvNLr55H8SyuZN4y2 N5xZs+LDmYYrTMdNXv+050XgTj2dbqAj8F0aMqm79CnrUA7z30Hbdv6+QzZxRiyseWEQOlwv q9UH3ExvhfDH9fKfbBbpwNAhx9Js/gkzfuxx9plLh+IThV+smrFqlR3H5Owc7gQGllzRWYfo CDKh9+60QnaXy3H9sekOlpwpa+15+ZwkZr7nOi9TlcTYy9rirXeYRo2lknH2PT8tXNrLP4hi 6g7O0diZ1Mlkawk091QbiWn55UaL50C3GxWvxYGtM6X7k+iIXuAulT5JEcJxHn/gtWvub5Zz jNFffZJSBF+Xz1pEFen2WcNZfXi+sOb2UQcILgfenZZV/pF9yNngXXLvMhuQsjfoKmf+2STS Ax8b0OhFiz7wKujxhkYdYvsb/VASmHDZfZLBSiabqHyMSzRFrIzaTH2E6ENec+wODqavogjt UCwgWDlpsdV/3B7w1jvC0dV3so6w74DGk5a2jH2fiBovWsg7i2LZyCyoZD9hhAfwdWw/sPYn f5gPxXWnpqQtY3thNWkn7gswb0n9MLJfND6qFmGt/S2IrNYL42szDfFBM4Eypwp23na72uT1 iTXMXwagy1+DbCSaQMFksAWWHsnoPZfAqdghc6E3iBhvf2XoP4EfgU0B0Jr8ml7CRKf9cVTe awTMPDfgjhOWvKRMCcLmxZJfTVz9mLjsLaVdT2TVtz71JdZ3OznI1ZqilBodfXTGdyAv4d8L DacWYBLqBbyvYZHbGLzSJisYZ2jJ7Q7FiEt0w3goXv4Ci5SioG7dJrpIbkKeQke8VJ6Zcogl j2Bo3rokGfAyRdGLQYoJkT0q6rlWtXq5kx9HBENYGO1rstABgdQBYjs+lM8rCaCAWSyV4m0J fQuMmx2CJUXT51yr+3dm5NnAXRPP2OPlGv+ksIVsZTXz9reFHY5rCl4WV825eVoqyo455kjV U+oQK7tchwMDpjbFESjGZidTJz7rSNxa/1hYJzx3p2DG5kkTLGgLNoUxwqb+KQjs65c6IwwX IasyA8YPK5ByzWcd8v5KGm3B7PzFqeLfC+Z4ZH6nbbM5uTAw9GJ2DN2PE1lD2Aicz4Eu+11/ oCq64ZKW/d90uw2tr8fNOUoiUxkAu/6Wm/uxkd10kP1JNcPs11GdIsTxecsJwxcg7qyUoH+y RIqIKsLwSVSQx0KDbmRRppslRUkVvx7eqOkun7I6fBLnmzyrG7kq2/obF+j+vSt/Gvlgeyi2 yCnUnt6TJKy7Hp91M/+SZeU9SUvC6yhNU4LQZj9vsyYod1QSnmcwsW6n5qzds0S6O+kyoydv Ydsta3/iU9s2kV4ipKbo+WJ6tIFJsL3KC3k8u+uIvov0l01vSDVZxHqYgyzPNufs0AZ7vOOm 9nGijGBlnTW6D5X0MqXkg2dxDj76Pk6PO+vx0K/t/sSexL01RPSxlhQYRmpFb5WxT+Wxn+zM 7KkQjdf/tdvpzdUSHMFwcxkl9HeTrYLEa5pUg0voR3ixNIMrPI+g0Lu2CAv1JHoguN7L17EZ 1mQiprsl+aOgw24KKXmOEBaP12n3GwJqIXdYD6UmobY5MYiG6Hjc7eXfuuxNNp1jUf/lIJww KaGK7JrxDq9EF7AziO6FB4Ij0DvpP1WBjPfQUlZK1q0PAPT2pejFgZWoSN1XBGPVIgpGbQk3 jxFYz98ptFvdrtsJ5QUlWbA+G2sR6o43I6OgANuK1RLEhmNwBywtPwcEwp1J+ZNOrEgQjreN HRoVUS7KIVXSC5nLcZVChEU+E56JJiQoyzCWSfH2Y8IcCyyzFNavNl6KYs22zVd9vw/9PbRA L/sy+58KK+iP0/naHGRpx77ObbNzvfTdhOa2zCec4K18AX8s4iWI2Cdo59q1PFccMkuRE2nP TsfEspRp48Ou0etXjNS33Nq0cNG7t965pibBk8r6mU0JKQcZEdYVzNg5BPM9ovmslAh0xxU/ MxjHdtzRnJHwdfrdOR4/fa/zxx5pr29GdYgNrdetAxrDpFaROq5+ZsjtHOzuE/fnzGIpz8Zq HMNajtCq8SXcRO9QjzKYJcFtKsFWNUJ156NJizXrZhq6TRdVUkqr9dminFFKPEwqbCLawe5S nldlve3uC74fqcdNqf1jq2H4hbf3ZiztWsk8Pnuu9Ppt3vmCP+37cuuP9ARWDtn+zh8s7rN+ OP36kUR7l0Zk5baqGkFiKgt212TZuwwZ9i1GjnteVD6UXzoQaUgUi8Ps+Vq7twdb3UusEBlc NtkLBw40hF+GvgoKOVQpxgVFWQ+uAt6j51dZQKeX+47sA7WIuht+TBHq2MWWVCFLGNZc+IFQ iZdeR68qpcUOKAxZCUEh7/P6kQmiaBZuuxcKo0/W26RzrxcStA+aRh8/ZyCg/ArL3Bu99Z9C NjR4wzPaI2tM4skKo56D3gtFZkIUCpZ/SB5ZH+a6qJDRf1Htv9z4fKKQ8HnQUWEUZYU8z5ye IM9WWxEKz04lJq3WyCT6GWkf9Yvxsg7b+rSPKyJrrDxX2copdehlwyFpFkzwNI2eZAmJdXsb lYwDYhXiMC31Eb5+UFVnTX2D8FVUUPRvgRSr+EhB4yCecaH7w8jtkq95eRSufoFFOAyX4N7E eKwtQmmCMVuSvyc09ompifbuCL/hrnkQdIYtfswgbhgKb6HONjCWmJBCnD0q63XXGPnCVZjO n8nCpc43NXhjJ5kjIJtobtfQrVGgVCchGvDIH07J1ZE7bIM5cOqWusOqAFfuCfQFm/TRdbyI crNOaT4cfox3EVR9XSwrrj8s8PpnREfqQMbl9UyL3P7bvlP/bro2s7iKh+OUaFJiMLJDTZa8 /YmOoS76RNQ4PyZbWmE/98WZdRw/+iLZoJPdq6bjvrP/nPrS+uB8Fm92mSGhU3DqYKt9oNQ5 3DpCahWYA34mTofrM750f0qEbcqhRV9ral4un9Yrbvko7XZP6nXLVGoj5iMzO9qoyKyvMEe8 xt7erFnH01eDlbLLvCntQCGK3+nuYXi7NsKrIyl6h1tA/owHy8kTXtQQkV42bSKDjIB60ARG QCGf1NAJjVcMQlrfvCG1DmHhh5e91usro8/lnazJ64mrKdv0IjFl5Uv+ryv09ssfrgk99Tj2 tadrwZ4K+nOfegQX4kc6TLb6XIrXd81xzmqxlRe9jMonwgO63GpF/cB9aCY+Hq+e4NNenS8O CEfWzjxcAvJdhMmtRN/1x7PsEaKEtByU5EXj9Rj7rMND+WMfE90uQ+N6AimerbQcTWigFBnv +whYbnVzDSG8pJSYhAnfOxNKcwW0G1QRszxa82WIy+HB5dRi6HJj0p+7erZYEwfykBHvLO4T a6LvZ91K9OFr7QnojrNSIQeZNvDWDQUQiCoN+Lf0yvZZC6Ee+TNiewbVPvyxrbb7Eyy1Aom+ xQgM7xdRVMgSckF7q7ZrWcg1FIFpNZuT7dgILJY8ahQ8dCogzJYswEoRUCoqaRxEJnvEzoa7 8M84sr35MAvaG5Jx/ahxEBIB9gjG9TrBKDIdN70R0N4c5kt4VLk1g0LM04H09R/FtIv9UKaJ lkH2SDgogAy2iXpdVg2F1BYjzYOo7fpbGItUeKOQZRwDLYQ1CqLbkeKnxPUeRTjoS6hIa+IF 9vY6lnk8xIZHppYH4GX88VDw6JT8Ble8zp4lL+PB4HkdIwTd+kVYbxXxnuSGUyKuICGQwl0Z Wfdu5e28ni3pri9Ptzu/mq3zP5LSWGCv4UXy2qQZ7YqCP5cubiucXDhxln8LAD7DcITRhJHv LvDHScUba7udEYjUO8tZTpuQirAxenwd0C9jIYT2YUvblAixJsObElilOabTrQWKMY1i2pIa Gy9qbbrWTLPubv4B3nLGbeb7TqefS6j69p0ur4KI0v0J7U1p9O0F5iHdzpqvlyMghEK3dcAJ d1pxv8SQQUT0S7JhdqUKbnBMp9NG5MywPpRBTq1bIwJZ1zgnTU+sYWlSLp4/xxe4vYriiALi V0beP5P/alHP+sThb5Y2ZT1OLLTapRee1ydZcgl5Lyb9Z+stvQtlhCHCPvPrayjx37NSthy2 lRMRgg726xYlbhuGhBqCN2sA2CErhladoS8RdEKnX1r5mCXXHvOqNdbwhb6rltGTQYWKphAZ nMxtRoZ017BMjJ5hhLl1iSFy6fxF9r3pCFWhJw455KvFZMlkhAIjkUeLup3tUIwYft/luuhf oCpUBvmGdgSeo3UShXbX+VqL7R8Z1w59FdkmmvxhWCTtOIZ+TzjfxJ7fATBwLbL1yosgBpkv M2/bCHttU0yeASta0M9ofVKJECkLXQV/kQB5eFVJh/EXiO9ZVfCWc165kBqRyLYZuwZ0YFpU 74eS/OijjoTZfUVUZ3T8IIRXebRQpN8zzB6ZgOC1CQrey1CU4Bo4RcOqoJ6gqKg8ogdh8iyh Hxhd9DhTvbaENLGGqg+5AzFCbX+mw8IEEKZD3IuxkaxyQ7rBbopdPrRpJivwGBeoYCNU5oSF JAPcYQiWz5LjphguwSYkJab6T/GYVzAnHg6/GfojB/94iFOAMzVJWWU5ucSoTEqNENeQMr54 f4t3uHUZj8P1pux+BiuVS2GieOaqkg68bmGK68vIs9Pz8tmQiSb+Wx6LIxI4YOs4eWvkUnC7 sON0JW95OTMwf75evRxFJa3FiCZ5bO/bGIPMQ5OhdzaQkIBERMzhYEReItAr8PLwig8RMqXI 2qY0SlccSLCK/cYxiEgB7lY2FSvFmPfoB3OOcE2EXOwK+sW0ErMOPqmOBW3vFJfMHJHuDk2L vaDqeiESWsYBR+u+tX8Na4FmJYh0Nur29UuMKfxb9QMIkIOsiGzWos56dGxKQdEAFzomXzz/ Z/SrG9A81rP+QJrPw6BPxE1eZ8ndyGMVvSimJfriDsScE++e14P6T5a9M/3OdV9i3dAfiA11 ZB8joqEig/z07YEQt/gkRB2WNo8wApJ4i5Gtf81VKKcjZ77LB0GflucXs5+G2IhZOakf7iqh lHKe1xn6e9a9mEO2T3I+EWNNhES47Q4KInSIFqGzXX1RarIL+rOWXC80ecwgthyy/SB7VRbp VTNmaHHfIgQzUMQw7eBVzd0DYlfDtct2ByC6E1KNlbREk1H4SP4lEcRSnd5IPoiURmCEA+kR oNEyjkn0yexuIz8yG4o0ywkLBAHtVU4lBEwsF31M7SQHHDc8H4C8CM5iiIlobaldCEaUI4zD PYnrav0mL7kkjtZHhzmxBEyBPyZB0yJ/iA1TZmQeETmJh7BFB8tIZnQPBbXeDoFrhe5jZuXF bJEBD9Sk6W+Se53ejorJebpy0SUx1OqqejC8xNofR3AVWxASnoTTqS2J6CM7hY76fsTzG8kh Faz4OqYJbxKHSUVsWjgljU6BWLPS+ize2Qm5NKhwWQh5mpaIbd9MGttyMg3aMU31lCllkH4D rYZel3poddyqIHpX9ApjVrJkTjtPSH9atUsvW+r/P5LSPvw5c3ybT7yN6ht48LQ8zG0TKUmv p5RrA0ESUTw/EafDKCb2brCVxFDAP1CI/op25Wivr/cxFOAYV0iDWQHEmUz1haSk3GV3amqR lNLl4ija0LksSARpNHowL5+IqDL3B++wtcYU0KZjOSxXC6+C3jBeBw/Bfs0lV9Un4roi+UoQ srRXQSKhjs3JIG0uYpju/o9Y8i1ZMgyA7I5Baf7gqGzC4j7rkregemBbqNnaTKvxjkzgps6p Hph3onmjtHJ6U/6xvLBVKuuij5UXpdToscJkAC8CPwM78/U5qSZfI3QFp2DuHluo+vUhgIdO k8cxqJR4issJ06eMyPduKBahkG3vpKoicI9J85vKFhFzyC/Se8vLakgnT0dxxhQK11kebCUC 31tO28VCoCJs9kcF9tDRheOU9BYUIgJeVuZXzd23EfMgiSJFGZApJwJO9TMgJyeaLGm/yMgq o6MXNT9trf8Etv390JIqwdvRF6GrqvAsJExNZicKfYbWKzE/AU07dFkBr9kVDOTlr5aYPEa/ pX8NvWE00C7CC+EPneiDwlCXR7bQj9woaNT3JZYOrbh+m/5cvXQd2Zu2jWkf1DpVG2SzbD0r RIzhZ1H5VjdhrkwoqAfl44HaVyii0/3Jbs5SXv5iGHhhFTipoNwY1YGwIpFZX1okJvT42JEr 8FnPLYRqHz7koOfqx3xPLtwj9wkK+PS9gsz56gRaB3qJFHKYGMZtg1GkVw9wmTSIKA0JD8W0 D4kKFJrmmOeWEBYFCEgRpNw0CuXFEgRLgpFvHf3KhER18hvW9ughek0Yv3jwZd3piW6b1y2c jSKJjZPA2/IfMdao5tCH+4ZRwR9+SoV9zd5K6SaGXMR+BaJyNE+TUEYYRY7siaaPp4xpJ0OW +hkL205D/zJZ0+Qz8yOfpaFr+ROWHdF9+YxwatqtEjq6dkaJHghdBCEfbfBnU0J9mdUjRbxi fDg1YeRm2i1roY4G873L0DSwiISHUmpImVJSGiTWKxM0DyKfAx2aVEFntzNt8V0Y7eImO/nx Aim7q7F0hP4z5EhslZqxdrsjScWT3N6N8X0I+T1SJEVYEwEi3uyppV7p3zkxf1/126ObvPMb eqeEGzRz8ySXrNcQCQ4j1lvARUJqeb+wPY6wUjnJ6JLIGurb4qh8/Wbsw9/DhNcLfPy/Asds 37OcMPqYODgtATQsllwtNN/qRW3PB9yVUUN5mBjqSp/NA0227aFun4g5FPSkW8Kh5HMXRnIR s1aoQj8iCBW2L8zkWiV67krIZB/GcQbqSBMRXYjYyPX+RIQJ40F9sZVx/V2NPrTn0JpxCyUB mkTGTxNlBNs4j5Vy5iPWW0S4zWQXNLi3NokWC/ja+7pMhBEutvtjxtntiEyPCB/wsrJKyqgl +2IWAN/fh9+Sl1/0cXWTiPG+aKC2BuwvwVae22vQjcjXDvpzBFpBjTtSB8iTiNG3PdgKGbfB DVtliQluvXZqSP11o2h8tDaI2tAkUZrMZbBUKaxMTLtaD+otFK5FiUkLiGVypxDr3n9Arp+K ePbM0UlF6H6BdLNae4XZKTr71pGcD46+Gcdn5SQ8S6MHYME2X+qNThKEFZBqoxFDIO21M1Ds D9vYDvbJcGe0kFw+2JTwwRo6LaErCwbnA6AoD9rTWGriWdoYR1Md/WBiaUteS1ZLyMr+b3c0 nw/6MqWT6ej8z+PyBDtH5Dv7xPTTP8d1dsTP1uEEf5vkXQNiEjCQ7Ltz+JYTf2qXU6EpwLMm kX7wz6FFv2RnFvJcE56t/bqCPezp+ou+UYHhyyL5iiRaAfMyH7SI9EIdTSczInKoAv5YJ+hU jujkl6uwgKrRk3SCPQJiGcjQJVcbYjDbgj2cUPTbXmChlO0A6VJ3zZ6ofDx8B6nnDqIzht8D EcW+J4oTr/2cJQ8wR4xwEb0lFUTpoDc4gQ9dzLNSjcpyqLSW/XwvfSKUT/g9NH0Lq4WqfRpX LFyqckhqePnD/JG4XEXOa3rB1/o7qmfF79Ck6j+bFaNaEQHYw0rJOJCtgye2PHsS2kS6ojX9 kiKT44TRK+T3X4yWeBBxAgGgxFIegYAPrScoOrERRZ9w/VC3IXfc97KCpdySak0UvXQqNOuo bGUQ1yu0kElrRZH1T9NBqEr22dan3aEh0D5flfjUaYdVL19rtznkLCbh6PaJ+C0oMgsmLvV9 fRDyIwLEQ0FjniDG7lMffRn3A2e6KBkBIhSvyFeAufaoIKHBaxD+yq8yGqx8I6YZxyrbEp+a 19fu0DuuZOAmZsg790jeiml2HFvl9cpEe1IURvquBR3BDbK/EydkXNVfRevwreRbcq1hg0sJ en6ZBxri33k+RWTZGgVShLZG9if8Dpwnr+e6KzKzqFAPu0hrIu0JrhWwUs7ClENxPxBwzdeB PbhLOfcn6NA0QrYgnF/2LIm+DEsI81A0AuyhlrQPcXHWlI7K+VXEEXRXHigk9YmJPkZJHtnQ XCyFEQzrv9rRepGv6LZY6q7R7Qi7Savw+kW+OWL37rBSVkffOwiFO9CAG92Nq+4uQz9Yfe0T 4Rtc+vvczJfC//8wk+2kU3o9LDKuE8R85YWzzNwcRdB02tknHvCieHpei8rroAWxDeUwoSPX dn8yQbjSzz15wjp/T8apn34/0nVo5cmv79i5nl1jqRGWU3hkgbjno1R8wjMYvUOSJi2d2CDk +iA6RtOB/SuaxPtuZz8bQQx/f0J9BbNDaqafW2ARggyrATpthFYxfWpxCh1eVB46CYHQnXbJ Vi7UIebfmsLTNIVWgUbE5GpLU8JxSZ7DNUDhHvQLzP04Li/SiaVNJ93Tmj8Rl33mHLrKWdts +EY6VLjbcuupF5TlwXHpl4u2xAvrV9uFdjrHFvOyhoTsvgV23Bjm+dcLi7JuJPp4VFcrGQet o270IDCOHLu5mROC99O7+SCt134yikOkPYeOnLZqcbmlwVkxih0B6JuJpxxNWuxOEcROyXuJ 3ZfQYUnALhXbXGQ46Hi6ZPwUmUx2kT5APGLujtsDut5CBIbm3+UhisTYZ01s6TXxXf8K2w0U 8I2hBY6aBkJi5o9wmNpnfR0SZB+cyMafyR8qxQy4ZP7YrIxhDvHUkbBQJRbQzg/C/AOKLzC6 sPCsWIgijW2jWIM5XugltOoj2ypye754VU/gl66tdSoNpET/FhVYoY3jh2cxjFajfxkT7OoZ CFrqw2RDDVVlezP5IoKYBrdMbqZCBw/kuYXQB5oG3ZmqfEL/t9Kbyej3yTYHqzJEy/L7niXa d+DqNN6RnaSC1N4HUj5jZLpSwuQQmUp5mfsbXkdfP8izhcPIC9iFrkpS40UIBTXPSI2VzBQ5 4R1ejQJNgbmM3EcNRx6HrE71OnXNHnJ5LsgSqWcGuvE+Ce+BUTgHlCjvdRDZ79kB09A9KJQk F1pOLhJnykUeSryPaIv6hWGZ7Ljub6/S55kU+HwwkvHu5H+Z0vH/E5COGs9+7aTy+9Phg3uw vqzb+baNdz/sAtqFF4j51J1jtJR9HceHH+8Xa7kvu5WcMJttdvz577qZymz5HK5Z1b+N1lOq twX5c51OC+uu87+Xu7nZm8GgKLsSXZhST5OgF8y1c+WzRuQwWd3Bkou4AmRGJ0FjmE6DxueW /bDG1zrjGWiDCwlefhQk/adwY5xp9bUgCwwyBJRmQeYYMS2XEVlDQUwHhuspjQNtCR/EtCuQ WGhJKPOivIrKp9vj2Q2fGZ+IFU55+afLrs7XXFfoQn3nTC8c7zu1quPbajvXuOfD3+bUxjVn /p5msODrfRvyz0ceaIZjOGvfuoEM7/FF7az9yVewWkmnyxAg+Q+HLyJyP4Z3V0pLBOHsvVnH LScfb6/RAVYN1VEUcXTghD8+0u0M10DheT5dZqNfIdJ941lgOHihswoRnBZlSRkKsGOGNITq tk3zNwHFmEeJNWgv7V2FxWKayQ5vBO7Qex6/hd7cqAfCWEANORKzvrubP/JFF39M1qnEUk70 EYRBPJ9W5+eGbReLR/UxTDwQcRerpK+x6Yn6q8zf0BAYFVr1M/SOQafCPK4g8YxTIWE2mNtc d80W3ezrZaVSPPuptdjeyQs4Fvl59Z/jxRYuD6HdarPEONHfXaPynlM+iOdoIQfzRL/iQA26 qg/qZKJJS79ksFRJCLOEAtVhnL6rSBl+DpvSEbIGXREUSUUq0JOB1V/kakfbjgFFphRZRjdk E1gtKWfzCITGcqjC2pYksAtpd3rAZGNFuNQsENgTqAEUWggJVzbRDxQqE4bz3RC9rZkCTTpk waYYah8HB7wJnJMOuSN9jVtYOdzN6HQHQBIC9tWsf+EdnkNpnZZQf4g5jqENzUMIPeFN7BS1 rm897P6isrSiLszeUBr0u/OUuuZ/zQydmvD/TByA9nzBusNpZT/FghLrydMnRKNgj69paysP o+TGsQ0FLTGaLCXR4Ljrlq7ifKwh9fihOab2bdt6HShBgeMhkfZQMlBjqZQBWJE0JdGFHFEY I9KL4lKzz1p3/QfJgJcZR/hMpO/TiYCwqQ70e8pe7Uspm4/zhOjmOFAin52Etrf5MNyU+Kyc oOWAsZQGdjvbt3awR4xV1hWGHy85bR2ooSTsR+d3TKOODyxiV08cby+YPtzAEimCn1z90v77 irbepgLl9Eafzo3Sntt9fQuYdz4u4+q4u+1cO33kkH7p7Aq9HcFnY3qIt1m+VndYGYoZdCNb eTgNEcuYRIRdncTijTuXImqxitYkmjo0Q1XFNfnabgo+wrJK0+hw0XjYgDrcROCxAtAjCGDT 0Wmbhyxlock0fWH4vs12pyZRrFSaoEYGp3jWPu+ot3y9EUueVtD8d1vIBoN+Ri0kwRaxXJj5 PHoBVTfBM5dRUjYUaHjmVVRQZGKwhllnnzXAq7OivrbUJckfvCwr7T8otuyP2g3lElXQ/Bsq XNhB30eobOZ1HR7kATLH9MlG5p7VpBpchbrOAYYul9JVpfEG4bOxQ3yhTzSmYudsb8YMTQeZ vUSZyW069LAavAoSLsbi+td9N4ACUQEJ/DoedsctVfFh3ibgA5RmMxREdxZILti7ayhVksHb 3sSIKS/PLmwYtksOcazeJQLliY5oEhn82YLlTII9fZw1e2zJhgQVCN14UQdq2BR2rzIHWoFN 9Z4lVIh07AomEyDlBIP+LSIDBiTEtkONo5uvyRSRuM/gkgy+DSmHLvW6CiVI0LfCxgYY9EXG QSElOSLJaU7zAsMnPkQf5Mb9Imv5BxqS8US0MzXBEl0BdBwjNqKxb2LpqVTzFuvcN6T5/PD/ Yz7fxM1+WTzcOPDnN/sMZv8wQaGw1PElwFYwNdoZ9YpA1IV/82TMWPQLKCA40iYlCh10EIDr KmcpDzGECMlBxrHkrTOtZKbl5BpBS5JWpCIcRtBMFyH2sVUAqhdu3Vhtr0hK9UZPIBwEL/gz WfWwJvumaPJ1pqbpks3o/dC9gIQoVAbeDKbr56KPPwJAj5vOpSAGGcQNaPgsSIn+gt6tyj94 hPS1ZwnBeaXpaDeQHa2z9JsrSx7NHmz7UZh1M79Hf0elDtvkdpA2AkOIOrwTOzw/xZKfeXqc pvdEWJs5dh9mIIGvYdofhQ5mGrLPx04yo49r6xHONJmX0NiW9Ob4KxAvrlxCgXmfGqoyWpyT APM17W3migQxQLb6hGZBwgFEPlAwchJDd1pDyi6WCAZ4KoXrhh7irEIIDEAbdPMPVurw3rsN P+/il0VrK6UgVIC7YLAY69ihTQgHUt7lqcQOWc9VWNdsIwJvCqy/TBzugSzF0X6xBryIkyrx ZwYk7JDXrfpbC8/td55XOPQ3iRXIZXU5OUCUj1rOWZLcyacb67j3WWtveEar8d70JDJdyyL0 NdvkVq9jmfvQj0G7W7CUbJ91bi9wtIdOJcx0kb6nv1NATyAsLwbQfcM6ehJ6QbzoC5agpXa5 dfUiG+oXh01vSBrb2omcj0afrAcW6B14i6mIjrq3v5OnHoyWAV+OVAjrSBEwIZsQhyNUjxiI DWy1lVmEQt0+YjRCtHaSbWywGcqlGWqkPbhdzuooXjwHuQRBS5omjHHmB4kOy0BXIJAZRIRL 4eeyRfq+S5Eb5Nz+/tvl9bV2ooaklFP3t9nEnfjHlZGMMrZYMzvvhKNv4WDuglqTg/dzbiv1 UuI1Zd2g1Mqt5Y91zZiipa8qkp4jEIdBxkiXwW+ObUJQCz1BTeYl/i0E6sIY4eUEs0OMd+lR sP3AfN9bvrZNW4JoEPSeYIwAJ88eMagOMIeJ222WA8NDQYFZKg8Qo1PIW274RAeaBOn2CL9G y5hH+6AGKWPlvhPTMjVZuQrQNaFvgH0X+ZIidDZeexZwXrEvIjeqQu7eixpZH/qWZTeFf9T6 E/Gh37zlxwAdydsFniG/h0Re6m5KuMcL0kb0WZMJ8DZzzYBXpP76QKJ6sfJZQhnQkJPROlbv 8sS0JZeG8kY64G/JtcT7CHBVxO/FPwCVlh464tJnj/ZJij4Rm0A4pSX1wy9cGK0s6rMu/ngU WiZFKii+fPDhmxqzJZen8C3espU5ye+uArAz7EfUBYbhKmA+Lg/QmKokr/Ixgzjz9EifrPIP 7N/b1akEKkW1urn28dFusKE+6cgkaJJGrqD6nmc+8gr34TUsYH/KmpEVel8jdGiwxEolG7FE jgSSzFwJjAfX2K5gvnf1bJmO2L7OoGBoDuxn+Ap0Y2mt1rB/gnYRJhWySG0o2EVjtxtx4GYd 9zeeJWqwqF0J7Q759DdxfnQJDKg5g4JSPlSJYX7dCspLF8UOKtAPLu7qddoRCOkMhHitarxc bsDGbI/wGgTKw6l4qBJBl8/FF1oJM5Z2UVj7J0ObDUm3KmImLK7sVLc76ymF6FzhDrUCEGjd DUkBjghBMikFpqBYKdFf4EwbrGKFNslXiOEgOxkDg5CxzPd8sv0NL+2zjpBqhGbw/211rdbn 6bL629KfQv3rV8T/o+4e+iONlDf+/k5wx+GbW3w2htzNPnEfXbYXtV8cAnbkk9zrRb3ekqOS UpyEAchKNiPL2ZgKOyEwOmPosqeDQ4hCJN0TxiEiqpj0EmLOTIJJkTSJJqOPX0UYIuexzqPe xJXYIPQAjG38LBkaketxugZm9V5FsUfkRMQAChxai6iJPk0xdP/eZYsHvCwRuYT+tMwxEia9 gDB6keVqV0DQeqM4IJKy/nkNmYkOSOKB3m/RC/2K+PfXRFMTiJxqFYoJaTXdSz4REkrrLt+e FhRFJjTTH28QcpM7ne2HFvVJlrQrRLp7i3qWcwYfwqSTsTCd3mJ+EVAHr8rirbGSKhof9YAl L761sJAwfKLvO/8u8qsBIt4eyZLTQ+zxkN1CLD+0nKbfo7dbMtiCPv+GbXKg6DCQWePj2Wzb JmIORdsvH6HAPFt4v8TYooSgm1gpxfpnnJ47ls0Hxk3bzXqID6iPejR0+rDErXlQsEOvTKjY AnYw224KOqsFxNzFlWJpN/qov20a1PEoE9ZQk1WJMsNByVtwFiVwlEFqVWVdUp2NnhSly+Xh cXTAKd3pnk8xK7vUwbGLhRgT3s/Qf2pyFpliocVUNfNI/XAUMtHQiQfa55odq5tQcAbRMiUj 80ADCkKutm/wObPNSf1wBDzB6QO1eQRztW1KuG1bGh0FLmY+yEApRAZXsCbZzVS87foSBodS hIxAWRjEeb3b88XUk0nkBuOxLSdFNNykhpPVHSQJiT7WlIx3jYg8KnDRpdIzWIuZl2PGhZyY MNStqxsDL3eQEjpO4EXFvXEI00D2m88IB9FVZifXG8UsSwhd/VK8g7IABSZkg0t33V6QEZg3 XP+9m7989eKLr2Yv+0d4BdPNULTJ/tE3Ky0xuMVk7LTISZHew5yMG27OZG4gZReDaB+sb1GK eIE5IDojkh+fr7mX4tqUYNptvXtjhL6/z/TDKJis5gf5duwyF35zDA+r+Wf5srGiLKOkVC5y ne+uKe2AzdvJl9BZlvYiTFjmQ4msBUXm1BJTA3HVXPThgMHVP0uur6E47UVOrGYKL4+o9nG6 WjBpPDIgRBdvFZHzg4wt4L0eNSTk4qWFH0pgpZtnCbMMGmtYCK/V1yYQ6NjNqJuFqD+vapY1 16P6ZHvNg8xbLfkHr05ekhWMgFpS7IiFbJatT4K0hpp1/TUCJjjbta9Mjd2vX2SIhmBWCyA4 lpdFntc7bJ2whnb50H0bRPzFwvSvgGNYt8SxKQ9fLZ9l28EgonfXJvBRBLJSlZvcnvwIxZ6X 1fnlc223gmy2/mB9hN3rGlBKU5nXoRMZZtiFAo75G4SWHpscnyvMWs8mmHxENhLVDc9bhegC XiiQab5H/Db3zzhuHkwwQn0UZmESUwbTfVRHlVC59B7IuinS70l0tTuY1Yvu3yfiGgf6YAiE q9T5B+g+UjuBcOAgj1ny64CoApL0ZeZvMpDVnXif5e8y9GUPiP0rYoasoaCKl+fptSIb/qaG SikzOc48ipDnwhovG9qrQGIJAoyv5PC5scolVptkakIL2rlyc3L9RT4eHqhrgplcfR+EmXJL SHF8O2ATiLKTbp7AoQD3mgXAASSLkSdB4xFFj0iQvZ+Ct3ZTuHHA3j+AdjK9gJkv0pOjYHRO CrXldFjL5cvjEGHW4TlUQaM30euIpfwiyOZpb0oQm1rSPnDxyyWKC78szL2YskpLkpdv+D8m beIQB9m4sb6/UpUVu91z8xbese8oMsaaNr0WZckbHG14HYTM2IuWlZejQHFHk6HLO//rwtSd O6Rvm042h4yZFW644l/5pt9dSghdyTyk/EYeLnWOFPAPFFuHMUTskZQKWnF2zFgX/q1CZt54 7zgt8+ANwXzzEtgMkSknwrIh1d6NuAub1ylKKyu3eBu5EVxQyH02Zf79QGQyrU3JSWP6xMTA PmsYGwhoSHjehFe6l2U/Ye4MnH4VnPF9FFegCrKPThXtroZlpi6NWT58La4OOlxCyvov44ud nqdfas66F3N3DcIRZywe29ZbmYV9Ivo8eMvX9irPB5x+2viJKHQCwTKHUDm0naADOG7EWDUr FTlfNjFiPJAhaDV5LKZ92CdXL57XM8QCTf6vgloreLGE9fCtV4gcjMCc//TmuutHBih8bfod SUN8HwTbHbzA6pbpV4Hw9LXFP5mEApFQZ379QM0hKNKH23Xj0WIE3rwDXtpKgd5PitKctYhW jAUKriBGnKeqIhCJaoh5EJVH8AwH0jc8xxxHH0CZ0XQUDF6cTxSuf4EQKK1nRF4CZArkmO1E A8l8nX0jkRSX+7Xo7IfuX2741AlKLwFd6BNDam16vSKrBBpiQAb9BdSFkngoVvejKBQtlr7G PQgnoxZBQuvMRxdWkQzIOsXuIOsFWW01VwW+hjoPoiogJ3e5gz0y3m4KwU2GbrP5lQ0gqEUg /IwX0pSbwQpW0JEuJDhPFMAwN6detyZEQ9mjGkz0d7AGDZFWUgbfmZqMJ/xhqV9gXw5lmC2F yUjo9o9U1JAVF2g9wiME5cxichURsoeNIr1KGIeb3wB9xmBwcYQr+sQoKFljqSaqMKMWr64s 43XAegbyPwhWDrq2laVLdFcaOK4/pOyfENe+4O8p5v8AZsgsCO8HY455P3rLLuh8/cfLSzvj 9EICO/mx2RhUutrU8XkDNHepiN2PkJfYvtcrc+7honPbvGdNf1nuoHf3isVSh2Y37+0v3fjQ iAwzanmGU9hEtyO6/cG8jvFwpVbzq5hk2GHm9cM+Dz4KjZIBb4pdATKnF4pwWLhdyuPYvIf1 4dHHrMvsM7xV5aYGMEPtx1wOMtrErkWSK4HjAwpZSl0uxX6wpQxaORTPMwCrjcjT7tNlhEW+ xCRsRYno9+SjP3St+r5nzMepb2T0c/JTtf8u7s9xtYvoO7/Z+Ttuj92lC1GJJT5jtpnc5sXO 2ufTE6QdjuKAjkdIlpBYdJ99fzKUWhCDaku4DVm3A4p4gELMP2u8Qw/hSr4IwlJyM4CuSr/R 8v6lTqc37YMwjVvpj+NSb1ZPbYLVKxygdAUo9NGWJHcvWyTg01WJBbi/JXy7EGAbsH2QAwRR T9Ah4LyKglLqRJY8OrJJpGtyOv5NJe8tJLAivbewo1zOESUjpJS5JkKZyb8MIvJlqHh+Chn3 wSEpFpS5CJPgrLbUD4lihq7nU6/AkbdDeRThRCkID5J6NpCMUs6ohcyxSYutXO8CTC2ZN49q hRpTuqqY81C8ifmgCIcGiV4lI+MJVmjelhKx4T4iRiYFXFhq1Pq0Ml/WEyQKh0H9LmdaKTm1 BvpMQDQe5sGqAR5OdnU75UspcTY/AwLDUkricGQTgVKsfm+gQE+7ozudz5LrIZO0VUZ6UUiK LpoACY5u2MSijPYl2K/ZY9WCfpDjQlG22sTXZgq53QvXMauRjUhhYXsO+cpXsXwLE1QtxiAa wd2cwBGdZfewqWc7X+jkBM8+y0CGcrtm18Tpo2YhcP4/Ezc/uvueNBgsL+jcNW3t5MAqOluu A8NpHTzEbBklnaK2l45fy3BwImYvnjb36YHvp50qnBJu8HvqiHAkxZGyrLlyVvrsV00TnhfO 0YAdp9kxsbR8sX1TYrAWw8tU0hRzaA9M+tcOswl6yUxtB5VUJfZHQXh8hHUYgrGdeDENMiPT zr5skd6L2kYdUplKSPDoMuZdsX0jJM3oWwdqE/Yfi0d3afwU97f88pGUM70gEQlau5n7U3OW z9L697mgh07ewS/Ga8fwKn1DVi27LFyTeoUX9MvO3KbkeQ5Bn4hXL1k5P0VPvjhx6elnW3Si OkPeU7oRiZkxkM59Em4kpvGGd0uKoCdm+HmXIhF2r6JDzaxHfin0kHVuL7v/rphQmrck0ChQ x2+I34kMdBb6x9kEvvKcKOtmVEfldJBssVViMduFH6yaUeh6EUYVTbHtoDWkSkyCCbtYp3wJ sijdqNquZftW2Q7hQGOEuQV0EZQnurqfve6DT5oezqvlIxwPjb/z60cYYab7rAnoZUE/h+Vv eqesb4eBF5ayeLBSAbN0z10yx6jKga90zHcZMh0Ag7a9mXz+5xKof8qYRBUySO+g6CNCiqPI 43GkItNwEPH537Eyv2BouiLZ7kthMp8e0qFp+HFHJEDCEQbUXHBNCVo9QZ4XNGmIkS+67Jcs IExul6aRK1M+9sNM6FxhOjcGRH77ZB37UkQoxMM8dBzXOAJW7hWC0F97E4JaAlCAYb7vJqXL MJHnj6kE8q/3UFKKyPsQMiLHSYTkUnYZs5NNiQqygZH1LpeEFEKgVvi6SgYzjx2cyCz0V9nn Eib7dRApZo8sLE2TJRfp+zta6rjyGZBny06i+7t0YXXzlC3JfMZ2z/uaKxcsiLAxQxBt1oH/ BdH4OLSYWQVBe2aD8sjp8qcomix2wPOcko81INJkt8OHbSjo5R8oUf8CLPRdzsAhkBHpZSlp QRhzpJ5ICRPbO/k4o3jqvlElhVGiYGJDiAsi7XuF6Ndv4enYzHFaCPQFEULQ989SiPRuIysQ 6a8XAkVZwx1md6cTPE3adQZxQIxbbMxGwoo60Q3dSNasAsRirfOz51vmhg/UUBOKlTnOduFR nZYOQS+2JTcVtL80b8hPWHus4rX3lnjF+KLfKZ1VRq9a5ChMvGZX+5K6379FzybsrrGrdaMR MIhx2hjazddaPNYJN6E5KttEwixfDcMO/W2BQHb9bPKUksuRNaYjM0GJoDKUXxb1ifADOUxY vztAcbbt6JsFnSISqJSPqm+gv63uQA/OkyzfdWBU5m/aG1Ljh3GzS2j9gI6GubhPUmwXS9MN MzmOe4RphqyUs0dHx2D6rLXXvyzhWNVA/i1/iBNyB1kxFXn4cnaXkqHr8XuvW01WMGFV15KM jAhSHFsVm7qxaUCvfmYOLHnxghIGjl5YRsAz3xrvCEQgrALXaqiQG682gpVIA4JGMBFVSV6P JrnxbkCHsDv8VrIkmT8mgQDmWPK204U/Fr0rXkr6eVYTKHQPuw/c73xHywnASBkRZMFksgLW 6gLzhllNUrRSXTaBPZb6eJW1OJ2s41dOO4k1L6BUIsWL6jQRJekFtYwqc2xJmrDABcN5/A8E 0YIDdQcvD9atfPXlXif3r1FsuFSPR/ARN/hbfR6wFEeEQsXp/DGxPD3tgk6eS+Tkw/ZuK3Ye c9rqPd67D1fpvQdqaIkDv6lycDY3QkwFo+yGQU0yZ8CC63KkQQeyaW+8oLeTD3CtCsGlXvTR WxKyjhNgncOB/ehrewAfvuWjV77CBVHo18hg8EgeSMrYd+FJ1u0FrMx6XR4cbOGgAHReo109 RDUEV9913ZvlhEYYIzPnIBTpf9vSydf7RjPyRXqkw/GKSC+af8xG79VL6hs/vuHqTKVcv5XZ lpKYZoEQNxTeJEz0BO9WKuIDAoc6iD67U7hbvncKN7YPsE1n+VQnqohWn+6+Q5OAk1f5eAMC sKrjsEaLGlI0skLvAvLDX0V9QCCcTVRrDKTbXOEilP2uvZ7cXHL2cIkFXL+fXcmyPdUIhIXT yN4qrUW0t2IEXPS+TnSFRBw3poOcCyFLF89R1HyjF1hBmByn6vt8ECRe47ENz6YNKBLIfdlO MKJSLc4uM9+6z7rkLiIwGXsvZHhnHhx4y79VxNqPC0MA6y+Cmli+UgLGcfDNf+a3EEt5xfDy bBFrMvmfN4wB+mMpCSnUTaxEkrp0P6PeLqcQ/AyY1YWmIPKzYDLRw9FfCgaYFezRCOt6qww7 kMFuacGLUdyaYZVXZqmSwNvoR6kDn94nzaEORNZ2OeMZZB1u5BSSexdnp9GDuc9ijuLFKlsF r4K0uQm4+4SX192H1SuI9UrErfGwGKgOyUW85cxKWHWPjs4YN/VEP0zzW+r7ciAn6kOI+6UU F3d0w8Ok2G6Ivipm7IIio6vm8y6p8v5tc/2LB8yD2b+w1SDpnxvBfKWzGC+71no3n96wfsWU Hee3fKnDHh8m63SndTopkjQZZbs/EauCoMNEHSUQM+iOY1MCEdLBtmHvhMCQsAbQUCxDmxva khjMn2Nu777xeaFpH8JKCUpdOxk61vr3U4vFGkxeR8UixKdhdSv3GTRWFzI71wCiAgW+xj6x f2snlpGG1EhTvIqZT5wtlZcM5x/x9IEdhIZb8tEbjW21PnuJfze7T5nXmBlIaLQbdboUxWSg B3a3s9PZ+PlihJ6KRTQeW68ZAZ7fnu4ZqC1BTG37Nk2LtLLkLJnpuO463h5J1bZi9Dn/2BrQ kPrHtt+8qHuOi64ft0jfuZwwT2ukptxD/2D5l5kcZwW1ifSt31g5pe/w4BClQU82Jt9/hY7M 2LadWryO98KMXTkU9E+6cW3bGw8bBfF+j3GYpOrJW1W+qHT79Oky8x9uPC8gLM4eSG703pM1 16rVmigNbPZYVG6arKPFraF+lMx4lji/Jz5MTKsabN4lqTKxQHf5/bKpCTmpVVNjKu2dNd5r NX9RX9t2HOqLeySBhr1ubfHJcYS9aZlhp9v1Q4vQB75+4p1S2vruRMJyS33LbZ013nsObOMm O+vcdFAdyzy1Q/+U03N+Y/GSdLtfu90d9A5DpRsWDOBSZWc5YaoUZ44ZYiP60OnyCEU0J5/X HC5oWqBAgI7wkilk6LjCW25yex/kuNnVX0XtFhO7aIp4FB1hCK+uRaTv64EO7eYBReZ1DOF8 nHZiFXGIGbC5C3q0IGmKPCWf6HQiFcIipFWWem0JN5PooehIRU+0NLhqXarUZUvNuLBqBlvG dQVIvbRBq2A+VNxfB3luD8a7FObzsZpjmMQ4HWQBOwzDB2phqDAOROw6iA52lSlCYp3xiGzE ICtUUPRduXUwJTZeKV2yb0XDk83LRy7W7zq14cirhJuCb1Ns4pbq4A5Gdd5KXUMnv4JlXnWa Tr/4RbmFzXmwPfTUsaYYZzywkkf0Z6fpC05ZN323jKEDspbup/pnOQUvXXt8wr1ley95rN65 L7C/bqpzFGPCnFHU1cunu65X6nqgu4dCopepClEM9OVHcRpArAj9XBBW75PIaIhMlBB0ReJL hM6zY7Qiax8xOwxB+cO0H6EuAxxa0EPiPhMRkbXDQbrcF3i9u+YsZyOxppKxa7FYg2fl1tok mnFseD1vudX1BpNgm9hDCWf6JKWw/NDElxzzh97maq3UIi1EFw067XFN5VXUIhgX09oDDccU f0T4z4pU4q8sdgZZlaEn6ikzl2En3JR0sNrHrYMjylRCs6/u/Bu28ghqGhndiHDbnNTrFxlE GnefvPgj6Ktm7IM+ra0ImNBaUgfRT+AtnxsakmG9ISToEkI+1MBK7HZkDn3tMme9xuSMzaKp bcM9jtPdRJZBRE158uIXdYdbBnT8ViX+UF5gPPRi0Nv4YOU9rUhF31fRszdCGtcTFMVVrJuw DhtrZaSAxPqYF+kIjpGVTFlvolrXbEtyN9Y1M2kBbZt6RHtcYNWpWEKnoXO905HMApgDMAf0 FJmO0L7IoK7lAGwPaEqoR0QfN1tZR6BYaJ1bAAPsbQii5yR97oCaK1QgnvxoGjnd3ibSa/ws zdp2Mq28J4jH0UZRI8dSJSmhguTqJL16PTmRCQuCSusPq3sTWxlelkrJEi9TJWjQB40jDNvi iKXIq25wdSV8XQnLQLEGXvEjSmlYtMq23mnH/BmDFZIfg/c6+Tay8wz/TzHj76IvWOrFt+7D we8OD6+ZODNQtXj9s1rnJAaiz4Cexhicy/nCyQsSTo7ERGPEPdNP//HvkEvVhsftzd/laxyp pJw/9Nz/YbW19ww82KWDbR72YHVjRWTD0voUIkwLsQI7GUupDfp7RKZyY8xhIYKBlbB3qwjn xlA4HA4cD2kKoRYzT8znBXbHaTHCWTnHRBGVMtgnQnHaC32arbC5hgN5BaFVk2jKDB+zde80 uRfbDk6aeexcf87C92ItFS590MVKSf1ADaWOeqCmhtJMWyZMJ6ya4vtsU4hI2PNiVcEJvY8l D18Meuna1+h6v72LXvZ5TBdyZONLLnU5bYxiG6Y9x+JHxpRle2Z4Qb4J9A7X6bvaHFJ1kkJX Y1sbddyHcptrzCIHvUPlUYGGJdUycz87G75FAQJhZdBcMR4dkSrmsAjh4J7liHt66SJ/a/9i PCKh208X0xg/TKbHEbvX+YVLQHxSY9In4u1IqWhK6fzLr4LM7qyPjyLwiEljbE9FUpjgYw1h s7DEYlc/gxTfJqe+qCmZLsipI9sWNEJNpEfLRsfuMLoPCLXhVdq7RxgRAlhiV2BSjmJLRjek hjxhFpn2VtYHg840RfKSLQ3Qg1V/NhYhcPxcFEo7vMkGa+p4C/FKq3yRHNR0D+eJNbvx8sNo V4JcOdqA5eO4o/1Nc9EhahFNSC2FTnZSXJEwUSRUHINGEGCM3c4Oz7WSjaGF1YvSXPuIUcaB +aoaijtWLnJr9LlID3UhW0Ya8MQwVAo1v97QtywjgjZnIP1fAXZHutZqTqT9P5p10R/SWXPY BZyeWetEIz2yAlnxPZV+8Ibgkw6nyWSrfmJ8nadWqpcO2w+8eeqwTxSHV9Pw3F/H31gnaVri 04mey8a9stgqaEk6YC0HhnATyxmDnks3dIZoL8aoCB0tPiI+iEZ8xHuIqUAcuPRoGeu6jKof bIe8exfsJWyArjBeCVslRq4wwlqbGxVYsUgp3qiXEk7gfTG8DopwhCF6m4V+TJOV25DE2Obx 6EBc5ljR0MJ1gsnnLiT+uvPFhogu9+jSKM2vNy282pAKyexBhTByF0wZRFBF+j4IRY3fkq/M jjlcYnIrDjkdaPOtcCGlcjyFhM2WpvgwRBNK2CDd4yJpgsxVwn5kcrzOSAri7dJdsBdOrwI0 X7NuIswdLRY7hFcD9r7IEHncYnZGZgUHGFxUdbnVRRQShh082ARE32E3hWuA3OQHpZFkyZb6 GtNeJey18m8e9OJG1lDujyN2UpRVxOqDz95Pr2lIsPXT57NfrTgI4+odLWVezmkfnX4KikSg h8uW9pUTFqqoawqYAyBzo+jWalZXZW31RsCEqEaUIoEPqGVLA6gGQMoPmbjI6l6ir80hFGNM XN33lr6ooWZKB0jt70V3Gcjs3N9mCddjGSEoAbOQfQQoJUA1YPb8GGB8d9olhANYWPSXr2mO CwQ412/v1ycZgEkm5RpEa6FIEIBOMiNTftAiWoZJa1MaCqCJ9l3O5FzgGUmNj2G4pEgKSnDP m9JgMhcXxYOIs3kjKbDBNkkTxq/yxFQQYmXDu/AZKQSrTVK06MgDpxCJFYh2rT3rzM4fdeeW n5HL3xM7E50dFHENU4+e7q6+syf/wrdY4y5/BtdbCYbArXWnV6qKc9K/47uCVj2tZMGhl9OS jRgbN60jpDo79kSKhzpTXt91ehUojgkEyrFxEL2oUS//wNUSyNBC5cGyNx37eMyMWxJ9kcEQ NrWZbNw02NgLwpodtojV4LSOHwN5Bht9jAqE6UtB/gv5FnqDaFKiL+Fp74ZnDYXpdjLCtCcy nUeXzdKW7Bn5LSt4zrm5TzJPWX63/OfAdK94WvfyfUV9FyLTjvfipwQBGIuilkNRtNzoSdZN kW5AHAqxuiFx8+9aa9sdRIaXrgUEDr1DZ+8y4aAXIibC+aDR04+AUKgiRmtRmUzVL964MfXc LNF4PULyJ0OEbE1ehqCogTPRR018OitmbO2lR4wzH6Pu5uCunyX6Qsj6xdxhKUU8hIZyS6zG ZubE79Sk6SIgUCmbhLWuwBIja+GdEzKVJs/6xdpzKgd20IsW7GWNka6IrfyDvtU7Wi+y7Qxs QGUS5CZsZElctslxwhyRctC77wmKPoZFUOpr9r213Z8GPFvC83zqTDOOSciofYQcdsnbDhK4 /1xIyx6AfO9HQTMWMOG2wwHj7RH3zRLphjG27IcG7mfQXkEPdfJHvlWSyziEoCseO4IlDC78 sTDOxutE3hcWQXVj4O5OhSmNHg6HiEYHJmq3tNKV4C1n1WseuISQ+eesZX3JhxxqpKCrm0/p YPfsgTYpbDfN6XxkFqa6O9jVPu4QHJLGwPoUyF1miybghu4xTkL+xHG1t5edn3p825YpIK2V B5iFo/vXstz/1mCYnRQrm7ij2fGHbc9+XP1N4RZrlb7Q9yQhcNaUNB1DVqDnWbLyX2cVqzYs 9XVY8kfehaP9Oc9N960Yeznr2rig18deGM+t3CUb9Fb5ri8/lqSpCDiXG5WzJCI/LK1Yc/Cb vTsD30uqW/L7t3p8Jfhqy4fOiNzvbqZ+OTHt11STPdE26w5UOLW75EzSy82TITpLjWelwfau D2Fi+7pk+xxLKJ4R2TH0QgYRbYMzqHT7ZYvLxPbpdgU0HTwg80gRQy9h5hlGlBt7E+XM4VhL HWjbWKyUIlYrgV6OaJmpPow1W46PsDs11waF2n5pdx+sFfAO0xio9TPbrZF8KODdsxyBKKQp NntqxIxjdQ0nRj7yYnWX8kpgmkrjdVRn8zYY7qbwquayi8ZkQsXmVWAlIlV7a5D/szsCwjSj /Yeh3U65MB2XAjvSe3EzGooVEVJK8zC7g+hF52VA0IjiM7JQIeh8iMX2yfujddYPBxqevezW it7nzHBQJJnojPyc7/Qyrdzuy03+4IUwGIJNt4xjOp0EKKDNWxhQhLex1wyzebZyiub1ybcT 7gWP2Hb0Sa/Ots80VKjK531TbaSS9Saot+pBP71pB3vk7VC+SKjDncJnw3rVcFspgse2KbsI L8JzxggjQAxxoL4WLkitneXp6jO0TKTfMyLH/SHRYmk31KteRXEQUKqxfL2cWY6Qd0kHhbsx 4UUNpdtpURVCrzmUlpOiSQkfxBqy59YiDzxqTXC4U/z9I2ubTol4QVwdOJUyk0gG3jKitSg7 jS4zegGTRn3WhBBUFpTomaVDMADFW2Z+I+16oTnkS4K1oGv8ACyA61VCN+w+NoycMvGUYBKl y5GYySBWRt468rZ35aRFoNbTFnnW3tG5UuD8v7q+0R/e4+UrK0MmfV/69sK0q6fbrVUUt/ST sDYUUDzdvGXiso6NT0cKCy2OKKaeEHyndU4dQMamz3fcfyN9XlTgS4eLvybmI+/7dqhzp/hi aUD0bsXH+3ZHRsIyxhd7le7NarHOfmY/tCz1ssMLh+Hznr4bCl26fV4nFWtO/r6DPfjtSIfs 9YGkDYWZtvblFo/sGqUdx5JsG4oH5df/7R5V56Lwv2PRJJmxI2hfnUmJ5y8bX/r3Hxnu3Psh YbF18ZTJX06+f8y8bZj9PqDsVtxiw52X9t55fytuYc6+D9Jn5ZvZ/7rx8XD7smVOf9jZrPLf bGG0aHqikPdusUrmv8ZqmQ1CFVqWvCrDbuQ2S9kvKHw61LeJfhD3BnjqCR1RxNw9CJZD9UgI M/+Rwlp0cEz1QnAsz6ANeKvKCdvpxyvfSJN7AxoSxPOn/yxjXuqC1RDOQhMf/oH4QUFTzKHF FcEXfjdv0vbewdk1++t/JS2lHEg//mLa02W7eXmvZhZb+DuFVlmbvmb3BBFCCAE+hJIlL81F 3rgxAoHslHUalYZ9kiVtKPqUM9/zy7aACKg/ihbIedL93TI2KcafLROzxlkda9bxxIXVR9aa t3KJN2zmfEQxEMB4g85vOZwcFEHXoVcMpzWA5mukN6HCyrD5u6bPGEyNj0sfc9qL7kAX/vBq LcKK/N2VBZyOlptnNCa1vv2YKFj9HtlnXJJQ33f97TpTboyz0KCXX165SImCnVOxFM+BIBTa KYo2iAwT61+DVY6qkgFBcyTEF7h3RHhlvgQyywj2Xcf9TaU8dncW8g9Z/iBE0l5grgokkB+K TMTZG5CMh1zpZLzsCj4AZKZrIZEE7NJSP5iH8BAE9DBrGK9w5ePVDV2OVkcVCUptSJ6IPEFs 6lkiyBwMgJxdoeXk0hCnYD6zytwfGXUQLCUI5nFEZ+cFRcY4ijwqEIf0hmEgfWQHZ2E3nUSB MN1+kY4rweGI5GfziZVude/+0jQJi2Xo7kKR0ft/JVFnJ+0//RP3yKXvVW+7V13I3rIEGZrX ZoYXFYulRNZQf9adLXtSfmNglXxk2tNizYmK4/vj/D4nltCrXNRkYALuUcYAwaAxbnwtsj6Y HaNpJPO7uGVafK3fxU0D6d9V1tfe239nYZaPW9vCzdbFXj8eqIrunSKwzmpdsOTIYtIkxx6l DNZHWs9dwS5Kip7su0F+d/jV+rt0dtR5j2IjSbd35L4VJSf1vln0uNT++Tvxd9fFMmSxtO7v Hzua/Hsx3Y802bfH98dE3N97vSFx01x7x8aelKj8ENU4i0230Pd+CpXX9ssqvk5ff/fwl5O7 XbKu1e9vs7RZwKqC/7R6sWO3DAXNviqLzeX3KitDx79azjkzY+eK9FSt2HtlCVZOe+tPaiAj +1ByybGCLmO+5WvtWzfwIGzdY+fS+rjvHA9+3BbQl71+7jOtLEGfefUGoZViP+1PpSQDWXG+ Ejf6skZSIoU1hDC5E8wYglQ5wXnSrki+iKhLOjeAQUTY1ofGYC1eVqZSG+Eyw+4P2Lejd4us bQWGYwEz5/SfCyyukuuFEWpp7JNVo79RHKjNdCmn6goyc2JSft6dytqfHbOu6NGJ3m8Lw7eW GjjuJDSU4uG63lXxzt/vLjGvDX4zKBbWHDZDgI1HL5i3tF7xvI2oseIaZH6QjXwVzsDDFrhy bu5Fz5f8anJPpPf7QG0mQqqseqAxEdXIs7wKJHguSsmjt3gWACb23d/2WeceUI6KCKNIohLT riuAKaJI9lllMc4PXz+f1HBAaCqrAXqr1UoolhQFog4RORSnElMdVz+YwQMkjrCD9dlY04uR tfHjobGwCLbHQ71hCFb9snsA7ZknI+OhC/3Mg9mGCLspxoeXG0GCxFsFenIspRcpvJofBEQF 9BshLmqcT61M4p0//UfeNh/rU/fui7NF/28iHujuq+n7hTV9wpx1P50x7luoM1t7UpwGzpLq LDr/5y1V2UCcIvX2uoVfCr7bfMORpsM5N8m7eq/9HzGhXa79M1dPW7k9+FZT8Jb7q2bf23GL ceqXCGvf2M9DHv6O1M/GmvR59kP6t7SuPOWv3BeKtNZQJ/T9Cuwvv2DPTt752Vvdr8xJ9Fm2 iFqsu7SVAVv4JFeLxcSuShk/4/H1onPjdjFtmMX27/X6pi6KPHJniWJtyjHbzHph+iY6sHw1 Ce7kU5SIZkSxx8MWCBR6aAbiclDq0kuDXN+tP5fUdvFvXZQgL4zoiVNAtzOtriU+3qCTf4B5 fcr8+jrDCID7y2Gk06C14SBVVSkz34r3R7nCGgTEg0xGTQNwXTBxIcTA7euQGB9psEjT8Fz2 D4pbw1Ed3UrGBPt/fyJMlvfM/jDicLJ5ZzPds8AiX5ljZnWSXmCETmFv3Jgn6YTdMRAtxmIr Fn4crXBEFi8h7p9G32wLnYkikCE7AA0sYCxYLq9AAyGdgAxv6EiFrSDmb2C7+l0GZFy5BssW lxPMfMCC88tgZxUPurJNFAn1ZAcB+EMQ/ETkD9ZYdzsh9NmRA8vTvSkwTNSH97g9g1qaAka7 ITguw10QcMUgRVIIgGl0HJwEUjBvKsfYLWls62j/KiNFxK3tcqeehB3owpVjb50JPv1H0bZV pLMnPidHff6BTTNqxjr6zjg5/X1cieLav7BCT70RlAYgG0o9d32wNitYkYXO6mzBd8tuOFrF MmqO7TRRzrQ9dOGrWOfFP/pPzXHwnez9TfGRCwmOXksm8Ni5YU3aQWLB2imajIP4LW8CvRmP G5PI08sZPcpUiF0QFBi67BxTKBaI2OLRJRDsVdPNXGglM+cY6sxeGzB4Ly5rzLzG4oSWFFoL OrZYWVxvByiYhA/UafDdN1hrVrYnFvDn7K8qWlhilr8m65JKUuODd/ea0QsMu939oqLYFbvF 9n+mczfGiLrSrSrYRC9JEVzxqL3HTZHeYl4eSFNesk1BuEGDlZOIsOzRIXalvTNtiUGXG3r7 Mve3Wb4bPIP5s3YPKFQDXmY2ibDR3eoQF52b0E5njf4+WZ9drKUBMz9qOWH6im3+0rxBZFb4 iUi80j9xbxhLedgUOfjKAiv6zih2Dy5JoFD+AeR4WlI/XAL1klYf+6elKWVcHW5yUxLRoWn0 Kgo5v2Z9svqMVxDTEjxlzLI+aG4vKYMKUuQIuGXoY62hBoCWi24oIvm96mFlXGrKhnadEssJ cXxWPVQRyslUDrgSOIx2uI9hrqmsNx3nNzudcEaouw86EvyY0ejBRSzxBmnC5ZA2TQcVi2IY EEIoELtu4CRVWKIdKrwdbAKQjaOZJguW84JuW4o2t2FX7fDTnJFJQZ47dVzbbBzi+OoS1f+W 9pA7fxh5M/DgVWfkdJ0fjrl5bSKXpTMInbjBU/EP6j6c8GrOdQyfetSNfzMucKzTD1T65vN/ /FjUrP0j5+53kkW/VB2Z5uD8fOJ3n4iGhQ3n7aZOaf5+4jk4Zz6GAhiOIz23bAd0U+DmBylO Po1Xd1xgjzvaZ7RffYot1hyvnXfiRGYw94fvDv6in1qnuOgt/6NOHvdgzs8D9wtDP7ieLr9R ZysPuCrbaXg4v09ykZWiDWcs5vDPhaBBHg2jPcxKHvt14FiyVLAoW6S7E1JR9K2CunTCCnrq 3/Ppfuye5QQRQIWdhZDv94HFX3JCqHdGgo4pEUFrSLgNrEwlJvrKjXq7+LH9yFdk+WohIGBC JqvtMKiI9iUgoVNInQzjnnv3WevOb21ISrDq5I9v+kRU3hqe/YnYK/Ree7wHXV/EgM/4cJYS 9Mp5pBetNAWFBc3ndq4gX27xNrQGJs4QARmZ5mj4BEV3m00JyhIQMoXZM1jk8BqUMMS0iyrJ 5X0pQBkhwQkidXIit5gJ/f+QYrkkKVJiQadW5GwL4ZPpeFSIJp0UTa4f8I70ATxLL4B1gfVe k2DRfaN3JFSMwsUbVdIRubYdCNNqHiiW1HhRMpUBJ/j0ACzSGbz+MEO9H5OLyJD3YB2F3bHc VK9R8ifg2DaRjkebaHLhTJwE8m+K02DmY0cMLZ/8MY+sfSjzyzdXj1ysGdFCZ3U2OqvUfzyr cGbUjTmBmtk/nri3I3hAOVGBqLoXJ1jXEboS4IBJSoxi9c+dP3w7LuHl7C/lzfjMXTY+1r9s qeryqsyJpxl3utft/O27P9bHH80db8aP9fy5wDvgpEvvWu+edeNTVr0EBEDSY1NoERX9TbuT cy4WZu3AnXqpG6zT9pNXGgOH1oEQe2kO2w2vHWgrsJ24b2tAyU7PZ1aRZ3xS5iUb3hzwKbjU 1qD4MDZ6TOhHHbuCnWfo7xjCkRRtHjp4NB0eSCsP1A5zRNG+yEOwYB0jpcYA3SfwqoA+UcSL rEXBqYR5uICq92JkRUCMM8FyGcpTiv1fRc9GjOVA/YCggxPPNehcxvUyrdYYYex6FnN4q2JQ sMNgyZaGVGYJAhHoPdiGZzFwReEfHDuCFcJ0gpfP+0ToEOvCpdiTTrts9GtIx+ze7QXTpBYh 3U5+UUEnmWOgPow4InLbCCS6IXfkAQucUTTfJkwHtUPiNb2E/lPQES7lQ21mThJO1GBRg30p 4Sy1rjFdlfgSSjo/lzArCwlabkPihmA/dLiEg7AE7xIW9HkEavyk+qTWbutR3RYvihNehgTq q6A1gl3KgaE8mNVHh7wVK//XEa81jaTUgCQ2fqV4ECKq1ywDkUrj2kdduOiefVYE6ZQxrZ1O 26DTEv5wtDTAqRMAwikiGLPUytTc7KaqbsgopflGnqhdV/HU0ZTpaBZLxlT+P+ROrCluq44a F+7R85rSGa1jdd4m7sAXgd246RFdxqkal0naT6ZEXBHLzQat9/R+rNt3L+OdY+D5eR8bszZt 6J2y9N+V+ivOJ5492u+T+Btn3IWYGxPX1+997kv32F0edDtUJ+rLxXddDBaGmMduXvdFdcHm u2OXDTqb1ygkX3KtbiiNCg+vtB4fNW5X6HS3c3Y0R+652P+YW5ZaZh8/+PcJf4xT/gsfZD+B g49sjtodHxdXfqSv3DFk579m6NFl/r/vab7flLTiSvsEmq/n09lrJ1vVCJoHVxsdicZeqA/0 RLTn16OAZBg54BXFwzPC6LwkaZoH+4cELa6I6uBbRAdzN4v0t7vOR0waUivdceiPStcNPs4a la685ZaUJrwGjhy8SyfWhcZ53K6hPs/w3hJfQ0n8gbElHoSFEILdjst/sEgMxU+x/asodldl Ac2gVZE6nFUhokYqvqhgU6fOHzlh1n/hQzsr5fCcW3ZzowL7lTmmyF/2hDSJ9HAbLo9drQGq No3tJYTxtgHBo2aAsLZADY0gy+lOZOaIFlfKTA2uRAVFg6AnVz+UXMpGTThjTQgRWoBKZymP A3/rkeuNhHjoagCPs5LTiqApaXUf3Wx0egUgYBWHHaCbMzUZWVQ4wsdCqOYPs0fIgkcc9Wmr 7f6TIr22RFcterFEEYMcLrR7UL2EicEggwdZb/TqFYjG5UkRckdMrdB0Ak5y96Z7pBDe4WKt 4psLFZdNeqeYv5nqY+QY+gNyaJCUGH300n86wSucn642s/t14oP+L04tP6yoN4ydA1RIJqZm 2r5kEv8C1EoV8Mcl7esuPbXg0vDNYc7PB6PGBC/em/Pk2oFXwayEJ0cmVoRvpzM7PxGnvrtx zlJ/Bm3Zg5GOobw2/5Al8spmRuus+RU3Vv5RGa6lfVkVZFs1aV9nZUN6XuUftwetd/fYTVka xLI0uuzZdLHd7/vJgxXJrw+Yt9udWl0Y0L4xKjnxuvP3U032+vRL2sc3lTr9wR6ccebJz+3L Vy5td4hK32D/URGV6WXbMfSq5LxemPkJC5Xd7CVnoosCV06z3WSWYP9gSvLv0T3pezv23ln+ o93Bt91Otoff5f6x/9k+xpQI5s34uAiiykhMPX1MlPKPGVLqgTjXrybpnG4dDszLusnZ+l13 ulVT0R+0AUF3F56/P07Qm84ZLPzhUgrNOWjdD8bP0t9paCQnum50dn70Bz8kvu49clT+OAC2 NgIVHqlHeI5BoBNO344VmhCYsaIjLMPUpOHt7Dyon7MOJUgRiJ6y/ok3hWvg1mqUYza/Iijy WdLtaiNZr7tDtK/gz06QmndD/vi2UgU5QiKzRV5aWq9d8FXF4iO8cR4/GU+iJ5xaWJ/z40/c Gm+rj2tU57+YmPSJcE6umxi5ZDOQOu6z+LfuJ0BwqTGyxrIn8DVIQQoRlAiflfD8UQFoEyOM UwYby3N/iuLAuBhUGhL4kkUo3pD7JbN8cR+x51OxZoeLEm9FyrUW6nsEgqMWdIIE7lsJLDIa mgYWmI+cwSRkFt6RCLzOSm4S6daSQlz2OZPQwZOKNXHXLqu+B0RPTC8K3GktCR+wKiuoX/j6 wopVsT3uH7iZii6m0wU3vaN4I+Br2eCiaz5uKSaYVo6QzEAm0q2mjY6Ek9Xw71P+2JaDmE+h FczsCpzpJAT4RyZXxj5HyFdOYF84/Yl4FRuW22O0ovFkauH08TIpOE5NYg5v39Nzr2ncZzg8 xfC1W8OGOd9vcrxqtKQt9k2iOJt/+UVWSn2oqcFp/3cn3PJq9jjr8duyVpjnyRF/499qUvcD MEqVughSWurMd7ZvQi5aEKI5d1E5N96BwqO/XFb72OmlY+OYS1bHD5i4es6xu7aoPxcZFGtF VG307KW66/a93pwQbvyH57Svhm84Pczukg/P92xy3vuH52XHxGv2A7X9a96X2Z1dsPLwfIPX l55kXAmyvZNmMn9l5CrbcJNN7m9e2+l4/jLX9mP/s8TgWxlLt9SpsmQmAS9G3ucWri40kRu8 Pmyyd9+KqOPXS9n9N7o1Bqd/IvYEDs7I2CmPXGEbZv5w0/1FkteKgEUmZ1fL7e8fHLQuPfAe feG5eKij/8jejqXb2SNTlhwVbu30bDJtd9gz7xOxo/bF3Yyt1pHfGN9ZcrWyefu9LB2bO7be HNcg8fdrilubEg4suOdH/wnhb/+Ex1UAVFvazj/+kj7Bgm/l0rMi4iuzP/z6Fqx/feGauLvh cNHz4iXB070ouc8L5xluyajt/oBlFFRS095ul0ctaeWSjKhAol8pQdCcDgA+jV6ILI+IFAru 64OYtgwPyUKTivR14HhBU9LYihCYnCjHCoywzFllrc1tB7mZmGM1WcEgcK+/IZgbR0giRorz 55y91b3eSbalvunPo3uN90cqFlLlVtMvfyLWci48fsMx+31Ht6vwOSLOWbfcEFvWYNILYB8M A4AY+zUMolUWIlP7i0+w8KQ8yKcAkod6XL7QGHQnGvsgd47OuQ5kX9aFmRw3D0DH/23kxjhC f92AAFoIqlj7T4m4BnDkoVXhktN6de5DaLPPuozd7SKKkOZQ2xALRnY3jlZojNsCoL2eIURs SPoMBWuuj2EEFjAVcoUowmQheuILTWPcZMRajbocTcfvgol4NvqpK+zx3t6USAWGXmVc2NyH jnOmvCzuxbPZ93lBKz4ICs3+w9L+Ry3Kmlq7wjm7YK3J4+ct1wLeGNU3pqfKXESw/oiqg4yR ZzOFVTYvbi7pmI0D0gto57dpGFQHC175rnY/dXaG8aYvfPSVR/YsMq3rmHNo2aPDRYty6yYe aIpzgE/3mWAYeveLqSdj1BauyyGl9hG5nwC9ML14JM3LFJbEIvNHAZqHV8LyOiq08JyOH7ND JaV0p8+vviiey4hA0HTJZlDEa4EdFS3pHUydjPcuh/7YT393O6N9u6tbaKnT5vUl7LXpC36d E+nNSvmjHPox9YPng6zLJeTGAJN9ZcYNbUnZRapVQLslU7+E9gjrvsBeRSBfrFENNo96OcnB 3sT3VVlEy6gGF1Uy8UZhpGIAmhZAcMSRI5m3brzdlEzDg4G77/blX8lJ8F2TqjiReOfBN7q/ fCK+M5d99zoInUvYZW01tvUR42xJByWyLbkGO2VDgiz6dlYRzMtdTn/lvlt9N2yA4ugGX5iG CUDXgMykEfRrqmXmW5H9tGcMeAuxKo/mJOI1aCxuL2Cgk75lMbn8mnHWCZmgEhYVt5EV+jRN cyHh6+mLR5OyoQkSmKh1pBcRfWomaF6p4QuKn53OMA+Sdrvb0YweTPclXH39Q7jeNVbcqKAg bdyyC5uI0GuUwAIdT7zIjooijOmvn4jV37ad+u5ECe9g9sUFOhzi740C//WHH1RlVhxlrPxh 25M/v7GdtMVno9B3GaUvG8IWYoSanZ5LGxJElrU4Rvz5RqzdY/dgwfiP/lqGm48U6HS4iPYY 5nCs3H4bvq/cQ9XyU2gl9mQWzgo0UCc/oNeLHlqlTgfOnAPlfSkM0XajY+7uZRWIgpsjDUj5 MABIpbarVVPMsVbblEzksPA0YF92DL2AmReg34kZUiI6QtA9Uci8BHwxFgsNMSLbENCU3l8s 2fGl21a3fa+fZBbnP1seRzGOcagpdn1169cQt5b96H5C9fN6ARRBQZGMivAsZK90+5SMLYmA uhOjffkYe/uhf2PMQ180gMvn3iAWUQOOImOjiNEn7Y7TsFjq0hRz2CHwNS+QEmRD4cfiNdG0 5AS5BHSMB7wXugZuCo/et0FYMpQ/cc6tqw2p1ws1jg7ZtiWMIOvJ2AhbB4wpy4TQmBOG/KMf 64AiGWFxPFD0CKtMQkcBdAmycmBGccxoAwEWgzUml0XjTh/yYiEr5C3E+0m9KG7wk4IWUBIY q4lg30lQaEOfMc6PJRfqgHS1UnM/rHETOFPRXeXwgmA9iHWsn9IoW2RQ4z0AraDJedZlgqbk FnRU57sDP0XsEueJEaKn++oLoQMLYX1Q74F6x0xi1W92phO/UVyoacm8KVgzJZZE5f/VUPs3 HYTxWFHn0veq42E+H741aLzU6+bcpgPHHc5n5tnADupC5IrxgdU5ZMibbX7VW09r3LTkS4Yu /g43ftH0yBVSIx/wVlZ+yfN6QrQz5Ef0AN1OQkxB7QEFeBzcFcSqdX1tvEyl6ELnwMP21Zpp AXl2qneNKWIhh99BuVWzH1RXlJCoQwiOPeIQcxgfQeQ758ekE/NKKE+8DHdVEUbGurUnMrNF uvGRireZgcSdrnRLG0QAoeNWx6qCC20NfC1Er5BT4WtxhdC6i9AvSylC5LLL3b/TCR1CY5iI vAq5Kf1cIQ9RzRG5/gZ0KANAYzLgagHzPZQTBK3WIu7G1GJrbU97UBXiZiLO0ifmc72FNVaR eBm3QZE0+lpUh+HvJn0nWWUPbrS27JcVSXiDggRb+QTYHIT8FeE5YyDEqZBgQZvLI+uAJHQ+ NqeWsik8vMwJebwWJTR5UNwyXcRfmYuHgqJQtDbfgXikiS9W70aE9rl1aAxfC/fIbB2o7eDB JUNjK3J+yOyhW3kzlvSDFIadzBDP/Xt2Oe2FOfdFeIQe+UbQesrB3d9zZppOLgWtjl5HS+CD fDjo/DFdoF4A2jBdjsgrelN4HeT+tYbkAtPJsPWJwxEJHjFEHCusOjamJc5vRemSmO4VVY4+ 2XDw0jVnmppAYezv1a3/avD2lbpNyrmyKLnrO0b/Js+ND5j5xs+2e+0IGs4v9At04L+oW/Ki d/mXx79MXDZOcTp5lcEqnZ07HOfu1xqsOElG1y9iZvO7BDNOzn5vtEi289ShO+9c3h2cre+b broSQf+CmKZbHeIkkPKANJooO+ZzRY3ZYeg9CAdxoyLaVcNC6Cn8iuJIozhSJyW3xBwO9uXP ZJT5umow9F21WCCPCJq1ecjk7R0JI6DRh5AVR4z3/uKUf7fLccbjb5mrQ9oKog4+SbSOj/S6 Yr3tZtTRa0cTX7r1z7qv0bqec+yHO56X7ib23Xoneb1TV39RaDf/u3CD1yffDz54lvhL1Y33 RBX12muTf2VlOP8m6A96o/eyLeYx/WFuZ3G0zZJjCdct2p19KfvbF31E//lD0vzYoc7Ex/qz uhJTQntdXja/P2UcqdAPW/JrZsdileT7yuVneZ3HHo+7Ov2DzWDtsYRD8ytL5sZsMiyiD3/b LjPpZC6RVJZYPdTaZvPx+6qpuZ0vFzJ07ix/v8XWR1C6/eOL+v2/F+1J3uG+/aOgzXXRux/e 5diubF7ykG67dt+KPYqwd4/eSeeuYIVlMI9/9NocUnm69RTlHiuynTu1K85z8cepU9/lGGd/ 7M54vf1eIu/a99vviV7qy6/YN7acZb9/ZBJyfTYtxbYm9GzuO0n1ooqGoTw9r0H7++FZ9xLl xgFBz5vgp5+009+J14WoPFn1wcbZw5KsX/9sSoL/fum8eGn3EuWSQUF/RvSYRf3onYZzk99l ZAVrVtIOVBbOWZqy5BPRL1SkTg1ND/xqTuK3vDsXritkOmsPby9gjpxygGE6kCK8WgDSddBy CF3zMct2mwMsF4szx1H8AMO3WuO5CVEOdSDdMxiZxGmRQQugrqsN8e8dRVxv1SzkoAWZShQi 1eWZVuSpy2GVKOa0OtQbTYmd7pBApHCCdDm8Dgdy5gCCJZjPmFeBneWUkPk3ZOqVBAJIcqdj BQIdT2inZnoAiNS3B2C9QTiXKmhJA33/JEpnHK+Doo/cM2CQbkdT3KLojl5FZspuMb678nxw T9gtf/aPbv8HePyXphpH5P1gwhwX+sCNtXWv3K/M9RJO0dvkqG1hFvCo0EP4oHqnrJhRVWHV cHpRSuX7n5bzJCGvD276Iv6n4JVmzx+7vPrJvLBcZjxlv+a+KT84kC8qIWEGDX1WUwnywjZt f0uzI9NC/6CgGyQZwHqeyTLqpIQUIgXwJUPXF1qK7d34tys70W261BLTgLg6zm9GoNuwHRLX TLspXAVV3nw/t0UeqfNv/9KYrm6nq6H8A8wS6OsH/ZBhdfOiSFfVJ2HSIW7Hh5mchfANCgYc qEqPpOhBwzovPxRU/7ISXbV27EHf7Kx2XdyO4kh7TCb77guVmEg4UGg+3dyaEOrVb3oXeJF+ 9bnT4HcdROX2ivi+7Qgx6KWwEOrRm0xriNcv4WvVaNMKDY2zNgTzpzrR6jJT/HY9zwoOJ8qe +IV0L9MaU9aOcI6eFp3hF7CIbltPaLIOJAbztaxiEDBnE6yznOjPFZ5htpJWAluSdUC9BXnj TP0CixCYtgQ521I5qNCldXe5NWe5Eu7hYpioLuXM27EcxIwrRJNLzLcXaNNKDCGfb/hCBx4+ 7GB61OXWmlBPZGYqI6wJRN00TRrwEBARBJuPpVSBu38TdMo6XBSkU28s2yPW6KEXWBQQM9Gz 8ajXuYHHiPHiDaEnul2IuFyMJCuPPUGgF8AmxDV4IzoHrw5ExKwGvu1Rjzwpn/nWpYt/i8lW 5Uy37Wjz8Vq1a9/0nKljHDeuEfD1yBmz/5qN/vwHJ7hmv/TYUcZgQ/2d0+W1TsH/Dj2jW/j0 0QJO10pe5Zw7WzrGeX4ivvqz02ODztRG14TmEeXPna425Ue3uu6edUqoGP+zKr9wGjrtkQJ1 thziD0QkPgqBicLPb5XKIACkiP2dGmI0ESLQYfvNmakNUGTXEPqqW0PSmF5HK02sY7PMCivV RCIfcBCqT+jRd/NvDQi6XWJ8nw8HD06pYXKUUx+OdYKJiu04iT2C3jlD0InOftdoI6twEGti 54MiwQYFNJ392QSKmhs6QUoLXcL4T4TNeuQVDUBJG+GDyno8sR3VGRlHcE3W13uZ2VCDInEh JiDDi9pfLeQ+E+m+hb4G4+e8jt5EVw2WMgA0bh7ZyiMqZTTdkD7JucpRhmV3ELf0HbiokjTE iF6ze/C+VWttHoe3nDa5SCrW7OHlg8n06IslV5kdlChkQfpCYl2fddoNWgOW+GmsrYEPtxmO DvXpcGD1Xi/CRgB9RIwzT2qotcDXol3J8jTCDDUKQlLCJbIa4mtIb4QAC+LycQjvxyFcmzbW hVSVDGtLUIpwb4AE/WRTcgke0aSDzKQKupdxjg39B+Jf6C9EUJ2JWj5OY88KBB7GzNNg+PA3 e4Sa5XXNHp08Zov/ygn839EEOBJuq9wmZeRqrKq/atD4GzeKnbPzhN/tp4eFGb88N33w+3eu wlOP2lNpJ1btexXzjdJF42C1MM5gJCmq49Af0y9ZGdfY1Gc72W2M4hSy7R2tROD4xsv3gww+ HlfW/as1gpzKGc6TWmanHTAmS9bY+1ULeXkECgoj+JyyEC9L9CWZnC67FxZRdpRj99rrqPuv f584vKEg0MLUxN7JviTpekPCsxj6xkBQyx/VpqRDMRb0AOh9kgEfcI3o1vWpZCyE6ykwKPKn Evw0oiVGvY2QZB7b2ojH/bOgCUaOfI02AFNXLYtof6cA3NWyCNRBSzqIEYtgu8MtIr2R+oxn o0krIqKfAbU4vVxcSOsX66Voc5M/Cqpp78V+UTjfayvXu1WHQG2fDHoNYDIMKr2wrAY+M9br joUGJfUmBcwJ0edQSgZq/fR9yYVW+r5cBIGjfbEauvEUwhMdLyht54C3Ia4rAPgyiP2pV9AP COri1A6QHgy64pwgUUqpfP9N9NNYqYRbi0UecsjFi5JCUz3lLgS27WSjI/CCJsggFBLMaB2P /VgyIjtJi+sNK7+XEtIqglksDRB5inOZFZudd1ZIfjy/18m1kf3jvb9H338WM5VdcHbnRK6q L532bdS+DuvC7zw200/Exd/KtJ+WfiqGq3+cqpspH/COqF/e/O8txt5rcxRuuqwHLk0z199J yqhVnBu/+JrOv7Q31ioA1/qwVi49cLdfFrXV+ifzzLOWraectadPS1vgJ6vSdWerSBfn71RC 1WHj6iIsQfGusYITSe5DKZeSo/PQRa7B2FJCg35/OBzom8OIw9Xh+nS8SuzflPjSWecqz6lB vronpjv9p1herErSdALdwR1RkV5WQbgfTL4FSznCfQ/ocnoHqGf7ejlRWlqf2SInSt5jfo0Y szGM6pFbaD3t3dAjNFCktipiAKIhtuge3iczzxjwonR3gXYkNbyywGJvjWl33Pz7gRTE8RSq KppueE8gbrho5eWNDyik/QTiYEvqDIU63LYkBJlgJLCDfR/Fs36ZCsGEGqGgt8uBXKQjL8Ot OFIYWoCDK8dauS6NKPBCsfEiVEoQmNBrxR4cmQ+5AR6dTBjU1H8nuRKI1+ZMSm4S6X2U1KDv YMKE/C36my5jdopShOlkOZf5FtkOoUABHnipsNadZu1FQRRZpZaUIl3QSIrIFfKoeVikxtMX /TslQkyrr+VrziTmmBfCw4poQ8SNcVdv+gKBb0z68PJ5xe3FDVd0Zi9j6Mn/L9t3/896cmGg u++XvpEnf78UfcGn2/NCZEZ1SGTdtzeHA12fnKoYU3kud8zpC0l7D9QfWhcnEFwyc2U7GO97 klNDxubZxdpzPYbCpKXTsj10MtNkFYug62ss+eKgZRJZO6rLkKfGhFh6txtnHqENZxxBHj8e Ole98LNRgf1i/2HyIPJK0KkMLzf98nHUk+CB6AsbZAsubfdv1HheyFJOYMF6SYQMoaglhBsn KeUFEiolwEn0+zQFxFAdIPH95ApX20zMjJFPkcOiausIPHMoJlTWpfXEmSfp60LjCHeVrF9M 43VUBmsw338QoCCO/r29AtIIuOsVfYPgdfSL7TOVAVdR/EQnHZxs5XZXLfOtCcrSlhTizLPU 67BIIRTG2SekXr+IhWRitG0C3ktaC2n6wfNbYDVXc0SOZeUiJbgYcvgUOrpAc9igJRXdLHSH /P25gmFN07/hBRAkCB4jxb0ytBLzQkv9TnyrEYYDfWNcnKIicsIsCcxBJ6jLGXcweHuRI2/R vvDgSZaPHwIIZsLgU55KTEMeEpbOgGTaJUdTvXovWqTPrEXx6bKi2vTHQYXVc+5LGSt02cxA ilq45v/UqtQNq7KcWYzswty309x2GN/knfdVrM1QNG89HNxeMm+R6uUP584nxL2cM/FuOHud 35TtKZkZirZN760Ofe3gmnVTlrD8Ob135YI/flp43nh39rnxS4bvfe9MNg6k115g8Wcls27P +f79y6mBytxlPTMaKxflFK76V0tHepxuubp/9maMO5/XoVK3eHnXmAGVKmFYxTIOspQ+iJLo ctUtX5C7hBvi1JdjiVfcjo+sHeogEPo0URwyBbF2DsW3vXCDZ1FuU3pj7sWeECehBpNewiKb Y9RMJHh+RZAoALsnEeQB3WmX+mDFr09LYrCf0asoduV2Xz6ilyAeotmb5YpcmFhTpZSOqPvF 5nK4sJYEREBLOtkw73YlEEvm0vd6h5vD5AdvEJqjQuNrTHvj5t/gdRCSJZtjDkcDTmpt9A5X iR3eZgV7tCgrmB08DiF9jwgrg9iS0S+5whFBOQp26qBTsCW+No7Qd69NCBxtiaL34etvwAzT F/aeDAcSJvcSHpKKWGx01IFW2skskcOzk6FDQTaqAW5xcfZ3Ct6oL4ObgFPeAv6YLjf+GKdC tT17IgM6Kimx1OHlE0LydqVAfaPTXVMKIkYo0iLmsJQ/piX7mt21gfS8ngXFmUGFVficxXNW FxBzSM/1P3ZGELLzDv6uNg9u7XRb1Rr6Nj/2+zn392xztAs+y19ziFsXrUO/eJadZzp70h87 DzGr1nEnT7j7cmmEda0X/+3Ij3UwSAonJG750xseTsLVl6dc9Xq/qXLg/FbXtuVV5Yv6vvzG 01FjLGLTp0f7wcij7oU8WDrx9w5CbXYv+V1txOwhGYvCZTgKrR7qog+CpzVUPbmcsr6d0Pl1 8sClDs2x/iWH+8FxFEuulpAcCjk0ArEHRDdZSqjqtEDjxeaEDHTLnPJAhl1QhTWbWhIqoEC2 GdcQUw4adifIIwe8LJGHUyEPp3Z03fi/HKJ9QbqD5AigCzpUNYeYOYcw3+qtAhWj+6DwsF2I M42u6z/Cr4ufFxCGzxlbMgZC+FpcAbTviYcCVWAqPugajZ6gwLwVncZGARmtTRpE+tGuvBLk djEOg1YUa9BKe4hDo34XHshMJ3h5MGGNwedwkOhsR/eoGCL1mXcNOhQtiH0qkjTJaV26kHDd IPQzh9QsDwSGdUDsE0RM9Uk6Zg+ZYC1WfQqxEd1rFHhdAUFhSbpCs3PE2fMlT29SVk+QFH+j WP2lzf64JJ2VYk11L/LnyczRh6q+EhDcYhdML555bFv87PLveff39Dgt+ujoetAwlX5i+RCb dYP/TBwTzBnpsD0l+BCX8OLuiCyIs8uAdT2sjqPtyzZMkR9kQLXoIFkgVHhRazGDRb4lhl5I fjKSYVSQ2oy4wY9EYARmvGdRWHGoBejP4W6MGZsR6qI4ZDmyQk6EOBL2oTfbflo6kq8V6XVl amP03trhwPHgPqi4swl22CGipw9coTezHrkEakKLEqu3FEJOIhz61dRhBG+hABG8TPlG+NcH sUafbUqkF7X9OhR+Y+jXZbO4whpLlVJW2eWuAX+BA4Oe/ff8A0vaFcnMkqD4dciD9Uupg4pI YR3FpbfTqdAMT2taqrJjtITp6Dq609mGkQoV+lh4ggkDJRggh55AorsO5y7QE4DH64kw0Ibt sHMC+STQCOF1YIQM6m3Q/9OCDjuzk4DmCuRuys3BXaYAOLeETc/o8/i4gE4A1FEAdegL2RSb zeipdrkjz+dMCFoZeCcmBd1uRNjpJTNNJ53Emh8tcYSH0osqXLn21p3za+edK3YnDwyf8SJH xB4VIvwPwPSZJoLSjuxCwovkRyZnzldthwNjZmTYLbjdNnm2k1bGrlVTmm4Pj/iku+43XDHv bJV8StH2ndlrBL9Yyk8xXQLqzjGaoPVC+Xn9IHiQmwkp6ChRbFPkRIp8HW7+hD4PmxD1t0nq IkQc3gtFLD1105AZu5s/1kURc6zp5DH064RUJd6oQLbwsZY//ruoe8XEsCJR4NC4faNnp9N1 dGKQQydMAImvAT1cdLNhd2rwfJhFKjRS/0HpTMBuKKsCkaezDCIStxxpwV98dEKYi5BLalUk bsePApZuJ41VazrKz+apZx2gqwFPBhcQFhDL3uVQFUIFJYoDS1guYQbSjT3bo8+1MniTA/gL N0EWHNygPZ/uEcTLowTBmQKJbxhUd8Qdmo7kbEaK1yR9IYqkKCbggcJskUEh8nKupPDq/qdY epIFq67Iu5go3IjA8Nm3eHwDuTZ0m1OwKRZQJ+A7nJBCVrgh0q/88tb7E50r5MfmZr70dX1p 4xBHuApBl+B/7Gz5LFSJDofDrKufiG/7JgZfmxFavUO6S29x3mqPF+abna44P3oxQ7Hn5MCq dOe6ZUYRiypmOz+7cfcV50q23CD8m4O1347n2WRE5GTKd1FgB8znbgESFftq/Fc0ZNV7Qa8A IVCK1dkMMjjthzIim6iyQIGc12EoP1sBJI+KT9IGoStxqKtn5a/RfWOU57YuvDTTaJg9Phqd n/YsIY/ezqd/ZETPB6aNp1KxEC4FNhxkzsclKwhMi2yR9dqdpeopo220mHBDDdsZKBxREhDf A9LeAoDbijR5kiy1+voM5VGsyi2i/RFYgIxDCx7Ht8MO4XpDMvlDG6C2ijuG8S9DSUvDBA/u a+FOdiBUUE9li4kwBKoJ/HjJ47vXO1IFbVzq+DT5+kX4dwkAFXIPtomvTRTsykKcRO2DUOj1 wouBTBQncTOwfSdO56VsjNFk1QOy7QVcE8EADRVcW+0gBbQRiLwkJbk0DfSHNfF/cIc5XBgG LTEd/2BsVt/h9Nw3l5232busy+WjcJNZwjniOtv1c6u5898VA9LIpGfMioPlCN/MED3zCn4Z dudmzlM3r81WWbqaSxIO/bBqafAN+0VGYr500bPTx2MSPJabdbn0mKGDIvai+nx3ZW4IX2Ws x592ImPaC6V4Tt4rtrrhFqILOklnZAgO/DV0ZvO3s4RiFdBKBiThkYE1nY456kidFAcBVnIF krpcr4qloSrL4AdXBw7a1s+Ji5wwGJG9HxkFG/ftk/a17SZZddUXcjdC0BtZEU42CljBH1xc Zge8E66SXC+kIpgdz7ZNQeg8Opl/M7UG+WNE5vr6JcYoPnU6/pXwqTHF3M4SJ8Vx7XMkJRwn KZAZ4zJ7LXpsrP0xdNDgO1wCig/IB5LCJRMSyaQXycRRgA4rk3VV4YSaC0hrO6m11IdAziQc wo9BIePmDbyTndKJTQySI53q7WNww1wyERKGhi01uZ2QiEvkCRk1FBcMd+UVMxGqOVDI2EZl nTq7+GPV4r2zUlTTpD8FiNE7eTJq0lJWpPyvQS4cdQqd3TnBp5+ZTB4ory5Y99MZ3hexy8tz 5DGeC74uHrMubrWu/US79Fj+HQ2dq8wvttloMz2FzLL12TLH5pTCCX9+uKyQZm8YLyt60eXc uru+5O4EPE7gnrHvZcn57Ztjts3Yec7x94A4l8dTptF0fpLN6HE+/JLedHZp82kIPIBJ5F5w rqTijbWfx2TIADjT6pgjuEtOIIAXVr32fBDjwD6qG4NiaPU2UcQhHzO8oeTbwrbHPCuHxp9/ Wd6LkO0YFKLRqfAy/UTMGn0uljD2BpvnHkJXSUydNXSqaBpvxknlZQCjm0iAg8IP8isECTtB 3MVEiGWcmsjbj/+kwWqfPlzYtlLEaRhWIBvX5QHNrSFBkZLw3hJHrBNAsS4yneCg8MEqrb/e gAU++jH9IYXye91hR5jIE1TBv2LmiYm4+S2kkdIeKSA9HceHT8kmdVkjYfwIPXAR1MfjtGbO gVuEa3hsUoeGCrjEGkwRPeCEehEHvm5QoiX64tqUquTeKTPfpNc1J8S1L0QRSq/QNOdgRa23 198OhM//yVGjUyQvdD6x4smB3tWxYbwTp+yDdC7smshpvMvV3b1skVbq3e8kvOCPSos0TzPP AtYyu7j0tFADXUqM4+Y+s7jrwtOeJek2R75Hz42hzflFt+JWk+z4tnkMnyknxbXWLi9Pai06 //BUlFP5SMG+lIHtO9c/5ePeUxxeTosmnFajWiYyYsgUzoT5VPh8Ci+rIPb4CBiW0ZqpvuJo 1/mjw1noIGqsNgldsLHuh03nttqhc+H0HtnydSisq+svarUpXG1n93a704wFiMu2xIeT7Aiy MHDTBUMd0MpawmqDLCF6b+TU8VwLYBx32gBCgPoN6hgDrZzRNna43hFR6Y+wBkyowOI00DgP VCenmuBMFporxZr9ZNA60OUE0aweF3jJJio4Rcx8kTelnLBAXklBAecX2Z8tonWhUMG8jLVH NWSLqiwnxNn7obsw3x19Dj7cHq20m/GK8ZGCJhEkv1J0N7x04ccCJwZ5FckS5Fig1cgF9lBj ps0vl/ahuG+p6x2B7kWlDCq8Ww+/CPj254ajQ7PkhwTr2p46ErQCFweDqY7T9v/tlPwXcuUQ ghUH58wRmM5+Z5xn+6C2X3DKvn7FGcoixp3fi/urvH3XyS6Z5fw6sd1IevDwskf1V929ax6k pV/Uk7d3uYiaMEwdd8f60LyJ7BiXTo+kbQ48R/0dpVcnmK6y1Bd4Wt+IZXaQpQkO6IFo4xIu Jl7aHG6NpUxqxsbLhTjamBVRyGOE418OOlMX0a+aoPg+nFdtJLYfDhRvWk17sYCXOxQpG+s/ fFLoqmEBJd0Wkf4+3DBjC3HATsYEJkcPtpOZ6kf7Iv9gKw8Tk8okTtuF6jQPOlSvQvlkEnn0 cEDrsyVUoeBz3YRRiU5sksh/HYBuSv9MZXg5Vd/HSdzLv9WSUK/NbUNHz7+r26nQ0sBaLuIF 8dgYlcpAaDhPPSNEK0RnDHaFXlekjWk6nTSmKb4PXFmmnMDy6AzNW48UIAk3Ql49PCVI/Lo4 U2FzFEKcmxOUmhjpoy8jqHarkKFNitumQBgDzl6gNqcziAPYoAAHbQQISWtki6ZnHanastDX 58Py/OPZF79GT/xCQ9Zy7e8nzvxnoKpO2q00G+u2wnRi+PS0+oaup/PybOOWTXO5N2VO8cGB tguvJ9bsmjjjhOT7rMCO4FVPHvweIifqssR5G6c6mmEyi9EmJRBbLdSvxqa7aoAUoyv5P605 M83GOgX7zZxDm4DbzWEKQZeNvQg8ulslCKOjR+W/o5+kyDH0vSCYqMM2mlhplRWc/vsIL7W5 5srUDy6fCNkcjaNu/NtkjlZMi3PF6u8oqqPjYg8rqBHtgb72xM9+RJ2cwSmq4SBRtCuHzLsh r62BHkIkAhSAcGEZCDLJmMMQG/SK0J1lVxGjUTALIMjY1k4XhEPwNfZC6hSdQQT0AhrSxvZ2 4raLDUJPFDYAKUa7fkUEIvPvCKRwomWgjQO5FGzywErGtEBUIIEf4j8oCGFy6hQMVwSyVnQh 9HdxwMmKvL0sZd38g9m4POUZzDb09jJFb790R3TEhwc015wKZUXtmimxM02N5QPSWV/H7T8o +6+O0r/rgojRs3b0ip24Tb/P4eqGMaeWHw2UbqSfiEtY+C4j33hK3qsfvR9MONGpiDvpLGr9 eoUyv/F9evEpM7praFStF78J7NUeZsaRcRfhuVrT7LRRVUGc85+UwPWhqMdt8SzuUjAwd8xL 0I9/+VnxAHkEgKWHGAFLfKjcxGLvh9GVFwdqrpg4CO1kGseGg+xktEmJ+JHiBHUTMFGTFzVw 3OwKaPrbEaUBxw+5FRjZG0bxgBoPtGQ74oLRvhoYON4agKcO9xrMHR4borX2VShMqCDrBg8G AxCcrQI+8plvqEcWUxAtPbsbEqVcyGOpoLkVxj74YxHdgWbLoQ7cwNLa6Yhznd5wJ4zwiJSQ D2eEpKxUnMjAU6qQqPoK/WZJPn4m+gVkxyOmZegiqQIUiPCCKXREHMIlhsizACs5e81LY3KG 3uyj+fnkOqtZ5xxNjVNeBS4NzGf/b90xZGIOlKDgozqXtzqlKhfUmoju59yul8dT0ztMmg6+ tn5teZT++IUXrbjJ40vH73+v2+lc49SXu2JhxM6pRdkZrTu8kZ0j+74I1zYFzEld3MFuHLgy OaE4Z6bVuSBAAvtRaPdRF6ilpurVJ/51XfZwQ4hxDG1kt+TMq0RGONkNXPa89IlI3BHVsXZy v5u1l7Mc3YAm0WSajKXU3E8mHzKVEWLNkZQtfaRB450V4/V9rTBDB7xJ5p8/l5hwpQS5flhs VF3AfNupFlSJrE0IaYJE/+jN0X/HJpvrK4MJTyH0lgPAVOEqJzlT58LX4djgspysutORhIEA McG5nERB/TMyMxbE4R5InPOrAGB6EUpf5oU0fR++Ul3nr5wF8vtx6G3I50Nhn4PfMBJTk3k4 QeihJHycfImC3UKdvOBg9RIZtpSWKrNJH9+ESCNHlCJHoFHtbf/rj5yDcyZuZKw8FnBL2Hb1 gOpbg8YsGSMhJGisppH1mglFrQs4e8t55au/dNx5KSJ/xMxDWjuHLoweujzg7fc1CDqj52L2 hdvXN6nx6YKvst5Xv8u5MrdJ3+dExsbT+x0/JyFE7Bx1Xw4ycqtjKHDFbVSb+iiyUwNEWFOr RXqGCLhdk+Icpv/QMyXq8EBiRXrj9V++lXz0coaaAyLmSpmU4tLNH1uX7gnQDsGGv4qFLg2i SZDPjJ6NowNOlQtr+bdH5Ndx+I4cqO1GIRoeJJA3dCgbAQFcIlkjNItHCmtMIeBqIbO7rkgm FUk86qHiApnjT0Bw+/qzRyfrkfcgODY+2K57nTrxjjrwLnCPqQJnmtptwModsoNWA/yDzeZj xC71yQKmFQ5P3eQeZiLoByDnyKZwAkEpE17A4wkzr9dZA72AEdYV5OgL+Iye+5vKVy2YGGHj jwzcMZYhEipl5x2mOtrb/1f14z9pQE1s9o8O9Q3tbXauTVPnmV/akicTt+vEHPp4pb1khc6R y9mSPJPjPPF6mweLrZM5d46IJ2he+OZ7YouMUxI7a+aSqHtVZ45jl8OWlsXcv/s+wcrToMJj nr0qp9Cx6cWBHCdXtinuR/m7qx+t8cbjSVPIoJGj7PjBoXP/0qUFPXINGsAV543edYRkCWbG c3S13FScrXYPLFXntq5+OEfQypgA+SSg3gh5H7CGTS0fa6gKnKDFoH0SPlqw1RjXBqBifpAh 17UrgKISTrRrs0fCiIjsmMPCxV0tMfR36IHkPofOQ+SzPhHTkDV6ww+iMHqTbN5N5wP3xx/i EdRC7cWEUJAO6TJJrjWBS9E3b7gMBxpeV5xM2q+er8MpQcgY1WvuPyma3KLuO9Zx9YNnic6H jQCPE5IpSEyE7JEncsd5F3RkIfAjfzWGzB9khDpQY+/+cejcj6/IFs1j6IA8O523NGi2zqT/ LUaEDqHId/bdSbKri1LfFOS/vnu6PLNenuCXd22dTlHf7Ok9h5xNVxTrHmDYxdIa47YZTM9b MI1ZS90jeX2Yn/vz42k5TRPmJSghU5yddPvO/XFWT1ZvPRG3lnv860OmD79+fDt+Rd/WmUUC b1zIt0SeXheXuTClRRdACBzUdS/xZ/0XGG6k6Qdj/58MMchQnlIGqQE42JsefpG+6/BAzkBN 3ODMc44ah0v+C4bClnecNa2heg/WUIFcje12IQONGSfQMIUcRjktwqVzkNMoS6hHQbi7CwTY APh38UdWkLjeHBE5TDVtOCL0f0JQU2MKwZ1WNlCrTqCfJCM9ib6uNiRGq6cZELYCiXxc103S NC+xvAiwAcugmeodivP3g+yz99ijuEFmCznMgNCtGXbuKWqNppmWk04mkWM2Y/CKVA1J1/Jt 820CUhdM/JfPM5uAi4JvGQw9OcU0O++E/NTMY2AQhDr191/oXKR+0Flf3D7mWzdr7aTyOfPT OD+d4f4al/erVa5/e7s7q3CK3UntJQccmsrn3lrvOf+lwKfi69uULg/X2ou88T515ybqB1gh L4dnLhIOTD8578X4xmk/XFkXNRIsZKRrn2t6dPRu/vlHRT8UCZyTENiFCqGZelQfHVVndbsS mRsc40hDBo2ebor8NnwBPmhKRA5V8fnyEfYntmbtUDRmPb5+6dwuE4cHMyF/iBN/+CVBUB3P ILnanSKMQWMC+2g3/hgQb81H3rHXXRNQBM7JYAh38zSiPS0xYx7BlCpOMpjcj/mzk6woQ8EJ XS6vo9wMnSvTvyVUycaHD7VxfiYvYKIGhHG6+UA6eSiKekNTXbaoCDin4rNjxvhpLLzwlP8A UhT1WdeQwewe8Fnk9YDB6AtdDTW1cJ9ZRM6lm1myBUV/dOqtqfvSaMjJu5H9Y8XM2X3iMezz 45tcT+4/PQrJIL363304Pnx2dt7pOYtt3ww01LdIS44dKEBPG73lFi++eYHOyuFXPyqKVwUR OgWZh7LqNycb6IRFBYXNWFof56qFNflAnCnaxg8/F1Dvk2NxkdHqYtmo+4gB8b6DuBrq6wo/ 5Q1KThsV/1lR+NqzyHGSXUjJfAcTh8dqUwcohs9mFBtZm+CzM2TA9lJwAZAktygxLwSFL/Ur LQskcLZZHf98wb+i/+olI0XMYZyi1wWL1byZ0Axt8/g2I0CAPLiO3Vl4oNGurvw5iGIPA6Eb D8eMNOM0naggDr4OE7UFY5UD941AUdQH1g372lHjxIkpTLcgTScjm2CgbjVv/ReJ4vNrj29D 5Pn70OrQfM2J03VWGisoypWIPGuil/k/Myt/a6giEGUqlzH/7bv2aOqKFzS3FaGWOXfC83Mn ho/d4byi8rRR1detL9MSg399PK9Xwpy3KaR+SphFiVWzd8uMnsNhueYtbeITugGXv3B5OcCb QXl5VRU7dUbFMnaR1p8mt5zu25wrn0xZ+MUDz5fLPhEBH70ov3n3+rSkrZnHCXUUkeogPuPl 3hROEM7AOeioM3EYpE84DffgNt48i7yf3SmG+qSgb1rFYiEZBEDQ0w76Sl+P/Z1rx9qRMK/l 0EuDzJMBU0AIDJ0gHZKWGnTiDkGEkh9hcBb3F9Xg5QEfK8U/tqHTBZeowaXGHCKNKzH6njp1 SrYTMIiNyC3YFczE/Ug+6CdJUDOme5m6dwK74/03XD67xQiyUt6JXtrM5W/O8ubJGDBD3HOO tWjR5cI5ghQbdsIDAOIBerVIMp7NX8msuDq/6uvil8X1++NiYmfX0DrOXzxU6+UFIMGdxLYu o0znb09ak7FywhzmBd/tgsk+KRtkNvk9oSVlPrNMfl0gaBY0n5yfdjp76bGs4H/nf3f3h/y8 gusNljKT2KNb3VxLgp3pg/VnpIfmBlZZjqtIDekTa7ZEBbYEXtR6+thRI3/JecVFbQfWhWV3 SvTbPcpY6/b9yH6XOth2+tyOd9c7z0nubVPozC1bcvWV0fJZd+c/WM4VfZ8UztjoPnxvNcU2 ZEgrPiOqbplo6tvGxJvHu3rdv5r6Z0PqzoE4/qynrzg7eShMVmDnM0SeF4jN48FEzaAJAXc/ /U1/ELkKrevN1qenTz1cov1T7DX2DPT4YE65iaxXYfTaPTpL2petZlTIinGYhlpQCqSsbhUC 5WpBPpI9PsIaYboBXDiBwL1sD2goQOlbXYEaxocGzxh+ZY7isC3Zlg896RjjQb9kqTxsFAJR b2K+rPlZHocaDvVwXLTCWt1kiYYalk22WWioP9wYXL+XooiF58SNcLlunH3YPtfAvB6B9an7 98XZUmpGCUf0inMEsmbQKpA2Fo6CqTqNYape6ElyIIGj78xY2NEwrdlJtTHLl3c/okg+5ZsT WoHNKp+l8z7eiCnwfnX8K5evjtV7r00YmznOo3bij0c5qwvsicfYeWnOGZUlW4ecNbqHY9Pn 87WeuxWhm/XbQDoN9C0snxdMfd+4b8W3ugsPDH35UfDuExHmfXGdw/SRJ5Kt0Y+zyzSnK+3O mqeaDC59K/HSnzNf9QNjj9sngjduimjPmk/E6SwZa23AUa3Aetrv+xRzWOuyWnznUremDicv uyvspr/NfjJ1E9NrX9hGz49tQY+JvR8GDyWHjDz3LlqzvOX8rTeS3SOdQ3ljtd72OqWVym+W MT2F33V18bVeVgr4/+pjEMUs+SZhHGF7SA1PrdCt1yGcBnPOBKgy9llPuzYZQccTQXjmB4Hm j6QtDeNHP+4vh0rVf+lIGz2HJAVXffYskOm5GV8DtN7m7yAJefc52H0wO6w/f43sQVNg5NKg ToePcYsj24RwvRNMmtQD1dxPBhygGDBABQag6ykcpy6Ouo7CbvIElWO+sTLyVhmjVtCcE/Tl mZ5d6ChwflekU+pRqJhpb+/2GTP+x0FRA3eCE3xUR7B63O1vDwxvqKkvvNDcfvpZbcMJUz7v /Hyd9Lx75Zw1O5ddyKirpDEW7tj21HW2i/FwvpyUBpvDEHlg5KAObzh1vZQSiC/Ol+TjhwKr CCOJNbGpZhxVd1DRY5tzTLTdNud4e8Mx3YVXCyzSgjRv7ekfymvh0V86ipY/SbxmN3teSc2+ Fa8n6ycPZid/obJ33P/0il2P4BeLnj7pZINNUTGM0nXfjljcFxVl+oZ/xX6XPNi9TFK0x224 X3Jvw8cOxymxt+59InIOvxPfjnQZEITQU6LbxZWKRM4nol08lFekfU/gscZE5hSgakkXplz5 VxN7BjnIg6kwIMP1WcfJqnPpaIHl8x9r/jat5vRe+rmzIU7L5P5fwagK//BMdV8rEEmc7sPM 7HO7lzNNRh6P4L9xKU38G44UPyzwaYkP4oTPlU7KaEJDXeQHCgqtQwoKr6M6GL00ZXbBw4+X Vlz5162d+dKfNochVMV5LrM2CzxPka/61+da+j/MWaPHhQ5D7Ve+syVFxya1hg0H+691Cx2z jRFbv8t6xkPOOq9XQlZQY7vi0I9TxJ2Cj1m/EcK6uCJF8Ze6U+BQaFpm6Jx+LfLfF7T0nSbb 9fnFgdm30fWQMZqU3jw4Gr3kKRVzZqod2Ghotf5sd38pISJSNx8n9uY7Wn5R2qnKe329oUS7 8PLcWnuz0d8D1dNR5kyt7SW5LKbgBFDsQYBgDSSgxmlyppo20kZ52We8MEH9CDDU+7s3MA5T 3+6v8AfQD+YQf+FJCq5HU3FnAk40WBZhxA+dquOsyA8NWEdDfZEp5JTNTCbu7J1pNtbFowxd 8Equ5Mw4u19+P/RSiDUrCU1ntoO/o5dutliMfMAc4h+Eq9RfQSa8sXYl87bn1j3BmVdOt01o 3pqrEzTBNECzuMr69U9jHmrXfv9yHG+W5o7HjnZH9Z9NWXP3ZryPJNG/XaP2zYWx/9roOvsL WuJjrezknobQWuIYa7V5nE4sb/ePHb/+ctjk1xvSZTNW8w/XeNRWma0Jdv1ph01d/sXgm7Wj fkXbHoXtOdQJuPg6IS4A+CbUmQNwQtaf7FA7SHbfA5whf4/qre5KYB1cER7d1WqbMu30H786 asQy94g/86VIwVDef0+l/AXcKUE47wh5PLLDVSm2d8IdRywlTvu4apncUcdlOExG2WWjvRKf 3z0cEmXqvHSKNyXSW/1cMQvGFaK5pn9/79GPhSlEjBqtJB3MVkeHCVC26yVHIYBgbgw7b5BR nDMy6bsF+RNnhjIpUBd15phZZuctDcz7CgUA2V87Vv+7RpKG94r5Bp5cY/uJeLrKMcz5ZmT8 Dz1TEKxb3XRY6pV5Q3HuDD8psi636EmfufZ0QyY7T3gSnbQlw/eOH1o9MaNBdDj6d7NlNY15 2WmVKZTgedTiSteH28yCv9yvsbsnyKpy57zSNRPMcxdsCtP6OWxxhI7vN597utCVSanqtIr/ Z9n1v2TzcOc+fpDq2wu9yfDfxOPZX3r2dSulVzlbf5eXdJ78v+3STTjppElVJ72D57eISEEH 178eL/pnp5vahVqUMLRd7Qpok0ZDJptArECNx0jX/fcbyFEfC5wFwmDZnZp4M0nTbPTuav3l VUd/Z/R1SUPPBotUF8dEBgg2entZmhPJ3yqML+VaiBRnmBP/2IZ82+oC2/RRG0V3y7sOR2jE DcvIehPn76S6MNCdE3xi+rNFJ4IfbJ9u1DM9vmDe4m8nB/nETTp/07VjA7fphxkxF6NmP59q ldeYWuVAtx4zuUFy6uSzyv5s6YnnPT4cawLhtDFr6Aa9y8XUC27FsjLaS1mU65FO3eOsx2kD 3o+sZi/dNTEkwn1bwyyZlK8ujGFBWa2/5UdJFKBtE8fR/duCX4wqP1cscI4hUEo1uRZ1/st1 Y08P+CS8nHMm/DTurPqv0s7orf8/Q2T9o/+ky6A4SQRCygzuOhTP4t+n/z2DOJKC7jFV8V/J 5NEAOnp0PquO47SvpXR0XHHy32gWOQYxCpQ4sCkAT1jg1Kj15iTd0IN2rtX7co7unVVfIVgz FQGilV2e5x1QNLrne/I26VGDCG8ftXshr5A/GrqgkzI778TbduFwcGNBy517YvnGE2mxTjKW 74DPr0u9De6tT5Na/rT7vHeA94z1DB2Bl3MfQp7ODkDj+FrZ3/ibbQxNH183M+9e0pPEiliJ houj1di/XAD38+PCk7znRAKHvymxo6sKlKLgr/aqor+Ergnlgok/D+3Nko3defqPa/Pd7M3+ eVCBRCn/PXIPSz7U2FAtLRqDD4MEdwqJ//4EwKH+PVVEst6W/3TSUvHfvRnZz/rZ1P6/1r4F rIlrC3dCBOQlViNP5WEVExUMkoIo0ACGRwAhQZFSPIJaTKiC4BMQDSKgAYRKUIyKMQ9EK+eg jS20ooCiFsUmkVpLKfUFqKiogFSoePeemYQE9Zz7ffd+nw6ZMCQze73X+tfabnQ1ddVjBbFs K0p/1KMlzlywh/9LkvzEi8ORtoy4dUDWfl5yCvCzni0jOB79RrmAR+HgWb4g7cdBSOKTRjmk n6fWMWIx+mw6Od8iKxTO2o8F6/f4Gq0NiUEzONhSw+JgE1YnXKU9cFdLFphIDJRlFPoiJajX nqxlkKedmrPz7zfHk9i/H2Q4z18MtLoQkobwoZnTmmQU5HWTHLt+Ht7/OCKo936EmvdNOuun cSulIt0nZeN5QKCvEni4YKMFX0hTGjZ6GoQbVgI4XA+tAwCPA3opz9DvD9yZiCs+jbSos4tr ls/6ZBmRWXGtTT2lJ7X/xDKYiP1qyiE/VSQiwxIS1EkH1Gug3dF3QAgMl5i+rKkzUPXDMPmm 6F7TFKfpfLiuJsF+hEfcusdU41B+HFk2KluwGUyPjdlnB03LvSZPqL4MpYVAjXzn4QoMJZf3 bKsFP6I0yCFNIslR0Kgcc9Wc1TBT9N/IUnjHbz9c0IDoFxD8PcaCvyyIu4XAP6yEC1OBJsFB uspvvzZ9dd5BG8Aho6dgkfpELU5Hs/HqKyFujQmpGhykL1VHeFnFK44Jln0aGXkcTuo6QwML PPA4ZOluUiRBAJx5ElrRAB9PxeY/q5cJN9UykqKM/eskvaqmZuM/v5688PAEGRAEWBtFwJMb zuo4XkMr+6T2WUeZ0WnBOYp5wUObHQEpX7pCmJwc75Zkq0b5FgdNQMdk1340MQ9iCy5PADO2 MOZDk6rGC9Vu6n1MQAj3RfkjPjk09p2LwLlTj/mC8lsfE55InwYBWWrUnpqFeR8mjOYAK+7J 6a6aiFuj3QhxYtzT15EUQK8DZUYwuXSZhCWZAFM4wgRAVl4iSpOZmsSaQK2SMDeVKm1BvXoa eMjqRn5c1E9eWc+WmTEit62bOWWviEWfNEEAxMKxgsipJGOuubweuqbAUtzSFnzUrDBoTiQ4 PpNqv//7/MGg8ssCeQHcPJOyB8Sey6vMbpfoeRHJLd68m4o5pdsZZhG+d9lBJyqfrVjBaN32 mNXcRP/09rGImLO+oVtnN3tzvty1fM0hLLmOIl2g44R7jmigpxZ/3JI6jO0xGs0LVH56te3q bWG79F/TKJwZWKATorW0GL86o5mvEBzA1Iejo1CXUYdAC3DsXDNv1EToxC0EaGC158oClVGg gqNXBvG6DZood9Au4wNNhZ1QxtoYKyOhuoxRW+FKFhlvDew+NTBl60LHakHUzBxiFRLMiNhV rNBjq9HNch4Tiqm+xnvRLIRomaMrpyJIfJq+I/LLq/emZ0x6LZOuAjRFgzbyXdXFDmk9x2qd qrtrXHoU027gasrjff2ehp/ePsfxNyROmXJl+7/JT9jty755vStKUvrznNKr3tyqK/tr19Ii 6Pji64vLjEKC/GBLewUMVGc6Qp1wC5YVNe4ZorkrXQMeMeufzHm3c2qDzqN0el841KPQyDhi 4b0D7NL5pxILm9T2fyIUIzzX5abJCoydASzQ3QMG/o3WkIpGdIYkO1IdN3zAwttQkPJWwI4d +8Tk9qnXEo1vVnQv3WI8Z/qu0nQFsWlKULGUZmYGA1517RFVMFjMqO13GnNCY2LW5IQRkCMv v7x0z+nLydm9ARwqCRZsFSBeI20+4Y3MP1BsbKtX4llBCD38lkUqf/R1yup3SJSP4HrRwM5C W9eqn5cXU7hn/TSbMWA8hCZ6Zzpj1kwjAZlaooMzCzPOGRel2YQm1VtuVfPeDJJ8kg65PmRi 9BqVY7IvWujHeqxUIjBDw0/M4x3NR4wy/b5+LI0DyUbZQ5YinNG0oG4wOU79d5jvDfNImnwS nG6o1qJEY39VTo31qyO1PgPTvmI92RwYJ/7Oiv2fGCRzip+xvz9BjkkPpkVM1GZXp4dRH26g N8k52HTH6gcLquIzYtl3jj3t/jumyMlXWdmV4HXNqzZnVm/eC+WN7ADb9gkRyq67qRVHFV8g h3ZeO2G0VBmXQgq6IH91N6vFbHI8wU6+BpLeNyggkIYQsppMs3LNbHeRTNm3xmRCqDqumPqd Z2oyaNorITXlmAozithUu7LKJFXMYX3MU9YZfK1EK+l8+sx5mHxN1CGeADW5C3QzM0YhOrYJ O8zEq4WabhcmztIw/w9JyUSdKGvRqFOhrvXqvAO9ia+PUIaWOTdYP0+riJrc/sSXQW88Iq/f DKjFlTYYQYgOxsQgsMsRlzXuLzbBLJxWZFOx29l5vp9s933fL2+Rvp+bS7t7JbtsRfcrWZ/3 yS+Qn67eLjj5hNyJTHf7leFxPV9VWuZk0OHy103h+uJh1snYG+Fnhzylw26v0z3L3uymMhdS aVZddrnHqCuM9h48tUOeLNhccOtHE4e+oKnH/6nsu5oSUODJ6FMJQsvlT2dZzCs7UUfePCBu /M5yw4Dk09ulu8ldaidPJ7bR8bg/FmfMNniHFOUMqb4snexfR/oZ72/4EDF3YBgPtFRs/zCC 4IvuuD7mo1EcrxTN7BV16kqqrlqELgeQJzf0TIhW4bGb6g3FNyLCd00aLfeiLnI8w9EIn2yi 4RLgzsPal2lr6pGAMJpJavbmit+8flhYzGJTT8xjrprGWMSLDDOdCJt0RgEOmDMKLFqMTjwu deScmhGzfa2pz7kqV+/8vdc3hi+Yxv3uCOsHUjw32vdMJudVQ2+AaNYBzh1OjcGtAFtSLLGL lBTfE0pMk/WZIXZfzTvU01ZabND5nNy8cxOr2VLvzLF7pFxy0Qt+1OqaY2t391tVHA4anvS5 zWf+XasyC3aaVP/Dcc/zCuL85N81+enZCft3bMosX/eiEbJD5xLvzxf6lRTdM3wpOWqQdage KGJO34xeW2PP4i+Muu2fe3QGthke/+fko6bmeW0WB2+Gx2yZEDVPeEF8sCVSoao+fSl9SJVr J39qYVrECrla5ahvX4iMaiPc2jgA92emsxMhOFRL3357cWhgSPHDbKcc53Efb5G0vzk69gZF z3WjhRxS3SOcC1D/HHhpn5dCrQyTYh0HNBljPOOkzo0hakAk2vLZCEvgGoCHxsWlIUcfoa2d eEigHU3jdQY0NjNVRVBlLXq2wvmUgrD6rdIOVyHid19SHl5yznbKlJOhquVu7Y8Bf5U6PA4D XsREQW7JuJkkvs70KLkA9beZdDQoqsdGp/In5ogr/VT/ibldfj/DMqL/hGfDqYwjNzgt86bn 75nP9bdBVly9zesqc1ycezDTGfFQ9RrkI0krmfMFp/XuUdydbZG01d6cV28ftRoE7xlWJZTB XVDrPWxWXCkzeNAm8JTqvcktoirX6O0l91FSRZY37ASHSxQ7ltb63Rv+7tfAzuCzk/+Zvi9q 0d6HjTtzuGbyGf2kL4oO7X0dVPcOWRh+5urvZTto/wryvPTUX14Y/NqtLTKQlndj9/CMY32/ 9Uueql6nvInsit/kuCul3cbr26zHgfNNFrvH7kwtGXww8oXy5q5rHqELL3O9fjb857vk5mM0 /1LDI/WvCt+wut8hZ3fOpmX6C3wU3uRhv0hFbMFK+ayqeUfyjijjOuNmhsesdE1h7L5leWNl jMd/qiymlCXZiQsv/UY6rbdr0ScBgVUWyLUBUkq5PJr4EneBc3znTQZeWc39lSQUMMzWZJnV L//rQa7jDI89BOsy63uXYr7VKg3SmqCdidM2Hm50g8zH87051YTpJRsqCDXsZPBIadmkNMHT RUZd94uv9zLy4ivie4IS7OTmAm55Scsskaf40fbjXa7PfLd6n9zo+LtRn/JcHafLzHB68ZKw QE9pOe8HB1ppNuwOi2yiwZwVTbXaWHuoIw5jAj6WnipSna6H3ikIhEidVdznTl8WPDTenu2Q sSxk49HnM9a5tTDv/OGvOMA4snRd+0u/du4kYn2L9aBoLrEnhG7A5UxkCRG3EKELoUZZo9ww p72keGMk5Zo906LJu1geEcRCY70WHMJmmE7hJRSokBYXDtLO3Wrj4tDB6cjkPnLd3rhI2TWV fXai0QTK9uYof3O3tiLqapmF74Y+g4Wsugy+58RYDxdPvaKSYckrWfOiPVHzns/rDO70f9sk vuGZ/XP28K6Spy/SzW/mu/a5+lw3eocMqDL32++8WZRmfpT3XdFwyxtVZuHn3RL+PIdu8zNZ qgDpsPUzivjVhDX2q1PeIc5c/dOAkYtkPglTr/lcnzfYZL/28HBP4ILeT7z29v0K56gWvQ6b eu85b98DxY5N647Y/2j+ICzY+Nr4Y8OCS1NP1ws+NSj99dJiEK9xi/FgDU2hCNBU/P90aPA/ oIzJDiOj+fwxHjwaHWOlK2up2n2BCF0KMGGou3lNNO6XOmtiHeJ0L+BeD/3SNmkHGekzlM0q 86bcmWu39tysQ/y5FpNbBkm5rH3irN/3rLXvqHjz4Ha+4ZzJz0x6gtba9ZuX7u229w8U/tUO 2E60ZudzVVL6chOHG+Xy9Rv/WRqb7kD+q0Ny3fOhcHn8JrtoyXWSftP42sch8nT2lEukCEtj t1BiHekyebji25tpMkVlkj8jLgnwwTRuvwIGybeCC2BDEE97e0A6Htxq51AOVBbLpn3NzNhz 7pM3s7d06scOenY8jO4NPp/VNIeX850f4bbQ7nIpoi+NLyfH7Jr56kUg7R69DDIfuvQCXm7P c/6hCUvtEy2aPt8dQ54BJBItw1tLaDy4Y65u3lxbTQSXgI8gxEmceKbC+VzeGmWNwsIy5Tmn g4sk+8iNJqQr9N4U9gSWcRTEG7S0PNoXSDLtwlcWdGiuQ4k3XkuAlo0mgsNPTYhdHH5GSiZF E7fJOi7IkeQYD+MopN2b034B6C/gd23wfgROuaneHKDVgBfGMx1WNiHWg3Bu9WaZSK9AQegX o732/1S2aJgh0EFB6Bi1sUXdGnZRJ+whzhxE6r9AbO2xdGQ++RfAGIFVgD+IpkUxHuYxCPgf dul2mUHngGSb1KHDm9NBtkqOCXvwPXePBz+cGkHt864E/xDsB8HrF9msw/vu86rT6s5SvJ5u Jenv7qsfcQzuLuqNyEuYVV4z3Jp5PDOM2Ll6+4B3i922QZHn4r63hXYpTysKswVet0fuSfvs hwWGs81e7dxScC2QTq55mj1Yt498+egdYxcbg99G3kjv/PUX7d+Wvp3vEDnnVd5JWqKlOYW7 XTatckKCXUw6e/fUF+QplzjTclzIJjnQQtPhsAsUrgT8xVAFIPI4yZtIws7cb0NTrwguTLpX O2VKVjWbTQiMyaQ5iMsIFbracZzzTKLa44DBhbPGz5VVBLH5NUnTb8zqPPlLe1XCxuupdlyv H0O3mu1ml87m1MRuu0nJ9Tpa/w3zdWvwnbW9U+oYzKKL5/41VPjHJh/+YjRSRdivReOTDK8L t89ydf7sxYGRT/oj6Jr5MloZNyMspRM0Dgi0PWyR0+QQsap9JNpkhdWztPeGBYca8IcJwP2F +y+3WBIWqbp4pspjTGQ+BvuoB5par6EkIMzBVOhhHxNnW2hbiMCDg9mVwis8y5QBSUqFXtKC noAHPcz7lmkDkox0hSvcrPn8kALqao4VYPtk2viwroNpA6L488rzCr1knwp4Mm4uxKsh7RyX 9FuE8m0DNED+JT6CvObLw37vkG0jS8H547w55t6Z75DZ4fJ5Fzvpb6IzRRnK7oJNNENy2gOF srvIn56ad3TkZ2nfxd8TiQKv3tcxRQveISmV9uS0lqIaTt+XwxXFtYv7vqxoW+n6cpA8rbh8 9Ttk44DkRon9xoETG84SZxz7k5RUomCbOPw5a5BhfbCNd9b0+r6/Su3PD5AMeItrHvJDg98O Af76fWHyWzL5HdKnuFWzwuDKyBvJ9c//Slxuklf65FmgwDyKZki14j0Ps2MPKzd0mc/0Jn8y T2Y5IWHegbJH5DuSapFn2biVzBUSmvG9rEeQfrnAMcBb4LXKMLAk7SOARqBJKvJLYnXwfB9t 9FdssRDetOwJ0/Pf/kviNocCPuOzOPGuoEN7H0a2vgyuY2aYJ1mc8uzau30m/aspNxOBSqxa KJzICh1HEwD31V+zT2UFVayd7ZdrbaO2Jp9+at/daN6LxKiy2Q/qkj81mnNmV0S6YoZBviH5 7v2j3/QwL98hTDvlnhA1QErTo6uOXtyyx/ehMKjqG2fSNegSSHlk0eKN75Bvxe1djksWWb4O 5kjpODJFHQFa7OvnMVHYk/oX9Apdy6YFXDdFc/mXtY0b2uEHniN3dLtY3Vm+XESwMVSdOcOT 8pj7gvYVIhQQqqiyxAvo5AVd0jaybTvVm1zfL1puygoi6hVEIvUSPZ4p7pD5bpBWEELG2FAm fbSkSUUjAXU+E44PoqirFNg7b+CMB+I50ngjcVYBeX6wZ8UValjI7KFJS7+wvZn4o57/HR6l ckdMuG//1NqrtNspP1mfurDr3JUzU1dJ/Y8s3Wx7Z9PR2ZLN4owJRM5pM7/9vKnyJxxgwB2l 0iskthVexkMfDJd41IGAoYJaxA85hoQljauuiequCxZ8dr70hvRoU1ueqogSzjw8P0lRTvcy Dp8zzerWT/bUtKTP+bv2E24fBPHecEMrOy/lH6dTj2ir3txYmB3SnWGT2NhJWnKRudIzPH2u SxT5mwybLS+fUKIPZH/ayn4YoYhec/FJi/sfb7+w65d8N+dpCTuCLlcvm/to8doKQ5upydzB G7tvagB5ItpZY6RuDgqmQ/gw7PHG+QOFbRxHxtJfO82AjpvG39RgHyp+Hqm6IMjN9R/UDwm1 u89WqFFYWJ8R8IowYmuxYD2TQiUpsQgf23oO7bgZddDRJKOKn8GzQbPb+3nqJtVPaiJDi2Tu 7DuZn0kMS4KCC9YRsm4fuTi7L1hwdXPFm6+P8NfHLq++vbIsJdy3YOkfrB9EIapTwtnr+Llw cwPwhQs2ySp2O8+kEoOh10PAqh/YpEQ0mQ33coxhYv65Pl7j3EMW0bluS6UKY6sh1V6rrd8u 02/OS2vpYbpYLdtY4bJ4Qewx5ta2wJQlL9fUGLtYqo52HxdfO2hA/mb8E0pqnmpfQFjZqvmL 2GmcDOPD1J98H56QzSpe+FC5xSfBLniaFT+c0nDvZB+1i766uGBt3wm/HIKBMK7tjDPJOscZ nWuiGi2rRZiNCjR6zlFn/1F8YVaOHpzqiZagCtCsCgEP3ldhl3EgGA4WgiqoMvC0DmgpTtPv gNNe3dXynvaARpKyH+iiZJm+8+Xd8frB9PJ7wWqcY/548jN0LNrYfBRhgeYr1IkgAxQng1dw wxPHKpwlAiiHvkHpKX5WjbHZV0n5NeyMg8cdKs66Pmd4741B9nR/I0zx75DaIjWknwLSaIpY 94JXnEb+3OmUoinRra3uuQ2MVdGCCGITJCudC70LtEyn7nHGC3koDApPKKP4YVd90nh/1X51 nTVWv8W6Qgrsdc2vFPkcg76ekC6PKnZlU3POZI+TJ0zyiOBk7wb/nOvstyfr9Gn35yUsWJHO Z6Ve/LNp0fQVro2dlMWPexh7H67aG3lbsND+Pin1bFp0rZ344KdnZAl6qrVHtsri8RHWoWjX SrEJ1giRK1RXDK5oGjUxd0QNX9EJf9U1VLkAJp7Rsl5+cCic7sER+cFy5ZjiyZb36qKYLIeM VFXatAdduHtCkfVcB3Y4NsAWaO12fxnXzurdcR2MF2jyPPrWUkKTXlYO8IGtfATjqZmULUK6 06V+WVsml7d+gLbeTn4OaRxSAs+ROJsy3zBxi53YkuUr2Dr9GDn1TPnWOscj6UrxHIH/goo3 I62eM9i83NRwJvdQXeKKxcsdVA/567+albq/mr3UFMgsxBJSJ8K6iAFeLd+NFfpG2TkEz4jh WBJEIOBplVDUnM6oj6G0E2kJwpKJCQW3uuPjt9rHAP9r6SnX1OMdq9OVXT8MFi6X+3X651wq un/C5OC0vvDyGcM08o/JiSvPeYhObDuT4brjtyf689ryZJ9dbz+W0GRJzrBhbSjrDSTXWl3Y vkMuXuP9ODW/NL9r1mCOy8DIC0kp/0bsvssR458yLCZCMj7De7Mf4y36+mMwSxja3S3sI7k7 TO3DeFbPQkNlK+AKaS5pQYmoTdFzU9sDODbt04d3HfOzbV+I1wCooxjQ0eIJEWeiOKCgdC7w 5VM5VnFDrGy6iXyIJR+KqHe3cbcZZ2teKYkDrqp8dZUtvZduYHm76ECZYTO5eYhdHe1hyjq/ +pyFyfiv7MTChJUxhs2X3Sp7g7v/c1IS/8rVR0G5yLHLzRfXjhsOPDerzVbB7vZ/aNt9zrEU MIHvK0fTwp6g2PL+jIDlsycD1/kzl/X7GoShrR0P8IgW+hIyEvIEK3Y4jE4z0S4sanjEmYQm jdHm+HFsgruQyiG4BoxBMmja7UazVbF6/K2IhPamLJuWcGyRiQF3a2R3fFx7JnfrD5jG6LNt Vb355e2DsKWW08293yHnuY33rqbvUJp8Y+wSmw4VSGXXnjqh5bPAGtLFxNekXovw78zPpVcB Hhrk3KrJcLfnrmSulDultSxyTHXdoSiXizcNyppdAuw27ZBfSNyZfmzOhCi7VTu3sXtX9hrH no6Kr915nrLVnMUoO21tJy66cuB4PKdBhPBDbTTFUCmejKJwtAryWLGNjVqW1eoxMOjywJyA ECJSXGFnihwRRFrJBePVPkJF2Eilgo2yj9AvXgjtJopyqv9XJrnJYTIpbihC765qvY/AwfLr dMgalmZVjwOu9IuIX7OqFYTqIXCck3sp4BK9/vhrydoaEXHtsF9hNhBqeXpX4bc9dINfByQm 4IdFUUkHz/xgtaTT8Lj4ktn1x8E16RFzDF4+Du4yT5y7yLDM+6SX8om+xYQIt/9sIeWmtCt8 ohxrVvayM2UZkxmKN1Z/yQk9wa+LvbkbHV8ZvT6WGC4fZt3Ie3p52LdfOuwP2cvcu+6kV/eA 7Oby6ZNbkmP8P01Xdcc37wbk9LCJffotCOtcEiyM3SJT9jIsxwAa8HoIWB3gmR+AzCXA3CtE o8Gp2jw4ao1uTcSskRxh8ec6NDnpWyBt5DZKNHG9U7OBLfkOB3CjuxChcl1Ha6OjECAt6mnq 3BJaLJEWWQOjUKjIumCu5c2daLeQkvA2anWSJOXEM6vTLn09Aa8HaG9FqSKURwt7wttMSk2g jrPbCNTbs4mpjtsHR17Khv2HlM8m1k7MPP6Wu0P197PAhYCT5T+cm9d2uO0Yzf/3vLbDCvbb ynfIJta2fHC283eS+NGEVs68BPtE+z9lw8yhiKdTC3xUFwSZskyywtPqIjfcn14DPN+ca019 tzqKvF1blfGprtv/fhtmB3RktGd02s/A5F59+2T78eZLLUXDrWkn3z4Jc009s7115IVo4c5t rOZLpfl1n58nt1/sIJ1uvOHhkl50s/D623uMnLh2b4Zt3mDOogkN38D2qsBuZmP1mvSsv5VX K8UNcb23i67wqtfyP/+EsauBYYF5KinBQRChAiGUFlawJCm1QPcOABcKF/TykQ1fEa1IyXa7 8vWzt9kJku1ao+fajgjSst8K585B2a5hpIVYnSZ5K/RSLIJ5vZvTPIy9lOB28prtNoy8kPZd HcyxmBBlsPlqB6k8vWB7q0NnXJLh4MUYH8XFDtH20yAiHzzpo7rYQTOcYw5eF85qW347/zjQ gqoL/WDVwuaIHq4CP827g18ff8T50R6oCHNmOPgfe23HjfBzq//meAQOyzc6DoO/yNS35yZd Im0UPZz8zDz4dd5rUu3Va9nPzJ9QvAYBa/sstgOBZXpJy84Yz0ul49ckRwI2kN28Ctk8zLao yiVhkUF4lROnKz6uhfRvC2OKKeX9eqPOBCsN2A3zFu5BKBzMtksJDPX8VFM8eJiIDUqFqgNr xWah3pczxHfCOKsMBekQOOCCRQiLWU9axTNlr8pH1pPWk07rrSetExG/cmpGgHERGjjdCrj1 OJRoqCqwoavRrmMDFQryocgWA4dgNiBWr0CZAiUFEefzWELPMvDaJ8HCVAleRrsFoMtgfeJm Y2NXgfJmY4NwfiYHKnhOO7fvTLQH8A/sYzzvRHvYgJ/eEhOT80NCjx+q7JR5s82e9QT0PeEO B0ythO+sThd6i2oj0gqfcPpsh68UcXyWwve8roy8PPFMH9oJ8KbrxfPcDHonfUZyr43XbyMv JUfzZpu71oXBKwGxDMs6KuA1nNdZzdktyZGBZX910DLAF8BPkdwAbyyAwjx8pQS8DmlzfSXC PrUubOpTT/DVbx9Aid9Y3emL3uZJ8PHkZJ+KkrSrkYGLJiy1LTopSQGs0HjNwz4y4EFPILBn D3oCuBtd74SquvYlWEx2KsBWhRs7F6gUYPtcIN5YXFqP+dmCj1UUdbAiY/H9EGZIilMQ+K50 E747+tOA3IRYyfAdN7GrpWhPrHqQhZb+RD/ZeaaDBX8VCuizkkegk21MY5gTcz4I+8lHOSuy Wt8K8FQcsEnsagNlcHVktUFDQDPdqdk9glCtlCtcMbWbSW4QjWvSQabohMjF2rjMjx0OaJef 0EwKGm5qCvfqt/D+mbGu14cPOhMH67X8elwcVxVEELIDzBAXM9swxJbzB92gbYUcWS/hVDj8 EaDvmM93DfXlQ0x4NFqm1dk4AHpMEBPvoCv0V7Qa72F92cFYn+bIwRwoBO+Q0NedlsAb6zPp EA9ccBpQnMGjUqhkQIYAJbPeluHUhrizzmblNocJwP3Gi4hcaRsHaeOghwYR0aBk7Jw0qkbU pdrbBYWOsZNjCDhmYkuoZmG1W4p0QbeIlZhnCmyEa0g2YFNwL1wJFx7WIy5t7reQPwLa5hK+ L5SPXyEuMEagB9lkJa4noUgwDAQJ7nNJPVw55ugUAxgojUb4k/BZbSieyFe74KQLVY8BDO+i U60BPgbq9ld/HDQ3dkDN+1cB7xjlCcA9/FBWnKkxThgGz53vzqcD6ijp4LwhlPiVrT5iS3GP cN3CXjcoJZwtzC0zaAMSLFfKVZjTgokQpy2TjDT0Swx4pjZUDtLw/ot+CQmJU/LBpU2IEyUF W1kDnH+taEA74C+GsLdswyBLgwPVrKKwotgEfCP82u/h96uQ3wMA/yi/zwInt6zWy9rI1dkc CUdEBAcpQc7KWlJvRaqB1SASMC2rClhx2oDb/66+dCrRPFQbzdT8GlVVWIa4EZ47YOk1KepI 12PlNrzjJAaImxAB9gVpsRbpAwuD2aAWF44JeIGQErKgS7gMeU9VfvSAKg68iVpH46EzV2Gz wn3IWTEUhB1ZbRKstYMbWIajPLIszhQiT+HQAIz8gPSsICIJ/gDsHkC5A64r5ZGbgGHmRyES 0lNCAAVt5deJqBgfBywzsXQVbGqC/0pQADQGnOfDFgQ2Kw6dw1StWfUl9SRWtRYGGroMpmiz G645aeppV1QMe4v1VvKwWCbSSkM7ZHTqAtouh03V0FOqSSC+b0lLOFoPTmoMuBsZ9di7FXpd Y0cqfSC9rtVVh5+YMMa/9/SosH8AHwyXPxKRStVQYn2So/5MomamElg1VGH8zxq2xgvTAqYa hehyMYS7UNAMzpj5JrDQDdjOcS/sb0f50Fqql1CgIAjddD5BvSnaaN0Y72rU2r9IjbodVaJY wtmVo0kqmypR2AIMS8bDJUfBMuAFZH0q/GWsUmuG0QcqExzt8P1E3HvKPQr1JNFstBOa8EE5 YjV+m7F4A3IhT/M4gDAYiJWHgUIPwKksFMpotkuLAjrQcZSsu3XpwEQbJxKKoSBbS1sIwIEU 34OHB5NpCaXgQblIQgmt3k2d0FWXV3TkdjRyHO07xBhOndwaH8M0+PBsovFwLhP8jQneuulg jIXl/vDWhQgZa0OvRePEhKOXrdEXteK72IuEfB6IGmuiIbIEOsJ6DShbYBLEI4vrcVuv0AW8 js2poJOKJPGoBtQxp5qyKQXRVpTqLOd4CiUaH0wLp6Vg3T5aFgvwTjDKO0hCgcrE4Ikbo7Hh xxJa7Baz1iTxXduTEHjFEi4HPHy8Gty9C0EYqsA6kD6m3Okf8leoWpB+qYOmv1UrX4LWDdC/ uawtEuDElYtxPDaTCM7Wwwe/YDrwI2yNWwM1JcDjKTeAB9gK9RNKGr/nOMUADz1xIfyICigD hCaFrbsAjUKjwNUG4EJFNi2BVw3k1wKXNAT477zJtFopuD50LvrZ+NeRNK+sUXxDE/z+BFRC Q9G1QxUCZBce4FsMP2R9YkP1IQltV8OPha362ZttKxXqpfdgbYCv7sX9id0fuH8VyvGcGlyt oA/ybz1IxP8LYM7/PqDzlBCcMCj4Rj3hEkpySOg4LSx05BgFjPnPJsG40sLccQraVwgIJ8Ub rMijabIxPR7/BYuLp2EQjbDF+mIruagALCNQelyYZ0Z1QTsqcFAWx7VYy8CCdR2tx5debYc0 glmq/YapG5xJInRBtRfQ7aZM7O50NPX/8wJjo3ZmkrRzxpjCHO0/HXU/HUeHWflqCZFOfyAV a12WwSoyWpikv9dQrTF+WIVLprXSBKzPS42w+S+xF9YUr/nHGZ1zxUSTEs5ETbMH/hZ+K1pM 4quVwVB7EP9fVpWB7Hz3+/8BUEsBAhYLFAAAAAgAkrVjL14G5H29YwEA390BABEAAAAAAAAA AAAgAICBAAAAAGV4cGxvcmVyX3Rlc3QuSlBHUEsFBgAAAAABAAEAPwAAAOxjAQAAAA== --------------070501040102030403010208-- From martin-fuchs@gmx.net Mon Nov 3 23:37:57 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id hA3MbvNG018221 for ; Mon, 3 Nov 2003 23:37:57 +0100 Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id hA3Mbvlk008812 for ; Mon, 3 Nov 2003 23:37:57 +0100 Message-Id: <200311032237.hA3Mbvlk008812@dutlru2.lr.tudelft.nl> Received: (qmail 21037 invoked by uid 65534); 3 Nov 2003 22:36:51 -0000 Received: from p3E9E39AD.dip0.t-ipconnect.de (EHLO lisi) (62.158.57.173) by mail.gmx.net (mp015) with SMTP; 03 Nov 2003 23:36:51 +0100 X-Authenticated: #3470264 Content-Type: text/plain; charset=us-ascii Date: Mon, 03 Nov 2003 23:34:10 +0100 From: "Martin Fuchs" In-Reply-To: <3FA6CFFF.30105@laposte.net> MIME-Version: 1.0 References: <3FA6CFFF.30105@laposte.net> To: "ReactOS Kernel List" X-Mailer: Martin's Mailer Version 1.0 UTF8 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id hA3MbvNG018221 Subject: [ros-kernel] Re: Explorer desktop not properly dispayed on screen X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Nov 2003 22:37:57 -0000 Hello Gerard, I see, the startmenu windows are now displayed - very good. :) > Please find attached a screenshot of the explorer desktop ran in real > hardware . > Reactos was built on November 1st and the last Wine Dlls from the web > site of Sed have been installed (wineros.zip). > Floppy.sys driver was disabled ( Bug #38) > As you can see in the screenshot the desktop is not displayed properly . > Is it the expected behavior for the moment ? There is only visible the first character of each entry. I guess, there is somewhere a Unicode/Ansi problem. Did you try the Unicode (explorer.exe) or Ansi version of epxlorer (explorer-ansi.exe) ? Martin From martin-fuchs@gmx.net Tue Nov 4 00:53:32 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id hA3NrWNG018573 for ; Tue, 4 Nov 2003 00:53:32 +0100 Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id hA3NrWlk036728 for ; Tue, 4 Nov 2003 00:53:32 +0100 Message-Id: <200311032353.hA3NrWlk036728@dutlru2.lr.tudelft.nl> Received: (qmail 25519 invoked by uid 65534); 3 Nov 2003 23:52:27 -0000 Received: from p3EE2D2EE.dip0.t-ipconnect.de (EHLO lisi) (62.226.210.238) by mail.gmx.net (mp001) with SMTP; 04 Nov 2003 00:52:27 +0100 X-Authenticated: #3470264 Content-Type: text/plain; charset=utf-8 Date: Tue, 04 Nov 2003 00:46:22 +0100 From: "Martin Fuchs" MIME-Version: 1.0 To: X-Mailer: Martin's Mailer Version 1.0 UTF8 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id hA3NrWNG018573 Subject: [ros-kernel] Jam for making the build process easier X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Nov 2003 23:53:33 -0000 Hi, I just added a Jamfile for building explorer with the Boost Build system V2 From martin-fuchs@gmx.net Tue Nov 4 00:54:42 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id hA3NsgNG018593 for ; Tue, 4 Nov 2003 00:54:42 +0100 Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id hA3Nsglk019364 for ; Tue, 4 Nov 2003 00:54:42 +0100 Message-Id: <200311032354.hA3Nsglk019364@dutlru2.lr.tudelft.nl> Received: (qmail 21666 invoked by uid 65534); 3 Nov 2003 23:53:36 -0000 Received: from p3EE2D2EE.dip0.t-ipconnect.de (EHLO lisi) (62.226.210.238) by mail.gmx.net (mp003) with SMTP; 04 Nov 2003 00:53:36 +0100 X-Authenticated: #3470264 Content-Type: text/plain; charset=utf-8 Date: Tue, 04 Nov 2003 00:46:22 +0100 From: "Martin Fuchs" MIME-Version: 1.0 To: X-Mailer: Martin's Mailer Version 1.0 ANSI Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id hA3NsgNG018593 Subject: [ros-kernel] Jam for making the build process easier X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Nov 2003 23:54:42 -0000 Hi, I just added a Jamfile for building explorer with the Boost Build system V2 From martin-fuchs@gmx.net Tue Nov 4 00:55:48 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id hA3NtmNG018611 for ; Tue, 4 Nov 2003 00:55:48 +0100 Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with SMTP id hA3Ntllk111694 for ; Tue, 4 Nov 2003 00:55:47 +0100 Received: (qmail 5171 invoked by uid 65534); 3 Nov 2003 23:54:42 -0000 Received: from p3EE2D2EE.dip0.t-ipconnect.de (EHLO lisi) (62.226.210.238) by mail.gmx.net (mp012) with SMTP; 04 Nov 2003 00:54:42 +0100 X-Authenticated: #3470264 Message-ID: <000501c3a265$da112860$fe7aa8c0@lisi> From: "Martin Fuchs" To: Date: Tue, 4 Nov 2003 00:54:42 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id hA3NtmNG018611 Subject: [ros-kernel] Jam for making the build process easier X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Nov 2003 23:55:48 -0000 Hi, I just added a Jamfile for building explorer with the Boost Build system V2. This solves the problem of file dependencies by using automatic header file scanning and dependency generation. To get it working I had to extend the resource compiler rules of Boost Build for MinGW. (see file rc-mingw.jam) For now it's hard coded, I really should post a patch to the Boost mailing list to do it in a clean way. Some time ago there have been added a few Jamfiles to the Reactos CVS tree. But it seems, they do not work currently. What's the the status of them? Martin From gerard.gatineau@laposte.net Tue Nov 4 07:03:29 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id hA463TNG020729 for ; Tue, 4 Nov 2003 07:03:29 +0100 Received: from mx.laposte.net (mx.laposte.net [81.255.54.11]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id hA463Tlk111626 for ; Tue, 4 Nov 2003 07:03:29 +0100 Received: from laposte.net (62.147.42.184) by mx.laposte.net (6.0.053) (authenticated as gerard.gatineau@laposte.net) id 3F683B1D00BD0E6D for ros-kernel@reactos.com; Tue, 4 Nov 2003 07:02:12 +0100 Message-ID: <3FA7408D.4040100@laposte.net> Date: Tue, 04 Nov 2003 07:00:45 +0100 From: gge User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ReactOS Kernel List Subject: Re: [ros-kernel] Re: Explorer desktop not properly dispayed on screen References: <3FA6CFFF.30105@laposte.net> <200311032237.hA3Mbvlk008812@dutlru2.lr.tudelft.nl> In-Reply-To: <200311032237.hA3Mbvlk008812@dutlru2.lr.tudelft.nl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Nov 2003 06:03:30 -0000 Martin Fuchs wrote: >Hello Gerard, > >I see, the startmenu windows are now displayed - very good. :) > > > >>Please find attached a screenshot of the explorer desktop ran in real >>hardware . >>Reactos was built on November 1st and the last Wine Dlls from the web >>site of Sed have been installed (wineros.zip). >>Floppy.sys driver was disabled ( Bug #38) >>As you can see in the screenshot the desktop is not displayed properly . >>Is it the expected behavior for the moment ? >> >> > >There is only visible the first character of each entry. >I guess, there is somewhere a Unicode/Ansi problem. >Did you try the Unicode (explorer.exe) or Ansi version of epxlorer (explorer-ansi.exe) ? > >Martin > > > > Hi Martin, I am using "explorer.exe" application. regards Gerard From xnavara@volny.cz Tue Nov 4 09:48:38 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id hA48mcNG021552 for ; Tue, 4 Nov 2003 09:48:38 +0100 Received: from smtp2.vol.cz (smtp2.vol.cz [195.250.128.42]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id hA48mblk019708 for ; Tue, 4 Nov 2003 09:48:37 +0100 Received: from webmail2.vol.cz (webmail2.vol.cz [195.250.155.195]) by smtp2.vol.cz (8.12.8p2/8.12.8) with ESMTP id hA48mGH4010496 for ; Tue, 4 Nov 2003 09:48:16 +0100 (CET) (envelope-from xnavara@volny.cz) Received: from webmail2.vol.cz (localhost [127.0.0.1]) by webmail2.vol.cz (8.12.8p2/8.12.8) with ESMTP id hA48mGXN006525 for ; Tue, 4 Nov 2003 09:48:16 +0100 (CET) (envelope-from xnavara@volny.cz) Received: (from www@localhost) by webmail2.vol.cz (8.12.8p2/8.12.8/Submit) id hA48mGbV006524; Tue, 4 Nov 2003 09:48:16 +0100 (CET) MIME-Version: 1.0 Subject: Re: [ros-kernel] Re: Explorer desktop not properly dispayed on screen From: "Filip Navara" Sender: xnavara@volny.cz To: "ReactOS Kernel List" Date: Tue, 04 Nov 2003 09:48:16 +0100 (CET) Message-ID: <3965bec62c99e608ed39bc0bf14358b2@www2.mail.volny.cz> X-Mailer: Volny.cz Webmail2 1.42 X-Originating-Ip: 81.30.232.21 X-Originating-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows 98) X-Priority: 3 X-MSMail-Priority: Normal In-Reply-To: <3FA7408D.4040100@laposte.net> References: <3FA6CFFF.30105@laposte.net> <200311032237.hA3Mbvlk008812@dutlru2.lr.tudelft.nl> <3FA7408D.4040100@laposte.net> Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dutlaso.lr.tudelft.nl id hA48mcNG021552 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Nov 2003 08:48:38 -0000 Hi Gerard, this is expected behaviour now. In the November 2nd CVS there is MDI support and the main explorer window shows also, but it crashes. With the lastest CVS only "explorer -noexplorer" can be used now. I will post a detailed status report tonight. Thanks Filip ----- PŮVODNÍ ZPRÁVA ----- Od: "gge" Komu: "ReactOS Kernel List" Předmět: Re: [ros-kernel] Re: Explorer desktop not Datum: 4.11.2003 - 7:11:52 > Martin Fuchs wrote: > > >Hello Gerard, > > > >I see, the startmenu windows are now displayed - very > >good. :) > > > > > > > >>Please find attached a screenshot of the explorer > >>desktop ran in real > >>hardware . > >>Reactos was built on November 1st and the last Wine > >>Dlls from the web > >>site of Sed have been installed (wineros.zip). > >>Floppy.sys driver was disabled ( Bug #38) > >>As you can see in the screenshot the desktop is not > >>displayed properly . > >>Is it the expected behavior for the moment ? > >> > >> > > > >There is only visible the first character of each > >entry. > >I guess, there is somewhere a Unicode/Ansi problem. > >Did you try the Unicode (explorer.exe) or Ansi version > >of epxlorer (explorer-ansi.exe) ? > > > >Martin > > > > > > > > > Hi Martin, > > I am using "explorer.exe" application. > > regards > Gerard > > > _______________________________________________ > Ros-kernel mailing list > Ros-kernel@reactos.com > http://reactos.geldorp.nl:8080/mailman/listinfo/ros-kernel > -- Potrebujete vice prostoru pro vase stranky? Ptejte se na http://sluzby.volny.cz/cs/product/ftp_paid From jeanmichel.123@free.fr Tue Nov 4 14:23:15 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id hA4DNFNG023004 for ; Tue, 4 Nov 2003 14:23:15 +0100 Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id hA4DNFlk112682 for ; Tue, 4 Nov 2003 14:23:15 +0100 Received: from imp3-l.free.fr (imp3-l.free.fr [213.228.0.204]) by postfix4-2.free.fr (Postfix) with ESMTP id A0250C0AE for ; Tue, 4 Nov 2003 14:22:56 +0100 (CET) Received: by imp3-l.free.fr (Postfix, from userid 33) id 064CF12F1D; Tue, 4 Nov 2003 14:23:03 +0100 (MET) Received: from ppp-106.net-551.magic.fr (ppp-106.net-551.magic.fr [62.210.251.106]) by imp3-l.free.fr (IMP) with HTTP for ; Tue, 4 Nov 2003 14:22:57 +0100 Message-ID: <1067952177.3fa7a83194356@imp3-l.free.fr> Date: Tue, 4 Nov 2003 14:22:57 +0100 From: jeanmichel.123@free.fr To: ReactOS Kernel List Subject: [ros-kernel] kbdfr.dll french keyboard patch MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="-MOQ1067952177cfd624ac8f7de5cd8e7345f28541ef54" User-Agent: Internet Messaging Program (IMP) 3.2.1 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Nov 2003 13:23:15 -0000 This message is in MIME format. ---MOQ1067952177cfd624ac8f7de5cd8e7345f28541ef54 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit I have corrected some informations in the french keyboard. However, the ALT key only works with console (blue screen) mode. It does not work in gui mode. For example [ALT] + [_8] => '\' ---MOQ1067952177cfd624ac8f7de5cd8e7345f28541ef54 Content-Type: text/plain; name="kbdfr.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="kbdfr.patch" PyBrYmRmci8ua2JkZnIuZA0KPyBrYmRmci9Db3BpZSBkZSBKYW1maWxlDQo/IGtiZGZyL0NvcGll IGRlIGtiZGZyLmMNCj8ga2JkZnIvQ29waWUgZGUga2JkZnIuZGVmDQo/IGtiZGZyL0NvcGllIGRl IGtiZGZyLmVkZg0KPyBrYmRmci9Db3BpZSBkZSBrYmRmci5yYw0KPyBrYmRmci9Db3BpZSBkZSBt YWtlZmlsZQ0KPyBrYmRmci9rYmRmci5jb2ZmDQo/IGtiZGZyL2tiZGZyLmRsbA0KPyBrYmRmci9r YmRmci5tYXANCj8ga2JkZnIva2JkZnIubm9zdHJpcC5kbGwNCkluZGV4OiBrYmRmci9rYmRmci5j DQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09DQpSQ1MgZmlsZTogL0NWUy9SZWFjdE9TL3JlYWN0b3MvbGliL2tiZGZyL2ti ZGZyLmMsdg0KcmV0cmlldmluZyByZXZpc2lvbiAxLjENCmRpZmYgLXUgLXAgLXIxLjEga2JkZnIu Yw0KLS0tIGtiZGZyL2tiZGZyLmMJMjcgT2N0IDIwMDMgMDA6MTc6MzIgLTAwMDAJMS4xDQorKysg a2JkZnIva2JkZnIuYwkyOCBPY3QgMjAwMyAxMTo0NDo0MyAtMDAwMA0KQEAgLTY1LDcgKzY1LDEw IEBADQogI2RlZmluZSBWS19PRU1fOCAweGRmDQogI2VuZGlmDQogI2lmbmRlZiBWS19PRU1fMTAy DQotI2RlZmluZSBWS19PRU1fMTAyIDB4ZTENCisjZGVmaW5lIFZLX09FTV8xMDIgMHhlMg0KKyNl bmRpZg0KKyNpZm5kZWYgVktfWk9PTQ0KKyNkZWZpbmUgVktfWk9PTSAweGZiDQogI2VuZGlmDQog DQogUk9TREFUQSBVU0hPUlQgc2NhbmNvZGVfdG9fdmtbXSA9IHsNCkBAIC03NSw3ICs3OCw3IEBA IFJPU0RBVEEgVVNIT1JUIHNjYW5jb2RlX3RvX3ZrW10gPSB7DQogICBWS19FTVBUWSwgICAgIFZL X0VTQ0FQRSwgICAgJzEnLCAgICAgICAgICAnMicsDQogICAnMycsICAgICAgICAgICc0JywgICAg ICAgICAgJzUnLCAgICAgICAgICAnNicsDQogICAnNycsICAgICAgICAgICc4JywgICAgICAgICAg JzknLCAgICAgICAgICAnMCcsDQotICBWS19PRU1fTUlOVVMsIFZLX09FTV9QTFVTLCAgVktfQkFD SywNCisgIFZLX09FTV80LCBWS19PRU1fUExVUywgIFZLX0JBQ0ssDQogICAvKiAtIDBmIC0gKi8N CiAgIC8qIEZpcnN0IExldHRlcnMgUm93ICovDQogICBWS19UQUIsICAgICAgICdBJywgICAgICAg ICAgJ1onLCAgICAgICAgICAnRScsDQpAQCAtODcsOCArOTAsOCBAQCBST1NEQVRBIFVTSE9SVCBz Y2FuY29kZV90b192a1tdID0gew0KICAgVktfTENPTlRST0wsICANCiAgICdRJywgICAgICAgICAg J1MnLCAgICAgICAgICAnRCcsICAgICAgICAgICdGJywNCiAgICdHJywgICAgICAgICAgJ0gnLCAg ICAgICAgICAnSicsICAgICAgICAgICdLJywNCi0gICdMJywgICAgICAgICAgJ00nICwgVktfT0VN XzMsICAgICBWS19PRU1fNSwgDQotICBWS19MU0hJRlQsICAgIFZLX09FTV83LA0KKyAgJ0wnLCAg ICAgICAgICAnTScgLCBWS19PRU1fMywgICAgIFZLX09FTV83LCANCisgIFZLX0xTSElGVCwgICAg VktfT0VNXzUsDQogICAvKiAtIDJjIC0gKi8NCiAgIC8qIFRoaXJkIGxldHRlcnMgcm93ICovDQog ICAnVycsICAgICAgICAgICdYJywgICAgICAgICAgJ0MnLCAgICAgICAgICAnVicsDQpAQCAtMTE3 LDEwICsxMjAsMTAgQEAgUk9TREFUQSBVU0hPUlQgc2NhbmNvZGVfdG9fdmtbXSA9IHsNCiAgIFZL X1NOQVBTSE9ULA0KICAgLyogLSA1NSAtICovDQogICAvKiBPZGRpdGllcywgYW5kIHRoZSByZW1h aW5pbmcgc3RhbmRhcmQgRi1LZXlzICovDQotICBWS19FTVBUWSwgICAgIFZLX09FTV80LCAgICAg VktfRjExLCAgICAgICBWS19GMTIsDQorICBWS19FTVBUWSwgICAgIFZLX09FTV8xMDIsICAgICBW S19GMTEsICAgICAgIFZLX0YxMiwNCiAgIC8qIC0gNTkgLSAqLw0KICAgVktfQ0xFQVIsICAgICBW S19FTVBUWSwgICAgIFZLX0VNUFRZLCAgICAgVktfRU1QVFksICAgICBWS19FTVBUWSwgLyogRVJF T0YgKi8NCi0gIFZLX0VNUFRZLCAgICAgVktfRU1QVFksICAgICBWS19FTVBUWSwgICAgIFZLX0VN UFRZLCAgICAgVktfRU1QVFksIC8qIFpPT00gKi8NCisgIFZLX0VNUFRZLCAgICAgVktfRU1QVFks ICAgICBWS19FTVBUWSwgICAgIFZLX0VNUFRZLCAgICAgVktfWk9PTSwgLyogWk9PTSAqLw0KICAg VktfSEVMUCwgICAgICANCiAgIC8qIC0gNjQgLSAqLw0KICAgLyogRXZlbiBtb3JlIEYtS2V5cyAo Zm9yIGV4YW1wbGUsIE5DUiBrZXlib2FyZHMgZnJvbSB0aGUgZWFybHkgOTAncykgKi8NCkBAIC0x NDMsNiArMTQ2LDIyIEBAIFJPU0RBVEEgVVNIT1JUIHNjYW5jb2RlX3RvX3ZrW10gPSB7DQogfTsN CiANCiBST1NEQVRBIFZTQ19WSyBleHRjb2RlMF90b192a1tdID0gew0KKwkvLyBGSVhNRTptIHF1 J2VzdCBjZSBxdWUgYydlc3QgPw0KKwkvLyBXaGF0IGlzIHRoaXM/DQorI2lmIDANCisgIHsgJ0cn LCAnJCcgfSwNCisgIHsgJ0gnLCAnJicgfSwNCisgIC8veyAnSScsICchJyB9LA0KKyAgeyAnSycs ICclJyB9LA0KKyAgeyAnTScsICdcJycgfSwNCisgIHsgJ08nLCAnIycgfSwNCisgIHsgJ1AnLCAn KCcgfSwNCisgIHsgJ1EnLCAnIicgfSwNCisgIHsgJ1InLCAnLScgfSwNCisgIHsgJ18nLCAnXycg fSwNCisgIHsgJ1snLCAnWycgfSwNCisgIHsgJ10nLCAnXScgfSwNCisjZW5kaWYgDQogICB7IDAs IDAgfSwNCiB9Ow0KIA0KQEAgLTE2MCwxMyArMTc5LDE1IEBAIFJPU0RBVEEgVktfVE9fQklUIG1v ZGlmaWVyX2tleXNbXSA9IHsNCiB0eXBlZGVmIHN0cnVjdCBfbXltb2Qgew0KICAgUFZPSUQgbW9k X2tleXM7DQogICBXT1JEIG1heG1vZDsNCi0gIEJZVEUgbW9kX21heFs0XTsNCisgIEJZVEUgbW9k X21heFs3XTsNCiB9IElOVEVSTkFMX0tCRF9NT0RJRklFUlM7DQogDQogUk9TREFUQSBJTlRFUk5B TF9LQkRfTU9ESUZJRVJTIG1vZGlmaWVyX2JpdHNbXSA9IHsNCiAgIG1vZGlmaWVyX2tleXMsDQot ICAzLA0KLSAgeyAwLCAxLCAyLCAzIH0gLyogTW9kaWZpZXIgYml0IG9yZGVyLCBOT05FLCBTSElG VCwgQ1RSTCwgQUxUICovDQorICA2LA0KKyAgeyAwLCAxLCAyLCA0LDE1LDE1LDMgfSANCisgIC8q IG5ldzogTW9kaWZpZXIgYml0IG9yZGVyLCBOT05FLCBTSElGVCwgQ1RSTCwgQUxUICwgPyAsPyAs IHNoaWZ0K2NvbnRyb2wqLw0KKyAgLyogb2xkOiBNb2RpZmllciBiaXQgb3JkZXIsIE5PTkUsIFNI SUZULCBDVFJMLCBBTFQgKi8NCiB9Ow0KIA0KICNkZWZpbmUgTk9DQVBTIDANCkBAIC0xNzYsMjEg KzE5NywyMSBAQCBST1NEQVRBIFZLX1RPX1dDSEFSUzIga2V5X3RvX2NoYXJzXzJtb2RbDQogICAv KiBOb3JtYWwgdnMgU2hpZnRlZCAqLw0KICAgLyogVGhlIG51bWJlcnMgKi8NCiAgIHsgJzEnLCAg ICAgICAgIE5PQ0FQUywgJyYnLCAnMScgfSwNCi0gIHsgJzInLCAgICAgICAgIE5PQ0FQUywgJ+kn LCAnMicgfSwNCisgIC8veyAnMicsICAgICAgICAgTk9DQVBTLCAn6ScsICcyJyB9LA0KICAgLyog Q3RybC0yIGdlbmVyYXRlcyBOVUwgKi8NCi0gIHsgJzMnLCAgICAgICAgIE5PQ0FQUywgJyInLCAn MycgfSwNCi0gIHsgJzQnLCAgICAgICAgIE5PQ0FQUywgJ1wnJywgJzQnIH0sDQotICB7ICc1Jywg ICAgICAgICBOT0NBUFMsICcoJywgJzUnIH0sDQotICB7ICc2JywgICAgICAgICBOT0NBUFMsICct JywgJzYnIH0sDQorICAvL3sgJzMnLCAgICAgICAgIE5PQ0FQUywgJyInLCAnMycgfSwNCisgIC8v eyAnNCcsICAgICAgICAgTk9DQVBTLCAnXCcnLCAnNCcgfSwNCisgIC8veyAnNScsICAgICAgICAg Tk9DQVBTLCAnKCcsICc1JyB9LA0KKyAgLy97ICc2JywgICAgICAgICBOT0NBUFMsICctJywgJzYn IH0sDQogICAvKiBDdHJsLTYgZ2VuZXJhdGVzIFJTICovDQotICB7ICc3JywgICAgICAgICBOT0NB UFMsICfoJywgJzcnIH0sDQotICB7ICc4JywgICAgICAgICBOT0NBUFMsICdfJywgJzgnIH0sDQot ICB7ICc5JywgICAgICAgICBOT0NBUFMsICfnJywgJzknIH0sDQotICB7ICcwJywgICAgICAgICBO T0NBUFMsICfgJywgJzAnIH0sDQorICAvL3sgJzcnLCAgICAgICAgIE5PQ0FQUywgJ+gnLCAnNycg fSwNCisgIC8veyAnOCcsICAgICAgICAgTk9DQVBTLCAnXycsICc4JyB9LA0KKyAgLy97ICc5Jywg ICAgICAgICBOT0NBUFMsICfnJywgJzknIH0sDQorICAvL3sgJzAnLCAgICAgICAgIE5PQ0FQUywg J+AnLCAnMCcgfSwNCiAgIC8qIEZpcnN0IGxldHRlciByb3cgKi8NCiAgIHsgJ0EnLCAgICAgICAg IENBUFMsICAgJ2EnLCAnQScgfSwNCiAgIHsgJ1onLCAgICAgICAgIENBUFMsICAgJ3onLCAnWicg fSwNCi0gIHsgJ0UnLCAgICAgICAgIENBUFMsICAgJ2UnLCAnRScgfSwNCisgIC8veyAnRScsICAg ICAgICAgQ0FQUywgICAnZScsICdFJyB9LA0KICAgeyAnUicsICAgICAgICAgQ0FQUywgICAncics ICdSJyB9LA0KICAgeyAnVCcsICAgICAgICAgQ0FQUywgICAndCcsICdUJyB9LA0KICAgeyAnWScs ICAgICAgICAgQ0FQUywgICAneScsICdZJyB9LA0KQEAgLTIyMCwxMyArMjQxLDEzIEBAIFJPU0RB VEEgVktfVE9fV0NIQVJTMiBrZXlfdG9fY2hhcnNfMm1vZFsNCiAgIC8qIFNwZWNpYWxzICovDQog ICAvKiBDdHJsLV8gZ2VuZXJhdGVzIFVTICovDQogICB7IFZLX09FTV9QTFVTICAgICxOT0NBUFMs ICc9JywgJysnIH0sDQotICB7IFZLX09FTV8xICAgICAgICxOT0NBUFMsICckJywgJ6MnIH0sDQot ICB7IFZLX09FTV83ICAgICAgICxOT0NBUFMsICcqJywntSd9LA0KLSAgeyBWS19PRU1fMyAgICAg ICAsTk9DQVBTLCAn+ScsICclJyB9LA0KKyAgLy97IFZLX09FTV8xICAgICAgICxOT0NBUFMsICck JywgJ6MnIH0sDQorICB7IFZLX09FTV81ICAgICAgICxOT0NBUFMsICcqJyxMJ7UnfSwNCisgIHsg VktfT0VNXzMgICAgICAgLE5PQ0FQUywgTCf5JywgJyUnIH0sDQogICB7IFZLX09FTV9DT01NQSAg ICxOT0NBUFMsICcsJywgJz8nIH0sDQogICB7IFZLX09FTV9QRVJJT0QgICxOT0NBUFMsICc7Jywg Jy4nIH0sDQogICB7IFZLX09FTV8yICAgICAgICxOT0NBUFMsICc6JywgJy8nIH0sDQotICB7IFZL X09FTV84ICAgICAgICxOT0NBUFMsICchJywgJ6cnIH0sDQorICB7IFZLX09FTV84ICAgICAgICxO T0NBUFMsICchJywgTCenJyB9LA0KICAgLyogS2V5cyB0aGF0IGRvIG5vdCBoYXZlIHNoaWZ0IHN0 YXRlcyAqLw0KICAgeyBWS19UQUIgICAgICxOT0NBUFMsICdcdCcsJ1x0J30sDQogICB7IFZLX0FE RCAgICAgLE5PQ0FQUywgJysnLCAnKycgfSwNCkBAIC0yNDEsMjAgKzI2Miw0MCBAQCBST1NEQVRB IFZLX1RPX1dDSEFSUzIga2V5X3RvX2NoYXJzXzJtb2RbDQogUk9TREFUQSBWS19UT19XQ0hBUlMz IGtleV90b19jaGFyc18zbW9kW10gPSB7DQogICAvKiBOb3JtYWwsIFNoaWZ0ZWQsIEN0cmwgKi8N CiAgIC8qIExlZ2FjeSAodGVsbmV0LXN0eWxlKSBhc2NpaSBlc2NhcGVzICovDQotICB7IFZLX09F TV80LCAwLCAnPCcsICc+JywgMHgxYiAvKiBFU0MgKi8gfSwNCi0gIHsgVktfT0VNXzYsIDAsICde JywgJ6gnLCAweDFkIC8qIEdTICovIH0sDQotICB7IFZLX09FTV81LCAwLCAnsicsJ3wnLCAweDFj IC8qIEZTICovIH0sDQorICB7IFZLX09FTV8xMDIsIDAsICc8JywgJz4nLCAweDFjIC8qIEZTICov IH0sDQorICB7IFZLX09FTV82LCAwLCBXQ0hfREVBRCwgV0NIX0RFQUQsIFdDSF9OT05FIH0sDQor ICB7IFZLX0VNUFRZLCAwLCBMJ14nLCBMJ6gnLCBXQ0hfTk9ORSB9LCAvL09FTSA2IERFQUQNCisg IHsgVktfT0VNXzcsIDAsIEwnsicsJ3wnLCAweDFjIC8qIEZTICovIH0sDQogICB7IFZLX1JFVFVS TiwwLCAnXHInLCAnXHInLCAnXG4nIH0sDQogICB7IDAsMCB9DQogfTsNCiANCiBST1NEQVRBIFZL X1RPX1dDSEFSUzQga2V5X3RvX2NoYXJzXzRtb2RbXSA9IHsNCi0gIC8qIE5vcm1hbCwgU2hpZnRl ZCwgQ3RybCwgQy1TLXggKi8NCisgIHsgJzInICwgMSAgLCAgTCfpJywgJzInLCBXQ0hfTk9ORSAs IFdDSF9ERUFEIH0sDQorICB7IFZLX0VNUFRZICwgMCAgLCAgV0NIX05PTkUsIFdDSF9OT05FLCBX Q0hfTk9ORSAsIEwnficgfSwNCisgIHsgJzMnICwgMSAgLCAgJyInLCAnMycsIFdDSF9OT05FICwg JyMnIH0sDQorICB7ICc0JyAsIDEgICwgICdcJycsICc0JywgV0NIX05PTkUgLCAneycgfSwNCisg IHsgJzcnICwgMSAgLCAgTCfoJywgJzcnLCBXQ0hfTk9ORSAsIFdDSF9ERUFEIH0sDQorICB7IFZL X0VNUFRZICwgMCAgLCAgV0NIX05PTkUsIFdDSF9OT05FLCBXQ0hfTk9ORSAsIEwnYCcgfSwNCisg IHsgJzAnICwgMSAgLCAgTCfgJywgJzAnLCBXQ0hfTk9ORSAsICdAJyB9LA0KKyAgeyAnRScgLCAx ICAsICAnZScsICdFJywgV0NIX05PTkUgLCBMJ4AnIC8qIGV1cm8gKi8gfSwNCisgIHsgVktfT0VN XzEgLDEsICckJywgTCejJyAsV0NIX05PTkUsIEwnpCcgfSwNCisgIHsgVktfT0VNXzQsIE5PQ0FQ UywgJyknLCAnsCcsICddJyAgfSwNCisgIHsgMCwgMCB9DQorfTsNCisNCitST1NEQVRBIFZLX1RP X1dDSEFSUzUga2V5X3RvX2NoYXJzXzVtb2RbXSA9IHsNCisgIC8qIHgseCwgICAgICBOb3JtYWws IFNoaWZ0ZWQsIEN0cmwsIEFsdCwgQy1TLXggKi8NCiAgIC8qIExlZ2FjeSBBc2NpaSBnZW5lcmF0 b3JzICovDQogICAvL3sgJzInLCBOT0NBUFMsICcyJywgJ0AnLCBXQ0hfTk9ORSwgMCB9LA0KICAg Ly97ICc2JywgTk9DQVBTLCAnNicsICdeJywgV0NIX05PTkUsIDB4MWUgLyogUlMgKi8gfSwNCiAg IC8veyBWS19PRU1fTUlOVVMsIE5PQ0FQUywgJyknLCAnsCcsIFdDSF9OT05FLCAweDFmIC8qIFVT ICovIH0sDQotICB7IFZLX09FTV9NSU5VUywgTk9DQVBTLCAnKScsICewJywgJyMnICwgMHgxZiAv KiBVUyAqLyB9LA0KKyAgLy97ICc1JyAgfCBLRVhUICwgTk9DQVBTLCAnKScsICewJywgJyMnICwg MHgxZiAvKiBVUyAqLyB9LA0KKyAgeyAnNScgLCAxICAsICAnKCcsICc1JywgV0NIX05PTkUgLCAn WycgLCAweDFiICB9LA0KKyAgeyAnNicgLCAxICAsICAnLScsICc2JywgV0NIX05PTkUgLCAnfCcg LCAweDFmICB9LA0KKyAgeyAnOCcgLCAxICAsICAnXycsICc4JywgV0NIX05PTkUgLCAnXFwnICwg MHgxYyAgfSwNCisgIHsgJzknICwgMSAgLCAgTCfnJywgJzknLCBXQ0hfTk9ORSAsIFdDSF9ERUFE ICwgMHgxZX0sDQorICB7IFZLX0VNUFRZICwgMCAgLCAgV0NIX05PTkUsIFdDSF9OT05FLCBXQ0hf Tk9ORSAsIEwnXicgLFdDSF9OT05FIH0sDQogICB7IDAsIDAgfQ0KIH07DQogDQpAQCAtMjgwLDkg KzMyMSwzNyBAQCBST1NEQVRBIFZLX1RPX1dDSEFSX1RBQkxFIHZrX3RvX3djaGFyX21hDQogICB2 a19tYXN0ZXIoMixrZXlfdG9fY2hhcnNfMm1vZCksDQogICB2a19tYXN0ZXIoMyxrZXlfdG9fY2hh cnNfM21vZCksDQogICB2a19tYXN0ZXIoNCxrZXlfdG9fY2hhcnNfNG1vZCksDQorICB2a19tYXN0 ZXIoNSxrZXlfdG9fY2hhcnNfNW1vZCksDQogICB7IDAsMCwwIH0NCiB9Ow0KIA0KKyNkZWZpbmUg REsobCxhKSAobCB8IGEgPDwxNikNCitST1NEQVRBIERFQURLRVkgIGRlYWRrZXlbXSA9DQorew0K Kwl7IERLKCdhJyxMJ6gnKSwgTCfkJyAsIDAgfSwNCisJeyBESygnZScsTCeoJyksIEwn6ycgLCAw IH0sDQorCXsgREsoJ2knLEwnqCcpLCBMJ+8nICwgMCB9LA0KKwl7IERLKCdvJyxMJ6gnKSwgTCf2 JyAsIDAgfSwNCisJeyBESygndScsTCeoJyksIEwn/CcgLCAwIH0sDQorCXsgREsoJyAnLEwnqCcp LCBMJ6gnICwgMCB9LA0KKwl7IERLKCdhJyxMJ14nKSwgTCfiJyAsIDAgfSwNCisJeyBESyhMJ14n LEwnZScpLCBMJ+onICwgMCB9LA0KKwl7IERLKCdpJyxMJ14nKSwgTCfuJyAsIDAgfSwNCisJeyBE SygnbycsTCdeJyksIEwn9CcgLCAwIH0sDQorCXsgREsoJ3UnLEwnXicpLCBMJ/snICwgMCB9LA0K Kwl7IERLKCcgJyxMJ14nKSwgTCdeJyAsIDAgfSwNCisJeyBESygnYScsTCdgJyksIEwn4CcgLCAw IH0sDQorCXsgREsoJ2UnLEwnYCcpLCBMJ+gnICwgMCB9LA0KKwl7IERLKCdpJyxMJ2AnKSwgTCfs JyAsIDAgfSwNCisJeyBESygnbycsTCdgJyksIEwn8icgLCAwIH0sDQorCXsgREsoJ3UnLEwnYCcp LCBMJ/knICwgMCB9LA0KKwl7IERLKCcgJyxMJ2AnKSwgTCdgJyAsIDAgfSwNCisJeyBESygnbics TCd+JyksIEwn8ScgLCAwIH0sDQorCXsgREsoJyAnLEwnficpLCBMJ34nICwgMCB9LA0KKyAgeyAw LDAgLDAsfQ0KK307DQorDQorDQogUk9TREFUQSBWU0NfTFBXU1RSIGtleV9uYW1lc1tdID0gew0K ICAgeyAweDAwLCBMIiIgfSwNCiAgIHsgMHgwMSwgTCJFc2MiIH0sDQpAQCAtMzc0LDggKzQ0Myw3 IEBAIFJPU0RBVEEgS0JEVEFCTEVTIGtleWJvYXJkX2xheW91dF90YWJsZSANCiAgIHZrX3RvX3dj aGFyX21hc3Rlcl90YWJsZSwNCiAgIA0KICAgLyogZGlhY3JpdGljYWwgbWFya3MgLS0gY3VycmVu dGx5IGltcGxlbWVudGVkIGJ5IHdpbmUgY29kZSAqLw0KLSAgLyogRW5nbGlzaCBkb2Vzbid0IGhh dmUgYW55LCBhbnl3YXkgKi8NCi0gIE5VTEwsDQorICAmZGVhZGtleSwNCiANCiAgIC8qIEtleSBu YW1lcyAqLw0KICAgKFZTQ19MUFdTVFIgKilrZXlfbmFtZXMsDQpJbmRleDoga2JkZnIvbWFrZWZp bGUNCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT0NClJDUyBmaWxlOiAvQ1ZTL1JlYWN0T1MvcmVhY3Rvcy9saWIva2JkZnIv bWFrZWZpbGUsdg0KcmV0cmlldmluZyByZXZpc2lvbiAxLjENCmRpZmYgLXUgLXAgLXIxLjEgbWFr ZWZpbGUNCi0tLSBrYmRmci9tYWtlZmlsZQkyNyBPY3QgMjAwMyAwMDoxNzozMiAtMDAwMAkxLjEN CisrKyBrYmRmci9tYWtlZmlsZQkyOCBPY3QgMjAwMyAxMTo0NDo0MyAtMDAwMA0KQEAgLTEsNCAr MSw0IEBADQotIyAkSWQ6IG1ha2VmaWxlLHYgMS4xIDIwMDMvMTAvMjcgMDA6MTc6MzIgaHlwZXJp b24gRXhwICQNCisjICRJZDogbWFrZWZpbGUsdiAxLjIgMjAwMy8wOC8wNyAwNDowMzoyMyByb3lj ZSBFeHAgJA0KIA0KIFBBVEhfVE9fVE9QID0gLi4vLi4NCiANCg== ---MOQ1067952177cfd624ac8f7de5cd8e7345f28541ef54-- From jeanmichel.123@free.fr Tue Nov 4 14:54:48 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id hA4DsmNG023162 for ; Tue, 4 Nov 2003 14:54:48 +0100 Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id hA4Dsllk112860 for ; Tue, 4 Nov 2003 14:54:48 +0100 Received: from imp3-l.free.fr (imp3-l.free.fr [213.228.0.204]) by postfix4-1.free.fr (Postfix) with ESMTP id B90BA74FDE for ; Tue, 4 Nov 2003 14:17:59 +0100 (CET) Received: by imp3-l.free.fr (Postfix, from userid 33) id 82F8B12F0E; Tue, 4 Nov 2003 14:17:59 +0100 (MET) Received: from ppp-106.net-551.magic.fr (ppp-106.net-551.magic.fr [62.210.251.106]) by imp3-l.free.fr (IMP) with HTTP for ; Tue, 4 Nov 2003 14:17:55 +0100 Message-ID: <1067951875.3fa7a703d86a5@imp3-l.free.fr> Date: Tue, 4 Nov 2003 14:17:55 +0100 From: jeanmichel.123@free.fr To: ReactOS Kernel List Subject: Re: [ros-kernel] Explorer does not compile References: <3FA6CFFF.30105@laposte.net> <200311032237.hA3Mbvlk008812@dutlru2.lr.tudelft.nl> <3FA7408D.4040100@laposte.net> <3965bec62c99e608ed39bc0bf14358b2@www2.mail.volny.cz> In-Reply-To: <3965bec62c99e608ed39bc0bf14358b2@www2.mail.volny.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.1 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Nov 2003 13:54:48 -0000 I cannot compile explorer. I have the following error: D:\roscvs\reactos\subsys\system\explorer>MAKE g++ -DWIN32 -D_ROS_ -D_WIN32_IE=0x0501 -D_WIN32_WINNT=0x0501 -fexceptions -Wall -DNDEBUG -Os -c -o shellclasses.o utility/shellclasses.cpp ... utility/shellclasses.h: In member function `const TCHAR* COMException::ErrorMessage() const': utility/shellclasses.h:81: warning: unsigned int format, long int arg (arg 3) utility/shellclasses.h: At global scope: utility/shellclasses.h:431: type specifier omitted for parameter `SHGDNF' utility/shellclasses.h:431: parse error before `=' token utility/shellclasses.h:461: type specifier omitted for parameter `SHGDNF' utility/shellclasses.h:461: parse error before `)' token utility/shellclasses.cpp:137: type specifier omitted for parameter `SHGDNF' utility/shellclasses.cpp:137: parse error before `)' token utility/shellclasses.cpp: In function `HRESULT name_from_pidl(...)': utility/shellclasses.cpp:141: `folder' undeclared (first use this function) utility/shellclasses.cpp:141: (Each undeclared identifier is reported only once for each function it appears in.) utility/shellclasses.cpp:141: `pidl' undeclared (first use this function) utility/shellclasses.cpp:141: `flags' undeclared (first use this function) utility/shellclasses.cpp:144: `buffer' undeclared (first use this function) utility/shellclasses.cpp:144: `len' undeclared (first use this function) utility/shellclasses.cpp: At global scope: utility/shellclasses.cpp:260: type specifier omitted for parameter `SHGDNF' utility/shellclasses.cpp:260: parse error before `)' token make: *** [shellclasses.o] Error 1 D:\roscvs\reactos\subsys\system\explorer> From xnavara@volny.cz Tue Nov 4 18:17:14 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id hA4HHENG024116 for ; Tue, 4 Nov 2003 18:17:14 +0100 Received: from majordomo.vol.cz (smtp4.vol.cz [195.250.128.43]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id hA4HHDlk026088 for ; Tue, 4 Nov 2003 18:17:13 +0100 Received: from hornet (prahab-4-7.dialup.vol.cz [62.177.69.29]) by majordomo.vol.cz (8.12.8p2/8.12.8) with SMTP id hA4HH0IG090972 for ; Tue, 4 Nov 2003 18:17:01 +0100 (CET) (envelope-from xnavara@volny.cz) Message-ID: <005901c3a2f7$752533a0$1d45b13e@hornet> From: "Filip Navara" To: Date: Tue, 4 Nov 2003 18:08:07 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: [ros-kernel] Status of Explorer under ReactOS X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Nov 2003 17:17:14 -0000 Hi all! After few recent messages about the Explorer and announcement of Richard Campbell's return I thought it would be good to inform about the current state of Explorer under ReactOS. This message is supposed to tell developers about possible tasks and also to tell beta-testers what they can expect. WARNING: The next lines represents solely my own thoughts and it can be far from correct! Current status: Basicly it only starts, but almost all need underlying features of the system are implemented. There are only bugs, bugs and bugs that prevent is from working correctly... :-( Known issues: * Strings in Start Menu aren't displayed correctly. In Ansi version of exporer.exe only first letter of Start button and Start Menu items is shown. Cause of this bug is unknown, but it works correctly with unicode version of explorer.exe. * Icons on desktop aren't shown. There are black (with older CVS snapshots) or white (with > November 31st 2003 CVS) squares displayed instead of real icons. I am not sure, but I think the cause of this are unimplemented PrivateExtractIcon[s][AW] functions in user32.dll. * Desktop background is white. This is not our bug, but rather incompletness of Wine's shell32.dll. I did a small patch for this that was persent in my last Wine DLLs snapshot, but it wasn't completly correct. * Moving with mouse through Start Menu causes kernel mode crash. Cause of this bug? set_focus_window (line ~780) - subsys/win32k/ntuser/window.c It crashes on line Window->MessageQueue->FocusWindow = New; and now you can guess what window doesn't have message queue? Yes, it's the desktop one! And how do we got there? It's called from WinPosShowWindow function (when submenu of the Start Menu is hidden). It should be fairly easy to fix, but I will not do that because there is plan to move desktop handling into CSRSS and that will fix this bug in more clever way. * Explorer crashes right after started. (introduced November 2nd 2003) This bug appered after adding MDI support to user32.dll. It appers because before this commit no windows were opened and there were no buttons on taskbar. I don't know what's the direct cause of this bug. For now the only way to workaround this is to run explorer with parameter "-noexplorer". Stack trace: - DrawIconEx (called with invalid icon handle) - lib/user32/windows/icon.c - create_bitmap_from_icon - subsys/system/explorer/taskbar/taskbar.cpp ... * Explorer browsing doesn't work when run with "-nodesktop". For some reason IShellFolder::ParseDisplayName (from shell32.dll) returns E_INVALIDARG in call from subsys/system/explorer/utility/shellclasses.h (line ~ 526) with path "c:\reactos". When you close the message box shown and try to click on one of the buttons in toolbar (Shell, A:\, C:\, ...) it causes usermode exception. Stack trace: - _splitpath - lib/msvcrt/stdlib/splitp.c - MainFrame::activate_drive_window - subsys/system/explorer/shell/mainframe.cpp - MainFrame::Command - subsys/system/explorer/shell/mainframe.cpp - Window::WindowWndProc - subsys/system/explorer/utility/window.cpp - CallWindowProcW - lib/user32/windows/message.c - User32CallWindowProcFromKernel - lib/user32/windows/window.c ... Feel free comment on this. Filip P.S. Sorry for my terrible English and ugly writing style. ;-) From xnavara@volny.cz Tue Nov 4 18:21:04 2003 Received: from dutlru2.lr.tudelft.nl (dutlru2.lr.tudelft.nl [130.161.164.58]) by dutlaso.lr.tudelft.nl (8.12.8/8.12.8) with ESMTP id hA4HL4NG024140 for ; Tue, 4 Nov 2003 18:21:04 +0100 Received: from majordomo.vol.cz (smtp4.vol.cz [195.250.128.43]) by dutlru2.lr.tudelft.nl (8.12.10/8.12.10) with ESMTP id hA4HL3lk029304 for ; Tue, 4 Nov 2003 18:21:03 +0100 Received: from hornet (prahab-4-7.dialup.vol.cz [62.177.69.29]) by majordomo.vol.cz (8.12.8p2/8.12.8) with SMTP id hA4HKjIG091636 for ; Tue, 4 Nov 2003 18:20:45 +0100 (CET) (envelope-from xnavara@volny.cz) Message-ID: <007601c3a2f7$f9d762d0$1d45b13e@hornet> From: "Filip Navara" To: "ReactOS Kernel List" References: <3FA6CFFF.30105@laposte.net><200311032237.hA3Mbvlk008812@dutlru2.lr.tudelft.nl><3FA7408D.4040100@laposte.net><3965bec62c99e608ed39bc0bf14358b2@www2.mail.volny.cz> <1067951875.3fa7a703d86a5@imp3-l.free.fr> Subject: Re: [ros-kernel] Explorer does not compile Date: Tue, 4 Nov 2003 18:20:41 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-BeenThere: ros-kernel@reactos.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ReactOS Kernel List List-Id: ReactOS Kernel List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Nov 2003 17:21:04 -0000 You need never version of W32API. Read http://www.sky.franken.de/explorer/. Filip ----- Original Message ----- From: To: "ReactOS Kernel List" Sent: Tuesday, November 04, 2003 2:17 PM Subject: Re: [ros-kernel] Explorer does not compile > I cannot compile explorer. > > I have the following error: > > > D:\roscvs\reactos\subsys\system\explorer>MAKE > g++ -DWIN32 -D_ROS_ -D_WIN32_IE=0x0501 -D_WIN32_WINNT=0x0501 -fexceptions -W all > -DNDEBUG -Os -c -o shellclasses.o utility/shellclasses.cpp > > ... > > utility/shellclasses.h: In member function `const TCHAR* > COMException::ErrorMessage() const': > utility/shellclasses.h:81: warning: unsigned int format, long int arg (arg 3) > utility/shellclasses.h: At global scope: > utility/shellclasses.h:431: type specifier omitted for parameter `SHGDNF' > utility/shellclasses.h:431: parse error before `=' token > utility/shellclasses.h:461: type specifier omitted for parameter `SHGDNF' > utility/shellclasses.h:461: parse error before `)' token > utility/shellclasses.cpp:137: type specifier omitted for parameter `SHGDNF' > utility/shellclasses.cpp:137: parse error before `)' token > utility/shellclasses.cpp: In function `HRESULT name_f