From MAILER-DAEMON Wed Aug 01 02:41:55 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fkkpX-00009H-0o for mharc-discuss-gnustep@gnu.org; Wed, 01 Aug 2018 02:41:55 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33984) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fkkpU-00009A-MY for discuss-gnustep@gnu.org; Wed, 01 Aug 2018 02:41:54 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fkkpQ-0003oi-Q2 for discuss-gnustep@gnu.org; Wed, 01 Aug 2018 02:41:52 -0400 Received: from smtp-35-i6.italiaonline.it ([213.209.14.35]:52972 helo=libero.it) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fkkpQ-0003oS-Hf for discuss-gnustep@gnu.org; Wed, 01 Aug 2018 02:41:48 -0400 Received: from [192.168.1.153] ([151.20.80.211]) by smtp-35.iol.local with SMTP id kkpNfU7ggxxHwkkpNf7PoE; Wed, 01 Aug 2018 08:41:46 +0200 x-libjamoibt: 1601 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=libero.it; s=s2014; t=1533105706; bh=9QMo5cRixrfYamS4ZH4lCY1IztecKoVfAUu/CSNIwuE=; h=To:From:Subject:Date; b=B6ev56pKF9RKQ1yvjX2tsTtyWdXgFB+Jf1oWB4INrYAXZxqRt22JwlPBiZ1mDjaF1 6ijqVUJhRDrqKJ3Rd+Oc2A4CL25kohRhGCQs7ksl1Ig1FoKvaqz7HdyYBPMNWWzURX qk09yKwBEuAKk99QHaHnRBRivB+/DptmeLsW/3sVyuqF/0klb6H/XbxEpPOv+utSKY Qr89hzXh0uhCBudHWz7MDwkFIGCWXuY0Ju6gB2pNYLIcFqaX9js8SbdHc4AUp+fIg0 9TBVuxLm2qi7O4DAqnXKXuEOsah7WRTkjWl0m/pLP7CZYJrFnthtN8YlGK2CQU8njz GnbPTPdvRWXEw== X-CNFS-Analysis: v=2.2 cv=FMtr/6gs c=1 sm=1 tr=0 a=5r4wB4XZ7lRyr75Jte4Bcw==:117 a=5r4wB4XZ7lRyr75Jte4Bcw==:17 a=IkcTkHD0fZMA:10 a=sRj-HyROB5BO31_e9acA:9 a=QEXdDO2ut3YA:10 To: Discuss GNUstep From: Riccardo Mottola Subject: Crash on app start due to icon Message-ID: <5f89a02a-5b68-67a6-f686-a6d5f6b74e74@libero.it> Date: Wed, 1 Aug 2018 08:41:45 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.3 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-CMAE-Envelope: MS4wfG38FYI7Y1jpOFy3me9l3FjA5OduEwELd/XONNoN1h7jJzJS3X9Tu/omqNydbgKmlfna303PnUqCg47UOYx48O5SFPzKMS/B2awZcK5voyYDcAAXxbvU GZxhA5OofmCRkEkw6dIs9n6jM7+4w9Gjd2+finAYDJtKE3IpTRGNOlgvgJCB5j+XdWT3UceYrha0qw== X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 213.209.14.35 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2018 06:41:54 -0000 Hi, after having upgraded base, gui, back on Ubuntu I observe the followiing crash when any GUI app is started. I am running windowmaker. This smells to be related to the "app icon fix".given the trace below calling the new method. Riccardo Program received signal SIGSEGV, Segmentation fault. 0xb7b3b1a6 in -[NSApplication setApplicationIconImage:] (     self=0xb7b384f7 <-[NSApplication(Private) _loadAppIconImage]+503>,     _cmd=0x81ba588, anImage=0xb7ed3238 <_OBJC_SELECTOR_TABLE+3256>)     at NSApplication.m:2392 2392      imageSize = [_app_icon size]; (gdb) #0  0xb7b3b1a6 in -[NSApplication setApplicationIconImage:] (     self=0xb7b384f7 <-[NSApplication(Private) _loadAppIconImage]+503>,     _cmd=0x81ba588, anImage=0xb7ed3238 <_OBJC_SELECTOR_TABLE+3256>)     at NSApplication.m:2392 #1  0xb7ed3230 in _OBJC_SELECTOR_TABLE ()    from /System/Library/Libraries/libgnustep-gui.so.0.26 #2  0xb7b384f7 in -[NSApplication(Private) _loadAppIconImage] (self=0x81ba588,     _cmd=0xb7ed2c08 <_OBJC_SELECTOR_TABLE+1672>) at NSApplication.m:3834 #3  0xb7b40c31 in -[NSApplication _init] (self=0x81ba588,     _cmd=0xb7ed2c68 <_OBJC_SELECTOR_TABLE+1768>) at NSApplication.m:885 #4  0xb76a51ea in -[NSObject performSelector:withObject:] (self=0x81ba588,     _cmd=0xb7a24af8 <_OBJC_SELECTOR_TABLE+280>,     aSelector=0xb7ed2c68 <_OBJC_SELECTOR_TABLE+1768>, anObject=0x81ba588)     at NSObject.m:2009 #5  0xb7711a43 in -[NSObject(NSThreadPerformAdditions) performSelector:onThread:withObject:waitUntilDone:modes:] (self=0x81ba588,     _cmd=0xb7a24c00 <_OBJC_SELECTOR_TABLE+544>,     aSelector=0xb7ed2c68 <_OBJC_SELECTOR_TABLE+1768>, aThread=,     anObject=0x81ba588, aFlag=1 '\001', anArray=0x81a9b20) at NSThread.m:2136 #6  0xb770d4c3 in -[NSObject(NSThreadPerformAdditions) performSelectorOnMainThread:withObject:waitUntilDone:modes:] (self=0x81ba588,     _cmd=0xb7a24c08 <_OBJC_SELECTOR_TABLE+552>,     aSelector=0xb7ed2c68 <_OBJC_SELECTOR_TABLE+1768>, anObject=0x81ba588, From MAILER-DAEMON Wed Aug 01 06:10:09 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fko53-0003lB-1B for mharc-discuss-gnustep@gnu.org; Wed, 01 Aug 2018 06:10:09 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:48137) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fko51-0003l0-3r for discuss-gnustep@gnu.org; Wed, 01 Aug 2018 06:10:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fko4x-0007FG-VS for discuss-gnustep@gnu.org; Wed, 01 Aug 2018 06:10:07 -0400 Received: from mail-wm0-x22b.google.com ([2a00:1450:400c:c09::22b]:39158) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fko4x-0007Ep-PT for discuss-gnustep@gnu.org; Wed, 01 Aug 2018 06:10:03 -0400 Received: by mail-wm0-x22b.google.com with SMTP id q8-v6so1311250wmq.4 for ; Wed, 01 Aug 2018 03:10:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:mime-version:subject:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=rFHx8vGN6sAwCdCM95LD1InZlMKJqV4400xCZ5vAmRU=; b=fWUc4ancDr14szC/o9iojJ+bvFUSPBJyHJL8dNZOtzpRdzgpepXQAhmJZ5me0oKZd1 V08UZMQc10i8T/H0BDrD+dMKQN2YuNMRf5snD3kicRn1w4MQspbigQriNiYfU4cNL4ee IzbSezDQXpBaaOsaU/cGrJpa+Y+fii/Ai/l6ErezWqZX5iOMe5zXsCU4LYQNAyNPFI26 nqrapRI1T6bUMjFKxfC3N9Iv38oUOx+Le4zGiQKv6BZBjVtfBbOt6BrmLHEdWEbvluek TizeC571UfDajXCGhyDkIe14pTFG9AEUPYJAefK4QSeHmtgk0n4ckxGBJNvm8dexYx0a 1I5A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:subject:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=rFHx8vGN6sAwCdCM95LD1InZlMKJqV4400xCZ5vAmRU=; b=TjxM23BdfDGM9A5IIQY3FguLhuDOuTMxKJSUNabpLWy8SuhHFBSFFRWQDH0GoIicux PlmFwVncwWhbduFeMqaVmTiQKVERdwPiHUxSiFnmxcQteN/hR1dTkZK2UxbETIL09FVn rXueGFIxZn/ymuhL+qVhK68EaVaZTFqORK9eUf6g1EweO0CX54Loh8o9xlA2oLr1SWxZ 8ceayMeizZYj5yw0joHIiU8nLXnO26f4e6YgDojXJ320NLFDUSlzIkgMKcJ4rZRfiELj buoN5Dj3vpr1VwHBUV0/CRSISaboDBdH5l/DHIkMAkwnqBlOUugwQpW4/aeViX+Zp0Ab OTaQ== X-Gm-Message-State: AOUpUlF6qundt6AewyrsxhSdz8kERbn0aNdl/DYWi6CCnh1E6tVg12H5 5NklGrPjpCsOVBjG3WlCRM4= X-Google-Smtp-Source: AAOMgpeBXoIhsfsj+84h5ys0ux84yxeGbtISwr/EOA0W3gB0WTXQjCmq24w+9gqSoJIjm1gVJHPwXg== X-Received: by 2002:a1c:cbc1:: with SMTP id b184-v6mr2388916wmg.149.1533118202637; Wed, 01 Aug 2018 03:10:02 -0700 (PDT) Received: from [10.85.10.6] ([23.92.127.2]) by smtp.gmail.com with ESMTPSA id t25-v6sm3234816wmh.15.2018.08.01.03.10.01 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 01 Aug 2018 03:10:02 -0700 (PDT) From: Richard Frith-Macdonald X-Google-Original-From: Richard Frith-Macdonald Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Crash on app start due to icon In-Reply-To: <5f89a02a-5b68-67a6-f686-a6d5f6b74e74@libero.it> Date: Wed, 1 Aug 2018 11:10:01 +0100 Cc: Discuss GNUstep Content-Transfer-Encoding: quoted-printable Message-Id: <6C10B40F-9D47-4CD9-A774-C849AD5C27D9@theengagehub.com> References: <5f89a02a-5b68-67a6-f686-a6d5f6b74e74@libero.it> To: Riccardo Mottola X-Mailer: Apple Mail (2.3445.9.1) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:400c:c09::22b X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2018 10:10:08 -0000 > On 1 Aug 2018, at 07:41, Riccardo Mottola = wrote: >=20 > Hi, >=20 > after having upgraded base, gui, back on Ubuntu I observe the = followiing crash when any GUI app is started. > I am running windowmaker. >=20 > This smells to be related to the "app icon fix".given the trace below = calling the new method. >=20 > Riccardo >=20 > Program received signal SIGSEGV, Segmentation fault. > 0xb7b3b1a6 in -[NSApplication setApplicationIconImage:] ( > self=3D0xb7b384f7 <-[NSApplication(Private) = _loadAppIconImage]+503>, > _cmd=3D0x81ba588, anImage=3D0xb7ed3238 <_OBJC_SELECTOR_TABLE+3256>) > at NSApplication.m:2392 Of course my situation is probably wildly different, but when I read = this email I checked Ink.app with the latest base from git, then with = the latest gui, then with the latest back. After each update from git Ink.app started up normally. So at least on my system (CentOS-7, 64bit) the x11/cairo backend seems = to be OK.= From MAILER-DAEMON Wed Aug 01 06:44:33 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fkocK-0008Ib-W6 for mharc-discuss-gnustep@gnu.org; Wed, 01 Aug 2018 06:44:33 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56421) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fkocI-0008IT-TL for discuss-gnustep@gnu.org; Wed, 01 Aug 2018 06:44:31 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fkocE-0006AN-Vp for discuss-gnustep@gnu.org; Wed, 01 Aug 2018 06:44:30 -0400 Received: from smtp-35-i6.italiaonline.it ([213.209.14.35]:45399 helo=libero.it) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fkocE-0006AA-MZ for discuss-gnustep@gnu.org; Wed, 01 Aug 2018 06:44:26 -0400 Received: from DEV21 ([46.21.177.226]) by smtp-35.iol.local with SMTP id kocCfkgeXxxHwkocCf8o9X; Wed, 01 Aug 2018 12:44:24 +0200 x-libjamoibt: 1601 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=libero.it; s=s2014; t=1533120264; bh=a4lhLtT8jxGitZU4jV0D4gjaicV638BSlSDGr46rQN4=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=aSaLZ38SiXdDHW8m9sO5PwrTShxjxPfjfX+FBPnKWqLRDc3oUqFGvRl3fAV49DwMk Txs0PJntV59vXlMU0HvVtnuubELTfldI8G25pD2649dEKHkw6YADvHU7GB2hXysE/y uppi7NEFRP9LxweJ6R7m/4+NeN+Hul6URd9lXBnax9F2bim1hFG/DVdm4ab5uHSeOZ TXuPzOe9/zteVCaNjmJNF28ST+jx2o49/x2zTBBvT9VmBCqJXbrDRp9es04+nvIKO7 Eh3yZizzAHZnpdjmhvFS2WA4cepT3AWsBIfCA+SDL8YTiNF/ImSiPYk8nfnLPRzkCZ tyWK/AgUeHC+A== X-CNFS-Analysis: v=2.2 cv=FMtr/6gs c=1 sm=1 tr=0 a=gfSuWC0KZl1BcmXOoRnORQ==:117 a=gfSuWC0KZl1BcmXOoRnORQ==:17 a=IkcTkHD0fZMA:10 a=6jYQ-a5KfE6CG8Ppk_8A:9 a=QEXdDO2ut3YA:10 Subject: Re: Crash on app start due to icon To: Richard Frith-Macdonald Cc: Discuss GNUstep References: <5f89a02a-5b68-67a6-f686-a6d5f6b74e74@libero.it> <6C10B40F-9D47-4CD9-A774-C849AD5C27D9@theengagehub.com> From: Riccardo Mottola Message-ID: <786b3793-a322-de36-15b3-03b072783d51@libero.it> Date: Wed, 1 Aug 2018 12:44:24 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.3 MIME-Version: 1.0 In-Reply-To: <6C10B40F-9D47-4CD9-A774-C849AD5C27D9@theengagehub.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4wfFJ9as8qoGBkzK0DmWGUNs66OoZrmXB2ONcnwjD+teJcVVPKl0+sJ5rREdwiNpM3GaHJClvAA6HJrA4oqRWmvcrPDiXcXyxHanJI/QaQrQ4PUXrQZHU1 jpJX2s5Y9ONiq5wxfhwkFbw2MrC5zKCjJcqeIdqa1KxZ3lVHb4IT7lurkuVtRXWMBZCl87eicHxbTt15g4V0cc1OmX71S4HlUtYETcCfA5+gvHFs1sDzcPk6 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 213.209.14.35 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2018 10:44:31 -0000 Richard Frith-Macdonald wrote: >> Program received signal SIGSEGV, Segmentation fault. >> 0xb7b3b1a6 in -[NSApplication setApplicationIconImage:] ( >> self=0xb7b384f7 <-[NSApplication(Private) _loadAppIconImage]+503>, >> _cmd=0x81ba588, anImage=0xb7ed3238 <_OBJC_SELECTOR_TABLE+3256>) >> at NSApplication.m:2392 > Of course my situation is probably wildly different, but when I read this email I checked Ink.app with the latest base from git, then with the latest gui, then with the latest back. > After each update from git Ink.app started up normally. > So at least on my system (CentOS-7, 64bit) the x11/cairo backend seems to be OK. I can reproduce this on 3 systems. When I revert the two commits by Gregory about icons, things works again. So I am sure that they cause the issue, although not exactly what is wrong. Riccardo From MAILER-DAEMON Wed Aug 01 07:33:52 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fkpO4-0007Gv-QO for mharc-discuss-gnustep@gnu.org; Wed, 01 Aug 2018 07:33:52 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37894) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fkpO2-0007Go-3Y for discuss-gnustep@gnu.org; Wed, 01 Aug 2018 07:33:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fkpNw-0001xk-JF for discuss-gnustep@gnu.org; Wed, 01 Aug 2018 07:33:50 -0400 Received: from mail-ed1-x52e.google.com ([2a00:1450:4864:20::52e]:34306) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fkpNw-0001xM-C6 for discuss-gnustep@gnu.org; Wed, 01 Aug 2018 07:33:44 -0400 Received: by mail-ed1-x52e.google.com with SMTP id h1-v6so6488688eds.1 for ; Wed, 01 Aug 2018 04:33:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=YHeX8CIL/9pWZGdJg3k7HJjCAnJim+H1MWSnZfSD4+8=; b=rwnTCBb8WGngR1Av1HL6PiY/P0n5HXsztNKz/NSOcUZOhmWzvbhKpPXi/oLHzYIgoh tpXFViShjeyF7+4GurvobpxyRtq3LhV/5B59UxW7V7i25eM7H2Fh8mYf/J1hTR6mC5Lu 1zDarzTp8wi5O/qEJwNZPzNZJG04o95Kad2doTxdoznjMD96MIzkIU/gtNj5h/tXlXcH 4LR8iPZICkOzQ0sUkEsmB2qyzJGiB1EO+gIRYw7F+MXE51sXPK44rO+T7agr2qQrQ6Sd A3ond6Zg2c7/NkPzq221q5YYwMkLiLwo7WEePx1hKcVu9OO+PUx3Ca3VDXaNN34n+lu2 mE+w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=YHeX8CIL/9pWZGdJg3k7HJjCAnJim+H1MWSnZfSD4+8=; b=iLMr0E41D7H3/8Dxuxv6GyFWZSNq8cPmM+SDRlhrArT13aM9mXrROl2J8oLLoANOgh FecJLZmRYrwpMni4Yn1ywDuHPBD0o4Gc7aWIFu1l/5iBG90D0MfWE1kKUEZW7nrms4qF uEaPqg0NGJW+dkwJpxCxRqoMcbaGMLFnwkfRB2GwXeJXBUuwslZfweDievBcAzu+NhIr iD64HbxepHb5EE/qh5Ljy9iQ4HF3SAGqn+RE3OJfY124hutbYPJtH9+mNVPtqBEGMh6/ UFzopAJldkC10BgVGcWPfAqak1DVFtVLVjXIGmnp84JVS0a/m3VZCol5ay8Lc/GeWG44 C6vg== X-Gm-Message-State: AOUpUlF9PSVZWsEcUl8SNqQ0tZCH119q/EKYxUcqTUEBSsEHKnyNJDfg t6PXXZtTc8EaGm4ztXjntV0= X-Google-Smtp-Source: AAOMgpdte3pGk6CEhPZNQpF8EsDUXwyqCFvm32Zt04wmigiqvYXyjHY/deiQgBuCpgtODr07cnHtHA== X-Received: by 2002:a50:8b65:: with SMTP id l92-v6mr3600373edl.44.1533123221909; Wed, 01 Aug 2018 04:33:41 -0700 (PDT) Received: from [192.168.0.7] (x5ce36c1e.dyn.telefonica.de. [92.227.108.30]) by smtp.gmail.com with ESMTPSA id g14-v6sm4059361edm.25.2018.08.01.04.33.40 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 01 Aug 2018 04:33:41 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Crash on app start due to icon From: Wolfgang Lux In-Reply-To: <5f89a02a-5b68-67a6-f686-a6d5f6b74e74@libero.it> Date: Wed, 1 Aug 2018 13:33:39 +0200 Cc: Discuss GNUstep Content-Transfer-Encoding: quoted-printable Message-Id: References: <5f89a02a-5b68-67a6-f686-a6d5f6b74e74@libero.it> To: Riccardo Mottola X-Mailer: Apple Mail (2.3445.9.1) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::52e X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2018 11:33:51 -0000 Hi Riccardo, > Program received signal SIGSEGV, Segmentation fault. > 0xb7b3b1a6 in -[NSApplication setApplicationIconImage:] ( > self=3D0xb7b384f7 <-[NSApplication(Private) = _loadAppIconImage]+503>, > _cmd=3D0x81ba588, anImage=3D0xb7ed3238 = <_OBJC_SELECTOR_TABLE+3256>) > at NSApplication.m:2392 > 2392 imageSize =3D [_app_icon size]; > (gdb) >=20 > #0 0xb7b3b1a6 in -[NSApplication setApplicationIconImage:] ( > self=3D0xb7b384f7 <-[NSApplication(Private) = _loadAppIconImage]+503>, > _cmd=3D0x81ba588, anImage=3D0xb7ed3238 = <_OBJC_SELECTOR_TABLE+3256>) > at NSApplication.m:2392 > #1 0xb7ed3230 in _OBJC_SELECTOR_TABLE () > from /System/Library/Libraries/libgnustep-gui.so.0.26 > #2 0xb7b384f7 in -[NSApplication(Private) _loadAppIconImage] = (self=3D0x81ba588, > _cmd=3D0xb7ed2c08 <_OBJC_SELECTOR_TABLE+1672>) at = NSApplication.m:3834 > #3 0xb7b40c31 in -[NSApplication _init] (self=3D0x81ba588, This stack trace looks fairly weird to me; it seems like the debug info = does not match the code. This reminds me of situations where my programs = got linked to two different versions of a GNUstep library (a newer one = used directly from the application and an older one linked indirectly = from some library/bundle that I forgot to recompile). You might check = using info sharedlibrary from the gdb prompt and looking for more than one instance of = libgnustep-gui.so in the list. Wolfgang From MAILER-DAEMON Wed Aug 01 09:14:11 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fkqx9-0001JF-JZ for mharc-discuss-gnustep@gnu.org; Wed, 01 Aug 2018 09:14:11 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:38569) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fkqx7-0001J7-7E for discuss-gnustep@gnu.org; Wed, 01 Aug 2018 09:14:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fkqx5-0007da-RT for discuss-gnustep@gnu.org; Wed, 01 Aug 2018 09:14:09 -0400 Received: from mail-it0-x233.google.com ([2607:f8b0:4001:c0b::233]:53399) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fkqx5-0007dL-Ix for discuss-gnustep@gnu.org; Wed, 01 Aug 2018 09:14:07 -0400 Received: by mail-it0-x233.google.com with SMTP id 72-v6so9507481itw.3 for ; Wed, 01 Aug 2018 06:14:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=8ihKA8Md2DdTVyALqsNWbvvdu1jB8bV7mtFGC+RfEOQ=; b=ieDxeU3pGOduYqirQo3sR5e6UAXyhoMTxjEaGWpCpLDD6ktE8Hk5/WRBmfuti+xUxb F7NMhmYLaeoD1R5qpwOn4uj9FXX8QRoHH/fXULTXFEw1wJnwJBb3gGEzzt2RP0Xijf+e 94NRfXXau/ikF49eLxiXodnPd8sLeBjtQhKCA2Z6/bNi+IMrUMKSppPWyXYA6pjcDXIl JeCm8xg5Bk3pkDtCQ4PkleYhlYDDaHOqsaUeAvf2Zta/BoPCAxf2yOGIOmp2ANKWo3+K h+vbomTr4RvS37zZIeTNSFmcY6V1q51NaI3fzxlxagQxppqRL4fdSo5XSg9DGOltZbV4 bx/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=8ihKA8Md2DdTVyALqsNWbvvdu1jB8bV7mtFGC+RfEOQ=; b=PfYjtPVBD35UVdv5D7Z1c82dmK3rgs73/vYqWtA+dB8Ct8xqmbfA5rKERN/ca2G+p3 MmFukJJatYGpVp547tPKzcB3kj8+peL6aFmnySGksCSOhlTnJtno59k+cmAW5d3rFSjY AEHFBLVUK0Gs6Pg9O6Nx692utnJZCFOFLohtfGntWQ+bfbc2NrsDBwdlsrBcVSo2UiKL DCezQz4lhCcJD32JIaGidiRVjKH86VlTPIEdE5AbpqxO5RaV2sGt+Eq3VpFua35wSf64 0KBo+gBu7PYkWBHWpP/j3xTkmXaiP0rw5FBuWjVfYnhLGbot28wGffjrkIHFsGspZAbG fl/A== X-Gm-Message-State: AOUpUlF9dRvhbxkw8ICqKdSllNBDQLktLY+ZsxIJiTIOVjnDxEFrkpz3 qB5/CoCumjuktXZpCKiAOzy7cqp6P//6Y1NQrw== X-Google-Smtp-Source: AAOMgpduISKH/ITx04isvpkNKFRaQGlRdy0fiHphJf6/kGEmzjB6nNBuUNv/CpgqI7ly1mK1aEfU3CxPNjEcqpAjAi4= X-Received: by 2002:a24:b701:: with SMTP id h1-v6mr3221543itf.131.1533129246659; Wed, 01 Aug 2018 06:14:06 -0700 (PDT) MIME-Version: 1.0 References: <5f89a02a-5b68-67a6-f686-a6d5f6b74e74@libero.it> In-Reply-To: From: Gregory Casamento Date: Wed, 1 Aug 2018 09:13:56 -0400 Message-ID: Subject: Re: Crash on app start due to icon To: Wolfgang Lux Cc: Discuss GNUstep , Riccardo Mottola Content-Type: multipart/alternative; boundary="000000000000245ded05725f78f8" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4001:c0b::233 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2018 13:14:10 -0000 --000000000000245ded05725f78f8 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I=E2=80=99ve been running all apps for nearly two weeks without a problem. = I will try to reproduce. On Wed, Aug 1, 2018 at 07:34 Wolfgang Lux wrote: > Hi Riccardo, > > > Program received signal SIGSEGV, Segmentation fault. > > 0xb7b3b1a6 in -[NSApplication setApplicationIconImage:] ( > > self=3D0xb7b384f7 <-[NSApplication(Private) _loadAppIconImage]+503>= , > > _cmd=3D0x81ba588, anImage=3D0xb7ed3238 <_OBJC_SELECTOR_TABLE+3256>) > > at NSApplication.m:2392 > > 2392 imageSize =3D [_app_icon size]; > > (gdb) > > > > #0 0xb7b3b1a6 in -[NSApplication setApplicationIconImage:] ( > > self=3D0xb7b384f7 <-[NSApplication(Private) _loadAppIconImage]+503>= , > > _cmd=3D0x81ba588, anImage=3D0xb7ed3238 <_OBJC_SELECTOR_TABLE+3256>) > > at NSApplication.m:2392 > > #1 0xb7ed3230 in _OBJC_SELECTOR_TABLE () > > from /System/Library/Libraries/libgnustep-gui.so.0.26 > > #2 0xb7b384f7 in -[NSApplication(Private) _loadAppIconImage] > (self=3D0x81ba588, > > _cmd=3D0xb7ed2c08 <_OBJC_SELECTOR_TABLE+1672>) at NSApplication.m:3= 834 > > #3 0xb7b40c31 in -[NSApplication _init] (self=3D0x81ba588, > > This stack trace looks fairly weird to me; it seems like the debug info > does not match the code. This reminds me of situations where my programs > got linked to two different versions of a GNUstep library (a newer one us= ed > directly from the application and an older one linked indirectly from som= e > library/bundle that I forgot to recompile). You might check using > info sharedlibrary > from the gdb prompt and looking for more than one instance of > libgnustep-gui.so in the list. > > Wolfgang > > > _______________________________________________ > Discuss-gnustep mailing list > Discuss-gnustep@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnustep > --=20 Gregory Casamento GNUstep Lead Developer / OLC, Principal Consultant http://www.gnustep.org - http://heronsperch.blogspot.com http://ind.ie/phoenix/ --000000000000245ded05725f78f8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I=E2=80=99ve been running all apps for nearly two we= eks without a problem. =C2=A0 I will try to reproduce.=C2=A0

On Wed, Aug 1, 2018 at 07= :34 Wolfgang Lux <wolfgang.lux= @gmail.com> wrote:
Hi Ricca= rdo,

> Program received signal SIGSEGV, Segmentation fault.
> 0xb7b3b1a6 in -[NSApplication setApplicationIconImage:] (
>=C2=A0 =C2=A0 =C2=A0self=3D0xb7b384f7 <-[NSApplication(Private) _loa= dAppIconImage]+503>,
>=C2=A0 =C2=A0 =C2=A0_cmd=3D0x81ba588, anImage=3D0xb7ed3238 <_OBJC_SE= LECTOR_TABLE+3256>)
>=C2=A0 =C2=A0 =C2=A0at NSApplication.m:2392
> 2392=C2=A0 =C2=A0 =C2=A0 imageSize =3D [_app_icon size];
> (gdb)
>
> #0=C2=A0 0xb7b3b1a6 in -[NSApplication setApplicationIconImage:] (
>=C2=A0 =C2=A0 =C2=A0self=3D0xb7b384f7 <-[NSApplication(Private) _loa= dAppIconImage]+503>,
>=C2=A0 =C2=A0 =C2=A0_cmd=3D0x81ba588, anImage=3D0xb7ed3238 <_OBJC_SE= LECTOR_TABLE+3256>)
>=C2=A0 =C2=A0 =C2=A0at NSApplication.m:2392
> #1=C2=A0 0xb7ed3230 in _OBJC_SELECTOR_TABLE ()
>=C2=A0 =C2=A0 from /System/Library/Libraries/libgnustep-gui.so.0.26
> #2=C2=A0 0xb7b384f7 in -[NSApplication(Private) _loadAppIconImage] (se= lf=3D0x81ba588,
>=C2=A0 =C2=A0 =C2=A0_cmd=3D0xb7ed2c08 <_OBJC_SELECTOR_TABLE+1672>= ) at NSApplication.m:3834
> #3=C2=A0 0xb7b40c31 in -[NSApplication _init] (self=3D0x81ba588,

This stack trace looks fairly weird to me; it seems like the debug info doe= s not match the code. This reminds me of situations where my programs got l= inked to two different versions of a GNUstep library (a newer one used dire= ctly from the application and an older one linked indirectly from some libr= ary/bundle that I forgot to recompile). You might check using
=C2=A0 info sharedlibrary
from the gdb prompt and looking for more than one instance of libgnustep-gu= i.so in the list.

Wolfgang


_______________________________________________
Discuss-gnustep mailing list
Discuss-gnuste= p@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss= -gnustep
--
Gregory Casamento
GNUstep Lead Developer / OLC, Princi= pal Consultant
http= ://www.gnustep.org - http://heronsperch.blogspot.com
http://ind.ie/phoenix/
<= /div> --000000000000245ded05725f78f8-- From MAILER-DAEMON Wed Aug 01 12:30:12 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fku0p-000240-Va for mharc-discuss-gnustep@gnu.org; Wed, 01 Aug 2018 12:30:11 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44112) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fku0n-00023s-QV for discuss-gnustep@gnu.org; Wed, 01 Aug 2018 12:30:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fku0j-0000mh-S5 for discuss-gnustep@gnu.org; Wed, 01 Aug 2018 12:30:09 -0400 Received: from smtp-35-i6.italiaonline.it ([213.209.14.35]:48582 helo=libero.it) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fku0j-0000lt-Gf for discuss-gnustep@gnu.org; Wed, 01 Aug 2018 12:30:05 -0400 Received: from DEV21 ([46.21.177.226]) by smtp-35.iol.local with SMTP id ku0hf3JZExxHwku0hfATnO; Wed, 01 Aug 2018 18:30:03 +0200 x-libjamoibt: 1601 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=libero.it; s=s2014; t=1533141003; bh=yM1YjyxqnP/+4ncpO1QpxUB9XCD2quu6H1ch6s+O4S8=; h=From:Subject:To:Cc:Date; b=TDjqLduDab6MVUjDbnfR0Vr4anEfIX5Hp1gIpD27T9AsfmkwqlMgAKY5gjHMgdGba bJy+xZkb0RMEKE10OwE7/YF4Fr+L4WCblJ5ZTbfkPR1Y5gYn50+cDHTDbklulEgHKl BmlYOS3Qvik2PeOriHHKEJFJJjbqg0DyFuv96kJXJ5BuMon3/wnDdDs9Tv7Z9sbea/ K7wm9oH9oAnt17XdoPGXjTvWfOPHmgkWycvzbO39E5HzRDgPctMj3DHY/7S05qp6Dc IlKiTf6NK5oYOkmUTAcWOCR5cbTFKe/txGy5QTFnuwMEuTdqSvgUo3jdSmjcsbqn9x d9YDoQXSGAcVw== X-CNFS-Analysis: v=2.2 cv=FMtr/6gs c=1 sm=1 tr=0 a=gfSuWC0KZl1BcmXOoRnORQ==:117 a=gfSuWC0KZl1BcmXOoRnORQ==:17 a=8nJEP1OIZ-IA:10 a=pGLkceISAAAA:8 a=lyUqTtk5Dhb4vr-MI7gA:9 a=wPNLvfGTeEIA:10 From: Riccardo Mottola Subject: Re: Crash on app start due to icon To: Wolfgang Lux Cc: Discuss GNUstep Message-ID: Date: Wed, 1 Aug 2018 18:30:03 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.3 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4wfKKVIhTaoaMKVzZz8oUVFbffqnXC3Ct8TYxXdk9MGsFUmCdiBtOgblGfs+1Z/CWvRQWzdG2Mrqu9imavxFN+8NuG7LZt/Taghv+fAw5PnuvHhZgz7vxb e5zEMeg2Ks8jGNmBi97h251UDmg9nG6Ly6qjWEoc1uIHhmHluocU8nB9adsvRQssXh9jyD3WSEqS7ZbD+g0DbcfMBhpYJXD04pA= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 213.209.14.35 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2018 16:30:10 -0000 Hi, On 2018-08-01 13:33:39 +0200 Wolfgang Lux wrote: > Hi Riccardo, > > > This stack trace looks fairly weird to me; it seems like the debug > info does > not match the code. This reminds me of situations where my programs > got > linked to two different versions of a GNUstep library (a newer one > used > directly from the application and an older one linked indirectly from > some > library/bundle that I forgot to recompile). You might check using > info sharedlibrary > from the gdb prompt and looking for more than one instance of > libgnustep-gui.so in the list. It is indeed strange, I saw that too.. however the problem is quite reproducable. I will clean & check on this system (Debian) I got this trace from another computer (Gentoo) It is clearly "corrupted". I guess that the _app_icon is invalid. Program received signal SIGSEGV, Segmentation fault. 0xb7b356a2 in -[NSApplication setApplicationIconImage:] ( self=0xb7b329d3 <-[NSApplication(Private) _loadAppIconImage]+483>, _cmd=0x537200, anImage=0xb7ece238 <_OBJC_SELECTOR_TABLE+3256>) at NSApplication.m:2392 2392 imageSize = [_app_icon size]; (gdb) bt #0 0xb7b356a2 in -[NSApplication setApplicationIconImage:] ( self=0xb7b329d3 <-[NSApplication(Private) _loadAppIconImage]+483>, _cmd=0x537200, anImage=0xb7ece238 <_OBJC_SELECTOR_TABLE+3256>) at NSApplication.m:2392 #1 0x005ac9d0 in ?? () Backtrace stopped: previous frame inner to this frame (corrupt stack?) (gdb) p _app_icon $1 = (struct NSImage *) 0x2474ff55 (gdb) po _app_icon Cannot access memory at address 0x2474ff55 If I back out exactly the two commits from Gregory, Ink (as well as other apps, I'm using Ink only for simplicity) starts again. Riccardo From MAILER-DAEMON Wed Aug 01 12:39:12 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fku9Y-00059X-LB for mharc-discuss-gnustep@gnu.org; Wed, 01 Aug 2018 12:39:12 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46038) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fku9W-00059M-NZ for discuss-gnustep@gnu.org; Wed, 01 Aug 2018 12:39:11 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fku9T-0006LH-Hm for discuss-gnustep@gnu.org; Wed, 01 Aug 2018 12:39:10 -0400 Received: from theravensnest.org ([46.226.110.62]:63043) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fku9T-0006Cz-4t for discuss-gnustep@gnu.org; Wed, 01 Aug 2018 12:39:07 -0400 Received: from [10.106.106.99] (userh472.uk.uudial.com [194.69.102.99]) (authenticated bits=0) by theravensnest.org (8.15.2/8.15.2) with ESMTPSA id w71GcIpu064731 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Wed, 1 Aug 2018 16:38:18 GMT (envelope-from gnustep@theravensnest.org) X-Authentication-Warning: mail: Host userh472.uk.uudial.com [194.69.102.99] claimed to be [10.106.106.99] From: David Chisnall Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Windows support in libobjc2 Message-Id: <1E0683D1-0FAB-426A-A756-C75E3E1CAC9B@theravensnest.org> Date: Wed, 1 Aug 2018 17:38:53 +0100 To: Discuss Gnustep X-Mailer: Apple Mail (2.3273) X-detected-operating-system: by eggs.gnu.org: FreeBSD 9.x [fuzzy] X-Received-From: 46.226.110.62 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2018 16:39:11 -0000 Hello, I have spent a little bit of time integrating some of the work done by = the WinObjC team with libobjc2 and now have the relevant clang changes = under review: https://reviews.llvm.org/D50144 With this clang patch, it is now possible to build an objc.dll that = supports the new ABI (with all of the introspection improvements and = reduced binary size that this includes) as well as providing = SEH-compatible exception support (so you can throw exceptions through = MSVC-compiled C/C++ code and everything works). I=E2=80=99ve tested = with the runtime=E2=80=99s test suite on i386 and x64 Windows. = Incremental linking doesn=E2=80=99t work, but everything else does. I = have not tested with linkers other than Microsoft=E2=80=99s LINK.EXE, = but compatible linkers ought to work. Building on Windows is still a little bit painful, but I can provide = binaries of clang and the runtime if anyone wants to test a bit more. = Is anyone using Windows and GNUstep? David From MAILER-DAEMON Wed Aug 01 16:44:27 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fkxyt-0001AX-Kl for mharc-discuss-gnustep@gnu.org; Wed, 01 Aug 2018 16:44:27 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60295) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fkxyr-0001AQ-Ce for discuss-gnustep@gnu.org; Wed, 01 Aug 2018 16:44:26 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fkxyn-0005pk-Gh for discuss-gnustep@gnu.org; Wed, 01 Aug 2018 16:44:25 -0400 Received: from mail-oi0-x229.google.com ([2607:f8b0:4003:c06::229]:43522) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fkxyn-0005pH-4H for discuss-gnustep@gnu.org; Wed, 01 Aug 2018 16:44:21 -0400 Received: by mail-oi0-x229.google.com with SMTP id b15-v6so37123651oib.10 for ; Wed, 01 Aug 2018 13:44:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=vucica.net; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=IQKlYiYet0GNmAaPDpDJS27TJKoXxbZQTj9bws7XPQI=; b=JUW5V2bPwz39pshjJAJ30HQBSgicRzwMnZD+Nox3sIWP+kmXUBHtHIvj4Nnc66fufV ZUfmtAR0JQdNKfJF3VMU2nr0T/jSnq9lYD4WDdWJh1W5htH6YYL0iiBZv5FWgX7VkUcw wuwzWX/N1f5f2XquUyM3O5yPf0a85E6125wLE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=IQKlYiYet0GNmAaPDpDJS27TJKoXxbZQTj9bws7XPQI=; b=Vjr1Pxl0NTkBsUXk2i1W2YacL3j1DGcMFRl/zhysX30W47EQFfkBXSG3Md/mqBUfo9 mzsJTJeODSCe+u1Ee3wTxqOquHMgcnBPoNzICtjHy3Wvpy81yjGAoV/9AYladg77mtjj T3AYERJXq6aK/MhvrENfzUzGO1Dcr0L/7ec1ObqO6IE89L98Rth7/wdVyQqzbsNZ0eAg xECgInBytMHjxcA57kwwYzdJHpIfJzB2AKI1OZREHCom7JLfAI0lLQqdTPrJmIQxr1HD 6sCZK0PmdzMCeyzWMZrT5nozUtgY3W6zMeo4dy4b35mYyjDbP0isfzVLoeELgp657pgk 8YHg== X-Gm-Message-State: AOUpUlET7AW3k3r4M+xR09oHolRbVmjqtM7NqYXc/JcvbxUiTs+kLD6f LoQ4IsbsmLfaMLRKx3iY+BK6h3ro1YK+oQ== X-Google-Smtp-Source: AAOMgpdW0w+dEuDcq/os3zNZd5QKKlwIVj+Hj8cQRbAVsgTtTvzJzdsdL6V9J2rpiW9CiRlgGt4MnA== X-Received: by 2002:aca:abcb:: with SMTP id u194-v6mr5424938oie.95.1533156259631; Wed, 01 Aug 2018 13:44:19 -0700 (PDT) Received: from mail-oi0-f47.google.com (mail-oi0-f47.google.com. [209.85.218.47]) by smtp.gmail.com with ESMTPSA id f144-v6sm14775799oib.39.2018.08.01.13.44.18 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 01 Aug 2018 13:44:18 -0700 (PDT) Received: by mail-oi0-f47.google.com with SMTP id b15-v6so37123541oib.10 for ; Wed, 01 Aug 2018 13:44:18 -0700 (PDT) X-Received: by 2002:aca:ea05:: with SMTP id i5-v6mr5393155oih.60.1533156258372; Wed, 01 Aug 2018 13:44:18 -0700 (PDT) MIME-Version: 1.0 References: <1E0683D1-0FAB-426A-A756-C75E3E1CAC9B@theravensnest.org> In-Reply-To: <1E0683D1-0FAB-426A-A756-C75E3E1CAC9B@theravensnest.org> From: =?UTF-8?B?SXZhbiBWdcSNaWNh?= Date: Wed, 1 Aug 2018 21:43:52 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Windows support in libobjc2 To: David Chisnall Cc: GNUstep Discuss Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4003:c06::229 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2018 20:44:26 -0000 I'm not actively using it, but as this holds my interest, I could give it a shot. Could you, along with clang and runtime binaries, provide build instructions up to a trivial -base app? Could you clarify what you mean by using with a different linker? I generally just have clang pick a linker on other platform (as with gcc); how does one tell clang which linker to use? I think I haven't uninstalled it, so I think I have msvc set up, but it'd be nice to be able to use a free toolchain. Have you, before this, tried using libobjc2 with clang with mingw64 w/ msys, or with cygwin? On Wed, Aug 1, 2018 at 5:39 PM David Chisnall w= rote: > > Hello, > > I have spent a little bit of time integrating some of the work done by th= e WinObjC team with libobjc2 and now have the relevant clang changes under = review: > > https://reviews.llvm.org/D50144 > > With this clang patch, it is now possible to build an objc.dll that suppo= rts the new ABI (with all of the introspection improvements and reduced bin= ary size that this includes) as well as providing SEH-compatible exception = support (so you can throw exceptions through MSVC-compiled C/C++ code and e= verything works). I=E2=80=99ve tested with the runtime=E2=80=99s test suit= e on i386 and x64 Windows. Incremental linking doesn=E2=80=99t work, but e= verything else does. I have not tested with linkers other than Microsoft= =E2=80=99s LINK.EXE, but compatible linkers ought to work. > > Building on Windows is still a little bit painful, but I can provide bina= ries of clang and the runtime if anyone wants to test a bit more. Is anyon= e using Windows and GNUstep? > > David > > > _______________________________________________ > Discuss-gnustep mailing list > Discuss-gnustep@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnustep From MAILER-DAEMON Wed Aug 01 17:12:20 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fkyPs-0001Is-N1 for mharc-discuss-gnustep@gnu.org; Wed, 01 Aug 2018 17:12:20 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:45660) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fkyPq-0001Ih-Cq for discuss-gnustep@gnu.org; Wed, 01 Aug 2018 17:12:19 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fkyPn-000282-6O for discuss-gnustep@gnu.org; Wed, 01 Aug 2018 17:12:18 -0400 Received: from smtp-31-i6.italiaonline.it ([213.209.14.31]:45356 helo=libero.it) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fkyPm-00026l-QE for discuss-gnustep@gnu.org; Wed, 01 Aug 2018 17:12:15 -0400 Received: from [192.168.1.2] ([151.20.78.155]) by smtp-31.iol.local with SMTP id kyPkfyLSqoHWhkyPlfkbTi; Wed, 01 Aug 2018 23:12:13 +0200 x-libjamoibt: 1601 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=libero.it; s=s2014; t=1533157933; bh=BhsbAgxBt8fZo6J4j/bPFOKQBIwjF9XuVC6WsWKyz7w=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=Qp64lAeOGD63Mp+5wuA6Ud1tyadrTGUnr9C1mP71MHYcPWWuuVCEYIws1BC4FHDzW ZXpsngAd9MHi+9fOmDWltleCwdwVfAIgas3uJhjKbBy9lcwjQ1eMD5SE8Gn5WhMjjT b4CRJR1dKiLxh9PvhKxhA83Tzx+h4dOfUCQoFPxeyJO1jo4rIprBga9gnVVRYyXbRY 28V98Bix44AOonAcvfJzxAL91x5N0MX07zf+/w4BmjoGH8qEiGUDsdR81K+sDabfln H4+BNtJ7scyAbI2PuREsyLOMy8eaSewGywxH+jDE7DN1uTSMGir5GxyyFIP+xgvnk7 35W3YByFwrnSQ== X-CNFS-Analysis: v=2.2 cv=fZPd8wYF c=1 sm=1 tr=0 a=CM4yiBzyNVEA90sg+vTbPA==:117 a=CM4yiBzyNVEA90sg+vTbPA==:17 a=IkcTkHD0fZMA:10 a=rcBQzNzLKavhJAeG0BMA:9 a=yGyZyEY8A_ypPlyw:21 a=b9-PKv--ERoovH1W:21 a=QEXdDO2ut3YA:10 Subject: Re: Crash on app start due to icon To: Wolfgang Lux Cc: Discuss GNUstep , Gregory Casamento References: <5f89a02a-5b68-67a6-f686-a6d5f6b74e74@libero.it> From: Riccardo Mottola Message-ID: Date: Wed, 1 Aug 2018 23:12:12 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.3 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4wfI4K8mjk6kU+qL6odnCGZB0JGmtG52vi7q6aWDxJMfeTyCjY9G+tGjxUjJ4q9F9H/ylqYZmkXUYeOc22xtSkfJpWAkVw+OWIEzn4LsAHMokTCcKV9bvn Yrl3WxXVFs8TzuRRv33TJXdD1d26NNUp1BBoOSd7Ins1T5m+2cRgsnC+Cu3ci1P0f1FhCqyqWczc9chdbnOE7bByGsCxrkWGfAG3QRw5TqLTSKJ/110liDJy bjAdn98AIFc4xA9ehCIZYA== X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 213.209.14.31 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2018 21:12:19 -0000 Hi, Wolfgang Lux wrote: > This stack trace looks fairly weird to me; it seems like the debug info does not match the code. This reminds me of situations where my programs got linked to two different versions of a GNUstep library (a newer one used directly from the application and an older one linked indirectly from some library/bundle that I forgot to recompile). You might check using > info sharedlibrary > from the gdb prompt and looking for more than one instance of libgnustep-gui.so in the list. the gentoo stack was a bit short. I cleaned debian and now get a similar trace. I had an older version of GUI installed (older number shouldn't matter, but it did) so here it is, now the code lines do match. Program received signal SIGSEGV, Segmentation fault. 0xb7b3b1a6 in -[NSApplication setApplicationIconImage:] ( self=0xb7b384f7 <-[NSApplication(Private) _loadAppIconImage]+503>, _cmd=0x8128a88, anImage=0xb7ed3238 <_OBJC_SELECTOR_TABLE+3256>) at NSApplication.m:2392 2392 imageSize = [_app_icon size]; #0 0xb7b3b1a6 in -[NSApplication setApplicationIconImage:] ( self=0xb7b384f7 <-[NSApplication(Private) _loadAppIconImage]+503>, _cmd=0x8128a88, anImage=0xb7ed3238 <_OBJC_SELECTOR_TABLE+3256>) at NSApplication.m:2392 #1 0xb7ed3230 in _OBJC_SELECTOR_TABLE () from /System/Library/Libraries/libgnustep-gui.so.0.26 #2 0xb7b384f7 in -[NSApplication(Private) _loadAppIconImage] (self=0x8128a88, _cmd=0xb7ed2c08 <_OBJC_SELECTOR_TABLE+1672>) at NSApplication.m:3834 #3 0xb7b40c31 in -[NSApplication _init] (self=0x8128a88, _cmd=0xb7ed2c68 <_OBJC_SELECTOR_TABLE+1768>) at NSApplication.m:885 #4 0xb76a51ea in -[NSObject performSelector:withObject:] (self=0x8128a88, _cmd=0xb7a24af8 <_OBJC_SELECTOR_TABLE+280>, aSelector=0xb7ed2c68 <_OBJC_SELECTOR_TABLE+1768>, anObject=0x8128a88) at NSObject.m:2009 #5 0xb7711a43 in -[NSObject(NSThreadPerformAdditions) performSelector:onThread:withObject:waitUntilDone:modes:] (self=0x8128a88, _cmd=0xb7a24c00 <_OBJC_SELECTOR_TABLE+544>, aSelector=0xb7ed2c68 <_OBJC_SELECTOR_TABLE+1768>, aThread=, anObject=0x8128a88, aFlag=1 '\001', anArray=0x81ba818) at NSThread.m:2136 #6 0xb770d4c3 in -[NSObject(NSThreadPerformAdditions) performSelectorOnMainThread:withObject:waitUntilDone:modes:] (self=0x8128a88, _cmd=0xb7a24c08 <_OBJC_SELECTOR_TABLE+552>, aSelector=0xb7ed2c68 <_OBJC_SELECTOR_TABLE+1768>, anObject=0x8128a88, aFlag=1 '\001', anArray=0x81ba818) at NSThread.m:2095 #7 0xb770fb77 in -[NSObject(NSThreadPerformAdditions) performSelectorOnMainThread:withObject:waitUntilDone:] (self=0x8128a88, _cmd=0xb7ed2c70 <_OBJC_SELECTOR_TABLE+1776>, aSelector=0xb7ed2c68 <_OBJC_SELECTOR_TABLE+1768>, anObject=0x8128a88, aFlag=1 '\001') at NSThread.m:2105 #8 0xb7b3f68e in -[NSApplication init] (self=0x8128a88, _cmd=0xb7ed29d0 <_OBJC_SELECTOR_TABLE+1104>) at NSApplication.m:984 #9 0xb7b36580 in +[NSApplication sharedApplication] ( self=0xb7ed35c0 <_OBJC_Class_NSApplication>, _cmd=0xb7ec73c8 <_OBJC_SELECTOR_TABLE+872>) at NSApplication.m:851 #10 0xb7b1e972 in NSApplicationMain (argc=1, argv=0xbffff444) at Functions.m:78 #11 0x08048da7 in main (argc=1, argv=0xbffff444, env=0xbffff44c) at main.m:33 (gdb) p _app_icon $1 = (struct NSImage *) 0x548b0cc4 (gdb) po _app_icon Cannot access memory at address 0x548b0cc4 a situation similar to the Gentoo box. I have this failing on Gentoo, Ubuntu, Solaris 10 however it works on my FreeBSD box. The former are all GCC builds, the working one is GCC and 64bit amd64. But I don't think if this is relevant Riccardo From MAILER-DAEMON Wed Aug 01 17:42:52 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fkytQ-0000Ot-AX for mharc-discuss-gnustep@gnu.org; Wed, 01 Aug 2018 17:42:52 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60264) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fkytN-0000On-OT for discuss-gnustep@gnu.org; Wed, 01 Aug 2018 17:42:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fkytJ-0006Wh-Q8 for discuss-gnustep@gnu.org; Wed, 01 Aug 2018 17:42:49 -0400 Received: from mout.gmx.net ([212.227.17.22]:48391) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fkytJ-0006Tg-Ew for discuss-gnustep@gnu.org; Wed, 01 Aug 2018 17:42:45 -0400 Received: from fredkiecbookpro.fritz.box ([88.130.62.148]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M3ARX-1g3cIw2r8J-00ssjo; Wed, 01 Aug 2018 23:42:41 +0200 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Crash on app start due to icon From: Fred Kiefer In-Reply-To: Date: Wed, 1 Aug 2018 23:42:40 +0200 Cc: Discuss GNUstep Content-Transfer-Encoding: quoted-printable Message-Id: <12F22814-7A86-4430-AC1D-28556F355A97@gmx.de> References: <5f89a02a-5b68-67a6-f686-a6d5f6b74e74@libero.it> To: Riccardo Mottola X-Mailer: Apple Mail (2.3445.9.1) X-Provags-ID: V03:K1:9TcX8rJAFp9AVQz80zkcjRAnLuX/XWQf7Uf88WM3Yvb3KK3AzQS /GilVzzNicQB0F7osQEG+GzSNZfrAzahwIniGuLaMhbKZlKlLX9vAEwYxzD/LAQGOjdH6yH +AyTul+9241XRZTMUftSz/H8/Fqr3p9Zn9LzwVuk6kFhcyf92kA8IUHmRUVMBlmqacpiuJ2 yM5DjcL2OwXMnpessRe9g== X-UI-Out-Filterresults: notjunk:1;V01:K0:5HvfoBPMHO8=:AO7NvNH+rz0CfwrMXjZULu 29TRIDn50yvCzUTfvGWfcIuvWncwIQqdqqdx8yscvndaQAgNEMyMTqf5+ElpmY+JG3MRqG+4G PLnPe0VcTptQ2mamf8uwBpFu33eqg/uJ6UfpzUS0zjM8IoODv3fXO3kYAL4C2UaxP/4yay04e 8C80lDRvUAK6Y+Ruqg2o7aqkTqVbrYOE2gikHVSPqp9EpE09BYAJSdKej/QLlW/WPToOuLckB l+gUV/I1R4gV4PbyKhc3UESpj30Gw8pOsRGwj6SY0+RvETT4AIIuApby5TuoPhMxd3NRXwjx+ fK7JwlkJEG86jwlVm1tLDFj2StEipcYOjPrX5M4uV3qvfVV6c8zJTfCTnO4K9HaeUc/1bpMmD uW5fJVdBGxVqU1PW5XLJvbsGRbysDINgYFB4r16vGr2YgzizhhJMEWEGJnH1F/4V3ZiFGjm4D /rR6PMZMQXSlxE2rwsKdBMeIUKLlrJ0LiC0+TZmPYmR4qS92GDKmzdEhY92zB4pCuhck6vkjb UWTsYUTUOcGhsxbE2JnUC9Lihy9Xm2KM+A0DER7grXTX27yby+3qn6zodBlrapj+AYTQdGyE+ FXKGjE6YbaN4joZGH5Cc9XNIe4UDk5vkFYswrnkyqp4+zhEajjBIx4TcrYU/4Ytfq8fmnQXtT WVsOavqHL44dyAG+SOk5+JhoW7xsqEvt7zNKUmji64xQ1jXnMIeQlrsqmLx63aXf6Qka5ePB6 fdO0Bwgt40avdvkieM1ry9u0G1Ro14Up+AJVlP31hniXG8FjDPQug2TdXp3ghRRricpdCtYjd nPd9iKB X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 212.227.17.22 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2018 21:42:51 -0000 This is really weird. Could it be that a theme is causing this? If not I = would as always suggest to run the program under valgrind to see what is = the real cause of the issue. You could also try to output the variable = =E2=80=9EanImage=E2=80=9C instead of =E2=80=9E_app_icon=E2=80=9C and try = to inspect that with the command =E2=80=9Ep *anImage=E2=80=9C. We could try to make the image loading lazy, which would move it back a = bit again. But first we should try to understand what is going on on = your machines and why this is only happening there. > Am 01.08.2018 um 23:12 schrieb Riccardo Mottola = : >=20 > Wolfgang Lux wrote: >> This stack trace looks fairly weird to me; it seems like the debug = info does not match the code. This reminds me of situations where my = programs got linked to two different versions of a GNUstep library (a = newer one used directly from the application and an older one linked = indirectly from some library/bundle that I forgot to recompile). You = might check using >> info sharedlibrary >> from the gdb prompt and looking for more than one instance of = libgnustep-gui.so in the list. >=20 > the gentoo stack was a bit short. > I cleaned debian and now get a similar trace. I had an older version = of GUI installed (older number shouldn't matter, but it did) so here it = is, now the code lines do match. >=20 > Program received signal SIGSEGV, Segmentation fault. > 0xb7b3b1a6 in -[NSApplication setApplicationIconImage:] ( > self=3D0xb7b384f7 <-[NSApplication(Private) = _loadAppIconImage]+503>, > _cmd=3D0x8128a88, anImage=3D0xb7ed3238 <_OBJC_SELECTOR_TABLE+3256>) > at NSApplication.m:2392 > 2392 imageSize =3D [_app_icon size]; >=20 > #0 0xb7b3b1a6 in -[NSApplication setApplicationIconImage:] ( > self=3D0xb7b384f7 <-[NSApplication(Private) = _loadAppIconImage]+503>, > _cmd=3D0x8128a88, anImage=3D0xb7ed3238 <_OBJC_SELECTOR_TABLE+3256>) > at NSApplication.m:2392 > #1 0xb7ed3230 in _OBJC_SELECTOR_TABLE () > from /System/Library/Libraries/libgnustep-gui.so.0.26 > #2 0xb7b384f7 in -[NSApplication(Private) _loadAppIconImage] = (self=3D0x8128a88, > _cmd=3D0xb7ed2c08 <_OBJC_SELECTOR_TABLE+1672>) at = NSApplication.m:3834 > #3 0xb7b40c31 in -[NSApplication _init] (self=3D0x8128a88, > _cmd=3D0xb7ed2c68 <_OBJC_SELECTOR_TABLE+1768>) at = NSApplication.m:885 > #4 0xb76a51ea in -[NSObject performSelector:withObject:] = (self=3D0x8128a88, > _cmd=3D0xb7a24af8 <_OBJC_SELECTOR_TABLE+280>, > aSelector=3D0xb7ed2c68 <_OBJC_SELECTOR_TABLE+1768>, = anObject=3D0x8128a88) > at NSObject.m:2009 > #5 0xb7711a43 in -[NSObject(NSThreadPerformAdditions) = performSelector:onThread:withObject:waitUntilDone:modes:] = (self=3D0x8128a88, > _cmd=3D0xb7a24c00 <_OBJC_SELECTOR_TABLE+544>, > aSelector=3D0xb7ed2c68 <_OBJC_SELECTOR_TABLE+1768>, = aThread=3D, > anObject=3D0x8128a88, aFlag=3D1 '\001', anArray=3D0x81ba818) at = NSThread.m:2136 > #6 0xb770d4c3 in -[NSObject(NSThreadPerformAdditions) = performSelectorOnMainThread:withObject:waitUntilDone:modes:] = (self=3D0x8128a88, > _cmd=3D0xb7a24c08 <_OBJC_SELECTOR_TABLE+552>, > aSelector=3D0xb7ed2c68 <_OBJC_SELECTOR_TABLE+1768>, = anObject=3D0x8128a88, > aFlag=3D1 '\001', anArray=3D0x81ba818) at NSThread.m:2095 > #7 0xb770fb77 in -[NSObject(NSThreadPerformAdditions) = performSelectorOnMainThread:withObject:waitUntilDone:] (self=3D0x8128a88, > _cmd=3D0xb7ed2c70 <_OBJC_SELECTOR_TABLE+1776>, > aSelector=3D0xb7ed2c68 <_OBJC_SELECTOR_TABLE+1768>, = anObject=3D0x8128a88, > aFlag=3D1 '\001') at NSThread.m:2105 > #8 0xb7b3f68e in -[NSApplication init] (self=3D0x8128a88, > _cmd=3D0xb7ed29d0 <_OBJC_SELECTOR_TABLE+1104>) at = NSApplication.m:984 > #9 0xb7b36580 in +[NSApplication sharedApplication] ( > self=3D0xb7ed35c0 <_OBJC_Class_NSApplication>, > _cmd=3D0xb7ec73c8 <_OBJC_SELECTOR_TABLE+872>) at = NSApplication.m:851 > #10 0xb7b1e972 in NSApplicationMain (argc=3D1, argv=3D0xbffff444) at = Functions.m:78 > #11 0x08048da7 in main (argc=3D1, argv=3D0xbffff444, env=3D0xbffff44c) = at main.m:33 >=20 > (gdb) p _app_icon > $1 =3D (struct NSImage *) 0x548b0cc4 > (gdb) po _app_icon > Cannot access memory at address 0x548b0cc4 >=20 > a situation similar to the Gentoo box. > I have this failing on Gentoo, Ubuntu, Solaris 10 however it works on = my FreeBSD box. The former are all GCC builds, the working one is GCC = and 64bit amd64. But I don't think if this is relevant >=20 > Riccardo >=20 > _______________________________________________ > Discuss-gnustep mailing list > Discuss-gnustep@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnustep From MAILER-DAEMON Thu Aug 02 04:30:11 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fl8zr-0000UP-5l for mharc-discuss-gnustep@gnu.org; Thu, 02 Aug 2018 04:30:11 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:38240) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fl8zo-0000U1-W4 for discuss-gnustep@gnu.org; Thu, 02 Aug 2018 04:30:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fl8zl-00058G-1F for discuss-gnustep@gnu.org; Thu, 02 Aug 2018 04:30:09 -0400 Received: from theravensnest.org ([46.226.110.62]:51558) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fl8zk-000573-L3 for discuss-gnustep@gnu.org; Thu, 02 Aug 2018 04:30:04 -0400 Received: from [10.106.106.45] (userh418.uk.uudial.com [194.69.102.45]) (authenticated bits=0) by theravensnest.org (8.15.2/8.15.2) with ESMTPSA id w728TJY3080341 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 2 Aug 2018 08:29:21 GMT (envelope-from gnustep@theravensnest.org) X-Authentication-Warning: mail: Host userh418.uk.uudial.com [194.69.102.45] claimed to be [10.106.106.45] Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Windows support in libobjc2 From: David Chisnall In-Reply-To: Date: Thu, 2 Aug 2018 09:29:55 +0100 Cc: GNUstep Discuss Content-Transfer-Encoding: quoted-printable Message-Id: References: <1E0683D1-0FAB-426A-A756-C75E3E1CAC9B@theravensnest.org> To: =?utf-8?Q?Ivan_Vu=C4=8Dica?= X-Mailer: Apple Mail (2.3273) X-detected-operating-system: by eggs.gnu.org: FreeBSD 9.x [fuzzy] X-Received-From: 46.226.110.62 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2018 08:30:10 -0000 On 1 Aug 2018, at 21:43, Ivan Vu=C4=8Dica wrote: >=20 > I'm not actively using it, but as this holds my interest, I could give > it a shot. Great! > Could you, along with clang and runtime binaries, provide build > instructions up to a trivial -base app? I haven=E2=80=99t actually tried to build GNUstep yet. The runtime is = built as a native Windows DLL with no external dependencies. I believe = it should work with the SEH versions of MinGW and with anything built = with Visual Studio. GCC gained SEH support around 4.9ish, so exceptions = should interoperate with any C/C++/Objective-C/whatever code that is = built with a vaguely recent GCC, clang, ICC, or MSVC with an = MSVC-compatible target triple. > Could you clarify what you mean by using with a different linker? I > generally just have clang pick a linker on other platform (as with > gcc); how does one tell clang which linker to use? I think I haven't > uninstalled it, so I think I have msvc set up, but it'd be nice to be > able to use a free toolchain. The Windows builds of clang appear to default to invoking link.exe. If = you use -fuse-ld=3Dlld, then I believe it will try to use lld-link.exe = on Windows, which is the link.exe-compatible lld frontend. I do not yet = have a build of lld for Windows, so I haven=E2=80=99t tested it yet. = I=E2=80=99ve no idea how well BFD ld works (gold, as I recall, doesn=E2=80= =99t support anything other than ELF). =46rom the lld web site, I = believe that it supports all of the linker features that I use, so it = should be possible to build with an entirely free toolchain (modulo the = fact that you=E2=80=99re linking to a bunch of non-Free system = libraries, running on a non-Free OS, using a non-Free windowing system, = and so on). > Have you, before this, tried using libobjc2 with clang with mingw64 w/ > msys, or with cygwin? Before I started at MSR, the most recent version of Windows I=E2=80=99d = used was Windows 2000. I started working on libobjc2 after I stopped = using Windows, so this is the first time that I=E2=80=99ve trued using = both together. David From MAILER-DAEMON Thu Aug 02 05:16:08 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fl9iK-0002sy-6P for mharc-discuss-gnustep@gnu.org; Thu, 02 Aug 2018 05:16:08 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:47168) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fl9iH-0002sl-LA for discuss-gnustep@gnu.org; Thu, 02 Aug 2018 05:16:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fl9iG-0006cZ-I7 for discuss-gnustep@gnu.org; Thu, 02 Aug 2018 05:16:05 -0400 Received: from mail-lj1-x22a.google.com ([2a00:1450:4864:20::22a]:37464) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fl9iG-0006by-4h for discuss-gnustep@gnu.org; Thu, 02 Aug 2018 05:16:04 -0400 Received: by mail-lj1-x22a.google.com with SMTP id v9-v6so1288216ljk.4 for ; Thu, 02 Aug 2018 02:16:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=0H9F2h3hdpnbHDxLugLYhgDDeWq3EpCI9G8vwym3D2k=; b=kdJclyMt2dbpMz7xvaF6m3leBcaYlxEHRxpk//ZrvJ/kMULMMP7g9Sc4rW0oOQGag0 PGFh1GSMPApaYQ/diLOixMA7OLhWqZltVl8ThNC4krqAA9BO2VyWDBdDM7gVLPAh8i19 7bz9Z/Pwgk2D5GuWiZrJIBCWqBA5Nv5HixmWmHXqJiNPsEJQR0tqMtUg7xvc5C8j0FzW No5W9+fDzBxCIj9zeKufbL4ljoY3EjX+gXYMwE4iKob8zmdTtx8ELkkFQsQVcPUFLd3B sC2bTch54b33dUc7p5PhVyAGKbr+MNwqnFHwyIF+ZOntNuHY/qQTjq3UvM1I/jo77URx h2oA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=0H9F2h3hdpnbHDxLugLYhgDDeWq3EpCI9G8vwym3D2k=; b=VSYuXMp4vP7PuEHNf/wQwSLDTnlTep1NSl0mAoqsIF5O5j4FolzYe2VwhbAQLlBswO /GZDfIPi2+EO+sOn99i1gz58My3O+LS8seGtzkTRur2FIUONQkwcse/U4eu8NiZGc2pC bSs06gJm4LVNUKBotqvc2w/ZpBr5KgK/Mj4FBjefCY/sbVGcEDkwSlq2JQBeRGFms/FJ +1ryYFetSKgfR6hYl1cU7ip70VG49Dd+qP5cpJAx75WUPY5RmhAcSqWGVFiQkyPEeOaX K7+aoce/MehlbvTEhZ7NesDqdkpHjKHVoiy6fbbHmsCT7CEsFIwAHbZr7iDGrOsMgqKz WOkA== X-Gm-Message-State: AOUpUlE4V1W0QcDi97P1sJKeb6E3YG8tHuAEKomkBPamL0Sy5dRHtibI lQ8i7iEcGWbOBSeI/hN2Wxc9GV+Q68EV17UQ1D/GdtvH X-Google-Smtp-Source: AAOMgpdyw2uOcsQE0sBfX9fQH9eMRF5bHq1yTPcZY3H8KSVEAoS7F24c8gjtzNBzX/2PdsHnSDqIzYhApR1B4oqjV9I= X-Received: by 2002:a2e:5c07:: with SMTP id q7-v6mr1468944ljb.119.1533201362012; Thu, 02 Aug 2018 02:16:02 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a2e:9c4:0:0:0:0:0 with HTTP; Thu, 2 Aug 2018 02:16:01 -0700 (PDT) From: Edwin Ancaer Date: Thu, 2 Aug 2018 11:16:01 +0200 Message-ID: Subject: FreeBSD ports for GNUMail and Pantomime To: Discuss GNUstep Content-Type: multipart/alternative; boundary="0000000000008d502e0572704229" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::22a X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2018 09:16:07 -0000 --0000000000008d502e0572704229 Content-Type: text/plain; charset="UTF-8" Hello all, I was experimenting with poudriere, jails and the ports in FreeBSD when I read about the new version 1.3.0 of GNUMail and Pantomime, I thought it would be a good test to try and locally update these ports. Of course I ran into a problem. After typing make install, I get the following error: gmake[1]: Leaving directory '/usr/local/poudriere/ports/HEAD/mail/gnumail/work/GNUMail-1.3.0' ====> Compressing man pages (compress-man) ===> Installing ldconfig configuration file ===> Installing for gnumail-1.3.0_1 ===> Checking if gnumail already installed ===> Registering installation for gnumail-1.3.0_1 pkg-static: Unable to access file /usr/local/poudriere/ports/HEAD/mail/gnumail/work/stage/usr/local/GNUstep/System/Library/Frameworks/GNUMail.framework/Versions/1/libGNUMail.so.1.3.0:No such file or directory pkg-static: Unable to access file /usr/local/poudriere/ports/HEAD/mail/gnumail/work/stage/usr/local/GNUstep/System/Library/Libraries/libGNUMail.so.1.3.0:No such file or directory *** Error code 74 Stop. make: stopped in /usr/local/poudriere/ports/HEAD/mail/gnumail When checking, it seems the file libGNUMail.so.1.2.3 has been built in the directory /usr/local/poudriere/ports/HEAD/mail/gnumail/work/stage/usr/local/GNUstep/System/Library/Libraries/. Now I'm in doubt in which direction I should be looking: did the wrong version of libGNUMail got build, or is it pkg-static that is looking for a wrong version of the library. Thanks for helping out, Edwin Ancaer --0000000000008d502e0572704229 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello all,

I was experi= menting with poudriere, jails and the ports in FreeBSD when
= I read about the new version 1.3.0 of GNUMail and Pantomime,=C2=A0

I thought it would be a good test to try and locally = update these ports. Of course I ran=C2=A0 into a problem. After typing make= install, I get the following error:

gmake[1]: Leaving directory '/usr/= local/poudriere/ports/HEAD/mail/gnumail/work/GNUMail-1.3.0'
=3D=3D= =3D=3D> Compressing man pages (compress-man)
=3D=3D=3D>=C2=A0=C2= =A0 Installing ldconfig configuration file
=3D=3D=3D>=C2=A0 Installin= g for gnumail-1.3.0_1
=3D=3D=3D>=C2=A0 Checking if gnumail already in= stalled
=3D=3D=3D>=C2=A0=C2=A0 Registering installation for gnumail-1= .3.0_1
pkg-static: Unable to access file /usr/local/poudriere/ports/HEAD= /mail/gnumail/work/stage/usr/local/GNUstep/System/Library/Frameworks/GNUMai= l.framework/Versions/1/libGNUMail.so.1.3.0:No such file or directory
pkg= -static: Unable to access file /usr/local/poudriere/ports/HEAD/mail/gnumail= /work/stage/usr/local/GNUstep/System/Library/Libraries/libGNUMail.so.1.3.0:= No such file or directory
*** Error code 74

Stop.
make: stoppe= d in /usr/local/poudriere/ports/HEAD/mail/gnumail

When checking, it seems the file=C2=A0 libGNUMail.so.1.2.3 has been b= uilt in the directory /usr/= local/poudriere/ports/HEAD/mail/gnumail/work/stage/usr/local/GNUstep/System= /Library/Libraries/.
<= font face=3D"arial,helvetica,sans-serif">Now I'm in doubt in which dire= ction I should be looking: did the wrong version of libGNUMail got build, o= r is it pkg-static that is looking for a wrong version of the library.
=

Thanks for helping out,

Edwin Ancaer<= /div>



--0000000000008d502e0572704229-- From MAILER-DAEMON Thu Aug 02 05:33:34 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fl9zC-0008UU-Ng for mharc-discuss-gnustep@gnu.org; Thu, 02 Aug 2018 05:33:34 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:50441) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fl9z9-0008St-PU for discuss-gnustep@gnu.org; Thu, 02 Aug 2018 05:33:32 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fl9z5-0004nE-RL for discuss-gnustep@gnu.org; Thu, 02 Aug 2018 05:33:31 -0400 Received: from theravensnest.org ([46.226.110.62]:50296) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fl9z5-0004jq-DM for discuss-gnustep@gnu.org; Thu, 02 Aug 2018 05:33:27 -0400 Received: from [10.106.106.45] (userh418.uk.uudial.com [194.69.102.45]) (authenticated bits=0) by theravensnest.org (8.15.2/8.15.2) with ESMTPSA id w729Wh8Y081268 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 2 Aug 2018 09:32:43 GMT (envelope-from theraven@FreeBSD.org) X-Authentication-Warning: mail: Host userh418.uk.uudial.com [194.69.102.45] claimed to be [10.106.106.45] Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: FreeBSD ports for GNUMail and Pantomime From: David Chisnall In-Reply-To: Date: Thu, 2 Aug 2018 10:33:20 +0100 Cc: Discuss GNUstep Content-Transfer-Encoding: quoted-printable Message-Id: <52671F1F-3EFD-46AF-B042-C05D23C3925A@FreeBSD.org> References: To: Edwin Ancaer X-Mailer: Apple Mail (2.3273) X-detected-operating-system: by eggs.gnu.org: FreeBSD 9.x [fuzzy] X-Received-From: 46.226.110.62 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2018 09:33:32 -0000 On 2 Aug 2018, at 10:16, Edwin Ancaer wrote: >=20 > Hello all,=20 >=20 > I was experimenting with poudriere, jails and the ports in FreeBSD = when=20 > I read about the new version 1.3.0 of GNUMail and Pantomime, =20 First, thank you very much for looking at this! It=E2=80=99s been on my = todo list for a while and keeps being bumped off the top. > I thought it would be a good test to try and locally update these = ports. Of course I ran into a problem. After typing make install, I get = the following error: >=20 > gmake[1]: Leaving directory = '/usr/local/poudriere/ports/HEAD/mail/gnumail/work/GNUMail-1.3.0' > =3D=3D=3D=3D> Compressing man pages (compress-man) > =3D=3D=3D> Installing ldconfig configuration file > =3D=3D=3D> Installing for gnumail-1.3.0_1 > =3D=3D=3D> Checking if gnumail already installed > =3D=3D=3D> Registering installation for gnumail-1.3.0_1 > pkg-static: Unable to access file = /usr/local/poudriere/ports/HEAD/mail/gnumail/work/stage/usr/local/GNUstep/= System/Library/Frameworks/GNUMail.framework/Versions/1/libGNUMail.so.1.3.0= :No such file or directory > pkg-static: Unable to access file = /usr/local/poudriere/ports/HEAD/mail/gnumail/work/stage/usr/local/GNUstep/= System/Library/Libraries/libGNUMail.so.1.3.0:No such file or directory This looks suspicious. The path /usr/local/poudriere/ports is a path on = your host system, but poudriere should be running the build in a jail. =20= > *** Error code 74 >=20 > Stop. > make: stopped in /usr/local/poudriere/ports/HEAD/mail/gnumail >=20 > When checking, it seems the file libGNUMail.so.1.2.3 has been built = in the directory = /usr/local/poudriere/ports/HEAD/mail/gnumail/work/stage/usr/local/GNUstep/= System/Library/Libraries/.=20 This also looks a bit odd, because this filesystem should be mounted = read-only in the jail. The work directory should be somewhere else (a = separate zfs or tmpfs filesystem that=E2=80=99s destroyed after the = build). > Now I'm in doubt in which direction I should be looking: did the wrong = version of libGNUMail got build, or is it pkg-static that is looking for = a wrong version of the library.=20 It looks as if your poudriere configuration or invocation is wrong. = Could you paste the poudriere commands that you used to create the jails = and ports tree and the testport line? David From MAILER-DAEMON Thu Aug 02 09:52:15 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1flE1X-0001lK-Ll for mharc-discuss-gnustep@gnu.org; Thu, 02 Aug 2018 09:52:15 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:48018) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1flE1V-0001lD-BQ for discuss-gnustep@gnu.org; Thu, 02 Aug 2018 09:52:14 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1flE1S-0007Ow-6n for discuss-gnustep@gnu.org; Thu, 02 Aug 2018 09:52:13 -0400 Received: from smtp-35-i6.italiaonline.it ([213.209.14.35]:37968 helo=libero.it) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1flE1R-0007NJ-UX for discuss-gnustep@gnu.org; Thu, 02 Aug 2018 09:52:10 -0400 Received: from DEV21 ([46.21.177.226]) by smtp-35.iol.local with SMTP id lE1Ofk7qcxxHwlE1OfH5wo; Thu, 02 Aug 2018 15:52:07 +0200 x-libjamoibt: 1601 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=libero.it; s=s2014; t=1533217927; bh=nDQSdNrepMPOvxOAUkRLt8ZggvJyWf1Z+3TnxXPQ9lI=; h=Subject:From:To:Cc:References:Date:In-Reply-To; b=pWEJEecEmpI94uTrvd4mud359/V2lw/cJR8mEkZ16/MvjJIK9/Fsco56gqOgNbXos y5zXQYscRnxrb/TtebG4BqzCq+SNgoiWcj0oF+7vzFiU7Gmo7Pjg8FaIeYYAS54zZ9 Jnc+gulhu7DnOkeFHMOP2fLAlgVYDIYzPY1uDG1ylMflNVM2IH0JtM7tiut+4IaDcb K6ix2aJb+lawb76ib5xuDtngXj1jHn74Csh8gL1qgCSSzU+sWUtAYE63edpJYqJ1cx yHwtOzCIDAoGH8GXTG+k/OT+xqUFoHy4tZf1ogSC236bxRAcWPNOas8Y/NCR0dHA+H CC89YrdGR8G+g== X-CNFS-Analysis: v=2.2 cv=FMtr/6gs c=1 sm=1 tr=0 a=gfSuWC0KZl1BcmXOoRnORQ==:117 a=gfSuWC0KZl1BcmXOoRnORQ==:17 a=8nJEP1OIZ-IA:10 a=AVbMHacnAAAA:8 a=m9o5kNxk350HEZ6S6CsA:9 a=wPNLvfGTeEIA:10 Subject: Re: Migrating GNUstep home folder to another computer From: Riccardo Mottola To: patrick.cardona0@laposte.net Cc: Discuss GNUstep References: <6699ca2aa788901b96a1a2e50581e602@ered> Message-ID: <7e5b06ba-6f68-5711-f430-b57a43d9a1a5@libero.it> Date: Thu, 2 Aug 2018 15:52:06 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.3 MIME-Version: 1.0 In-Reply-To: <6699ca2aa788901b96a1a2e50581e602@ered> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4wfLClDtK1EwJ2ycjna0DCdbp29kMxbGwXgh23lp9YQWVJTrMUEa64278RrtGZ8oBUAduvADhvkSVarF+qYfgX0wv2rQgkqp2ug8mef0bZN5JfgALCnMXA DtMVrHiC4dcKaoNTDVIL8sXl6URCLNm4hoopl/K27VNziyOV4U1EkkcBdPge00XUg7aIPbJcD0yjMFGp0EUu38MoCTPjhiC7y8c= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 213.209.14.35 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2018 13:52:14 -0000 Hi Patrick, hi all, I cleaned up my patch and commited it. It works now very well for me, in a classic "mount/unount" environment. Still the mount points need to be indicated so that the checks perform correctly, /etc/mtab is not sufficient. It would be nice to improve that situation further. Riccardo Riccardo Mottola wrote: > Hi, > > On 2018-07-24 22:24:19 +0000 Patrick CARDONA > wrote: > > >> >> It was the same behaviour. As I can understand, GWorkspace checks >> /etc/mtab only when it loads the desktop. So, when I use the >> workaround (hide and show again the desktop) this works to show the >> disk icon. >> What is strange, is that when I unmount ($ udisksctl unmount -p >> [device_path]) the disk icon is hidden as expected : so the behaviour >> is dynamic with unmounting, not at mounting. > > your description made me suspicious and I spent several hours > debugging the code. > I hope I fixed both yout and my issues. > > I ound an additional issue: if a volume is mounted *before* starting > GWorkspace it would not get recognized. > > If you like, try the attached patch. > I simplified the code and hopefully fixed it. It relied on wrong > assumptions, I guess. I did not try it with multipme volumes (e.g, > cdrom, usb key, floppy..... multiple USB disks) because I just had one > USB device with me on travel currently. > > However, with this code I can mound/unomount from the command line and > see the device appear/disappear. > Parallely, even i the desktop is not showing and a volume gets touched > or mounted before GWorkspace it works. > > If you want to test before me committing it, go! I did try mounting on > FreeBSD and not ubuntu and my SystemPreferences is setup fine to mount > automatically, for your information. > > > Riccardo > From MAILER-DAEMON Thu Aug 02 11:58:29 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1flFzh-0005k4-4h for mharc-discuss-gnustep@gnu.org; Thu, 02 Aug 2018 11:58:29 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:57104) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1flFo8-0000iv-Jh for discuss-gnustep@gnu.org; Thu, 02 Aug 2018 11:46:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1flFo5-0004Po-E8 for discuss-gnustep@gnu.org; Thu, 02 Aug 2018 11:46:32 -0400 Received: from mail-eopbgr40092.outbound.protection.outlook.com ([40.107.4.92]:28119 helo=EUR03-DB5-obe.outbound.protection.outlook.com) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1flFo5-0004Ot-3V for discuss-gnustep@gnu.org; Thu, 02 Aug 2018 11:46:29 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=TestPlantOffice.onmicrosoft.com; s=selector1-eggplant-io; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=D9iTiEJDcAqaiP6KZxXkkYhqMPGBYrJl9I2tEfJzP98=; b=n2zW+cYdNhA8j7Ht7it3aHFNHW/qnpa4cYtKuUExgpyJK7PXSk/UG7w3pfyw/Y/h4wkhRwVxekxjOT4of6qJYEUw5TLY6NrHI/ISNC5Zq1cJ2p4YT4q99rQJ3sayHx5J9yllQ7uq/enB/2f7KGvc+2MrLxsGq77AKBtOA7BUM4g= Received: from DB7PR05MB4252.eurprd05.prod.outlook.com (52.134.108.21) by DB7PR05MB4139.eurprd05.prod.outlook.com (52.134.107.144) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.995.21; Thu, 2 Aug 2018 15:46:25 +0000 Received: from DB7PR05MB4252.eurprd05.prod.outlook.com ([fe80::c8a4:18db:1cc8:5397]) by DB7PR05MB4252.eurprd05.prod.outlook.com ([fe80::c8a4:18db:1cc8:5397%2]) with mapi id 15.20.0995.020; Thu, 2 Aug 2018 15:46:24 +0000 From: Paul Landers To: "discuss-gnustep@gnu.org" Subject: Re: Windows support in libobjc2 Thread-Topic: Windows support in libobjc2 Thread-Index: AQHUKnf3MkDB3zs0QEWIzWliz6FoQA== Date: Thu, 2 Aug 2018 15:46:24 +0000 Message-ID: <4B806E61-1005-4FF5-9EB2-E6A6A801AE90@eggplant.io> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Paul.Landers@eggplant.io; x-originating-ip: [50.200.122.250] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DB7PR05MB4139; 6:bce1/7Kq0Q1W7pTnnC5jmFIgcgDJ2zMwiqk0Hlq7o/CdcyEUIr8S621/FuWDFDLRiNPCbuwlenGyddPwZtsoqmYkm029yIkqNJWinYEvuatbK0waoZh6ZXCXsMK0CqvLEax5rXwGTUg8efoFf2dt5bNzGmufcAr5nSF3/s16qVpaI75/50n909ugKZJ7vnBKzm9uwGgceox/mCTs8/KnffWsfFLfLzDc3pz/UImeRbW05fuvQoZjOGqLk4cHouR687faKDQpX79rtn14vUGquO9B/mbudSFBQI8PHs/p/8k/KpeziXNuMpdjGBQr0gaIF/Gyi/T/v3kwiljVuu30G8Uupjd/NdXUPi/O5Kh79d00sKx7fFXK31bIDYWy4t+7cq84AQRs9tf4QQTsJCpdiKRWIuCduI7MlxXzbEJQy4888DZElMY742Sx6dcJY+J4HAdBIZNvJUPI1OCtuljeTQ==; 5:JKPQPoCoEXlj0U4S3YtKxIbYO5TU8EMnWzijFRH0mG02GLS/Rujq/gM03ss9OsThPshnOuKujmmsLb5W1J4ss3u2LW7uR5QNbL8JvUVX/YjsxzhH5qALqMvXkYUKn1AI6RSpRt4yeUOrvkJtbgfQkE1jEbjbP961E0lYQ9NNYXY=; 7:fcPZkMjBVhDH4oCImSOpgMjvQEb6o3c3gu6EQ49ds3E/r0wm38QvMIHkc/3fUdHuV9LysE6sazJURr/58UStyXYZowHrK/EsseldWecspjk8+Zffdnl82VKJ7pkz7WxyEtBX0QgNjGvPcazfD74x19Q56+dzesOEQkyebJSnqiwqTkHZF1rRL4Ake5bIIhv9caKAJ6IgTCSIWtXwVlt/YaFciyUr0gdFIvhxws8HRoiBSFv00D8bUd3PYKP+9WYj x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: c6908bd5-5c6f-48e1-0ec3-08d5f88f1a68 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989117)(5600074)(711020)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(2017052603328)(7153060)(7193020); SRVR:DB7PR05MB4139; x-ms-traffictypediagnostic: DB7PR05MB4139: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(5005006)(8121501046)(3231311)(944501410)(52105095)(93006095)(93001095)(10201501046)(3002001)(149027)(150027)(6041310)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123562045)(20161123558120)(20161123564045)(6072148)(201708071742011)(7699016); SRVR:DB7PR05MB4139; BCL:0; PCL:0; RULEID:; SRVR:DB7PR05MB4139; x-forefront-prvs: 07521929C1 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(396003)(136003)(39850400004)(366004)(376002)(346002)(189003)(199004)(66066001)(86362001)(6116002)(26005)(97736004)(83716003)(72206003)(478600001)(486006)(2906002)(3846002)(7736002)(2616005)(476003)(6916009)(81156014)(81166006)(8676002)(14444005)(105586002)(256004)(106356001)(8936002)(186003)(2351001)(82746002)(53936002)(6506007)(5640700003)(102836004)(2501003)(25786009)(68736007)(5250100002)(316002)(36756003)(74482002)(33656002)(5660300001)(99286004)(14454004)(6246003)(6512007)(6486002)(6436002)(54896002)(236005)(229853002)(2900100001); DIR:OUT; SFP:1102; SCL:1; SRVR:DB7PR05MB4139; H:DB7PR05MB4252.eurprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: eggplant.io does not designate permitted sender hosts) x-microsoft-antispam-message-info: 8ZzZtnzLT0ieS5rpwhGHdUzktx4wMa4SlATAVDgShCNB/cT1oixPUFPdomxDsJGjJaZ//sw9Bh1O9mlYn6KTvJqus0+R53A6UhBpj0QyW8+Ly6Wfmm9zBSIT4y1tWpoZptvQ9HVJSdhLqWgae0uVpjuSf8OCjjRKU5dzb7xWvzrAhCpKYiyU9uIiNuiOlQY/HsC/7EtegO/lp9QmDYFPtcYT7BLTViRczcgcPJln5/LDtgX1J586gA5WhDs19YryUyvniwG12nTlmvyZAMjdgK/OnR07J/vmfgJUqW5oMZeTCgaMQT9lt/1HDeObGmE6c0gk7dpaI3LWfYhx0h2Gjy7ruo4gTOCJnKbVsjZxO98= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_4B806E6110054FF59EB2E6A6A801AE90eggplantio_" MIME-Version: 1.0 X-OriginatorOrg: eggplant.io X-MS-Exchange-CrossTenant-Network-Message-Id: c6908bd5-5c6f-48e1-0ec3-08d5f88f1a68 X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Aug 2018 15:46:24.7910 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4cb4d314-b5b2-412c-9f54-2fdef37e7930 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB7PR05MB4139 X-detected-operating-system: by eggs.gnu.org: Windows 7 or 8 [fuzzy] X-Received-From: 40.107.4.92 X-Mailman-Approved-At: Thu, 02 Aug 2018 11:58:27 -0400 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2018 15:46:33 -0000 --_000_4B806E6110054FF59EB2E6A6A801AE90eggplantio_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SXMgYW55b25lIHVzaW5nIFdpbmRvd3MgYW5kIEdOVXN0ZXA/DQoNClRoaXMgaXMgZ3JlYXQhIFdl IGF0IHRlc3RwbGFudCB1c2UgR05Vc3RlcCBvbiB3aW5kb3dzIGV4dGVuc2l2ZWx5Lg0KDQpIYXZl IHlvdSwgYmVmb3JlIHRoaXMsIHRyaWVkIHVzaW5nIGxpYm9iamMyIHdpdGggY2xhbmcgd2l0aCBt aW5ndzY0IHcvDQptc3lzLCBvciB3aXRoIGN5Z3dpbj8NCg0KT3VyIGN1cnJlbnQgZW52aXJvbm1l bnQgaXMgbXN5czIobWluZ3ctdzY0KSB3aXRoIHNvbWUgb2xkZXIgdmVyc2lvbnMgb2YgbGlib2Jq YzIgYW5kIGNsYW5nLiBXZSBhcmUgbG9va2luZyB0byB1cGRhdGUgdGhvc2UgdmVyc2lvbnMgc29v biB0aG91Z2gsIGFuZCB0aGUgY2xhbmcgcGF0Y2hlcyBzaG91bGQgYmUgdmVyeSBoZWxwZnVsIQ0K DQpDb3VsZCB5b3UgY2xhcmlmeSB3aGF0IHlvdSBtZWFuIGJ5IHVzaW5nIHdpdGggYSBkaWZmZXJl bnQgbGlua2VyPw0KDQpJIGNhbuKAmXQgcmVjYWxsIHRvbyBtdWNoIGFib3V0IG91ciBlbnZpcm9u bWVudCwgYnV0IEkgY2FuIHNheSBmb3IgYWxsIHJlY2VudCB2ZXJzaW9ucyBvZiB0aGUgbWluZ3cg dmVyc2lvbiBvZiBjbGFuZywgdGhlIGNsYW5nIGxpbmtlciBzdGlsbCBoYXMgbm90IHdvcmtlZCBh bmQgaXQgaGFzIHVzZWQgdGhlIGdjYyBsaW5rZXIgaW5zdGVhZC4gSSBkbyBub3QgaGF2ZSBWaXN1 YWwgU3R1ZGlvIChldGMpIGluc3RhbGxlZC4NCg0KDQotLS0NClBhdWwgTGFuZGVycw0KcGF1bC5s YW5kZXJzQGVnZ3BsYW50LmlvPG1haWx0bzpwYXVsLmxhbmRlcnNAZWdncGxhbnQuaW8+DQoNCg0K DQoNCg== --_000_4B806E6110054FF59EB2E6A6A801AE90eggplantio_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgbGluZS1icmVhazogYWZ0 ZXItd2hpdGUtc3BhY2U7IiBjbGFzcz0iIj4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiIGNsYXNz PSIiPklzIGFueW9uZSB1c2luZyBXaW5kb3dzIGFuZCBHTlVzdGVwPzwvYmxvY2txdW90ZT4NCjxk aXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRoaXMgaXMg Z3JlYXQhIFdlIGF0IHRlc3RwbGFudCB1c2UgR05Vc3RlcCBvbiB3aW5kb3dzIGV4dGVuc2l2ZWx5 LiZuYnNwOw0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPg0KPGJs b2NrcXVvdGUgdHlwZT0iY2l0ZSIgY2xhc3M9IiI+SGF2ZSB5b3UsIGJlZm9yZSB0aGlzLCB0cmll ZCB1c2luZyBsaWJvYmpjMiB3aXRoIGNsYW5nIHdpdGggbWluZ3c2NCB3LzxiciBjbGFzcz0iIj4N Cm1zeXMsIG9yIHdpdGggY3lnd2luPzwvYmxvY2txdW90ZT4NCjxiciBjbGFzcz0iIj4NCk91ciBj dXJyZW50IGVudmlyb25tZW50IGlzIG1zeXMyKG1pbmd3LXc2NCkgd2l0aCBzb21lIG9sZGVyIHZl cnNpb25zIG9mIGxpYm9iamMyIGFuZCBjbGFuZy4gV2UgYXJlIGxvb2tpbmcgdG8gdXBkYXRlIHRo b3NlIHZlcnNpb25zIHNvb24gdGhvdWdoLCBhbmQgdGhlIGNsYW5nIHBhdGNoZXMgc2hvdWxkIGJl IHZlcnkgaGVscGZ1bCE8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+ DQo8ZGl2IGNsYXNzPSIiPg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSIgY2xhc3M9IiI+Q291bGQg eW91IGNsYXJpZnkgd2hhdCB5b3UgbWVhbiBieSB1c2luZyB3aXRoIGEgZGlmZmVyZW50IGxpbmtl cj8mbmJzcDs8L2Jsb2NrcXVvdGU+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2 Pg0KSSBjYW7igJl0IHJlY2FsbCB0b28gbXVjaCBhYm91dCBvdXIgZW52aXJvbm1lbnQsIGJ1dCBJ IGNhbiBzYXkgZm9yIGFsbCByZWNlbnQgdmVyc2lvbnMgb2YgdGhlIG1pbmd3IHZlcnNpb24gb2Yg Y2xhbmcsIHRoZSBjbGFuZyBsaW5rZXIgc3RpbGwgaGFzIG5vdCB3b3JrZWQgYW5kIGl0IGhhcyB1 c2VkIHRoZSBnY2MgbGlua2VyIGluc3RlYWQuIEkgZG8gbm90IGhhdmUgVmlzdWFsIFN0dWRpbyAo ZXRjKSBpbnN0YWxsZWQuJm5ic3A7PGJyIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj48YnIgY2xh c3M9IndlYmtpdC1ibG9jay1wbGFjZWhvbGRlciI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJy IGNsYXNzPSJ3ZWJraXQtYmxvY2stcGxhY2Vob2xkZXIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIi Pg0KPGRpdiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAwKTsgbGV0dGVyLXNwYWNpbmc6IG5vcm1h bDsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBu b25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0 LXN0cm9rZS13aWR0aDogMHB4OyB3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1t b2RlOiBzcGFjZTsgbGluZS1icmVhazogYWZ0ZXItd2hpdGUtc3BhY2U7IiBjbGFzcz0iIj4NCjxk aXYgc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMCk7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IHRl eHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsg d2hpdGUtc3BhY2U6IG5vcm1hbDsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJv a2Utd2lkdGg6IDBweDsgd29yZC13cmFwOiBicmVhay13b3JkOyAtd2Via2l0LW5ic3AtbW9kZTog c3BhY2U7IGxpbmUtYnJlYWs6IGFmdGVyLXdoaXRlLXNwYWNlOyIgY2xhc3M9IiI+DQo8ZGl2IGNs YXNzPSIiPi0tLTwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5QYXVsIExhbmRlcnM8L2Rpdj4NCjxkaXYg Y2xhc3M9IiI+PGEgaHJlZj0ibWFpbHRvOnBhdWwubGFuZGVyc0BlZ2dwbGFudC5pbyIgY2xhc3M9 IiI+cGF1bC5sYW5kZXJzQGVnZ3BsYW50LmlvPC9hPjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIg Y2xhc3M9IiI+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8YnIgY2xhc3M9IkFwcGxlLWludGVy Y2hhbmdlLW5ld2xpbmUiPg0KPGJyIGNsYXNzPSJBcHBsZS1pbnRlcmNoYW5nZS1uZXdsaW5lIj4N CjwvZGl2Pg0KPGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0K PC9odG1sPg0K --_000_4B806E6110054FF59EB2E6A6A801AE90eggplantio_-- From MAILER-DAEMON Thu Aug 02 13:03:24 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1flH0W-0002MM-P5 for mharc-discuss-gnustep@gnu.org; Thu, 02 Aug 2018 13:03:24 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:49873) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1flH0U-0002ME-NR for discuss-gnustep@gnu.org; Thu, 02 Aug 2018 13:03:23 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1flH0R-0004ic-KK for discuss-gnustep@gnu.org; Thu, 02 Aug 2018 13:03:22 -0400 Received: from theravensnest.org ([46.226.110.62]:55097) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1flH0R-0004Of-8z for discuss-gnustep@gnu.org; Thu, 02 Aug 2018 13:03:19 -0400 Received: from [192.168.1.65] (host86-144-13-57.range86-144.btcentralplus.com [86.144.13.57]) (authenticated bits=0) by theravensnest.org (8.15.2/8.15.2) with ESMTPSA id w72H2PDc087339 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 2 Aug 2018 17:02:25 GMT (envelope-from gnustep@theravensnest.org) X-Authentication-Warning: mail: Host host86-144-13-57.range86-144.btcentralplus.com [86.144.13.57] claimed to be [192.168.1.65] Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Windows support in libobjc2 From: David Chisnall In-Reply-To: <4B806E61-1005-4FF5-9EB2-E6A6A801AE90@eggplant.io> Date: Thu, 2 Aug 2018 18:03:00 +0100 Cc: "discuss-gnustep@gnu.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: <4B806E61-1005-4FF5-9EB2-E6A6A801AE90@eggplant.io> To: Paul Landers X-Mailer: Apple Mail (2.3273) X-detected-operating-system: by eggs.gnu.org: FreeBSD 9.x [fuzzy] X-Received-From: 46.226.110.62 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2018 17:03:23 -0000 On 2 Aug 2018, at 16:46, Paul Landers wrote: >=20 >> Is anyone using Windows and GNUstep? >=20 > This is great! We at testplant use GNUstep on windows extensively.=20 I=E2=80=99ll try to put some binaries online for people to test = tomorrow. >> Have you, before this, tried using libobjc2 with clang with mingw64 = w/ >> msys, or with cygwin? >=20 > Our current environment is msys2(mingw-w64) with some older versions = of libobjc2 and clang. We are looking to update those versions soon = though, and the clang patches should be very helpful! I haven=E2=80=99t used MinGW for many years, but it looks as if they = provide three different exception models: - DWARF: Itanium-style unwinding. The same thing that most *NIX = platforms use. Not interoperable with MSVC-built code or with = exceptions thrown by system libraries. - sjlj: GCC=E2=80=99s setjmp/longjmp EH support, intended for platforms = where there=E2=80=99s no native EH support. Doesn=E2=80=99t depend on a = stack unwinder, but has a high cost for every @try block. Not supported = by clang. - SEH: Windows Structured Exception Handling. Low overhead, = interoperates with Windows native libraries, but requires a recent GCC = or an even more recent clang. The Windows exception model is quite complicated, because it doesn=E2=80=99= t unwind the stack until the exception is caught. On most *NIX systems, = there=E2=80=99s an iterative process that first scans the stack to see = if there=E2=80=99s a handler, then pops each stack frame that has any = cleanups off the stack and runs the cleanups from the next one on top. = On Windows, the stack remains intact and each frame provides = =E2=80=98funclets=E2=80=99 that run on top of the stack with a pointer = to the real stack frame. This has some nice properties (it can easily = be extended to support resumable exceptions and it is possible to throw = an out-of-memory exception because, unlike the *NIX model, throwing an = exception doesn=E2=80=99t allocate heap memory [though you can=E2=80=99t = throw an out-of-stack-space exception, because it does allocate stack = memory]). The new code in libobjc2 supports SEH exceptions. Most of this was = contributed by the WinObjC team, I extended it to work with Win64 and = added support for SEH to the assembly code paths, so you can (for = example) throw an exception from a +initialize method and have it = correctly propagated up to whatever sent the message that triggered the = +initialize. >> Could you clarify what you mean by using with a different linker?=20 >=20 > I can=E2=80=99t recall too much about our environment, but I can say = for all recent versions of the mingw version of clang, the clang linker = still has not worked and it has used the gcc linker instead. I do not = have Visual Studio (etc) installed. The main requirement from the linker is that it correctly sorts things = in PE sections lexically by subsection[1]. I don=E2=80=99t know if GNU = ld does, but I believe either Microsoft=E2=80=99s link.exe or LLVM=E2=80=99= s lld will work. If you can test with GNU ld, that would be helpful. When building libobjc2, we also rely on the linker to figure out if we = refer to __imp_objc_msgSend, but objc_msgSend is provided locally, that = we actually mean the local version. I think the GNU linker sulks about = this, link.exe just tells you that you=E2=80=99re a numpty[2] and = continues. This is because clang doesn=E2=80=99t know whether you=E2=80=99= re building the Objective-C runtime or not and so assumes that = objc_msgSend and a bunch of other helper functions are dllimport = (because in all code that isn=E2=80=99t an Objective-C runtime, they = are). David [1] On ELF platforms, we rely on GNU linker behaviour to emit magic = __start_{section name} and __stop_{section name} symbols. On PE/COFF, = we emit everything in {section name}$m and then emit zero-sized {section = name}$a and {section name}$z symbols to mark the beginning and end of = the sections. =20 [2] Not an actual error message.= From MAILER-DAEMON Thu Aug 02 18:38:52 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1flMFA-0004kl-Pu for mharc-discuss-gnustep@gnu.org; Thu, 02 Aug 2018 18:38:52 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35458) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1flMF8-0004kd-Fd for discuss-gnustep@gnu.org; Thu, 02 Aug 2018 18:38:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1flMF5-0004Ob-Cn for discuss-gnustep@gnu.org; Thu, 02 Aug 2018 18:38:50 -0400 Received: from smtp-31-i6.italiaonline.it ([213.209.14.31]:54646 helo=libero.it) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1flMF5-0004ON-4q for discuss-gnustep@gnu.org; Thu, 02 Aug 2018 18:38:47 -0400 Received: from [192.168.1.153] ([151.20.78.155]) by smtp-31.iol.local with SMTP id lMF2fnq5MoHWhlMF2fqaDR; Fri, 03 Aug 2018 00:38:45 +0200 x-libjamoibt: 1601 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=libero.it; s=s2014; t=1533249525; bh=6PgOfb8ChQ8oxUi7iGAO2NlHsNOGUM8Dp/h7u/VP8fk=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=h6/TxXCBD5Kih36aucquswyetqkeWpmfI53yZ7yG77KtY7nKPBCby+GbraIkfgiQQ xfHlxrtBlg8/KLvMojYyzn/cvhH88aMiHNAHrFBCRLprbVoUWqQPIEyriRShlfuqfT vEZtjGZ5v4CbUk42Epd7eQylsEdc0PWaDNEEkB4bilOO4uvqfdnOKWzRP1U1fHM2sR uuqHXy21QxxlnYp0g0jw8tMHMvhr7MIeePpaw3SNXnYBo5J4tWpNXhcCIkV/rD7OoE K3aHzWDWW5pQ1whOyPEgnDS9BjmYQtk/16ZULyjVgHLv2ZpFPu2MQqu+qEdY67eWXP TkVe93835NZqw== X-CNFS-Analysis: v=2.2 cv=fZPd8wYF c=1 sm=1 tr=0 a=CM4yiBzyNVEA90sg+vTbPA==:117 a=CM4yiBzyNVEA90sg+vTbPA==:17 a=IkcTkHD0fZMA:10 a=eRuFYwVs7QIfW4iSRwwA:9 a=QEXdDO2ut3YA:10 Subject: Re: Crash on app start due to icon To: Fred Kiefer Cc: Discuss GNUstep References: <5f89a02a-5b68-67a6-f686-a6d5f6b74e74@libero.it> <12F22814-7A86-4430-AC1D-28556F355A97@gmx.de> From: Riccardo Mottola Message-ID: <8fa4c22b-8f82-be0d-dd35-d8da860389b4@libero.it> Date: Fri, 3 Aug 2018 00:38:42 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.3 MIME-Version: 1.0 In-Reply-To: <12F22814-7A86-4430-AC1D-28556F355A97@gmx.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-CMAE-Envelope: MS4wfF+mRd+Qysh4CmQLep25/8gJ45q704EgoVas5PtXYWBcncDn5zTcdCtDSJTizaDXQ8kHEMVEY+IbaR53e7y8fUdFrBQzMOZtBafCu3n04k1JsC01Szi8 S6Qi9WWjso27x8BU6oHxrWdzgi23YFZnNteilOCYYS2/IiAVdyi4c8uANJbfi/n7gD6ZkotP3Zq4snfgwROoxsLorD+bShI0L7U= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 213.209.14.31 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2018 22:38:51 -0000 Hi,Fred, Fred Kiefer wrote: > This is really weird. Could it be that a theme is causing this? If not I would as always suggest to run the program under valgrind to see what is the real cause of the issue. You could also try to output the variable „anImage“ instead of „_app_icon“ and try to inspect that with the command „p *anImage“. > > We could try to make the image loading lazy, which would move it back a bit again. But first we should try to understand what is going on on your machines and why this is only happening there. I wonder that only I do see this... It actually happens on most my machines... the only one(s) where not are the FeeBSD+Clang ones (can't get GCC work on FreeBSD yet due to libobjc2 issues, so I cannot verify that factor) Program received signal SIGSEGV, Segmentation fault. 0xb7b3b1a6 in -[NSApplication setApplicationIconImage:] (     self=0xb7b384f7 <-[NSApplication(Private) _loadAppIconImage]+503>,     _cmd=0x81ba670, anImage=0xb7ed3238 <_OBJC_SELECTOR_TABLE+3256>)     at NSApplication.m:2392 2392      imageSize = [_app_icon size]; (gdb) p _app_icon $1 = (struct NSImage *) 0x548b0cc4 (gdb) p anImage $2 = (struct NSImage *) 0xb7ed3238 <_OBJC_SELECTOR_TABLE+3256> (gdb) po anImage Program received signal SIGSEGV, Segmentation fault. 0xb74d3f36 in objc_msg_lookup () from /usr/lib/i386-linux-gnu/libobjc.so.4 The program being debugged was signaled while in a function called from GDB. GDB remains in the frame where the signal was received. To change this behavior use "set unwindonsignal on". Evaluation of the expression containing the function (_NSPrintForDebugger) will be abandoned. When the function is done executing, GDB will silently stop. so.... I restarted and retried: (gdb) p anImage $3 = (struct NSImage *) 0xb7ed3238 <_OBJC_SELECTOR_TABLE+3256> (gdb) p *anImage $4 = {{isa = 0x140076}, _name = 0xb7ecfa84 <_OBJC_METH_VAR_TYPE_0>,   _fileName = 0x150076, _size = {width = -2.82472465e-05,     height = 2.02054627e-39}, _flags = {archiveByName = 0, scalable = 0,     dataRetained = 0, flipDraw = 0, sizeWasExplicitlySet = 0,     useEPSOnResolutionMismatch = 1, colorMatchPreferred = 0,     multipleResolutionMatching = 0, cacheSeparately = 0,     unboundedCacheDepth = 0, syncLoad = 1}, _reps = 0x5006e,   _color = 0xb7ecf3e0 <_OBJC_METH_VAR_TYPE_437>, _lockedView = 0x170076,   _delegate = 0xb7ecfa84 <_OBJC_METH_VAR_TYPE_0>, _cacheMode = 1769539} it has a ridiculous size I'd say? but... (gdb) p anImage->_fileName $5 = (struct NSString *) 0x150076 (gdb) po anImage->_fileName Cannot access memory at address 0x150076 (gdb) p anImage->_name $6 = (struct NSString *) 0xb7ecfa84 <_OBJC_METH_VAR_TYPE_0> (gdb) po anImage->_name Program received signal SIGSEGV, Segmentation fault. 0xb74d3f36 in objc_msg_lookup () from /usr/lib/i386-linux-gnu/libobjc.so.4 The program being debugged was signaled while in a function called from GDB. GDB remains in the frame where the signal was received. To change this behavior use "set unwindonsignal on". Evaluation of the expression containing the function (_NSPrintForDebugger) will be abandoned. When the function is done executing, GDB will silently stop. (gdb) From MAILER-DAEMON Fri Aug 03 07:46:11 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1flYX5-0005b2-Db for mharc-discuss-gnustep@gnu.org; Fri, 03 Aug 2018 07:46:11 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35224) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1flYX2-0005aw-Hn for discuss-gnustep@gnu.org; Fri, 03 Aug 2018 07:46:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1flYWy-0000A1-ID for discuss-gnustep@gnu.org; Fri, 03 Aug 2018 07:46:08 -0400 Received: from mail.fink.org ([185.22.52.222]:39348) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1flYWx-0008UL-PF for discuss-gnustep@gnu.org; Fri, 03 Aug 2018 07:46:04 -0400 X-Footer: Zmluay5vcmc= Received: from [IPv6:2a04:1d40:1:1:4424:9ac7:4c60:fb79] ([2a04:1d40:1:1:4424:9ac7:4c60:fb79]) (authenticated user list@fink.org) by mail.fink.org (Kerio Connect 9.2.7) with ESMTPSA (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256 bits)) for discuss-gnustep@gnu.org; Fri, 3 Aug 2018 13:45:40 +0200 From: Andreas Fink Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: llvm crashes while building libobjc2 Message-Id: <8960C968-298A-4A2B-827F-D7811C73EBF0@list.fink.org> Date: Fri, 3 Aug 2018 13:45:37 +0200 To: "discuss-gnustep@gnu.org" X-Mailer: Apple Mail (2.3445.9.1) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 185.22.52.222 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2018 11:46:10 -0000 Hello all, I'm rebuilding the latest version on libobj2 under debian8 and debian9 = and I run into crashes of llvm. I have never seen this before with the = same compiler. And its blocking the whole thing. I've tried llvm-5.0 and llvm-6.0 and also the llvm-5.0 I compiled from = source before which I used before to compile all just fine. Anyhow having a clue on how to work around this? It happens here: Scanning dependencies of target ForwardDeclareProtocolAccess_legacy [ 19%] Building C object = Test/CMakeFiles/ForwardDeclareProtocolAccess_legacy.dir/ForwardDeclareProt= ocolAccess.m.o [ 19%] Building C object = Test/CMakeFiles/ForwardDeclareProtocolAccess_legacy.dir/ForwardDeclareProt= ocol.m.o #0 0x0000564c7f0c57ca llvm::sys::PrintStackTrace(llvm::raw_ostream&) = (/usr/local/bin/clang-5.0+0x1dc07ca) #1 0x0000564c7f0c38ee llvm::sys::RunSignalHandlers() = (/usr/local/bin/clang-5.0+0x1dbe8ee) #2 0x0000564c7f0c3a12 SignalHandler(int) = (/usr/local/bin/clang-5.0+0x1dbea12) #3 0x00007f8ccb4fe0c0 __restore_rt = (/lib/x86_64-linux-gnu/libpthread.so.0+0x110c0) #4 0x0000564c7f427a50 llvm::IRBuilder::CreateCast(llvm::Instruction::CastOps,= llvm::Value*, llvm::Type*, llvm::Twine const&) [clone .constprop.407] = (/usr/local/bin/clang-5.0+0x2122a50) #5 0x0000564c7f4283b7 (anonymous = namespace)::CGObjCGNU::GenerateProtocolRef(clang::CodeGen::CodeGenFunction= &, clang::ObjCProtocolDecl const*) (/usr/local/bin/clang-5.0+0x21233b7) #6 0x0000564c7f413b9e (anonymous = namespace)::ScalarExprEmitter::Visit(clang::Expr*) = (/usr/local/bin/clang-5.0+0x210eb9e) #7 0x0000564c7f414c30 = clang::CodeGen::CodeGenFunction::EmitScalarExpr(clang::Expr const*, = bool) (/usr/local/bin/clang-5.0+0x210fc30) #8 0x0000564c7f297495 = clang::CodeGen::CodeGenFunction::EmitReturnStmt(clang::ReturnStmt = const&) (/usr/local/bin/clang-5.0+0x1f92495) #9 0x0000564c7f29946f = clang::CodeGen::CodeGenFunction::EmitCompoundStmtWithoutScope(clang::Compo= undStmt const&, bool, clang::CodeGen::AggValueSlot) = (/usr/local/bin/clang-5.0+0x1f9446f) #10 0x0000564c7f2c64d8 = clang::CodeGen::CodeGenFunction::EmitFunctionBody(clang::CodeGen::Function= ArgList&, clang::Stmt const*) (/usr/local/bin/clang-5.0+0x1fc14d8) #11 0x0000564c7f2cda85 = clang::CodeGen::CodeGenFunction::GenerateCode(clang::GlobalDecl, = llvm::Function*, clang::CodeGen::CGFunctionInfo const&) = (/usr/local/bin/clang-5.0+0x1fc8a85) #12 0x0000564c7f2e6e35 = clang::CodeGen::CodeGenModule::EmitGlobalFunctionDefinition(clang::GlobalD= ecl, llvm::GlobalValue*) (/usr/local/bin/clang-5.0+0x1fe1e35) #13 0x0000564c7f2f7299 = clang::CodeGen::CodeGenModule::EmitGlobalDefinition(clang::GlobalDecl, = llvm::GlobalValue*) (/usr/local/bin/clang-5.0+0x1ff2299) #14 0x0000564c7f2f8218 = clang::CodeGen::CodeGenModule::EmitGlobal(clang::GlobalDecl) = (/usr/local/bin/clang-5.0+0x1ff3218) #15 0x0000564c7f2f8859 = clang::CodeGen::CodeGenModule::EmitTopLevelDecl(clang::Decl*) [clone = .part.5457] (/usr/local/bin/clang-5.0+0x1ff3859) #16 0x0000564c7f8df3c3 (anonymous = namespace)::CodeGeneratorImpl::HandleTopLevelDecl(clang::DeclGroupRef) = (/usr/local/bin/clang-5.0+0x25da3c3) #17 0x0000564c7f8d60d2 = clang::BackendConsumer::HandleTopLevelDecl(clang::DeclGroupRef) = (/usr/local/bin/clang-5.0+0x25d10d2) #18 0x0000564c7fc5bfd6 clang::ParseAST(clang::Sema&, bool, bool) = (/usr/local/bin/clang-5.0+0x2956fd6) #19 0x0000564c7f8dd151 clang::CodeGenAction::ExecuteAction() = (/usr/local/bin/clang-5.0+0x25d8151) #20 0x0000564c7f5db016 clang::FrontendAction::Execute() = (/usr/local/bin/clang-5.0+0x22d6016) #21 0x0000564c7f5aa7f6 = clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) = (/usr/local/bin/clang-5.0+0x22a57f6) #22 0x0000564c7f66c13b = clang::ExecuteCompilerInvocation(clang::CompilerInstance*) = (/usr/local/bin/clang-5.0+0x236713b) #23 0x0000564c7dcdf3b8 cc1_main(llvm::ArrayRef, char = const*, void*) (/usr/local/bin/clang-5.0+0x9da3b8) #24 0x0000564c7dc64af3 main (/usr/local/bin/clang-5.0+0x95faf3) #25 0x00007f8cca0812e1 __libc_start_main = (/lib/x86_64-linux-gnu/libc.so.6+0x202e1) #26 0x0000564c7dcdce2a _start (/usr/local/bin/clang-5.0+0x9d7e2a) Stack dump: 0. Program arguments: /usr/local/bin/clang-5.0 -cc1 -triple = x86_64-unknown-linux-gnu -emit-obj -mrelax-all -disable-free = -disable-llvm-verifier -discard-value-names -main-file-name = ForwardDeclareProtocol.m -mrelocation-model static -mthread-model posix = -mdisable-fp-elim -fmath-errno -masm-verbose -mconstructor-aliases = -munwind-tables -fuse-init-array -target-cpu x86-64 -dwarf-column-info = -debug-info-kind=3Dlimited -dwarf-version=3D4 -debugger-tuning=3Dgdb = -coverage-notes-file = /Users/afink/development/gnustep/libobjc2/Build/Test/CMakeFiles/ForwardDec= lareProtocolAccess_legacy.dir/ForwardDeclareProtocol.m.gcno = -resource-dir /usr/local/lib/clang/5.0.0 -D GC_DEBUG -D GNUSTEP -D = NO_LEGACY -D OLDABI_COMPAT=3D1 -D TYPE_DEPENDENT_DISPATCH -I = /Users/afink/development/gnustep/libobjc2 -U NDEBUG -internal-isystem = /usr/local/include -internal-isystem /usr/local/lib/clang/5.0.0/include = -internal-externc-isystem /usr/include/x86_64-linux-gnu = -internal-externc-isystem /include -internal-externc-isystem = /usr/include -O0 -fdebug-compilation-dir = /Users/afink/development/gnustep/libobjc2/Build/Test -ferror-limit 19 = -fmessage-length 172 -fobjc-runtime=3Dgnustep-1.7 = -fobjc-dispatch-method=3Dnon-legacy -fobjc-exceptions -fexceptions = -fdiagnostics-show-option -fcolor-diagnostics -fexceptions = -fobjc-exceptions -fblocks -o = CMakeFiles/ForwardDeclareProtocolAccess_legacy.dir/ForwardDeclareProtocol.= m.o -x objective-c = /Users/afink/development/gnustep/libobjc2/Test/ForwardDeclareProtocol.m 1. parser at end of file 2. = /Users/afink/development/gnustep/libobjc2/Test/ForwardDeclareProtocol.m:4:= 11: LLVM IR generation of declaration 'getProtocol' 3. = /Users/afink/development/gnustep/libobjc2/Test/ForwardDeclareProtocol.m:4:= 11: Generating code for declaration 'getProtocol' clang-5.0: error: unable to execute command: Segmentation fault clang-5.0: error: clang frontend command failed due to signal (use -v to = see invocation) clang version 5.0.0 (tags/RELEASE_500/final 320467) Target: x86_64-unknown-linux-gnu Thread model: posix InstalledDir: /usr/local/bin clang-5.0: note: diagnostic msg: PLEASE submit a bug report to = http://llvm.org/bugs/ and include the crash backtrace, preprocessed = source, and associated run script. clang-5.0: note: diagnostic msg: ******************** PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: Preprocessed source(s) and associated run script(s) are located at: clang-5.0: note: diagnostic msg: /tmp/ForwardDeclareProtocol-e5f47b.m clang-5.0: note: diagnostic msg: /tmp/ForwardDeclareProtocol-e5f47b.sh clang-5.0: note: diagnostic msg: ******************** Test/CMakeFiles/ForwardDeclareProtocolAccess_legacy.dir/build.make:86: = recipe for target = 'Test/CMakeFiles/ForwardDeclareProtocolAccess_legacy.dir/ForwardDeclarePro= tocol.m.o' failed make[2]: *** = [Test/CMakeFiles/ForwardDeclareProtocolAccess_legacy.dir/ForwardDeclarePro= tocol.m.o] Error 254 CMakeFiles/Makefile2:670: recipe for target = 'Test/CMakeFiles/ForwardDeclareProtocolAccess_legacy.dir/all' failed make[1]: *** = [Test/CMakeFiles/ForwardDeclareProtocolAccess_legacy.dir/all] Error 2 Makefile:162: recipe for target 'all' failed make: *** [all] Error 2= From MAILER-DAEMON Fri Aug 03 07:51:48 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1flYcW-0006iD-3K for mharc-discuss-gnustep@gnu.org; Fri, 03 Aug 2018 07:51:48 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:36281) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1flYcT-0006g8-5R for discuss-gnustep@gnu.org; Fri, 03 Aug 2018 07:51:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1flYcP-0002EN-82 for discuss-gnustep@gnu.org; Fri, 03 Aug 2018 07:51:45 -0400 Received: from mail.fink.org ([185.22.52.222]:39592) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1flYcO-0002E2-Qq for discuss-gnustep@gnu.org; Fri, 03 Aug 2018 07:51:41 -0400 X-Footer: Zmluay5vcmc= Received: from [IPv6:2a04:1d40:1:1:4424:9ac7:4c60:fb79] ([2a04:1d40:1:1:4424:9ac7:4c60:fb79]) (authenticated user list@fink.org) by mail.fink.org (Kerio Connect 9.2.7) with ESMTPSA (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256 bits)) for discuss-gnustep@gnu.org; Fri, 3 Aug 2018 13:51:36 +0200 From: Andreas Fink Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Windows support in libobjc2 Date: Fri, 3 Aug 2018 13:51:34 +0200 References: <4B806E61-1005-4FF5-9EB2-E6A6A801AE90@eggplant.io> To: "discuss-gnustep@gnu.org" In-Reply-To: Message-Id: <1902662E-744C-41E1-9212-0C0F1815B170@list.fink.org> X-Mailer: Apple Mail (2.3445.9.1) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 185.22.52.222 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2018 11:51:46 -0000 Hello all, I'm rebuilding the latest version on libobj2 under debian8 and debian9 = and I run into crashes of llvm. I have never seen this before with the = same compiler. And its blocking the whole thing. Anyhow having a clue on how to work around this? It happens here: Scanning dependencies of target ForwardDeclareProtocolAccess_legacy [ 19%] Building C object = Test/CMakeFiles/ForwardDeclareProtocolAccess_legacy.dir/ForwardDeclareProt= ocolAccess.m.o [ 19%] Building C object = Test/CMakeFiles/ForwardDeclareProtocolAccess_legacy.dir/ForwardDeclareProt= ocol.m.o #0 0x0000564c7f0c57ca llvm::sys::PrintStackTrace(llvm::raw_ostream&) = (/usr/local/bin/clang-5.0+0x1dc07ca) #1 0x0000564c7f0c38ee llvm::sys::RunSignalHandlers() = (/usr/local/bin/clang-5.0+0x1dbe8ee) #2 0x0000564c7f0c3a12 SignalHandler(int) = (/usr/local/bin/clang-5.0+0x1dbea12) #3 0x00007f8ccb4fe0c0 __restore_rt = (/lib/x86_64-linux-gnu/libpthread.so.0+0x110c0) #4 0x0000564c7f427a50 llvm::IRBuilder::CreateCast(llvm::Instruction::CastOps,= llvm::Value*, llvm::Type*, llvm::Twine const&) [clone .constprop.407] = (/usr/local/bin/clang-5.0+0x2122a50) #5 0x0000564c7f4283b7 (anonymous = namespace)::CGObjCGNU::GenerateProtocolRef(clang::CodeGen::CodeGenFunction= &, clang::ObjCProtocolDecl const*) (/usr/local/bin/clang-5.0+0x21233b7) #6 0x0000564c7f413b9e (anonymous = namespace)::ScalarExprEmitter::Visit(clang::Expr*) = (/usr/local/bin/clang-5.0+0x210eb9e) #7 0x0000564c7f414c30 = clang::CodeGen::CodeGenFunction::EmitScalarExpr(clang::Expr const*, = bool) (/usr/local/bin/clang-5.0+0x210fc30) #8 0x0000564c7f297495 = clang::CodeGen::CodeGenFunction::EmitReturnStmt(clang::ReturnStmt = const&) (/usr/local/bin/clang-5.0+0x1f92495) #9 0x0000564c7f29946f = clang::CodeGen::CodeGenFunction::EmitCompoundStmtWithoutScope(clang::Compo= undStmt const&, bool, clang::CodeGen::AggValueSlot) = (/usr/local/bin/clang-5.0+0x1f9446f) #10 0x0000564c7f2c64d8 = clang::CodeGen::CodeGenFunction::EmitFunctionBody(clang::CodeGen::Function= ArgList&, clang::Stmt const*) (/usr/local/bin/clang-5.0+0x1fc14d8) #11 0x0000564c7f2cda85 = clang::CodeGen::CodeGenFunction::GenerateCode(clang::GlobalDecl, = llvm::Function*, clang::CodeGen::CGFunctionInfo const&) = (/usr/local/bin/clang-5.0+0x1fc8a85) #12 0x0000564c7f2e6e35 = clang::CodeGen::CodeGenModule::EmitGlobalFunctionDefinition(clang::GlobalD= ecl, llvm::GlobalValue*) (/usr/local/bin/clang-5.0+0x1fe1e35) #13 0x0000564c7f2f7299 = clang::CodeGen::CodeGenModule::EmitGlobalDefinition(clang::GlobalDecl, = llvm::GlobalValue*) (/usr/local/bin/clang-5.0+0x1ff2299) #14 0x0000564c7f2f8218 = clang::CodeGen::CodeGenModule::EmitGlobal(clang::GlobalDecl) = (/usr/local/bin/clang-5.0+0x1ff3218) #15 0x0000564c7f2f8859 = clang::CodeGen::CodeGenModule::EmitTopLevelDecl(clang::Decl*) [clone = .part.5457] (/usr/local/bin/clang-5.0+0x1ff3859) #16 0x0000564c7f8df3c3 (anonymous = namespace)::CodeGeneratorImpl::HandleTopLevelDecl(clang::DeclGroupRef) = (/usr/local/bin/clang-5.0+0x25da3c3) #17 0x0000564c7f8d60d2 = clang::BackendConsumer::HandleTopLevelDecl(clang::DeclGroupRef) = (/usr/local/bin/clang-5.0+0x25d10d2) #18 0x0000564c7fc5bfd6 clang::ParseAST(clang::Sema&, bool, bool) = (/usr/local/bin/clang-5.0+0x2956fd6) #19 0x0000564c7f8dd151 clang::CodeGenAction::ExecuteAction() = (/usr/local/bin/clang-5.0+0x25d8151) #20 0x0000564c7f5db016 clang::FrontendAction::Execute() = (/usr/local/bin/clang-5.0+0x22d6016) #21 0x0000564c7f5aa7f6 = clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) = (/usr/local/bin/clang-5.0+0x22a57f6) #22 0x0000564c7f66c13b = clang::ExecuteCompilerInvocation(clang::CompilerInstance*) = (/usr/local/bin/clang-5.0+0x236713b) #23 0x0000564c7dcdf3b8 cc1_main(llvm::ArrayRef, char = const*, void*) (/usr/local/bin/clang-5.0+0x9da3b8) #24 0x0000564c7dc64af3 main (/usr/local/bin/clang-5.0+0x95faf3) #25 0x00007f8cca0812e1 __libc_start_main = (/lib/x86_64-linux-gnu/libc.so.6+0x202e1) #26 0x0000564c7dcdce2a _start (/usr/local/bin/clang-5.0+0x9d7e2a) Stack dump: 0. Program arguments: /usr/local/bin/clang-5.0 -cc1 -triple = x86_64-unknown-linux-gnu -emit-obj -mrelax-all -disable-free = -disable-llvm-verifier -discard-value-names -main-file-name = ForwardDeclareProtocol.m -mrelocation-model static -mthread-model posix = -mdisable-fp-elim -fmath-errno -masm-verbose -mconstructor-aliases = -munwind-tables -fuse-init-array -target-cpu x86-64 -dwarf-column-info = -debug-info-kind=3Dlimited -dwarf-version=3D4 -debugger-tuning=3Dgdb = -coverage-notes-file = /Users/afink/development/gnustep/libobjc2/Build/Test/CMakeFiles/ForwardDec= lareProtocolAccess_legacy.dir/ForwardDeclareProtocol.m.gcno = -resource-dir /usr/local/lib/clang/5.0.0 -D GC_DEBUG -D GNUSTEP -D = NO_LEGACY -D OLDABI_COMPAT=3D1 -D TYPE_DEPENDENT_DISPATCH -I = /Users/afink/development/gnustep/libobjc2 -U NDEBUG -internal-isystem = /usr/local/include -internal-isystem /usr/local/lib/clang/5.0.0/include = -internal-externc-isystem /usr/include/x86_64-linux-gnu = -internal-externc-isystem /include -internal-externc-isystem = /usr/include -O0 -fdebug-compilation-dir = /Users/afink/development/gnustep/libobjc2/Build/Test -ferror-limit 19 = -fmessage-length 172 -fobjc-runtime=3Dgnustep-1.7 = -fobjc-dispatch-method=3Dnon-legacy -fobjc-exceptions -fexceptions = -fdiagnostics-show-option -fcolor-diagnostics -fexceptions = -fobjc-exceptions -fblocks -o = CMakeFiles/ForwardDeclareProtocolAccess_legacy.dir/ForwardDeclareProtocol.= m.o -x objective-c = /Users/afink/development/gnustep/libobjc2/Test/ForwardDeclareProtocol.m 1. parser at end of file 2. = /Users/afink/development/gnustep/libobjc2/Test/ForwardDeclareProtocol.m:4:= 11: LLVM IR generation of declaration 'getProtocol' 3. = /Users/afink/development/gnustep/libobjc2/Test/ForwardDeclareProtocol.m:4:= 11: Generating code for declaration 'getProtocol' clang-5.0: error: unable to execute command: Segmentation fault clang-5.0: error: clang frontend command failed due to signal (use -v to = see invocation) clang version 5.0.0 (tags/RELEASE_500/final 320467) Target: x86_64-unknown-linux-gnu Thread model: posix InstalledDir: /usr/local/bin clang-5.0: note: diagnostic msg: PLEASE submit a bug report to = http://llvm.org/bugs/ and include the crash backtrace, preprocessed = source, and associated run script. clang-5.0: note: diagnostic msg: ******************** PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: Preprocessed source(s) and associated run script(s) are located at: clang-5.0: note: diagnostic msg: /tmp/ForwardDeclareProtocol-e5f47b.m clang-5.0: note: diagnostic msg: /tmp/ForwardDeclareProtocol-e5f47b.sh clang-5.0: note: diagnostic msg: ******************** Test/CMakeFiles/ForwardDeclareProtocolAccess_legacy.dir/build.make:86: = recipe for target = 'Test/CMakeFiles/ForwardDeclareProtocolAccess_legacy.dir/ForwardDeclarePro= tocol.m.o' failed make[2]: *** = [Test/CMakeFiles/ForwardDeclareProtocolAccess_legacy.dir/ForwardDeclarePro= tocol.m.o] Error 254 CMakeFiles/Makefile2:670: recipe for target = 'Test/CMakeFiles/ForwardDeclareProtocolAccess_legacy.dir/all' failed make[1]: *** = [Test/CMakeFiles/ForwardDeclareProtocolAccess_legacy.dir/all] Error 2 Makefile:162: recipe for target 'all' failed make: *** [all] Error 2= From MAILER-DAEMON Fri Aug 03 09:18:23 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1flZyJ-0001wO-Tg for mharc-discuss-gnustep@gnu.org; Fri, 03 Aug 2018 09:18:23 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:57308) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1flZyH-0001w2-3T for discuss-gnustep@gnu.org; Fri, 03 Aug 2018 09:18:22 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1flZyC-0007Na-UL for discuss-gnustep@gnu.org; Fri, 03 Aug 2018 09:18:21 -0400 Received: from theravensnest.org ([46.226.110.62]:56192) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1flZyC-0007Cf-Eb for discuss-gnustep@gnu.org; Fri, 03 Aug 2018 09:18:16 -0400 Received: from [10.106.106.39] (userh412.uk.uudial.com [194.69.102.39]) (authenticated bits=0) by theravensnest.org (8.15.2/8.15.2) with ESMTPSA id w73DHMPA007303 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 3 Aug 2018 13:17:22 GMT (envelope-from theraven@theravensnest.org) X-Authentication-Warning: mail: Host userh412.uk.uudial.com [194.69.102.39] claimed to be [10.106.106.39] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: llvm crashes while building libobjc2 From: David Chisnall In-Reply-To: <8960C968-298A-4A2B-827F-D7811C73EBF0@list.fink.org> Date: Fri, 3 Aug 2018 14:17:59 +0100 Cc: "discuss-gnustep@gnu.org" Content-Transfer-Encoding: quoted-printable Message-Id: <197E6225-E2E2-48A6-B600-F101413B35EB@theravensnest.org> References: <8960C968-298A-4A2B-827F-D7811C73EBF0@list.fink.org> To: Andreas Fink X-Mailer: Apple Mail (2.3273) X-detected-operating-system: by eggs.gnu.org: FreeBSD 9.x [fuzzy] X-Received-From: 46.226.110.62 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2018 13:18:22 -0000 Please build with tests disabled. This is a regression tests for a = compiler bug, which is fixed in clang trunk. It is not fixed in your = compiler, so you are seeing a build failure. David > On 3 Aug 2018, at 12:45, Andreas Fink wrote: >=20 > Hello all, > I'm rebuilding the latest version on libobj2 under debian8 and debian9 = and I run into crashes of llvm. I have never seen this before with the = same compiler. And its blocking the whole thing. >=20 > I've tried llvm-5.0 and llvm-6.0 and also the llvm-5.0 I compiled from = source before which I used before to compile all just fine. >=20 > Anyhow having a clue on how to work around this? >=20 >=20 > It happens here: >=20 > Scanning dependencies of target ForwardDeclareProtocolAccess_legacy > [ 19%] Building C object = Test/CMakeFiles/ForwardDeclareProtocolAccess_legacy.dir/ForwardDeclareProt= ocolAccess.m.o > [ 19%] Building C object = Test/CMakeFiles/ForwardDeclareProtocolAccess_legacy.dir/ForwardDeclareProt= ocol.m.o > #0 0x0000564c7f0c57ca llvm::sys::PrintStackTrace(llvm::raw_ostream&) = (/usr/local/bin/clang-5.0+0x1dc07ca) > #1 0x0000564c7f0c38ee llvm::sys::RunSignalHandlers() = (/usr/local/bin/clang-5.0+0x1dbe8ee) > #2 0x0000564c7f0c3a12 SignalHandler(int) = (/usr/local/bin/clang-5.0+0x1dbea12) > #3 0x00007f8ccb4fe0c0 __restore_rt = (/lib/x86_64-linux-gnu/libpthread.so.0+0x110c0) > #4 0x0000564c7f427a50 llvm::IRBuilder::CreateCast(llvm::Instruction::CastOps,= llvm::Value*, llvm::Type*, llvm::Twine const&) [clone .constprop.407] = (/usr/local/bin/clang-5.0+0x2122a50) > #5 0x0000564c7f4283b7 (anonymous = namespace)::CGObjCGNU::GenerateProtocolRef(clang::CodeGen::CodeGenFunction= &, clang::ObjCProtocolDecl const*) (/usr/local/bin/clang-5.0+0x21233b7) > #6 0x0000564c7f413b9e (anonymous = namespace)::ScalarExprEmitter::Visit(clang::Expr*) = (/usr/local/bin/clang-5.0+0x210eb9e) > #7 0x0000564c7f414c30 = clang::CodeGen::CodeGenFunction::EmitScalarExpr(clang::Expr const*, = bool) (/usr/local/bin/clang-5.0+0x210fc30) > #8 0x0000564c7f297495 = clang::CodeGen::CodeGenFunction::EmitReturnStmt(clang::ReturnStmt = const&) (/usr/local/bin/clang-5.0+0x1f92495) > #9 0x0000564c7f29946f = clang::CodeGen::CodeGenFunction::EmitCompoundStmtWithoutScope(clang::Compo= undStmt const&, bool, clang::CodeGen::AggValueSlot) = (/usr/local/bin/clang-5.0+0x1f9446f) > #10 0x0000564c7f2c64d8 = clang::CodeGen::CodeGenFunction::EmitFunctionBody(clang::CodeGen::Function= ArgList&, clang::Stmt const*) (/usr/local/bin/clang-5.0+0x1fc14d8) > #11 0x0000564c7f2cda85 = clang::CodeGen::CodeGenFunction::GenerateCode(clang::GlobalDecl, = llvm::Function*, clang::CodeGen::CGFunctionInfo const&) = (/usr/local/bin/clang-5.0+0x1fc8a85) > #12 0x0000564c7f2e6e35 = clang::CodeGen::CodeGenModule::EmitGlobalFunctionDefinition(clang::GlobalD= ecl, llvm::GlobalValue*) (/usr/local/bin/clang-5.0+0x1fe1e35) > #13 0x0000564c7f2f7299 = clang::CodeGen::CodeGenModule::EmitGlobalDefinition(clang::GlobalDecl, = llvm::GlobalValue*) (/usr/local/bin/clang-5.0+0x1ff2299) > #14 0x0000564c7f2f8218 = clang::CodeGen::CodeGenModule::EmitGlobal(clang::GlobalDecl) = (/usr/local/bin/clang-5.0+0x1ff3218) > #15 0x0000564c7f2f8859 = clang::CodeGen::CodeGenModule::EmitTopLevelDecl(clang::Decl*) [clone = .part.5457] (/usr/local/bin/clang-5.0+0x1ff3859) > #16 0x0000564c7f8df3c3 (anonymous = namespace)::CodeGeneratorImpl::HandleTopLevelDecl(clang::DeclGroupRef) = (/usr/local/bin/clang-5.0+0x25da3c3) > #17 0x0000564c7f8d60d2 = clang::BackendConsumer::HandleTopLevelDecl(clang::DeclGroupRef) = (/usr/local/bin/clang-5.0+0x25d10d2) > #18 0x0000564c7fc5bfd6 clang::ParseAST(clang::Sema&, bool, bool) = (/usr/local/bin/clang-5.0+0x2956fd6) > #19 0x0000564c7f8dd151 clang::CodeGenAction::ExecuteAction() = (/usr/local/bin/clang-5.0+0x25d8151) > #20 0x0000564c7f5db016 clang::FrontendAction::Execute() = (/usr/local/bin/clang-5.0+0x22d6016) > #21 0x0000564c7f5aa7f6 = clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) = (/usr/local/bin/clang-5.0+0x22a57f6) > #22 0x0000564c7f66c13b = clang::ExecuteCompilerInvocation(clang::CompilerInstance*) = (/usr/local/bin/clang-5.0+0x236713b) > #23 0x0000564c7dcdf3b8 cc1_main(llvm::ArrayRef, char = const*, void*) (/usr/local/bin/clang-5.0+0x9da3b8) > #24 0x0000564c7dc64af3 main (/usr/local/bin/clang-5.0+0x95faf3) > #25 0x00007f8cca0812e1 __libc_start_main = (/lib/x86_64-linux-gnu/libc.so.6+0x202e1) > #26 0x0000564c7dcdce2a _start (/usr/local/bin/clang-5.0+0x9d7e2a) > Stack dump: > 0. Program arguments: /usr/local/bin/clang-5.0 -cc1 -triple = x86_64-unknown-linux-gnu -emit-obj -mrelax-all -disable-free = -disable-llvm-verifier -discard-value-names -main-file-name = ForwardDeclareProtocol.m -mrelocation-model static -mthread-model posix = -mdisable-fp-elim -fmath-errno -masm-verbose -mconstructor-aliases = -munwind-tables -fuse-init-array -target-cpu x86-64 -dwarf-column-info = -debug-info-kind=3Dlimited -dwarf-version=3D4 -debugger-tuning=3Dgdb = -coverage-notes-file = /Users/afink/development/gnustep/libobjc2/Build/Test/CMakeFiles/ForwardDec= lareProtocolAccess_legacy.dir/ForwardDeclareProtocol.m.gcno = -resource-dir /usr/local/lib/clang/5.0.0 -D GC_DEBUG -D GNUSTEP -D = NO_LEGACY -D OLDABI_COMPAT=3D1 -D TYPE_DEPENDENT_DISPATCH -I = /Users/afink/development/gnustep/libobjc2 -U NDEBUG -internal-isystem = /usr/local/include -internal-isystem /usr/local/lib/clang/5.0.0/include = -internal-externc-isystem /usr/include/x86_64-linux-gnu = -internal-externc-isystem /include -internal-externc-isystem = /usr/include -O0 -fdebug-compilation-dir = /Users/afink/development/gnustep/libobjc2/Build/Test -ferror-limit 19 = -fmessage-length 172 -fobjc-runtime=3Dgnustep-1.7 = -fobjc-dispatch-method=3Dnon-legacy -fobjc-exceptions -fexceptions = -fdiagnostics-show-option -fcolor-diagnostics -fexceptions = -fobjc-exceptions -fblocks -o = CMakeFiles/ForwardDeclareProtocolAccess_legacy.dir/ForwardDeclareProtocol.= m.o -x objective-c = /Users/afink/development/gnustep/libobjc2/Test/ForwardDeclareProtocol.m > 1. parser at end of file > 2. = /Users/afink/development/gnustep/libobjc2/Test/ForwardDeclareProtocol.m:4:= 11: LLVM IR generation of declaration 'getProtocol' > 3. = /Users/afink/development/gnustep/libobjc2/Test/ForwardDeclareProtocol.m:4:= 11: Generating code for declaration 'getProtocol' > clang-5.0: error: unable to execute command: Segmentation fault > clang-5.0: error: clang frontend command failed due to signal (use -v = to see invocation) > clang version 5.0.0 (tags/RELEASE_500/final 320467) > Target: x86_64-unknown-linux-gnu > Thread model: posix > InstalledDir: /usr/local/bin > clang-5.0: note: diagnostic msg: PLEASE submit a bug report to = http://llvm.org/bugs/ and include the crash backtrace, preprocessed = source, and associated run script. > clang-5.0: note: diagnostic msg: > ******************** >=20 > PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: > Preprocessed source(s) and associated run script(s) are located at: > clang-5.0: note: diagnostic msg: /tmp/ForwardDeclareProtocol-e5f47b.m > clang-5.0: note: diagnostic msg: /tmp/ForwardDeclareProtocol-e5f47b.sh > clang-5.0: note: diagnostic msg: >=20 > ******************** > Test/CMakeFiles/ForwardDeclareProtocolAccess_legacy.dir/build.make:86: = recipe for target = 'Test/CMakeFiles/ForwardDeclareProtocolAccess_legacy.dir/ForwardDeclarePro= tocol.m.o' failed > make[2]: *** = [Test/CMakeFiles/ForwardDeclareProtocolAccess_legacy.dir/ForwardDeclarePro= tocol.m.o] Error 254 > CMakeFiles/Makefile2:670: recipe for target = 'Test/CMakeFiles/ForwardDeclareProtocolAccess_legacy.dir/all' failed > make[1]: *** = [Test/CMakeFiles/ForwardDeclareProtocolAccess_legacy.dir/all] Error 2 > Makefile:162: recipe for target 'all' failed > make: *** [all] Error 2 >=20 > _______________________________________________ > Discuss-gnustep mailing list > Discuss-gnustep@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnustep From MAILER-DAEMON Fri Aug 03 09:34:37 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1flaE1-0005Tt-P6 for mharc-discuss-gnustep@gnu.org; Fri, 03 Aug 2018 09:34:37 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59581) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1flaDz-0005TR-7s for discuss-gnustep@gnu.org; Fri, 03 Aug 2018 09:34:36 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1flaDw-0000ua-4W for discuss-gnustep@gnu.org; Fri, 03 Aug 2018 09:34:35 -0400 Received: from smtp-35-i6.italiaonline.it ([213.209.14.35]:46994 helo=libero.it) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1flaDv-0000u4-P7 for discuss-gnustep@gnu.org; Fri, 03 Aug 2018 09:34:32 -0400 Received: from [192.168.1.65] ([46.21.177.226]) by smtp-35.iol.local with SMTP id laDBfQTYexxHwlaDtfLZfc; Fri, 03 Aug 2018 15:34:29 +0200 x-libjamoibt: 1601 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=libero.it; s=s2014; t=1533303270; bh=Aa4wn+GcOxKvwCO++YDeVqMM9004fW/zppMmU2CCmKw=; h=Subject:From:To:Cc:References:Date:In-Reply-To; b=TwALy2JoljjUZMad+HL7y1n82clXNqDXh4biH2CcIfb6f8mvszX4ouF5/OLAk45Gp 8AFulfJZH76m8RYeae0XfKNK5itBL6G6r8Io5BUdp2wYpnkXn6FL2up3CSdUdpbuE2 2NPji66K0FjkMS+sfFeaCtgpS4F21n+JDLuQOB8++0v/nd3QLOII65UhsMH+Rcuqwz kpBKcwAo9bJVydAit7/JXhp+jLsUkvlJiAhKfpVDsMZolrK3b0TPl0aVH99EPUgHtw mG3rjADq4rc6ZJljSMLoUpiNq7Rq4KRGviqSx5WZEwSHt5RmExFqbHf8+XzYQbDjoP DfK6dHA8SP0bw== X-CNFS-Analysis: v=2.2 cv=FMtr/6gs c=1 sm=1 tr=0 a=gfSuWC0KZl1BcmXOoRnORQ==:117 a=gfSuWC0KZl1BcmXOoRnORQ==:17 a=IkcTkHD0fZMA:10 a=GDpdYO_bQHkC7gzowssA:9 a=QEXdDO2ut3YA:10 Subject: Re: Crash on app start due to icon From: Riccardo Mottola To: Fred Kiefer Cc: Discuss GNUstep References: <5f89a02a-5b68-67a6-f686-a6d5f6b74e74@libero.it> <12F22814-7A86-4430-AC1D-28556F355A97@gmx.de> <8fa4c22b-8f82-be0d-dd35-d8da860389b4@libero.it> Message-ID: <01619e75-4c8c-f30d-8c04-f760f2605a5b@libero.it> Date: Fri, 3 Aug 2018 15:32:51 +0200 User-Agent: Mozilla/5.0 (X11; NetBSD i386; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <8fa4c22b-8f82-be0d-dd35-d8da860389b4@libero.it> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-CMAE-Envelope: MS4wfJKi8O6bCKK8EiCA6HULPh4mDkHMie8SyNanb9KcXUhD140bk44zWAjVVj+zQ3zuN/OG83Mk7d1+UXfFUY9GK0CJqvJCfTblM6hPuHFhWGHlv7yyASmm SH/0zuQpYDyio06+QgzQovR5X0Or8yxF9nqFXlhOYUQazpwtU5xXaeq0hvh2StCTcfsxxivFom6O6OJrO87ZaLSjMPKcUSzAjwQ= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 213.209.14.35 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2018 13:34:36 -0000 Hi, I was just finished updating my NetBSD laptop (8.0 is out) and rebuilding all packages, so everything is clean, then I rebuilt GNUstep too! Here it also crashes! making the bug very reproducable across platforms. Here the trace is similar: Program received signal SIGSEGV, Segmentation fault. 0xade46638 in objc_msg_lookup () from /usr/lib/libobjc.so.4 (gdb) bt #0  0xade46638 in objc_msg_lookup () from /usr/lib/libobjc.so.4 #1  0xae40f5b5 in -[NSApplication setApplicationIconImage:] (self=0xae40c6e2 <-[NSApplication(Private) _loadAppIconImage]+577>, _cmd=0xab2172c0,     anImage=0xae6e1638 <_OBJC_SELECTOR_TABLE+3256>) at NSApplication.m:2392 #2  0xae6e1630 in _OBJC_SELECTOR_TABLE () from /System/Library/Libraries/libgnustep-gui.so.0.26.2 #3  0xae40c6e2 in -[NSApplication(Private) _loadAppIconImage] (self=0xab2172c0, _cmd=0xae6e1008 <_OBJC_SELECTOR_TABLE+1672>) at NSApplication.m:3834 #4  0xae4158d8 in -[NSApplication _init] (self=0xab2172c0, _cmd=0xae6e1068 <_OBJC_SELECTOR_TABLE+1768>) at NSApplication.m:885 #5  0xae016c16 in -[NSObject performSelector:withObject:] (self=0xab2172c0, _cmd=0xae2f7138 <_OBJC_SELECTOR_TABLE+280>,     aSelector=0xae6e1068 <_OBJC_SELECTOR_TABLE+1768>, anObject=0xab2172c0) at NSObject.m:2009 #6  0xae08940a in -[NSObject(NSThreadPerformAdditions) performSelector:onThread:withObject:waitUntilDone:modes:] (self=0xab2172c0,     _cmd=0xae2f7240 <_OBJC_SELECTOR_TABLE+544>, aSelector=0xae6e1068 <_OBJC_SELECTOR_TABLE+1768>, aThread=, anObject=0xab2172c0,     aFlag=1 '\001', anArray=0xab2a3800) at NSThread.m:2136 #7  0xae084c68 in -[NSObject(NSThreadPerformAdditions) performSelectorOnMainThread:withObject:waitUntilDone:modes:] (self=self@entry=0xab2172c0,     _cmd=_cmd@entry=0xae2f7248 <_OBJC_SELECTOR_TABLE+552>, aSelector=aSelector@entry=0xae6e1068 <_OBJC_SELECTOR_TABLE+1768>,     anObject=anObject@entry=0xab2172c0, aFlag=aFlag@entry=1 '\001', anArray=0xab2a3800) at NSThread.m:2095 #8  0xae087272 in -[NSObject(NSThreadPerformAdditions) performSelectorOnMainThread:withObject:waitUntilDone:] (self=0xab2172c0,     _cmd=0xae6e1070 <_OBJC_SELECTOR_TABLE+1776>, aSelector=0xae6e1068 <_OBJC_SELECTOR_TABLE+1768>, anObject=0xab2172c0, aFlag=1 '\001') at NSThread.m:2105 #9  0xae414115 in -[NSApplication init] (self=0xab2172c0, _cmd=0xae6e0dd0 <_OBJC_SELECTOR_TABLE+1104>) at NSApplication.m:984 #10 0xae40a39e in +[NSApplication sharedApplication] (self=0xae6e19c0 <_OBJC_Class_NSApplication>, _cmd=0xae6d57c8 <_OBJC_SELECTOR_TABLE+872>)     at NSApplication.m:851 #11 0xae3f0c60 in NSApplicationMain (argc=argc@entry=1, argv=argv@entry=0xbfb1fe60) at Functions.m:78 #12 0x0804abef in gnustep_base_user_main (argc=1, argv=0xbfb1fe60) at main.m:15 #13 0xae12da28 in main (argc=1, argv=0xbfb1fe60, env=0xbfb1fe68) at NSProcessInfo.m:1002 #14 0x0804a614 in ___start () #15 0x0804a508 in _start () (gdb) p anImage $1 = (struct NSImage *) 0xae6e1638 <_OBJC_SELECTOR_TABLE+3256> (gdb) p *anImage $2 = {{isa = 0x1d006b}, _name = 0xae6dde84 <_OBJC_METH_VAR_TYPE_0>, _fileName = 0x16009c, _size = {width = -5.40798517e-11, height = 1.92876542e-39},   _flags = {archiveByName = 0, scalable = 0, dataRetained = 0, flipDraw = 0, sizeWasExplicitlySet = 0, useEPSOnResolutionMismatch = 1,     colorMatchPreferred = 0, multipleResolutionMatching = 0, cacheSeparately = 0, unboundedCacheDepth = 0, syncLoad = 0}, _reps = 0xa006e,   _color = 0xae6dd7e0 <_OBJC_METH_VAR_TYPE_437>, _lockedView = 0x1a006e, _delegate = 0xae6dde84 <_OBJC_METH_VAR_TYPE_0>, _cacheMode = 1507351} I tried compiling in debug without optimization, and it works! This hints even more at memory corruption, more than a retain issue. Riccardo From MAILER-DAEMON Fri Aug 03 13:01:20 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fldS3-0003qx-Sy for mharc-discuss-gnustep@gnu.org; Fri, 03 Aug 2018 13:01:19 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:57258) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fldS1-0003q8-6f for discuss-gnustep@gnu.org; Fri, 03 Aug 2018 13:01:18 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fldRx-00025V-8I for discuss-gnustep@gnu.org; Fri, 03 Aug 2018 13:01:17 -0400 Received: from mout.gmx.net ([212.227.15.19]:59205) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fldRw-00022o-TM for discuss-gnustep@gnu.org; Fri, 03 Aug 2018 13:01:13 -0400 Received: from fredkiecbookpro.fritz.box ([87.123.205.94]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MNq8p-1ft4EX2yXz-007QUL for ; Fri, 03 Aug 2018 19:01:10 +0200 From: Fred Kiefer Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Crash on app start due to icon Date: Fri, 3 Aug 2018 19:01:09 +0200 References: <5f89a02a-5b68-67a6-f686-a6d5f6b74e74@libero.it> <12F22814-7A86-4430-AC1D-28556F355A97@gmx.de> <8fa4c22b-8f82-be0d-dd35-d8da860389b4@libero.it> To: Discuss GNUstep In-Reply-To: <8fa4c22b-8f82-be0d-dd35-d8da860389b4@libero.it> Message-Id: <6279BAAA-6E76-4DE4-B1AA-CB06F7FD14C5@gmx.de> X-Mailer: Apple Mail (2.3445.9.1) X-Provags-ID: V03:K1:yeOHUM4x1T79HEHk1+Zf9wT94SIF/PDxIUK1dr3UYVOX3BPU87A feEaP71U9UDbWswzexdI7kat7HO6TURvOGml/fvQvejrikzBEkzE9N5CUPHawbfFdJPSwfF JAgQBrv+wtZlS8xujL3qxfJUlJozs8RIL7r5bvg8Ci9WCa+D5fqHVGTnGh4tTY1xE2Opan1 P0eZu6irQIQLwI7l2/6FQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:4n+DSteUGtM=:TYmM/wIV01WeQFAQCLY7Mq gQMjA0p3ekaeWfEwoSy/PHLEUPMVf607waAVI8HTK3T+j/RLbnC84KDe/m9auDqNPbTyFOuA6 WKtjyI0THTRn6wymmEyA4a69sPS19NxpG8oNnvxj4PeFPLBIw0A/Bocaat2o8pn898airzQO2 BPpaAbckzEO/lucu1Rz6buGTCEOkrbgaIQnLYTbadvJs55CrECgiLMg6CVY8J6cQnfI8uR3G3 XE6aZaWU49zEKr8LnUdWgBa2p/fgCGeJhqyfJujGf62OMmuQPQMo4P4D70fJ1nMEW+ioB7r/h JCj4a6a9ndYxJGXciPTUnzGEckOchmD9aqBoPBlAXn7FAhc7QIxbiyLao3Qht4P0aZ8kMx878 kgUD94oJxZX0qvqp5bTJJ+Wt+4y9bUyWKSYbawv/75EbPDZW/QR7yqpON8moAAvM+uw/MMEFs PoacZwwf8VwyRENXqb0u1+z5mEwfiucBQteVuazJmdbnYj5+YfkoHydlRqGXy9CWVRqsVC5eQ gWI+9kWJ+VQt3ySJKgJun7hI0/0Sg4OceFv+ErBegt2b9IMtYH9FGJ57Q2Mn4NED6mYUhWhjA VEjJ5VJcfW/OvaE3tA8ApkZFkPgFTty1H3ArWpwD0CL6wpM4OdADuQF4H8YsJAyLwE2X2Inwk l8rwfdvvPjneKdc8Xlf4IJJ67A1FAvnoZUROdHwf+PATlJfjXNqKDnAu4hegAktctoZxWy8EO DeJim40cKWw5m3HFLlxuDCaLhGIZCfDBYARBPthzPH86pVd8GFuhSoxBxwZaX8nco9Izi+DUh mlR1Tui X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 212.227.15.19 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2018 17:01:18 -0000 > Am 03.08.2018 um 00:38 schrieb Riccardo Mottola = : > Fred Kiefer wrote: >> This is really weird. Could it be that a theme is causing this? If = not I would as always suggest to run the program under valgrind to see = what is the real cause of the issue. You could also try to output the = variable =E2=80=9EanImage=E2=80=9C instead of =E2=80=9E_app_icon=E2=80=9C = and try to inspect that with the command =E2=80=9Ep *anImage=E2=80=9C. >>=20 >> We could try to make the image loading lazy, which would move it back = a bit again. But first we should try to understand what is going on on = your machines and why this is only happening there. > I wonder that only I do see this... It actually happens on most my = machines... the only one(s) where not are the FeeBSD+Clang ones (can't = get GCC work on FreeBSD yet due to libobjc2 issues, so I cannot verify = that factor) Does this mean you only tested on clang systems? It could be a clang = bug, which version of clang are you using? > Program received signal SIGSEGV, Segmentation fault. > 0xb7b3b1a6 in -[NSApplication setApplicationIconImage:] ( > self=3D0xb7b384f7 <-[NSApplication(Private) = _loadAppIconImage]+503>, > _cmd=3D0x81ba670, anImage=3D0xb7ed3238 = <_OBJC_SELECTOR_TABLE+3256>) > at NSApplication.m:2392 > 2392 imageSize =3D [_app_icon size]; > (gdb) p _app_icon > $1 =3D (struct NSImage *) 0x548b0cc4 > (gdb) p anImage > $2 =3D (struct NSImage *) 0xb7ed3238 <_OBJC_SELECTOR_TABLE+3256> > (gdb) po anImage >=20 > Program received signal SIGSEGV, Segmentation fault. > 0xb74d3f36 in objc_msg_lookup () from = /usr/lib/i386-linux-gnu/libobjc.so.4 > The program being debugged was signaled while in a function called = from GDB. > GDB remains in the frame where the signal was received. > To change this behavior use "set unwindonsignal on". > Evaluation of the expression containing the function > (_NSPrintForDebugger) will be abandoned. > When the function is done executing, GDB will silently stop. >=20 > so.... I restarted and retried: >=20 > (gdb) p anImage > $3 =3D (struct NSImage *) 0xb7ed3238 <_OBJC_SELECTOR_TABLE+3256> > (gdb) p *anImage > $4 =3D {{isa =3D 0x140076}, _name =3D 0xb7ecfa84 = <_OBJC_METH_VAR_TYPE_0>, > _fileName =3D 0x150076, _size =3D {width =3D -2.82472465e-05, > height =3D 2.02054627e-39}, _flags =3D {archiveByName =3D 0, = scalable =3D 0, > dataRetained =3D 0, flipDraw =3D 0, sizeWasExplicitlySet =3D 0, > useEPSOnResolutionMismatch =3D 1, colorMatchPreferred =3D 0, > multipleResolutionMatching =3D 0, cacheSeparately =3D 0, > unboundedCacheDepth =3D 0, syncLoad =3D 1}, _reps =3D 0x5006e, > _color =3D 0xb7ecf3e0 <_OBJC_METH_VAR_TYPE_437>, _lockedView =3D = 0x170076, > _delegate =3D 0xb7ecfa84 <_OBJC_METH_VAR_TYPE_0>, _cacheMode =3D = 1769539} >=20 >=20 > it has a ridiculous size I'd say? No, this is just zero, which is the normal initial state for size. What = is strange is that _lockedView is set. This should not be the case. Also = the value looks very similar to the isa and the _fileName pointer. Could = it be that clang or the library it uses does not clean up the memory for = a new object? Or this is an artefact of the debugger. As usual I would suggest to run the program under valgrind :-) To work around this issue with the application icon, I could add a bit = of code to gui that does lazy evaluation of this icon. But most likely = you will still get an error, just a bit later.= From MAILER-DAEMON Fri Aug 03 13:44:56 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fle8G-0006ss-OV for mharc-discuss-gnustep@gnu.org; Fri, 03 Aug 2018 13:44:56 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42926) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fle8D-0006p5-Kr for discuss-gnustep@gnu.org; Fri, 03 Aug 2018 13:44:54 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fle88-0007Rv-Pr for discuss-gnustep@gnu.org; Fri, 03 Aug 2018 13:44:53 -0400 Received: from mout.gmx.net ([212.227.15.15]:33077) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fle88-0007RI-G1 for discuss-gnustep@gnu.org; Fri, 03 Aug 2018 13:44:48 -0400 Received: from fredkiecbookpro.fritz.box ([87.123.205.94]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Lee2I-1gHyoi3fby-00qTA6; Fri, 03 Aug 2018 19:44:46 +0200 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Crash on app start due to icon From: Fred Kiefer In-Reply-To: <6279BAAA-6E76-4DE4-B1AA-CB06F7FD14C5@gmx.de> Date: Fri, 3 Aug 2018 19:44:46 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <5f89a02a-5b68-67a6-f686-a6d5f6b74e74@libero.it> <12F22814-7A86-4430-AC1D-28556F355A97@gmx.de> <8fa4c22b-8f82-be0d-dd35-d8da860389b4@libero.it> <6279BAAA-6E76-4DE4-B1AA-CB06F7FD14C5@gmx.de> To: Discuss GNUstep X-Mailer: Apple Mail (2.3445.9.1) X-Provags-ID: V03:K1:3/ITBiYVH1yPI+sS6ZhSv/TDddfqkx/vIdBODyCa8g5qdPSSCvG 3ZrHkoQ1b/SpcxPcAWv0D5QbQl12x8qVeM3zF/preQiuYMh98nkB1uN4zn4fYtZw1A4lpKY GTt8ixfcSmS9GoKg+9yh8JDTODIdDAGZfwOKvbe6EVK+qrZwx3uDJ1DORKRbO3O4kD9NFZq m0zWRRC7P1GTJBllhXonA== X-UI-Out-Filterresults: notjunk:1;V01:K0:cJvvILuKxtA=:gMvuVcLUOhwB2IuVq6nwTV 6HDIY09lv/E/C6yaOrIs96JAFuVZEhWx/jrRDg2+69cmUF2t9Kms/7RMY/TnZKaJa725n9Pm2 glgjXpbgpHFrh7R5IadD8FzO+IUIRrwMCLBTbXcDqtG+MIvarKu49vjTSeYyOclGVxSrbG2ab rPWBekXoZ9MlkcZUSASZbCeikVosPlUt+WIX3cvECIj/e30fxfA6dmP9WcHLZ0gL7qipBgZHp 26Kvw5pC4nYNqJVnaZIiWYTAR1aVyeeqFB+hRGaYEmhM9lXpAWNLobse9MFtYhBs0X+ECOpzk 73rsapZWBTqetSrantbvdI3L6ziXClkrT8bxCYAhpS32p36OG8UIWVGxagIFR9kVWCJWJG7jD iZLT+KDhaAhEihVa3m/GY5YA3p9MSEANkiYglNJs3WdBIgJyo7PIRKh6Sw246+GXrGjO0+x4+ /giRmlQkSjFJhsn+HrONkWAI7VGr4nykj2D76rKQjJv9ZytH+na7Uk/3ZVH0UeKgzzb2ZQLTM qfeiqITB1EwiEX/nwZt94mEzZNLysq95cusdJAZ1hZDpbxLIoikjjEKrqvD2HjpdhqU3qfHHc Y0+t4oCKuVCI95Wb+9EpFa2w0d69joyBxTDWYNQPOSygFa8G9MdhKuRZiz/3iVv8hN5aCubBO oX3kNYY4t79HfFZYB5yQg8fkDBNFrPl7wCUhkzjm0irVFHYVAk0IbK987kOaCNgnVRrBhDgsd 9iYpund2a8yc3BJXnji+5Kq+n4mA7u9uEs93Awt0pijnYMV5rNH7XFHWgUHxQpLL+ODnI1xwA es/NWoV X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 212.227.15.15 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2018 17:44:54 -0000 > Am 03.08.2018 um 19:01 schrieb Fred Kiefer : >=20 > To work around this issue with the application icon, I could add a bit = of code to gui that does lazy evaluation of this icon. But most likely = you will still get an error, just a bit later. Just committed that change. Please give it a try.= From MAILER-DAEMON Fri Aug 03 19:04:56 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1flj7w-0006Js-0w for mharc-discuss-gnustep@gnu.org; Fri, 03 Aug 2018 19:04:56 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53329) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1flj7t-0006Il-SR for discuss-gnustep@gnu.org; Fri, 03 Aug 2018 19:04:54 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1flj7o-0000uB-TS for discuss-gnustep@gnu.org; Fri, 03 Aug 2018 19:04:53 -0400 Received: from mail162c45.carrierzone.com ([216.55.147.162]:33504) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1flj7o-0000sS-MB for discuss-gnustep@gnu.org; Fri, 03 Aug 2018 19:04:48 -0400 X-Authenticated-User: lists@twilightedge.com Received: from [192.168.0.104] (pool-108-26-209-212.bstnma.fios.verizon.net [108.26.209.212]) (authenticated bits=0) by mail162c45.carrierzone.com (8.14.9/8.13.1) with ESMTP id w73N4gLf017971; Fri, 3 Aug 2018 23:04:44 +0000 Cc: Discuss GNUstep Message-Id: <75DA7634-BA4D-4BA7-8CCC-AA4A37DD3C95@twilightedge.com> From: Josh Freeman To: Riccardo Mottola In-Reply-To: <01619e75-4c8c-f30d-8c04-f760f2605a5b@libero.it> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Subject: Re: Crash on app start due to icon Date: Fri, 3 Aug 2018 19:04:42 -0400 References: <5f89a02a-5b68-67a6-f686-a6d5f6b74e74@libero.it> <12F22814-7A86-4430-AC1D-28556F355A97@gmx.de> <8fa4c22b-8f82-be0d-dd35-d8da860389b4@libero.it> <01619e75-4c8c-f30d-8c04-f760f2605a5b@libero.it> X-Mailer: Apple Mail (2.936) X-CTCH-RefID: str=0001.0A020204.5B64DF8C.0036, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown X-CTCH-Score: 0.000 X-CTCH-Rules: X-CTCH-Flags: 0 X-CTCH-ScoreCust: 0.000 X-CSC: 0 X-CHA: v=2.3 cv=cZP8UELM c=1 sm=1 tr=0 a=Kw5ioTGQtjNXWOx56BwnQA==:117 a=Kw5ioTGQtjNXWOx56BwnQA==:17 a=kj9zAlcOel0A:10 a=-dJMtk5ZgsQaAvp6zPMA:9 a=CjuIK1q_8ugA:10 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x (no timestamps) [generic] [fuzzy] X-Received-From: 216.55.147.162 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2018 23:04:54 -0000 Hi Riccardo, I couldn't reproduce this on a fresh Ubuntu 18.04.1 VM (GCC, WindowMaker, didn't enable debug). Do you have a build script? On Aug 3, 2018, at 9:32 AM, Riccardo Mottola wrote: > (gdb) p anImage > $1 = (struct NSImage *) 0xae6e1638 <_OBJC_SELECTOR_TABLE+3256> Try checking _app_icon - that's where the crash occurs (calling [_app_icon size]), and _app_icon's not the same object as anImage (it's a copy). Cheers, Josh From MAILER-DAEMON Sat Aug 04 01:42:55 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1flpL5-0005UV-Fx for mharc-discuss-gnustep@gnu.org; Sat, 04 Aug 2018 01:42:55 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:45567) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1flpL2-0005UN-Lw for discuss-gnustep@gnu.org; Sat, 04 Aug 2018 01:42:53 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1flpL1-0004of-G2 for discuss-gnustep@gnu.org; Sat, 04 Aug 2018 01:42:52 -0400 Received: from mail-lj1-x22a.google.com ([2a00:1450:4864:20::22a]:40912) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1flpL1-0004n8-2a for discuss-gnustep@gnu.org; Sat, 04 Aug 2018 01:42:51 -0400 Received: by mail-lj1-x22a.google.com with SMTP id j19-v6so6563551ljc.7 for ; Fri, 03 Aug 2018 22:42:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=XUKt3t28PF68U96jbsF5vEGpUqwLmkx78OxaJg+O57Y=; b=NHxk7Al/qdydQgMUp9njHac/UO2h2nEhDDbCYUgY5d+sqdgdUlpJBeSGL773IfqefU rMuUgg+Q9rH358ORFMOblpcMNOxMfef5NdX7zcRVKShfRf6pN52R4uRvZr86y9XxToaO fp5JoTpjVknb+gwvlR5M2PgmJrc1o/fSRxICl1wmtwP+ar4gkCNaxbIssigwUHRTaK0c wacGugu9pb/Dwur0D3CSShKdjDgzWjQDN6VAhtsHnPcc3VdMbZAExDQ0EtZZXEVIGg7Q seoKYDCGCuvcyI/9A49mxySGm7WdXzWnLkY4erLd4EH457fHoUtOCMx2gGZCZi3AiunG E/3w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=XUKt3t28PF68U96jbsF5vEGpUqwLmkx78OxaJg+O57Y=; b=jkW/qPgI+Q6uXj8X66KT9STPaKLqWgNL/+GQ3d3OPjI/O5LBC2cdq8jFyD21gsdODZ 0TZYX1tNE7IesajXQPesoce/Rmxasv2Ml3QO4XARN9TzA3jUIr9ke2sG5RDtgMmTZ6TC hwXaiTgZFTOPQVuytLXIgeEbZhrytQoi1FXJ7Ix7yVMvos55gbl0l8yylzyvMGxMVULu JieMnvFCeqQfPrN39/GDdGJRaoUE+Zri2wxqYVYdkX53q8YLjt8WXalm487aFpRVzkJi JPWTsNbiRTrAkwjIHuBEk87VbNlEzzliG94BWjmDiw6zNllJZa6A0ZiW5RrAR2CwOWIS 7e/A== X-Gm-Message-State: AOUpUlHVa2N5L8cROOc0mnnWQOb5VPeHMKHz6JS5wlMdUT4+Nrv4PJKu s0VJ4FpLyYouKSDnuVsECBwcUM80lDJGD0+hVq8= X-Google-Smtp-Source: AAOMgpfKcRWzqK2keR/BxeoPAndPi0BiLfqghlFbYWyJRJFvzNT1Kj5ONxFlS0CMq5GaquHZqNAWcX3Umj80U9xlwO4= X-Received: by 2002:a2e:3005:: with SMTP id w5-v6mr6977223ljw.20.1533361369046; Fri, 03 Aug 2018 22:42:49 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a2e:9c4:0:0:0:0:0 with HTTP; Fri, 3 Aug 2018 22:42:48 -0700 (PDT) In-Reply-To: <52671F1F-3EFD-46AF-B042-C05D23C3925A@FreeBSD.org> References: <52671F1F-3EFD-46AF-B042-C05D23C3925A@FreeBSD.org> From: Edwin Ancaer Date: Sat, 4 Aug 2018 07:42:48 +0200 Message-ID: Subject: Re: FreeBSD ports for GNUMail and Pantomime To: David Chisnall Cc: Discuss GNUstep Content-Type: multipart/alternative; boundary="000000000000b6e1f50572958302" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::22a X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Aug 2018 05:42:54 -0000 --000000000000b6e1f50572958302 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, publicly ask a question and then you suddenly see that stupid error you did not find before...... I've got poudriere working now and build all the necessary ports for GNUMail and Pantomime. It took almost 16 hours on this old laptop (especiallyclang is very hard for this machine). Of course, I built it from the default ports tree, which was not changed, but the result looked OK. I hope to find the time to build the updated ports tomorrow. Thanks, Edwin Ancaer 2018-08-02 11:33 GMT+02:00 David Chisnall : > On 2 Aug 2018, at 10:16, Edwin Ancaer wrote: > > > > Hello all, > > > > I was experimenting with poudriere, jails and the ports in FreeBSD when > > I read about the new version 1.3.0 of GNUMail and Pantomime, > > First, thank you very much for looking at this! It=E2=80=99s been on my = todo list > for a while and keeps being bumped off the top. > > > I thought it would be a good test to try and locally update these ports= . > Of course I ran into a problem. After typing make install, I get the > following error: > > > > gmake[1]: Leaving directory '/usr/local/poudriere/ports/ > HEAD/mail/gnumail/work/GNUMail-1.3.0' > > =3D=3D=3D=3D> Compressing man pages (compress-man) > > =3D=3D=3D> Installing ldconfig configuration file > > =3D=3D=3D> Installing for gnumail-1.3.0_1 > > =3D=3D=3D> Checking if gnumail already installed > > =3D=3D=3D> Registering installation for gnumail-1.3.0_1 > > pkg-static: Unable to access file /usr/local/poudriere/ports/ > HEAD/mail/gnumail/work/stage/usr/local/GNUstep/System/ > Library/Frameworks/GNUMail.framework/Versions/1/libGNUMail.so.1.3.0:No > such file or directory > > pkg-static: Unable to access file /usr/local/poudriere/ports/ > HEAD/mail/gnumail/work/stage/usr/local/GNUstep/System/ > Library/Libraries/libGNUMail.so.1.3.0:No such file or directory > > This looks suspicious. The path /usr/local/poudriere/ports is a path on > your host system, but poudriere should be running the build in a jail. > > > *** Error code 74 > > > > Stop. > > make: stopped in /usr/local/poudriere/ports/HEAD/mail/gnumail > > > > When checking, it seems the file libGNUMail.so.1.2.3 has been built in > the directory /usr/local/poudriere/ports/HEAD/mail/gnumail/work/stage/ > usr/local/GNUstep/System/Library/Libraries/. > > This also looks a bit odd, because this filesystem should be mounted > read-only in the jail. The work directory should be somewhere else (a > separate zfs or tmpfs filesystem that=E2=80=99s destroyed after the build= ). > > > Now I'm in doubt in which direction I should be looking: did the wrong > version of libGNUMail got build, or is it pkg-static that is looking for = a > wrong version of the library. > > It looks as if your poudriere configuration or invocation is wrong. Coul= d > you paste the poudriere commands that you used to create the jails and > ports tree and the testport line? > > David > > --000000000000b6e1f50572958302 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,

publicly ask a q= uestion and then you suddenly see that stupid error you did not find before= ......

I've got poudriere working now and buil= d all the necessary ports for GNUMail and Pantomime. It took almost 16 hour= s on this old laptop (especiallyclang is very hard for this machine).
=

Of course, I built it from the default ports tree, whic= h was not=C2=A0 changed, but the result looked OK.

I hope to find the time to build the updated ports tomorrow.
Thanks,

Edwin Ancaer








=
2018-08-02 11:33 GMT+02:00 David Chisnall <theraven@freebsd.org>:
<= span class=3D"">On 2 Aug 2018, at 10:16, Edwin Ancaer <eancaer@gmail.com> wrote:
>
> Hello all,
>
> I was experimenting with poudriere, jails and the ports in FreeBSD whe= n
> I read about the new version 1.3.0 of GNUMail and Pantomime,=C2=A0
First, thank you very much for looking at this!=C2=A0 It=E2=80=99s b= een on my todo list for a while and keeps being bumped off the top.

> I thought it would be a good test to try and locally update these port= s. Of course I ran=C2=A0 into a problem. After typing make install, I get t= he following error:
>
> gmake[1]: Leaving directory '/usr/local/poudriere/ports/HEAD/= mail/gnumail/work/GNUMail-1.3.0'
> =3D=3D=3D=3D> Compressing man pages (compress-man)
> =3D=3D=3D>=C2=A0 =C2=A0Installing ldconfig configuration file
> =3D=3D=3D>=C2=A0 Installing for gnumail-1.3.0_1
> =3D=3D=3D>=C2=A0 Checking if gnumail already installed
> =3D=3D=3D>=C2=A0 =C2=A0Registering installation for gnumail-1.3.0_1=
> pkg-static: Unable to access file /usr/local/poudriere/ports/HEAD= /mail/gnumail/work/stage/usr/local/GNUstep/System/Library/Framewo= rks/GNUMail.framework/Versions/1/libGNUMail.so.1.3.0:No such file= or directory
> pkg-static: Unable to access file /usr/local/poudriere/ports/HEAD= /mail/gnumail/work/stage/usr/local/GNUstep/System/Library/Librari= es/libGNUMail.so.1.3.0:No such file or directory

This looks suspicious.=C2=A0 The path /usr/local/poudriere/ports is = a path on your host system, but poudriere should be running the build in a = jail.=C2=A0

> *** Error code 74
>
> Stop.
> make: stopped in /usr/local/poudriere/ports/HEAD/mail/gnumail
>
> When checking, it seems the file=C2=A0 libGNUMail.so.1.2.3 has been bu= ilt in the directory /usr/local/poudriere/ports/HEAD/mail/gnumail/work= /stage/usr/local/GNUstep/System/Library/Libraries/.

This also looks a bit odd, because this filesystem should be mounted= read-only in the jail.=C2=A0 The work directory should be somewhere else (= a separate zfs or tmpfs filesystem that=E2=80=99s destroyed after the build= ).

> Now I'm in doubt in which direction I should be looking: did the w= rong version of libGNUMail got build, or is it pkg-static that is looking f= or a wrong version of the library.

It looks as if your poudriere configuration or invocation is wrong.= =C2=A0 Could you paste the poudriere commands that you used to create the j= ails and ports tree and the testport line?

David


--000000000000b6e1f50572958302-- From MAILER-DAEMON Sat Aug 04 07:54:05 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1flv8H-0007NV-C2 for mharc-discuss-gnustep@gnu.org; Sat, 04 Aug 2018 07:54:05 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59200) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1flv8B-0007KP-Uy for discuss-gnustep@gnu.org; Sat, 04 Aug 2018 07:54:01 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1flv86-0002p5-Rm for discuss-gnustep@gnu.org; Sat, 04 Aug 2018 07:54:00 -0400 Received: from mail-ed1-x52a.google.com ([2a00:1450:4864:20::52a]:35828) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1flv86-0002oC-GL for discuss-gnustep@gnu.org; Sat, 04 Aug 2018 07:53:54 -0400 Received: by mail-ed1-x52a.google.com with SMTP id e6-v6so3050775edr.2 for ; Sat, 04 Aug 2018 04:53:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=/cufMS3a1IzXBkoaR0P1TQ58+g80WNM6Rt+DiFvGU9w=; b=Ckx1Vyus3zvgRSNdYaCkI6RCDty3d4lrM0uzaOIF3cofy+qsdO4TCfkyw1AWqCvVUJ ApgtfVl/aCEMC1NHDnSNdgrnoKb3hzjYZV/X+N1BFAayF71LFfyr4dmbE4+0k85Y5JpW cZAOMY83HVUMxU3S4nIAnU7LhAxvJH+0yJpgOJBYdRUJKOEhYuljedZFbwWbhXEJFEDq MOhrmIQ1MuzyiikO8oDd1wCkRvHlVKBqiTyFT78PWNo203pFMhxHJF2bNL95LKgCcDj1 u5EK0+lPHvg4VkaM31a/p/rdAjtcdQjmpb8vp4KZWRZtkxBCfY0IG3GzDu6pCNPrP6v2 5sSQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=/cufMS3a1IzXBkoaR0P1TQ58+g80WNM6Rt+DiFvGU9w=; b=L05g/gfcPQNCdgvxMM+FX5ewpGbrdN6OsdWVqMfMqVJzX9YhgCveNXC+zjXr7DYM4a xGc8IiLfy4WrLYqblzlN0CI5hChQGKX7VGYn9vgKRSgeVGoigCxkF69odl+eMNx4wVkn jMUHOJ3RI03zzMHpKOGga3prRyeM1YoTzEw/0Ot7FMFgvi5W/Fjxch8xw8A0mVNcao9e ULFwf3VEagldDxNCU0YlEBWvrlKr175w+neqsARNKm3E+D+Fu4GzQbSl8DgP6ItO9qL9 XxGUhwzKLnA1VK2sQU3RiWqAuzjoMlYaUgDB+IFOBZtW61gWYc1laqsdExdK2cEJV8ZG 8dGw== X-Gm-Message-State: AOUpUlEF0b8bZCdCXza4mHawUSgEN8RAgS58BdUN9+0cWm7kGuw9zvGC pZzFrapzjRdS6UobLcy00EQ= X-Google-Smtp-Source: AAOMgpej7zDrotWNWw/O24i6G/DkI74Kqdc08cncdrVtTCUbeFbooOembJSiQ2BGIv9b25dlPgsalg== X-Received: by 2002:a50:92c5:: with SMTP id l5-v6mr10666444eda.52.1533383632963; Sat, 04 Aug 2018 04:53:52 -0700 (PDT) Received: from [192.168.0.7] (x4db6f35d.dyn.telefonica.de. [77.182.243.93]) by smtp.gmail.com with ESMTPSA id k19-v6sm3740827ede.4.2018.08.04.04.53.51 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 04 Aug 2018 04:53:51 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Crash on app start due to icon From: Wolfgang Lux In-Reply-To: <01619e75-4c8c-f30d-8c04-f760f2605a5b@libero.it> Date: Sat, 4 Aug 2018 13:53:50 +0200 Cc: Discuss GNUstep Content-Transfer-Encoding: quoted-printable Message-Id: References: <5f89a02a-5b68-67a6-f686-a6d5f6b74e74@libero.it> <12F22814-7A86-4430-AC1D-28556F355A97@gmx.de> <8fa4c22b-8f82-be0d-dd35-d8da860389b4@libero.it> <01619e75-4c8c-f30d-8c04-f760f2605a5b@libero.it> To: Riccardo Mottola X-Mailer: Apple Mail (2.3445.9.1) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::52a X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Aug 2018 11:54:01 -0000 Hi Riccardo, as everybody else I'm also unable to reproduce your issue on NetBSD = 7.1.2 with the latest source (except for Fred's patch). So it's seems = this is something peculiar with your setup. Do you have any themes = installed? If so, can you install them and try again. Also, what is the = output of info sharedlibrary (you may abbreviate that to i sh) when the program crashes? Wolfgang >=20 > Hi, >=20 > I was just finished updating my NetBSD laptop (8.0 is out) and = rebuilding all packages, so everything is clean, then I rebuilt GNUstep = too! >=20 > Here it also crashes! making the bug very reproducable across = platforms. Here the trace is similar: > Program received signal SIGSEGV, Segmentation fault. > 0xade46638 in objc_msg_lookup () from /usr/lib/libobjc.so.4 > (gdb) bt > #0 0xade46638 in objc_msg_lookup () from /usr/lib/libobjc.so.4 > #1 0xae40f5b5 in -[NSApplication setApplicationIconImage:] = (self=3D0xae40c6e2 <-[NSApplication(Private) _loadAppIconImage]+577>, = _cmd=3D0xab2172c0, > anImage=3D0xae6e1638 <_OBJC_SELECTOR_TABLE+3256>) at = NSApplication.m:2392 > #2 0xae6e1630 in _OBJC_SELECTOR_TABLE () from = /System/Library/Libraries/libgnustep-gui.so.0.26.2 > #3 0xae40c6e2 in -[NSApplication(Private) _loadAppIconImage] = (self=3D0xab2172c0, _cmd=3D0xae6e1008 <_OBJC_SELECTOR_TABLE+1672>) at = NSApplication.m:3834 > #4 0xae4158d8 in -[NSApplication _init] (self=3D0xab2172c0, = _cmd=3D0xae6e1068 <_OBJC_SELECTOR_TABLE+1768>) at NSApplication.m:885 > #5 0xae016c16 in -[NSObject performSelector:withObject:] = (self=3D0xab2172c0, _cmd=3D0xae2f7138 <_OBJC_SELECTOR_TABLE+280>, > aSelector=3D0xae6e1068 <_OBJC_SELECTOR_TABLE+1768>, = anObject=3D0xab2172c0) at NSObject.m:2009 > #6 0xae08940a in -[NSObject(NSThreadPerformAdditions) = performSelector:onThread:withObject:waitUntilDone:modes:] = (self=3D0xab2172c0, > _cmd=3D0xae2f7240 <_OBJC_SELECTOR_TABLE+544>, aSelector=3D0xae6e1068= <_OBJC_SELECTOR_TABLE+1768>, aThread=3D, = anObject=3D0xab2172c0, > aFlag=3D1 '\001', anArray=3D0xab2a3800) at NSThread.m:2136 > #7 0xae084c68 in -[NSObject(NSThreadPerformAdditions) = performSelectorOnMainThread:withObject:waitUntilDone:modes:] = (self=3Dself@entry=3D0xab2172c0, > _cmd=3D_cmd@entry=3D0xae2f7248 <_OBJC_SELECTOR_TABLE+552>, = aSelector=3DaSelector@entry=3D0xae6e1068 <_OBJC_SELECTOR_TABLE+1768>, > anObject=3DanObject@entry=3D0xab2172c0, aFlag=3DaFlag@entry=3D1 = '\001', anArray=3D0xab2a3800) at NSThread.m:2095 > #8 0xae087272 in -[NSObject(NSThreadPerformAdditions) = performSelectorOnMainThread:withObject:waitUntilDone:] (self=3D0xab2172c0,= > _cmd=3D0xae6e1070 <_OBJC_SELECTOR_TABLE+1776>, = aSelector=3D0xae6e1068 <_OBJC_SELECTOR_TABLE+1768>, anObject=3D0xab2172c0,= aFlag=3D1 '\001') at NSThread.m:2105 > #9 0xae414115 in -[NSApplication init] (self=3D0xab2172c0, = _cmd=3D0xae6e0dd0 <_OBJC_SELECTOR_TABLE+1104>) at NSApplication.m:984 > #10 0xae40a39e in +[NSApplication sharedApplication] (self=3D0xae6e19c0 = <_OBJC_Class_NSApplication>, _cmd=3D0xae6d57c8 = <_OBJC_SELECTOR_TABLE+872>) > at NSApplication.m:851 > #11 0xae3f0c60 in NSApplicationMain (argc=3Dargc@entry=3D1, = argv=3Dargv@entry=3D0xbfb1fe60) at Functions.m:78 > #12 0x0804abef in gnustep_base_user_main (argc=3D1, argv=3D0xbfb1fe60) = at main.m:15 > #13 0xae12da28 in main (argc=3D1, argv=3D0xbfb1fe60, env=3D0xbfb1fe68) = at NSProcessInfo.m:1002 > #14 0x0804a614 in ___start () > #15 0x0804a508 in _start () >=20 >=20 > (gdb) p anImage > $1 =3D (struct NSImage *) 0xae6e1638 <_OBJC_SELECTOR_TABLE+3256> > (gdb) p *anImage > $2 =3D {{isa =3D 0x1d006b}, _name =3D 0xae6dde84 = <_OBJC_METH_VAR_TYPE_0>, _fileName =3D 0x16009c, _size =3D {width =3D = -5.40798517e-11, height =3D 1.92876542e-39}, > _flags =3D {archiveByName =3D 0, scalable =3D 0, dataRetained =3D 0, = flipDraw =3D 0, sizeWasExplicitlySet =3D 0, useEPSOnResolutionMismatch =3D= 1, > colorMatchPreferred =3D 0, multipleResolutionMatching =3D 0, = cacheSeparately =3D 0, unboundedCacheDepth =3D 0, syncLoad =3D 0}, _reps = =3D 0xa006e, > _color =3D 0xae6dd7e0 <_OBJC_METH_VAR_TYPE_437>, _lockedView =3D = 0x1a006e, _delegate =3D 0xae6dde84 <_OBJC_METH_VAR_TYPE_0>, _cacheMode =3D= 1507351} >=20 >=20 > I tried compiling in debug without optimization, and it works! This = hints even more at memory corruption, more than a retain issue. >=20 > Riccardo >=20 > _______________________________________________ > Discuss-gnustep mailing list > Discuss-gnustep@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnustep From MAILER-DAEMON Sat Aug 04 10:50:34 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1flxt4-0005vr-7A for mharc-discuss-gnustep@gnu.org; Sat, 04 Aug 2018 10:50:34 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:50305) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1flxt2-0005vj-23 for discuss-gnustep@gnu.org; Sat, 04 Aug 2018 10:50:32 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1flxsy-00067d-UW for discuss-gnustep@gnu.org; Sat, 04 Aug 2018 10:50:32 -0400 Received: from smtp1-g21.free.fr ([212.27.42.1]:48629) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1flxsy-00066s-Nk for discuss-gnustep@gnu.org; Sat, 04 Aug 2018 10:50:28 -0400 Received: from bipbip.octets.fr (unknown [78.227.152.89]) (Authenticated sender: p.o.roussel) by smtp1-g21.free.fr (Postfix) with ESMTPSA id B561AB004E8; Sat, 4 Aug 2018 16:50:21 +0200 (CEST) Received: by bipbip.octets.fr (Postfix, from userid 1000) id 5F35A144A2D7; Sat, 4 Aug 2018 16:50:21 +0200 (CEST) Date: Sat, 4 Aug 2018 16:50:21 +0200 From: Philippe Roussel To: Edwin Ancaer Cc: Discuss GNUstep , Riccardo Mottola , p.o.roussel@free.fr Subject: Re: SimpleAgenda on FreeBSD Message-ID: <20180804145021.GA3463@bipbip.octets.fr> Mail-Followup-To: Edwin Ancaer , Discuss GNUstep , Riccardo Mottola , p.o.roussel@free.fr References: <3581aaec8e6e9646d1953a5db88031f4@ered> <20180715111646.GC3099@bipbip.octets.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: Windows NT kernel [generic] [fuzzy] X-Received-From: 212.27.42.1 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Aug 2018 14:50:32 -0000 On Tue, Jul 17, 2018 at 11:54:39AM +0200, Edwin Ancaer wrote: > Sorry for the wrong screenshot. Apparently no recall in Gmail. Here is= the > correct one: Could you send me your GNUstep configuration (fonts, font sizes etc) and tell what backend is in use ? Thanks, Philippe --=20 Jimi Hendrix Died=EF=BB=BF because jesus wanted guitar lessons. From MAILER-DAEMON Sat Aug 04 11:16:36 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1flyIG-0005BQ-22 for mharc-discuss-gnustep@gnu.org; Sat, 04 Aug 2018 11:16:36 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53811) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1flyID-0005BD-UN for discuss-gnustep@gnu.org; Sat, 04 Aug 2018 11:16:34 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1flyI8-0004Ht-SO for discuss-gnustep@gnu.org; Sat, 04 Aug 2018 11:16:33 -0400 Received: from smtpoutz24.laposte.net ([194.117.213.99]:54949 helo=smtp.laposte.net) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1flyI8-000475-FQ for discuss-gnustep@gnu.org; Sat, 04 Aug 2018 11:16:28 -0400 Received: from smtp.laposte.net (localhost [127.0.0.1]) by lpn-prd-vrout012 (Postfix) with ESMTP id CEFBE165436 for ; Sat, 4 Aug 2018 17:16:01 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=laposte.net; s=mail0; t=1533395761; bh=v8t2uH73JNIm/kbRa3ckekCaizLq1Uca0ZlBEm50xm0=; h=Date:Subject:From:To:Reply-To:In-Reply-To; b=E9TDjAuOsK5V7cx6gOqO100spkbsa9tcuIHo7zL1o0sHyfDEh1D1iEdxVbCyZb+AJ /Z9Wca2mwpCYkZ9nV3NBmW5gZPLzP3j+7sQP7HFt5YHmL2KyMbEG6RqXTzr9z+cKG+ zaRceF3HFO/0rfb9iLepz7jJ5uShwWRI5q7IW/3v6ucrdsk7PDp+L2j1h9V4E3Waon tOGBvzn+EPwljte7TVCbeLDxRwT/56rvAA2L0hwoUsJzPrfIhD+jIRjYcYjp5R237m 65xgGIdSb/Yj+qe1AzjjO+JKh7edfxC0mZF1oWRHp2uCvZz0Xh09H5waA7PrmbFpBa atqJ7iN2ck4tQ== Received: from smtp.laposte.net (localhost [127.0.0.1]) by lpn-prd-vrout012 (Postfix) with ESMTP id BF30C165440 for ; Sat, 4 Aug 2018 17:16:01 +0200 (CEST) Received: from lpn-prd-vrin004 (lpn-prd-vrin004.laposte [10.128.63.5]) by lpn-prd-vrout012 (Postfix) with ESMTP id BAE36165436 for ; Sat, 4 Aug 2018 17:16:01 +0200 (CEST) Received: from lpn-prd-vrin004 (localhost [127.0.0.1]) by lpn-prd-vrin004 (Postfix) with ESMTP id ABC137289CE for ; Sat, 4 Aug 2018 17:16:01 +0200 (CEST) Received: from localhost.localdomain (dispo-82-250-15-229.adsl.proxad.net [82.250.15.229]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lpn-prd-vrin004 (Postfix) with ESMTPSA id 8195E71D7A2 for ; Sat, 4 Aug 2018 17:16:01 +0200 (CEST) Date: Sat, 04 Aug 2018 17:16:01 +0200 Subject: Re: TextEdit : critical error prevents loading Message-ID: <35a45b997ad2e9b302f368b397a5bc97@debmacminiun> MIME-Version: 1.0 (Generated by Pantomime 1.2.0) From: Patrick CARDONA To: Discuss GNUstep Reply-To: patrick.cardona0@laposte.net In-Reply-To: <87sh4rxnru.GNU's_not_UNIX!-yavor@gnu.org> User-Agent: GNUMail (Version 1.2.3) Content-Type: text/plain; charset="us-ascii"; format="flowed" X-VR-FullState: 0 X-VR-Score: -100 X-VR-Cause-1: gggruggvucftvghtrhhoucdtuddrgedtiedrleekgdekjecutefuodetggdotefrodftvfcurfhrohhf X-VR-Cause-2: ihhlvgemucfntefrqffuvffgnecuuegrihhlohhuthemucehtddtnecusecvtfgvtghiphhivghnthhs X-VR-Cause-3: ucdlqddutddtmdenucfjughrpeffuffkggfhvfhrjggftgesthdtjhdttdervdenucfhrhhomheprfgr X-VR-Cause-4: thhrihgtkhcuveettfffqffptecuoehprghtrhhitghkrdgtrghrughonhgrtdeslhgrphhoshhtvgdr X-VR-Cause-5: nhgvtheqnecukfhppeekvddrvdehtddrudehrddvvdelnecurfgrrhgrmhepmhhouggvpehsmhhtphho X-VR-Cause-6: uhhtpdhinhgvthepkedvrddvhedtrdduhedrvddvledphhgvlhhopehlohgtrghlhhhoshhtrdhlohgt X-VR-Cause-7: rghlughomhgrihhnpdhmrghilhhfrhhomhepphgrthhrihgtkhdrtggrrhguohhnrgdtsehlrghpohhs X-VR-Cause-8: thgvrdhnvghtpdhrtghpthhtohepughishgtuhhsshdqghhnuhhsthgvphesghhnuhdrohhrghenucev X-VR-Cause-9: lhhushhtvghrufhiiigvpedt X-VR-AvState: No X-VR-State: 0 X-VR-State: 0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 194.117.213.99 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Aug 2018 15:16:35 -0000 Hi Yavor and All, On 2018-07-10 14:45:25 +0200 Yavor Doganov wrote: > Patrick CARDONA wrote: >> I am very confused, beacause I tried an update of the Epson printer >> driver in the meanwhile, just from Epson support site; and now, I am >> not able to reproduce the bug : TextEdit is running and I can show up >> printer panel and Page Layout. > > This means that the updated .ppd file doesn't have the same issue like > the old one, so it is parsed and loaded successfully. > >> I just notice that the margins in the summery of the Page Layout are >> very odd (attached screenshot) and when I print an example, the text >> is not placed where it should be. > > This is a separate issue; I think there's a bug in the way the margins > are computed as they are also wrong for me. > >> To answer your question, yes, I would appreciate to know how to apply >> the patch and will try to reproduce the bug back again to verify the >> patch. > > You will need the appropriate deb-src entries in your > /etc/apt/sources.list. Then do: > > $ apt-get source gnustep-gui > $ cd gnustep-gui-* > $ cp /path/to/test.patch debian/patches > $ echo test.patch >> debian/patches/series > $ sudo apt install build-essential devscripts > $ sudo apt-get build-dep gnustep-gui > $ DEB_BUILD_OPTIONS=nocheck debuild -b -us -uc > $ sudo dpkg -i ../libgnustep-gui0.26_*.deb > > Make sure you close all GNUstep applications before testing; otherwise > the library that is already loaded will be used. Also, it goes > without > saying that you should downgrade your epson driver package to the old > version containing the problematic .ppd. > Well, my migration to Debian testing (buster/sid) is complete now. I had to make a few reinstall due to a screen issue after suspend mode. I hope this is solved now, but no matter with GNUstep apps. And so, from this fresh install, I set up my Epson printer with cups and I could not reproduce the bug because the cups client got obviously a good .PPD file. So I am sorry again not to be able to approve the patch. Bye! Patrick From MAILER-DAEMON Sat Aug 04 11:27:51 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1flyT9-0007dY-Lh for mharc-discuss-gnustep@gnu.org; Sat, 04 Aug 2018 11:27:51 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54817) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1flyT8-0007dS-8l for discuss-gnustep@gnu.org; Sat, 04 Aug 2018 11:27:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1flyT4-00020v-83 for discuss-gnustep@gnu.org; Sat, 04 Aug 2018 11:27:50 -0400 Received: from smtpoutz27.laposte.net ([194.117.213.102]:48406 helo=smtp.laposte.net) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1flyT3-00020J-Uc for discuss-gnustep@gnu.org; Sat, 04 Aug 2018 11:27:46 -0400 Received: from smtp.laposte.net (localhost [127.0.0.1]) by lpn-prd-vrout015 (Postfix) with ESMTP id 3DBC82784A7 for ; Sat, 4 Aug 2018 17:27:44 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=laposte.net; s=mail0; t=1533396464; bh=e8GxEQtpS/DxQJoM2p6RQ31lZ20JZYvpVIT/3jO9ItA=; h=Date:Subject:From:To:Reply-To; b=XSCdZ8xBeRsMMt2xMCxhh9NXKG5/THkqbsd3+WScv6LICTN106ul8dBvr/X/lBdOY IKorru3w6x2fRO0PCQJlQqn/O3ua/Wwmsx54HawYIT7/3EIVSsPq7O164Y8cvWHSTI tNU0Royu8VEHD78pmcoZQ96OhtlTyHgQM6leJ52IJ/uwu8pWn13sIMUVUrrSJ2sfos UOoZerFcOWzljDPZB6FmdeLUMPhyjn+8kSdxHbxB2bOYBdIOlzIC0mffRmdJh/L6zv 0/Qo96JecPW1S3+8WQghnsiy76GdRfkUZTCkI4qXkyP7UPGpVRioEZChGWFJr9Ffa1 os5dlgYNncR6Q== Received: from smtp.laposte.net (localhost [127.0.0.1]) by lpn-prd-vrout015 (Postfix) with ESMTP id 2EF482784C2 for ; Sat, 4 Aug 2018 17:27:44 +0200 (CEST) Received: from lpn-prd-vrin004 (lpn-prd-vrin004.laposte [10.128.63.5]) by lpn-prd-vrout015 (Postfix) with ESMTP id 299102784A7 for ; Sat, 4 Aug 2018 17:27:44 +0200 (CEST) Received: from lpn-prd-vrin004 (localhost [127.0.0.1]) by lpn-prd-vrin004 (Postfix) with ESMTP id 1B4E97289ED for ; Sat, 4 Aug 2018 17:27:44 +0200 (CEST) Received: from localhost.localdomain (dispo-82-250-15-229.adsl.proxad.net [82.250.15.229]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lpn-prd-vrin004 (Postfix) with ESMTPSA id E8AB57289CE for ; Sat, 4 Aug 2018 17:27:43 +0200 (CEST) Date: Sat, 04 Aug 2018 17:27:43 +0200 Subject: DictionaryReader : how to set another dict Message-ID: <946689d88a2163605d804047d4505596@debmacminiun> MIME-Version: 1.0 (Generated by Pantomime 1.2.0) From: Patrick CARDONA To: Discuss GNUstep Reply-To: patrick.cardona0@laposte.net User-Agent: GNUMail (Version 1.2.3) Content-Type: text/plain; charset="us-ascii"; format="flowed" X-VR-FullState: 0 X-VR-Score: -100 X-VR-Cause-1: gggruggvucftvghtrhhoucdtuddrgedtiedrleekgdeklecutefuodetggdotefrodftvfcurfhrohhf X-VR-Cause-2: ihhlvgemucfntefrqffuvffgnecuuegrihhlohhuthemucehtddtnecusecvtfgvtghiphhivghnthhs X-VR-Cause-3: ucdlqddutddtmdenucfjughrpeffuffkggfhvfhrfggtsehttdhjtddtredvnecuhfhrohhmpefrrght X-VR-Cause-4: rhhitghkucevteftfffqpfetuceophgrthhrihgtkhdrtggrrhguohhnrgdtsehlrghpohhsthgvrdhn X-VR-Cause-5: vghtqeenucfkphepkedvrddvhedtrdduhedrvddvleenucfrrghrrghmpehmohguvgepshhmthhpohhu X-VR-Cause-6: thdpihhnvghtpeekvddrvdehtddrudehrddvvdelpdhhvghloheplhhotggrlhhhohhsthdrlhhotggr X-VR-Cause-7: lhguohhmrghinhdpmhgrihhlfhhrohhmpehprghtrhhitghkrdgtrghrughonhgrtdeslhgrphhoshht X-VR-Cause-8: vgdrnhgvthdprhgtphhtthhopeguihhstghushhsqdhgnhhushhtvghpsehgnhhurdhorhhgnecuvehl X-VR-Cause-9: uhhsthgvrhfuihiivgeptd X-VR-AvState: No X-VR-State: 0 X-VR-State: 0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 194.117.213.102 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Aug 2018 15:27:51 -0000 Hi All, I would like to use DictionaryReader and the lookup associate service within a french dictionary. I saw in the Resources directory there is a jargon.dict, but how to set another dict ? The preferences item is grayed, so I do not find the way to change this. Bye! Patrick From MAILER-DAEMON Sat Aug 04 13:34:15 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fm0RT-0004af-0E for mharc-discuss-gnustep@gnu.org; Sat, 04 Aug 2018 13:34:15 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:48183) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fm0RQ-0004aO-5w for discuss-gnustep@gnu.org; Sat, 04 Aug 2018 13:34:13 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fm0RM-0008Pr-Cv for discuss-gnustep@gnu.org; Sat, 04 Aug 2018 13:34:12 -0400 Received: from mail-oi0-x232.google.com ([2607:f8b0:4003:c06::232]:46074) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fm0RM-0008PR-3M for discuss-gnustep@gnu.org; Sat, 04 Aug 2018 13:34:08 -0400 Received: by mail-oi0-x232.google.com with SMTP id q11-v6so15307828oic.12 for ; Sat, 04 Aug 2018 10:34:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=vucica.net; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=wRHS23qPH/+hqGP4b4pa8V1noX9rc5XiuTMv/Pc2Gmg=; b=ZWTQCmac1Jy3SxEEwsOTUQRjRzoUWCv9HxruqknldqbVFB67xhbxrmn2aW6AK2W99/ uToMDCs38XoR2CaUT/3nokEEit4AN4uMo7wlZMy4zKf4xAW7tBMuQC4oy19hgt1pnEv4 5K/Qdx/U8Hf8/ZhGMsm8E2NHqYsfBcIPhRTGU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=wRHS23qPH/+hqGP4b4pa8V1noX9rc5XiuTMv/Pc2Gmg=; b=STKCYm/suOC47NT1Q9sPclMqYXOwxxyGyYSpZKpWA2s08xO0FsRFdgxiOMomEFpk+J MDadmolLy3srFalJ5MnAXbLZ/UhcTdVwql9TE++EUO3D1GrnojarIjyi8elH8V+BSCcE QhDs2rS0vaSptGdoEGavNGhB4QdHQv2SvVglZAMHq7VsikxxXNeej9BO5J7OjB5/M7M5 VLLy+xLznEdI8TiCDiJoedOB2dgra4O328sEmciWpmrEQ58kdJUMjKCxc2fPD5N+SFzf 7TzIwWeK/gGUHT/SiJRITV6KnnvssyblZJTw8sGhJzSiDuM74dHmaZdlZ/fWGfgBt2ub fm8g== X-Gm-Message-State: AOUpUlHJiceKJYCQo7ZSP1yUlfPDi5sfgmPZtPmUZoJT8r+D8V8r5xLq AOwcZHdVQ7WoRWaL7CLftom1YjI//fAbaw== X-Google-Smtp-Source: AA+uWPx74aZfj+RkubSHhHaSwTvc+p8PHM2H523nrYds7wJvK9aV+8RLIzDRzjo9rN//y2BwB6nNvA== X-Received: by 2002:aca:3183:: with SMTP id x125-v6mr7697938oix.248.1533404046764; Sat, 04 Aug 2018 10:34:06 -0700 (PDT) Received: from mail-oi0-f45.google.com (mail-oi0-f45.google.com. [209.85.218.45]) by smtp.gmail.com with ESMTPSA id i3-v6sm5702394oiy.12.2018.08.04.10.34.05 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 04 Aug 2018 10:34:05 -0700 (PDT) Received: by mail-oi0-f45.google.com with SMTP id b16-v6so1996838oic.9 for ; Sat, 04 Aug 2018 10:34:05 -0700 (PDT) X-Received: by 2002:aca:cc0b:: with SMTP id c11-v6mr7843834oig.314.1533404045311; Sat, 04 Aug 2018 10:34:05 -0700 (PDT) MIME-Version: 1.0 References: <946689d88a2163605d804047d4505596@debmacminiun> In-Reply-To: <946689d88a2163605d804047d4505596@debmacminiun> From: =?UTF-8?B?SXZhbiBWdcSNaWNh?= Date: Sat, 4 Aug 2018 17:33:38 +0000 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: DictionaryReader : how to set another dict To: patrick.cardona0@laposte.net Cc: GNUstep Discuss Content-Type: multipart/alternative; boundary="0000000000006b08b505729f7346" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4003:c06::232 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Aug 2018 17:34:13 -0000 --0000000000006b08b505729f7346 Content-Type: text/plain; charset="UTF-8" I found dictionaryreader here: https://github.com/etoile/DictionaryReader I can't run it right now as I'm not on a GNUstep-capable device. But maybe this will help: Looks like besides reading local files, the app talks to a service at dict.org: https://github.com/etoile/DictionaryReader/blob/master/DictConnection.m#L78 Dictionary preferences and maybe even dictionaries seem to live in ~/GNUstep/Library/DictionaryReader ** https://github.com/etoile/DictionaryReader/blob/master/Preferences.m#L113 Finally, why not imitate the layout of the Resources directory and drop in the French dictionary next to jargon.dict? (Again, these are blind suggestions, I don't know what the app looks like.) ** Nitpick: this is a bug, but not related to what you are seeing (grayed-out prefs item). There is no reason why the home library folder should be in ~/GNUstep/Library, it's just the current default. On Sat, Aug 4, 2018 at 3:28 PM Patrick CARDONA wrote: > Hi All, > > I would like to use DictionaryReader and the lookup associate service > within a french dictionary. > I saw in the Resources directory there is a jargon.dict, but how to > set another dict ? > The preferences item is grayed, so I do not find the way to change > this. > > Bye! > Patrick > > > _______________________________________________ > Discuss-gnustep mailing list > Discuss-gnustep@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnustep > --0000000000006b08b505729f7346 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I found dictionaryreader here: https://github.com/etoile/DictionaryReader=

I can't run it right now as I'm not o= n a GNUstep-capable device. But maybe this will help:

Looks like besides reading local files, the app talks to a service = at dict.org:
Dictionary preferences and maybe even dictionaries= seem to live in ~/GNUstep/Library/DictionaryRea= der=C2=A0 **

Finally, why not imitate the la= yout of the Resources directory and drop in the French dictionary next to j= argon.dict?

(Again, these are blind suggestion= s, I don't know what the app looks like.)

= ** Nitpick: this is a bug, but not related to what you are seeing (grayed-o= ut prefs item). There is no reason why the home library folder should be in= ~/GNUstep/Library, it's just the current default.

<= div class=3D"gmail_quote">
On Sat, Aug 4, 2018 at 3:28 PM P= atrick CARDONA <patrick.= cardona0@laposte.net> wrote:
Hi All,

I would like to use DictionaryReader and the lookup associate service
within a french dictionary.
I saw in the Resources directory there is a jargon.dict, but how to
set another dict ?
The preferences item is grayed, so I do not find the way to change
this.

Bye!
Patrick


_______________________________________________
Discuss-gnustep mailing list
Discuss-gnuste= p@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss= -gnustep
--0000000000006b08b505729f7346-- From MAILER-DAEMON Sat Aug 04 16:49:03 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fm3Tz-0000Ax-RQ for mharc-discuss-gnustep@gnu.org; Sat, 04 Aug 2018 16:49:03 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43223) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fm3Tw-0000Aa-F7 for discuss-gnustep@gnu.org; Sat, 04 Aug 2018 16:49:02 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fm3Tt-00007A-C7 for discuss-gnustep@gnu.org; Sat, 04 Aug 2018 16:49:00 -0400 Received: from smtp-32-i6.italiaonline.it ([213.209.14.32]:33881 helo=libero.it) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fm3Ts-00005E-UT for discuss-gnustep@gnu.org; Sat, 04 Aug 2018 16:48:57 -0400 Received: from [192.168.1.165] ([151.55.152.254]) by smtp-32.iol.local with SMTP id m3TpfxpND12GMm3TpfIZlx; Sat, 04 Aug 2018 22:48:54 +0200 x-libjamoibt: 1601 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=libero.it; s=s2014; t=1533415734; bh=sXEqUVWDtdEQukd9o0dSFzmSaxMGTr4XsceMErucZ+Q=; h=Subject:To:References:From:Date:In-Reply-To; b=kGDMJXXSve+/O90rPHJDevZ6iaE/xjJtdP+9J0g5CSObX1G5adODwBGIuidkwUZeQ MzJUa5RB8ObUQwo0pYmZsNHf/AoAt9RIumXnTsWplJ1vmLflQ3pnSf1ccG1YDLAgS6 oWIQ8Cqp8D9RuR/BiGmKMYdDnJEzvwfokK6bMJ1BgEHjTg6JOCKk6L9d7LwhdTHPdO ysWlRyyIbHfdwvkeTrSJIcZuky5FyLUoddjCOsbhmAlNr5SUnDN405MvhWx4QyjoTa bxl3SQnRveTIfk+YJxpNexmmncmJSrJtSjv9NiYfQk2QOhBEXMvPO88BYBc4wjG95e lTFL7qdKO/iEQ== X-CNFS-Analysis: v=2.2 cv=V4YN6avi c=1 sm=1 tr=0 a=oESjZytx8FjJ+lh2i6P08Q==:117 a=oESjZytx8FjJ+lh2i6P08Q==:17 a=r77TgQKjGQsHNAKrUKIA:9 a=A6EAIEs_HV5kb6sCMD8A:9 a=24otpYxO7SjdnGBL:21 a=DZGlNmGUXQ2_8u3M:21 a=QEXdDO2ut3YA:10 a=4zr7FG_0YBc-1-5dGz0A:9 a=Ho44hy_N513YtMmM:21 a=i5uVFqr2_Y-Onaq4:21 a=F2hDfcgGw0rnlFv9:21 a=_W_S_7VecoQA:10 Subject: Re: Crash on app start due to icon To: Fred Kiefer , Discuss GNUstep References: <5f89a02a-5b68-67a6-f686-a6d5f6b74e74@libero.it> <12F22814-7A86-4430-AC1D-28556F355A97@gmx.de> <8fa4c22b-8f82-be0d-dd35-d8da860389b4@libero.it> <6279BAAA-6E76-4DE4-B1AA-CB06F7FD14C5@gmx.de> From: Riccardo Mottola Message-ID: Date: Sat, 4 Aug 2018 22:47:58 +0200 User-Agent: Mozilla/5.0 (X11; NetBSD i386; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------5F6D808D5A8C1B8C01D015D7" Content-Language: en-US X-CMAE-Envelope: MS4wfAs84UvTZ7vqtaQi5XdojtdVIFmQ9joEwOdDVwBYY7ne1S+XoCfWNKYgWBSSaG38imDzVmCy4bcOygJtLvYjIONs2jz9TZg2VDjr6R5V5JORQRvqtwWf hIHXwRmaUUE3LMxFoPaiR8Ah4dZgyF52zxtMVX7T823QsJq9XYPXyh2iAZz0vhZwbbAYZ8sDB063vwACZBD39GLJ4BXjfx2ncNbTk0wSjCZFs02TKDDOSs72 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 213.209.14.32 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Aug 2018 20:49:02 -0000 This is a multi-part message in MIME format. --------------5F6D808D5A8C1B8C01D015D7 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Hi Fred, On 08/03/18 19:44, Fred Kiefer wrote: >> Am 03.08.2018 um 19:01 schrieb Fred Kiefer: >> >> To work around this issue with the application icon, I could add a bit of code to gui that does lazy evaluation of this icon. But most likely you will still get an error, just a bit later. > Just committed that change. Please give it a try. as you supposed no improvement. Below the new stack trace. To sum up, on NetBSD 8.9 x86 with gcc. Before your change I had a crash, but disabling optimizations, no crash! Here with optimization and your latest changes: #0  0xb85f4638 in objc_msg_lookup () from /usr/lib/libobjc.so.4 #1  0xb8bbd605 in -[NSApplication setApplicationIconImage:] (     self=0xb8bba732 <-[NSApplication(Private) _loadAppIconImage]+577>, _cmd=0xb5a15330,     anImage=0xb8e8f638 <_OBJC_SELECTOR_TABLE+3256>) at NSApplication.m:2389 #2  0xb8e8f630 in _OBJC_SELECTOR_TABLE () from /System/Library/Libraries/libgnustep-gui.so.0.26.2 #3  0xb8bba732 in -[NSApplication(Private) _loadAppIconImage] (self=0xb5a15330, _cmd=0xb8e8f388 <_OBJC_SELECTOR_TABLE+2568>)     at NSApplication.m:3836 #4  0xb8bb8c96 in -[NSApplication applicationIconImage] (self=0xb5a15330, _cmd=0xb58f7858 <_OBJC_SELECTOR_TABLE+1240>)     at NSApplication.m:2423 #5  0xb58c0054 in -[XGServer(WindowOps) _createAppIconPixmaps] (self=0xb5bf1410, _cmd=0xb58f7928 <_OBJC_SELECTOR_TABLE+1448>)     at XGServerWindow.m:2700 #6  0xb58bcc20 in -[XGServer(WindowOps) orderwindow:::] (self=0xb5bf1410, _cmd=0xb58f7778 <_OBJC_SELECTOR_TABLE+1016>, op=0,     otherWin=-1, winNum=1) at XGServerWindow.m:2785 #7  0xb58ba6d6 in -[XGServer(WindowOps) _setupRootWindow] (self=0xb5bf1410, _cmd=0xb58f62c8 <_OBJC_SELECTOR_TABLE+200>)     at XGServerWindow.m:1609 #8  0xb58af41d in -[XGServer _initXContext] (self=0xb5bf1410, _cmd=0xb58f62f0 <_OBJC_SELECTOR_TABLE+240>) at XGServer.m:464 #9  0xb58ae945 in -[XGServer initWithAttributes:] (self=0xb5bf1410, _cmd=0xb8f58788 <_OBJC_SELECTOR_TABLE+72>, info=0x0)     at XGServer.m:477 #10 0xb8d6bdd0 in +[GSDisplayServer serverWithAttributes:] (self=0xb8f58900 <_OBJC_Class_GSDisplayServer>,     _cmd=0xb8e8f008 <_OBJC_SELECTOR_TABLE+1672>, attributes=0x0) at GSDisplayServer.m:187 #11 0xb8bc3968 in -[NSApplication _init] (self=0xb5a15330, _cmd=0xb8e8f060 <_OBJC_SELECTOR_TABLE+1760>) at NSApplication.m:885 #12 0xb87c4c16 in -[NSObject performSelector:withObject:] (self=0xb5a15330, _cmd=0xb8aa5138 <_OBJC_SELECTOR_TABLE+280>,     aSelector=0xb8e8f060 <_OBJC_SELECTOR_TABLE+1760>, anObject=0xb5a15330) at NSObject.m:2009 #13 0xb883740a in -[NSObject(NSThreadPerformAdditions) performSelector:onThread:withObject:waitUntilDone:modes:] (     self=0xb5a15330, _cmd=0xb8aa5240 <_OBJC_SELECTOR_TABLE+544>, aSelector=0xb8e8f060 <_OBJC_SELECTOR_TABLE+1760>,     aThread=, anObject=0xb5a15330, aFlag=1 '\001', anArray=0xb5a73a10) at NSThread.m:2136 #14 0xb8832c68 in -[NSObject(NSThreadPerformAdditions) performSelectorOnMainThread:withObject:waitUntilDone:modes:] (     self=self@entry=0xb5a15330, _cmd=_cmd@entry=0xb8aa5248 <_OBJC_SELECTOR_TABLE+552>,     aSelector=aSelector@entry=0xb8e8f060 <_OBJC_SELECTOR_TABLE+1760>, anObject=anObject@entry=0xb5a15330,     aFlag=aFlag@entry=1 '\001', anArray=0xb5a73a10) at NSThread.m:2095 #15 0xb8835272 in -[NSObject(NSThreadPerformAdditions) performSelectorOnMainThread:withObject:waitUntilDone:] (     self=0xb5a15330, _cmd=0xb8e8f068 <_OBJC_SELECTOR_TABLE+1768>, aSelector=0xb8e8f060 <_OBJC_SELECTOR_TABLE+1760>,     anObject=0xb5a15330, aFlag=1 '\001') at NSThread.m:2105 (gdb) p anImage $1 = (struct NSImage *) 0xb8e8f638 <_OBJC_SELECTOR_TABLE+3256> (gdb) p *anImage $2 = {{isa = 0x1d006b}, _name = 0xb8e8be84 <_OBJC_METH_VAR_TYPE_0>, _fileName = 0x16009c, _size = {width = -0.000110969879,     height = 1.92876542e-39}, _flags = {archiveByName = 0, scalable = 0, dataRetained = 0, flipDraw = 0,     sizeWasExplicitlySet = 0, useEPSOnResolutionMismatch = 1, colorMatchPreferred = 0, multipleResolutionMatching = 0,     cacheSeparately = 0, unboundedCacheDepth = 0, syncLoad = 0}, _reps = 0xa006e,   _color = 0xb8e8b7e0 <_OBJC_METH_VAR_TYPE_437>, _lockedView = 0x120094, _delegate = 0xb8e8be7c <_OBJC_METH_VAR_TYPE_1>,   _cacheMode = 1704046} (gdb) p _app_icon so now it is "worse" it is not even printable as address, cannot check the contents of _app_icon Riccardo --------------5F6D808D5A8C1B8C01D015D7 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

Hi Fred,


On 08/03/18 19:44, Fred Kiefer wrote:

      
Am 03.08.2018 um 19:01 schrieb Fred Kiefer <fredkiefer@gmx.de>:

To work around this issue with the application icon, I could add a bit of code to gui that does lazy evaluation of this icon. But most likely you will still get an error, just a bit later.
Just committed that change. Please give it a try.

as you supposed no improvement. Below the new stack trace.
To sum up, on NetBSD 8.9 x86 with gcc. Before your change I had a crash, but disabling optimizations, no crash!

Here with optimization and your latest changes:
#0  0xb85f4638 in objc_msg_lookup () from /usr/lib/libobjc.so.4
#1  0xb8bbd605 in -[NSApplication setApplicationIconImage:] (
    self=0xb8bba732 <-[NSApplication(Private) _loadAppIconImage]+577>, _cmd=0xb5a15330,
    anImage=0xb8e8f638 <_OBJC_SELECTOR_TABLE+3256>) at NSApplication.m:2389
#2  0xb8e8f630 in _OBJC_SELECTOR_TABLE () from /System/Library/Libraries/libgnustep-gui.so.0.26.2
#3  0xb8bba732 in -[NSApplication(Private) _loadAppIconImage] (self=0xb5a15330, _cmd=0xb8e8f388 <_OBJC_SELECTOR_TABLE+2568>)
    at NSApplication.m:3836
#4  0xb8bb8c96 in -[NSApplication applicationIconImage] (self=0xb5a15330, _cmd=0xb58f7858 <_OBJC_SELECTOR_TABLE+1240>)
    at NSApplication.m:2423
#5  0xb58c0054 in -[XGServer(WindowOps) _createAppIconPixmaps] (self=0xb5bf1410, _cmd=0xb58f7928 <_OBJC_SELECTOR_TABLE+1448>)
    at XGServerWindow.m:2700
#6  0xb58bcc20 in -[XGServer(WindowOps) orderwindow:::] (self=0xb5bf1410, _cmd=0xb58f7778 <_OBJC_SELECTOR_TABLE+1016>, op=0,
    otherWin=-1, winNum=1) at XGServerWindow.m:2785
#7  0xb58ba6d6 in -[XGServer(WindowOps) _setupRootWindow] (self=0xb5bf1410, _cmd=0xb58f62c8 <_OBJC_SELECTOR_TABLE+200>)
    at XGServerWindow.m:1609
#8  0xb58af41d in -[XGServer _initXContext] (self=0xb5bf1410, _cmd=0xb58f62f0 <_OBJC_SELECTOR_TABLE+240>) at XGServer.m:464
#9  0xb58ae945 in -[XGServer initWithAttributes:] (self=0xb5bf1410, _cmd=0xb8f58788 <_OBJC_SELECTOR_TABLE+72>, info=0x0)
    at XGServer.m:477
#10 0xb8d6bdd0 in +[GSDisplayServer serverWithAttributes:] (self=0xb8f58900 <_OBJC_Class_GSDisplayServer>,
    _cmd=0xb8e8f008 <_OBJC_SELECTOR_TABLE+1672>, attributes=0x0) at GSDisplayServer.m:187
#11 0xb8bc3968 in -[NSApplication _init] (self=0xb5a15330, _cmd=0xb8e8f060 <_OBJC_SELECTOR_TABLE+1760>) at NSApplication.m:885
#12 0xb87c4c16 in -[NSObject performSelector:withObject:] (self=0xb5a15330, _cmd=0xb8aa5138 <_OBJC_SELECTOR_TABLE+280>,
    aSelector=0xb8e8f060 <_OBJC_SELECTOR_TABLE+1760>, anObject=0xb5a15330) at NSObject.m:2009
#13 0xb883740a in -[NSObject(NSThreadPerformAdditions) performSelector:onThread:withObject:waitUntilDone:modes:] (
    self=0xb5a15330, _cmd=0xb8aa5240 <_OBJC_SELECTOR_TABLE+544>, aSelector=0xb8e8f060 <_OBJC_SELECTOR_TABLE+1760>,
    aThread=<optimized out>, anObject=0xb5a15330, aFlag=1 '\001', anArray=0xb5a73a10) at NSThread.m:2136
#14 0xb8832c68 in -[NSObject(NSThreadPerformAdditions) performSelectorOnMainThread:withObject:waitUntilDone:modes:] (
    self=self@entry=0xb5a15330, _cmd=_cmd@entry=0xb8aa5248 <_OBJC_SELECTOR_TABLE+552>,
    aSelector=aSelector@entry=0xb8e8f060 <_OBJC_SELECTOR_TABLE+1760>, anObject=anObject@entry=0xb5a15330,
    aFlag=aFlag@entry=1 '\001', anArray=0xb5a73a10) at NSThread.m:2095
#15 0xb8835272 in -[NSObject(NSThreadPerformAdditions) performSelectorOnMainThread:withObject:waitUntilDone:] (
    self=0xb5a15330, _cmd=0xb8e8f068 <_OBJC_SELECTOR_TABLE+1768>, aSelector=0xb8e8f060 <_OBJC_SELECTOR_TABLE+1760>,
    anObject=0xb5a15330, aFlag=1 '\001') at NSThread.m:2105

(gdb) p anImage
$1 = (struct NSImage *) 0xb8e8f638 <_OBJC_SELECTOR_TABLE+3256>
(gdb) p *anImage
$2 = {{isa = 0x1d006b}, _name = 0xb8e8be84 <_OBJC_METH_VAR_TYPE_0>, _fileName = 0x16009c, _size = {width = -0.000110969879,
    height = 1.92876542e-39}, _flags = {archiveByName = 0, scalable = 0, dataRetained = 0, flipDraw = 0,
    sizeWasExplicitlySet = 0, useEPSOnResolutionMismatch = 1, colorMatchPreferred = 0, multipleResolutionMatching = 0,
    cacheSeparately = 0, unboundedCacheDepth = 0, syncLoad = 0}, _reps = 0xa006e,
  _color = 0xb8e8b7e0 <_OBJC_METH_VAR_TYPE_437>, _lockedView = 0x120094, _delegate = 0xb8e8be7c <_OBJC_METH_VAR_TYPE_1>,
  _cacheMode = 1704046}
(gdb) p _app_icon


so now it is "worse" it is not even printable as address, cannot check the contents of _app_icon


Riccardo
--------------5F6D808D5A8C1B8C01D015D7-- From MAILER-DAEMON Sat Aug 04 16:52:24 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fm3XE-0001BL-BM for mharc-discuss-gnustep@gnu.org; Sat, 04 Aug 2018 16:52:24 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43552) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fm3XB-0001BE-QO for discuss-gnustep@gnu.org; Sat, 04 Aug 2018 16:52:22 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fm3X6-0002kj-Vm for discuss-gnustep@gnu.org; Sat, 04 Aug 2018 16:52:21 -0400 Received: from smtp-32-i6.italiaonline.it ([213.209.14.32]:44338 helo=libero.it) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fm3X6-0002jK-Ns for discuss-gnustep@gnu.org; Sat, 04 Aug 2018 16:52:16 -0400 Received: from [192.168.1.165] ([151.55.152.254]) by smtp-32.iol.local with SMTP id m3X5fxrpd12GMm3X5fIa7S; Sat, 04 Aug 2018 22:52:15 +0200 x-libjamoibt: 1601 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=libero.it; s=s2014; t=1533415935; bh=+MRrT/4/9GtcC52NE2QdX6dA61JN3fvmkQR0K5qnScg=; h=Subject:To:References:From:Date:In-Reply-To; b=S+kACp++30F4KrZ9e5jiIH5z03Dc//UNER62/9VA+BRHUpNa3oNhHcKX4PJtHkW83 LKd2JtKQbrvQZU9N36e+gUayYj4bQoAvaobZCrieNZ/1/W5r2gdtmGr0dUOBNdvIEo hCzUjYejyJSe4xHi/zXs4z2QvTdhVi7JrWA+9LWbY1bRHm+7nQJ6zpZSSwphMk6LkS iFdsHyRVLaMEhkaS3hEJ0q6QJY1wIxP8ArKtOW5nyS0gPm1hvtAjxceN0xxe8kg30J cYP77SdkPEZKq+ow8OMBT3Tofs67jbSzu01rvsLsqP7/fMfHvFR1aSiFLnsJLbq18C A+VxZDsVeWu5g== X-CNFS-Analysis: v=2.2 cv=V4YN6avi c=1 sm=1 tr=0 a=oESjZytx8FjJ+lh2i6P08Q==:117 a=oESjZytx8FjJ+lh2i6P08Q==:17 a=IkcTkHD0fZMA:10 a=bX_SYaMuwzXJllg76s4A:9 a=QEXdDO2ut3YA:10 Subject: Re: Crash on app start due to icon To: Fred Kiefer , Discuss GNUstep References: <5f89a02a-5b68-67a6-f686-a6d5f6b74e74@libero.it> <12F22814-7A86-4430-AC1D-28556F355A97@gmx.de> <8fa4c22b-8f82-be0d-dd35-d8da860389b4@libero.it> <6279BAAA-6E76-4DE4-B1AA-CB06F7FD14C5@gmx.de> From: Riccardo Mottola Message-ID: <3a546354-f67a-e40e-19d7-6dbdbaa7ab8c@libero.it> Date: Sat, 4 Aug 2018 22:51:18 +0200 User-Agent: Mozilla/5.0 (X11; NetBSD i386; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <6279BAAA-6E76-4DE4-B1AA-CB06F7FD14C5@gmx.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-CMAE-Envelope: MS4wfJ7f1/nOcfiuvUSM0kGE0Klu5EGz6bBkxi3ZWWzjaaVqTv0hgdGV5SSbLZlebinY7ruomxYBahkFTS0iDtybx4Us/ur3HvmltC/n2Nsi9Xs18+sidtvs mdgohFevYJYL/QqwN0sw6b3oTDzSmrB8fjZIhAdPxAP2/4OpAZ3z7kYfJuk7kG9eOR5d/iRPuYR6f+mqRLvz48tjA9kdmThK22Z9TVF/3FF+jCwNybf22/Mw X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 213.209.14.32 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Aug 2018 20:52:22 -0000 Hi, On 08/03/18 19:01, Fred Kiefer wrote: > Does this mean you only tested on clang systems? It could be a clang bug, which version of clang areHi, you using? No, I tested it on Linux (Ubuntu, Gentoo), NetBSD, Solaris and FreeBSD. FreeBSD has Clang and there it works. What I meant, is that it has base  configured with the "next-gen" runtime and not gnu runtime, because libobjc2 has a bug and does not work. I cannot test gcc on FreeBSD for that reason. Sorry for being unclear. Currently it looks for me this way: - gcc optimized (standard configure) crash - gcc debug non optimized, works - clang works however, Gregory tested with gcc and works for him. Riccardo From MAILER-DAEMON Sat Aug 04 16:54:58 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fm3Zi-0001hl-Pz for mharc-discuss-gnustep@gnu.org; Sat, 04 Aug 2018 16:54:58 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43950) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fm3Zf-0001hL-PU for discuss-gnustep@gnu.org; Sat, 04 Aug 2018 16:54:56 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fm3Za-0004hf-Ur for discuss-gnustep@gnu.org; Sat, 04 Aug 2018 16:54:55 -0400 Received: from smtp-32-i6.italiaonline.it ([213.209.14.32]:52526 helo=libero.it) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fm3Za-0004gz-Mm for discuss-gnustep@gnu.org; Sat, 04 Aug 2018 16:54:50 -0400 Received: from [192.168.1.165] ([151.55.152.254]) by smtp-32.iol.local with SMTP id m3ZYfxtfn12GMm3ZYfIaON; Sat, 04 Aug 2018 22:54:49 +0200 x-libjamoibt: 1601 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=libero.it; s=s2014; t=1533416089; bh=qMAktxUmu5Z5kY/Vu4djYKMSDO9esTX5mZtQNKTIvPY=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=HgopJDtY2jCl2Z8Foo6Niu2l5Mtfc9Yx45D4lcuRcsigkK200S3cygCSjiZK7q7oD /NqoOaVvTxpf8QzSAmGi7dOsl1fplW+yGS6TOJ/q4k7zrxM/KL0tB9iOR4pe4zKJBo LcECLk9ECxg2y2Jdken/FORAW+xmMoFPLYYKnB3Xjuxt1M7qpcBufc/KYApZOBilac Nv5iLHrmLn0Dx+PqUgpPO4CgCvNr5wFocAO/BmutXD+ARNazfC+BfAlbAxBwOdECB+ xF+tg9jOkLy8Hdz62tg1nlFjzrbDkwYt/Fol/OLv8+gBtCUNZkGjU8VPcCl4lNFZid tyuPc06i/D3kg== X-CNFS-Analysis: v=2.2 cv=V4YN6avi c=1 sm=1 tr=0 a=oESjZytx8FjJ+lh2i6P08Q==:117 a=oESjZytx8FjJ+lh2i6P08Q==:17 a=IkcTkHD0fZMA:10 a=ibkVOhrfGNWyhamDuvsA:9 a=QEXdDO2ut3YA:10 Subject: Re: Crash on app start due to icon To: Josh Freeman Cc: Discuss GNUstep References: <5f89a02a-5b68-67a6-f686-a6d5f6b74e74@libero.it> <12F22814-7A86-4430-AC1D-28556F355A97@gmx.de> <8fa4c22b-8f82-be0d-dd35-d8da860389b4@libero.it> <01619e75-4c8c-f30d-8c04-f760f2605a5b@libero.it> <75DA7634-BA4D-4BA7-8CCC-AA4A37DD3C95@twilightedge.com> From: Riccardo Mottola Message-ID: <0934f223-4827-879e-716b-9711de09be53@libero.it> Date: Sat, 4 Aug 2018 22:53:53 +0200 User-Agent: Mozilla/5.0 (X11; NetBSD i386; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <75DA7634-BA4D-4BA7-8CCC-AA4A37DD3C95@twilightedge.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-CMAE-Envelope: MS4wfD7qXZWSeU3O8LDvIuoSFeAl7Yk/H9XPk9TnuBJD8ekgXQnM6vM5cLHsLioAaMuoOoe2RqSf7K5dYa7GR4DxyF/mhaUV1iRgZru/hgiKL94EwZdAhccG 98Z42kjZTg3sX//HyC/SzQLEZpNEISttBXy+oxRS3Ugxd/qMXrEkqpAlvAk6WlNTiosFtrCOTd1J0bsHNaE/X9cIYgehwKN5BtLGjtbRk/2JsMDRoiMnhL9u X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 213.209.14.32 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Aug 2018 20:54:56 -0000 Hi, On 08/04/18 01:04, Josh Freeman wrote: > I couldn't reproduce this on a fresh Ubuntu 18.04.1 VM (GCC, > WindowMaker, didn't enable debug). Do you have a build script? > I run ubuntu 16 LTS. I do not have a build script, but I configured everything "out of the box" no options.. I can check, but I have not the laptop with me at hand. > > On Aug 3, 2018, at 9:32 AM, Riccardo Mottola wrote: > >> (gdb) p anImage >> $1 = (struct NSImage *) 0xae6e1638 <_OBJC_SELECTOR_TABLE+3256> > >    Try checking _app_icon - that's where the crash occurs (calling > [_app_icon size]), and _app_icon's not the same object as anImage > (it's a copy). as written in another mail, with the latest changes I cannot even print the pointer address of it. Riccardo From MAILER-DAEMON Sat Aug 04 17:11:51 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fm3q3-0005M7-MG for mharc-discuss-gnustep@gnu.org; Sat, 04 Aug 2018 17:11:51 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:45973) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fm3q0-0005Lq-J2 for discuss-gnustep@gnu.org; Sat, 04 Aug 2018 17:11:49 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fm3px-0004VL-Ew for discuss-gnustep@gnu.org; Sat, 04 Aug 2018 17:11:48 -0400 Received: from smtp-32-i6.italiaonline.it ([213.209.14.32]:36204 helo=libero.it) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fm3px-0004TF-5r for discuss-gnustep@gnu.org; Sat, 04 Aug 2018 17:11:45 -0400 Received: from [192.168.1.165] ([151.55.152.254]) by smtp-32.iol.local with SMTP id m3pvfy7EL12GMm3pvfIcFI; Sat, 04 Aug 2018 23:11:43 +0200 x-libjamoibt: 1601 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=libero.it; s=s2014; t=1533417103; bh=lPUqneLGgw5vSG6bmRrYa/j61/5tf7HnYNAuQPipNRg=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=KQQs8/BxvHW2ZoOQE6irruGA6JBpbi/iRqlcGJpb1h3fkm41fd3OsPs3bqjP60I73 z/T8Tx/tdHiPQ8lVF8ysPgS3FFEqLxFQjD8JXOlJrSBkh3AgPNFSFwr3N7orcNiDtr Jq9q+P7LZV3hcyVKb3qWNrspjHeJyr0q4ewVnUdWvC8dsIpb0QFW+XRGjEgBD7A9i1 RY1aoZ+VseQDD82vXmmBgWM2o+KHmM03KfVVGTRLZU9mRwuwYzcIbupr5GWm4mA28Y nzRhauTRL7q79VFO0GARuL+9SoYy02BdsGEM/fGUtBmSA+3Qotmc7qqT1Rg6ZKI04e 4aCRYNueNUTeQ== X-CNFS-Analysis: v=2.2 cv=V4YN6avi c=1 sm=1 tr=0 a=oESjZytx8FjJ+lh2i6P08Q==:117 a=oESjZytx8FjJ+lh2i6P08Q==:17 a=IkcTkHD0fZMA:10 a=mua3ILMmFHjS6HK_Ke4A:9 a=QEXdDO2ut3YA:10 Subject: Re: Crash on app start due to icon To: Wolfgang Lux Cc: Discuss GNUstep References: <5f89a02a-5b68-67a6-f686-a6d5f6b74e74@libero.it> <12F22814-7A86-4430-AC1D-28556F355A97@gmx.de> <8fa4c22b-8f82-be0d-dd35-d8da860389b4@libero.it> <01619e75-4c8c-f30d-8c04-f760f2605a5b@libero.it> From: Riccardo Mottola Message-ID: <54252034-c0fa-0f00-e7ae-38fc4206f6de@libero.it> Date: Sat, 4 Aug 2018 23:10:49 +0200 User-Agent: Mozilla/5.0 (X11; NetBSD i386; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-CMAE-Envelope: MS4wfC8loZMmn3nLo2vYueos8+bmn+49FVBfHNiRSiLQ5K8Bwz3JYYXGsmtskk/mNStsnG6HA0KOpfhS5jJM6mpmFEw2DQt3BUBwuebbZaNYPET9QWMnon2D cYwoKPBLEul6C6+QVo0efQY2GwFMl5PGbAm9bOr/EQUmG5XWz/dVGFOA9a+L+fmZhCxGfM3yez0E3y5EuOeKa2KjXb2XlIqF4XCOsQNcdDjIKspz9AXkwd6A X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 213.209.14.32 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Aug 2018 21:11:49 -0000 Hi, On 08/04/18 13:53, Wolfgang Lux wrote: > as everybody else I'm also unable to reproduce your issue on NetBSD 7.1.2 with the latest source (except for Fred's patch). So it's seems this is something peculiar with your setup. Do you have any themes installed? If so, can you install them and try again. Also, what is the output of > info sharedlibrary > (you may abbreviate that to i sh) when the program crashes? this is a mystery: I get a crash on all my computers except the FreeBSD/clang ones (both laptop and workstation). On my NetBSD 8.0 I had themes installed, namely set was the tango theme: imladris: {21} defaults read NSGlobalDomain GSTheme NSGlobalDomain GSTheme Tango this is a pure icon theme. I removed all the themes and removed the GSTheme variable, to "clean" everything, but I still get a crash. I have these configuration settings. Make:   $ ./configure --prefix=/ --with-layout=gnustep Base, Gui and Back: just configure with no arguments. Cairo is installed, detected and used. It is window-maker dependent (only there we have the icon dock). If I quickly switch to plain twm, the application starts. Riccardo From MAILER-DAEMON Sat Aug 04 17:50:04 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fm4R2-0006Y4-MD for mharc-discuss-gnustep@gnu.org; Sat, 04 Aug 2018 17:50:04 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:51458) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fm4Qz-0006XM-R9 for discuss-gnustep@gnu.org; Sat, 04 Aug 2018 17:50:02 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fm4Qw-00019b-Ok for discuss-gnustep@gnu.org; Sat, 04 Aug 2018 17:50:01 -0400 Received: from mout.gmx.net ([212.227.17.21]:46469) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fm4Qw-000191-FI for discuss-gnustep@gnu.org; Sat, 04 Aug 2018 17:49:58 -0400 Received: from fredkiecbookpro.fritz.box ([88.130.62.53]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M6SE3-1gAAfP17z1-00yMyn for ; Sat, 04 Aug 2018 23:49:56 +0200 From: Fred Kiefer Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Crash on app start due to icon Date: Sat, 4 Aug 2018 23:49:55 +0200 References: <5f89a02a-5b68-67a6-f686-a6d5f6b74e74@libero.it> <12F22814-7A86-4430-AC1D-28556F355A97@gmx.de> <8fa4c22b-8f82-be0d-dd35-d8da860389b4@libero.it> <6279BAAA-6E76-4DE4-B1AA-CB06F7FD14C5@gmx.de> <3a546354-f67a-e40e-19d7-6dbdbaa7ab8c@libero.it> To: Discuss GNUstep In-Reply-To: <3a546354-f67a-e40e-19d7-6dbdbaa7ab8c@libero.it> Message-Id: <4F804C27-DB99-4B5F-B3B4-918419DFA38A@gmx.de> X-Mailer: Apple Mail (2.3445.9.1) X-Provags-ID: V03:K1:aE3SkJyHzKM/e1osGhOESJipIRY0KlwxVwr2KcGxA77eSTL1ttG M4xp/sER3SLiT/1Se3FhaXWRP5oza5f6HMFM3eDiQei4X4e9PKbt6lIt5JfJ7al0o1dATID pfka+FZvgQ0wYRAtB3yXqiNrEX0ch4bPbeBFSUWn5YODrrC7LcL5rNz2WPWm/3BteXuY5IL oLfY+ECP1/OF+22T7WS2Q== X-UI-Out-Filterresults: notjunk:1;V01:K0:LOFqqwvgRR8=:RgB00Zo8+M/nY7li1e1ldN +Vj2aZiqpXIRKM1nrwlnlrMzXFAp92Gb8jagColGHSe52GDUFVqv6/rc/HdUIrYi0FBs9Lhwv d6fqxYyx3w8LN239IlwoaLFgJSgQiap9tiPU9Adz65n8OJTf0e6oN03Y1jCA5cWcTbX0Ydx7D 8Gw24O1ux0t7RuiDOwLCA/go3/V4EbZ0Uu7p58TQSZZmwLBztCDIBWy+pBDCR/vGOi2VGhbyk 0AuKC4h+5f+GwokCRYUWdqgyyJLa2ruLPnF59oKArDHQ8C6ph8Wl2igde2oHNlcGDNI+KqtnU ijVNcxE6vqcD+nehTxhoq4OKOUIAQjHETwzD7pdbe0nv1NtGyVrncWhNpF9teN+YIog65QZeG 3Jfv1BXS22XknnBTbgwcRFj7bcjAL2CBe0wsny3MoIFvWhZqlZyHC/vM21o/7L98j1Eb9HYlU gsw2NIbLidSn0SiksjY6pJYbT/bsGmBJYFNpnCuKuNT3e+1sRO0/jOCtIzezTGSDXlAkVaHKR 2u9HRiWhqGbi2L1TSuffncGqWY2XMAOa4iY5piBWzrAfRFn1qnfAG5KLNAQQBs0BhmxPExiN5 Ve2F8uw5/gF5O23nfTw9L/EUchz3iAWJ7rq1TYv5e/VoTAaSQ17MeG6TFCOwe/ngG+xcK92Pc 1WE/qEY/cuNUj8nkDyeN5Ij1kP/zoj2HEW+Q488pIHMTLfuv9dd2trKOZDCyzGwGcFxTum8Xp W/sACqW9sWOgUoAd/EPivZ2zN8qnS7YOxF8kIR2l6lSGVYSZ0G7ZjPHeMMVTScfy9soIF2mKC 1WEjB+A X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 212.227.17.21 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Aug 2018 21:50:02 -0000 Thank you for finally providing more of the environment conditions. > Am 04.08.2018 um 22:51 schrieb Riccardo Mottola = : >=20 > On 08/03/18 19:01, Fred Kiefer wrote: >> Does this mean you only tested on clang systems? It could be a clang = bug, which version of clang areHi, you using? >=20 > No, I tested it on Linux (Ubuntu, Gentoo), NetBSD, Solaris and = FreeBSD. > FreeBSD has Clang and there it works. > What I meant, is that it has base configured with the "next-gen" = runtime and not gnu runtime, because libobjc2 has a bug and does not = work. I cannot test gcc on FreeBSD for that reason. Sorry for being = unclear. I still don=E2=80=99t understand this sentence. The important bit is = what is used on the broken systems? libobjc2 or the GNU libobjc that = comes with gcc? And if you use libobjc2 how has that been compiled? And on the same line, which version of GNUstep make are you using? There = used to be some incompatible situation between that and libobjc2. > Currently it looks for me this way: > - gcc optimized (standard configure) crash > - gcc debug non optimized, works > - clang works >=20 > however, Gregory tested with gcc and works for him. In one of the next mails you also added that this breaks only when used = with WindowMake. If you now could also provide the version of gcc you = are using, then we would almost have a full picture :-) As mostly you did not try to run your program with valgrind. I know that = you have been able to do so in the past, what is it that stops you from = using the valuable tool?= From MAILER-DAEMON Sun Aug 05 05:26:47 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fmFJH-0002Gz-CT for mharc-discuss-gnustep@gnu.org; Sun, 05 Aug 2018 05:26:47 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43399) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fmFJE-0002Ek-Nb for discuss-gnustep@gnu.org; Sun, 05 Aug 2018 05:26:45 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fmFJB-0002Pc-Ks for discuss-gnustep@gnu.org; Sun, 05 Aug 2018 05:26:44 -0400 Received: from mail-ed1-x536.google.com ([2a00:1450:4864:20::536]:34764) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fmFJB-0002OO-Du for discuss-gnustep@gnu.org; Sun, 05 Aug 2018 05:26:41 -0400 Received: by mail-ed1-x536.google.com with SMTP id h1-v6so3680623eds.1 for ; Sun, 05 Aug 2018 02:26:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=GBMNU2exf9C0TzuiZguu7GwhsQoIf/d1CCcd4hMprcM=; b=fDjEZquIMdxLOAZpvB1+5akcAH9IfjzJe+FMxXfYh79KKDbfGyC6WgCHpPMhOcS8hs WFIDwtdf51REH70xTDDJuiTFOjohXZOKgTjs+aR0hY9Zd75nexWoypUJwsJgVPAZmQER U5t2ZWzN/Gj3jy89yak29k43gbyQDUet+rLpZUnorA/9j88X3ezoU+Qp6sqtud5GugWx RGC6/JPB+1FgEHvt3Z1Ng2uIXNAhb8E20k3GCW0QARtJhDPbRGDUJNVW6r7cUDgcL3Z9 GjdLvc5BSU9pcN9fG0e+RVIuuKZCziB/z+fzeray9rGcPX3Ta5yf+NydeKMlM5CuLxiL w4LQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=GBMNU2exf9C0TzuiZguu7GwhsQoIf/d1CCcd4hMprcM=; b=I33CLKYndTQ5F8tz961pu2Wzhx4pUKdUvCl6vCqX6MlVv3loSj+azbutXYPojwvgH/ c+HjHJA3pdnk/RsV4ZI7b0+jWGo9qCzQIiCJq6ImDykwlrKwF0HItGHi4/trowgGWtyI Hms7wr9f0po1bisB2rVukW2RL3vxJWtM5RWMNxqaCeMsZope+cpaFzhRwhV2/RkNhz3L Nn+CJPBgfVeOjZyD7rHSdlrreIv/d4dGpEeBMubRxeUwus/J3gYsCDb0dmuTrBQQvvBE cQ5Qkx78kqwxHrB86ahraZUfd+LvlBzXmmSQ2056HGnkuvrJNnQI9gScNV+lX4piz8mM +xRg== X-Gm-Message-State: AOUpUlFsQys+GLj7n0qUI1nRtZtCVjPkF4dd5Sx3ABw/aIfNCU5/vRth sTQz+zxvXKsQ9JRPc5NfegA= X-Google-Smtp-Source: AAOMgpfC6nNBL8PCYthGZyQ91VHXLT5lSeSXk97TswX1pEpPLT+TQWYU7r485jetiy6+jPq+Bye9Xg== X-Received: by 2002:a50:b045:: with SMTP id i63-v6mr14104251edd.18.1533461200411; Sun, 05 Aug 2018 02:26:40 -0700 (PDT) Received: from [192.168.0.7] (x4db586ff.dyn.telefonica.de. [77.181.134.255]) by smtp.gmail.com with ESMTPSA id q17-v6sm3487310eds.78.2018.08.05.02.26.39 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 05 Aug 2018 02:26:39 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Crash on app start due to icon From: Wolfgang Lux In-Reply-To: <54252034-c0fa-0f00-e7ae-38fc4206f6de@libero.it> Date: Sun, 5 Aug 2018 11:22:26 +0200 Cc: Discuss GNUstep Content-Transfer-Encoding: quoted-printable Message-Id: <97A245A0-98F6-473F-B22E-A521A30EC7ED@gmail.com> References: <5f89a02a-5b68-67a6-f686-a6d5f6b74e74@libero.it> <12F22814-7A86-4430-AC1D-28556F355A97@gmx.de> <8fa4c22b-8f82-be0d-dd35-d8da860389b4@libero.it> <01619e75-4c8c-f30d-8c04-f760f2605a5b@libero.it> <54252034-c0fa-0f00-e7ae-38fc4206f6de@libero.it> To: Riccardo Mottola X-Mailer: Apple Mail (2.3445.9.1) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::536 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Aug 2018 09:26:45 -0000 Hi Riccardo, I finally managed to reproduce the crash, once I've noticed that you are = compiling on a 32-bit OS rather than 64-bits (any reason for not using = 64-bits nowadays?). Setting a breakpoint on the setApplicationIconImage: = and then stepping through that method I found that the code crashes = here: 2385 miniWindowSize =3D [GSCurrentServer() iconSize]; And stepping into that method the problem is that GSCurrentServer() = return a null pointer. I've committed a fix now to handle this case. Wolfgang > Am 04.08.2018 um 23:10 schrieb Riccardo Mottola = : >=20 > Hi, >=20 >=20 > On 08/04/18 13:53, Wolfgang Lux wrote: >> as everybody else I'm also unable to reproduce your issue on NetBSD = 7.1.2 with the latest source (except for Fred's patch). So it's seems = this is something peculiar with your setup. Do you have any themes = installed? If so, can you install them and try again. Also, what is the = output of >> info sharedlibrary >> (you may abbreviate that to i sh) when the program crashes? >=20 > this is a mystery: I get a crash on all my computers except the = FreeBSD/clang ones (both laptop and workstation). >=20 > On my NetBSD 8.0 I had themes installed, namely set was the tango = theme: > imladris: {21} defaults read NSGlobalDomain GSTheme > NSGlobalDomain GSTheme Tango >=20 > this is a pure icon theme. >=20 > I removed all the themes and removed the GSTheme variable, to "clean" = everything, but I still get a crash. >=20 > I have these configuration settings. >=20 > Make: > $ ./configure --prefix=3D/ --with-layout=3Dgnustep >=20 > Base, Gui and Back: just configure with no arguments. Cairo is = installed, detected and used. >=20 > It is window-maker dependent (only there we have the icon dock). If I = quickly switch to plain twm, the application starts. >=20 > Riccardo >=20 From MAILER-DAEMON Sun Aug 05 16:26:33 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fmPbl-0002jj-3N for mharc-discuss-gnustep@gnu.org; Sun, 05 Aug 2018 16:26:33 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54854) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fmPbi-0002jb-Kw for discuss-gnustep@gnu.org; Sun, 05 Aug 2018 16:26:32 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fmPbg-0004H7-Rn for discuss-gnustep@gnu.org; Sun, 05 Aug 2018 16:26:30 -0400 Received: from mail-io0-x235.google.com ([2607:f8b0:4001:c06::235]:40383) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fmPbg-0004Fk-K8 for discuss-gnustep@gnu.org; Sun, 05 Aug 2018 16:26:28 -0400 Received: by mail-io0-x235.google.com with SMTP id l14-v6so9299156iob.7 for ; Sun, 05 Aug 2018 13:26:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=2fGH1NKZHfAR8SugFfNEiidFq5Bp7dnF4CeD6NfT6/8=; b=dnNqBa0R0lPSGfyZ2Y29omtKwbiy9b92W9C6r64DEp1C0/A9rpuqozA+Z8bjzZ557Q Cjmts7GfD1rtZ3K3S/E9cYr6+ct/crMK+Ci9Ka6rOPwUtI2TNbwgpfuj4EUDei3aje1m azLGtRJF1X29fP0Q5wZy1OafoFRM6pnT88XMHgizNQpsqWK8I3VE3ObkmfXcdQOeFvp1 TT46vRCw+bgJA5ULasUqJv0ZgyNuqaNUTKvThRncIvqciaX3u3pUpAwmejQBMv5CWfUe PGo6rEDuQ+wI0jjNqtHdX5lT9l6eDO9I8CHTtCsKhr9rsi41Ky3RF2hbmh+A4XdFRjSF r5Rg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=2fGH1NKZHfAR8SugFfNEiidFq5Bp7dnF4CeD6NfT6/8=; b=pNY3CnRaPLnM8m8pX4Lscr4VxuRnl73DZhvvpEXO2jBgRHkfxj1XgypPLzKdRxiCLR Qyvtw5bFV34nSx2PbIbLQu0KCaNodj9u0Y8Yg23n7f5DUbPlKx/rMog6yy7/gOYzEv8x /kftFULzqvmOhC0YYm4MpAdmHaJFB0ydFWgVPMjiN0wuKU0WJCs4lUnTxRLc9pFukLA7 A/KGOOlwQtdZ6BAeVnYA5GK6Q1xQbUZAdz/q2YhSkukgkBQ8Gzqk3DP5B40H8A5aikyo 3exSIsrTS0zEsXePusw9qh6Qz3d7S0wS4RxFM4k12hvk72WoQ+uifBznj6GZePbYqSiO /btQ== X-Gm-Message-State: AOUpUlFlDA6iYx1c+4UH2uZ04KY4mrOjJT1ojll2n2Fhdeonxx+73agR HPemy9a4BHy9KPxGd4/Fn0lFOaECqoLEpB6M+A== X-Google-Smtp-Source: AA+uWPx/jP94BuOK4ahWt3Lz9IVEt6U8HkvLCspQyxK9sOKUdZ7NtuXmFmvKkQfx4vK44eZURzshlb9TMIkK6LZYex8= X-Received: by 2002:a6b:de09:: with SMTP id v9-v6mr12947024iog.10.1533500787659; Sun, 05 Aug 2018 13:26:27 -0700 (PDT) MIME-Version: 1.0 References: <5f89a02a-5b68-67a6-f686-a6d5f6b74e74@libero.it> <12F22814-7A86-4430-AC1D-28556F355A97@gmx.de> <8fa4c22b-8f82-be0d-dd35-d8da860389b4@libero.it> <01619e75-4c8c-f30d-8c04-f760f2605a5b@libero.it> <54252034-c0fa-0f00-e7ae-38fc4206f6de@libero.it> <97A245A0-98F6-473F-B22E-A521A30EC7ED@gmail.com> In-Reply-To: <97A245A0-98F6-473F-B22E-A521A30EC7ED@gmail.com> From: Gregory Casamento Date: Sun, 5 Aug 2018 16:26:16 -0400 Message-ID: Subject: Re: Crash on app start due to icon To: Wolfgang Lux Cc: Discuss GNUstep , Riccardo Mottola Content-Type: multipart/alternative; boundary="000000000000b6183e0572b5f900" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4001:c06::235 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Aug 2018 20:26:32 -0000 --000000000000b6183e0572b5f900 Content-Type: text/plain; charset="UTF-8" Hello, On Sun, Aug 5, 2018 at 05:27 Wolfgang Lux wrote: > Hi Riccardo, > > I finally managed to reproduce the crash, once I've noticed that you are > compiling on a 32-bit OS rather than 64-bits (any reason for not using > 64-bits nowadays?). Setting a breakpoint on the setApplicationIconImage: > and then stepping through that method I found that the code crashes here: > 2385 miniWindowSize = [GSCurrentServer() iconSize]; > > And stepping into that method the problem is that GSCurrentServer() return > a null pointer. I've committed a fix now to handle this case. > > Wolfgang Why on earth is GSCurrentServer() returning null? > > > Am 04.08.2018 um 23:10 schrieb Riccardo Mottola < > riccardo.mottola@libero.it>: > > > > Hi, > > > > > > On 08/04/18 13:53, Wolfgang Lux wrote: > >> as everybody else I'm also unable to reproduce your issue on NetBSD > 7.1.2 with the latest source (except for Fred's patch). So it's seems this > is something peculiar with your setup. Do you have any themes installed? If > so, can you install them and try again. Also, what is the output of > >> info sharedlibrary > >> (you may abbreviate that to i sh) when the program crashes? > > > > this is a mystery: I get a crash on all my computers except the > FreeBSD/clang ones (both laptop and workstation). > > > > On my NetBSD 8.0 I had themes installed, namely set was the tango theme: > > imladris: {21} defaults read NSGlobalDomain GSTheme > > NSGlobalDomain GSTheme Tango > > > > this is a pure icon theme. > > > > I removed all the themes and removed the GSTheme variable, to "clean" > everything, but I still get a crash. > > > > I have these configuration settings. > > > > Make: > > $ ./configure --prefix=/ --with-layout=gnustep > > > > Base, Gui and Back: just configure with no arguments. Cairo is > installed, detected and used. > > > > It is window-maker dependent (only there we have the icon dock). If I > quickly switch to plain twm, the application starts. > > > > Riccardo > > > > > _______________________________________________ > Discuss-gnustep mailing list > Discuss-gnustep@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnustep > -- Gregory Casamento GNUstep Lead Developer / OLC, Principal Consultant http://www.gnustep.org - http://heronsperch.blogspot.com http://ind.ie/phoenix/ --000000000000b6183e0572b5f900 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,

On Sun, Aug 5, 2018 at 05:27 Wolfgang Lux <wolfgang.lux@gmail.com> wrote:
Hi Riccardo,

I finally managed to reproduce the crash, once I've noticed that you ar= e compiling on a 32-bit OS rather than 64-bits (any reason for not using 64= -bits nowadays?). Setting a breakpoint on the setApplicationIconImage: and = then stepping through that method I found that the code crashes here:
2385=C2=A0 =C2=A0 =C2=A0 miniWindowSize =3D [GSCurrentServer() iconSize];
And stepping into that method the problem is that GSCurrentServer() return = a null pointer. I've committed a fix now to handle this case.

Wolfgang

Why on e= arth is GSCurrentServer() returning null? =C2=A0


> Am 04.08.2018 um 23:10 schrieb Riccardo Mottola <riccardo.mottola@libero.it>:
>
> Hi,
>
>
> On 08/04/18 13:53, Wolfgang Lux wrote:
>> as everybody else I'm also unable to reproduce your issue on N= etBSD 7.1.2 with the latest source (except for Fred's patch). So it'= ;s seems this is something peculiar with your setup. Do you have any themes= installed? If so, can you install them and try again. Also, what is the ou= tput of
>>=C2=A0 =C2=A0info sharedlibrary
>> (you may abbreviate that to i sh) when the program crashes?
>
> this is a mystery: I get a crash on all my computers except the FreeBS= D/clang ones (both laptop and workstation).
>
> On my NetBSD 8.0 I had themes installed, namely set was the tango them= e:
> imladris: {21} defaults read NSGlobalDomain GSTheme
> NSGlobalDomain GSTheme Tango
>
> this is a pure icon theme.
>
> I removed all the themes and removed the GSTheme variable, to "cl= ean" everything, but I still get a crash.
>
> I have these configuration settings.
>
> Make:
>=C2=A0 =C2=A0$ ./configure --prefix=3D/ --with-layout=3Dgnustep
>
> Base, Gui and Back: just configure with no arguments. Cairo is install= ed, detected and used.
>
> It is window-maker dependent (only there we have the icon dock). If I = quickly switch to plain twm, the application starts.
>
> Riccardo
>


_______________________________________________
Discuss-gnustep mailing list
Discuss-gnuste= p@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss= -gnustep
--
Gregory Casamento
GNUstep Lead Developer / OLC, Princi= pal Consultant
http= ://www.gnustep.org - http://heronsperch.blogspot.com
http://ind.ie/phoenix/
<= /div> --000000000000b6183e0572b5f900-- From MAILER-DAEMON Sun Aug 05 16:47:21 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fmPvt-0007g8-9j for mharc-discuss-gnustep@gnu.org; Sun, 05 Aug 2018 16:47:21 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58158) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fmPvq-0007g0-Qr for discuss-gnustep@gnu.org; Sun, 05 Aug 2018 16:47:19 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fmPvn-0005Kc-PF for discuss-gnustep@gnu.org; Sun, 05 Aug 2018 16:47:18 -0400 Received: from mout.gmx.net ([212.227.17.21]:51731) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fmPvn-0005Ix-Es for discuss-gnustep@gnu.org; Sun, 05 Aug 2018 16:47:15 -0400 Received: from fredkiecbookpro.fritz.box ([88.130.62.191]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Mhhr5-1fYL9W1wQd-00MpFJ; Sun, 05 Aug 2018 22:47:13 +0200 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Crash on app start due to icon From: Fred Kiefer In-Reply-To: Date: Sun, 5 Aug 2018 22:47:10 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <7E6D4EC5-3ACB-46C9-A4E0-B38B85CFAFEC@gmx.de> References: <5f89a02a-5b68-67a6-f686-a6d5f6b74e74@libero.it> <12F22814-7A86-4430-AC1D-28556F355A97@gmx.de> <8fa4c22b-8f82-be0d-dd35-d8da860389b4@libero.it> <01619e75-4c8c-f30d-8c04-f760f2605a5b@libero.it> <54252034-c0fa-0f00-e7ae-38fc4206f6de@libero.it> <97A245A0-98F6-473F-B22E-A521A30EC7ED@gmail.com> To: Discuss GNUstep X-Mailer: Apple Mail (2.3445.9.1) X-Provags-ID: V03:K1:M2ltXHtIIxmsIuHDXdw5YLEEVEeK0szj1aw/lcXvomXlPRlXpLW 8VNAO+58RL7drkm8qxoxMjtebku3LOzOqQ4pAlypkYfWRW4cD6oLDRd/J/FT/CjfQrSL3IU NMM72qxbz6GCpCl7wjFTXC5pMxw9X5c+Jo2/0jQsE8ac9bMsHkTsGvgENfKGBsdb1WBQUH7 6EFcf7hbxCw9k3kmez/AQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:mL5lQC69Z2o=:5G3U7UcGKC1OcbYZe45PI+ DldsvMVnA/ftvZq+5FX3FFtQJPQqqiKlyzJbToXXKgnNgl2J7nSjNeqbhFbLJUfK0lvvS7u7G LiNZabxw1CzQ64nDFy+mIOiT9t8jun62mF3sARQmUPo2ze53ETCK62slJR1YqA0QPBbBob0ha jwh0xG3f8sB0GOpxvdNZDoBMmGguZh0uT2++Fy1/wcr8ANHWX0/gXsevA53+WLoW8p3+r/TRe 39BWDYY5sq4D02vXPvRtysBYY2BPnjmpOM1fz3+h5b3L1PwJivVW6MJyh4V1rSJr/RNPQDQFU QIPFaQtJi6Lr7SJy3iisFcmSZo9U+JI4Q9LJ8aGLN4EEdPsmWvZ1ZJSmQddKo3Ec2bxHqaSRu NKzUrr9IhFC6jpGTTnFbxAq8CnjunLMQIcbXggyYi8FUKl9Vkqr9Y19K/JLWCcvf3ACS47bxr hai/toyTfFluIE3JQVWwczRSUitigXgI74QIRjGTqfavxIESMe1gWuYyqyn7GeS1BTJ6TQKVC xb6QbNIs8EP2u/qDhT0njFtzFNNcZfbnWuXd/Pq8nZB2mBZcYBq1BnpoJaPIwZuC46CCqAeMY r+nvjD4kmFn/7ETC9NEHoqGYkU/9Jdh1fAcVenow9yiRqKQwwk6GOLHQ6DiUT8EghVqKPoyDP Wkw0HItzCSU1gCMSp82ajgiCxe3mCApti++puJ1RhXsCvIsda9kdPW9lupEA457GsF1Zy4THk hDr7/5Pyl3C6fng1cfm62l3joJwQ9xSOmZRubXr85TIyEirY7+ZMNhR8J31gee6uz1fCdD7+9 sy6zzku X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 212.227.17.21 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Aug 2018 20:47:19 -0000 > Am 05.08.2018 um 22:26 schrieb Gregory Casamento = : >=20 > On Sun, Aug 5, 2018 at 05:27 Wolfgang Lux = wrote: >=20 > I finally managed to reproduce the crash, once I've noticed that you = are compiling on a 32-bit OS rather than 64-bits (any reason for not = using 64-bits nowadays?). Setting a breakpoint on the = setApplicationIconImage: and then stepping through that method I found = that the code crashes here: > 2385 miniWindowSize =3D [GSCurrentServer() iconSize]; >=20 > And stepping into that method the problem is that GSCurrentServer() = return a null pointer. I've committed a fix now to handle this case. >=20 > Why on earth is GSCurrentServer() returning null? =20 Because somebody (hint: you) did change the order in which this methods = get called. If you have a look at the NSApplication _init method you = will see that the backend gets initialised first and then the current = display server is set. This order is needed as the display server is = defined by the backend. Now you did move the loading of the application = icon before that and there we use the setApplicationIcon: method which = refers to the GSCurrentServer(). My attempt to lazy load the icon only when it is needed didn=E2=80=99t = help here, as actually this gets called from the backend when it is = being initialised, which is still before the current display server is = set. The important bit here are these lines: srv =3D [GSDisplayServer serverWithAttributes: nil]; RETAIN(srv); [GSDisplayServer setCurrentServer: srv]; Only after the third one the current server is set, but the code = triggered from the first line will call the applicationIcon method for = the WindowMaker dock. Wolfgangs fix is actually quite a good workaround for this. Fred From MAILER-DAEMON Sun Aug 05 17:25:41 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fmQWz-0007bs-Gs for mharc-discuss-gnustep@gnu.org; Sun, 05 Aug 2018 17:25:41 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33471) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fmQWw-0007bj-AW for discuss-gnustep@gnu.org; Sun, 05 Aug 2018 17:25:39 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fmQWu-0007hp-Ko for discuss-gnustep@gnu.org; Sun, 05 Aug 2018 17:25:38 -0400 Received: from mail-it0-x229.google.com ([2607:f8b0:4001:c0b::229]:36038) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fmQWu-0007hG-6b for discuss-gnustep@gnu.org; Sun, 05 Aug 2018 17:25:36 -0400 Received: by mail-it0-x229.google.com with SMTP id p81-v6so15528586itp.1 for ; Sun, 05 Aug 2018 14:25:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=INuQ3xKEHmRFHg4Im5X9ZQT6xO72AwQJK7LgA7+NncA=; b=OMAWB9W4QUMugEMnYJOW1WZ4dB0EF1f1HE5HgmUzgQtBwd/p9UpHrEasIKhSUcpmu9 ga76RgCoNRqGmd1u5Jy1zSCCyWA6waC79nX5OP2H4vJawfKt3WT5rIwtpCdn/TLQFlUe lntCnPBPjHbPJOk2xucNuZkn8Hw89gyqtVS5TD6JdjPTHNyyPMDh/HRSZkWbrIzavUwW WGgXQoSkr/JOBZuCxCfdthT+qZ32iGKgbQ6KT104KkfzYu+tAVlFAsY6V0Wf6OElz0z1 2wuk22JziFQE9ZxOSU/GbRoVTO+wpIdwwalig6ibBI+K9/6Nz2I6Di1XvXSDznsn5JU8 55JA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=INuQ3xKEHmRFHg4Im5X9ZQT6xO72AwQJK7LgA7+NncA=; b=lTMTY7mtUoq9qFZPKWSB8+5hkKHRJtJGyeUTrDeFDnCE7HQhrTgbvb+1WIdvFnYFlM nmrOm203jm1c6TX2RaEfAsW37A1fk2ZnuN2KD4q0Utw/6Q7PEBW8rf3HS3PGACrz6OJq n17N+H+w31VV9PCvWKdr9TjOJl3WSlCdjjJUaCM8D5jPyeGJlaDGTtvXDfwdjv7RZ5BA eOnuEW9lo9OQXTg/+5eUulI0C/BAb4TnDTXNvI+8zVOT35VKjK2e7zQ4gKRB2v+gp1iq rTkYCxTKHM980Q7uCc3kg5IHf+LYWx3SbJMJSV6Cx1KwGs4yRXm3+vot58p/oReUfNaZ zkgg== X-Gm-Message-State: AOUpUlGS+cHOj2WJPowcAZv0xxPa41AK0W+AtPIEMS6VaXI9xefswXwi 6OPQaAIWA5VZ8GJRAuPCbhaIVa3Wb5J2EHFZSg== X-Google-Smtp-Source: AAOMgpcvwU8+HObbeFHKio8jHky70oTfmRsXcd1STCmL4qRydn2RVUuZQK3Fr6qLtSB4FPBl7LBFV29NXPtx2t+ekwg= X-Received: by 2002:a02:7123:: with SMTP id n35-v6mr10967494jac.91.1533504335457; Sun, 05 Aug 2018 14:25:35 -0700 (PDT) MIME-Version: 1.0 References: <5f89a02a-5b68-67a6-f686-a6d5f6b74e74@libero.it> <12F22814-7A86-4430-AC1D-28556F355A97@gmx.de> <8fa4c22b-8f82-be0d-dd35-d8da860389b4@libero.it> <01619e75-4c8c-f30d-8c04-f760f2605a5b@libero.it> <54252034-c0fa-0f00-e7ae-38fc4206f6de@libero.it> <97A245A0-98F6-473F-B22E-A521A30EC7ED@gmail.com> <7E6D4EC5-3ACB-46C9-A4E0-B38B85CFAFEC@gmx.de> In-Reply-To: <7E6D4EC5-3ACB-46C9-A4E0-B38B85CFAFEC@gmx.de> From: Gregory Casamento Date: Sun, 5 Aug 2018 17:25:24 -0400 Message-ID: Subject: Re: Crash on app start due to icon To: Fred Kiefer Cc: Discuss GNUstep Content-Type: multipart/alternative; boundary="0000000000002d31c80572b6cd9b" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4001:c0b::229 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Aug 2018 21:25:39 -0000 --0000000000002d31c80572b6cd9b Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Fred, On Sun, Aug 5, 2018 at 16:47 Fred Kiefer wrote: > > > > Am 05.08.2018 um 22:26 schrieb Gregory Casamento < > greg.casamento@gmail.com>: > > > > On Sun, Aug 5, 2018 at 05:27 Wolfgang Lux > wrote: > > > > I finally managed to reproduce the crash, once I've noticed that you ar= e > compiling on a 32-bit OS rather than 64-bits (any reason for not using > 64-bits nowadays?). Setting a breakpoint on the setApplicationIconImage: > and then stepping through that method I found that the code crashes here: > > 2385 miniWindowSize =3D [GSCurrentServer() iconSize]; > > > > And stepping into that method the problem is that GSCurrentServer() > return a null pointer. I've committed a fix now to handle this case. > > > > Why on earth is GSCurrentServer() returning null? > > Because somebody (hint: you) did change the order in which this methods > get called. If you have a look at the NSApplication _init method you will > see that the backend gets initialised first and then the current display > server is set. This order is needed as the display server is defined by t= he > backend. Now you did move the loading of the application icon before that > and there we use the setApplicationIcon: method which refers to the > GSCurrentServer(). Oh damn. I actually thought I was preserving the order when I made the change. The issue I was seeing with getting the icon was caused by the fact that we needed to initialize the backend first before getting the icon. This is why I split it out into two methods. My attempt to lazy load the icon only when it is needed didn=E2=80=99t help= here, > as actually this gets called from the backend when it is being initialise= d, > which is still before the current display server is set. > > The important bit here are these lines: > > srv =3D [GSDisplayServer serverWithAttributes: nil]; > RETAIN(srv); > [GSDisplayServer setCurrentServer: srv]; > > Only after the third one the current server is set, but the code triggere= d > from the first line will call the applicationIcon method for the > WindowMaker dock. Okay. > > Wolfgangs fix is actually quite a good workaround for this. > I=E2=80=99m surprised neither of us picked this up on review. Thanks Fred, Riccardo and Wolfgang. > Fred Yours, GC > -- Gregory Casamento GNUstep Lead Developer / OLC, Principal Consultant http://www.gnustep.org - http://heronsperch.blogspot.com http://ind.ie/phoenix/ --0000000000002d31c80572b6cd9b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Fred,

On Sun, Aug 5, 2018 at 16:47 Fred Kiefer <fredkiefer@gmx.de> wrote:


> Am 05.08.2018 um 22:26 schrieb Gregory Casamento <greg.casamento@gmail.com&g= t;:
>
> On Sun, Aug 5, 2018 at 05:27 Wolfgang Lux <wolfgang.lux@gmail.com> wrote: >
> I finally managed to reproduce the crash, once I've noticed that y= ou are compiling on a 32-bit OS rather than 64-bits (any reason for not usi= ng 64-bits nowadays?). Setting a breakpoint on the setApplicationIconImage:= and then stepping through that method I found that the code crashes here:<= br> > 2385=C2=A0 =C2=A0 =C2=A0 miniWindowSize =3D [GSCurrentServer() iconSiz= e];
>
> And stepping into that method the problem is that GSCurrentServer() re= turn a null pointer. I've committed a fix now to handle this case.
>
> Why on earth is GSCurrentServer() returning null?=C2=A0

Because somebody (hint: you) did change the order in which this methods get= called. If you have a look at the NSApplication _init method you will see = that the backend gets initialised first and then the current display server= is set. This order is needed as the display server is defined by the backe= nd. Now you did move the loading of the application icon before that and th= ere we use the setApplicationIcon: method which refers to the GSCurrentServ= er().

Oh damn.=C2= =A0 I actually thought I was preserving the order when I made the change.= =C2=A0 The issue I was seeing with getting the icon was caused by the fact = that we needed to initialize the backend first before getting the icon.=C2= =A0 This is why I split it out into two methods.=C2=A0

My attempt to lazy load the ico= n only when it is needed didn=E2=80=99t help here, as actually this gets ca= lled from the backend when it is being initialised, which is still before t= he current display server is set.

The important bit here are these lines:

srv =3D [GSDisplayServer serverWithAttributes: nil];
RETAIN(srv);
[GSDisplayServer setCurrentServer: srv];

Only after the third one the current server is set, but the code triggered = from the first line will call the applicationIcon method for the WindowMake= r dock.

Okay.=C2= =A0



Wolfgangs fix is actually quite a good workaround for this.

I=E2=80=99m surp= rised neither of us picked this up on review.

Thanks Fred, Riccardo and Wolfgang.=C2=A0


Fred

Yours, GC
--
Gregory Casamento
G= NUstep Lead Developer / OLC, Principal Consultant
http://www.gnustep.org - http://heronsperch.blogspot.= com
http://ind.= ie/phoenix/
--0000000000002d31c80572b6cd9b-- From MAILER-DAEMON Mon Aug 06 09:08:18 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fmfFC-0005p0-2l for mharc-discuss-gnustep@gnu.org; Mon, 06 Aug 2018 09:08:18 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44840) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fmfF8-0005os-Vb for discuss-gnustep@gnu.org; Mon, 06 Aug 2018 09:08:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fmfF5-0007lx-Hz for discuss-gnustep@gnu.org; Mon, 06 Aug 2018 09:08:14 -0400 Received: from smtp-35-i6.italiaonline.it ([213.209.14.35]:51213 helo=libero.it) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fmfF5-0007jI-3r for discuss-gnustep@gnu.org; Mon, 06 Aug 2018 09:08:11 -0400 Received: from DEV21 ([46.21.177.226]) by smtp-35.iol.local with SMTP id mfF2fnhr0xxHwmfF2fUhCA; Mon, 06 Aug 2018 15:08:08 +0200 x-libjamoibt: 1601 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=libero.it; s=s2014; t=1533560888; bh=dpEeLTP9kjIa14vXceN/rT8TKIOUyUyUQ4iIa10kVAw=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=VypFZZNho//FkKr4USF9NUfUXxN1GJiI6zHo/x3Fz600cQzx6G+8VzpKsn0c8hJSv 4YsxQAq4sHrPsQnoMQsWjwE2/B0j/C0/QVO+cvRmTZOB813q8kYXUQo9EWEfYPgXFK ygSH34tlPJLUU2t6PBRTUlv90xwUozfL4Q5zEO5IbIPwHfXheDwys1DYvHxR5YgF+T 9qzo2J9veo9iR3ELXVr3mmXQUmLBqkhW9K3ipDzT+sC7YJOiPocZ8mkC8C90CIEeXP 2P//IuE6xgP99+OhtYOlmEdsJEgKD806Nbw+E+SYys1t4LTcImGCoJXorIMrj0/ssi 4P0Iu44dBOxIg== X-CNFS-Analysis: v=2.2 cv=FMtr/6gs c=1 sm=1 tr=0 a=gfSuWC0KZl1BcmXOoRnORQ==:117 a=gfSuWC0KZl1BcmXOoRnORQ==:17 a=IkcTkHD0fZMA:10 a=C2ZJ7Ugg-TvC7fNo2BYA:9 a=QEXdDO2ut3YA:10 Subject: Re: Crash on app start due to icon To: Wolfgang Lux Cc: Discuss GNUstep References: <5f89a02a-5b68-67a6-f686-a6d5f6b74e74@libero.it> <12F22814-7A86-4430-AC1D-28556F355A97@gmx.de> <8fa4c22b-8f82-be0d-dd35-d8da860389b4@libero.it> <01619e75-4c8c-f30d-8c04-f760f2605a5b@libero.it> <54252034-c0fa-0f00-e7ae-38fc4206f6de@libero.it> <97A245A0-98F6-473F-B22E-A521A30EC7ED@gmail.com> From: Riccardo Mottola Message-ID: <15a58410-afa0-9e70-8927-790d62a143a8@libero.it> Date: Mon, 6 Aug 2018 15:08:08 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.3 MIME-Version: 1.0 In-Reply-To: <97A245A0-98F6-473F-B22E-A521A30EC7ED@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4wfO6zCgL3h+o7gCrGPqW6HTfl4ere8EIj33M1UO4Q/XbQpvdaIrG2I80nOZJKsyDQ91QK71lDoyvoydmAe6HY0cFgWf4bJ7EE3ZZDGlox8l2M6ksYxPXE utAWtHOxKtSR8QYdUIs3I50Ks5ablhhAvt6P2z3/ZRvNOSpzV/T3QHOu4hxHss9hnFWQ5jVzGfhyBLYr2ZZ+xBCOr/edN4fSU/g= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 213.209.14.35 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2018 13:08:16 -0000 Wolfgang Lux wrote: > I finally managed to reproduce the crash, once I've noticed that you are compiling on a 32-bit OS rather than 64-bits (any reason for not using 64-bits nowadays?). Setting a breakpoint on the setApplicationIconImage: and then stepping through that method I found that the code crashes here: > 2385 miniWindowSize = [GSCurrentServer() iconSize]; > > And stepping into that method the problem is that GSCurrentServer() return a null pointer. I've committed a fix now to handle this case. It fixes it, I quickly tested on one laptop (NetBSD 8), will test on the rest as soon as possible! I use 32bit when the hardware below is 32bit :) The ThinkPads I worked on these weeks were all 32bit indeed, except by change the two 64bit systems I used... were runninf FreeBSD! Unlucky coincidence to diagnose. Actually SPARC was 64bit, but it has always issues. I will try my best to test on more systems, including OpenBSD 32bit and 64bit before holidays and report back! I wonder however now if the patch is corect, since Gregory changed initialization order. I also wonder more about the behaviour we are having: - app starts I see a grey icon bouncing in the WM dock . once completed, the icon appears I think we should tell the windowmanager (perhaps needed only for WindowMaker) the tiff file, so that it displays the "icon" immediatly while launching without the need of having a bacckend, later then the app icon can be shown/subsitituted For most application this doesn't make a difference. E.g. with batmon, I would expect this: - during start, seeing the static application icon (which is teh same that neesd - once started, see the battery level instead it remains grey and then just shows the battery level. Last question then: I think all this fix was about telling WindowMaker the icon, so that it could be "docket" succesfully and the Icon remain in the dock once closed, something which used to work, but it doesn't and Greg's patch does not fix that. So what does it fix? Riccardo From MAILER-DAEMON Mon Aug 06 09:19:49 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fmfQL-0000kU-GL for mharc-discuss-gnustep@gnu.org; Mon, 06 Aug 2018 09:19:49 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:47209) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fmfQJ-0000kM-HM for discuss-gnustep@gnu.org; Mon, 06 Aug 2018 09:19:48 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fmfQG-0002vg-OY for discuss-gnustep@gnu.org; Mon, 06 Aug 2018 09:19:47 -0400 Received: from mail-ed1-x534.google.com ([2a00:1450:4864:20::534]:38917) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fmfQG-0002vF-FN for discuss-gnustep@gnu.org; Mon, 06 Aug 2018 09:19:44 -0400 Received: by mail-ed1-x534.google.com with SMTP id h4-v6so5138267edi.6 for ; Mon, 06 Aug 2018 06:19:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=DuJYTE96p84lTfidMfSU1rxuy2+HrkyKeDNtZRX8I+o=; b=t02fMQEu2F1WoMHhEZJ09N5/nERo3THMe+82kAeRBQcr/wLpcrJPd2rDnZTW6cMvUi Pvv1a+F6qAETh0+Ehi/nPfKA96otJjA5ANrQ/XiwhPDCoXQXqju73E3iUf8K1rrkXDxn CgQa7kdpWQNe1Ee5jc0ga0XddP/ES1v5keogoqM17Ve7kg4rheLFj2Hf54T3jXBN93L0 rCaLhtULD3aYJMFZTAYyHR5BwP/r2sLhbl81TfgSyVQS8J8xh3G/xs9rFY74vlHslSH8 X9ITS5kiKXToiFPLQh4xJjYKMQZGa4H1+5A3sLKtep7oD7bdYItOTRwwRT37WXIid1Vm VDrg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=DuJYTE96p84lTfidMfSU1rxuy2+HrkyKeDNtZRX8I+o=; b=QDYCK9CzwY86gZ5OnJm3bUPaad8/t49dANvhbeilQnwSuZGurczL6YU5tp5Yd7kCzb JV3+yWtuJuVoibaIZuXCSav54uvBAADk27HfI5YkQIc/dIAivDd9TIx8Tp24mTiPWKSO g6OAjlJfbjmBC8RNKvWNl19mffP6yt73o+lqiLWd3PEEa98VsgBfLU4F237ZlZ9O3OsK /1Uf36w4tpXNpc4iCxsG5/NUc6DgpRCAcm0BPvsntiZj107SzaJ3bfX+8NQmgGDdkvnB IU7QNTRef44C+tF4qaSSCs+OtTMJUvxCF4qNUsShR5iQkbMxcbSYZ7S/96rMHiJ14V07 32Sw== X-Gm-Message-State: AOUpUlGnLdKSiA/y36uEVe5twg9kmUml4D0TCmqap/dy2zlHh71daT2k W43+WqF9ocBZaz8mP1DeUsU= X-Google-Smtp-Source: AAOMgpfmiArZmdFpaWxKGH8kClcvFEtv43RrT7dZpimB0CTNpJVG4NhcBwVGVzhE6izynEipNiNFuQ== X-Received: by 2002:a50:a8e4:: with SMTP id k91-v6mr18578596edc.4.1533561582626; Mon, 06 Aug 2018 06:19:42 -0700 (PDT) Received: from [192.168.0.7] (x4db6fe93.dyn.telefonica.de. [77.182.254.147]) by smtp.gmail.com with ESMTPSA id g9-v6sm5308418edq.34.2018.08.06.06.19.41 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 06 Aug 2018 06:19:41 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Crash on app start due to icon From: Wolfgang Lux In-Reply-To: <15a58410-afa0-9e70-8927-790d62a143a8@libero.it> Date: Mon, 6 Aug 2018 15:19:40 +0200 Cc: Discuss GNUstep Content-Transfer-Encoding: quoted-printable Message-Id: References: <5f89a02a-5b68-67a6-f686-a6d5f6b74e74@libero.it> <12F22814-7A86-4430-AC1D-28556F355A97@gmx.de> <8fa4c22b-8f82-be0d-dd35-d8da860389b4@libero.it> <01619e75-4c8c-f30d-8c04-f760f2605a5b@libero.it> <54252034-c0fa-0f00-e7ae-38fc4206f6de@libero.it> <97A245A0-98F6-473F-B22E-A521A30EC7ED@gmail.com> <15a58410-afa0-9e70-8927-790d62a143a8@libero.it> To: Riccardo Mottola X-Mailer: Apple Mail (2.3445.9.1) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::534 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2018 13:19:48 -0000 Hi Riccardo, >=20 > Wolfgang Lux wrote: >> I finally managed to reproduce the crash, once I've noticed that you = are compiling on a 32-bit OS rather than 64-bits (any reason for not = using 64-bits nowadays?). Setting a breakpoint on the = setApplicationIconImage: and then stepping through that method I found = that the code crashes here: >> 2385 miniWindowSize =3D [GSCurrentServer() iconSize]; >>=20 >> And stepping into that method the problem is that GSCurrentServer() = return a null pointer. I've committed a fix now to handle this case. >=20 > It fixes it, I quickly tested on one laptop (NetBSD 8), will test on = the rest as soon as possible! >=20 > I use 32bit when the hardware below is 32bit :) The ThinkPads I worked = on these weeks were all 32bit indeed, except by change the two 64bit = systems I used... were runninf FreeBSD! Unlucky coincidence to diagnose. Ah, okay. I keep forgetting that you like using some ancient hardware = (no offense intended: I still have a 15+ years old PowerBook sitting on = my desktop and it's nice being able to power it up with no hassles when = I need it, although that's not very often nowadays). :-) >=20 > Actually SPARC was 64bit, but it has always issues. Yes, I was even about to mention that you should be seeing that issue on = Sparc, too. :-) >=20 > I will try my best to test on more systems, including OpenBSD 32bit = and 64bit before holidays and report back! >=20 > I wonder however now if the patch is corect, since Gregory changed = initialization order. I also wonder more about the behaviour we are = having: >=20 > - app starts I see a grey icon bouncing in the WM dock > . once completed, the icon appears Is that a regression before Greg made his change or did you observe that = issue before as well? Wolfgang From MAILER-DAEMON Tue Aug 07 11:56:32 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fn4LY-0005OV-94 for mharc-discuss-gnustep@gnu.org; Tue, 07 Aug 2018 11:56:32 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43473) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fn4LW-0005NQ-D2 for discuss-gnustep@gnu.org; Tue, 07 Aug 2018 11:56:31 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fn4LS-0006QV-ES for discuss-gnustep@gnu.org; Tue, 07 Aug 2018 11:56:30 -0400 Received: from smtp-35-i6.italiaonline.it ([213.209.14.35]:54335 helo=libero.it) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fn4LS-0006O3-6U for discuss-gnustep@gnu.org; Tue, 07 Aug 2018 11:56:26 -0400 Received: from matrix.westernesse.arda ([46.21.177.226]) by smtp-35.iol.local with SMTP id n4LOflHPxxxHwn4LPfZVEU; Tue, 07 Aug 2018 17:56:23 +0200 x-libjamoibt: 1601 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=libero.it; s=s2014; t=1533657383; bh=meYeRKflwp/Horr6OokiEhu1DK5dLjWZtfTFpRPZQHg=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=iSywj5QnKHiFyqc1wNFMDOhz3yc0fDP2iCHs0DaaW5oVUctM+v5353cyzHTidMWX2 Wur2hRAKwCJFf62MG4CW55m3VrTAcqvsOCkb8AJJm2Fc/0g91v/nlj2VcAiPX2f0+3 3i16olTRJzcfWERlNjK00ocpktiTkzh+HYgw0Wu4wFT62tlrFHokAD+gTSzj7dt2cy jx6bzTKmDeqaLeA6UTSsWItn88zMBFzm3LCFXi+DikeKwoeZMeEiEriwq8HqEFJUnQ fgA7FbM+zlTiVl1p+zWJIAmPW6gNW8SDWX/kn+oxorrafNBdaVT9n9WIk2JsCnQFVP BiC5C/iIeSEaw== X-CNFS-Analysis: v=2.2 cv=FMtr/6gs c=1 sm=1 tr=0 a=gfSuWC0KZl1BcmXOoRnORQ==:117 a=gfSuWC0KZl1BcmXOoRnORQ==:17 a=IkcTkHD0fZMA:10 a=MrkEEE1HLBGnP6xpDtcA:9 a=QEXdDO2ut3YA:10 Subject: Re: Crash on app start due to icon To: Wolfgang Lux Cc: Discuss GNUstep References: <5f89a02a-5b68-67a6-f686-a6d5f6b74e74@libero.it> <12F22814-7A86-4430-AC1D-28556F355A97@gmx.de> <8fa4c22b-8f82-be0d-dd35-d8da860389b4@libero.it> <01619e75-4c8c-f30d-8c04-f760f2605a5b@libero.it> <54252034-c0fa-0f00-e7ae-38fc4206f6de@libero.it> <97A245A0-98F6-473F-B22E-A521A30EC7ED@gmail.com> <15a58410-afa0-9e70-8927-790d62a143a8@libero.it> From: Riccardo Mottola Message-ID: <0b4d7149-f3eb-6f08-8b9c-bcdf1ffe773a@libero.it> Date: Tue, 7 Aug 2018 17:56:22 +0200 User-Agent: Mozilla/5.0 (X11; OpenBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB X-CMAE-Envelope: MS4wfPmShh2NQrTOsIX3ZEDwFRVhnag9e456mQhGhQoishlUk2IG2T2gr24wiOU28i6T0/xB83iAsh1FgEwBepm+jsnmwbhlSkwiRjnoRQGmCBdvK+2ZG6sE EQYeXTecjsaEjk936q4ZpWoek1bIeQ9cEvB2gB9dE79LIW26nUIqd2tnRKd050sDd04ptg/vkRF14YkTp4UVzP6Ub9X/Gf32AqJTcrfPeh+8t0whV/6Fe2ig X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 213.209.14.35 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2018 15:56:31 -0000 Hi, On 08/06/18 15:19, Wolfgang Lux wrote: > > Ah, okay. I keep forgetting that you like using some ancient hardware (no offense intended: I still have a 15+ years old PowerBook sitting on my desktop and it's nice being able to power it up with no hassles when I need it, although that's not very often nowadays). :-) Well.. I have a mix of various machines.. and the vintage ThinkPads are still quite capable and have nicer keybards and handling than newer ones! >> I will try my best to test on more systems, including OpenBSD 32bit and 64bit before holidays and report back! I just tested Ubuntu on Linux/x86 on the other ThinkPad 43 I have and it is fixed. I also tested on OpenBSD/amd64 and it (continues) to work. Of course it retains the "behaviour" of the grey Icon until launch completes. Interestingly, on Ubuntu I can actually dock an app and it will retain the icon, on OpenBSD instead it WindowMaker will revert to generic. >> >> I wonder however now if the patch is corect, since Gregory changed initialization order. I also wonder more about the behaviour we are having: >> >> - app starts I see a grey icon bouncing in the WM dock >> . once completed, the icon appears > Is that a regression before Greg made his change or did you observe that issue before as well? If I am not mistaken, it is not a regression, it is just something I noticed (again) while looking at this. Does it happen for you? Some apps start quick so you don't notice, but on a slower/loaded machine it is clear. Riccardo From MAILER-DAEMON Tue Aug 07 18:34:41 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fnAYr-0006i6-9t for mharc-discuss-gnustep@gnu.org; Tue, 07 Aug 2018 18:34:41 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44284) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fnAYp-0006ds-6r for discuss-gnustep@gnu.org; Tue, 07 Aug 2018 18:34:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fnAYm-0005Pr-1p for discuss-gnustep@gnu.org; Tue, 07 Aug 2018 18:34:39 -0400 Received: from mail106c45.carrierzone.com ([216.55.147.111]:35304) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fnAYl-0005Jn-MK for discuss-gnustep@gnu.org; Tue, 07 Aug 2018 18:34:35 -0400 X-Authenticated-User: lists@twilightedge.com Received: from [192.168.0.104] (pool-108-26-209-212.bstnma.fios.verizon.net [108.26.209.212]) (authenticated bits=0) by mail106c45.carrierzone.com (8.14.9/8.13.1) with ESMTP id w77MYQad027491; Tue, 7 Aug 2018 22:34:27 +0000 Cc: Riccardo Mottola , Discuss GNUstep Message-Id: <320A06AE-3E50-4FD6-83AC-C4F16158B09C@twilightedge.com> From: Josh Freeman To: Wolfgang Lux In-Reply-To: <97A245A0-98F6-473F-B22E-A521A30EC7ED@gmail.com> Content-Type: multipart/mixed; boundary=Apple-Mail-3--824198795 Mime-Version: 1.0 (Apple Message framework v936) Subject: Re: Crash on app start due to icon Date: Tue, 7 Aug 2018 18:34:25 -0400 References: <5f89a02a-5b68-67a6-f686-a6d5f6b74e74@libero.it> <12F22814-7A86-4430-AC1D-28556F355A97@gmx.de> <8fa4c22b-8f82-be0d-dd35-d8da860389b4@libero.it> <01619e75-4c8c-f30d-8c04-f760f2605a5b@libero.it> <54252034-c0fa-0f00-e7ae-38fc4206f6de@libero.it> <97A245A0-98F6-473F-B22E-A521A30EC7ED@gmail.com> X-Mailer: Apple Mail (2.936) X-CTCH-RefID: str=0001.0A020208.5B6A1E73.0066, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown X-CTCH-Score: 0.000 X-CTCH-Rules: X-CTCH-Flags: 0 X-CTCH-ScoreCust: 0.000 X-CSC: 0 X-CHA: v=2.3 cv=asCc9xRV c=1 sm=1 tr=0 a=Kw5ioTGQtjNXWOx56BwnQA==:117 a=Kw5ioTGQtjNXWOx56BwnQA==:17 a=iIOqQAkb0T4ELfv3E8MA:9 a=CjuIK1q_8ugA:10 a=Im6zNeNPntdiiDrIweMA:9 a=8G4ci5Q5NUgA:10 a=HZfMMC7mjOM3aqJmvqQA:9 a=tclcd6dtLQvEqt9_mmAA:9 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x (no timestamps) [generic] [fuzzy] X-Received-From: 216.55.147.111 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2018 22:34:40 -0000 --Apple-Mail-3--824198795 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit On Aug 5, 2018, at 5:22 AM, Wolfgang Lux wrote: > I finally managed to reproduce the crash, once I've noticed that you > are compiling on a 32-bit OS rather than 64-bits (any reason for not > using 64-bits nowadays?). Good catch, now I'm seeing the crash as well (Ubuntu 16.04.5, 32- bit). > Setting a breakpoint on the setApplicationIconImage: and then > stepping through that method I found that the code crashes here: > 2385 miniWindowSize = [GSCurrentServer() iconSize]; It seems to be a gcc/gobjc compiler/runtime bug: Sending a nil message using a method signature that returns a structure (ex. - [NSView bounds] -> NSRect) results in: 1. Garbage values in the returned structure's members (affects: 32-bit/ 64-bit, debug/non-debug) 2. A corrupted stack (affects: 32-bit w/non-debug) Attached are two files: - nil_msg_check.m: source for a simple test program, NilMsgCheck, which sends a nil message that returns an NSSize value - GNUmakefile: makefile for NilMsgCheck ----- Output from running NilMsgCheck on gcc/gobjc 32-bit non-debug: [self nmcZeroSize] returned: {width = 0; height = 0} [nil nmcZeroSize] returned: {width = -2.90002e-05; height = 0} *** stack smashing detected ***: ./obj/NilMsgCheck terminated Aborted (core dumped) (If the nil-message is commented-out (nil_msg_check.m:22), NilMsgCheck exits normally without error) ---- Output from running NilMsgCheck on gcc/gobjc 32-bit debug: [self nmcZeroSize] returned: {width = 0; height = 0} [nil nmcZeroSize] returned: {width = -2.74035e-05; height = -2.78249e-05} (Exits normally) ---- Output from running NilMsgCheck on clang/objc2 32-bit debug: [self nmcZeroSize] returned: {width = 0; height = 0} [nil nmcZeroSize] returned: {width = 0; height = 0} (Exits normally, values are correctly zeroed) Cheers, Josh --Apple-Mail-3--824198795 Content-Disposition: attachment; filename=nil_msg_check.m Content-Type: application/octet-stream; x-unix-mode=0644; name="nil_msg_check.m" Content-Transfer-Encoding: 7bit #import @interface NSObject (NilMsgCheck) - (NSSize) nmcZeroSize; - (void) nmcSendNilMsg; @end @implementation NSObject (NilMsgCheck) - (NSSize) nmcZeroSize { return NSZeroSize; } - (void) nmcSendNilMsg { NSSize size; size = [self nmcZeroSize]; NSLog(@"[self nmcZeroSize] returned: %@", NSStringFromSize(size)); size = [(NSObject *) nil nmcZeroSize]; NSLog(@"[nil nmcZeroSize] returned: %@", NSStringFromSize(size)); } @end int main(void) { NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init]; NSObject *object = [[[NSObject alloc] init] autorelease]; [object nmcSendNilMsg]; [pool release]; return 0; } --Apple-Mail-3--824198795 Content-Disposition: attachment; filename=GNUmakefile Content-Type: application/octet-stream; x-unix-mode=0644; name="GNUmakefile" Content-Transfer-Encoding: 7bit include $(GNUSTEP_MAKEFILES)/common.make TOOL_NAME = NilMsgCheck NilMsgCheck_OBJC_FILES= nil_msg_check.m include $(GNUSTEP_MAKEFILES)/tool.make --Apple-Mail-3--824198795 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit --Apple-Mail-3--824198795-- From MAILER-DAEMON Tue Aug 07 18:40:03 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fnAe3-0000AT-Ar for mharc-discuss-gnustep@gnu.org; Tue, 07 Aug 2018 18:40:03 -0400 X-Received: by 2002:a24:700a:: with SMTP id f10-v6mr114834itc.40.1533681406525; Tue, 07 Aug 2018 15:36:46 -0700 (PDT) X-Received: by 2002:aca:75c9:: with SMTP id q192-v6mr8189oic.3.1533681406329; Tue, 07 Aug 2018 15:36:46 -0700 (PDT) Path: usenet.stanford.edu!g13-v6no1036166itf.0!news-out.google.com!g5-v6ni607iti.0!nntp.google.com!g24-v6no1131923iti.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: gnu.gnustep.discuss Date: Tue, 7 Aug 2018 15:36:46 -0700 (PDT) Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=47.16.67.189; posting-account=Kj_RRgoAAADVvhulDldxBuGSdXpTxvkZ NNTP-Posting-Host: 47.16.67.189 User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <867dc0ac-8017-4c58-8e1f-b985eb009657@googlegroups.com> Subject: crashes on gmail all folder From: Rachel Phillips Injection-Date: Tue, 07 Aug 2018 22:36:46 +0000 Content-Type: text/plain; charset="UTF-8" Xref: usenet.stanford.edu gnu.gnustep.discuss:46235 To: discuss-gnustep@gnu.org X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2018 22:40:02 -0000 I was using for 1 week , without issues. Then 3 days ago or so, when i click all, gnumail closes. i even removed gmail account and re-added, and no change. i'm using imap. From MAILER-DAEMON Tue Aug 07 19:10:02 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fnB74-0000wj-3P for mharc-discuss-gnustep@gnu.org; Tue, 07 Aug 2018 19:10:02 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35681) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fnB72-0000wV-4B for discuss-gnustep@gnu.org; Tue, 07 Aug 2018 19:10:01 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fnB6x-0002Wc-5Z for discuss-gnustep@gnu.org; Tue, 07 Aug 2018 19:10:00 -0400 Received: from mail106c45.carrierzone.com ([216.55.147.111]:45032) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fnB6w-0002WU-QE for discuss-gnustep@gnu.org; Tue, 07 Aug 2018 19:09:55 -0400 X-Authenticated-User: lists@twilightedge.com Received: from [192.168.0.104] (pool-108-26-209-212.bstnma.fios.verizon.net [108.26.209.212]) (authenticated bits=0) by mail106c45.carrierzone.com (8.14.9/8.13.1) with ESMTP id w77N9pNg026836; Tue, 7 Aug 2018 23:09:53 +0000 Cc: David Chisnall , Discuss GNUstep Message-Id: From: Josh Freeman To: Riccardo Mottola In-Reply-To: <8e36488c-e60d-e605-7cd8-74d9e861c797@libero.it> Content-Type: multipart/mixed; boundary=Apple-Mail-25--822073541 Mime-Version: 1.0 (Apple Message framework v936) Subject: Re: Linux/Clang/Libobjc2 failure part 2 (ng) Date: Tue, 7 Aug 2018 19:09:51 -0400 References: <367b930a-6870-dccf-60c6-441e1c165587@libero.it> <8e36488c-e60d-e605-7cd8-74d9e861c797@libero.it> X-Mailer: Apple Mail (2.936) X-CTCH-RefID: str=0001.0A020202.5B6A26C1.0045, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown X-CTCH-Score: 0.000 X-CTCH-Rules: X-CTCH-Flags: 0 X-CTCH-ScoreCust: 0.000 X-CSC: 0 X-CHA: v=2.3 cv=asCc9xRV c=1 sm=1 tr=0 a=Kw5ioTGQtjNXWOx56BwnQA==:117 a=Kw5ioTGQtjNXWOx56BwnQA==:17 a=mDV3o1hIAAAA:8 a=qKfeXup9t6bEkkDKAYsA:9 a=pILNOxqGKmIA:10 a=zKk8NTM6bHkA:10 a=TdhocPf1IhLAqJugXXkA:9 a=gm-zE6oEq9MA:10 a=L_GsmtE78pIYnGZY2aMA:9 a=hquHOILUSkIA:10 a=tclcd6dtLQvEqt9_mmAA:9 a=CjuIK1q_8ugA:10 a=_FVE-zBwftR9WsbkzFJk:22 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x (no timestamps) [generic] [fuzzy] X-Received-From: 216.55.147.111 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2018 23:10:01 -0000 --Apple-Mail-25--822073541 Content-Type: text/plain; charset=WINDOWS-1252; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Hi Riccardo, On Jun 24, 2018, at 4:28 PM, Riccardo Mottola wrote: > On 24/06/2018 11:17, David Chisnall wrote: >> This might be the issue with the Linux run-time linker=92s failure to = =20 >> merge the ivar guess variables. Can you try with this patch? >> >> = http://lists.gnu.org/archive/html/discuss-gnustep/2017-12/msg00129.html >> >> This isn=92t needed with the v2 ABI, but I need help fixing the =20 >> issues with GNUstep=92s NSString implementation before I can =20 >> recommend enabling that for GNUstep, because the new =20 >> NSConstantString representation exposes a lot of bugs in -base=92s =20= >> unicode string handling. > > The patch doesn't apply clean anymore, the code looks changed enough! If you still want to try this patch, you'll need to use an older =20 version of libobjc2, from before the ivar code changes were checked in. Attached is an updated version of the install script - it now =20 rolls back the checked-out libobjc2 sources to 2017-12-19 (shortly =20 before the ivar code changed). The patch itself is also attached (unchanged from before). The =20 install script expects to find the patch in the same directory as the =20= script itself. Cheers, Josh --Apple-Mail-25--822073541 Content-Disposition: attachment; filename=install_gnustep_clang_with-libobc2-offsets-fix.sh Content-Type: application/octet-stream; x-unix-mode=0755; name="install_gnustep_clang_with-libobc2-offsets-fix.sh" Content-Transfer-Encoding: 7bit #!/bin/bash # Show prompt function function showPrompt() { if [ "$PROMPT" = true ] ; then echo -e "\n\n" read -p "${GREEN}Press enter to continue...${NC}" fi } # Set colors GREEN=`tput setaf 2` NC=`tput sgr0` # No Color # Set to true to also build and install apps APPS=true # Set to true to pause after each build to verify successful build and installation PROMPT=false # Install Requirements sudo apt update echo -e "\n\n${GREEN}Installing dependencies...${NC}" sudo apt -y install clang git cmake libffi-dev libxml2-dev \ libgnutls28-dev libicu-dev libblocksruntime-dev libkqueue-dev libpthread-workqueue-dev autoconf libtool \ libjpeg-dev libtiff-dev libffi-dev libcairo-dev libx11-dev:i386 libxt-dev libxft-dev if [ "$APPS" = true ] ; then sudo apt -y install curl fi # Create build directory mkdir GNUstep-build cd GNUstep-build # Set clang as compiler export CC=clang export CXX=clang++ # Checkout sources echo -e "\n\n${GREEN}Checking out sources...${NC}" git clone https://github.com/nickhutchinson/libdispatch.git git clone https://github.com/gnustep/libobjc2.git git clone https://github.com/gnustep/tools-make.git git clone https://github.com/gnustep/libs-base.git git clone https://github.com/gnustep/libs-gui.git git clone https://github.com/gnustep/libs-back.git if [ "$APPS" = true ] ; then git clone https://github.com/gnustep/apps-projectcenter.git git clone https://github.com/gnustep/apps-gorm.git git clone https://github.com/gnustep/apps-gworkspace.git git clone https://github.com/gnustep/apps-systempreferences.git fi showPrompt # Build GNUstep make first time echo -e "\n\n" echo -e "${GREEN}Building GNUstep-make for the first time...${NC}" cd tools-make ./configure --enable-debug-by-default --with-layout=gnustep --with-library-combo=ng-gnu-gnu --enable-objc-arc make -j8 sudo -E make install . /usr/GNUstep/System/Library/Makefiles/GNUstep.sh echo ". /usr/GNUstep/System/Library/Makefiles/GNUstep.sh" >> ~/.bashrc showPrompt # Build libdispatch echo -e "\n\n" echo -e "${GREEN}Building libdispatch...${NC}" cd ../libdispatch rm -Rf build mkdir build && cd build ../configure --prefix=/usr make sudo make install sudo ldconfig showPrompt # Build libobjc2 echo -e "\n\n" echo -e "${GREEN}Building libobjc2...${NC}" cd ../../libobjc2 git checkout `git rev-list -1 --before=2017-12-19 master` patch -p1 < ../../libobjc2_ivar_offsets_mismatch_fix.diff rm -Rf build mkdir build && cd build cmake ../ -DCMAKE_C_COMPILER=clang -DCMAKE_CXX_COMPILER=clang -DCMAKE_ASM_COMPILER=clang -DTESTS=OFF cmake --build . sudo -E make install sudo ldconfig export LDFLAGS=-ldispatch showPrompt OBJCFLAGS="-fblocks -fobjc-runtime=gnustep-1.8.1" # Build GNUstep make second time echo -e "\n\n" echo -e "${GREEN}Building GNUstep-make for the second time...${NC}" cd ../../tools-make ./configure --enable-debug-by-default --with-layout=gnustep --with-library-combo=ng-gnu-gnu --enable-objc-arc make -j8 sudo -E make install . /usr/GNUstep/System/Library/Makefiles/GNUstep.sh showPrompt # Build GNUstep base echo -e "\n\n" echo -e "${GREEN}Building GNUstep-base...${NC}" cd ../libs-base/ ./configure make -j8 sudo -E make install showPrompt # Build GNUstep GUI echo -e "\n\n" echo -e "${GREEN} Building GNUstep-gui...${NC}" cd ../libs-gui ./configure make -j8 sudo -E make install showPrompt # Build GNUstep back echo -e "\n\n" echo -e "${GREEN}Building GNUstep-back...${NC}" cd ../libs-back ./configure make -j8 sudo -E make install showPrompt . /usr/GNUstep/System/Library/Makefiles/GNUstep.sh if [ "$APPS" = true ] ; then echo -e "${GREEN}Building ProjectCenter...${NC}" cd ../apps-projectcenter/ make -j8 sudo -E make install showPrompt echo -e "${GREEN}Building Gorm...${NC}" cd ../apps-gorm/ make -j8 sudo -E make install showPrompt echo -e "\n\n" echo -e "${GREEN}Building GWorkspace...${NC}" cd ../apps-gworkspace/ ./configure make -j8 sudo -E make install showPrompt echo -e "\n\n" echo -e "${GREEN}Building SystemPreferences...${NC}" cd ../apps-systempreferences/ make -j8 sudo -E make install fi echo -e "\n\n" echo -e "${GREEN}Install is done. Open a new terminal to start using.${NC}" --Apple-Mail-25--822073541 Content-Disposition: attachment; filename=libobjc2_ivar_offsets_mismatch_fix.diff Content-Type: application/octet-stream; x-unix-mode=0644; name="libobjc2_ivar_offsets_mismatch_fix.diff" Content-Transfer-Encoding: 7bit diff --git a/ivar.c b/ivar.c index 2bfdaaf..b63ade4 100644 --- a/ivar.c +++ b/ivar.c @@ -8,10 +8,42 @@ #include "ivar.h" #include "visibility.h" #include "gc_ops.h" +#include ptrdiff_t objc_alignof_type(const char *); ptrdiff_t objc_sizeof_type(const char *); +PRIVATE int *global_ptr_to_offset_for_ivar_from_class(struct objc_ivar *ivar, Class class) +{ + static const char symbol_name_format_str[] = "__objc_ivar_offset_%s.%s"; + int symbol_name_length, **ivar_offset_handle; + char *symbol_name; + + if (!ivar || !class || !ivar->name || !class->name) + { + return NULL; + } + + symbol_name_length = + strlen(symbol_name_format_str) + strlen(class->name) + strlen(ivar->name); + + symbol_name = malloc(symbol_name_length); + + if (!symbol_name) + return NULL; + + sprintf(symbol_name, symbol_name_format_str, class->name, ivar->name); + + ivar_offset_handle = dlsym(NULL, symbol_name); + + free(symbol_name); + + if (!ivar_offset_handle) + return NULL; + + return *ivar_offset_handle; +} + PRIVATE void objc_compute_ivar_offsets(Class class) { int i = 0; @@ -81,6 +113,19 @@ PRIVATE void objc_compute_ivar_offsets(Class class) */ if (objc_test_class_flag(class, objc_class_flag_new_abi)) { + int *global_ivar_offset_ptr = + global_ptr_to_offset_for_ivar_from_class(ivar, class); + + if (global_ivar_offset_ptr + && (global_ivar_offset_ptr != class->ivar_offsets[i])) + { + // class->ivar_offsets[i] has the wrong address for the + // __objc_ivar_offset_[classname].[ivarname] global, so + // set it to the correct one: + + class->ivar_offsets[i] = global_ivar_offset_ptr; + } + *(class->ivar_offsets[i]) = ivar->offset; } } --Apple-Mail-25--822073541 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit --Apple-Mail-25--822073541-- From MAILER-DAEMON Wed Aug 08 02:59:16 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fnIRA-00082r-A1 for mharc-discuss-gnustep@gnu.org; Wed, 08 Aug 2018 02:59:16 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44635) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fnIR7-00082l-Li for discuss-gnustep@gnu.org; Wed, 08 Aug 2018 02:59:14 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fnIR3-00046M-OA for discuss-gnustep@gnu.org; Wed, 08 Aug 2018 02:59:13 -0400 Received: from mout.gmx.net ([212.227.15.19]:52819) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fnIR3-00045T-Dz for discuss-gnustep@gnu.org; Wed, 08 Aug 2018 02:59:09 -0400 Received: from fredkiecbookpro.fritz.box ([87.123.205.123]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LdYdG-1gD2jH0zyc-00ilkL; Wed, 08 Aug 2018 08:59:01 +0200 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Crash on app start due to icon From: Fred Kiefer In-Reply-To: <320A06AE-3E50-4FD6-83AC-C4F16158B09C@twilightedge.com> Date: Wed, 8 Aug 2018 08:58:59 +0200 Cc: Discuss GNUstep Content-Transfer-Encoding: quoted-printable Message-Id: <0D6D92D9-724B-4349-B8E5-C7287A9E6355@gmx.de> References: <5f89a02a-5b68-67a6-f686-a6d5f6b74e74@libero.it> <12F22814-7A86-4430-AC1D-28556F355A97@gmx.de> <8fa4c22b-8f82-be0d-dd35-d8da860389b4@libero.it> <01619e75-4c8c-f30d-8c04-f760f2605a5b@libero.it> <54252034-c0fa-0f00-e7ae-38fc4206f6de@libero.it> <97A245A0-98F6-473F-B22E-A521A30EC7ED@gmail.com> <320A06AE-3E50-4FD6-83AC-C4F16158B09C@twilightedge.com> To: Josh Freeman X-Mailer: Apple Mail (2.3445.9.1) X-Provags-ID: V03:K1:rqaFJxk3AeiJmZIgZMvnamYbAI+kdavdkfRlS8bl0ombeKOXgwY Q4fIiW4Dd0RefZCjWEURWfcdNG29WBr5WEJwKIlhTYctoBWHE9AeLKoQM0ppXSLNre4oc5n KZUFXPHWqKnisiFxemc64vE9zOGqdaQL97o9gMDs0QVGbM4FTteLmmQW6pIUkK/Btw2dPDL Hwmu/QFpQdk5xz9MkB0cQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:bS/G9IorHyU=:Ojxoza05gfHdffj2WDcAOG VrLDawP/ZkCMwh+QHDVCN2tLUlpNG7XG5omIcqvOsrbKpLGAOzvq6iDRUHtNnGGqUhwUEgnz4 Ur1Sa/x6Q5IiLpBcyC/bKsBhUmBccM/KlBV+kvj2pufo7LT5GABbr04Gqk2jccMk69TUHg1h2 Ka7EziyncOQ55p8ONCA3yn5qRx6c4QGnkwyKWV3FubKtCgBr/NVyUwTQSuLoXumxIBoLup7CM A4kZOzYjfssSSXLEn6VNRxJVsoZ5SX4wAahk347dKtjSMCCWIaNtWfiDsUZ9o8p5fUMWea0qX XaF+RvAMDGfFyKzChPyXhhHbNkPm0OYhKc2QKN1igN6DgEuLJ2ah4w4oS/k5Fbji0NhNmO0gK TkqQiXMu/Zfln7DqsylR3V7KXVqeplwn2blf/PyZd0gJ8PkXqjwKNs/bIh9KSBAfB/vdiBU/y 1iYcADMw+kmkmy/B3gYZzz59TBvQp2MHmj0dZuS+UzNUsElvQgzk/TgstAzK3BBZku1ocaJne 1b/V7qMn1lq+xYf+/MsXjwUNb+CFybube1zq9SKNmhuVUh9vC4DFkeQrzL09MXIwxE3zy/E2B Ia0q2urJIbLZw/V1+R9vYv5+pSzsb/bEht1V/dOwlB+UAR+nKj/c75hbHumpKkv/uwG4oUnDz 37stGdbZG3GmwweC2XXdTmpHkm2H0V6o67rfFXzOsSpTzLmJyc2JtJS1Ii83O/CWx3XrhIu3E xA2ViitWNmOr7xxArMA0lEFc0Bfi106IvrOS2zTEBjecNZTjXvGZrRbN/J2G4bUsdC3PBtbi+ EMdGard X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 212.227.15.19 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2018 06:59:15 -0000 Great test code! Could you please file this as a bug report for gcc? I = am a bit unsure whether the issue is in gcc itself or in libobjc but = both are handled in the same bug tracking system. Fred > Am 08.08.2018 um 00:34 schrieb Josh Freeman = : >=20 > On Aug 5, 2018, at 5:22 AM, Wolfgang Lux wrote: >=20 >> I finally managed to reproduce the crash, once I've noticed that you = are compiling on a 32-bit OS rather than 64-bits (any reason for not = using 64-bits nowadays?). >=20 > Good catch, now I'm seeing the crash as well (Ubuntu 16.04.5, = 32-bit). >=20 >=20 >> Setting a breakpoint on the setApplicationIconImage: and then = stepping through that method I found that the code crashes here: >> 2385 miniWindowSize =3D [GSCurrentServer() iconSize]; >=20 > It seems to be a gcc/gobjc compiler/runtime bug: Sending a nil = message using a method signature that returns a structure (ex. -[NSView = bounds] -> NSRect) results in: > 1. Garbage values in the returned structure's members (affects: = 32-bit/64-bit, debug/non-debug) > 2. A corrupted stack (affects: 32-bit w/non-debug) >=20 > Attached are two files: > - nil_msg_check.m: source for a simple test program, NilMsgCheck, = which sends a nil message that returns an NSSize value > - GNUmakefile: makefile for NilMsgCheck >=20 > ----- > Output from running NilMsgCheck on gcc/gobjc 32-bit non-debug: >=20 > [self nmcZeroSize] returned: {width =3D 0; height =3D 0} > [nil nmcZeroSize] returned: {width =3D -2.90002e-05; height =3D 0} > *** stack smashing detected ***: ./obj/NilMsgCheck terminated > Aborted (core dumped) >=20 > (If the nil-message is commented-out (nil_msg_check.m:22), = NilMsgCheck exits normally without error) >=20 > ---- > Output from running NilMsgCheck on gcc/gobjc 32-bit debug: >=20 > [self nmcZeroSize] returned: {width =3D 0; height =3D 0} > [nil nmcZeroSize] returned: {width =3D -2.74035e-05; height =3D = -2.78249e-05} >=20 > (Exits normally) >=20 > ---- > Output from running NilMsgCheck on clang/objc2 32-bit debug: >=20 > [self nmcZeroSize] returned: {width =3D 0; height =3D 0} > [nil nmcZeroSize] returned: {width =3D 0; height =3D 0} >=20 > (Exits normally, values are correctly zeroed) >=20 >=20 >=20 > Cheers, >=20 > Josh >=20 >=20 > >=20 > _______________________________________________ > Discuss-gnustep mailing list > Discuss-gnustep@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnustep From MAILER-DAEMON Wed Aug 08 05:27:25 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fnKkX-00059U-6d for mharc-discuss-gnustep@gnu.org; Wed, 08 Aug 2018 05:27:25 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:47032) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fnKkU-00059G-EO for discuss-gnustep@gnu.org; Wed, 08 Aug 2018 05:27:23 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fnKkR-0005kr-78 for discuss-gnustep@gnu.org; Wed, 08 Aug 2018 05:27:22 -0400 Received: from smtp-35-i6.italiaonline.it ([213.209.14.35]:54624 helo=libero.it) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fnKkQ-0005iC-Rv for discuss-gnustep@gnu.org; Wed, 08 Aug 2018 05:27:19 -0400 Received: from DEV21 ([46.21.177.226]) by smtp-35.iol.local with SMTP id nKkMfojFvxxHwnKkMfcGgQ; Wed, 08 Aug 2018 11:27:15 +0200 x-libjamoibt: 1601 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=libero.it; s=s2014; t=1533720436; bh=9l799vDNL6zB3RHDN1CfqUWafeIVLfrItMRt06POsmQ=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=N5ReYd8xdLRehqVM715kcbxPHy4Rszqvzeb1DCeIKOfV7cUBuxBCXbprZYtnq0khP vbDD97nKpUSN1tfbprmKekUKKL92bwzQldrcspMxTXDbzFKqWNufQNJJkZd3Kbd4M2 7HasJOx7Ll8ycp2gJ9Lfuy3E+ZBilSi4jfpWdKbmI0O+bmL4dTY4z9DZdUWJTNjLgz vFiXvfGJ40rU5K8lJ4OLrNaSIM9TCn0QoH4MBAw56RV/38LMP1a+xpIskTTyQxaE8y npPuR3SpbUtkBBr/+j/Kvx0It3tihemnVEELBUD0JNWWPTPW8YOkaYdsRrKdWJ4pGx pAzIxGDLxE/mA== X-CNFS-Analysis: v=2.2 cv=FMtr/6gs c=1 sm=1 tr=0 a=gfSuWC0KZl1BcmXOoRnORQ==:117 a=gfSuWC0KZl1BcmXOoRnORQ==:17 a=IkcTkHD0fZMA:10 a=9ko8Clux-21UDkppgIYA:9 a=QEXdDO2ut3YA:10 Subject: Re: Crash on app start due to icon To: Fred Kiefer , Josh Freeman Cc: Discuss GNUstep References: <5f89a02a-5b68-67a6-f686-a6d5f6b74e74@libero.it> <12F22814-7A86-4430-AC1D-28556F355A97@gmx.de> <8fa4c22b-8f82-be0d-dd35-d8da860389b4@libero.it> <01619e75-4c8c-f30d-8c04-f760f2605a5b@libero.it> <54252034-c0fa-0f00-e7ae-38fc4206f6de@libero.it> <97A245A0-98F6-473F-B22E-A521A30EC7ED@gmail.com> <320A06AE-3E50-4FD6-83AC-C4F16158B09C@twilightedge.com> <0D6D92D9-724B-4349-B8E5-C7287A9E6355@gmx.de> From: Riccardo Mottola Message-ID: <6c953fc2-c9bf-9856-332f-8bc8e851d4ec@libero.it> Date: Wed, 8 Aug 2018 11:27:13 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.4 MIME-Version: 1.0 In-Reply-To: <0D6D92D9-724B-4349-B8E5-C7287A9E6355@gmx.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4wfMnk05qdrALB2l0RgL86nPPqq6VzhhqmdTooB7r7OGPTFT8Kq9q0MvYfgXVOigGk5wYU76Z1o8ipwYeN/YrNqC7Lqh5+xWSExKMYWBgEcB+/r6l3ZQuv 1N2PEigjSu8joUxEhcnHJIjPaxXE3YW/XcKd6qRKAwwQB4U1oUwZfQTgqSzryTdrliCXH2dLh0rBG8Pl7lvpeStLnWYkHiRkDB1Lu1aG6K8EduG7V8Xki41r wsGUMjJOLkJLqi85VE5xcA== X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 213.209.14.35 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2018 09:27:24 -0000 Hi Fred, Fred Kiefer wrote: > Great test code! Could you please file this as a bug report for gcc? I am a bit unsure whether the issue is in gcc itself or in libobjc but both are handled in the same bug tracking system. if libobjc2 worked for GCC I could have tested that combination :) I was working on that with David when he asked me for certain tests I did not know how to write. Maybe now that you are back we can do that together. Actually I remember that on SPARC you traditinally cannot access a structure of a nil object, but that is different from calling a method of a nil object, right? That should have worked everywhere? Riccardo From MAILER-DAEMON Wed Aug 08 05:44:24 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fnL0x-0002L9-Uz for mharc-discuss-gnustep@gnu.org; Wed, 08 Aug 2018 05:44:23 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:50635) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fnL0v-0002L2-Mv for discuss-gnustep@gnu.org; Wed, 08 Aug 2018 05:44:22 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fnL0q-0000ul-PF for discuss-gnustep@gnu.org; Wed, 08 Aug 2018 05:44:21 -0400 Received: from mout01.posteo.de ([185.67.36.65]:47368) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fnL0q-0000tN-DS for discuss-gnustep@gnu.org; Wed, 08 Aug 2018 05:44:16 -0400 Received: from submission (posteo.de [89.146.220.130]) by mout01.posteo.de (Postfix) with ESMTPS id 434E620EA7 for ; Wed, 8 Aug 2018 11:44:13 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.de; s=2017; t=1533721453; bh=fgKlAGGzuuRmKOvRJX8DL9/LCp77F1t1o3RAM8OKQvM=; h=Date:Subject:From:To:From; b=WjwLDkvbPj84KmoMWozUzg/7F4XrfAwLfT6IReX5ET9W2fkT8gWD7cTEe8pvP1CIe 4AJOx2jgVNOiyQKic+JePfbRiKH6grtaiEnK9BxjRM5tLMLDENkYNRnyDybFVsAIbI yPCeS5oOyqYyvRWcb6rOLpigfjmRH4vby2ntPqwO2HmDoGPGks+zk2iZAPR2eEbPzA iSINT1Xp1uvavwripFrXVBfGakjJ/wbu9Hn+8oDKkDVxciF7gjikDmMmAhkNqXAbWu tQQ4934lFTR+GxA/zKtUR7mvFxulIu7l2KRvs13kdPcMzaKgERpqTwaT7yPXOROBRi 1swUBFBTMR9oA== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 41lmgJ49hqz6tmD for ; Wed, 8 Aug 2018 11:44:12 +0200 (CEST) Date: Wed, 08 Aug 2018 11:44:12 +0200 Subject: Re: crashes on gmail all folder Message-ID: <5372019fe0f308d80b11d75180dd76f9@ahe-lap> MIME-Version: 1.0 (Generated by Pantomime 1.3.0) From: Andreas Schik To: discuss-gnustep@gnu.org Reply-To: andreas@schik.de In-Reply-To: <867dc0ac-8017-4c58-8e1f-b985eb009657@googlegroups.com> User-Agent: GNUMail (Version 1.2.3) Content-Type: multipart/signed; charset="us-ascii"; format="flowed"; boundary="=_9bb84a6960b1a7ec05d2461e9c4d5180"; protocol="<6170706c 69636174 696f6e2f 7067702d 7369676e 61747572 65>" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 185.67.36.65 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2018 09:44:22 -0000 --=_9bb84a6960b1a7ec05d2461e9c4d5180 Content-Type: multipart/mixed; boundary="=_e2435e906c4e00f803c8583c1fbd2cf5" --=_e2435e906c4e00f803c8583c1fbd2cf5 Content-Type: text/plain; charset="us-ascii" Hello Rachel, On 2018-08-08 00:36:46 +0200 Rachel Phillips wrote: > I was using for 1 week , without issues. Then 3 days ago or so, when > i click > all, gnumail closes. i even removed gmail account and re-added, and > no > change. i'm using imap. could be a caching issue. Try to remove all files named IMAPCache_* in $HOME/GNUstep/Libraries/GNUMail. Then start GNUMail again. I've also heard rumors that GNUMail and gmail won't work together well. I cannot confirm as I've given up using gmail a long time ago. Cheers, Andreas --=_e2435e906c4e00f803c8583c1fbd2cf5 Content-Type: text/plain; charset="us-ascii"; name="RFC3156.txt" Content-Disposition: attachment; filename="RFC3156.txt" RFC3156 defines security multipart formats for MIME with OpenPGP. --=_e2435e906c4e00f803c8583c1fbd2cf5-- --=_9bb84a6960b1a7ec05d2461e9c4d5180 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Using the GPG bundle for GNUMail iEYEABECAAYFAltqu2wACgkQnK2casKWE5naBgCgonZ1CsxcfFeILcC94M+sprcO Bj0An2Z1OvuqGSiLsgWebzvQpAKjNgPd =dPZf -----END PGP SIGNATURE----- --=_9bb84a6960b1a7ec05d2461e9c4d5180-- From MAILER-DAEMON Wed Aug 08 05:49:33 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fnL5x-0005TR-In for mharc-discuss-gnustep@gnu.org; Wed, 08 Aug 2018 05:49:33 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:51698) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fnL5v-0005TC-7o for discuss-gnustep@gnu.org; Wed, 08 Aug 2018 05:49:32 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fnL5u-0003R3-42 for discuss-gnustep@gnu.org; Wed, 08 Aug 2018 05:49:31 -0400 Received: from mo6-p00-ob.smtp.rzone.de ([2a01:238:20a:202:5300::8]:28083) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fnL5t-0003Q2-Gw for discuss-gnustep@gnu.org; Wed, 08 Aug 2018 05:49:30 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1533721767; s=strato-dkim-0002; d=txt.de; h=Subject:References:In-Reply-To:Message-ID:To:Reply-To:From:Date: X-RZG-CLASS-ID:X-RZG-AUTH:From:Subject:Sender; bh=h7eYtQoBPqkziEFg/rmS4o7UDHHQEEKx2KKjtmlKfjw=; b=VbM8JkWauQ7EMN/HZIvZ+zsZnPMYqrqzDIJAmPYzcmBRn0HaaQKidErvh0p0DR1MPA QWI2/reYUcZYDJKXUmjz+63oXC7DMzvnhFSp1pjDcozCZnWxRt5Q6LihjtMIw6358o7v FBfbvgdGRvpE7xNGyWVxfTFpYqUGIKeX7IQKgp51l5sCmh0/epFO5HRSnWAXGdx7ci1z HUdy/2k4WnU9DJj6tOtHteD7qpyw0AZhCvCcxYo2DOl2TAd99Q/G634TUqWwRX1yztii v1Rq1ypivXA0s7PQnJ0PFg3t6VwSLSxfAZ1Vx/j3RpEhbN5oj067fAtL2pusgp7jBIRq bxUA== X-RZG-AUTH: ":J20Kb0ytct/SduCCKOPMv8BXwywCw1Bzk4Hmb4jDd1JKgN5p1OonjWuJPSAKgQ==" X-RZG-CLASS-ID: mo00 Received: from null by smtp-ox.front (RZmta 43.14 AUTH) with ESMTPSA id a08cb0u789nRkwx (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (curve X9_62_prime256v1 with 256 ECDH bits, eq. 3072 bits RSA)) (Client did not present a certificate); Wed, 8 Aug 2018 11:49:27 +0200 (CEST) Date: Wed, 8 Aug 2018 11:49:27 +0200 (CEST) From: =?UTF-8?Q?txt_AG_Rechtsanw=C3=A4lte_=26_Steuerberater?= Reply-To: =?UTF-8?Q?txt_AG_Rechtsanw=C3=A4lte_=26_Steuerberater?= To: andreas@schik.de, discuss-gnustep@gnu.org Message-ID: <1569001953.409481.1533721767381@communicator.strato.de> In-Reply-To: <5372019fe0f308d80b11d75180dd76f9@ahe-lap> References: <867dc0ac-8017-4c58-8e1f-b985eb009657@googlegroups.com> <5372019fe0f308d80b11d75180dd76f9@ahe-lap> Subject: Re: crashes on gmail all folder MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_409480_1488008796.1533721767380" X-Priority: 3 Importance: Medium X-Mailer: Open-Xchange Mailer v7.8.4-Rev37 X-Originating-Client: open-xchange-appsuite X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2a01:238:20a:202:5300::8 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2018 09:49:32 -0000 ------=_Part_409480_1488008796.1533721767380 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit I want to be removed from this mailing list with all adresses of the domain txt.de. Can you help, please? Kind regards. > Andreas Schik hat am 8. August 2018 um 11:44 geschrieben: > > > Hello Rachel, > > On 2018-08-08 00:36:46 +0200 Rachel Phillips > wrote: > > > > I was using for 1 week , without issues. Then 3 days ago or so, when > > i click > > all, gnumail closes. i even removed gmail account and re-added, and > > no > > change. i'm using imap. > > > > > could be a caching issue. Try to remove all files named IMAPCache_* in > $HOME/GNUstep/Libraries/GNUMail. Then start GNUMail again. > I've also heard rumors that GNUMail and gmail won't work together > well. I cannot confirm as I've given up using gmail a long time ago. > > Cheers, > Andreas > _______________________________________________ > Discuss-gnustep mailing list > Discuss-gnustep@gnu.org mailto:Discuss-gnustep@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnustep > ------=_Part_409480_1488008796.1533721767380 MIME-Version: 1.0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

I want to be removed from this mailing list with all adress= es of the domain txt.de. Can you help, please? Kind regards.


=
Andreas Schik <andreas.schik@posteo.de> hat am 8. August 2018 um 11:4= 4 geschrieben:


Hello Rachel,

On 2018-08-08 00:36:46 +0200= Rachel Phillips <rmaniacnyc@gm= ail.com>
wrote:
I was using for 1 week = , without issues. Then 3 days ago or so, when
i click
all, gnumail = closes. i even removed gmail account and re-added, and
no
change. i= 'm using imap.

could be a caching issue. Try to remove = all files named IMAPCache_* in
$HOME/GNUstep/Libraries/GNUMail. Then sta= rt GNUMail again.
I've also heard rumors that GNUMail and gmail won&= #39;t work together
well. I cannot confirm as I've given up using gm= ail a long time ago.

Cheers,
Andreas
_________________________= ______________________
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep
=20 ------=_Part_409480_1488008796.1533721767380-- From MAILER-DAEMON Wed Aug 08 06:34:36 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fnLnY-0002II-Pd for mharc-discuss-gnustep@gnu.org; Wed, 08 Aug 2018 06:34:36 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:34031) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fnLnW-0002I8-Ih for discuss-gnustep@gnu.org; Wed, 08 Aug 2018 06:34:35 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fnLnV-0004Gm-Ok for discuss-gnustep@gnu.org; Wed, 08 Aug 2018 06:34:34 -0400 Received: from mo6-p05-ob.smtp.rzone.de ([2a01:238:20a:202:5305::5]:21202) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fnLnV-0004FJ-47 for discuss-gnustep@gnu.org; Wed, 08 Aug 2018 06:34:33 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1533724470; s=strato-dkim-0002; d=dsitri.de; h=To:References:Message-Id:Cc:Date:In-Reply-To:From:Subject: X-RZG-CLASS-ID:X-RZG-AUTH:From:Subject:Sender; bh=pMOhc2d6ZukAzv3GztTVwN8eKs679MH9UiV0IAoBEcw=; b=rWzJ5HS6abfG8aJA/5CLtM5RR9qhHQfxvF/NyP8//miTQqUAROwE4Bz5Ym6uynulAA 06NI4XDf4V5DS+9QXiXr12eVjcV75RH7zzajDOKBJ0czaWDWje0nzUF6KLO5DRDUHHTR WPwSMp7yNPsSlq3JoRL3vL/KYAwyJE/KPuRJvQOb9dDGAntAJQsK1tDBX2Lk98Za5WoG nsOTindfrMTbnQ2jSAZfJKax1C/CNkPV7qyWo8FJvPCL5bPoi5K/y4CLt5L8yD4uul8V 6xPFdO9gd1xhrujATQsTXAQSia4PHHQaXKJBObzGQd1l6A3PgGDYwnfUnMFSxv0L2pjB abDg== X-RZG-AUTH: ":JGIXVUS7cutRB/49FwqZ7WcJeFKiMgPgp8VKxflSZ1P34KBj5gpw91kgwllX1BqFbrI=" X-RZG-CLASS-ID: mo05 Received: from imac.fritz.box by smtp.strato.de (RZmta 43.15 DYNA|AUTH) with ESMTPSA id J073f7u78AYT02T (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (curve secp521r1 with 521 ECDH bits, eq. 15360 bits RSA)) (Client did not present a certificate); Wed, 8 Aug 2018 12:34:29 +0200 (CEST) Subject: Re: crashes on gmail all folder Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/alternative; boundary="Apple-Mail=_3CFEBEEE-F0B4-4F8A-9327-FBDFEA24F3B1" From: "H. Nikolaus Schaller" X-Priority: 3 In-Reply-To: <1569001953.409481.1533721767381@communicator.strato.de> Date: Wed, 8 Aug 2018 12:34:29 +0200 Cc: Discuss GNUstep Message-Id: <9D05B12D-9894-45C8-9D49-B499C8327C5B@computer.org> References: <867dc0ac-8017-4c58-8e1f-b985eb009657@googlegroups.com> <5372019fe0f308d80b11d75180dd76f9@ahe-lap> <1569001953.409481.1533721767381@communicator.strato.de> To: =?utf-8?Q?txt_AG_Rechtsanw=C3=A4lte_=26_Steuerberater?= X-Mailer: Apple Mail (2.3124) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [generic] X-Received-From: 2a01:238:20a:202:5305::5 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2018 10:34:35 -0000 --Apple-Mail=_3CFEBEEE-F0B4-4F8A-9327-FBDFEA24F3B1 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > Am 08.08.2018 um 11:49 schrieb txt AG Rechtsanw=C3=A4lte & = Steuerberater : > I want to be removed from this mailing list with all adresses of the = domain txt.de. Can you help, please? Kind regards. >=20 https://lists.gnu.org/mailman/options/discuss-gnustep= --Apple-Mail=_3CFEBEEE-F0B4-4F8A-9327-FBDFEA24F3B1 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
Am 08.08.2018 um 11:49 schrieb txt AG Rechtsanw=C3=A4lte = & Steuerberater <kanzlei@txt.de>:

I want to be removed from this mailing = list with all adresses of the domain txt.de. Can you help, please? Kind = regards.

= = --Apple-Mail=_3CFEBEEE-F0B4-4F8A-9327-FBDFEA24F3B1-- From MAILER-DAEMON Wed Aug 08 15:25:38 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fnU5S-0003GP-0w for mharc-discuss-gnustep@gnu.org; Wed, 08 Aug 2018 15:25:38 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:52019) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fnU4y-00039Q-7Z for discuss-gnustep@gnu.org; Wed, 08 Aug 2018 15:25:36 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fnU4V-00007T-Hg for discuss-gnustep@gnu.org; Wed, 08 Aug 2018 15:25:08 -0400 Received: from mail-lf1-x136.google.com ([2a00:1450:4864:20::136]:35293) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fnU4T-0008Sg-Md for discuss-gnustep@gnu.org; Wed, 08 Aug 2018 15:24:39 -0400 Received: by mail-lf1-x136.google.com with SMTP id f18-v6so2397288lfc.2 for ; Wed, 08 Aug 2018 12:24:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=bVSEhsyC5r/7X5ZdiUCddiEY7TnmGhy6m+meLNIAjJA=; b=tOl0+/9NNUsDgkzVjpA9MdzbQb+kcl+S2+VzBOGD5RcTZzQiO82wKfWme1BWFxsTcs prEEDORi2mmcmkenBLAI+Qs1178KFJPJ7i6zOd8JSVFTjQcXdPEe3YNgwNnyoLbJH8FI MiL2oU5KeO4iANwNS1Pa4N3QXFOZcQx0Xd5iZd0aU2cvKJ6oBBp5l9e0Yc4NZwlZA2+7 /gQqe4Ez3U0vV2UST800ez8vi1GYC2MrHZcfWDHezB52+Atv0ZIWLZh/B75MwJTHN+IN cszXc+WVx56KeAH0PejJRmCUWiMTi1LqzSlAwj9/VKyWAD+pXuk5fl8b0w6JsVHdPegu Cp/g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=bVSEhsyC5r/7X5ZdiUCddiEY7TnmGhy6m+meLNIAjJA=; b=d1d/UjegoOJ/5WDL3yZSN7FhTf/5PqLJpfwpKlyB3ZUYFX8yXjCHhb/30iTJwXTp/C nAxOdbpJC3jAGkPSKb8GlyAp/UgdVAguyARE5gJzCzhVBHJcOy7CTum+gucpJMOZDKnA ZevrGz4QZCTrJG5IGj201yl6856mrAlyW2udegnNsRVlp5OweO2N4BqKmWusk9f271e+ JkH3NTMxJeRand9nigItoEnlSEuLvQr48i6Og+xw+UeMFyw/eNOgckl4j5Ghny91Y0BX fxKrOzaosg6HcboK4n8vWEEuvpsTqaqwY99Vfee8nfKT8w2EIEIhC/N3J0s0V6pHukcZ in/Q== X-Gm-Message-State: AOUpUlHXjry7x3pd2Tczlk18eTow5BUl7vGkGuVuoUj0e27BWCbVm7ZL 8jcvsmZ9sX8dxevn6KCaSVD6zIupI29qS1byjT0= X-Google-Smtp-Source: AA+uWPwQa2QfsQ2w/z59yqIr/WFMcDcVQOYefDJhA6OLGz0gYvikLYvN+uhIjB/wLNi6OMUAnzxeFj5zil0PIglFcro= X-Received: by 2002:a19:fc3:: with SMTP id 64-v6mr2824351lfp.46.1533756274818; Wed, 08 Aug 2018 12:24:34 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a2e:9c4:0:0:0:0:0 with HTTP; Wed, 8 Aug 2018 12:24:33 -0700 (PDT) In-Reply-To: References: <52671F1F-3EFD-46AF-B042-C05D23C3925A@FreeBSD.org> From: Edwin Ancaer Date: Wed, 8 Aug 2018 21:24:33 +0200 Message-ID: Subject: Re: FreeBSD ports for GNUMail and Pantomime To: David Chisnall Cc: Discuss GNUstep Content-Type: multipart/mixed; boundary="000000000000eef0030572f17582" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::136 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2018 19:25:36 -0000 --000000000000eef0030572f17582 Content-Type: multipart/alternative; boundary="000000000000eef0000572f17580" --000000000000eef0000572f17580 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, I think I'm close, but there still remains a problem. I built a manually managed port, development1, in the jail squeakjail. The testport line I used was sudo poudriere testport -j squeakjail -p development1 -o mail/gnumail I solved some pkg-plist problems, and the build seemed to finish. I do not see any obvious error, but the latest executed instructions show the installation and deinstallation of the package for gnumail-1.3.0_1. And indeed, that package is nowhere to be found in /usr/local/poudriere/data/logs/bulk/squeakjail-development1/latest-per-pkg= , where I find all other packages that have been built. =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=3D=3D=3D=3D=3D=3D=3D=3D =3D>> Checking for extra files and directories [00:06:32] Installing from package [squeakjail-development1] Installing gnumail-1.3.0_1... [squeakjail-development1] Extracting gnumail-1.3.0_1: .......... done [00:06:34] Cleaning up =3D=3D=3D> Cleaning for gnumail-1.3.0_1 [00:06:34] Deinstalling package Updating database digests format: . done Checking integrity... done (0 conflicting) Deinstallation has been requested for the following 1 packages (of 0 packages in the universe): Installed packages to be REMOVED: gnumail-1.3.0_1 Number of packages to be removed: 1 Does anyone have an idea where to look for an indication about what is going wrong. I attached the logfile for the testport instruction. Thanks already, Edwin Ancaer 2018-08-04 7:42 GMT+02:00 Edwin Ancaer : > Hello, > > publicly ask a question and then you suddenly see that stupid error you > did not find before...... > > I've got poudriere working now and build all the necessary ports for > GNUMail and Pantomime. It took almost 16 hours on this old laptop > (especiallyclang is very hard for this machine). > > Of course, I built it from the default ports tree, which was not changed= , > but the result looked OK. > > I hope to find the time to build the updated ports tomorrow. > > Thanks, > > Edwin Ancaer > > > > > > > > > > 2018-08-02 11:33 GMT+02:00 David Chisnall : > >> On 2 Aug 2018, at 10:16, Edwin Ancaer wrote: >> > >> > Hello all, >> > >> > I was experimenting with poudriere, jails and the ports in FreeBSD whe= n >> > I read about the new version 1.3.0 of GNUMail and Pantomime, >> >> First, thank you very much for looking at this! It=E2=80=99s been on my= todo >> list for a while and keeps being bumped off the top. >> >> > I thought it would be a good test to try and locally update these >> ports. Of course I ran into a problem. After typing make install, I get >> the following error: >> > >> > gmake[1]: Leaving directory '/usr/local/poudriere/ports/HE >> AD/mail/gnumail/work/GNUMail-1.3.0' >> > =3D=3D=3D=3D> Compressing man pages (compress-man) >> > =3D=3D=3D> Installing ldconfig configuration file >> > =3D=3D=3D> Installing for gnumail-1.3.0_1 >> > =3D=3D=3D> Checking if gnumail already installed >> > =3D=3D=3D> Registering installation for gnumail-1.3.0_1 >> > pkg-static: Unable to access file /usr/local/poudriere/ports/HEA >> D/mail/gnumail/work/stage/usr/local/GNUstep/System/Library/ >> Frameworks/GNUMail.framework/Versions/1/libGNUMail.so.1.3.0:No such file >> or directory >> > pkg-static: Unable to access file /usr/local/poudriere/ports/HEA >> D/mail/gnumail/work/stage/usr/local/GNUstep/System/Library/ >> Libraries/libGNUMail.so.1.3.0:No such file or directory >> >> This looks suspicious. The path /usr/local/poudriere/ports is a path on >> your host system, but poudriere should be running the build in a jail. >> >> > *** Error code 74 >> > >> > Stop. >> > make: stopped in /usr/local/poudriere/ports/HEAD/mail/gnumail >> > >> > When checking, it seems the file libGNUMail.so.1.2.3 has been built i= n >> the directory /usr/local/poudriere/ports/HEA >> D/mail/gnumail/work/stage/usr/local/GNUstep/System/Library/Libraries/. >> >> This also looks a bit odd, because this filesystem should be mounted >> read-only in the jail. The work directory should be somewhere else (a >> separate zfs or tmpfs filesystem that=E2=80=99s destroyed after the buil= d). >> >> > Now I'm in doubt in which direction I should be looking: did the wrong >> version of libGNUMail got build, or is it pkg-static that is looking for= a >> wrong version of the library. >> >> It looks as if your poudriere configuration or invocation is wrong. >> Could you paste the poudriere commands that you used to create the jails >> and ports tree and the testport line? >> >> David >> >> > --000000000000eef0000572f17580 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,


I think I= 9;m close, but there=C2=A0 still remains a problem.

I b= uilt a manually managed port, development1, in the jail squeakjail.


The testport line I used was=C2=A0

=
sudo poudriere testport -j squeakjail -p de= velopment1 -o mail/gnumail

I solved some pkg-p= list problems, and the build seemed to finish.
I do not see a= ny obvious error, but the latest executed instructions show the installatio= n and deinstallation of the package for gnumail-1.3.0_1. And indeed, that p= ackage is nowhere to be found in
=C2=A0/usr/local/poudriere/dat= a/logs/bulk/squeakjail-development1/latest-per-pkg, where I find all other = packages that have been built.


=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=3D=3D=3D=3D=3D=3D=3D=3D
=3D>> Checking for extra file= s and directories
[00:= 06:32] Installing from package
[squeakjail-development1] Installi= ng gnumail-1.3.0_1...
[squeakjail-development1] Extracting gnumail-1.3.0= _1: .......... done
[00:06:34] Cleaning up
=3D=3D=3D>=C2=A0 Cleaning for gnumail-1.3.0_1
[00:06:34] Deinstalling package
Updating database digests format= : . done
Checking integrity... done (0 conflicting)
Deinstallation ha= s been requested for the following 1 packages (of 0 packages in the univers= e):

Installed packages to be REMOVED:
=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 gnumail-1.3.0_1

Number of packages to be removed: 1

=

Does anyone have an idea where to look = for an indication about what is going wrong.

= I attached the logfile for the testport instruction.

Thanks already,

Edwin Ancaer

2018-08-04 7:42 GMT+02:00 Edwin Ancaer <eancaer@gmail.com>= :
Hello,
=

publicly ask a question and then you suddenly see that = stupid error you did not find before......

I'v= e got poudriere working now and build all the necessary ports for GNUMail a= nd Pantomime. It took almost 16 hours on this old laptop (especiallyclang i= s very hard for this machine).

Of course, I built = it from the default ports tree, which was not=C2=A0 changed, but the result= looked OK.

I hope to find the time to build the u= pdated ports tomorrow.

Thanks,

=
Edwin Ancaer









2018-08-02 11:33 GMT+02:00 David Chisnall <= span dir=3D"ltr"><theraven@freebsd.org>:
= On 2 Aug 2018, at 10:16, Edwin Ancaer <eancaer@gmail.com> wrote:
>
> Hello all,
>
> I was experimenting with poudriere, jails and the ports in FreeBSD whe= n
> I read about the new version 1.3.0 of GNUMail and Pantomime,=C2=A0
First, thank you very much for looking at this!=C2=A0 It=E2=80=99s b= een on my todo list for a while and keeps being bumped off the top.

> I thought it would be a good test to try and locally update these port= s. Of course I ran=C2=A0 into a problem. After typing make install, I get t= he following error:
>
> gmake[1]: Leaving directory '/usr/local/poudriere/ports/HEAD/= mail/gnumail/work/GNUMail-1.3.0'
> =3D=3D=3D=3D> Compressing man pages (compress-man)
> =3D=3D=3D>=C2=A0 =C2=A0Installing ldconfig configuration file
> =3D=3D=3D>=C2=A0 Installing for gnumail-1.3.0_1
> =3D=3D=3D>=C2=A0 Checking if gnumail already installed
> =3D=3D=3D>=C2=A0 =C2=A0Registering installation for gnumail-1.3.0_1=
> pkg-static: Unable to access file /usr/local/poudriere/ports/HEAD= /mail/gnumail/work/stage/usr/local/GNUstep/System/Library/Framewo= rks/GNUMail.framework/Versions/1/libGNUMail.so.1.3.0:No such file= or directory
> pkg-static: Unable to access file /usr/local/poudriere/ports/HEAD= /mail/gnumail/work/stage/usr/local/GNUstep/System/Library/Librari= es/libGNUMail.so.1.3.0:No such file or directory

This looks suspicious.=C2=A0 The path /usr/local/poudriere/ports is = a path on your host system, but poudriere should be running the build in a = jail.=C2=A0

> *** Error code 74
>
> Stop.
> make: stopped in /usr/local/poudriere/ports/HEAD/mail/gnumail
>
> When checking, it seems the file=C2=A0 libGNUMail.so.1.2.3 has been bu= ilt in the directory /usr/local/poudriere/ports/HEAD/mail/gnumail/work= /stage/usr/local/GNUstep/System/Library/Libraries/.

This also looks a bit odd, because this filesystem should be mounted= read-only in the jail.=C2=A0 The work directory should be somewhere else (= a separate zfs or tmpfs filesystem that=E2=80=99s destroyed after the build= ).

> Now I'm in doubt in which direction I should be looking: did the w= rong version of libGNUMail got build, or is it pkg-static that is looking f= or a wrong version of the library.

It looks as if your poudriere configuration or invocation is wrong.= =C2=A0 Could you paste the poudriere commands that you used to create the j= ails and ports tree and the testport line?

David



--000000000000eef0000572f17580-- --000000000000eef0030572f17582 Content-Type: text/x-log; charset="US-ASCII"; name="gnumail-1.3.0_1.log" Content-Disposition: attachment; filename="gnumail-1.3.0_1.log" Content-Transfer-Encoding: base64 X-Attachment-Id: f_jkliss4j0 YnVpbGQgc3RhcnRlZCBhdCBXZWQgQXVnICA4IDIwOjQ0OjIyIENFU1QgMjAxOApwb3J0IGRpcmVj dG9yeTogL3Vzci9wb3J0cy9tYWlsL2dudW1haWwKcGFja2FnZSBuYW1lOiBnbnVtYWlsLTEuMy4w XzEKYnVpbGRpbmcgZm9yOiBGcmVlQlNEIHNxdWVha2phaWwtZGV2ZWxvcG1lbnQxIDExLjEtUkVM RUFTRS1wMTEgRnJlZUJTRCAxMS4xLVJFTEVBU0UtcDExIGkzODYKbWFpbnRhaW5lZCBieTogdGhl cmF2ZW5ARnJlZUJTRC5vcmcKTWFrZWZpbGUgaWRlbnQ6ICAgICAgJEZyZWVCU0Q6IGhlYWQvbWFp bC9nbnVtYWlsL01ha2VmaWxlIDQ1NTQwMSAyMDE3LTEyLTAzIDEyOjIzOjUzWiB0aGVyYXZlbiAk ClBvdWRyaWVyZSB2ZXJzaW9uOiAzLjIuNwpIb3N0IE9TVkVSU0lPTjogMTEwMTAwMQpKYWlsIE9T VkVSU0lPTjogMTEwMTAwMQpKb2IgSWQ6IAoKLS0tQmVnaW4gRW52aXJvbm1lbnQtLS0KU0hFTEw9 L2Jpbi9jc2gKT1NWRVJTSU9OPTExMDEwMDEKVU5BTUVfdj1GcmVlQlNEIDExLjEtUkVMRUFTRS1w MTEKVU5BTUVfcj0xMS4xLVJFTEVBU0UtcDExCkJMT0NLU0laRT1LCk1BSUw9L3Zhci9tYWlsL3Jv b3QKU1RBVFVTPTEKSE9NRT0vcm9vdApQQVRIPS9zYmluOi9iaW46L3Vzci9zYmluOi91c3IvYmlu Oi91c3IvbG9jYWwvc2JpbjovdXNyL2xvY2FsL2Jpbjovcm9vdC9iaW4KTE9DQUxCQVNFPS91c3Iv bG9jYWwKVVNFUj1yb290ClRSWUJST0tFTj15ZXMKTElCRVhFQ1BSRUZJWD0vdXNyL2xvY2FsL2xp YmV4ZWMvcG91ZHJpZXJlClBPVURSSUVSRV9WRVJTSU9OPTMuMi43Ck1BU1RFUk1OVD0vdXNyL2xv Y2FsL3BvdWRyaWVyZS9kYXRhLy5tL3NxdWVha2phaWwtZGV2ZWxvcG1lbnQxL3JlZgpQT1VEUklF UkVfQlVJTERfVFlQRT1idWxrClBBQ0tBR0VfQlVJTERJTkc9eWVzClNBVkVEX1RFUk09eHRlcm0K R0lEPTAKVUlEPTAKUFdEPS91c3IvbG9jYWwvcG91ZHJpZXJlL2RhdGEvLm0vc3F1ZWFramFpbC1k ZXZlbG9wbWVudDEvcmVmLy5wCk5PX1dBUk5JTkdfUEtHX0lOU1RBTExfRU9MPXllcwpQX1BPUlRT X0ZFQVRVUkVTPUZMQVZPUlMgU0VMRUNURURfT1BUSU9OUwpNQVNURVJOQU1FPXNxdWVha2phaWwt ZGV2ZWxvcG1lbnQxClNDUklQVFBSRUZJWD0vdXNyL2xvY2FsL3NoYXJlL3BvdWRyaWVyZQpPTERQ V0Q9L3Vzci9sb2NhbC9wb3VkcmllcmUvZGF0YS8ubS9zcXVlYWtqYWlsLWRldmVsb3BtZW50MS9y ZWYvLnAKU0NSSVBUUEFUSD0vdXNyL2xvY2FsL3NoYXJlL3BvdWRyaWVyZS90ZXN0cG9ydC5zaApQ T1VEUklFUkVQQVRIPS91c3IvbG9jYWwvYmluL3BvdWRyaWVyZQotLS1FbmQgRW52aXJvbm1lbnQt LS0KCi0tLUJlZ2luIFBvdWRyaWVyZSBQb3J0IEZsYWdzL0Vudi0tLQpQT1JUX0ZMQUdTPQpQS0dF TlY9UEFDS0FHRVM9L3RtcC9wa2dzIFBLR1JFUE9TSVRPUlk9L3RtcC9wa2dzCkZMQVZPUj0KREVQ RU5EU19BUkdTPQpNQUtFX0FSR1M9Ci0tLUVuZCBQb3VkcmllcmUgUG9ydCBGbGFncy9FbnYtLS0K Ci0tLUJlZ2luIE9QVElPTlMgTGlzdC0tLQotLS1FbmQgT1BUSU9OUyBMaXN0LS0tCgotLU1BSU5U QUlORVItLQp0aGVyYXZlbkBGcmVlQlNELm9yZwotLUVuZCBNQUlOVEFJTkVSLS0KCi0tQ09ORklH VVJFX0FSR1MtLQoKLS1FbmQgQ09ORklHVVJFX0FSR1MtLQoKLS1DT05GSUdVUkVfRU5WLS0KTUFL RT1nbWFrZSBQQVRIPSIvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvLmJpbjov dXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL1Rvb2xzOi91c3IvbG9jYWwvR05Vc3RlcC9Mb2NhbC9U b29sczovc2JpbjovYmluOi91c3Ivc2JpbjovdXNyL2JpbjovdXNyL2xvY2FsL3NiaW46L3Vzci9s b2NhbC9iaW46L3Jvb3QvYmluIiBHTlVTVEVQX01BS0VGSUxFUz0iL3Vzci9sb2NhbC9HTlVzdGVw L1N5c3RlbS9MaWJyYXJ5L01ha2VmaWxlcyIgT0JKQz0iY2MiIE9CSkNGTEFHUz0iIC1PMiAtcGlw ZSAgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQgLUkv dXNyL2xvY2FsL2luY2x1ZGUiIFhER19EQVRBX0hPTUU9L3dya2RpcnMvdXNyL3BvcnRzL21haWwv Z251bWFpbC93b3JrICBYREdfQ09ORklHX0hPTUU9L3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251 bWFpbC93b3JrICBIT01FPS93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yayBUTVBE SVI9Ii90bXAiIFNIRUxMPS9iaW4vc2ggQ09ORklHX1NIRUxMPS9iaW4vc2gKLS1FbmQgQ09ORklH VVJFX0VOVi0tCgotLU1BS0VfRU5WLS0KQURESVRJT05BTF9DRkxBR1M9IiAtTzIgLXBpcGUgIC1m c3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIiBBRERJVElPTkFMX0NQUEZMQUdT PSIgIiBBRERJVElPTkFMX0NYWEZMQUdTPSIgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1m bm8tc3RyaWN0LWFsaWFzaW5nICIgQURESVRJT05BTF9PQkpDQ0ZMQUdTPSIgIiBBRERJVElPTkFM X09CSkNGTEFHUz0iICAtTzIgLXBpcGUgIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFs aWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRlIiBBRERJVElPTkFMX0xERkxB R1M9IiAgLUwvdXNyL2xvY2FsL2xpYiAtZnN0YWNrLXByb3RlY3RvciIgQURESVRJT05BTF9GTEFH Uz0iIiBBRERJVElPTkFMX0lOQ0xVREVfRElSUz0iIiBBRERJVElPTkFMX0xJQl9ESVJTPSIiIFBB VEg9Ii93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay8uYmluOi91c3IvbG9jYWwv R05Vc3RlcC9TeXN0ZW0vVG9vbHM6L3Vzci9sb2NhbC9HTlVzdGVwL0xvY2FsL1Rvb2xzOi9zYmlu Oi9iaW46L3Vzci9zYmluOi91c3IvYmluOi91c3IvbG9jYWwvc2JpbjovdXNyL2xvY2FsL2Jpbjov cm9vdC9iaW4iIEdOVVNURVBfTUFLRUZJTEVTPSIvdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xp YnJhcnkvTWFrZWZpbGVzIiBHTlVTVEVQX0lOU1RBTExBVElPTl9ET01BSU49U1lTVEVNIE9CSkM9 ImNjIiBPQkpDRkxBR1M9IiAtTzIgLXBpcGUgIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0 LWFsaWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRlIiBYREdfREFUQV9IT01F PS93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yayAgWERHX0NPTkZJR19IT01FPS93 cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yayAgSE9NRT0vd3JrZGlycy91c3IvcG9y dHMvbWFpbC9nbnVtYWlsL3dvcmsgVE1QRElSPSIvdG1wIiBOT19QSUU9eWVzIE1LX0RFQlVHX0ZJ TEVTPW5vIE1LX0tFUk5FTF9TWU1CT0xTPW5vIFNIRUxMPS9iaW4vc2ggTk9fTElOVD1ZRVMgUFJF RklYPS91c3IvbG9jYWwgIExPQ0FMQkFTRT0vdXNyL2xvY2FsICBDQz0iY2MiIENGTEFHUz0iLU8y IC1waXBlICAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyIgIENQUD0iY3Bw IiBDUFBGTEFHUz0iIiAgTERGTEFHUz0iIC1ML3Vzci9sb2NhbC9saWIgLWZzdGFjay1wcm90ZWN0 b3IiIExJQlM9IiIgIENYWD0iYysrIiBDWFhGTEFHUz0iLU8yIC1waXBlIC1mc3RhY2stcHJvdGVj dG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nICIgIE1BTlBSRUZJWD0iL3Vzci9sb2NhbCIgQlNEX0lO U1RBTExfUFJPR1JBTT0iaW5zdGFsbCAgLXMgLW0gNTU1IiAgQlNEX0lOU1RBTExfTElCPSJpbnN0 YWxsICAtcyAtbSAwNjQ0IiAgQlNEX0lOU1RBTExfU0NSSVBUPSJpbnN0YWxsICAtbSA1NTUiICBC U0RfSU5TVEFMTF9EQVRBPSJpbnN0YWxsICAtbSAwNjQ0IiAgQlNEX0lOU1RBTExfTUFOPSJpbnN0 YWxsICAtbSA0NDQiCi0tRW5kIE1BS0VfRU5WLS0KCi0tUExJU1RfU1VCLS0KUE9SVERPQ1M9IiIg UE9SVEVYQU1QTEVTPSIiIEdOVV9BUkNIPWl4ODYgVkVSU0lPTj0xLjMuMCBNQUpPUlZFUlNJT049 MSBMSUJWRVJTSU9OPTAuMC4xIE1BSk9STElCVkVSU0lPTj0wIE9TUkVMPTExLjEgUFJFRklYPSVE IExPQ0FMQkFTRT0vdXNyL2xvY2FsICBSRVNFVFBSRUZJWD0vdXNyL2xvY2FsIExJQjMyRElSPWxp YiBET0NTRElSPSJzaGFyZS9kb2MvZ251bWFpbCIgIEVYQU1QTEVTRElSPSJzaGFyZS9leGFtcGxl cy9nbnVtYWlsIiAgREFUQURJUj0ic2hhcmUvZ251bWFpbCIgIFdXV0RJUj0id3d3L2dudW1haWwi ICBFVENESVI9ImV0Yy9nbnVtYWlsIgotLUVuZCBQTElTVF9TVUItLQoKLS1TVUJfTElTVC0tClBS RUZJWD0vdXNyL2xvY2FsIExPQ0FMQkFTRT0vdXNyL2xvY2FsICBEQVRBRElSPS91c3IvbG9jYWwv c2hhcmUvZ251bWFpbCBET0NTRElSPS91c3IvbG9jYWwvc2hhcmUvZG9jL2dudW1haWwgRVhBTVBM RVNESVI9L3Vzci9sb2NhbC9zaGFyZS9leGFtcGxlcy9nbnVtYWlsICBXV1dESVI9L3Vzci9sb2Nh bC93d3cvZ251bWFpbCBFVENESVI9L3Vzci9sb2NhbC9ldGMvZ251bWFpbAotLUVuZCBTVUJfTElT VC0tCgotLS1CZWdpbiBtYWtlLmNvbmYtLS0KVVNFX1BBQ0tBR0VfREVQRU5EUz15ZXMKQkFUQ0g9 eWVzCldSS0RJUlBSRUZJWD0vd3JrZGlycwpQT1JUU0RJUj0vdXNyL3BvcnRzClBBQ0tBR0VTPS9w YWNrYWdlcwpESVNURElSPS9kaXN0ZmlsZXMKRk9SQ0VfUEFDS0FHRT15ZXMKUEFDS0FHRV9CVUlM RElORz15ZXMKUEFDS0FHRV9CVUlMRElOR19GTEFWT1JTPXllcwojIyMjIC91c3IvcG9ydHMvTWsv U2NyaXB0cy9wb3J0c19lbnYuc2ggIyMjIwpfQ0NWRVJTSU9OXzkyMWRiYmIyPUZyZWVCU0QgY2xh bmcgdmVyc2lvbiA0LjAuMCAodGFncy9SRUxFQVNFXzQwMC9maW5hbCAyOTczNDcpIChiYXNlZCBv biBMTFZNIDQuMC4wKSBUYXJnZXQ6IGkzODYtdW5rbm93bi1mcmVlYnNkMTEuMSBUaHJlYWQgbW9k ZWw6IHBvc2l4IEluc3RhbGxlZERpcjogL3Vzci9iaW4KX0FMVENDVkVSU0lPTl85MjFkYmJiMj1u b25lCl9DWFhJTlRFUk5BTF9hY2FhZDljYT1GcmVlQlNEIGNsYW5nIHZlcnNpb24gNC4wLjAgKHRh Z3MvUkVMRUFTRV80MDAvZmluYWwgMjk3MzQ3KSAoYmFzZWQgb24gTExWTSA0LjAuMCkgVGFyZ2V0 OiBpMzg2LXVua25vd24tZnJlZWJzZDExLjEgVGhyZWFkIG1vZGVsOiBwb3NpeCBJbnN0YWxsZWRE aXI6IC91c3IvYmluICIvdXNyL2Jpbi9sZCIgIi0tZWgtZnJhbWUtaGRyIiAiLWR5bmFtaWMtbGlu a2VyIiAiL2xpYmV4ZWMvbGQtZWxmLnNvLjEiICItLWhhc2gtc3R5bGU9Ym90aCIgIi0tZW5hYmxl LW5ldy1kdGFncyIgIi1tIiAiZWxmX2kzODZfZmJzZCIgIi1vIiAiYS5vdXQiICIvdXNyL2xpYi9j cnQxLm8iICIvdXNyL2xpYi9jcnRpLm8iICIvdXNyL2xpYi9jcnRiZWdpbi5vIiAiLUwvdXNyL2xp YiIgIi9kZXYvbnVsbCIgIi1sYysrIiAiLWxtIiAiLWxnY2MiICItLWFzLW5lZWRlZCIgIi1sZ2Nj X3MiICItLW5vLWFzLW5lZWRlZCIgIi1sYyIgIi1sZ2NjIiAiLS1hcy1uZWVkZWQiICItbGdjY19z IiAiLS1uby1hcy1uZWVkZWQiICIvdXNyL2xpYi9jcnRlbmQubyIgIi91c3IvbGliL2NydG4ubyIK Q0NfT1VUUFVUXzkyMWRiYmIyXzU4MTczODQ5PXllcwpDQ19PVVRQVVRfOTIxZGJiYjJfOWJkYmE1 N2M9eWVzCkNDX09VVFBVVF85MjFkYmJiMl82YTRmZTdmNT15ZXMKQ0NfT1VUUFVUXzkyMWRiYmIy XzZiY2FjMDJiPXllcwpDQ19PVVRQVVRfOTIxZGJiYjJfNjdkMjA4Mjk9eWVzCkNDX09VVFBVVF85 MjFkYmJiMl9iZmE2MmU4Mz15ZXMKQ0NfT1VUUFVUXzkyMWRiYmIyX2YwYjRkNTkzPXllcwpDQ19P VVRQVVRfOTIxZGJiYjJfMzA4YWJiNDQ9eWVzCkNDX09VVFBVVF85MjFkYmJiMl9mMDA0NTZlNT15 ZXMKQ0NfT1VUUFVUXzkyMWRiYmIyXzY1YWQyOTBkPXllcwpDQ19PVVRQVVRfOTIxZGJiYjJfZjI3 NzZiMjY9ZXJyb3I6IGludmFsaWQgdmFsdWUgJ2MrKzE3JyBpbiAnLXN0ZD1jKysxNycKQ0NfT1VU UFVUXzkyMWRiYmIyX2IyNjU3Y2MzPXllcwpDQ19PVVRQVVRfOTIxZGJiYjJfMzgwOTg3Zjc9eWVz CkNDX09VVFBVVF85MjFkYmJiMl8xNjA5MzNlYz15ZXMKQ0NfT1VUUFVUXzkyMWRiYmIyX2ZiNjI4 MDNiPWVycm9yOiBpbnZhbGlkIHZhbHVlICdnbnUrKzE3JyBpbiAnLXN0ZD1nbnUrKzE3JwpfT0JK Q19DQ1ZFUlNJT05fOTIxZGJiYjI9RnJlZUJTRCBjbGFuZyB2ZXJzaW9uIDQuMC4wICh0YWdzL1JF TEVBU0VfNDAwL2ZpbmFsIDI5NzM0NykgKGJhc2VkIG9uIExMVk0gNC4wLjApIFRhcmdldDogaTM4 Ni11bmtub3duLWZyZWVic2QxMS4xIFRocmVhZCBtb2RlbDogcG9zaXggSW5zdGFsbGVkRGlyOiAv dXNyL2JpbgpfT0JKQ19BTFRDQ1ZFUlNJT05fOTIxZGJiYjI9bm9uZQpBUkNIPWkzODYKT1BTWVM9 RnJlZUJTRApfT1NSRUxFQVNFPTExLjEtUkVMRUFTRS1wMTEKT1NSRUw9MTEuMQpPU1ZFUlNJT049 MTEwMTAwMQpQWVRIT05CQVNFPS91c3IvbG9jYWwKX1NNUF9DUFVTPTEKQ09ORklHVVJFX01BWF9D TURfTEVOPTI2MjE0NApIQVZFX1BPUlRTX0VOVj0xCiMjIyMgTWlzYyBQb3VkcmllcmUgIyMjIwot LS1FbmQgbWFrZS5jb25mLS0tCi0tUmVzb3VyY2UgbGltaXRzLS0KY3B1IHRpbWUgICAgICAgICAg ICAgICAoc2Vjb25kcywgLXQpICB1bmxpbWl0ZWQKZmlsZSBzaXplICAgICAgICAgICAoNTEyLWJs b2NrcywgLWYpICB1bmxpbWl0ZWQKZGF0YSBzZWcgc2l6ZSAgICAgICAgICAgKGtieXRlcywgLWQp ICA1MjQyODgKc3RhY2sgc2l6ZSAgICAgICAgICAgICAgKGtieXRlcywgLXMpICA2NTUzNgpjb3Jl IGZpbGUgc2l6ZSAgICAgICg1MTItYmxvY2tzLCAtYykgIHVubGltaXRlZAptYXggbWVtb3J5IHNp emUgICAgICAgICAoa2J5dGVzLCAtbSkgIHVubGltaXRlZApsb2NrZWQgbWVtb3J5ICAgICAgICAg ICAoa2J5dGVzLCAtbCkgIHVubGltaXRlZAptYXggdXNlciBwcm9jZXNzZXMgICAgICAgICAgICAg ICgtdSkgIDU1NDcKb3BlbiBmaWxlcyAgICAgICAgICAgICAgICAgICAgICAoLW4pICAxMDI0CnZp cnR1YWwgbWVtIHNpemUgICAgICAgIChrYnl0ZXMsIC12KSAgdW5saW1pdGVkCnN3YXAgbGltaXQg ICAgICAgICAgICAgIChrYnl0ZXMsIC13KSAgdW5saW1pdGVkCnNvY2tldCBidWZmZXIgc2l6ZSAg ICAgICAoYnl0ZXMsIC1iKSAgdW5saW1pdGVkCnBzZXVkby10ZXJtaW5hbHMgICAgICAgICAgICAg ICAgKC1wKSAgdW5saW1pdGVkCmtxdWV1ZXMgICAgICAgICAgICAgICAgICAgICAgICAgKC1rKSAg dW5saW1pdGVkCnVtdHggc2hhcmVkIGxvY2tzICAgICAgICAgICAgICAgKC1vKSAgdW5saW1pdGVk Ci0tRW5kIHJlc291cmNlIGxpbWl0cy0tCj09PT09PT09PT09PT09PT09PT09PT09PHBoYXNlOiBj aGVjay1zYW5pdHkgICA+PT09PT09PT09PT09PT09PT09PT09PT09PT09PQo9PT0+ICBMaWNlbnNl IEdQTHYyIGFjY2VwdGVkIGJ5IHRoZSB1c2VyCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQo9PT09PT09PT09 PT09PT09PT09PT09PTxwaGFzZTogcGtnLWRlcGVuZHMgICAgPj09PT09PT09PT09PT09PT09PT09 PT09PT09PT0KPT09PiAgIGdudW1haWwtMS4zLjBfMSBkZXBlbmRzIG9uIGZpbGU6IC91c3IvbG9j YWwvc2Jpbi9wa2cgLSBub3QgZm91bmQKPT09PiAgIEluc3RhbGxpbmcgZXhpc3RpbmcgcGFja2Fn ZSAvcGFja2FnZXMvQWxsL3BrZy0xLjEwLjVfMS50eHoKW3NxdWVha2phaWwtZGV2ZWxvcG1lbnQx XSBJbnN0YWxsaW5nIHBrZy0xLjEwLjVfMS4uLgpbc3F1ZWFramFpbC1kZXZlbG9wbWVudDFdIEV4 dHJhY3RpbmcgcGtnLTEuMTAuNV8xOiAuLi4uLi4uLi4uIGRvbmUKPT09PiAgIGdudW1haWwtMS4z LjBfMSBkZXBlbmRzIG9uIGZpbGU6IC91c3IvbG9jYWwvc2Jpbi9wa2cgLSBmb3VuZAo9PT0+ICAg UmV0dXJuaW5nIHRvIGJ1aWxkIG9mIGdudW1haWwtMS4zLjBfMQo9PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0K PT09PT09PT09PT09PT09PT09PT09PT08cGhhc2U6IGZldGNoLWRlcGVuZHMgID49PT09PT09PT09 PT09PT09PT09PT09PT09PT09Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQo9PT09PT09PT09PT09PT09PT09 PT09PTxwaGFzZTogZmV0Y2ggICAgICAgICAgPj09PT09PT09PT09PT09PT09PT09PT09PT09PT0K PT09PiAgTGljZW5zZSBHUEx2MiBhY2NlcHRlZCBieSB0aGUgdXNlcgo9PT0+ICAgZ251bWFpbC0x LjMuMF8xIGRlcGVuZHMgb24gZmlsZTogL3Vzci9sb2NhbC9zYmluL3BrZyAtIGZvdW5kCj09PT4g RmV0Y2hpbmcgYWxsIGRpc3RmaWxlcyByZXF1aXJlZCBieSBnbnVtYWlsLTEuMy4wXzEgZm9yIGJ1 aWxkaW5nCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PQo9PT09PT09PT09PT09PT09PT09PT09PTxwaGFzZTog Y2hlY2tzdW0gICAgICAgPj09PT09PT09PT09PT09PT09PT09PT09PT09PT0KPT09PiAgTGljZW5z ZSBHUEx2MiBhY2NlcHRlZCBieSB0aGUgdXNlcgo9PT0+ICAgZ251bWFpbC0xLjMuMF8xIGRlcGVu ZHMgb24gZmlsZTogL3Vzci9sb2NhbC9zYmluL3BrZyAtIGZvdW5kCj09PT4gRmV0Y2hpbmcgYWxs IGRpc3RmaWxlcyByZXF1aXJlZCBieSBnbnVtYWlsLTEuMy4wXzEgZm9yIGJ1aWxkaW5nCj0+IFNI QTI1NiBDaGVja3N1bSBPSyBmb3IgR05VTWFpbC0xLjMuMC50YXIuZ3ouCj09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PQo9PT09PT09PT09PT09PT09PT09PT09PTxwaGFzZTogZXh0cmFjdC1kZXBlbmRzPj09PT09 PT09PT09PT09PT09PT09PT09PT09PT0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Cj09PT09PT09PT09PT09 PT09PT09PT09PHBoYXNlOiBleHRyYWN0ICAgICAgICA+PT09PT09PT09PT09PT09PT09PT09PT09 PT09PQo9PT0+ICBMaWNlbnNlIEdQTHYyIGFjY2VwdGVkIGJ5IHRoZSB1c2VyCj09PT4gICBnbnVt YWlsLTEuMy4wXzEgZGVwZW5kcyBvbiBmaWxlOiAvdXNyL2xvY2FsL3NiaW4vcGtnIC0gZm91bmQK PT09PiBGZXRjaGluZyBhbGwgZGlzdGZpbGVzIHJlcXVpcmVkIGJ5IGdudW1haWwtMS4zLjBfMSBm b3IgYnVpbGRpbmcKPT09PiAgRXh0cmFjdGluZyBmb3IgZ251bWFpbC0xLjMuMF8xCj0+IFNIQTI1 NiBDaGVja3N1bSBPSyBmb3IgR05VTWFpbC0xLjMuMC50YXIuZ3ouCj09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PQo9PT09PT09PT09PT09PT09PT09PT09PTxwaGFzZTogcGF0Y2gtZGVwZW5kcyAgPj09PT09PT09 PT09PT09PT09PT09PT09PT09PT0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Cj09PT09PT09PT09PT09PT09 PT09PT09PHBoYXNlOiBwYXRjaCAgICAgICAgICA+PT09PT09PT09PT09PT09PT09PT09PT09PT09 PQo9PT0+ICBQYXRjaGluZyBmb3IgZ251bWFpbC0xLjMuMF8xCj09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQo9 PT09PT09PT09PT09PT09PT09PT09PTxwaGFzZTogYnVpbGQtZGVwZW5kcyAgPj09PT09PT09PT09 PT09PT09PT09PT09PT09PT0KPT09PiAgIGdudW1haWwtMS4zLjBfMSBkZXBlbmRzIG9uIGV4ZWN1 dGFibGU6IGdtYWtlIC0gbm90IGZvdW5kCj09PT4gICBJbnN0YWxsaW5nIGV4aXN0aW5nIHBhY2th Z2UgL3BhY2thZ2VzL0FsbC9nbWFrZS00LjIuMV8yLnR4egpbc3F1ZWFramFpbC1kZXZlbG9wbWVu dDFdIEluc3RhbGxpbmcgZ21ha2UtNC4yLjFfMi4uLgpbc3F1ZWFramFpbC1kZXZlbG9wbWVudDFd IGAtLSBJbnN0YWxsaW5nIGdldHRleHQtcnVudGltZS0wLjE5LjguMV8xLi4uCltzcXVlYWtqYWls LWRldmVsb3BtZW50MV0gfCAgIGAtLSBJbnN0YWxsaW5nIGluZGV4aW5mby0wLjMuMS4uLgpbc3F1 ZWFramFpbC1kZXZlbG9wbWVudDFdIHwgICBgLS0gRXh0cmFjdGluZyBpbmRleGluZm8tMC4zLjE6 IC4uLi4gZG9uZQpbc3F1ZWFramFpbC1kZXZlbG9wbWVudDFdIGAtLSBFeHRyYWN0aW5nIGdldHRl eHQtcnVudGltZS0wLjE5LjguMV8xOiAuLi4uLi4uLi4uIGRvbmUKW3NxdWVha2phaWwtZGV2ZWxv cG1lbnQxXSBFeHRyYWN0aW5nIGdtYWtlLTQuMi4xXzI6IC4uLi4uLi4uLi4gZG9uZQo9PT0+ICAg Z251bWFpbC0xLjMuMF8xIGRlcGVuZHMgb24gZXhlY3V0YWJsZTogZ21ha2UgLSBmb3VuZAo9PT0+ ICAgUmV0dXJuaW5nIHRvIGJ1aWxkIG9mIGdudW1haWwtMS4zLjBfMQo9PT0+ICAgZ251bWFpbC0x LjMuMF8xIGRlcGVuZHMgb24gcGFja2FnZTogZ251c3RlcC1tYWtlPjAgLSBub3QgZm91bmQKPT09 PiAgIEluc3RhbGxpbmcgZXhpc3RpbmcgcGFja2FnZSAvcGFja2FnZXMvQWxsL2dudXN0ZXAtbWFr ZS0yLjcuMF8xLnR4egpbc3F1ZWFramFpbC1kZXZlbG9wbWVudDFdIEluc3RhbGxpbmcgZ251c3Rl cC1tYWtlLTIuNy4wXzEuLi4KW3NxdWVha2phaWwtZGV2ZWxvcG1lbnQxXSBgLS0gSW5zdGFsbGlu ZyBsaWJvYmpjMi0xLjguMS4uLgpbc3F1ZWFramFpbC1kZXZlbG9wbWVudDFdIGAtLSBFeHRyYWN0 aW5nIGxpYm9iamMyLTEuOC4xOiAuLi4uLi4uLi4uIGRvbmUKW3NxdWVha2phaWwtZGV2ZWxvcG1l bnQxXSBFeHRyYWN0aW5nIGdudXN0ZXAtbWFrZS0yLjcuMF8xOiAuLi4uLi4uLi4gZG9uZQo9PT0+ ICAgZ251bWFpbC0xLjMuMF8xIGRlcGVuZHMgb24gcGFja2FnZTogZ251c3RlcC1tYWtlPjAgLSBm b3VuZAo9PT0+ICAgUmV0dXJuaW5nIHRvIGJ1aWxkIG9mIGdudW1haWwtMS4zLjBfMQo9PT0+ICAg Z251bWFpbC0xLjMuMF8xIGRlcGVuZHMgb24gcGFja2FnZTogZ251c3RlcC1iYWNrPjAgLSBub3Qg Zm91bmQKPT09PiAgIEluc3RhbGxpbmcgZXhpc3RpbmcgcGFja2FnZSAvcGFja2FnZXMvQWxsL2du dXN0ZXAtYmFjay0wLjI1LjFfMS50eHoKW3NxdWVha2phaWwtZGV2ZWxvcG1lbnQxXSBJbnN0YWxs aW5nIGdudXN0ZXAtYmFjay0wLjI1LjFfMS4uLgpbc3F1ZWFramFpbC1kZXZlbG9wbWVudDFdIGAt LSBJbnN0YWxsaW5nIGNhaXJvLTEuMTQuOF8xLDIuLi4KW3NxdWVha2phaWwtZGV2ZWxvcG1lbnQx XSB8ICAgYC0tIEluc3RhbGxpbmcgZHJpMnByb3RvLTIuOC4uLgpbc3F1ZWFramFpbC1kZXZlbG9w bWVudDFdIHwgICBgLS0gRXh0cmFjdGluZyBkcmkycHJvdG8tMi44OiAuLi4uLi4uIGRvbmUKW3Nx dWVha2phaWwtZGV2ZWxvcG1lbnQxXSB8ICAgYC0tIEluc3RhbGxpbmcgZm9udGNvbmZpZy0yLjEy LjYsMS4uLgpbc3F1ZWFramFpbC1kZXZlbG9wbWVudDFdIHwgICB8IGAtLSBJbnN0YWxsaW5nIGV4 cGF0LTIuMi41Li4uCltzcXVlYWtqYWlsLWRldmVsb3BtZW50MV0gfCAgIHwgYC0tIEV4dHJhY3Rp bmcgZXhwYXQtMi4yLjU6IC4uLi4uLi4uLi4gZG9uZQpbc3F1ZWFramFpbC1kZXZlbG9wbWVudDFd IHwgICB8IGAtLSBJbnN0YWxsaW5nIGZyZWV0eXBlMi0yLjkuMS4uLgpbc3F1ZWFramFpbC1kZXZl bG9wbWVudDFdIHwgICB8IGAtLSBFeHRyYWN0aW5nIGZyZWV0eXBlMi0yLjkuMTogLi4uLi4uLi4u LiBkb25lCltzcXVlYWtqYWlsLWRldmVsb3BtZW50MV0gfCAgIGAtLSBFeHRyYWN0aW5nIGZvbnRj b25maWctMi4xMi42LDE6IC4uLi4uLi4uLi4gZG9uZQpSdW5uaW5nIGZjLWNhY2hlIHRvIGJ1aWxk IGZvbnRjb25maWcgY2FjaGUuLi4KL3Vzci9sb2NhbC9zaGFyZS9mb250czogc2tpcHBpbmcsIG5v IHN1Y2ggZGlyZWN0b3J5Ci91c3IvbG9jYWwvbGliL1gxMS9mb250czogc2tpcHBpbmcsIG5vIHN1 Y2ggZGlyZWN0b3J5Ci92YXIvZGIvZm9udGNvbmZpZzogY2xlYW5pbmcgY2FjaGUgZGlyZWN0b3J5 CmZjLWNhY2hlOiBzdWNjZWVkZWQKW3NxdWVha2phaWwtZGV2ZWxvcG1lbnQxXSB8ICAgYC0tIElu c3RhbGxpbmcgZ2xpYi0yLjUwLjNfMywxLi4uCltzcXVlYWtqYWlsLWRldmVsb3BtZW50MV0gfCAg IHwgYC0tIEluc3RhbGxpbmcgbGliZmZpLTMuMi4xXzIuLi4KW3NxdWVha2phaWwtZGV2ZWxvcG1l bnQxXSB8ICAgfCBgLS0gRXh0cmFjdGluZyBsaWJmZmktMy4yLjFfMjogLi4uLi4uLi4uLiBkb25l CltzcXVlYWtqYWlsLWRldmVsb3BtZW50MV0gfCAgIHwgYC0tIEluc3RhbGxpbmcgbGliaWNvbnYt MS4xNF8xMS4uLgpbc3F1ZWFramFpbC1kZXZlbG9wbWVudDFdIHwgICB8IGAtLSBFeHRyYWN0aW5n IGxpYmljb252LTEuMTRfMTE6IC4uLi4uLi4uLi4gZG9uZQpbc3F1ZWFramFpbC1kZXZlbG9wbWVu dDFdIHwgICB8IGAtLSBJbnN0YWxsaW5nIHBjcmUtOC40Mi4uLgpbc3F1ZWFramFpbC1kZXZlbG9w bWVudDFdIHwgICB8IGAtLSBFeHRyYWN0aW5nIHBjcmUtOC40MjogLi4uLi4uLi4uLiBkb25lCltz cXVlYWtqYWlsLWRldmVsb3BtZW50MV0gfCAgIHwgYC0tIEluc3RhbGxpbmcgcGVybDUtNS4yNi4y Li4uCltzcXVlYWtqYWlsLWRldmVsb3BtZW50MV0gfCAgIHwgYC0tIEV4dHJhY3RpbmcgcGVybDUt NS4yNi4yOiAuLi4uLi4uLi4uIGRvbmUKW3NxdWVha2phaWwtZGV2ZWxvcG1lbnQxXSB8ICAgfCBg LS0gSW5zdGFsbGluZyBweXRob24yNy0yLjcuMTUuLi4KW3NxdWVha2phaWwtZGV2ZWxvcG1lbnQx XSB8ICAgfCAgIGAtLSBJbnN0YWxsaW5nIHJlYWRsaW5lLTcuMC4zXzEuLi4KW3NxdWVha2phaWwt ZGV2ZWxvcG1lbnQxXSB8ICAgfCAgIGAtLSBFeHRyYWN0aW5nIHJlYWRsaW5lLTcuMC4zXzE6IC4u Li4uLi4uLi4gZG9uZQpbc3F1ZWFramFpbC1kZXZlbG9wbWVudDFdIHwgICB8IGAtLSBFeHRyYWN0 aW5nIHB5dGhvbjI3LTIuNy4xNTogLi4uLi4uLi4uLiBkb25lCltzcXVlYWtqYWlsLWRldmVsb3Bt ZW50MV0gfCAgIGAtLSBFeHRyYWN0aW5nIGdsaWItMi41MC4zXzMsMTogLi4uLi4uLi4uLiBkb25l Ck5vIHNjaGVtYSBmaWxlcyBmb3VuZDogZG9pbmcgbm90aGluZy4KW3NxdWVha2phaWwtZGV2ZWxv cG1lbnQxXSB8ICAgYC0tIEluc3RhbGxpbmcgZ2xwcm90by0xLjQuMTcuLi4KW3NxdWVha2phaWwt ZGV2ZWxvcG1lbnQxXSB8ICAgYC0tIEV4dHJhY3RpbmcgZ2xwcm90by0xLjQuMTc6IC4uLi4uLi4u LiBkb25lCltzcXVlYWtqYWlsLWRldmVsb3BtZW50MV0gfCAgIGAtLSBJbnN0YWxsaW5nIGxpYlgx MS0xLjYuNSwxLi4uCltzcXVlYWtqYWlsLWRldmVsb3BtZW50MV0gfCAgIHwgYC0tIEluc3RhbGxp bmcga2Jwcm90by0xLjAuNy4uLgpbc3F1ZWFramFpbC1kZXZlbG9wbWVudDFdIHwgICB8IGAtLSBF eHRyYWN0aW5nIGticHJvdG8tMS4wLjc6IC4uLi4uLi4uLi4gZG9uZQpbc3F1ZWFramFpbC1kZXZl bG9wbWVudDFdIHwgICB8IGAtLSBJbnN0YWxsaW5nIGxpYlhhdS0xLjAuOF8zLi4uCltzcXVlYWtq YWlsLWRldmVsb3BtZW50MV0gfCAgIHwgICBgLS0gSW5zdGFsbGluZyB4cHJvdG8tNy4wLjMxLi4u CltzcXVlYWtqYWlsLWRldmVsb3BtZW50MV0gfCAgIHwgICBgLS0gRXh0cmFjdGluZyB4cHJvdG8t Ny4wLjMxOiAuLi4uLi4uLi4uIGRvbmUKW3NxdWVha2phaWwtZGV2ZWxvcG1lbnQxXSB8ICAgfCBg LS0gRXh0cmFjdGluZyBsaWJYYXUtMS4wLjhfMzogLi4uLi4uLi4uLiBkb25lCltzcXVlYWtqYWls LWRldmVsb3BtZW50MV0gfCAgIHwgYC0tIEluc3RhbGxpbmcgbGliWGRtY3AtMS4xLjIuLi4KW3Nx dWVha2phaWwtZGV2ZWxvcG1lbnQxXSB8ICAgfCBgLS0gRXh0cmFjdGluZyBsaWJYZG1jcC0xLjEu MjogLi4uLi4uLi4uIGRvbmUKW3NxdWVha2phaWwtZGV2ZWxvcG1lbnQxXSB8ICAgfCBgLS0gSW5z dGFsbGluZyBsaWJ4Y2ItMS4xMy4uLgpbc3F1ZWFramFpbC1kZXZlbG9wbWVudDFdIHwgICB8ICAg YC0tIEluc3RhbGxpbmcgbGlicHRocmVhZC1zdHVicy0wLjQuLi4KW3NxdWVha2phaWwtZGV2ZWxv cG1lbnQxXSB8ICAgfCAgIGAtLSBFeHRyYWN0aW5nIGxpYnB0aHJlYWQtc3R1YnMtMC40OiAuLi4u IGRvbmUKW3NxdWVha2phaWwtZGV2ZWxvcG1lbnQxXSB8ICAgfCAgIGAtLSBJbnN0YWxsaW5nIGxp YnhtbDItMi45LjcuLi4KW3NxdWVha2phaWwtZGV2ZWxvcG1lbnQxXSB8ICAgfCAgIGAtLSBFeHRy YWN0aW5nIGxpYnhtbDItMi45Ljc6IC4uLi4uLi4uLi4gZG9uZQpbc3F1ZWFramFpbC1kZXZlbG9w bWVudDFdIHwgICB8IGAtLSBFeHRyYWN0aW5nIGxpYnhjYi0xLjEzOiAuLi4uLi4uLi4uIGRvbmUK W3NxdWVha2phaWwtZGV2ZWxvcG1lbnQxXSB8ICAgYC0tIEV4dHJhY3RpbmcgbGliWDExLTEuNi41 LDE6IC4uLi4uLi4uLi4gZG9uZQpbc3F1ZWFramFpbC1kZXZlbG9wbWVudDFdIHwgICBgLS0gSW5z dGFsbGluZyBsaWJYZXh0LTEuMy4zXzEsMS4uLgpbc3F1ZWFramFpbC1kZXZlbG9wbWVudDFdIHwg ICB8IGAtLSBJbnN0YWxsaW5nIHhleHRwcm90by03LjMuMC4uLgpbc3F1ZWFramFpbC1kZXZlbG9w bWVudDFdIHwgICB8IGAtLSBFeHRyYWN0aW5nIHhleHRwcm90by03LjMuMDogLi4uLi4uLi4uLiBk b25lCltzcXVlYWtqYWlsLWRldmVsb3BtZW50MV0gfCAgIGAtLSBFeHRyYWN0aW5nIGxpYlhleHQt MS4zLjNfMSwxOiAuLi4uLi4uLi4uIGRvbmUKW3NxdWVha2phaWwtZGV2ZWxvcG1lbnQxXSB8ICAg YC0tIEluc3RhbGxpbmcgbGliWHJlbmRlci0wLjkuMTAuLi4KW3NxdWVha2phaWwtZGV2ZWxvcG1l bnQxXSB8ICAgfCBgLS0gSW5zdGFsbGluZyByZW5kZXJwcm90by0wLjExLjEuLi4KW3NxdWVha2ph aWwtZGV2ZWxvcG1lbnQxXSB8ICAgfCBgLS0gRXh0cmFjdGluZyByZW5kZXJwcm90by0wLjExLjE6 IC4uLi4uLi4gZG9uZQpbc3F1ZWFramFpbC1kZXZlbG9wbWVudDFdIHwgICBgLS0gRXh0cmFjdGlu ZyBsaWJYcmVuZGVyLTAuOS4xMDogLi4uLi4uLi4uLiBkb25lCltzcXVlYWtqYWlsLWRldmVsb3Bt ZW50MV0gfCAgIGAtLSBJbnN0YWxsaW5nIG1lc2EtbGlicy0xOC4xLjIuLi4KW3NxdWVha2phaWwt ZGV2ZWxvcG1lbnQxXSB8ICAgfCBgLS0gSW5zdGFsbGluZyBsaWJYZGFtYWdlLTEuMS40XzMuLi4K W3NxdWVha2phaWwtZGV2ZWxvcG1lbnQxXSB8ICAgfCAgIGAtLSBJbnN0YWxsaW5nIGRhbWFnZXBy b3RvLTEuMi4xLi4uCltzcXVlYWtqYWlsLWRldmVsb3BtZW50MV0gfCAgIHwgICBgLS0gRXh0cmFj dGluZyBkYW1hZ2Vwcm90by0xLjIuMTogLi4uLi4uLiBkb25lCltzcXVlYWtqYWlsLWRldmVsb3Bt ZW50MV0gfCAgIHwgICBgLS0gSW5zdGFsbGluZyBsaWJYZml4ZXMtNS4wLjMuLi4KW3NxdWVha2ph aWwtZGV2ZWxvcG1lbnQxXSB8ICAgfCAgIHwgYC0tIEluc3RhbGxpbmcgZml4ZXNwcm90by01LjAu Li4KW3NxdWVha2phaWwtZGV2ZWxvcG1lbnQxXSB8ICAgfCAgIHwgYC0tIEV4dHJhY3RpbmcgZml4 ZXNwcm90by01LjA6IC4uLi4uLi4gZG9uZQpbc3F1ZWFramFpbC1kZXZlbG9wbWVudDFdIHwgICB8 ICAgYC0tIEV4dHJhY3RpbmcgbGliWGZpeGVzLTUuMC4zOiAuLi4uLi4uLi4uIGRvbmUKW3NxdWVh a2phaWwtZGV2ZWxvcG1lbnQxXSB8ICAgfCBgLS0gRXh0cmFjdGluZyBsaWJYZGFtYWdlLTEuMS40 XzM6IC4uLi4uLiBkb25lCltzcXVlYWtqYWlsLWRldmVsb3BtZW50MV0gfCAgIHwgYC0tIEluc3Rh bGxpbmcgbGliWHhmODZ2bS0xLjEuNF8xLi4uCltzcXVlYWtqYWlsLWRldmVsb3BtZW50MV0gfCAg IHwgICBgLS0gSW5zdGFsbGluZyB4Zjg2dmlkbW9kZXByb3RvLTIuMy4xLi4uCltzcXVlYWtqYWls LWRldmVsb3BtZW50MV0gfCAgIHwgICBgLS0gRXh0cmFjdGluZyB4Zjg2dmlkbW9kZXByb3RvLTIu My4xOiAuLi4uLi4uIGRvbmUKW3NxdWVha2phaWwtZGV2ZWxvcG1lbnQxXSB8ICAgfCBgLS0gRXh0 cmFjdGluZyBsaWJYeGY4NnZtLTEuMS40XzE6IC4uLi4uLi4uLi4gZG9uZQpbc3F1ZWFramFpbC1k ZXZlbG9wbWVudDFdIHwgICB8IGAtLSBJbnN0YWxsaW5nIGxpYmRybS0yLjQuOTIsMS4uLgpbc3F1 ZWFramFpbC1kZXZlbG9wbWVudDFdIHwgICB8ICAgYC0tIEluc3RhbGxpbmcgbGlicGNpYWNjZXNz LTAuMTMuNS4uLgpbc3F1ZWFramFpbC1kZXZlbG9wbWVudDFdIHwgICB8ICAgfCBgLS0gSW5zdGFs bGluZyBwY2lpZHMtMjAxODA0MjguLi4KW3NxdWVha2phaWwtZGV2ZWxvcG1lbnQxXSB8ICAgfCAg IHwgYC0tIEV4dHJhY3RpbmcgcGNpaWRzLTIwMTgwNDI4OiAuLi4uLiBkb25lCltzcXVlYWtqYWls LWRldmVsb3BtZW50MV0gfCAgIHwgICBgLS0gRXh0cmFjdGluZyBsaWJwY2lhY2Nlc3MtMC4xMy41 OiAuLi4uLi4uLi4gZG9uZQpbc3F1ZWFramFpbC1kZXZlbG9wbWVudDFdIHwgICB8IGAtLSBFeHRy YWN0aW5nIGxpYmRybS0yLjQuOTIsMTogLi4uLi4uLi4uLiBkb25lCltzcXVlYWtqYWlsLWRldmVs b3BtZW50MV0gfCAgIHwgYC0tIEluc3RhbGxpbmcgbGlidW53aW5kLTIwMTcwNjE1Li4uCltzcXVl YWtqYWlsLWRldmVsb3BtZW50MV0gfCAgIHwgYC0tIEV4dHJhY3RpbmcgbGlidW53aW5kLTIwMTcw NjE1OiAuLi4uLi4uLi4uIGRvbmUKW3NxdWVha2phaWwtZGV2ZWxvcG1lbnQxXSB8ICAgfCBgLS0g SW5zdGFsbGluZyBsaWJ4c2htZmVuY2UtMS4yXzIuLi4KW3NxdWVha2phaWwtZGV2ZWxvcG1lbnQx XSB8ICAgfCBgLS0gRXh0cmFjdGluZyBsaWJ4c2htZmVuY2UtMS4yXzI6IC4uLi4uLi4uLiBkb25l CltzcXVlYWtqYWlsLWRldmVsb3BtZW50MV0gfCAgIGAtLSBFeHRyYWN0aW5nIG1lc2EtbGlicy0x OC4xLjI6IC4uLi4uLi4uLi4gZG9uZQpbc3F1ZWFramFpbC1kZXZlbG9wbWVudDFdIHwgICBgLS0g SW5zdGFsbGluZyBwaXhtYW4tMC4zNC4wLi4uCltzcXVlYWtqYWlsLWRldmVsb3BtZW50MV0gfCAg IGAtLSBFeHRyYWN0aW5nIHBpeG1hbi0wLjM0LjA6IC4uLi4uLi4uLi4gZG9uZQpbc3F1ZWFramFp bC1kZXZlbG9wbWVudDFdIHwgICBgLS0gSW5zdGFsbGluZyBwbmctMS42LjM0Li4uCltzcXVlYWtq YWlsLWRldmVsb3BtZW50MV0gfCAgIGAtLSBFeHRyYWN0aW5nIHBuZy0xLjYuMzQ6IC4uLi4uLi4u Li4gZG9uZQpbc3F1ZWFramFpbC1kZXZlbG9wbWVudDFdIHwgICBgLS0gSW5zdGFsbGluZyB4Y2It dXRpbC1yZW5kZXJ1dGlsLTAuMy45XzEuLi4KW3NxdWVha2phaWwtZGV2ZWxvcG1lbnQxXSB8ICAg fCBgLS0gSW5zdGFsbGluZyB4Y2ItdXRpbC0wLjQuMF8yLDEuLi4KW3NxdWVha2phaWwtZGV2ZWxv cG1lbnQxXSB8ICAgfCBgLS0gRXh0cmFjdGluZyB4Y2ItdXRpbC0wLjQuMF8yLDE6IC4uLi4uLi4u Li4gZG9uZQpbc3F1ZWFramFpbC1kZXZlbG9wbWVudDFdIHwgICBgLS0gRXh0cmFjdGluZyB4Y2It dXRpbC1yZW5kZXJ1dGlsLTAuMy45XzE6IC4uLi4uLi4uLiBkb25lCltzcXVlYWtqYWlsLWRldmVs b3BtZW50MV0gYC0tIEV4dHJhY3RpbmcgY2Fpcm8tMS4xNC44XzEsMjogLi4uLi4uLi4uLiBkb25l CltzcXVlYWtqYWlsLWRldmVsb3BtZW50MV0gYC0tIEluc3RhbGxpbmcgZ2lmbGliLTUuMS40Li4u CltzcXVlYWtqYWlsLWRldmVsb3BtZW50MV0gYC0tIEV4dHJhY3RpbmcgZ2lmbGliLTUuMS40OiAu Li4uLi4uLi4uIGRvbmUKW3NxdWVha2phaWwtZGV2ZWxvcG1lbnQxXSBgLS0gSW5zdGFsbGluZyBn bnVzdGVwLWJhc2UtMS4yNS4wXzQuLi4KW3NxdWVha2phaWwtZGV2ZWxvcG1lbnQxXSB8ICAgYC0t IEluc3RhbGxpbmcgYXZhaGktYXBwLTAuNi4zMV82Li4uCltzcXVlYWtqYWlsLWRldmVsb3BtZW50 MV0gfCAgIHwgYC0tIEluc3RhbGxpbmcgZGJ1cy1nbGliLTAuMTA4Li4uCltzcXVlYWtqYWlsLWRl dmVsb3BtZW50MV0gfCAgIHwgICBgLS0gSW5zdGFsbGluZyBkYnVzLTEuMTAuMTZfMS4uLgpbc3F1 ZWFramFpbC1kZXZlbG9wbWVudDFdIHwgICB8ICAgfCBgLS0gSW5zdGFsbGluZyBsaWJJQ0UtMS4w LjlfMSwxLi4uCltzcXVlYWtqYWlsLWRldmVsb3BtZW50MV0gfCAgIHwgICB8IGAtLSBFeHRyYWN0 aW5nIGxpYklDRS0xLjAuOV8xLDE6IC4uLi4uLi4uLi4gZG9uZQpbc3F1ZWFramFpbC1kZXZlbG9w bWVudDFdIHwgICB8ICAgfCBgLS0gSW5zdGFsbGluZyBsaWJTTS0xLjIuMl8zLDEuLi4KW3NxdWVh a2phaWwtZGV2ZWxvcG1lbnQxXSB8ICAgfCAgIHwgYC0tIEV4dHJhY3RpbmcgbGliU00tMS4yLjJf MywxOiAuLi4uLi4uLi4uIGRvbmUKPT09PiBDcmVhdGluZyBncm91cHMuCkNyZWF0aW5nIGdyb3Vw ICdtZXNzYWdlYnVzJyB3aXRoIGdpZCAnNTU2Jy4KPT09PiBDcmVhdGluZyB1c2VycwpDcmVhdGlu ZyB1c2VyICdtZXNzYWdlYnVzJyB3aXRoIHVpZCAnNTU2Jy4KW3NxdWVha2phaWwtZGV2ZWxvcG1l bnQxXSB8ICAgfCAgIGAtLSBFeHRyYWN0aW5nIGRidXMtMS4xMC4xNl8xOiAuLi4uLi4uLi4gZG9u ZQpbc3F1ZWFramFpbC1kZXZlbG9wbWVudDFdIHwgICB8IGAtLSBFeHRyYWN0aW5nIGRidXMtZ2xp Yi0wLjEwODogLi4uLi4uLi4uLiBkb25lCltzcXVlYWtqYWlsLWRldmVsb3BtZW50MV0gfCAgIHwg YC0tIEluc3RhbGxpbmcgZ2RibS0xLjEzXzEuLi4KW3NxdWVha2phaWwtZGV2ZWxvcG1lbnQxXSB8 ICAgfCBgLS0gRXh0cmFjdGluZyBnZGJtLTEuMTNfMTogLi4uLi4uLi4uLiBkb25lCltzcXVlYWtq YWlsLWRldmVsb3BtZW50MV0gfCAgIHwgYC0tIEluc3RhbGxpbmcgZ25vbWVfc3Vici0xLjAuLi4K W3NxdWVha2phaWwtZGV2ZWxvcG1lbnQxXSB8ICAgfCBgLS0gRXh0cmFjdGluZyBnbm9tZV9zdWJy LTEuMDogLi4uLiBkb25lCltzcXVlYWtqYWlsLWRldmVsb3BtZW50MV0gfCAgIHwgYC0tIEluc3Rh bGxpbmcgZ29iamVjdC1pbnRyb3NwZWN0aW9uLTEuNTAuMF8xLDEuLi4KW3NxdWVha2phaWwtZGV2 ZWxvcG1lbnQxXSB8ICAgfCBgLS0gRXh0cmFjdGluZyBnb2JqZWN0LWludHJvc3BlY3Rpb24tMS41 MC4wXzEsMTogLi4uLi4uLi4uLiBkb25lCltzcXVlYWtqYWlsLWRldmVsb3BtZW50MV0gfCAgIHwg YC0tIEluc3RhbGxpbmcgbGliZGFlbW9uLTAuMTRfMS4uLgpbc3F1ZWFramFpbC1kZXZlbG9wbWVu dDFdIHwgICB8IGAtLSBFeHRyYWN0aW5nIGxpYmRhZW1vbi0wLjE0XzE6IC4uLi4uLi4uLi4gZG9u ZQo9PT0+IENyZWF0aW5nIGdyb3Vwcy4KQ3JlYXRpbmcgZ3JvdXAgJ2F2YWhpJyB3aXRoIGdpZCAn NTU4Jy4KPT09PiBDcmVhdGluZyB1c2VycwpDcmVhdGluZyB1c2VyICdhdmFoaScgd2l0aCB1aWQg JzU1OCcuCltzcXVlYWtqYWlsLWRldmVsb3BtZW50MV0gfCAgIGAtLSBFeHRyYWN0aW5nIGF2YWhp LWFwcC0wLjYuMzFfNjogLi4uLi4uLi4uLiBkb25lCltzcXVlYWtqYWlsLWRldmVsb3BtZW50MV0g fCAgIGAtLSBJbnN0YWxsaW5nIGdtcC02LjEuMi4uLgpbc3F1ZWFramFpbC1kZXZlbG9wbWVudDFd IHwgICBgLS0gRXh0cmFjdGluZyBnbXAtNi4xLjI6IC4uLi4uLi4uLi4gZG9uZQpbc3F1ZWFramFp bC1kZXZlbG9wbWVudDFdIHwgICBgLS0gSW5zdGFsbGluZyBnbnV0bHMtMy41LjE4Li4uCltzcXVl YWtqYWlsLWRldmVsb3BtZW50MV0gfCAgIHwgYC0tIEluc3RhbGxpbmcgY2Ffcm9vdF9uc3MtMy4z Ny4zLi4uCltzcXVlYWtqYWlsLWRldmVsb3BtZW50MV0gfCAgIHwgYC0tIEV4dHJhY3RpbmcgY2Ff cm9vdF9uc3MtMy4zNy4zOiAuLi4uLi4uLiBkb25lCltzcXVlYWtqYWlsLWRldmVsb3BtZW50MV0g fCAgIHwgYC0tIEluc3RhbGxpbmcgbGliaWRuMi0yLjAuNS4uLgpbc3F1ZWFramFpbC1kZXZlbG9w bWVudDFdIHwgICB8ICAgYC0tIEluc3RhbGxpbmcgbGlidW5pc3RyaW5nLTAuOS4xMC4uLgpbc3F1 ZWFramFpbC1kZXZlbG9wbWVudDFdIHwgICB8ICAgYC0tIEV4dHJhY3RpbmcgbGlidW5pc3RyaW5n LTAuOS4xMDogLi4uLi4uLi4uLiBkb25lCltzcXVlYWtqYWlsLWRldmVsb3BtZW50MV0gfCAgIHwg YC0tIEV4dHJhY3RpbmcgbGliaWRuMi0yLjAuNTogLi4uLi4uLi4uLiBkb25lCltzcXVlYWtqYWls LWRldmVsb3BtZW50MV0gfCAgIHwgYC0tIEluc3RhbGxpbmcgbGlidGFzbjEtNC4xMy4uLgpbc3F1 ZWFramFpbC1kZXZlbG9wbWVudDFdIHwgICB8IGAtLSBFeHRyYWN0aW5nIGxpYnRhc24xLTQuMTM6 IC4uLi4uLi4uLi4gZG9uZQpbc3F1ZWFramFpbC1kZXZlbG9wbWVudDFdIHwgICB8IGAtLSBJbnN0 YWxsaW5nIG5ldHRsZS0zLjQuLi4KW3NxdWVha2phaWwtZGV2ZWxvcG1lbnQxXSB8ICAgfCBgLS0g RXh0cmFjdGluZyBuZXR0bGUtMy40OiAuLi4uLi4uLi4uIGRvbmUKW3NxdWVha2phaWwtZGV2ZWxv cG1lbnQxXSB8ICAgfCBgLS0gSW5zdGFsbGluZyBwMTEta2l0LTAuMjMuMTIuLi4KW3NxdWVha2ph aWwtZGV2ZWxvcG1lbnQxXSB8ICAgfCBgLS0gRXh0cmFjdGluZyBwMTEta2l0LTAuMjMuMTI6IC4u Li4uLi4uLi4gZG9uZQpbc3F1ZWFramFpbC1kZXZlbG9wbWVudDFdIHwgICB8IGAtLSBJbnN0YWxs aW5nIHRyb3VzZXJzLTAuMy4xNF8yLi4uCltzcXVlYWtqYWlsLWRldmVsb3BtZW50MV0gfCAgIHwg ICBgLS0gSW5zdGFsbGluZyB0cG0tZW11bGF0b3ItMC43LjRfMi4uLgo9PT0+IENyZWF0aW5nIGdy b3Vwcy4KQ3JlYXRpbmcgZ3JvdXAgJ190c3MnIHdpdGggZ2lkICc2MDEnLgo9PT0+IENyZWF0aW5n IHVzZXJzCkNyZWF0aW5nIHVzZXIgJ190c3MnIHdpdGggdWlkICc2MDEnLgpbc3F1ZWFramFpbC1k ZXZlbG9wbWVudDFdIHwgICB8ICAgYC0tIEV4dHJhY3RpbmcgdHBtLWVtdWxhdG9yLTAuNy40XzI6 IC4uLi4uLi4uLiBkb25lCj09PT4gQ3JlYXRpbmcgZ3JvdXBzLgpVc2luZyBleGlzdGluZyBncm91 cCAnX3RzcycuCj09PT4gQ3JlYXRpbmcgdXNlcnMKVXNpbmcgZXhpc3RpbmcgdXNlciAnX3Rzcycu CltzcXVlYWtqYWlsLWRldmVsb3BtZW50MV0gfCAgIHwgYC0tIEV4dHJhY3RpbmcgdHJvdXNlcnMt MC4zLjE0XzI6IC4uLi4uLi4uLi4gZG9uZQpbc3F1ZWFramFpbC1kZXZlbG9wbWVudDFdIHwgICBg LS0gRXh0cmFjdGluZyBnbnV0bHMtMy41LjE4OiAuLi4uLi4uLi4uIGRvbmUKW3NxdWVha2phaWwt ZGV2ZWxvcG1lbnQxXSB8ICAgYC0tIEluc3RhbGxpbmcgaWN1LTYxLjEsMS4uLgpbc3F1ZWFramFp bC1kZXZlbG9wbWVudDFdIHwgICBgLS0gRXh0cmFjdGluZyBpY3UtNjEuMSwxOiAuLi4uLi4uLi4u IGRvbmUKW3NxdWVha2phaWwtZGV2ZWxvcG1lbnQxXSB8ICAgYC0tIEluc3RhbGxpbmcgbGliZ2Ny eXB0LTEuOC4zLi4uCltzcXVlYWtqYWlsLWRldmVsb3BtZW50MV0gfCAgIHwgYC0tIEluc3RhbGxp bmcgbGliZ3BnLWVycm9yLTEuMzEuLi4KW3NxdWVha2phaWwtZGV2ZWxvcG1lbnQxXSB8ICAgfCBg LS0gRXh0cmFjdGluZyBsaWJncGctZXJyb3ItMS4zMTogLi4uLi4uLi4uLiBkb25lCltzcXVlYWtq YWlsLWRldmVsb3BtZW50MV0gfCAgIGAtLSBFeHRyYWN0aW5nIGxpYmdjcnlwdC0xLjguMzogLi4u Li4uLi4uLiBkb25lCltzcXVlYWtqYWlsLWRldmVsb3BtZW50MV0gfCAgIGAtLSBJbnN0YWxsaW5n IGxpYnhzbHQtMS4xLjMyLi4uCltzcXVlYWtqYWlsLWRldmVsb3BtZW50MV0gfCAgIGAtLSBFeHRy YWN0aW5nIGxpYnhzbHQtMS4xLjMyOiAuLi4uLi4uLi4uIGRvbmUKW3NxdWVha2phaWwtZGV2ZWxv cG1lbnQxXSBgLS0gRXh0cmFjdGluZyBnbnVzdGVwLWJhc2UtMS4yNS4wXzQ6IC4uLi4uLi4uLi4g ZG9uZQpbc3F1ZWFramFpbC1kZXZlbG9wbWVudDFdIGAtLSBJbnN0YWxsaW5nIGdudXN0ZXAtZ3Vp LTAuMjUuMV80Li4uCltzcXVlYWtqYWlsLWRldmVsb3BtZW50MV0gfCAgIGAtLSBJbnN0YWxsaW5n IGN1cHMtMi4yLjhfMS4uLgpbc3F1ZWFramFpbC1kZXZlbG9wbWVudDFdIHwgICB8IGAtLSBJbnN0 YWxsaW5nIGxpYnBhcGVyLTEuMS4yNC40Li4uCltzcXVlYWtqYWlsLWRldmVsb3BtZW50MV0gfCAg IHwgYC0tIEV4dHJhY3RpbmcgbGlicGFwZXItMS4xLjI0LjQ6IC4uLi4uLi4uLi4gZG9uZQo9PT0+ IENyZWF0aW5nIGdyb3Vwcy4KQ3JlYXRpbmcgZ3JvdXAgJ2N1cHMnIHdpdGggZ2lkICcxOTMnLgo9 PT0+IENyZWF0aW5nIHVzZXJzCkNyZWF0aW5nIHVzZXIgJ2N1cHMnIHdpdGggdWlkICcxOTMnLgpb c3F1ZWFramFpbC1kZXZlbG9wbWVudDFdIHwgICBgLS0gRXh0cmFjdGluZyBjdXBzLTIuMi44XzE6 IC4uLi4uLi4uLi4gZG9uZQpbc3F1ZWFramFpbC1kZXZlbG9wbWVudDFdIHwgICBgLS0gSW5zdGFs bGluZyBmbGl0ZS0xLjRfMi4uLgpbc3F1ZWFramFpbC1kZXZlbG9wbWVudDFdIHwgICBgLS0gRXh0 cmFjdGluZyBmbGl0ZS0xLjRfMjogLi4uLi4uLi4uLiBkb25lCltzcXVlYWtqYWlsLWRldmVsb3Bt ZW50MV0gfCAgIGAtLSBJbnN0YWxsaW5nIGpwZWctdHVyYm8tMS41LjMuLi4KW3NxdWVha2phaWwt ZGV2ZWxvcG1lbnQxXSB8ICAgYC0tIEV4dHJhY3RpbmcganBlZy10dXJiby0xLjUuMzogLi4uLi4u Li4uLiBkb25lCltzcXVlYWtqYWlsLWRldmVsb3BtZW50MV0gfCAgIGAtLSBJbnN0YWxsaW5nIGxp Ylh0LTEuMS41LDEuLi4KW3NxdWVha2phaWwtZGV2ZWxvcG1lbnQxXSB8ICAgYC0tIEV4dHJhY3Rp bmcgbGliWHQtMS4xLjUsMTogLi4uLi4uLi4uLiBkb25lCltzcXVlYWtqYWlsLWRldmVsb3BtZW50 MV0gfCAgIGAtLSBJbnN0YWxsaW5nIGxpYmFvLTEuMi4wXzMuLi4KW3NxdWVha2phaWwtZGV2ZWxv cG1lbnQxXSB8ICAgYC0tIEV4dHJhY3RpbmcgbGliYW8tMS4yLjBfMzogLi4uLi4uLi4uLiBkb25l CltzcXVlYWtqYWlsLWRldmVsb3BtZW50MV0gfCAgIGAtLSBJbnN0YWxsaW5nIGxpYnNuZGZpbGUt MS4wLjI4XzEuLi4KW3NxdWVha2phaWwtZGV2ZWxvcG1lbnQxXSB8ICAgfCBgLS0gSW5zdGFsbGlu ZyBmbGFjLTEuMy4yLi4uCltzcXVlYWtqYWlsLWRldmVsb3BtZW50MV0gfCAgIHwgICBgLS0gSW5z dGFsbGluZyBsaWJvZ2ctMS4zLjMsNC4uLgpbc3F1ZWFramFpbC1kZXZlbG9wbWVudDFdIHwgICB8 ICAgYC0tIEV4dHJhY3RpbmcgbGlib2dnLTEuMy4zLDQ6IC4uLi4uLi4uLi4gZG9uZQpbc3F1ZWFr amFpbC1kZXZlbG9wbWVudDFdIHwgICB8IGAtLSBFeHRyYWN0aW5nIGZsYWMtMS4zLjI6IC4uLi4u Li4uLi4gZG9uZQpbc3F1ZWFramFpbC1kZXZlbG9wbWVudDFdIHwgICB8IGAtLSBJbnN0YWxsaW5n IGxpYnZvcmJpcy0xLjMuNiwzLi4uCltzcXVlYWtqYWlsLWRldmVsb3BtZW50MV0gfCAgIHwgYC0t IEV4dHJhY3RpbmcgbGlidm9yYmlzLTEuMy42LDM6IC4uLi4uLi4uLi4gZG9uZQpbc3F1ZWFramFp bC1kZXZlbG9wbWVudDFdIHwgICBgLS0gRXh0cmFjdGluZyBsaWJzbmRmaWxlLTEuMC4yOF8xOiAu Li4uLi4uLi4uIGRvbmUKW3NxdWVha2phaWwtZGV2ZWxvcG1lbnQxXSB8ICAgYC0tIEluc3RhbGxp bmcgdGlmZi00LjAuOV8xLi4uCltzcXVlYWtqYWlsLWRldmVsb3BtZW50MV0gfCAgIHwgYC0tIElu c3RhbGxpbmcgamJpZ2tpdC0yLjFfMS4uLgpbc3F1ZWFramFpbC1kZXZlbG9wbWVudDFdIHwgICB8 IGAtLSBFeHRyYWN0aW5nIGpiaWdraXQtMi4xXzE6IC4uLi4uLi4uLi4gZG9uZQpbc3F1ZWFramFp bC1kZXZlbG9wbWVudDFdIHwgICBgLS0gRXh0cmFjdGluZyB0aWZmLTQuMC45XzE6IC4uLi4uLi4u Li4gZG9uZQpbc3F1ZWFramFpbC1kZXZlbG9wbWVudDFdIGAtLSBFeHRyYWN0aW5nIGdudXN0ZXAt Z3VpLTAuMjUuMV80OiAuLi4uLi4uLi4uIGRvbmUKW3NxdWVha2phaWwtZGV2ZWxvcG1lbnQxXSBg LS0gSW5zdGFsbGluZyBsaWJHTFUtOS4wLjBfMy4uLgpbc3F1ZWFramFpbC1kZXZlbG9wbWVudDFd IGAtLSBFeHRyYWN0aW5nIGxpYkdMVS05LjAuMF8zOiAuLi4uLi4gZG9uZQpbc3F1ZWFramFpbC1k ZXZlbG9wbWVudDFdIGAtLSBJbnN0YWxsaW5nIGxpYlhjdXJzb3ItMS4xLjE1Li4uCltzcXVlYWtq YWlsLWRldmVsb3BtZW50MV0gYC0tIEV4dHJhY3RpbmcgbGliWGN1cnNvci0xLjEuMTU6IC4uLi4u Li4uLi4gZG9uZQpbc3F1ZWFramFpbC1kZXZlbG9wbWVudDFdIGAtLSBJbnN0YWxsaW5nIGxpYlhm dC0yLjMuMl8xLi4uCltzcXVlYWtqYWlsLWRldmVsb3BtZW50MV0gYC0tIEV4dHJhY3RpbmcgbGli WGZ0LTIuMy4yXzE6IC4uLi4uLi4uLi4gZG9uZQpbc3F1ZWFramFpbC1kZXZlbG9wbWVudDFdIGAt LSBJbnN0YWxsaW5nIGxpYlhtdS0xLjEuMl8zLDEuLi4KW3NxdWVha2phaWwtZGV2ZWxvcG1lbnQx XSBgLS0gRXh0cmFjdGluZyBsaWJYbXUtMS4xLjJfMywxOiAuLi4uLi4uLi4uIGRvbmUKW3NxdWVh a2phaWwtZGV2ZWxvcG1lbnQxXSBFeHRyYWN0aW5nIGdudXN0ZXAtYmFjay0wLjI1LjFfMTogLi4u Li4uLi4uLiBkb25lCk1lc3NhZ2UgZnJvbSBmcmVldHlwZTItMi45LjE6CgpUaGUgMi43Lnggc2Vy aWVzIG5vdyB1c2VzIHRoZSBuZXcgc3VicGl4ZWwgaGludGluZyBtb2RlIChWNDAgcG9ydCdzIG9w dGlvbikgYXMKdGhlIGRlZmF1bHQsIGVtdWxhdGluZyBhIG1vZGVybiB2ZXJzaW9uIG9mIENsZWFy VHlwZS4gVGhpcyBjaGFuZ2UgaW5ldml0YWJseQpsZWFkcyB0byBkaWZmZXJlbnQgcmVuZGVyaW5n IHJlc3VsdHMsIGFuZCB5b3UgbWlnaHQgY2hhbmdlIHBvcnQncyBvcHRpb25zIHRvCmFkYXB0IGl0 IHRvIHlvdXIgdGFzdGUgKG9yIHVzZSB0aGUgbmV3ICJGUkVFVFlQRV9QUk9QRVJUSUVTIiBlbnZp cm9ubWVudAp2YXJpYWJsZSkuCgpUaGUgZW52aXJvbm1lbnQgdmFyaWFibGUgIkZSRUVUWVBFX1BS T1BFUlRJRVMiIGNhbiBiZSB1c2VkIHRvIGNvbnRyb2wgdGhlCmRyaXZlciBwcm9wZXJ0aWVzLiBF eGFtcGxlOgoKRlJFRVRZUEVfUFJPUEVSVElFUz10cnVldHlwZTppbnRlcnByZXRlci12ZXJzaW9u PTM1IFwKCWNmZjpuby1zdGVtLWRhcmtlbmluZz0xIFwKCWF1dG9maXR0ZXI6d2FycGluZz0xCgpU aGlzIGFsbG93cyB0byBzZWxlY3QsIHNheSwgdGhlIHN1YnBpeGVsIGhpbnRpbmcgbW9kZSBhdCBy dW50aW1lIGZvciBhIGdpdmVuCmFwcGxpY2F0aW9uLgoKVGhlIGNvbnRyb2xsYWJsZSBwcm9wZXJ0 aWVzIGFyZSBsaXN0ZWQgaW4gdGhlIHNlY3Rpb24gIkNvbnRyb2xsaW5nIEZyZWVUeXBlCk1vZHVs ZXMiIGluIHRoZSByZWZlcmVuY2UncyB0YWJsZSBvZiBjb250ZW50cwooL3Vzci9sb2NhbC9zaGFy ZS9kb2MvZnJlZXR5cGUyL3JlZmVyZW5jZS9mdDItdG9jLmh0bWwsIGlmIGRvY3VtZW50YXRpb24g d2FzIGluc3RhbGxlZCkuCk1lc3NhZ2UgZnJvbSBwZXJsNS01LjI2LjI6CgpUaGUgL3Vzci9iaW4v cGVybCBzeW1saW5rIGhhcyBiZWVuIHJlbW92ZWQgc3RhcnRpbmcgd2l0aCBQZXJsIDUuMjAuCkZv ciBzaGViYW5ncywgeW91IHNob3VsZCBlaXRoZXIgdXNlOgoKIyEvdXNyL2xvY2FsL2Jpbi9wZXJs CgpvcgoKIyEvdXNyL2Jpbi9lbnYgcGVybAoKVGhlIGZpcnN0IG9uZSB3aWxsIG9ubHkgd29yayBp ZiB5b3UgaGF2ZSBhIC91c3IvbG9jYWwvYmluL3BlcmwsCnRoZSBzZWNvbmQgd2lsbCB3b3JrIGFz IGxvbmcgYXMgcGVybCBpcyBpbiBQQVRILgpNZXNzYWdlIGZyb20gcHl0aG9uMjctMi43LjE1OgoK PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09CgpOb3RlIHRoYXQgc29tZSBzdGFuZGFyZCBQeXRob24gbW9kdWxl cyBhcmUgcHJvdmlkZWQgYXMgc2VwYXJhdGUgcG9ydHMKYXMgdGhleSByZXF1aXJlIGFkZGl0aW9u YWwgZGVwZW5kZW5jaWVzLiBUaGV5IGFyZSBhdmFpbGFibGUgYXM6Cgpic2RkYiAgICAgICAgICAg ZGF0YWJhc2VzL3B5LWJzZGRiCmdkYm0gICAgICAgICAgICBkYXRhYmFzZXMvcHktZ2RibQpzcWxp dGUzICAgICAgICAgZGF0YWJhc2VzL3B5LXNxbGl0ZTMKdGtpbnRlciAgICAgICAgIHgxMS10b29s a2l0cy9weS10a2ludGVyCgo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KTWVzc2FnZSBmcm9tIGNhX3Jvb3Rf bnNzLTMuMzcuMzoKCioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKiBXQVJOSU5HICoq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKgoKRnJlZUJTRCBkb2VzIG5vdCwgYW5kIGNh biBub3Qgd2FycmFudCB0aGF0IHRoZSBjZXJ0aWZpY2F0aW9uIGF1dGhvcml0aWVzCndob3NlIGNl cnRpZmljYXRlcyBhcmUgaW5jbHVkZWQgaW4gdGhpcyBwYWNrYWdlIGhhdmUgaW4gYW55IHdheSBi ZWVuCmF1ZGl0ZWQgZm9yIHRydXN0d29ydGhpbmVzcyBvciBSRkMgMzY0NyBjb21wbGlhbmNlLgoK QXNzZXNzbWVudCBhbmQgdmVyaWZpY2F0aW9uIG9mIHRydXN0IGlzIHRoZSBjb21wbGV0ZSByZXNw b25zaWJpbGl0eSBvZiB0aGUKc3lzdGVtIGFkbWluaXN0cmF0b3IuCgoqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKiBOT1RFICoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioKClRoaXMgcGFja2FnZSBpbnN0YWxscyBzeW1saW5rcyB0byBzdXBwb3J0IHJvb3QgY2VydGlm aWNhdGVzIGRpc2NvdmVyeSBieQpkZWZhdWx0IGZvciBzb2Z0d2FyZSB0aGF0IHVzZXMgT3BlblNT TC4KClRoaXMgZW5hYmxlcyBTU0wgQ2VydGlmaWNhdGUgVmVyaWZpY2F0aW9uIGJ5IGNsaWVudCBz b2Z0d2FyZSB3aXRob3V0IG1hbnVhbAppbnRlcnZlbnRpb24uCgpJZiB5b3UgcHJlZmVyIHRvIGRv IHRoaXMgbWFudWFsbHksIHJlcGxhY2UgdGhlIGZvbGxvd2luZyBzeW1saW5rcyB3aXRoCmVpdGhl ciBhbiBlbXB0eSBmaWxlIG9yIHlvdXIgc2l0ZS1sb2NhbCBjZXJ0aWZpY2F0ZSBidW5kbGUuCgog ICogL2V0Yy9zc2wvY2VydC5wZW0KICAqIC91c3IvbG9jYWwvZXRjL3NzbC9jZXJ0LnBlbQogICog L3Vzci9sb2NhbC9vcGVuc3NsL2NlcnQucGVtCgoqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioKTWVzc2FnZSBm cm9tIHRyb3VzZXJzLTAuMy4xNF8yOgoKVG8gcnVuIHRjc2QgYXV0b21hdGljYWxseSwgYWRkIHRo ZSBmb2xsb3dpbmcgbGluZSB0byAvZXRjL3JjLmNvbmY6Cgp0Y3NkX2VuYWJsZT0iWUVTIgoKWW91 IG1pZ2h0IHdhbnQgdG8gZWRpdCAvdXNyL2xvY2FsL2V0Yy90Y3NkLmNvbmYgdG8gcmVmbGVjdCB5 b3VyIHNldHVwLgoKSWYgeW91IHdhbnQgdG8gdXNlIHRjc2Qgd2l0aCBzb2Z0d2FyZSBUUE0gZW11 bGF0b3IsIHVzZSB0aGUgZm9sbG93aW5nCmNvbmZpZ3VyYXRpb24gaW4gL2V0Yy9yYy5jb25mOgoK dGNzZF9lbmFibGU9IllFUyIKdGNzZF9tb2RlPSJlbXVsYXRvciIKdHBtZF9lbmFibGU9IllFUyIK ClRvIHVzZSBUUE0sIGFkZCB5b3VyX2FjY291bnQgdG8gJ190c3MnIGdyb3VwIGxpa2UgZm9sbG93 aW5nOgoKIyBwdyBncm91cG1vZCBfdHNzIC1tIHlvdXJfYWNjb3VudAo9PT0+ICAgZ251bWFpbC0x LjMuMF8xIGRlcGVuZHMgb24gcGFja2FnZTogZ251c3RlcC1iYWNrPjAgLSBmb3VuZAo9PT0+ICAg UmV0dXJuaW5nIHRvIGJ1aWxkIG9mIGdudW1haWwtMS4zLjBfMQo9PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0K PT09PT09PT09PT09PT09PT09PT09PT08cGhhc2U6IGxpYi1kZXBlbmRzICAgID49PT09PT09PT09 PT09PT09PT09PT09PT09PT09Cj09PT4gICBnbnVtYWlsLTEuMy4wXzEgZGVwZW5kcyBvbiBzaGFy ZWQgbGlicmFyeTogbGliUGFudG9taW1lLnNvIC0gbm90IGZvdW5kCj09PT4gICBJbnN0YWxsaW5n IGV4aXN0aW5nIHBhY2thZ2UgL3BhY2thZ2VzL0FsbC9wYW50b21pbWUtMS4zLjBfMS50eHoKW3Nx dWVha2phaWwtZGV2ZWxvcG1lbnQxXSBJbnN0YWxsaW5nIHBhbnRvbWltZS0xLjMuMF8xLi4uCltz cXVlYWtqYWlsLWRldmVsb3BtZW50MV0gRXh0cmFjdGluZyBwYW50b21pbWUtMS4zLjBfMTogLi4u Li4uLi4uLiBkb25lCj09PT4gICBnbnVtYWlsLTEuMy4wXzEgZGVwZW5kcyBvbiBzaGFyZWQgbGli cmFyeTogbGliUGFudG9taW1lLnNvIC0gZm91bmQgKC91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0v TGlicmFyeS9MaWJyYXJpZXMvbGliUGFudG9taW1lLnNvKQo9PT0+ICAgUmV0dXJuaW5nIHRvIGJ1 aWxkIG9mIGdudW1haWwtMS4zLjBfMQo9PT0+ICAgZ251bWFpbC0xLjMuMF8xIGRlcGVuZHMgb24g c2hhcmVkIGxpYnJhcnk6IGxpYkFkZHJlc3Nlcy5zbyAtIG5vdCBmb3VuZAo9PT0+ICAgSW5zdGFs bGluZyBleGlzdGluZyBwYWNrYWdlIC9wYWNrYWdlcy9BbGwvYWRkcmVzc2VzLTAuNC44XzUudHh6 CltzcXVlYWtqYWlsLWRldmVsb3BtZW50MV0gSW5zdGFsbGluZyBhZGRyZXNzZXMtMC40LjhfNS4u Lgpbc3F1ZWFramFpbC1kZXZlbG9wbWVudDFdIEV4dHJhY3RpbmcgYWRkcmVzc2VzLTAuNC44XzU6 IC4uLi4uLi4uLi4gZG9uZQo9PT0+ICAgZ251bWFpbC0xLjMuMF8xIGRlcGVuZHMgb24gc2hhcmVk IGxpYnJhcnk6IGxpYkFkZHJlc3Nlcy5zbyAtIGZvdW5kICgvdXNyL2xvY2FsL0dOVXN0ZXAvU3lz dGVtL0xpYnJhcnkvTGlicmFyaWVzL2xpYkFkZHJlc3Nlcy5zbykKPT09PiAgIFJldHVybmluZyB0 byBidWlsZCBvZiBnbnVtYWlsLTEuMy4wXzEKPT09PiAgIGdudW1haWwtMS4zLjBfMSBkZXBlbmRz IG9uIHNoYXJlZCBsaWJyYXJ5OiBsaWJnbnVzdGVwLWJhc2Uuc28gLSBmb3VuZCAoL3Vzci9sb2Nh bC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L0xpYnJhcmllcy9saWJnbnVzdGVwLWJhc2Uuc28pCj09 PT4gICBnbnVtYWlsLTEuMy4wXzEgZGVwZW5kcyBvbiBzaGFyZWQgbGlicmFyeTogbGlib2JqYy5z by40LjYgLSBmb3VuZCAoL3Vzci9sb2NhbC9saWIvbGlib2JqYy5zby40LjYpCj09PT4gICBnbnVt YWlsLTEuMy4wXzEgZGVwZW5kcyBvbiBzaGFyZWQgbGlicmFyeTogbGliZ251c3RlcC1ndWkuc28g LSBmb3VuZCAoL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L0xpYnJhcmllcy9saWJn bnVzdGVwLWd1aS5zbykKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Cj0+PiBSZWNvcmRpbmcgZmlsZXN5c3Rl bSBzdGF0ZSBmb3IgcHJlYnVpbGQuLi4gZG9uZQo9PT09PT09PT09PT09PT09PT09PT09PTxwaGFz ZTogY29uZmlndXJlICAgICAgPj09PT09PT09PT09PT09PT09PT09PT09PT09PT0KPT09PiAgIGdu dW1haWwtMS4zLjBfMSBkZXBlbmRzIG9uIGV4ZWN1dGFibGU6IGdtYWtlIC0gZm91bmQKPT09PiAg IGdudW1haWwtMS4zLjBfMSBkZXBlbmRzIG9uIHBhY2thZ2U6IGdudXN0ZXAtbWFrZT4wIC0gZm91 bmQKPT09PiAgIGdudW1haWwtMS4zLjBfMSBkZXBlbmRzIG9uIHBhY2thZ2U6IGdudXN0ZXAtYmFj az4wIC0gZm91bmQKPT09PiAgIGdudW1haWwtMS4zLjBfMSBkZXBlbmRzIG9uIHNoYXJlZCBsaWJy YXJ5OiBsaWJQYW50b21pbWUuc28gLSBmb3VuZCAoL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9M aWJyYXJ5L0xpYnJhcmllcy9saWJQYW50b21pbWUuc28pCj09PT4gICBnbnVtYWlsLTEuMy4wXzEg ZGVwZW5kcyBvbiBzaGFyZWQgbGlicmFyeTogbGliQWRkcmVzc2VzLnNvIC0gZm91bmQgKC91c3Iv bG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9MaWJyYXJpZXMvbGliQWRkcmVzc2VzLnNvKQo9 PT0+ICAgZ251bWFpbC0xLjMuMF8xIGRlcGVuZHMgb24gc2hhcmVkIGxpYnJhcnk6IGxpYmdudXN0 ZXAtYmFzZS5zbyAtIGZvdW5kICgvdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvTGli cmFyaWVzL2xpYmdudXN0ZXAtYmFzZS5zbykKPT09PiAgIGdudW1haWwtMS4zLjBfMSBkZXBlbmRz IG9uIHNoYXJlZCBsaWJyYXJ5OiBsaWJvYmpjLnNvLjQuNiAtIGZvdW5kICgvdXNyL2xvY2FsL2xp Yi9saWJvYmpjLnNvLjQuNikKPT09PiAgIGdudW1haWwtMS4zLjBfMSBkZXBlbmRzIG9uIHNoYXJl ZCBsaWJyYXJ5OiBsaWJnbnVzdGVwLWd1aS5zbyAtIGZvdW5kICgvdXNyL2xvY2FsL0dOVXN0ZXAv U3lzdGVtL0xpYnJhcnkvTGlicmFyaWVzL2xpYmdudXN0ZXAtZ3VpLnNvKQo9PT0+ICBDb25maWd1 cmluZyBmb3IgZ251bWFpbC0xLjMuMF8xCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQo9PT09PT09PT09PT09 PT09PT09PT09PTxwaGFzZTogYnVpbGQgICAgICAgICAgPj09PT09PT09PT09PT09PT09PT09PT09 PT09PT0KPT09PiAgQnVpbGRpbmcgZm9yIGdudW1haWwtMS4zLjBfMQpnbWFrZVsxXTogRW50ZXJp bmcgZGlyZWN0b3J5ICcvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvR05VTWFp bC0xLjMuMCcKVGhpcyBpcyBnbnVzdGVwLW1ha2UgMi43LjAuIFR5cGUgJ2dtYWtlIHByaW50LWdu dXN0ZXAtbWFrZS1oZWxwJyBmb3IgaGVscC4KUnVubmluZyBpbiBnbnVzdGVwLW1ha2UgdmVyc2lv biAyIHN0cmljdCBtb2RlLgpNYWtpbmcgYWxsIGluIEZyYW1ld29yay9HTlVNYWlsIC4uLgpnbWFr ZVsyXTogRW50ZXJpbmcgZGlyZWN0b3J5ICcvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWls L3dvcmsvR05VTWFpbC0xLjMuMC9GcmFtZXdvcmsvR05VTWFpbCcKTWFraW5nIGJ1aWxkLWhlYWRl cnMgZm9yIGZyYW1ld29yayBHTlVNYWlsLi4uCi91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGli cmFyeS9NYWtlZmlsZXMvbWtpbnN0YWxsZGlycyBHTlVNYWlsLmZyYW1ld29yay9WZXJzaW9ucy8x L0hlYWRlcnMKL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L01ha2VmaWxlcy9ta2lu c3RhbGxkaXJzIC4vZGVyaXZlZF9zcmM7IFwKdG91Y2ggZGVyaXZlZF9zcmMvLnN0YW1wCi91c3Iv bG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9NYWtlZmlsZXMvbWtpbnN0YWxsZGlycyBHTlVN YWlsLmZyYW1ld29yay9WZXJzaW9ucy8xL1Jlc291cmNlcwpjZCAuL0dOVU1haWwuZnJhbWV3b3Jr L1ZlcnNpb25zOyBcCnJtIC1mIEN1cnJlbnQ7IFwKbG4gLXMgMSBDdXJyZW50CmNkIC4vR05VTWFp bC5mcmFtZXdvcms7IFwKICBpZiBbICEgLWggIlJlc291cmNlcyIgXTsgdGhlbiBcCiAgICBybSAt ZiBSZXNvdXJjZXM7IFwKICAgIGxuIC1zIFZlcnNpb25zL0N1cnJlbnQvUmVzb3VyY2VzIFJlc291 cmNlczsgXAogIGZpOyBcCiAgaWYgWyAhIC1oICJIZWFkZXJzIiBdOyB0aGVuIFwKICAgIHJtIC1m IEhlYWRlcnM7IFwKICAgIGxuIC1zIFZlcnNpb25zL0N1cnJlbnQvSGVhZGVycyBIZWFkZXJzOyBc CiAgZmkKY2QgLi9kZXJpdmVkX3NyYzsgXAogIGlmIFsgISAtaCAiR05VTWFpbCIgXTsgdGhlbiBc CiAgICBybSAtZiAuL0dOVU1haWw7IFwKICAgIGxuIC1zIC4uL0dOVU1haWwuZnJhbWV3b3JrL0hl YWRlcnMgXAogICAgICAgICAgICAgICAgICAgIC4vR05VTWFpbDsgXAogIGZpCmNkIC47IFwKL3Vz ci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L01ha2VmaWxlcy9ta2luc3RhbGxkaXJzIC4v b2JqCk1ha2luZyBhbGwgZm9yIGZyYW1ld29yayBHTlVNYWlsLi4uCmNkIC47IFwKL3Vzci9sb2Nh bC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L01ha2VmaWxlcy9ta2luc3RhbGxkaXJzIC4vb2JqL0dO VU1haWwub2JqLwpjYyBBYm91dFBhbmVsQ29udHJvbGxlci5tIC1jIFwKICAgICAgLU1NRCAtTVAg LURHTlVTVEVQIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtREdOVV9HVUlfTElCUkFSWT0xIC1E R05VU1RFUF9SVU5USU1FPTEgLURfTk9ORlJBR0lMRV9BQkk9MSAtREdOVVNURVBfQkFTRV9MSUJS QVJZPTEgLWZuby1zdHJpY3QtYWxpYXNpbmcgLWZleGNlcHRpb25zIC1mb2JqYy1leGNlcHRpb25z IC1EX05BVElWRV9PQkpDX0VYQ0VQVElPTlMgLXB0aHJlYWQgLWZQSUMgLVdhbGwgLURHU1dBUk4g LURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25v LWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURH U1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3Rv ciAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1z dHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLWZvYmpjLXJ1 bnRpbWU9Z251c3RlcC0xLjggLWZibG9ja3MgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1m bm8tc3RyaWN0LWFsaWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1XYWxs IC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5j bHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9j YWwvc3NsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUg LUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJv cy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtZmNvbnN0YW50LXN0cmluZy1jbGFz cz1OU0NvbnN0YW50U3RyaW5nIC1JLiAtSS4vZGVyaXZlZF9zcmMgLUkuIC1JL3dya2RpcnMvdXNy L3BvcnRzL21haWwvZ251bWFpbC93b3JrL0dOVXN0ZXAvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9s b2NhbC9HTlVzdGVwL0xvY2FsL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9T eXN0ZW0vTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9pbmNsdWRlIFwKICAgICAgIC1vIG9i ai9HTlVNYWlsLm9iai9BYm91dFBhbmVsQ29udHJvbGxlci5tLm8KY2MgQWRkcmVzc0Jvb2tDb250 cm9sbGVyLm0gLWMgXAogICAgICAtTU1EIC1NUCAtREdOVVNURVAgLURHTlVTVEVQX0JBU0VfTElC UkFSWT0xIC1ER05VX0dVSV9MSUJSQVJZPTEgLURHTlVTVEVQX1JVTlRJTUU9MSAtRF9OT05GUkFH SUxFX0FCST0xIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtZm5vLXN0cmljdC1hbGlhc2luZyAt ZmV4Y2VwdGlvbnMgLWZvYmpjLWV4Y2VwdGlvbnMgLURfTkFUSVZFX09CSkNfRVhDRVBUSU9OUyAt cHRocmVhZCAtZlBJQyAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdh bGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NE SUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBv cnQgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAt cGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtV25vLWltcG9ydCAt SS91c3IvbG9jYWwvaW5jbHVkZSAtZm9iamMtcnVudGltZT1nbnVzdGVwLTEuOCAtZmJsb2NrcyAt TzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVduby1pbXBv cnQgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9z L2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vz ci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWlt cG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdh bGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9p bmNsdWRlIC1mY29uc3RhbnQtc3RyaW5nLWNsYXNzPU5TQ29uc3RhbnRTdHJpbmcgLUkuIC1JLi9k ZXJpdmVkX3NyYyAtSS4gLUkvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvR05V c3RlcC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvTG9jYWwvTGlicmFyeS9I ZWFkZXJzIC1JL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNy L2xvY2FsL2luY2x1ZGUgXAogICAgICAgLW8gb2JqL0dOVU1haWwub2JqL0FkZHJlc3NCb29rQ29u dHJvbGxlci5tLm8KY2MgQWRkcmVzc0Jvb2tQYW5lbC5tIC1jIFwKICAgICAgLU1NRCAtTVAgLURH TlVTVEVQIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtREdOVV9HVUlfTElCUkFSWT0xIC1ER05V U1RFUF9SVU5USU1FPTEgLURfTk9ORlJBR0lMRV9BQkk9MSAtREdOVVNURVBfQkFTRV9MSUJSQVJZ PTEgLWZuby1zdHJpY3QtYWxpYXNpbmcgLWZleGNlcHRpb25zIC1mb2JqYy1leGNlcHRpb25zIC1E X05BVElWRV9PQkpDX0VYQ0VQVElPTlMgLXB0aHJlYWQgLWZQSUMgLVdhbGwgLURHU1dBUk4gLURH U0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWlt cG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dB Uk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAt Zm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJp Y3QtYWxpYXNpbmcgLVduby1pbXBvcnQgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLWZvYmpjLXJ1bnRp bWU9Z251c3RlcC0xLjggLWZibG9ja3MgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8t c3RyaWN0LWFsaWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1XYWxsIC1X bm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVk ZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwv c3NsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkv dXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9p bmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtZmNvbnN0YW50LXN0cmluZy1jbGFzcz1O U0NvbnN0YW50U3RyaW5nIC1JLiAtSS4vZGVyaXZlZF9zcmMgLUkuIC1JL3dya2RpcnMvdXNyL3Bv cnRzL21haWwvZ251bWFpbC93b3JrL0dOVXN0ZXAvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2Nh bC9HTlVzdGVwL0xvY2FsL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9TeXN0 ZW0vTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9pbmNsdWRlIFwKICAgICAgIC1vIG9iai9H TlVNYWlsLm9iai9BZGRyZXNzQm9va1BhbmVsLm0ubwpjYyBBcHBsaWNhdGlvbkljb25Db250cm9s bGVyLm0gLWMgXAogICAgICAtTU1EIC1NUCAtREdOVVNURVAgLURHTlVTVEVQX0JBU0VfTElCUkFS WT0xIC1ER05VX0dVSV9MSUJSQVJZPTEgLURHTlVTVEVQX1JVTlRJTUU9MSAtRF9OT05GUkFHSUxF X0FCST0xIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtZm5vLXN0cmljdC1hbGlhc2luZyAtZmV4 Y2VwdGlvbnMgLWZvYmpjLWV4Y2VwdGlvbnMgLURfTkFUSVZFX09CSkNfRVhDRVBUSU9OUyAtcHRo cmVhZCAtZlBJQyAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwg LURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFH Tk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQg LU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlw ZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtV25vLWltcG9ydCAtSS91 c3IvbG9jYWwvaW5jbHVkZSAtZm9iamMtcnVudGltZT1nbnVzdGVwLTEuOCAtZmJsb2NrcyAtTzIg LXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQg LUkvdXNyL2xvY2FsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2lu Y2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9r ZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9y dCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdhbGwg LVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNs dWRlIC1mY29uc3RhbnQtc3RyaW5nLWNsYXNzPU5TQ29uc3RhbnRTdHJpbmcgLUkuIC1JLi9kZXJp dmVkX3NyYyAtSS4gLUkvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvR05Vc3Rl cC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvTG9jYWwvTGlicmFyeS9IZWFk ZXJzIC1JL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xv Y2FsL2luY2x1ZGUgXAogICAgICAgLW8gb2JqL0dOVU1haWwub2JqL0FwcGxpY2F0aW9uSWNvbkNv bnRyb2xsZXIubS5vCmNjIEF1dG9Db21wbGV0aW5nVGV4dEZpZWxkLm0gLWMgXAogICAgICAtTU1E IC1NUCAtREdOVVNURVAgLURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1ER05VX0dVSV9MSUJSQVJZ PTEgLURHTlVTVEVQX1JVTlRJTUU9MSAtRF9OT05GUkFHSUxFX0FCST0xIC1ER05VU1RFUF9CQVNF X0xJQlJBUlk9MSAtZm5vLXN0cmljdC1hbGlhc2luZyAtZmV4Y2VwdGlvbnMgLWZvYmpjLWV4Y2Vw dGlvbnMgLURfTkFUSVZFX09CSkNfRVhDRVBUSU9OUyAtcHRocmVhZCAtZlBJQyAtV2FsbCAtREdT V0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NF IC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2Fs bCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLU8yIC1waXBlIC1mc3RhY2stcHJv dGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAt Zm5vLXN0cmljdC1hbGlhc2luZyAtV25vLWltcG9ydCAtSS91c3IvbG9jYWwvaW5jbHVkZSAtZm9i amMtcnVudGltZT1nbnVzdGVwLTEuOCAtZmJsb2NrcyAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0 b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQgLUkvdXNyL2xvY2FsL2luY2x1ZGUg LVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3Nz bC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vz ci9sb2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5j bHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tl cmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1mY29uc3RhbnQtc3RyaW5n LWNsYXNzPU5TQ29uc3RhbnRTdHJpbmcgLUkuIC1JLi9kZXJpdmVkX3NyYyAtSS4gLUkvd3JrZGly cy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvR05Vc3RlcC9MaWJyYXJ5L0hlYWRlcnMgLUkv dXNyL2xvY2FsL0dOVXN0ZXAvTG9jYWwvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9HTlVz dGVwL1N5c3RlbS9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL2luY2x1ZGUgXAogICAgICAg LW8gb2JqL0dOVU1haWwub2JqL0F1dG9Db21wbGV0aW5nVGV4dEZpZWxkLm0ubwpjYyBDb25zb2xl V2luZG93Q29udHJvbGxlci5tIC1jIFwKICAgICAgLU1NRCAtTVAgLURHTlVTVEVQIC1ER05VU1RF UF9CQVNFX0xJQlJBUlk9MSAtREdOVV9HVUlfTElCUkFSWT0xIC1ER05VU1RFUF9SVU5USU1FPTEg LURfTk9ORlJBR0lMRV9BQkk9MSAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLWZuby1zdHJpY3Qt YWxpYXNpbmcgLWZleGNlcHRpb25zIC1mb2JqYy1leGNlcHRpb25zIC1EX05BVElWRV9PQkpDX0VY Q0VQVElPTlMgLXB0aHJlYWQgLWZQSUMgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8t aW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdT V0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NF IC1Xbm8taW1wb3J0IC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlh c2luZyAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVdu by1pbXBvcnQgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLWZvYmpjLXJ1bnRpbWU9Z251c3RlcC0xLjgg LWZibG9ja3MgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5n IC1Xbm8taW1wb3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vz ci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWlt cG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdh bGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9p bmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9s b2NhbC9zc2wvaW5jbHVkZSAtZmNvbnN0YW50LXN0cmluZy1jbGFzcz1OU0NvbnN0YW50U3RyaW5n IC1JLiAtSS4vZGVyaXZlZF9zcmMgLUkuIC1JL3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFp bC93b3JrL0dOVXN0ZXAvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9HTlVzdGVwL0xvY2Fs L0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9IZWFk ZXJzIC1JL3Vzci9sb2NhbC9pbmNsdWRlIFwKICAgICAgIC1vIG9iai9HTlVNYWlsLm9iai9Db25z b2xlV2luZG93Q29udHJvbGxlci5tLm8KY2MgQ29uc3RhbnRzLm0gLWMgXAogICAgICAtTU1EIC1N UCAtREdOVVNURVAgLURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1ER05VX0dVSV9MSUJSQVJZPTEg LURHTlVTVEVQX1JVTlRJTUU9MSAtRF9OT05GUkFHSUxFX0FCST0xIC1ER05VU1RFUF9CQVNFX0xJ QlJBUlk9MSAtZm5vLXN0cmljdC1hbGlhc2luZyAtZmV4Y2VwdGlvbnMgLWZvYmpjLWV4Y2VwdGlv bnMgLURfTkFUSVZFX09CSkNfRVhDRVBUSU9OUyAtcHRocmVhZCAtZlBJQyAtV2FsbCAtREdTV0FS TiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1X bm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAt REdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVj dG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5v LXN0cmljdC1hbGlhc2luZyAtV25vLWltcG9ydCAtSS91c3IvbG9jYWwvaW5jbHVkZSAtZm9iamMt cnVudGltZT1nbnVzdGVwLTEuOCAtZmJsb2NrcyAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3Ig LWZuby1zdHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLVdh bGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9p bmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9s b2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVk ZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJl cm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1mY29uc3RhbnQtc3RyaW5nLWNs YXNzPU5TQ29uc3RhbnRTdHJpbmcgLUkuIC1JLi9kZXJpdmVkX3NyYyAtSS4gLUkvd3JrZGlycy91 c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvR05Vc3RlcC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNy L2xvY2FsL0dOVXN0ZXAvTG9jYWwvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9HTlVzdGVw L1N5c3RlbS9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL2luY2x1ZGUgXAogICAgICAgLW8g b2JqL0dOVU1haWwub2JqL0NvbnN0YW50cy5tLm8KY2MgRXh0ZW5kZWRDZWxsLm0gLWMgXAogICAg ICAtTU1EIC1NUCAtREdOVVNURVAgLURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1ER05VX0dVSV9M SUJSQVJZPTEgLURHTlVTVEVQX1JVTlRJTUU9MSAtRF9OT05GUkFHSUxFX0FCST0xIC1ER05VU1RF UF9CQVNFX0xJQlJBUlk9MSAtZm5vLXN0cmljdC1hbGlhc2luZyAtZmV4Y2VwdGlvbnMgLWZvYmpj LWV4Y2VwdGlvbnMgLURfTkFUSVZFX09CSkNfRVhDRVBUSU9OUyAtcHRocmVhZCAtZlBJQyAtV2Fs bCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJ QUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9y dCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLU8yIC1waXBlIC1mc3Rh Y2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZnN0YWNrLXByb3Rl Y3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtV25vLWltcG9ydCAtSS91c3IvbG9jYWwvaW5jbHVk ZSAtZm9iamMtcnVudGltZT1nbnVzdGVwLTEuOCAtZmJsb2NrcyAtTzIgLXBpcGUgLWZzdGFjay1w cm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQgLUkvdXNyL2xvY2FsL2lu Y2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xv Y2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRl IC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVy b3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkv dXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1mY29uc3RhbnQt c3RyaW5nLWNsYXNzPU5TQ29uc3RhbnRTdHJpbmcgLUkuIC1JLi9kZXJpdmVkX3NyYyAtSS4gLUkv d3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvR05Vc3RlcC9MaWJyYXJ5L0hlYWRl cnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvTG9jYWwvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2Nh bC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL2luY2x1ZGUgXAog ICAgICAgLW8gb2JqL0dOVU1haWwub2JqL0V4dGVuZGVkQ2VsbC5tLm8KY2MgRXh0ZW5kZWRGaWxl V3JhcHBlci5tIC1jIFwKICAgICAgLU1NRCAtTVAgLURHTlVTVEVQIC1ER05VU1RFUF9CQVNFX0xJ QlJBUlk9MSAtREdOVV9HVUlfTElCUkFSWT0xIC1ER05VU1RFUF9SVU5USU1FPTEgLURfTk9ORlJB R0lMRV9BQkk9MSAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLWZuby1zdHJpY3QtYWxpYXNpbmcg LWZleGNlcHRpb25zIC1mb2JqYy1leGNlcHRpb25zIC1EX05BVElWRV9PQkpDX0VYQ0VQVElPTlMg LXB0aHJlYWQgLWZQSUMgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1X YWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdT RElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1w b3J0IC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIg LXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQg LUkvdXNyL2xvY2FsL2luY2x1ZGUgLWZvYmpjLXJ1bnRpbWU9Z251c3RlcC0xLjggLWZibG9ja3Mg LU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1Xbm8taW1w b3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJv cy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91 c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdhbGwgLVduby1p bXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1X YWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wv aW5jbHVkZSAtZmNvbnN0YW50LXN0cmluZy1jbGFzcz1OU0NvbnN0YW50U3RyaW5nIC1JLiAtSS4v ZGVyaXZlZF9zcmMgLUkuIC1JL3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL0dO VXN0ZXAvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9HTlVzdGVwL0xvY2FsL0xpYnJhcnkv SGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9IZWFkZXJzIC1JL3Vz ci9sb2NhbC9pbmNsdWRlIFwKICAgICAgIC1vIG9iai9HTlVNYWlsLm9iai9FeHRlbmRlZEZpbGVX cmFwcGVyLm0ubwpjYyBFeHRlbmRlZE1lbnVJdGVtLm0gLWMgXAogICAgICAtTU1EIC1NUCAtREdO VVNURVAgLURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1ER05VX0dVSV9MSUJSQVJZPTEgLURHTlVT VEVQX1JVTlRJTUU9MSAtRF9OT05GUkFHSUxFX0FCST0xIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9 MSAtZm5vLXN0cmljdC1hbGlhc2luZyAtZmV4Y2VwdGlvbnMgLWZvYmpjLWV4Y2VwdGlvbnMgLURf TkFUSVZFX09CSkNfRVhDRVBUSU9OUyAtcHRocmVhZCAtZlBJQyAtV2FsbCAtREdTV0FSTiAtREdT RElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1w b3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FS TiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1m bm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmlj dC1hbGlhc2luZyAtV25vLWltcG9ydCAtSS91c3IvbG9jYWwvaW5jbHVkZSAtZm9iamMtcnVudGlt ZT1nbnVzdGVwLTEuOCAtZmJsb2NrcyAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1z dHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLVdhbGwgLVdu by1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRl IC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9z c2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91 c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2lu Y2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1mY29uc3RhbnQtc3RyaW5nLWNsYXNzPU5T Q29uc3RhbnRTdHJpbmcgLUkuIC1JLi9kZXJpdmVkX3NyYyAtSS4gLUkvd3JrZGlycy91c3IvcG9y dHMvbWFpbC9nbnVtYWlsL3dvcmsvR05Vc3RlcC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2Fs L0dOVXN0ZXAvTG9jYWwvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3Rl bS9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL2luY2x1ZGUgXAogICAgICAgLW8gb2JqL0dO VU1haWwub2JqL0V4dGVuZGVkTWVudUl0ZW0ubS5vCmNjIEV4dGVuZGVkVGFibGVWaWV3Lm0gLWMg XAogICAgICAtTU1EIC1NUCAtREdOVVNURVAgLURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1ER05V X0dVSV9MSUJSQVJZPTEgLURHTlVTVEVQX1JVTlRJTUU9MSAtRF9OT05GUkFHSUxFX0FCST0xIC1E R05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtZm5vLXN0cmljdC1hbGlhc2luZyAtZmV4Y2VwdGlvbnMg LWZvYmpjLWV4Y2VwdGlvbnMgLURfTkFUSVZFX09CSkNfRVhDRVBUSU9OUyAtcHRocmVhZCAtZlBJ QyAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4g LURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25v LWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLU8yIC1waXBl IC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZnN0YWNr LXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtV25vLWltcG9ydCAtSS91c3IvbG9jYWwv aW5jbHVkZSAtZm9iamMtcnVudGltZT1nbnVzdGVwLTEuOCAtZmJsb2NrcyAtTzIgLXBpcGUgLWZz dGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQgLUkvdXNyL2xv Y2FsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkv dXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9p bmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iv a2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBv cnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1mY29u c3RhbnQtc3RyaW5nLWNsYXNzPU5TQ29uc3RhbnRTdHJpbmcgLUkuIC1JLi9kZXJpdmVkX3NyYyAt SS4gLUkvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvR05Vc3RlcC9MaWJyYXJ5 L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvTG9jYWwvTGlicmFyeS9IZWFkZXJzIC1JL3Vz ci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL2luY2x1 ZGUgXAogICAgICAgLW8gb2JqL0dOVU1haWwub2JqL0V4dGVuZGVkVGFibGVWaWV3Lm0ubwpjYyBF eHRlbmRlZFRleHRBdHRhY2htZW50Q2VsbC5tIC1jIFwKICAgICAgLU1NRCAtTVAgLURHTlVTVEVQ IC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtREdOVV9HVUlfTElCUkFSWT0xIC1ER05VU1RFUF9S VU5USU1FPTEgLURfTk9ORlJBR0lMRV9BQkk9MSAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLWZu by1zdHJpY3QtYWxpYXNpbmcgLWZleGNlcHRpb25zIC1mb2JqYy1leGNlcHRpb25zIC1EX05BVElW RV9PQkpDX0VYQ0VQVElPTlMgLXB0aHJlYWQgLWZQSUMgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdO T1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAt V2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURH U0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0 cmljdC1hbGlhc2luZyAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxp YXNpbmcgLVduby1pbXBvcnQgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLWZvYmpjLXJ1bnRpbWU9Z251 c3RlcC0xLjggLWZibG9ja3MgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0 LWFsaWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1w b3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2Fs bCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2lu Y2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xv Y2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRl IC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtZmNvbnN0YW50LXN0cmluZy1jbGFzcz1OU0NvbnN0 YW50U3RyaW5nIC1JLiAtSS4vZGVyaXZlZF9zcmMgLUkuIC1JL3dya2RpcnMvdXNyL3BvcnRzL21h aWwvZ251bWFpbC93b3JrL0dOVXN0ZXAvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9HTlVz dGVwL0xvY2FsL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGli cmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9pbmNsdWRlIFwKICAgICAgIC1vIG9iai9HTlVNYWls Lm9iai9FeHRlbmRlZFRleHRBdHRhY2htZW50Q2VsbC5tLm8KY2MgRXh0ZW5kZWRUZXh0Vmlldy5t IC1jIFwKICAgICAgLU1NRCAtTVAgLURHTlVTVEVQIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAt REdOVV9HVUlfTElCUkFSWT0xIC1ER05VU1RFUF9SVU5USU1FPTEgLURfTk9ORlJBR0lMRV9BQkk9 MSAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLWZuby1zdHJpY3QtYWxpYXNpbmcgLWZleGNlcHRp b25zIC1mb2JqYy1leGNlcHRpb25zIC1EX05BVElWRV9PQkpDX0VYQ0VQVElPTlMgLXB0aHJlYWQg LWZQSUMgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NX QVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0Ug LVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1PMiAt cGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBpcGUgLWZz dGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQgLUkvdXNyL2xv Y2FsL2luY2x1ZGUgLWZvYmpjLXJ1bnRpbWU9Z251c3RlcC0xLjggLWZibG9ja3MgLU8yIC1waXBl IC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vz ci9sb2NhbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRl IC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVy b3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkv dXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8t aW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAt ZmNvbnN0YW50LXN0cmluZy1jbGFzcz1OU0NvbnN0YW50U3RyaW5nIC1JLiAtSS4vZGVyaXZlZF9z cmMgLUkuIC1JL3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL0dOVXN0ZXAvTGli cmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9HTlVzdGVwL0xvY2FsL0xpYnJhcnkvSGVhZGVycyAt SS91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9p bmNsdWRlIFwKICAgICAgIC1vIG9iai9HTlVNYWlsLm9iai9FeHRlbmRlZFRleHRWaWV3Lm0ubwpj YyBFeHRlbmRlZE91dGxpbmVWaWV3Lm0gLWMgXAogICAgICAtTU1EIC1NUCAtREdOVVNURVAgLURH TlVTVEVQX0JBU0VfTElCUkFSWT0xIC1ER05VX0dVSV9MSUJSQVJZPTEgLURHTlVTVEVQX1JVTlRJ TUU9MSAtRF9OT05GUkFHSUxFX0FCST0xIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtZm5vLXN0 cmljdC1hbGlhc2luZyAtZmV4Y2VwdGlvbnMgLWZvYmpjLWV4Y2VwdGlvbnMgLURfTkFUSVZFX09C SkNfRVhDRVBUSU9OUyAtcHRocmVhZCAtZlBJQyAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0Ug LVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxs IC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElB R05PU0UgLVduby1pbXBvcnQgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0 LWFsaWFzaW5nIC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2lu ZyAtV25vLWltcG9ydCAtSS91c3IvbG9jYWwvaW5jbHVkZSAtZm9iamMtcnVudGltZT1nbnVzdGVw LTEuOCAtZmJsb2NrcyAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxp YXNpbmcgLVduby1pbXBvcnQgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQg LUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1X bm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVk ZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwv c3NsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkv dXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1mY29uc3RhbnQtc3RyaW5nLWNsYXNzPU5TQ29uc3RhbnRT dHJpbmcgLUkuIC1JLi9kZXJpdmVkX3NyYyAtSS4gLUkvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9n bnVtYWlsL3dvcmsvR05Vc3RlcC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAv TG9jYWwvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5 L0hlYWRlcnMgLUkvdXNyL2xvY2FsL2luY2x1ZGUgXAogICAgICAgLW8gb2JqL0dOVU1haWwub2Jq L0V4dGVuZGVkT3V0bGluZVZpZXcubS5vCmNjIEV4dGVuZGVkV2luZG93Lm0gLWMgXAogICAgICAt TU1EIC1NUCAtREdOVVNURVAgLURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1ER05VX0dVSV9MSUJS QVJZPTEgLURHTlVTVEVQX1JVTlRJTUU9MSAtRF9OT05GUkFHSUxFX0FCST0xIC1ER05VU1RFUF9C QVNFX0xJQlJBUlk9MSAtZm5vLXN0cmljdC1hbGlhc2luZyAtZmV4Y2VwdGlvbnMgLWZvYmpjLWV4 Y2VwdGlvbnMgLURfTkFUSVZFX09CSkNfRVhDRVBUSU9OUyAtcHRocmVhZCAtZlBJQyAtV2FsbCAt REdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdO T1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAt V2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLU8yIC1waXBlIC1mc3RhY2st cHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3Rv ciAtZm5vLXN0cmljdC1hbGlhc2luZyAtV25vLWltcG9ydCAtSS91c3IvbG9jYWwvaW5jbHVkZSAt Zm9iamMtcnVudGltZT1nbnVzdGVwLTEuOCAtZmJsb2NrcyAtTzIgLXBpcGUgLWZzdGFjay1wcm90 ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQgLUkvdXNyL2xvY2FsL2luY2x1 ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2Fs L3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1J L3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3Mv aW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNy L2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1mY29uc3RhbnQtc3Ry aW5nLWNsYXNzPU5TQ29uc3RhbnRTdHJpbmcgLUkuIC1JLi9kZXJpdmVkX3NyYyAtSS4gLUkvd3Jr ZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvR05Vc3RlcC9MaWJyYXJ5L0hlYWRlcnMg LUkvdXNyL2xvY2FsL0dOVXN0ZXAvTG9jYWwvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9H TlVzdGVwL1N5c3RlbS9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL2luY2x1ZGUgXAogICAg ICAgLW8gb2JqL0dOVU1haWwub2JqL0V4dGVuZGVkV2luZG93Lm0ubwpjYyBFZGl0V2luZG93Q29u dHJvbGxlci5tIC1jIFwKICAgICAgLU1NRCAtTVAgLURHTlVTVEVQIC1ER05VU1RFUF9CQVNFX0xJ QlJBUlk9MSAtREdOVV9HVUlfTElCUkFSWT0xIC1ER05VU1RFUF9SVU5USU1FPTEgLURfTk9ORlJB R0lMRV9BQkk9MSAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLWZuby1zdHJpY3QtYWxpYXNpbmcg LWZleGNlcHRpb25zIC1mb2JqYy1leGNlcHRpb25zIC1EX05BVElWRV9PQkpDX0VYQ0VQVElPTlMg LXB0aHJlYWQgLWZQSUMgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1X YWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdT RElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1w b3J0IC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIg LXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQg LUkvdXNyL2xvY2FsL2luY2x1ZGUgLWZvYmpjLXJ1bnRpbWU9Z251c3RlcC0xLjggLWZibG9ja3Mg LU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1Xbm8taW1w b3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJv cy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91 c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdhbGwgLVduby1p bXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1X YWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wv aW5jbHVkZSAtZmNvbnN0YW50LXN0cmluZy1jbGFzcz1OU0NvbnN0YW50U3RyaW5nIC1JLiAtSS4v ZGVyaXZlZF9zcmMgLUkuIC1JL3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL0dO VXN0ZXAvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9HTlVzdGVwL0xvY2FsL0xpYnJhcnkv SGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9IZWFkZXJzIC1JL3Vz ci9sb2NhbC9pbmNsdWRlIFwKICAgICAgIC1vIG9iai9HTlVNYWlsLm9iai9FZGl0V2luZG93Q29u dHJvbGxlci5tLm8KY2MgRWRpdFdpbmRvd1Rvb2xiYXIubSAtYyBcCiAgICAgIC1NTUQgLU1QIC1E R05VU1RFUCAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLURHTlVfR1VJX0xJQlJBUlk9MSAtREdO VVNURVBfUlVOVElNRT0xIC1EX05PTkZSQUdJTEVfQUJJPTEgLURHTlVTVEVQX0JBU0VfTElCUkFS WT0xIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1mZXhjZXB0aW9ucyAtZm9iamMtZXhjZXB0aW9ucyAt RF9OQVRJVkVfT0JKQ19FWENFUFRJT05TIC1wdGhyZWFkIC1mUElDIC1XYWxsIC1ER1NXQVJOIC1E R1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1p bXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NX QVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3Ig LWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3Ry aWN0LWFsaWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1mb2JqYy1ydW50 aW1lPWdudXN0ZXAtMS44IC1mYmxvY2tzIC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5v LXN0cmljdC1hbGlhc2luZyAtV25vLWltcG9ydCAtSS91c3IvbG9jYWwvaW5jbHVkZSAtV2FsbCAt V25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1 ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2Fs L3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1J L3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3Mv aW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLWZjb25zdGFudC1zdHJpbmctY2xhc3M9 TlNDb25zdGFudFN0cmluZyAtSS4gLUkuL2Rlcml2ZWRfc3JjIC1JLiAtSS93cmtkaXJzL3Vzci9w b3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVzdGVwL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9j YWwvR05Vc3RlcC9Mb2NhbC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvU3lz dGVtL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvaW5jbHVkZSBcCiAgICAgICAtbyBvYmov R05VTWFpbC5vYmovRWRpdFdpbmRvd1Rvb2xiYXIubS5vCmNjIEZpbHRlci5tIC1jIFwKICAgICAg LU1NRCAtTVAgLURHTlVTVEVQIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtREdOVV9HVUlfTElC UkFSWT0xIC1ER05VU1RFUF9SVU5USU1FPTEgLURfTk9ORlJBR0lMRV9BQkk9MSAtREdOVVNURVBf QkFTRV9MSUJSQVJZPTEgLWZuby1zdHJpY3QtYWxpYXNpbmcgLWZleGNlcHRpb25zIC1mb2JqYy1l eGNlcHRpb25zIC1EX05BVElWRV9PQkpDX0VYQ0VQVElPTlMgLXB0aHJlYWQgLWZQSUMgLVdhbGwg LURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFH Tk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQg LVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1PMiAtcGlwZSAtZnN0YWNr LXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0 b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQgLUkvdXNyL2xvY2FsL2luY2x1ZGUg LWZvYmpjLXJ1bnRpbWU9Z251c3RlcC0xLjggLWZibG9ja3MgLU8yIC1waXBlIC1mc3RhY2stcHJv dGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vzci9sb2NhbC9pbmNs dWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2Nh bC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAt SS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9z L2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vz ci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtZmNvbnN0YW50LXN0 cmluZy1jbGFzcz1OU0NvbnN0YW50U3RyaW5nIC1JLiAtSS4vZGVyaXZlZF9zcmMgLUkuIC1JL3dy a2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL0dOVXN0ZXAvTGlicmFyeS9IZWFkZXJz IC1JL3Vzci9sb2NhbC9HTlVzdGVwL0xvY2FsL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwv R05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9pbmNsdWRlIFwKICAg ICAgIC1vIG9iai9HTlVNYWlsLm9iai9GaWx0ZXIubS5vCmNjIEZpbHRlck1hbmFnZXIubSAtYyBc CiAgICAgIC1NTUQgLU1QIC1ER05VU1RFUCAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLURHTlVf R1VJX0xJQlJBUlk9MSAtREdOVVNURVBfUlVOVElNRT0xIC1EX05PTkZSQUdJTEVfQUJJPTEgLURH TlVTVEVQX0JBU0VfTElCUkFSWT0xIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1mZXhjZXB0aW9ucyAt Zm9iamMtZXhjZXB0aW9ucyAtRF9OQVRJVkVfT0JKQ19FWENFUFRJT05TIC1wdGhyZWFkIC1mUElD IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAt REdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8t aW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtTzIgLXBpcGUg LWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mc3RhY2st cHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vzci9sb2NhbC9p bmNsdWRlIC1mb2JqYy1ydW50aW1lPWdudXN0ZXAtMS44IC1mYmxvY2tzIC1PMiAtcGlwZSAtZnN0 YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtV25vLWltcG9ydCAtSS91c3IvbG9j YWwvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91 c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2lu Y2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9r ZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9y dCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLWZjb25z dGFudC1zdHJpbmctY2xhc3M9TlNDb25zdGFudFN0cmluZyAtSS4gLUkuL2Rlcml2ZWRfc3JjIC1J LiAtSS93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVzdGVwL0xpYnJhcnkv SGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9Mb2NhbC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNy L2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvaW5jbHVk ZSBcCiAgICAgICAtbyBvYmovR05VTWFpbC5vYmovRmlsdGVyTWFuYWdlci5tLm8KRmlsdGVyTWFu YWdlci5tOjQ3NToyOiB3YXJuaW5nOiBGSVhNRSBObyBUcmFzaCBtYWlsYm94IHdhcyBzcGVjaWZp ZWQgWy1XI3dhcm5pbmdzXQojd2FybmluZyBGSVhNRSBObyBUcmFzaCBtYWlsYm94IHdhcyBzcGVj aWZpZWQKIF4KMSB3YXJuaW5nIGdlbmVyYXRlZC4KY2MgRmluZFdpbmRvd0NvbnRyb2xsZXIubSAt YyBcCiAgICAgIC1NTUQgLU1QIC1ER05VU1RFUCAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLURH TlVfR1VJX0xJQlJBUlk9MSAtREdOVVNURVBfUlVOVElNRT0xIC1EX05PTkZSQUdJTEVfQUJJPTEg LURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1mZXhjZXB0aW9u cyAtZm9iamMtZXhjZXB0aW9ucyAtRF9OQVRJVkVfT0JKQ19FWENFUFRJT05TIC1wdGhyZWFkIC1m UElDIC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FS TiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1X bm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtTzIgLXBp cGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mc3Rh Y2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vzci9sb2Nh bC9pbmNsdWRlIC1mb2JqYy1ydW50aW1lPWdudXN0ZXAtMS44IC1mYmxvY2tzIC1PMiAtcGlwZSAt ZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtV25vLWltcG9ydCAtSS91c3Iv bG9jYWwvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAt SS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9z L2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vz ci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWlt cG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLWZj b25zdGFudC1zdHJpbmctY2xhc3M9TlNDb25zdGFudFN0cmluZyAtSS4gLUkuL2Rlcml2ZWRfc3Jj IC1JLiAtSS93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVzdGVwL0xpYnJh cnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9Mb2NhbC9MaWJyYXJ5L0hlYWRlcnMgLUkv dXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvaW5j bHVkZSBcCiAgICAgICAtbyBvYmovR05VTWFpbC5vYmovRmluZFdpbmRvd0NvbnRyb2xsZXIubS5v CmNjIEZvbGRlck5vZGUubSAtYyBcCiAgICAgIC1NTUQgLU1QIC1ER05VU1RFUCAtREdOVVNURVBf QkFTRV9MSUJSQVJZPTEgLURHTlVfR1VJX0xJQlJBUlk9MSAtREdOVVNURVBfUlVOVElNRT0xIC1E X05PTkZSQUdJTEVfQUJJPTEgLURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1mbm8tc3RyaWN0LWFs aWFzaW5nIC1mZXhjZXB0aW9ucyAtZm9iamMtZXhjZXB0aW9ucyAtRF9OQVRJVkVfT0JKQ19FWENF UFRJT05TIC1wdGhyZWFkIC1mUElDIC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWlt cG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dB Uk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAt V25vLWltcG9ydCAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNp bmcgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1Xbm8t aW1wb3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1mb2JqYy1ydW50aW1lPWdudXN0ZXAtMS44IC1m YmxvY2tzIC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAt V25vLWltcG9ydCAtSS91c3IvbG9jYWwvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iv a2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBv cnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1XYWxs IC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5j bHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9j YWwvc3NsL2luY2x1ZGUgLWZjb25zdGFudC1zdHJpbmctY2xhc3M9TlNDb25zdGFudFN0cmluZyAt SS4gLUkuL2Rlcml2ZWRfc3JjIC1JLiAtSS93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwv d29yay9HTlVzdGVwL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9Mb2NhbC9M aWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvSGVhZGVy cyAtSS91c3IvbG9jYWwvaW5jbHVkZSBcCiAgICAgICAtbyBvYmovR05VTWFpbC5vYmovRm9sZGVy Tm9kZS5tLm8KRm9sZGVyTm9kZS5tOjU5OjI6IHdhcm5pbmc6IGlzIHRoaXMgY29ycmVjdD8gWy1X I3dhcm5pbmdzXQojd2FybmluZyBpcyB0aGlzIGNvcnJlY3Q/CiBeCjEgd2FybmluZyBnZW5lcmF0 ZWQuCmNjIEZvbGRlck5vZGVQb3BVcEl0ZW0ubSAtYyBcCiAgICAgIC1NTUQgLU1QIC1ER05VU1RF UCAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLURHTlVfR1VJX0xJQlJBUlk9MSAtREdOVVNURVBf UlVOVElNRT0xIC1EX05PTkZSQUdJTEVfQUJJPTEgLURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1m bm8tc3RyaWN0LWFsaWFzaW5nIC1mZXhjZXB0aW9ucyAtZm9iamMtZXhjZXB0aW9ucyAtRF9OQVRJ VkVfT0JKQ19FWENFUFRJT05TIC1wdGhyZWFkIC1mUElDIC1XYWxsIC1ER1NXQVJOIC1ER1NESUFH Tk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQg LVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1E R1NESUFHTk9TRSAtV25vLWltcG9ydCAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1z dHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFs aWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1mb2JqYy1ydW50aW1lPWdu dXN0ZXAtMS44IC1mYmxvY2tzIC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmlj dC1hbGlhc2luZyAtV25vLWltcG9ydCAtSS91c3IvbG9jYWwvaW5jbHVkZSAtV2FsbCAtV25vLWlt cG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdh bGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9p bmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9s b2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVk ZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLWZjb25zdGFudC1zdHJpbmctY2xhc3M9TlNDb25z dGFudFN0cmluZyAtSS4gLUkuL2Rlcml2ZWRfc3JjIC1JLiAtSS93cmtkaXJzL3Vzci9wb3J0cy9t YWlsL2dudW1haWwvd29yay9HTlVzdGVwL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05V c3RlcC9Mb2NhbC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xp YnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvaW5jbHVkZSBcCiAgICAgICAtbyBvYmovR05VTWFp bC5vYmovRm9sZGVyTm9kZVBvcFVwSXRlbS5tLm8KY2MgR05VTWFpbC5tIC1jIFwKICAgICAgLU1N RCAtTVAgLURHTlVTVEVQIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtREdOVV9HVUlfTElCUkFS WT0xIC1ER05VU1RFUF9SVU5USU1FPTEgLURfTk9ORlJBR0lMRV9BQkk9MSAtREdOVVNURVBfQkFT RV9MSUJSQVJZPTEgLWZuby1zdHJpY3QtYWxpYXNpbmcgLWZleGNlcHRpb25zIC1mb2JqYy1leGNl cHRpb25zIC1EX05BVElWRV9PQkpDX0VYQ0VQVElPTlMgLXB0aHJlYWQgLWZQSUMgLVdhbGwgLURH U1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9T RSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdh bGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1PMiAtcGlwZSAtZnN0YWNrLXBy b3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3Ig LWZuby1zdHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLWZv YmpjLXJ1bnRpbWU9Z251c3RlcC0xLjggLWZibG9ja3MgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVj dG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRl IC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9z c2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91 c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2lu Y2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9r ZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtZmNvbnN0YW50LXN0cmlu Zy1jbGFzcz1OU0NvbnN0YW50U3RyaW5nIC1JLiAtSS4vZGVyaXZlZF9zcmMgLUkuIC1JL3dya2Rp cnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL0dOVXN0ZXAvTGlicmFyeS9IZWFkZXJzIC1J L3Vzci9sb2NhbC9HTlVzdGVwL0xvY2FsL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05V c3RlcC9TeXN0ZW0vTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9pbmNsdWRlIFwKICAgICAg IC1vIG9iai9HTlVNYWlsLm9iai9HTlVNYWlsLm0ubwpHTlVNYWlsLm06Mjg1OToyOiB3YXJuaW5n OiBJRiBUSEUgREVTVElOQVRJT04gUEFUSCBBTFJFQURZIEVYSVNUUywgV0FSTiBBTkQgUVVJVCBU SEUgQVBQIFstVyN3YXJuaW5nc10KI3dhcm5pbmcgSUYgVEhFIERFU1RJTkFUSU9OIFBBVEggQUxS RUFEWSBFWElTVFMsIFdBUk4gQU5EIFFVSVQgVEhFIEFQUAogXgpHTlVNYWlsLm06MzExMToyOiB3 YXJuaW5nOiBGSVhNRSBtb3ZlIG9uY2Ugd2UgYXJlIGRvbmUgaW5pdGlhbGl6aW5nIGFueSBzcGVj aWZpYyBJTUFQIHN0b3JlIGFuZCBkbyBpdCByaWdodCBhd2F5IGZvciBQT1AzIGFjY291bnRzIFst VyN3YXJuaW5nc10KI3dhcm5pbmcgRklYTUUgbW92ZSBvbmNlIHdlIGFyZSBkb25lIGluaXRpYWxp emluZyBhbnkgc3BlY2lmaWMgSU1BUCBzdG9yZSBhbmQgZG8gaXQgcmlnaHQgYXdheSBmb3IgUE9Q MyBhY2NvdW50cwogXgpHTlVNYWlsLm06MTUwOToyOiB3YXJuaW5nOiAnTWFpbFdpbmRvd0NvbnRy b2xsZXInIG1heSBub3QgcmVzcG9uZCB0byAndGFibGVWaWV3OmRpZENsaWNrVGFibGVDb2x1bW46 JwogICAgICAgIHRhYmxlVmlldzogW2FNYWlsV2luZG93Q29udHJvbGxlciBkYXRhVmlld10KICAg ICAgICBeCkdOVU1haWwubToxNTMzOjI6IHdhcm5pbmc6ICdNYWlsV2luZG93Q29udHJvbGxlcicg bWF5IG5vdCByZXNwb25kIHRvICd0YWJsZVZpZXc6ZGlkQ2xpY2tUYWJsZUNvbHVtbjonCiAgICAg ICAgdGFibGVWaWV3OiBbYU1haWxXaW5kb3dDb250cm9sbGVyIGRhdGFWaWV3XQogICAgICAgIF4K R05VTWFpbC5tOjE1NTc6Mjogd2FybmluZzogJ01haWxXaW5kb3dDb250cm9sbGVyJyBtYXkgbm90 IHJlc3BvbmQgdG8gJ3RhYmxlVmlldzpkaWRDbGlja1RhYmxlQ29sdW1uOicKICAgICAgICB0YWJs ZVZpZXc6IFthTWFpbFdpbmRvd0NvbnRyb2xsZXIgZGF0YVZpZXddCiAgICAgICAgXgpHTlVNYWls Lm06MTU4MToyOiB3YXJuaW5nOiAnTWFpbFdpbmRvd0NvbnRyb2xsZXInIG1heSBub3QgcmVzcG9u ZCB0byAndGFibGVWaWV3OmRpZENsaWNrVGFibGVDb2x1bW46JwogICAgICAgIHRhYmxlVmlldzog W2FNYWlsV2luZG93Q29udHJvbGxlciBkYXRhVmlld10KICAgICAgICBeCkdOVU1haWwubToxNjA1 OjI6IHdhcm5pbmc6ICdNYWlsV2luZG93Q29udHJvbGxlcicgbWF5IG5vdCByZXNwb25kIHRvICd0 YWJsZVZpZXc6ZGlkQ2xpY2tUYWJsZUNvbHVtbjonCiAgICAgICAgdGFibGVWaWV3OiBbYU1haWxX aW5kb3dDb250cm9sbGVyIGRhdGFWaWV3XQogICAgICAgIF4KR05VTWFpbC5tOjM2MTk6Mjogd2Fy bmluZzogYWRkIHN1cHBvcnQgZm9yIG1lcmdpbmcgb25lIHRvIHRocmVlIG1lc3NhZ2VzIGludG8g b25lIHJ1bGUgWy1XI3dhcm5pbmdzXQojd2FybmluZyBhZGQgc3VwcG9ydCBmb3IgbWVyZ2luZyBv bmUgdG8gdGhyZWUgbWVzc2FnZXMgaW50byBvbmUgcnVsZQogXgo4IHdhcm5pbmdzIGdlbmVyYXRl ZC4KY2MgR05VTWFpbCtFeHRlbnNpb25zLm0gLWMgXAogICAgICAtTU1EIC1NUCAtREdOVVNURVAg LURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1ER05VX0dVSV9MSUJSQVJZPTEgLURHTlVTVEVQX1JV TlRJTUU9MSAtRF9OT05GUkFHSUxFX0FCST0xIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtZm5v LXN0cmljdC1hbGlhc2luZyAtZmV4Y2VwdGlvbnMgLWZvYmpjLWV4Y2VwdGlvbnMgLURfTkFUSVZF X09CSkNfRVhDRVBUSU9OUyAtcHRocmVhZCAtZlBJQyAtV2FsbCAtREdTV0FSTiAtREdTRElBR05P U0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1X YWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdT RElBR05PU0UgLVduby1pbXBvcnQgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3Ry aWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlh c2luZyAtV25vLWltcG9ydCAtSS91c3IvbG9jYWwvaW5jbHVkZSAtZm9iamMtcnVudGltZT1nbnVz dGVwLTEuOCAtZmJsb2NrcyAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3Qt YWxpYXNpbmcgLVduby1pbXBvcnQgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBv cnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1XYWxs IC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5j bHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9j YWwvc3NsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUg LUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1mY29uc3RhbnQtc3RyaW5nLWNsYXNzPU5TQ29uc3Rh bnRTdHJpbmcgLUkuIC1JLi9kZXJpdmVkX3NyYyAtSS4gLUkvd3JrZGlycy91c3IvcG9ydHMvbWFp bC9nbnVtYWlsL3dvcmsvR05Vc3RlcC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0 ZXAvTG9jYWwvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJy YXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL2luY2x1ZGUgXAogICAgICAgLW8gb2JqL0dOVU1haWwu b2JqL0dOVU1haWwrRXh0ZW5zaW9ucy5tLm8KY2MgR05VTWFpbCtNZW51VmFsaWRhdGlvbi5tIC1j IFwKICAgICAgLU1NRCAtTVAgLURHTlVTVEVQIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtREdO VV9HVUlfTElCUkFSWT0xIC1ER05VU1RFUF9SVU5USU1FPTEgLURfTk9ORlJBR0lMRV9BQkk9MSAt REdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLWZuby1zdHJpY3QtYWxpYXNpbmcgLWZleGNlcHRpb25z IC1mb2JqYy1leGNlcHRpb25zIC1EX05BVElWRV9PQkpDX0VYQ0VQVElPTlMgLXB0aHJlYWQgLWZQ SUMgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJO IC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVdu by1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1PMiAtcGlw ZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBpcGUgLWZzdGFj ay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQgLUkvdXNyL2xvY2Fs L2luY2x1ZGUgLWZvYmpjLXJ1bnRpbWU9Z251c3RlcC0xLjggLWZibG9ja3MgLU8yIC1waXBlIC1m c3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vzci9s b2NhbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1J L3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3Mv aW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNy L2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1w b3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtZmNv bnN0YW50LXN0cmluZy1jbGFzcz1OU0NvbnN0YW50U3RyaW5nIC1JLiAtSS4vZGVyaXZlZF9zcmMg LUkuIC1JL3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL0dOVXN0ZXAvTGlicmFy eS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9HTlVzdGVwL0xvY2FsL0xpYnJhcnkvSGVhZGVycyAtSS91 c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9pbmNs dWRlIFwKICAgICAgIC1vIG9iai9HTlVNYWlsLm9iai9HTlVNYWlsK01lbnVWYWxpZGF0aW9uLm0u bwpjYyBHTlVNYWlsK1NlcnZpY2VzLm0gLWMgXAogICAgICAtTU1EIC1NUCAtREdOVVNURVAgLURH TlVTVEVQX0JBU0VfTElCUkFSWT0xIC1ER05VX0dVSV9MSUJSQVJZPTEgLURHTlVTVEVQX1JVTlRJ TUU9MSAtRF9OT05GUkFHSUxFX0FCST0xIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtZm5vLXN0 cmljdC1hbGlhc2luZyAtZmV4Y2VwdGlvbnMgLWZvYmpjLWV4Y2VwdGlvbnMgLURfTkFUSVZFX09C SkNfRVhDRVBUSU9OUyAtcHRocmVhZCAtZlBJQyAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0Ug LVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxs IC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElB R05PU0UgLVduby1pbXBvcnQgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0 LWFsaWFzaW5nIC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2lu ZyAtV25vLWltcG9ydCAtSS91c3IvbG9jYWwvaW5jbHVkZSAtZm9iamMtcnVudGltZT1nbnVzdGVw LTEuOCAtZmJsb2NrcyAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxp YXNpbmcgLVduby1pbXBvcnQgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQg LUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1X bm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVk ZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwv c3NsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkv dXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1mY29uc3RhbnQtc3RyaW5nLWNsYXNzPU5TQ29uc3RhbnRT dHJpbmcgLUkuIC1JLi9kZXJpdmVkX3NyYyAtSS4gLUkvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9n bnVtYWlsL3dvcmsvR05Vc3RlcC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAv TG9jYWwvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5 L0hlYWRlcnMgLUkvdXNyL2xvY2FsL2luY2x1ZGUgXAogICAgICAgLW8gb2JqL0dOVU1haWwub2Jq L0dOVU1haWwrU2VydmljZXMubS5vCmNjIEltYWdlVGV4dENlbGwubSAtYyBcCiAgICAgIC1NTUQg LU1QIC1ER05VU1RFUCAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLURHTlVfR1VJX0xJQlJBUlk9 MSAtREdOVVNURVBfUlVOVElNRT0xIC1EX05PTkZSQUdJTEVfQUJJPTEgLURHTlVTVEVQX0JBU0Vf TElCUkFSWT0xIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1mZXhjZXB0aW9ucyAtZm9iamMtZXhjZXB0 aW9ucyAtRF9OQVRJVkVfT0JKQ19FWENFUFRJT05TIC1wdGhyZWFkIC1mUElDIC1XYWxsIC1ER1NX QVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0Ug LVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxs IC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtTzIgLXBpcGUgLWZzdGFjay1wcm90 ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1m bm8tc3RyaWN0LWFsaWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1mb2Jq Yy1ydW50aW1lPWdudXN0ZXAtMS44IC1mYmxvY2tzIC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3Rv ciAtZm5vLXN0cmljdC1hbGlhc2luZyAtV25vLWltcG9ydCAtSS91c3IvbG9jYWwvaW5jbHVkZSAt V2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3Ns L2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNy L2xvY2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNs dWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2Vy YmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLWZjb25zdGFudC1zdHJpbmct Y2xhc3M9TlNDb25zdGFudFN0cmluZyAtSS4gLUkuL2Rlcml2ZWRfc3JjIC1JLiAtSS93cmtkaXJz L3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVzdGVwL0xpYnJhcnkvSGVhZGVycyAtSS91 c3IvbG9jYWwvR05Vc3RlcC9Mb2NhbC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0 ZXAvU3lzdGVtL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvaW5jbHVkZSBcCiAgICAgICAt byBvYmovR05VTWFpbC5vYmovSW1hZ2VUZXh0Q2VsbC5tLm8KY2MgTGFiZWxXaWRnZXQubSAtYyBc CiAgICAgIC1NTUQgLU1QIC1ER05VU1RFUCAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLURHTlVf R1VJX0xJQlJBUlk9MSAtREdOVVNURVBfUlVOVElNRT0xIC1EX05PTkZSQUdJTEVfQUJJPTEgLURH TlVTVEVQX0JBU0VfTElCUkFSWT0xIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1mZXhjZXB0aW9ucyAt Zm9iamMtZXhjZXB0aW9ucyAtRF9OQVRJVkVfT0JKQ19FWENFUFRJT05TIC1wdGhyZWFkIC1mUElD IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAt REdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8t aW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtTzIgLXBpcGUg LWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mc3RhY2st cHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vzci9sb2NhbC9p bmNsdWRlIC1mb2JqYy1ydW50aW1lPWdudXN0ZXAtMS44IC1mYmxvY2tzIC1PMiAtcGlwZSAtZnN0 YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtV25vLWltcG9ydCAtSS91c3IvbG9j YWwvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91 c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2lu Y2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9r ZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9y dCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLWZjb25z dGFudC1zdHJpbmctY2xhc3M9TlNDb25zdGFudFN0cmluZyAtSS4gLUkuL2Rlcml2ZWRfc3JjIC1J LiAtSS93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVzdGVwL0xpYnJhcnkv SGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9Mb2NhbC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNy L2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvaW5jbHVk ZSBcCiAgICAgICAtbyBvYmovR05VTWFpbC5vYmovTGFiZWxXaWRnZXQubS5vCmNjIE1haWxib3hJ bnNwZWN0b3JQYW5lbC5tIC1jIFwKICAgICAgLU1NRCAtTVAgLURHTlVTVEVQIC1ER05VU1RFUF9C QVNFX0xJQlJBUlk9MSAtREdOVV9HVUlfTElCUkFSWT0xIC1ER05VU1RFUF9SVU5USU1FPTEgLURf Tk9ORlJBR0lMRV9BQkk9MSAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLWZuby1zdHJpY3QtYWxp YXNpbmcgLWZleGNlcHRpb25zIC1mb2JqYy1leGNlcHRpb25zIC1EX05BVElWRV9PQkpDX0VYQ0VQ VElPTlMgLXB0aHJlYWQgLWZQSUMgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1w b3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FS TiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1X bm8taW1wb3J0IC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2lu ZyAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVduby1p bXBvcnQgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLWZvYmpjLXJ1bnRpbWU9Z251c3RlcC0xLjggLWZi bG9ja3MgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1X bm8taW1wb3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9r ZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9y dCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdhbGwg LVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNs dWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2Nh bC9zc2wvaW5jbHVkZSAtZmNvbnN0YW50LXN0cmluZy1jbGFzcz1OU0NvbnN0YW50U3RyaW5nIC1J LiAtSS4vZGVyaXZlZF9zcmMgLUkuIC1JL3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93 b3JrL0dOVXN0ZXAvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9HTlVzdGVwL0xvY2FsL0xp YnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9IZWFkZXJz IC1JL3Vzci9sb2NhbC9pbmNsdWRlIFwKICAgICAgIC1vIG9iai9HTlVNYWlsLm9iai9NYWlsYm94 SW5zcGVjdG9yUGFuZWwubS5vCmNjIE1haWxib3hJbnNwZWN0b3JQYW5lbENvbnRyb2xsZXIubSAt YyBcCiAgICAgIC1NTUQgLU1QIC1ER05VU1RFUCAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLURH TlVfR1VJX0xJQlJBUlk9MSAtREdOVVNURVBfUlVOVElNRT0xIC1EX05PTkZSQUdJTEVfQUJJPTEg LURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1mZXhjZXB0aW9u cyAtZm9iamMtZXhjZXB0aW9ucyAtRF9OQVRJVkVfT0JKQ19FWENFUFRJT05TIC1wdGhyZWFkIC1m UElDIC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FS TiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1X bm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtTzIgLXBp cGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mc3Rh Y2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vzci9sb2Nh bC9pbmNsdWRlIC1mb2JqYy1ydW50aW1lPWdudXN0ZXAtMS44IC1mYmxvY2tzIC1PMiAtcGlwZSAt ZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtV25vLWltcG9ydCAtSS91c3Iv bG9jYWwvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAt SS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9z L2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vz ci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWlt cG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLWZj b25zdGFudC1zdHJpbmctY2xhc3M9TlNDb25zdGFudFN0cmluZyAtSS4gLUkuL2Rlcml2ZWRfc3Jj IC1JLiAtSS93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVzdGVwL0xpYnJh cnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9Mb2NhbC9MaWJyYXJ5L0hlYWRlcnMgLUkv dXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvaW5j bHVkZSBcCiAgICAgICAtbyBvYmovR05VTWFpbC5vYmovTWFpbGJveEluc3BlY3RvclBhbmVsQ29u dHJvbGxlci5tLm8KY2MgTWFpbGJveE1hbmFnZXIubSAtYyBcCiAgICAgIC1NTUQgLU1QIC1ER05V U1RFUCAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLURHTlVfR1VJX0xJQlJBUlk9MSAtREdOVVNU RVBfUlVOVElNRT0xIC1EX05PTkZSQUdJTEVfQUJJPTEgLURHTlVTVEVQX0JBU0VfTElCUkFSWT0x IC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1mZXhjZXB0aW9ucyAtZm9iamMtZXhjZXB0aW9ucyAtRF9O QVRJVkVfT0JKQ19FWENFUFRJT05TIC1wdGhyZWFkIC1mUElDIC1XYWxsIC1ER1NXQVJOIC1ER1NE SUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBv cnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJO IC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZu by1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0 LWFsaWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1mb2JqYy1ydW50aW1l PWdudXN0ZXAtMS44IC1mYmxvY2tzIC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0 cmljdC1hbGlhc2luZyAtV25vLWltcG9ydCAtSS91c3IvbG9jYWwvaW5jbHVkZSAtV2FsbCAtV25v LWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUg LVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3Nz bC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vz ci9sb2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5j bHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLWZjb25zdGFudC1zdHJpbmctY2xhc3M9TlND b25zdGFudFN0cmluZyAtSS4gLUkuL2Rlcml2ZWRfc3JjIC1JLiAtSS93cmtkaXJzL3Vzci9wb3J0 cy9tYWlsL2dudW1haWwvd29yay9HTlVzdGVwL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwv R05Vc3RlcC9Mb2NhbC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVt L0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvaW5jbHVkZSBcCiAgICAgICAtbyBvYmovR05V TWFpbC5vYmovTWFpbGJveE1hbmFnZXIubS5vCmNjIE1haWxib3hNYW5hZ2VyQ2FjaGUubSAtYyBc CiAgICAgIC1NTUQgLU1QIC1ER05VU1RFUCAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLURHTlVf R1VJX0xJQlJBUlk9MSAtREdOVVNURVBfUlVOVElNRT0xIC1EX05PTkZSQUdJTEVfQUJJPTEgLURH TlVTVEVQX0JBU0VfTElCUkFSWT0xIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1mZXhjZXB0aW9ucyAt Zm9iamMtZXhjZXB0aW9ucyAtRF9OQVRJVkVfT0JKQ19FWENFUFRJT05TIC1wdGhyZWFkIC1mUElD IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAt REdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8t aW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtTzIgLXBpcGUg LWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mc3RhY2st cHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vzci9sb2NhbC9p bmNsdWRlIC1mb2JqYy1ydW50aW1lPWdudXN0ZXAtMS44IC1mYmxvY2tzIC1PMiAtcGlwZSAtZnN0 YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtV25vLWltcG9ydCAtSS91c3IvbG9j YWwvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91 c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2lu Y2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9r ZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9y dCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLWZjb25z dGFudC1zdHJpbmctY2xhc3M9TlNDb25zdGFudFN0cmluZyAtSS4gLUkuL2Rlcml2ZWRfc3JjIC1J LiAtSS93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVzdGVwL0xpYnJhcnkv SGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9Mb2NhbC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNy L2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvaW5jbHVk ZSBcCiAgICAgICAtbyBvYmovR05VTWFpbC5vYmovTWFpbGJveE1hbmFnZXJDYWNoZS5tLm8KY2Mg TWFpbGJveE1hbmFnZXJDb250cm9sbGVyLm0gLWMgXAogICAgICAtTU1EIC1NUCAtREdOVVNURVAg LURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1ER05VX0dVSV9MSUJSQVJZPTEgLURHTlVTVEVQX1JV TlRJTUU9MSAtRF9OT05GUkFHSUxFX0FCST0xIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtZm5v LXN0cmljdC1hbGlhc2luZyAtZmV4Y2VwdGlvbnMgLWZvYmpjLWV4Y2VwdGlvbnMgLURfTkFUSVZF X09CSkNfRVhDRVBUSU9OUyAtcHRocmVhZCAtZlBJQyAtV2FsbCAtREdTV0FSTiAtREdTRElBR05P U0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1X YWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdT RElBR05PU0UgLVduby1pbXBvcnQgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3Ry aWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlh c2luZyAtV25vLWltcG9ydCAtSS91c3IvbG9jYWwvaW5jbHVkZSAtZm9iamMtcnVudGltZT1nbnVz dGVwLTEuOCAtZmJsb2NrcyAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3Qt YWxpYXNpbmcgLVduby1pbXBvcnQgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBv cnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1XYWxs IC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5j bHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9j YWwvc3NsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUg LUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1mY29uc3RhbnQtc3RyaW5nLWNsYXNzPU5TQ29uc3Rh bnRTdHJpbmcgLUkuIC1JLi9kZXJpdmVkX3NyYyAtSS4gLUkvd3JrZGlycy91c3IvcG9ydHMvbWFp bC9nbnVtYWlsL3dvcmsvR05Vc3RlcC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0 ZXAvTG9jYWwvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJy YXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL2luY2x1ZGUgXAogICAgICAgLW8gb2JqL0dOVU1haWwu b2JqL01haWxib3hNYW5hZ2VyQ29udHJvbGxlci5tLm8KTWFpbGJveE1hbmFnZXJDb250cm9sbGVy Lm06MjIwNDoyOiB3YXJuaW5nOiBvcHRpbWl6ZSBieSByZWxvYWRpbmcgb25seSB0aGUgaXRlbSBb LVcjd2FybmluZ3NdCiN3YXJuaW5nIG9wdGltaXplIGJ5IHJlbG9hZGluZyBvbmx5IHRoZSBpdGVt CiBeCk1haWxib3hNYW5hZ2VyQ29udHJvbGxlci5tOjI0NDU6Mjogd2FybmluZzogRklYTUUgZ2V0 IHRoZSByaWdodCBpdGVtIGluIGNhc2UgdGhlIHNlbGVjdGlvbiBoYXMgY2hhbmdlZCBbLVcjd2Fy bmluZ3NdCiN3YXJuaW5nIEZJWE1FIGdldCB0aGUgcmlnaHQgaXRlbSBpbiBjYXNlIHRoZSBzZWxl Y3Rpb24gaGFzIGNoYW5nZWQKIF4KTWFpbGJveE1hbmFnZXJDb250cm9sbGVyLm06MjY2MjoyOiB3 YXJuaW5nOiBGSVhNRSBnZXQgdGhlIHJpZ2h0IGl0ZW0gaW4gY2FzZSB0aGUgc2VsZWN0aW9uIGhh cyBjaGFuZ2VkIFstVyN3YXJuaW5nc10KI3dhcm5pbmcgRklYTUUgZ2V0IHRoZSByaWdodCBpdGVt IGluIGNhc2UgdGhlIHNlbGVjdGlvbiBoYXMgY2hhbmdlZAogXgpNYWlsYm94TWFuYWdlckNvbnRy b2xsZXIubToyNjg0OjI6IHdhcm5pbmc6IEZJWE1FIGdldCB0aGUgcmlnaHQgaXRlbSBpbiBjYXNl IHRoZSBzZWxlY3Rpb24gaGFzIGNoYW5nZWQgWy1XI3dhcm5pbmdzXQojd2FybmluZyBGSVhNRSBn ZXQgdGhlIHJpZ2h0IGl0ZW0gaW4gY2FzZSB0aGUgc2VsZWN0aW9uIGhhcyBjaGFuZ2VkCiBeCk1h aWxib3hNYW5hZ2VyQ29udHJvbGxlci5tOjI4NDA6Mjogd2FybmluZzogcmVtb3ZlIHRoYXQgY29k ZSBvciBmaXggaXQgWy1XI3dhcm5pbmdzXQojd2FybmluZyByZW1vdmUgdGhhdCBjb2RlIG9yIGZp eCBpdAogXgpNYWlsYm94TWFuYWdlckNvbnRyb2xsZXIubTozMDYyOjI6IHdhcm5pbmc6IHdoYXQg aGFwcGVucyBpdCB3ZSBhcmUgRG5EIHRvIHRoaXMgZm9sZGVyPyBbLVcjd2FybmluZ3NdCiN3YXJu aW5nIHdoYXQgaGFwcGVucyBpdCB3ZSBhcmUgRG5EIHRvIHRoaXMgZm9sZGVyPwogXgpNYWlsYm94 TWFuYWdlckNvbnRyb2xsZXIubTozMTAyOjI6IHdhcm5pbmc6IGRvIG5vdCBjbGVhciB0aGUgdmll dyBidXQgaGFuZGxlIHdoZW4gdGhlIHVzZXIgY2xpY2sgb24gYSBtZXNzYWdlIG9mIGEgY2xvc2Vk IGZvbGRlciBbLVcjd2FybmluZ3NdCiN3YXJuaW5nIGRvIG5vdCBjbGVhciB0aGUgdmlldyBidXQg aGFuZGxlIHdoZW4gdGhlIHVzZXIgY2xpY2sgb24gYSBtZXNzYWdlIG9mIGEgY2xvc2VkIGZvbGRl cgogXgpNYWlsYm94TWFuYWdlckNvbnRyb2xsZXIubToyNTE5OjYwOiB3YXJuaW5nOiBpbmNvbXBh dGlibGUgcG9pbnRlciB0eXBlcyBzZW5kaW5nICdOU1hNTE5vZGUgKicgdG8gcGFyYW1ldGVyIG9m IHR5cGUgJ0ZvbGRlck5vZGUgKicgWy1XaW5jb21wYXRpYmxlLXBvaW50ZXItdHlwZXNdCiAgICAg ICAgc2VsZWN0Tm9kZVdpdGhQYXRoOiBbVXRpbGl0aWVzIGNvbXBsZXRlUGF0aEZvckZvbGRlck5v ZGU6IFtpdGVtIHBhcmVudF0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgXn5+fn5+fn5+fn5+fgouL1V0aWxpdGllcy5oOjk0 OjU4OiBub3RlOiBwYXNzaW5nIGFyZ3VtZW50IHRvIHBhcmFtZXRlciAndGhlRm9sZGVyTm9kZScg aGVyZQorIChOU1N0cmluZyAqKSBjb21wbGV0ZVBhdGhGb3JGb2xkZXJOb2RlOiAoRm9sZGVyTm9k ZSAqKSB0aGVGb2xkZXJOb2RlCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIF4KTWFpbGJveE1hbmFnZXJDb250cm9sbGVyLm06MjUxODo0OTog d2FybmluZzogaW5jb21wYXRpYmxlIHBvaW50ZXIgdHlwZXMgc2VuZGluZyAnTlNYTUxOb2RlICon IHRvIHBhcmFtZXRlciBvZiB0eXBlICdGb2xkZXJOb2RlIConIFstV2luY29tcGF0aWJsZS1wb2lu dGVyLXR5cGVzXQogIFtzZWxmIF9yZWxvYWRGb2xkZXJzQW5kRXhwYW5kUGFyZW50c0Zyb21Ob2Rl OiBbaXRlbSBwYXJlbnRdCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIF5+fn5+fn5+fn5+fn4KTWFpbGJveE1hbmFnZXJDb250cm9sbGVyLm06MTA2OjY1OiBu b3RlOiBwYXNzaW5nIGFyZ3VtZW50IHRvIHBhcmFtZXRlciAndGhlTm9kZScgaGVyZQotICh2b2lk KSBfcmVsb2FkRm9sZGVyc0FuZEV4cGFuZFBhcmVudHNGcm9tTm9kZTogKEZvbGRlck5vZGUgKikg dGhlTm9kZQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgXgpNYWlsYm94TWFuYWdlckNvbnRyb2xsZXIubToyNjI1OjQ5OiB3YXJu aW5nOiBpbmNvbXBhdGlibGUgcG9pbnRlciB0eXBlcyBzZW5kaW5nICdOU1hNTE5vZGUgKicgdG8g cGFyYW1ldGVyIG9mIHR5cGUgJ0ZvbGRlck5vZGUgKicgWy1XaW5jb21wYXRpYmxlLXBvaW50ZXIt dHlwZXNdCiAgW3NlbGYgX3JlbG9hZEZvbGRlcnNBbmRFeHBhbmRQYXJlbnRzRnJvbU5vZGU6IFtb b3V0bGluZVZpZXcgaXRlbUF0Um93OiBbb3V0bGluZVZpZXcgc2VsZWN0ZWRSb3ddXSBwYXJlbnRd CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIF5+fn5+fn5+ fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+Ck1haWxi b3hNYW5hZ2VyQ29udHJvbGxlci5tOjEwNjo2NTogbm90ZTogcGFzc2luZyBhcmd1bWVudCB0byBw YXJhbWV0ZXIgJ3RoZU5vZGUnIGhlcmUKLSAodm9pZCkgX3JlbG9hZEZvbGRlcnNBbmRFeHBhbmRQ YXJlbnRzRnJvbU5vZGU6IChGb2xkZXJOb2RlICopIHRoZU5vZGUKICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIF4KMTAgd2Fybmlu Z3MgZ2VuZXJhdGVkLgpjYyBNYWlsYm94TWFuYWdlclRvb2xiYXIubSAtYyBcCiAgICAgIC1NTUQg LU1QIC1ER05VU1RFUCAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLURHTlVfR1VJX0xJQlJBUlk9 MSAtREdOVVNURVBfUlVOVElNRT0xIC1EX05PTkZSQUdJTEVfQUJJPTEgLURHTlVTVEVQX0JBU0Vf TElCUkFSWT0xIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1mZXhjZXB0aW9ucyAtZm9iamMtZXhjZXB0 aW9ucyAtRF9OQVRJVkVfT0JKQ19FWENFUFRJT05TIC1wdGhyZWFkIC1mUElDIC1XYWxsIC1ER1NX QVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0Ug LVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxs IC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtTzIgLXBpcGUgLWZzdGFjay1wcm90 ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1m bm8tc3RyaWN0LWFsaWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1mb2Jq Yy1ydW50aW1lPWdudXN0ZXAtMS44IC1mYmxvY2tzIC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3Rv ciAtZm5vLXN0cmljdC1hbGlhc2luZyAtV25vLWltcG9ydCAtSS91c3IvbG9jYWwvaW5jbHVkZSAt V2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3Ns L2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNy L2xvY2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNs dWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2Vy YmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLWZjb25zdGFudC1zdHJpbmct Y2xhc3M9TlNDb25zdGFudFN0cmluZyAtSS4gLUkuL2Rlcml2ZWRfc3JjIC1JLiAtSS93cmtkaXJz L3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVzdGVwL0xpYnJhcnkvSGVhZGVycyAtSS91 c3IvbG9jYWwvR05Vc3RlcC9Mb2NhbC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0 ZXAvU3lzdGVtL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvaW5jbHVkZSBcCiAgICAgICAt byBvYmovR05VTWFpbC5vYmovTWFpbGJveE1hbmFnZXJUb29sYmFyLm0ubwpjYyBNYWlsSGVhZGVy Q2VsbC5tIC1jIFwKICAgICAgLU1NRCAtTVAgLURHTlVTVEVQIC1ER05VU1RFUF9CQVNFX0xJQlJB Ulk9MSAtREdOVV9HVUlfTElCUkFSWT0xIC1ER05VU1RFUF9SVU5USU1FPTEgLURfTk9ORlJBR0lM RV9BQkk9MSAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLWZuby1zdHJpY3QtYWxpYXNpbmcgLWZl eGNlcHRpb25zIC1mb2JqYy1leGNlcHRpb25zIC1EX05BVElWRV9PQkpDX0VYQ0VQVElPTlMgLXB0 aHJlYWQgLWZQSUMgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxs IC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElB R05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0 IC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBp cGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQgLUkv dXNyL2xvY2FsL2luY2x1ZGUgLWZvYmpjLXJ1bnRpbWU9Z251c3RlcC0xLjggLWZibG9ja3MgLU8y IC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1Xbm8taW1wb3J0 IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9p bmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iv a2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBv cnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1XYWxs IC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5j bHVkZSAtZmNvbnN0YW50LXN0cmluZy1jbGFzcz1OU0NvbnN0YW50U3RyaW5nIC1JLiAtSS4vZGVy aXZlZF9zcmMgLUkuIC1JL3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL0dOVXN0 ZXAvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9HTlVzdGVwL0xvY2FsL0xpYnJhcnkvSGVh ZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9s b2NhbC9pbmNsdWRlIFwKICAgICAgIC1vIG9iai9HTlVNYWlsLm9iai9NYWlsSGVhZGVyQ2VsbC5t Lm8KY2MgTWFpbFdpbmRvdy5tIC1jIFwKICAgICAgLU1NRCAtTVAgLURHTlVTVEVQIC1ER05VU1RF UF9CQVNFX0xJQlJBUlk9MSAtREdOVV9HVUlfTElCUkFSWT0xIC1ER05VU1RFUF9SVU5USU1FPTEg LURfTk9ORlJBR0lMRV9BQkk9MSAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLWZuby1zdHJpY3Qt YWxpYXNpbmcgLWZleGNlcHRpb25zIC1mb2JqYy1leGNlcHRpb25zIC1EX05BVElWRV9PQkpDX0VY Q0VQVElPTlMgLXB0aHJlYWQgLWZQSUMgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8t aW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdT V0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NF IC1Xbm8taW1wb3J0IC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlh c2luZyAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVdu by1pbXBvcnQgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLWZvYmpjLXJ1bnRpbWU9Z251c3RlcC0xLjgg LWZibG9ja3MgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5n IC1Xbm8taW1wb3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vz ci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWlt cG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdh bGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9p bmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9s b2NhbC9zc2wvaW5jbHVkZSAtZmNvbnN0YW50LXN0cmluZy1jbGFzcz1OU0NvbnN0YW50U3RyaW5n IC1JLiAtSS4vZGVyaXZlZF9zcmMgLUkuIC1JL3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFp bC93b3JrL0dOVXN0ZXAvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9HTlVzdGVwL0xvY2Fs L0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9IZWFk ZXJzIC1JL3Vzci9sb2NhbC9pbmNsdWRlIFwKICAgICAgIC1vIG9iai9HTlVNYWlsLm9iai9NYWls V2luZG93Lm0ubwpjYyBNYWlsV2luZG93Q29udHJvbGxlci5tIC1jIFwKICAgICAgLU1NRCAtTVAg LURHTlVTVEVQIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtREdOVV9HVUlfTElCUkFSWT0xIC1E R05VU1RFUF9SVU5USU1FPTEgLURfTk9ORlJBR0lMRV9BQkk9MSAtREdOVVNURVBfQkFTRV9MSUJS QVJZPTEgLWZuby1zdHJpY3QtYWxpYXNpbmcgLWZleGNlcHRpb25zIC1mb2JqYy1leGNlcHRpb25z IC1EX05BVElWRV9PQkpDX0VYQ0VQVElPTlMgLXB0aHJlYWQgLWZQSUMgLVdhbGwgLURHU1dBUk4g LURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25v LWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURH U1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3Rv ciAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1z dHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLWZvYmpjLXJ1 bnRpbWU9Z251c3RlcC0xLjggLWZibG9ja3MgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1m bm8tc3RyaWN0LWFsaWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1XYWxs IC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5j bHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9j YWwvc3NsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUg LUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJv cy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtZmNvbnN0YW50LXN0cmluZy1jbGFz cz1OU0NvbnN0YW50U3RyaW5nIC1JLiAtSS4vZGVyaXZlZF9zcmMgLUkuIC1JL3dya2RpcnMvdXNy L3BvcnRzL21haWwvZ251bWFpbC93b3JrL0dOVXN0ZXAvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9s b2NhbC9HTlVzdGVwL0xvY2FsL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9T eXN0ZW0vTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9pbmNsdWRlIFwKICAgICAgIC1vIG9i ai9HTlVNYWlsLm9iai9NYWlsV2luZG93Q29udHJvbGxlci5tLm8KTWFpbFdpbmRvd0NvbnRyb2xs ZXIubToxODcyOjI6IHdhcm5pbmc6IEZJWE1FIGFsc28gZG8gdGhhdCB3aGVyZSB3ZSBjbG9zZSBh IG1haWxib3ggKGxpa2UgaW4gTWFpbGJveE1hbmFnZXJDb250cm9sbGVyKSBbLVcjd2FybmluZ3Nd CiN3YXJuaW5nIEZJWE1FIGFsc28gZG8gdGhhdCB3aGVyZSB3ZSBjbG9zZSBhIG1haWxib3ggKGxp a2UgaW4gTWFpbGJveE1hbmFnZXJDb250cm9sbGVyKQogXgpNYWlsV2luZG93Q29udHJvbGxlci5t OjEwMjc6Mjc6IHdhcm5pbmc6IGZvcm1hdCBzdHJpbmcgaXMgbm90IGEgc3RyaW5nIGxpdGVyYWwg KHBvdGVudGlhbGx5IGluc2VjdXJlKSBbLVdmb3JtYXQtc2VjdXJpdHldCiAgICAgIFVQREFURV9T VEFUVVNfTEFCRUwoXyhAIk5vIG1haWxib3ggc2VsZWN0ZWQiKSk7CiAgICAgIH5+fn5+fn5+fn5+ fn5+fn5+fn5+Xn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn4KL3Vzci9sb2NhbC9HTlVzdGVwL1N5 c3RlbS9MaWJyYXJ5L0hlYWRlcnMvR05Vc3RlcEJhc2UvR05Vc3RlcC5oOjI4NjozOiBub3RlOiBl eHBhbmRlZCBmcm9tIG1hY3JvICdfJwogIFtHU19MT0NBTElTQVRJT05fQlVORExFIGxvY2FsaXpl ZFN0cmluZ0ZvcktleTogKFgpIHZhbHVlOiBAIiIgdGFibGU6IG5pbF0KICBeCk1haWxXaW5kb3dD b250cm9sbGVyLm06ODI6NTQ6IG5vdGU6IGV4cGFuZGVkIGZyb20gbWFjcm8gJ1VQREFURV9TVEFU VVNfTEFCRUwnCiAgW2xhYmVsIHNldFN0cmluZ1ZhbHVlOiBbTlNTdHJpbmcgc3RyaW5nV2l0aEZv cm1hdDogZm9ybWF0LCAjI2FyZ3NdXTsgXAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIF5+fn5+fgpNYWlsV2luZG93Q29udHJvbGxlci5tOjEwMjc6 Mjc6IG5vdGU6IHRyZWF0IHRoZSBzdHJpbmcgYXMgYW4gYXJndW1lbnQgdG8gYXZvaWQgdGhpcwog ICAgICBVUERBVEVfU1RBVFVTX0xBQkVMKF8oQCJObyBtYWlsYm94IHNlbGVjdGVkIikpOwogICAg ICAgICAgICAgICAgICAgICAgICAgIF4KICAgICAgICAgICAgICAgICAgICAgICAgICBAIiVAIiwg Ci91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9IZWFkZXJzL0dOVXN0ZXBCYXNlL0dO VXN0ZXAuaDoyODY6Mzogbm90ZTogZXhwYW5kZWQgZnJvbSBtYWNybyAnXycKICBbR1NfTE9DQUxJ U0FUSU9OX0JVTkRMRSBsb2NhbGl6ZWRTdHJpbmdGb3JLZXk6IChYKSB2YWx1ZTogQCIiIHRhYmxl OiBuaWxdCiAgXgpNYWlsV2luZG93Q29udHJvbGxlci5tOjgyOjU0OiBub3RlOiBleHBhbmRlZCBm cm9tIG1hY3JvICdVUERBVEVfU1RBVFVTX0xBQkVMJwogIFtsYWJlbCBzZXRTdHJpbmdWYWx1ZTog W05TU3RyaW5nIHN0cmluZ1dpdGhGb3JtYXQ6IGZvcm1hdCwgIyNhcmdzXV07IFwKICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBeCk1haWxXaW5kb3dD b250cm9sbGVyLm06MTAzMjoyMzogd2FybmluZzogZm9ybWF0IHN0cmluZyBpcyBub3QgYSBzdHJp bmcgbGl0ZXJhbCAocG90ZW50aWFsbHkgaW5zZWN1cmUpIFstV2Zvcm1hdC1zZWN1cml0eV0KICBV UERBVEVfU1RBVFVTX0xBQkVMKF8oQCJPcGVuaW5nIHRoZSBtYWlsYm94Li4uIikpOwogIH5+fn5+ fn5+fn5+fn5+fn5+fn5+Xn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn4KL3Vzci9sb2NhbC9H TlVzdGVwL1N5c3RlbS9MaWJyYXJ5L0hlYWRlcnMvR05Vc3RlcEJhc2UvR05Vc3RlcC5oOjI4Njoz OiBub3RlOiBleHBhbmRlZCBmcm9tIG1hY3JvICdfJwogIFtHU19MT0NBTElTQVRJT05fQlVORExF IGxvY2FsaXplZFN0cmluZ0ZvcktleTogKFgpIHZhbHVlOiBAIiIgdGFibGU6IG5pbF0KICBeCk1h aWxXaW5kb3dDb250cm9sbGVyLm06ODI6NTQ6IG5vdGU6IGV4cGFuZGVkIGZyb20gbWFjcm8gJ1VQ REFURV9TVEFUVVNfTEFCRUwnCiAgW2xhYmVsIHNldFN0cmluZ1ZhbHVlOiBbTlNTdHJpbmcgc3Ry aW5nV2l0aEZvcm1hdDogZm9ybWF0LCAjI2FyZ3NdXTsgXAogICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIF5+fn5+fgpNYWlsV2luZG93Q29udHJvbGxl ci5tOjEwMzI6MjM6IG5vdGU6IHRyZWF0IHRoZSBzdHJpbmcgYXMgYW4gYXJndW1lbnQgdG8gYXZv aWQgdGhpcwogIFVQREFURV9TVEFUVVNfTEFCRUwoXyhAIk9wZW5pbmcgdGhlIG1haWxib3guLi4i KSk7CiAgICAgICAgICAgICAgICAgICAgICBeCiAgICAgICAgICAgICAgICAgICAgICBAIiVAIiwg Ci91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9IZWFkZXJzL0dOVXN0ZXBCYXNlL0dO VXN0ZXAuaDoyODY6Mzogbm90ZTogZXhwYW5kZWQgZnJvbSBtYWNybyAnXycKICBbR1NfTE9DQUxJ U0FUSU9OX0JVTkRMRSBsb2NhbGl6ZWRTdHJpbmdGb3JLZXk6IChYKSB2YWx1ZTogQCIiIHRhYmxl OiBuaWxdCiAgXgpNYWlsV2luZG93Q29udHJvbGxlci5tOjgyOjU0OiBub3RlOiBleHBhbmRlZCBm cm9tIG1hY3JvICdVUERBVEVfU1RBVFVTX0xBQkVMJwogIFtsYWJlbCBzZXRTdHJpbmdWYWx1ZTog W05TU3RyaW5nIHN0cmluZ1dpdGhGb3JtYXQ6IGZvcm1hdCwgIyNhcmdzXV07IFwKICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBeCk1haWxXaW5kb3dD b250cm9sbGVyLm06MzE2NDoyOiB3YXJuaW5nOiB1cGRhdGUgb25seSB0aGUgcmVsZXZhbnQgcm93 IFstVyN3YXJuaW5nc10KI3dhcm5pbmcgdXBkYXRlIG9ubHkgdGhlIHJlbGV2YW50IHJvdwogXgo0 IHdhcm5pbmdzIGdlbmVyYXRlZC4KY2MgTWFpbFdpbmRvd1Rvb2xiYXIubSAtYyBcCiAgICAgIC1N TUQgLU1QIC1ER05VU1RFUCAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLURHTlVfR1VJX0xJQlJB Ulk9MSAtREdOVVNURVBfUlVOVElNRT0xIC1EX05PTkZSQUdJTEVfQUJJPTEgLURHTlVTVEVQX0JB U0VfTElCUkFSWT0xIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1mZXhjZXB0aW9ucyAtZm9iamMtZXhj ZXB0aW9ucyAtRF9OQVRJVkVfT0JKQ19FWENFUFRJT05TIC1wdGhyZWFkIC1mUElDIC1XYWxsIC1E R1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05P U0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1X YWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtTzIgLXBpcGUgLWZzdGFjay1w cm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9y IC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1m b2JqYy1ydW50aW1lPWdudXN0ZXAtMS44IC1mYmxvY2tzIC1PMiAtcGlwZSAtZnN0YWNrLXByb3Rl Y3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtV25vLWltcG9ydCAtSS91c3IvbG9jYWwvaW5jbHVk ZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwv c3NsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkv dXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9p bmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iv a2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLWZjb25zdGFudC1zdHJp bmctY2xhc3M9TlNDb25zdGFudFN0cmluZyAtSS4gLUkuL2Rlcml2ZWRfc3JjIC1JLiAtSS93cmtk aXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVzdGVwL0xpYnJhcnkvSGVhZGVycyAt SS91c3IvbG9jYWwvR05Vc3RlcC9Mb2NhbC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dO VXN0ZXAvU3lzdGVtL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvaW5jbHVkZSBcCiAgICAg ICAtbyBvYmovR05VTWFpbC5vYmovTWFpbFdpbmRvd1Rvb2xiYXIubS5vCmNjIE1lc3NhZ2VWaWV3 V2luZG93Lm0gLWMgXAogICAgICAtTU1EIC1NUCAtREdOVVNURVAgLURHTlVTVEVQX0JBU0VfTElC UkFSWT0xIC1ER05VX0dVSV9MSUJSQVJZPTEgLURHTlVTVEVQX1JVTlRJTUU9MSAtRF9OT05GUkFH SUxFX0FCST0xIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtZm5vLXN0cmljdC1hbGlhc2luZyAt ZmV4Y2VwdGlvbnMgLWZvYmpjLWV4Y2VwdGlvbnMgLURfTkFUSVZFX09CSkNfRVhDRVBUSU9OUyAt cHRocmVhZCAtZlBJQyAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdh bGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NE SUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBv cnQgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAt cGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtV25vLWltcG9ydCAt SS91c3IvbG9jYWwvaW5jbHVkZSAtZm9iamMtcnVudGltZT1nbnVzdGVwLTEuOCAtZmJsb2NrcyAt TzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVduby1pbXBv cnQgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9z L2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vz ci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWlt cG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdh bGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9p bmNsdWRlIC1mY29uc3RhbnQtc3RyaW5nLWNsYXNzPU5TQ29uc3RhbnRTdHJpbmcgLUkuIC1JLi9k ZXJpdmVkX3NyYyAtSS4gLUkvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvR05V c3RlcC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvTG9jYWwvTGlicmFyeS9I ZWFkZXJzIC1JL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNy L2xvY2FsL2luY2x1ZGUgXAogICAgICAgLW8gb2JqL0dOVU1haWwub2JqL01lc3NhZ2VWaWV3V2lu ZG93Lm0ubwpjYyBNZXNzYWdlVmlld1dpbmRvd0NvbnRyb2xsZXIubSAtYyBcCiAgICAgIC1NTUQg LU1QIC1ER05VU1RFUCAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLURHTlVfR1VJX0xJQlJBUlk9 MSAtREdOVVNURVBfUlVOVElNRT0xIC1EX05PTkZSQUdJTEVfQUJJPTEgLURHTlVTVEVQX0JBU0Vf TElCUkFSWT0xIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1mZXhjZXB0aW9ucyAtZm9iamMtZXhjZXB0 aW9ucyAtRF9OQVRJVkVfT0JKQ19FWENFUFRJT05TIC1wdGhyZWFkIC1mUElDIC1XYWxsIC1ER1NX QVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0Ug LVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxs IC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtTzIgLXBpcGUgLWZzdGFjay1wcm90 ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1m bm8tc3RyaWN0LWFsaWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1mb2Jq Yy1ydW50aW1lPWdudXN0ZXAtMS44IC1mYmxvY2tzIC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3Rv ciAtZm5vLXN0cmljdC1hbGlhc2luZyAtV25vLWltcG9ydCAtSS91c3IvbG9jYWwvaW5jbHVkZSAt V2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3Ns L2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNy L2xvY2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNs dWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2Vy YmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLWZjb25zdGFudC1zdHJpbmct Y2xhc3M9TlNDb25zdGFudFN0cmluZyAtSS4gLUkuL2Rlcml2ZWRfc3JjIC1JLiAtSS93cmtkaXJz L3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVzdGVwL0xpYnJhcnkvSGVhZGVycyAtSS91 c3IvbG9jYWwvR05Vc3RlcC9Mb2NhbC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0 ZXAvU3lzdGVtL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvaW5jbHVkZSBcCiAgICAgICAt byBvYmovR05VTWFpbC5vYmovTWVzc2FnZVZpZXdXaW5kb3dDb250cm9sbGVyLm0ubwpjYyBNZXNz YWdlVmlld1dpbmRvd1Rvb2xiYXIubSAtYyBcCiAgICAgIC1NTUQgLU1QIC1ER05VU1RFUCAtREdO VVNURVBfQkFTRV9MSUJSQVJZPTEgLURHTlVfR1VJX0xJQlJBUlk9MSAtREdOVVNURVBfUlVOVElN RT0xIC1EX05PTkZSQUdJTEVfQUJJPTEgLURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1mbm8tc3Ry aWN0LWFsaWFzaW5nIC1mZXhjZXB0aW9ucyAtZm9iamMtZXhjZXB0aW9ucyAtRF9OQVRJVkVfT0JK Q19FWENFUFRJT05TIC1wdGhyZWFkIC1mUElDIC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAt V25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwg LURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFH Tk9TRSAtV25vLWltcG9ydCAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3Qt YWxpYXNpbmcgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5n IC1Xbm8taW1wb3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1mb2JqYy1ydW50aW1lPWdudXN0ZXAt MS44IC1mYmxvY2tzIC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlh c2luZyAtV25vLWltcG9ydCAtSS91c3IvbG9jYWwvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAt SS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdhbGwgLVdu by1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRl IC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9z c2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91 c3IvbG9jYWwvc3NsL2luY2x1ZGUgLWZjb25zdGFudC1zdHJpbmctY2xhc3M9TlNDb25zdGFudFN0 cmluZyAtSS4gLUkuL2Rlcml2ZWRfc3JjIC1JLiAtSS93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2du dW1haWwvd29yay9HTlVzdGVwL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9M b2NhbC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkv SGVhZGVycyAtSS91c3IvbG9jYWwvaW5jbHVkZSBcCiAgICAgICAtbyBvYmovR05VTWFpbC5vYmov TWVzc2FnZVZpZXdXaW5kb3dUb29sYmFyLm0ubwpjYyBNaW1lVHlwZS5tIC1jIFwKICAgICAgLU1N RCAtTVAgLURHTlVTVEVQIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtREdOVV9HVUlfTElCUkFS WT0xIC1ER05VU1RFUF9SVU5USU1FPTEgLURfTk9ORlJBR0lMRV9BQkk9MSAtREdOVVNURVBfQkFT RV9MSUJSQVJZPTEgLWZuby1zdHJpY3QtYWxpYXNpbmcgLWZleGNlcHRpb25zIC1mb2JqYy1leGNl cHRpb25zIC1EX05BVElWRV9PQkpDX0VYQ0VQVElPTlMgLXB0aHJlYWQgLWZQSUMgLVdhbGwgLURH U1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9T RSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdh bGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1PMiAtcGlwZSAtZnN0YWNrLXBy b3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3Ig LWZuby1zdHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLWZv YmpjLXJ1bnRpbWU9Z251c3RlcC0xLjggLWZibG9ja3MgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVj dG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRl IC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9z c2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91 c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2lu Y2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9r ZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtZmNvbnN0YW50LXN0cmlu Zy1jbGFzcz1OU0NvbnN0YW50U3RyaW5nIC1JLiAtSS4vZGVyaXZlZF9zcmMgLUkuIC1JL3dya2Rp cnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL0dOVXN0ZXAvTGlicmFyeS9IZWFkZXJzIC1J L3Vzci9sb2NhbC9HTlVzdGVwL0xvY2FsL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05V c3RlcC9TeXN0ZW0vTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9pbmNsdWRlIFwKICAgICAg IC1vIG9iai9HTlVNYWlsLm9iai9NaW1lVHlwZS5tLm8KY2MgTWltZVR5cGVNYW5hZ2VyLm0gLWMg XAogICAgICAtTU1EIC1NUCAtREdOVVNURVAgLURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1ER05V X0dVSV9MSUJSQVJZPTEgLURHTlVTVEVQX1JVTlRJTUU9MSAtRF9OT05GUkFHSUxFX0FCST0xIC1E R05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtZm5vLXN0cmljdC1hbGlhc2luZyAtZmV4Y2VwdGlvbnMg LWZvYmpjLWV4Y2VwdGlvbnMgLURfTkFUSVZFX09CSkNfRVhDRVBUSU9OUyAtcHRocmVhZCAtZlBJ QyAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4g LURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25v LWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLU8yIC1waXBl IC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZnN0YWNr LXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtV25vLWltcG9ydCAtSS91c3IvbG9jYWwv aW5jbHVkZSAtZm9iamMtcnVudGltZT1nbnVzdGVwLTEuOCAtZmJsb2NrcyAtTzIgLXBpcGUgLWZz dGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQgLUkvdXNyL2xv Y2FsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkv dXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9p bmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iv a2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBv cnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1mY29u c3RhbnQtc3RyaW5nLWNsYXNzPU5TQ29uc3RhbnRTdHJpbmcgLUkuIC1JLi9kZXJpdmVkX3NyYyAt SS4gLUkvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvR05Vc3RlcC9MaWJyYXJ5 L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvTG9jYWwvTGlicmFyeS9IZWFkZXJzIC1JL3Vz ci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL2luY2x1 ZGUgXAogICAgICAgLW8gb2JqL0dOVU1haWwub2JqL01pbWVUeXBlTWFuYWdlci5tLm8KY2MgTmF2 aWdhdGlvblRvb2xiYXJJdGVtLm0gLWMgXAogICAgICAtTU1EIC1NUCAtREdOVVNURVAgLURHTlVT VEVQX0JBU0VfTElCUkFSWT0xIC1ER05VX0dVSV9MSUJSQVJZPTEgLURHTlVTVEVQX1JVTlRJTUU9 MSAtRF9OT05GUkFHSUxFX0FCST0xIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtZm5vLXN0cmlj dC1hbGlhc2luZyAtZmV4Y2VwdGlvbnMgLWZvYmpjLWV4Y2VwdGlvbnMgLURfTkFUSVZFX09CSkNf RVhDRVBUSU9OUyAtcHRocmVhZCAtZlBJQyAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVdu by1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1E R1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05P U0UgLVduby1pbXBvcnQgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFs aWFzaW5nIC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAt V25vLWltcG9ydCAtSS91c3IvbG9jYWwvaW5jbHVkZSAtZm9iamMtcnVudGltZT1nbnVzdGVwLTEu OCAtZmJsb2NrcyAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNp bmcgLVduby1pbXBvcnQgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkv dXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8t aW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAt V2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3Ns L2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNy L2xvY2FsL3NzbC9pbmNsdWRlIC1mY29uc3RhbnQtc3RyaW5nLWNsYXNzPU5TQ29uc3RhbnRTdHJp bmcgLUkuIC1JLi9kZXJpdmVkX3NyYyAtSS4gLUkvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVt YWlsL3dvcmsvR05Vc3RlcC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvTG9j YWwvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L0hl YWRlcnMgLUkvdXNyL2xvY2FsL2luY2x1ZGUgXAogICAgICAgLW8gb2JqL0dOVU1haWwub2JqL05h dmlnYXRpb25Ub29sYmFySXRlbS5tLm8KTmF2aWdhdGlvblRvb2xiYXJJdGVtLm06MTAwOjI6IHdh cm5pbmc6IEZJWE1FIGZpeCB3aGVuIE1lc3NhZ2VWaWV3V2luZG93Q29udHJvbGxlciBnZXRzIHJl d3JpdHRlbiBbLVcjd2FybmluZ3NdCiN3YXJuaW5nIEZJWE1FIGZpeCB3aGVuIE1lc3NhZ2VWaWV3 V2luZG93Q29udHJvbGxlciBnZXRzIHJld3JpdHRlbgogXgoxIHdhcm5pbmcgZ2VuZXJhdGVkLgpj YyBOZXdNYWlsYm94UGFuZWwubSAtYyBcCiAgICAgIC1NTUQgLU1QIC1ER05VU1RFUCAtREdOVVNU RVBfQkFTRV9MSUJSQVJZPTEgLURHTlVfR1VJX0xJQlJBUlk9MSAtREdOVVNURVBfUlVOVElNRT0x IC1EX05PTkZSQUdJTEVfQUJJPTEgLURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1mbm8tc3RyaWN0 LWFsaWFzaW5nIC1mZXhjZXB0aW9ucyAtZm9iamMtZXhjZXB0aW9ucyAtRF9OQVRJVkVfT0JKQ19F WENFUFRJT05TIC1wdGhyZWFkIC1mUElDIC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25v LWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURH U1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9T RSAtV25vLWltcG9ydCAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxp YXNpbmcgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1X bm8taW1wb3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1mb2JqYy1ydW50aW1lPWdudXN0ZXAtMS44 IC1mYmxvY2tzIC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2lu ZyAtV25vLWltcG9ydCAtSS91c3IvbG9jYWwvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91 c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdhbGwgLVduby1p bXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1X YWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wv aW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3Iv bG9jYWwvc3NsL2luY2x1ZGUgLWZjb25zdGFudC1zdHJpbmctY2xhc3M9TlNDb25zdGFudFN0cmlu ZyAtSS4gLUkuL2Rlcml2ZWRfc3JjIC1JLiAtSS93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1h aWwvd29yay9HTlVzdGVwL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9Mb2Nh bC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvSGVh ZGVycyAtSS91c3IvbG9jYWwvaW5jbHVkZSBcCiAgICAgICAtbyBvYmovR05VTWFpbC5vYmovTmV3 TWFpbGJveFBhbmVsLm0ubwpjYyBOZXdNYWlsYm94UGFuZWxDb250cm9sbGVyLm0gLWMgXAogICAg ICAtTU1EIC1NUCAtREdOVVNURVAgLURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1ER05VX0dVSV9M SUJSQVJZPTEgLURHTlVTVEVQX1JVTlRJTUU9MSAtRF9OT05GUkFHSUxFX0FCST0xIC1ER05VU1RF UF9CQVNFX0xJQlJBUlk9MSAtZm5vLXN0cmljdC1hbGlhc2luZyAtZmV4Y2VwdGlvbnMgLWZvYmpj LWV4Y2VwdGlvbnMgLURfTkFUSVZFX09CSkNfRVhDRVBUSU9OUyAtcHRocmVhZCAtZlBJQyAtV2Fs bCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJ QUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9y dCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLU8yIC1waXBlIC1mc3Rh Y2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZnN0YWNrLXByb3Rl Y3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtV25vLWltcG9ydCAtSS91c3IvbG9jYWwvaW5jbHVk ZSAtZm9iamMtcnVudGltZT1nbnVzdGVwLTEuOCAtZmJsb2NrcyAtTzIgLXBpcGUgLWZzdGFjay1w cm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQgLUkvdXNyL2xvY2FsL2lu Y2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xv Y2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRl IC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVy b3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkv dXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1mY29uc3RhbnQt c3RyaW5nLWNsYXNzPU5TQ29uc3RhbnRTdHJpbmcgLUkuIC1JLi9kZXJpdmVkX3NyYyAtSS4gLUkv d3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvR05Vc3RlcC9MaWJyYXJ5L0hlYWRl cnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvTG9jYWwvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2Nh bC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL2luY2x1ZGUgXAog ICAgICAgLW8gb2JqL0dOVU1haWwub2JqL05ld01haWxib3hQYW5lbENvbnRyb2xsZXIubS5vCmNj IE5TQXR0cmlidXRlZFN0cmluZytFeHRlbnNpb25zLm0gLWMgXAogICAgICAtTU1EIC1NUCAtREdO VVNURVAgLURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1ER05VX0dVSV9MSUJSQVJZPTEgLURHTlVT VEVQX1JVTlRJTUU9MSAtRF9OT05GUkFHSUxFX0FCST0xIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9 MSAtZm5vLXN0cmljdC1hbGlhc2luZyAtZmV4Y2VwdGlvbnMgLWZvYmpjLWV4Y2VwdGlvbnMgLURf TkFUSVZFX09CSkNfRVhDRVBUSU9OUyAtcHRocmVhZCAtZlBJQyAtV2FsbCAtREdTV0FSTiAtREdT RElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1w b3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FS TiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1m bm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmlj dC1hbGlhc2luZyAtV25vLWltcG9ydCAtSS91c3IvbG9jYWwvaW5jbHVkZSAtZm9iamMtcnVudGlt ZT1nbnVzdGVwLTEuOCAtZmJsb2NrcyAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1z dHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLVdhbGwgLVdu by1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRl IC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9z c2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91 c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2lu Y2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1mY29uc3RhbnQtc3RyaW5nLWNsYXNzPU5T Q29uc3RhbnRTdHJpbmcgLUkuIC1JLi9kZXJpdmVkX3NyYyAtSS4gLUkvd3JrZGlycy91c3IvcG9y dHMvbWFpbC9nbnVtYWlsL3dvcmsvR05Vc3RlcC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2Fs L0dOVXN0ZXAvTG9jYWwvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3Rl bS9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL2luY2x1ZGUgXAogICAgICAgLW8gb2JqL0dO VU1haWwub2JqL05TQXR0cmlidXRlZFN0cmluZytFeHRlbnNpb25zLm0ubwpOU0F0dHJpYnV0ZWRT dHJpbmcrRXh0ZW5zaW9ucy5tOjkxOToyOiB3YXJuaW5nOiBpbXBsZW1lbnQgYW5kIHVzZSBpbiB0 aGUgY2VsbCBkcmF3aW5nIGNvZGUgZm9yIHRoZSBtZXNzYWdlIGhlYWRlcnMgWy1XI3dhcm5pbmdz XQojd2FybmluZyBpbXBsZW1lbnQgYW5kIHVzZSBpbiB0aGUgY2VsbCBkcmF3aW5nIGNvZGUgZm9y IHRoZSBtZXNzYWdlIGhlYWRlcnMKIF4KMSB3YXJuaW5nIGdlbmVyYXRlZC4KY2MgTlNBdHRyaWJ1 dGVkU3RyaW5nK1RleHRFbnJpY2hlZC5tIC1jIFwKICAgICAgLU1NRCAtTVAgLURHTlVTVEVQIC1E R05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtREdOVV9HVUlfTElCUkFSWT0xIC1ER05VU1RFUF9SVU5U SU1FPTEgLURfTk9ORlJBR0lMRV9BQkk9MSAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLWZuby1z dHJpY3QtYWxpYXNpbmcgLWZleGNlcHRpb25zIC1mb2JqYy1leGNlcHRpb25zIC1EX05BVElWRV9P QkpDX0VYQ0VQVElPTlMgLXB0aHJlYWQgLWZQSUMgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NF IC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2Fs bCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJ QUdOT1NFIC1Xbm8taW1wb3J0IC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmlj dC1hbGlhc2luZyAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNp bmcgLVduby1pbXBvcnQgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLWZvYmpjLXJ1bnRpbWU9Z251c3Rl cC0xLjggLWZibG9ja3MgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFs aWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0 IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAt V25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1 ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2Fs L3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1J L3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtZmNvbnN0YW50LXN0cmluZy1jbGFzcz1OU0NvbnN0YW50 U3RyaW5nIC1JLiAtSS4vZGVyaXZlZF9zcmMgLUkuIC1JL3dya2RpcnMvdXNyL3BvcnRzL21haWwv Z251bWFpbC93b3JrL0dOVXN0ZXAvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9HTlVzdGVw L0xvY2FsL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFy eS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9pbmNsdWRlIFwKICAgICAgIC1vIG9iai9HTlVNYWlsLm9i ai9OU0F0dHJpYnV0ZWRTdHJpbmcrVGV4dEVucmljaGVkLm0ubwpjYyBOU0JlemllclBhdGgrRXh0 ZW5zaW9ucy5tIC1jIFwKICAgICAgLU1NRCAtTVAgLURHTlVTVEVQIC1ER05VU1RFUF9CQVNFX0xJ QlJBUlk9MSAtREdOVV9HVUlfTElCUkFSWT0xIC1ER05VU1RFUF9SVU5USU1FPTEgLURfTk9ORlJB R0lMRV9BQkk9MSAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLWZuby1zdHJpY3QtYWxpYXNpbmcg LWZleGNlcHRpb25zIC1mb2JqYy1leGNlcHRpb25zIC1EX05BVElWRV9PQkpDX0VYQ0VQVElPTlMg LXB0aHJlYWQgLWZQSUMgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1X YWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdT RElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1w b3J0IC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIg LXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQg LUkvdXNyL2xvY2FsL2luY2x1ZGUgLWZvYmpjLXJ1bnRpbWU9Z251c3RlcC0xLjggLWZibG9ja3Mg LU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1Xbm8taW1w b3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJv cy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91 c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdhbGwgLVduby1p bXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1X YWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wv aW5jbHVkZSAtZmNvbnN0YW50LXN0cmluZy1jbGFzcz1OU0NvbnN0YW50U3RyaW5nIC1JLiAtSS4v ZGVyaXZlZF9zcmMgLUkuIC1JL3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL0dO VXN0ZXAvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9HTlVzdGVwL0xvY2FsL0xpYnJhcnkv SGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9IZWFkZXJzIC1JL3Vz ci9sb2NhbC9pbmNsdWRlIFwKICAgICAgIC1vIG9iai9HTlVNYWlsLm9iai9OU0JlemllclBhdGgr RXh0ZW5zaW9ucy5tLm8KY2MgTlNCdW5kbGUrRXh0ZW5zaW9ucy5tIC1jIFwKICAgICAgLU1NRCAt TVAgLURHTlVTVEVQIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtREdOVV9HVUlfTElCUkFSWT0x IC1ER05VU1RFUF9SVU5USU1FPTEgLURfTk9ORlJBR0lMRV9BQkk9MSAtREdOVVNURVBfQkFTRV9M SUJSQVJZPTEgLWZuby1zdHJpY3QtYWxpYXNpbmcgLWZleGNlcHRpb25zIC1mb2JqYy1leGNlcHRp b25zIC1EX05BVElWRV9PQkpDX0VYQ0VQVElPTlMgLXB0aHJlYWQgLWZQSUMgLVdhbGwgLURHU1dB Uk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAt V25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwg LURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1PMiAtcGlwZSAtZnN0YWNrLXByb3Rl Y3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZu by1zdHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLWZvYmpj LXJ1bnRpbWU9Z251c3RlcC0xLjggLWZibG9ja3MgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9y IC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1X YWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wv aW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3Iv bG9jYWwvc3NsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1 ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJi ZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtZmNvbnN0YW50LXN0cmluZy1j bGFzcz1OU0NvbnN0YW50U3RyaW5nIC1JLiAtSS4vZGVyaXZlZF9zcmMgLUkuIC1JL3dya2RpcnMv dXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL0dOVXN0ZXAvTGlicmFyeS9IZWFkZXJzIC1JL3Vz ci9sb2NhbC9HTlVzdGVwL0xvY2FsL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3Rl cC9TeXN0ZW0vTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9pbmNsdWRlIFwKICAgICAgIC1v IG9iai9HTlVNYWlsLm9iai9OU0J1bmRsZStFeHRlbnNpb25zLm0ubwpjYyBOU0NvbG9yK0V4dGVu c2lvbnMubSAtYyBcCiAgICAgIC1NTUQgLU1QIC1ER05VU1RFUCAtREdOVVNURVBfQkFTRV9MSUJS QVJZPTEgLURHTlVfR1VJX0xJQlJBUlk9MSAtREdOVVNURVBfUlVOVElNRT0xIC1EX05PTkZSQUdJ TEVfQUJJPTEgLURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1m ZXhjZXB0aW9ucyAtZm9iamMtZXhjZXB0aW9ucyAtRF9OQVRJVkVfT0JKQ19FWENFUFRJT05TIC1w dGhyZWFkIC1mUElDIC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2Fs bCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJ QUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9y dCAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1w aXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1Xbm8taW1wb3J0IC1J L3Vzci9sb2NhbC9pbmNsdWRlIC1mb2JqYy1ydW50aW1lPWdudXN0ZXAtMS44IC1mYmxvY2tzIC1P MiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtV25vLWltcG9y dCAtSS91c3IvbG9jYWwvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3Mv aW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNy L2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1w b3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2Fs bCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2lu Y2x1ZGUgLWZjb25zdGFudC1zdHJpbmctY2xhc3M9TlNDb25zdGFudFN0cmluZyAtSS4gLUkuL2Rl cml2ZWRfc3JjIC1JLiAtSS93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVz dGVwL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9Mb2NhbC9MaWJyYXJ5L0hl YWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvSGVhZGVycyAtSS91c3Iv bG9jYWwvaW5jbHVkZSBcCiAgICAgICAtbyBvYmovR05VTWFpbC5vYmovTlNDb2xvcitFeHRlbnNp b25zLm0ubwpjYyBOU0ZvbnQrRXh0ZW5zaW9ucy5tIC1jIFwKICAgICAgLU1NRCAtTVAgLURHTlVT VEVQIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtREdOVV9HVUlfTElCUkFSWT0xIC1ER05VU1RF UF9SVU5USU1FPTEgLURfTk9ORlJBR0lMRV9BQkk9MSAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEg LWZuby1zdHJpY3QtYWxpYXNpbmcgLWZleGNlcHRpb25zIC1mb2JqYy1leGNlcHRpb25zIC1EX05B VElWRV9PQkpDX0VYQ0VQVElPTlMgLXB0aHJlYWQgLWZQSUMgLVdhbGwgLURHU1dBUk4gLURHU0RJ QUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9y dCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4g LURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5v LXN0cmljdC1hbGlhc2luZyAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3Qt YWxpYXNpbmcgLVduby1pbXBvcnQgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLWZvYmpjLXJ1bnRpbWU9 Z251c3RlcC0xLjggLWZibG9ja3MgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3Ry aWN0LWFsaWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1XYWxsIC1Xbm8t aW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAt V2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3Ns L2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNy L2xvY2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNs dWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtZmNvbnN0YW50LXN0cmluZy1jbGFzcz1OU0Nv bnN0YW50U3RyaW5nIC1JLiAtSS4vZGVyaXZlZF9zcmMgLUkuIC1JL3dya2RpcnMvdXNyL3BvcnRz L21haWwvZ251bWFpbC93b3JrL0dOVXN0ZXAvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9H TlVzdGVwL0xvY2FsL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0v TGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9pbmNsdWRlIFwKICAgICAgIC1vIG9iai9HTlVN YWlsLm9iai9OU0ZvbnQrRXh0ZW5zaW9ucy5tLm8KY2MgTlNQYXN0ZWJvYXJkK0V4dGVuc2lvbnMu bSAtYyBcCiAgICAgIC1NTUQgLU1QIC1ER05VU1RFUCAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEg LURHTlVfR1VJX0xJQlJBUlk9MSAtREdOVVNURVBfUlVOVElNRT0xIC1EX05PTkZSQUdJTEVfQUJJ PTEgLURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1mZXhjZXB0 aW9ucyAtZm9iamMtZXhjZXB0aW9ucyAtRF9OQVRJVkVfT0JKQ19FWENFUFRJT05TIC1wdGhyZWFk IC1mUElDIC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdT V0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NF IC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtTzIg LXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1m c3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vzci9s b2NhbC9pbmNsdWRlIC1mb2JqYy1ydW50aW1lPWdudXN0ZXAtMS44IC1mYmxvY2tzIC1PMiAtcGlw ZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtV25vLWltcG9ydCAtSS91 c3IvbG9jYWwvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVk ZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJl cm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1J L3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25v LWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUg LWZjb25zdGFudC1zdHJpbmctY2xhc3M9TlNDb25zdGFudFN0cmluZyAtSS4gLUkuL2Rlcml2ZWRf c3JjIC1JLiAtSS93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVzdGVwL0xp YnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9Mb2NhbC9MaWJyYXJ5L0hlYWRlcnMg LUkvdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwv aW5jbHVkZSBcCiAgICAgICAtbyBvYmovR05VTWFpbC5vYmovTlNQYXN0ZWJvYXJkK0V4dGVuc2lv bnMubS5vCmNjIE5TVXNlckRlZmF1bHRzK0V4dGVuc2lvbnMubSAtYyBcCiAgICAgIC1NTUQgLU1Q IC1ER05VU1RFUCAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLURHTlVfR1VJX0xJQlJBUlk9MSAt REdOVVNURVBfUlVOVElNRT0xIC1EX05PTkZSQUdJTEVfQUJJPTEgLURHTlVTVEVQX0JBU0VfTElC UkFSWT0xIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1mZXhjZXB0aW9ucyAtZm9iamMtZXhjZXB0aW9u cyAtRF9OQVRJVkVfT0JKQ19FWENFUFRJT05TIC1wdGhyZWFkIC1mUElDIC1XYWxsIC1ER1NXQVJO IC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVdu by1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1E R1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0 b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8t c3RyaWN0LWFsaWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1mb2JqYy1y dW50aW1lPWdudXN0ZXAtMS44IC1mYmxvY2tzIC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAt Zm5vLXN0cmljdC1hbGlhc2luZyAtV25vLWltcG9ydCAtSS91c3IvbG9jYWwvaW5jbHVkZSAtV2Fs bCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2lu Y2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xv Y2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRl IC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVy b3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLWZjb25zdGFudC1zdHJpbmctY2xh c3M9TlNDb25zdGFudFN0cmluZyAtSS4gLUkuL2Rlcml2ZWRfc3JjIC1JLiAtSS93cmtkaXJzL3Vz ci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVzdGVwL0xpYnJhcnkvSGVhZGVycyAtSS91c3Iv bG9jYWwvR05Vc3RlcC9Mb2NhbC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAv U3lzdGVtL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvaW5jbHVkZSBcCiAgICAgICAtbyBv YmovR05VTWFpbC5vYmovTlNVc2VyRGVmYXVsdHMrRXh0ZW5zaW9ucy5tLm8KY2MgUGFzc3dvcmRQ YW5lbENvbnRyb2xsZXIubSAtYyBcCiAgICAgIC1NTUQgLU1QIC1ER05VU1RFUCAtREdOVVNURVBf QkFTRV9MSUJSQVJZPTEgLURHTlVfR1VJX0xJQlJBUlk9MSAtREdOVVNURVBfUlVOVElNRT0xIC1E X05PTkZSQUdJTEVfQUJJPTEgLURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1mbm8tc3RyaWN0LWFs aWFzaW5nIC1mZXhjZXB0aW9ucyAtZm9iamMtZXhjZXB0aW9ucyAtRF9OQVRJVkVfT0JKQ19FWENF UFRJT05TIC1wdGhyZWFkIC1mUElDIC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWlt cG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dB Uk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAt V25vLWltcG9ydCAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNp bmcgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1Xbm8t aW1wb3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1mb2JqYy1ydW50aW1lPWdudXN0ZXAtMS44IC1m YmxvY2tzIC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAt V25vLWltcG9ydCAtSS91c3IvbG9jYWwvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iv a2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBv cnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1XYWxs IC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5j bHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9j YWwvc3NsL2luY2x1ZGUgLWZjb25zdGFudC1zdHJpbmctY2xhc3M9TlNDb25zdGFudFN0cmluZyAt SS4gLUkuL2Rlcml2ZWRfc3JjIC1JLiAtSS93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwv d29yay9HTlVzdGVwL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9Mb2NhbC9M aWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvSGVhZGVy cyAtSS91c3IvbG9jYWwvaW5jbHVkZSBcCiAgICAgICAtbyBvYmovR05VTWFpbC5vYmovUGFzc3dv cmRQYW5lbENvbnRyb2xsZXIubS5vCmNjIFByZWZlcmVuY2VzV2luZG93Lm0gLWMgXAogICAgICAt TU1EIC1NUCAtREdOVVNURVAgLURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1ER05VX0dVSV9MSUJS QVJZPTEgLURHTlVTVEVQX1JVTlRJTUU9MSAtRF9OT05GUkFHSUxFX0FCST0xIC1ER05VU1RFUF9C QVNFX0xJQlJBUlk9MSAtZm5vLXN0cmljdC1hbGlhc2luZyAtZmV4Y2VwdGlvbnMgLWZvYmpjLWV4 Y2VwdGlvbnMgLURfTkFUSVZFX09CSkNfRVhDRVBUSU9OUyAtcHRocmVhZCAtZlBJQyAtV2FsbCAt REdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdO T1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAt V2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLU8yIC1waXBlIC1mc3RhY2st cHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3Rv ciAtZm5vLXN0cmljdC1hbGlhc2luZyAtV25vLWltcG9ydCAtSS91c3IvbG9jYWwvaW5jbHVkZSAt Zm9iamMtcnVudGltZT1nbnVzdGVwLTEuOCAtZmJsb2NrcyAtTzIgLXBpcGUgLWZzdGFjay1wcm90 ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQgLUkvdXNyL2xvY2FsL2luY2x1 ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2Fs L3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1J L3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3Mv aW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNy L2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1mY29uc3RhbnQtc3Ry aW5nLWNsYXNzPU5TQ29uc3RhbnRTdHJpbmcgLUkuIC1JLi9kZXJpdmVkX3NyYyAtSS4gLUkvd3Jr ZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvR05Vc3RlcC9MaWJyYXJ5L0hlYWRlcnMg LUkvdXNyL2xvY2FsL0dOVXN0ZXAvTG9jYWwvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9H TlVzdGVwL1N5c3RlbS9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL2luY2x1ZGUgXAogICAg ICAgLW8gb2JqL0dOVU1haWwub2JqL1ByZWZlcmVuY2VzV2luZG93Lm0ubwpjYyBQcmVmZXJlbmNl c1dpbmRvd0NvbnRyb2xsZXIubSAtYyBcCiAgICAgIC1NTUQgLU1QIC1ER05VU1RFUCAtREdOVVNU RVBfQkFTRV9MSUJSQVJZPTEgLURHTlVfR1VJX0xJQlJBUlk9MSAtREdOVVNURVBfUlVOVElNRT0x IC1EX05PTkZSQUdJTEVfQUJJPTEgLURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1mbm8tc3RyaWN0 LWFsaWFzaW5nIC1mZXhjZXB0aW9ucyAtZm9iamMtZXhjZXB0aW9ucyAtRF9OQVRJVkVfT0JKQ19F WENFUFRJT05TIC1wdGhyZWFkIC1mUElDIC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25v LWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURH U1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9T RSAtV25vLWltcG9ydCAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxp YXNpbmcgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1X bm8taW1wb3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1mb2JqYy1ydW50aW1lPWdudXN0ZXAtMS44 IC1mYmxvY2tzIC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2lu ZyAtV25vLWltcG9ydCAtSS91c3IvbG9jYWwvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91 c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdhbGwgLVduby1p bXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1X YWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wv aW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3Iv bG9jYWwvc3NsL2luY2x1ZGUgLWZjb25zdGFudC1zdHJpbmctY2xhc3M9TlNDb25zdGFudFN0cmlu ZyAtSS4gLUkuL2Rlcml2ZWRfc3JjIC1JLiAtSS93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1h aWwvd29yay9HTlVzdGVwL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9Mb2Nh bC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvSGVh ZGVycyAtSS91c3IvbG9jYWwvaW5jbHVkZSBcCiAgICAgICAtbyBvYmovR05VTWFpbC5vYmovUHJl ZmVyZW5jZXNXaW5kb3dDb250cm9sbGVyLm0ubwpjYyBTVFNjcmlwdGluZ1N1cHBvcnQubSAtYyBc CiAgICAgIC1NTUQgLU1QIC1ER05VU1RFUCAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLURHTlVf R1VJX0xJQlJBUlk9MSAtREdOVVNURVBfUlVOVElNRT0xIC1EX05PTkZSQUdJTEVfQUJJPTEgLURH TlVTVEVQX0JBU0VfTElCUkFSWT0xIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1mZXhjZXB0aW9ucyAt Zm9iamMtZXhjZXB0aW9ucyAtRF9OQVRJVkVfT0JKQ19FWENFUFRJT05TIC1wdGhyZWFkIC1mUElD IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAt REdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8t aW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtTzIgLXBpcGUg LWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mc3RhY2st cHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vzci9sb2NhbC9p bmNsdWRlIC1mb2JqYy1ydW50aW1lPWdudXN0ZXAtMS44IC1mYmxvY2tzIC1PMiAtcGlwZSAtZnN0 YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtV25vLWltcG9ydCAtSS91c3IvbG9j YWwvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91 c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2lu Y2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9r ZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9y dCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLWZjb25z dGFudC1zdHJpbmctY2xhc3M9TlNDb25zdGFudFN0cmluZyAtSS4gLUkuL2Rlcml2ZWRfc3JjIC1J LiAtSS93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVzdGVwL0xpYnJhcnkv SGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9Mb2NhbC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNy L2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvaW5jbHVk ZSBcCiAgICAgICAtbyBvYmovR05VTWFpbC5vYmovU1RTY3JpcHRpbmdTdXBwb3J0Lm0ubwpjYyBU YXNrLm0gLWMgXAogICAgICAtTU1EIC1NUCAtREdOVVNURVAgLURHTlVTVEVQX0JBU0VfTElCUkFS WT0xIC1ER05VX0dVSV9MSUJSQVJZPTEgLURHTlVTVEVQX1JVTlRJTUU9MSAtRF9OT05GUkFHSUxF X0FCST0xIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtZm5vLXN0cmljdC1hbGlhc2luZyAtZmV4 Y2VwdGlvbnMgLWZvYmpjLWV4Y2VwdGlvbnMgLURfTkFUSVZFX09CSkNfRVhDRVBUSU9OUyAtcHRo cmVhZCAtZlBJQyAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwg LURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFH Tk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQg LU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlw ZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtV25vLWltcG9ydCAtSS91 c3IvbG9jYWwvaW5jbHVkZSAtZm9iamMtcnVudGltZT1nbnVzdGVwLTEuOCAtZmJsb2NrcyAtTzIg LXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQg LUkvdXNyL2xvY2FsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2lu Y2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9r ZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9y dCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdhbGwg LVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNs dWRlIC1mY29uc3RhbnQtc3RyaW5nLWNsYXNzPU5TQ29uc3RhbnRTdHJpbmcgLUkuIC1JLi9kZXJp dmVkX3NyYyAtSS4gLUkvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvR05Vc3Rl cC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvTG9jYWwvTGlicmFyeS9IZWFk ZXJzIC1JL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xv Y2FsL2luY2x1ZGUgXAogICAgICAgLW8gb2JqL0dOVU1haWwub2JqL1Rhc2subS5vCmNjIFRhc2tN YW5hZ2VyLm0gLWMgXAogICAgICAtTU1EIC1NUCAtREdOVVNURVAgLURHTlVTVEVQX0JBU0VfTElC UkFSWT0xIC1ER05VX0dVSV9MSUJSQVJZPTEgLURHTlVTVEVQX1JVTlRJTUU9MSAtRF9OT05GUkFH SUxFX0FCST0xIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtZm5vLXN0cmljdC1hbGlhc2luZyAt ZmV4Y2VwdGlvbnMgLWZvYmpjLWV4Y2VwdGlvbnMgLURfTkFUSVZFX09CSkNfRVhDRVBUSU9OUyAt cHRocmVhZCAtZlBJQyAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdh bGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NE SUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBv cnQgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAt cGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtV25vLWltcG9ydCAt SS91c3IvbG9jYWwvaW5jbHVkZSAtZm9iamMtcnVudGltZT1nbnVzdGVwLTEuOCAtZmJsb2NrcyAt TzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVduby1pbXBv cnQgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9z L2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vz ci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWlt cG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdh bGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9p bmNsdWRlIC1mY29uc3RhbnQtc3RyaW5nLWNsYXNzPU5TQ29uc3RhbnRTdHJpbmcgLUkuIC1JLi9k ZXJpdmVkX3NyYyAtSS4gLUkvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvR05V c3RlcC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvTG9jYWwvTGlicmFyeS9I ZWFkZXJzIC1JL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNy L2xvY2FsL2luY2x1ZGUgXAogICAgICAgLW8gb2JqL0dOVU1haWwub2JqL1Rhc2tNYW5hZ2VyLm0u bwpUYXNrTWFuYWdlci5tOjU5MjoyNzogd2FybmluZzogZm9ybWF0IHN0cmluZyBpcyBub3QgYSBz dHJpbmcgbGl0ZXJhbCAocG90ZW50aWFsbHkgaW5zZWN1cmUpIFstV2Zvcm1hdC1zZWN1cml0eV0K ICAgICAgQUREX0NPTlNPTEVfTUVTU0FHRShfKEAiU01UUCAtIEF1dGhlbnRpY2F0ZWQhIFNlbmRp bmcgdGhlIG1lc3NhZ2UuLi4iKSk7CiAgICAgIH5+fn5+fn5+fn5+fn5+fn5+fn5+Xn5+fn5+fn5+ fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+Ci91c3IvbG9jYWwvR05V c3RlcC9TeXN0ZW0vTGlicmFyeS9IZWFkZXJzL0dOVXN0ZXBCYXNlL0dOVXN0ZXAuaDoyODY6Mzog bm90ZTogZXhwYW5kZWQgZnJvbSBtYWNybyAnXycKICBbR1NfTE9DQUxJU0FUSU9OX0JVTkRMRSBs b2NhbGl6ZWRTdHJpbmdGb3JLZXk6IChYKSB2YWx1ZTogQCIiIHRhYmxlOiBuaWxdCiAgXgouL0Nv bnNvbGVXaW5kb3dDb250cm9sbGVyLmg6Mjg6OTI6IG5vdGU6IGV4cGFuZGVkIGZyb20gbWFjcm8g J0FERF9DT05TT0xFX01FU1NBR0UnCiAgW1tDb25zb2xlV2luZG93Q29udHJvbGxlciBzaW5nbGVJ bnN0YW5jZV0gYWRkQ29uc29sZU1lc3NhZ2U6IFtOU1N0cmluZyBzdHJpbmdXaXRoRm9ybWF0OiBm b3JtYXQsICMjYXJnc11dOwogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXn5+fn5+ ClRhc2tNYW5hZ2VyLm06NTkyOjI3OiBub3RlOiB0cmVhdCB0aGUgc3RyaW5nIGFzIGFuIGFyZ3Vt ZW50IHRvIGF2b2lkIHRoaXMKICAgICAgQUREX0NPTlNPTEVfTUVTU0FHRShfKEAiU01UUCAtIEF1 dGhlbnRpY2F0ZWQhIFNlbmRpbmcgdGhlIG1lc3NhZ2UuLi4iKSk7CiAgICAgICAgICAgICAgICAg ICAgICAgICAgXgogICAgICAgICAgICAgICAgICAgICAgICAgIEAiJUAiLCAKL3Vzci9sb2NhbC9H TlVzdGVwL1N5c3RlbS9MaWJyYXJ5L0hlYWRlcnMvR05Vc3RlcEJhc2UvR05Vc3RlcC5oOjI4Njoz OiBub3RlOiBleHBhbmRlZCBmcm9tIG1hY3JvICdfJwogIFtHU19MT0NBTElTQVRJT05fQlVORExF IGxvY2FsaXplZFN0cmluZ0ZvcktleTogKFgpIHZhbHVlOiBAIiIgdGFibGU6IG5pbF0KICBeCi4v Q29uc29sZVdpbmRvd0NvbnRyb2xsZXIuaDoyODo5Mjogbm90ZTogZXhwYW5kZWQgZnJvbSBtYWNy byAnQUREX0NPTlNPTEVfTUVTU0FHRScKICBbW0NvbnNvbGVXaW5kb3dDb250cm9sbGVyIHNpbmds ZUluc3RhbmNlXSBhZGRDb25zb2xlTWVzc2FnZTogW05TU3RyaW5nIHN0cmluZ1dpdGhGb3JtYXQ6 IGZvcm1hdCwgIyNhcmdzXV07CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBeClRh c2tNYW5hZ2VyLm06NjEyOjI3OiB3YXJuaW5nOiBmb3JtYXQgc3RyaW5nIGlzIG5vdCBhIHN0cmlu ZyBsaXRlcmFsIChwb3RlbnRpYWxseSBpbnNlY3VyZSkgWy1XZm9ybWF0LXNlY3VyaXR5XQogICAg ICBBRERfQ09OU09MRV9NRVNTQUdFKF8oQCJQT1AzIC0gQXV0aGVudGljYXRlZCEgVHJhbnNmZXJy aW5nIG1lc3NhZ2VzLi4uIikpOwogICAgICB+fn5+fn5+fn5+fn5+fn5+fn5+fl5+fn5+fn5+fn5+ fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+Ci91c3IvbG9jYWwvR05V c3RlcC9TeXN0ZW0vTGlicmFyeS9IZWFkZXJzL0dOVXN0ZXBCYXNlL0dOVXN0ZXAuaDoyODY6Mzog bm90ZTogZXhwYW5kZWQgZnJvbSBtYWNybyAnXycKICBbR1NfTE9DQUxJU0FUSU9OX0JVTkRMRSBs b2NhbGl6ZWRTdHJpbmdGb3JLZXk6IChYKSB2YWx1ZTogQCIiIHRhYmxlOiBuaWxdCiAgXgouL0Nv bnNvbGVXaW5kb3dDb250cm9sbGVyLmg6Mjg6OTI6IG5vdGU6IGV4cGFuZGVkIGZyb20gbWFjcm8g J0FERF9DT05TT0xFX01FU1NBR0UnCiAgW1tDb25zb2xlV2luZG93Q29udHJvbGxlciBzaW5nbGVJ bnN0YW5jZV0gYWRkQ29uc29sZU1lc3NhZ2U6IFtOU1N0cmluZyBzdHJpbmdXaXRoRm9ybWF0OiBm b3JtYXQsICMjYXJnc11dOwogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXn5+fn5+ ClRhc2tNYW5hZ2VyLm06NjEyOjI3OiBub3RlOiB0cmVhdCB0aGUgc3RyaW5nIGFzIGFuIGFyZ3Vt ZW50IHRvIGF2b2lkIHRoaXMKICAgICAgQUREX0NPTlNPTEVfTUVTU0FHRShfKEAiUE9QMyAtIEF1 dGhlbnRpY2F0ZWQhIFRyYW5zZmVycmluZyBtZXNzYWdlcy4uLiIpKTsKICAgICAgICAgICAgICAg ICAgICAgICAgICBeCiAgICAgICAgICAgICAgICAgICAgICAgICAgQCIlQCIsIAovdXNyL2xvY2Fs L0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvSGVhZGVycy9HTlVzdGVwQmFzZS9HTlVzdGVwLmg6Mjg2 OjM6IG5vdGU6IGV4cGFuZGVkIGZyb20gbWFjcm8gJ18nCiAgW0dTX0xPQ0FMSVNBVElPTl9CVU5E TEUgbG9jYWxpemVkU3RyaW5nRm9yS2V5OiAoWCkgdmFsdWU6IEAiIiB0YWJsZTogbmlsXQogIF4K Li9Db25zb2xlV2luZG93Q29udHJvbGxlci5oOjI4OjkyOiBub3RlOiBleHBhbmRlZCBmcm9tIG1h Y3JvICdBRERfQ09OU09MRV9NRVNTQUdFJwogIFtbQ29uc29sZVdpbmRvd0NvbnRyb2xsZXIgc2lu Z2xlSW5zdGFuY2VdIGFkZENvbnNvbGVNZXNzYWdlOiBbTlNTdHJpbmcgc3RyaW5nV2l0aEZvcm1h dDogZm9ybWF0LCAjI2FyZ3NdXTsKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIF4K VGFza01hbmFnZXIubTo2MjA6Mjc6IHdhcm5pbmc6IGZvcm1hdCBzdHJpbmcgaXMgbm90IGEgc3Ry aW5nIGxpdGVyYWwgKHBvdGVudGlhbGx5IGluc2VjdXJlKSBbLVdmb3JtYXQtc2VjdXJpdHldCiAg ICAgIEFERF9DT05TT0xFX01FU1NBR0UoXyhAIklNQVAgLSBBdXRoZW50aWNhdGVkISIpKTsKICAg ICAgfn5+fn5+fn5+fn5+fn5+fn5+fn5efn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+Ci91c3Iv bG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9IZWFkZXJzL0dOVXN0ZXBCYXNlL0dOVXN0ZXAu aDoyODY6Mzogbm90ZTogZXhwYW5kZWQgZnJvbSBtYWNybyAnXycKICBbR1NfTE9DQUxJU0FUSU9O X0JVTkRMRSBsb2NhbGl6ZWRTdHJpbmdGb3JLZXk6IChYKSB2YWx1ZTogQCIiIHRhYmxlOiBuaWxd CiAgXgouL0NvbnNvbGVXaW5kb3dDb250cm9sbGVyLmg6Mjg6OTI6IG5vdGU6IGV4cGFuZGVkIGZy b20gbWFjcm8gJ0FERF9DT05TT0xFX01FU1NBR0UnCiAgW1tDb25zb2xlV2luZG93Q29udHJvbGxl ciBzaW5nbGVJbnN0YW5jZV0gYWRkQ29uc29sZU1lc3NhZ2U6IFtOU1N0cmluZyBzdHJpbmdXaXRo Rm9ybWF0OiBmb3JtYXQsICMjYXJnc11dOwogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgXn5+fn5+ClRhc2tNYW5hZ2VyLm06NjIwOjI3OiBub3RlOiB0cmVhdCB0aGUgc3RyaW5nIGFz IGFuIGFyZ3VtZW50IHRvIGF2b2lkIHRoaXMKICAgICAgQUREX0NPTlNPTEVfTUVTU0FHRShfKEAi SU1BUCAtIEF1dGhlbnRpY2F0ZWQhIikpOwogICAgICAgICAgICAgICAgICAgICAgICAgIF4KICAg ICAgICAgICAgICAgICAgICAgICAgICBAIiVAIiwgCi91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0v TGlicmFyeS9IZWFkZXJzL0dOVXN0ZXBCYXNlL0dOVXN0ZXAuaDoyODY6Mzogbm90ZTogZXhwYW5k ZWQgZnJvbSBtYWNybyAnXycKICBbR1NfTE9DQUxJU0FUSU9OX0JVTkRMRSBsb2NhbGl6ZWRTdHJp bmdGb3JLZXk6IChYKSB2YWx1ZTogQCIiIHRhYmxlOiBuaWxdCiAgXgouL0NvbnNvbGVXaW5kb3dD b250cm9sbGVyLmg6Mjg6OTI6IG5vdGU6IGV4cGFuZGVkIGZyb20gbWFjcm8gJ0FERF9DT05TT0xF X01FU1NBR0UnCiAgW1tDb25zb2xlV2luZG93Q29udHJvbGxlciBzaW5nbGVJbnN0YW5jZV0gYWRk Q29uc29sZU1lc3NhZ2U6IFtOU1N0cmluZyBzdHJpbmdXaXRoRm9ybWF0OiBmb3JtYXQsICMjYXJn c11dOwogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXgpUYXNrTWFuYWdlci5tOjEz MzA6MjM6IHdhcm5pbmc6IGZvcm1hdCBzdHJpbmcgaXMgbm90IGEgc3RyaW5nIGxpdGVyYWwgKHBv dGVudGlhbGx5IGluc2VjdXJlKSBbLVdmb3JtYXQtc2VjdXJpdHldCiAgQUREX0NPTlNPTEVfTUVT U0FHRShfKEAiU01UUCAtIFNlbnQhIikpOwogIH5+fn5+fn5+fn5+fn5+fn5+fn5+Xn5+fn5+fn5+ fn5+fn5+fn5+fgovdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvSGVhZGVycy9HTlVz dGVwQmFzZS9HTlVzdGVwLmg6Mjg2OjM6IG5vdGU6IGV4cGFuZGVkIGZyb20gbWFjcm8gJ18nCiAg W0dTX0xPQ0FMSVNBVElPTl9CVU5ETEUgbG9jYWxpemVkU3RyaW5nRm9yS2V5OiAoWCkgdmFsdWU6 IEAiIiB0YWJsZTogbmlsXQogIF4KLi9Db25zb2xlV2luZG93Q29udHJvbGxlci5oOjI4OjkyOiBu b3RlOiBleHBhbmRlZCBmcm9tIG1hY3JvICdBRERfQ09OU09MRV9NRVNTQUdFJwogIFtbQ29uc29s ZVdpbmRvd0NvbnRyb2xsZXIgc2luZ2xlSW5zdGFuY2VdIGFkZENvbnNvbGVNZXNzYWdlOiBbTlNT dHJpbmcgc3RyaW5nV2l0aEZvcm1hdDogZm9ybWF0LCAjI2FyZ3NdXTsKICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIF5+fn5+fgpUYXNrTWFuYWdlci5tOjEzMzA6MjM6IG5vdGU6IHRy ZWF0IHRoZSBzdHJpbmcgYXMgYW4gYXJndW1lbnQgdG8gYXZvaWQgdGhpcwogIEFERF9DT05TT0xF X01FU1NBR0UoXyhAIlNNVFAgLSBTZW50ISIpKTsKICAgICAgICAgICAgICAgICAgICAgIF4KICAg ICAgICAgICAgICAgICAgICAgIEAiJUAiLCAKL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJy YXJ5L0hlYWRlcnMvR05Vc3RlcEJhc2UvR05Vc3RlcC5oOjI4NjozOiBub3RlOiBleHBhbmRlZCBm cm9tIG1hY3JvICdfJwogIFtHU19MT0NBTElTQVRJT05fQlVORExFIGxvY2FsaXplZFN0cmluZ0Zv cktleTogKFgpIHZhbHVlOiBAIiIgdGFibGU6IG5pbF0KICBeCi4vQ29uc29sZVdpbmRvd0NvbnRy b2xsZXIuaDoyODo5Mjogbm90ZTogZXhwYW5kZWQgZnJvbSBtYWNybyAnQUREX0NPTlNPTEVfTUVT U0FHRScKICBbW0NvbnNvbGVXaW5kb3dDb250cm9sbGVyIHNpbmdsZUluc3RhbmNlXSBhZGRDb25z b2xlTWVzc2FnZTogW05TU3RyaW5nIHN0cmluZ1dpdGhGb3JtYXQ6IGZvcm1hdCwgIyNhcmdzXV07 CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBeClRhc2tNYW5hZ2VyLm06MjQ2Mjoy OiB3YXJuaW5nOiBtYWtlIHRoaXMgd29yayBmb3IgcmVkaXJlY3RlZCBtZXNzYWdlcyBbLVcjd2Fy bmluZ3NdCiN3YXJuaW5nIG1ha2UgdGhpcyB3b3JrIGZvciByZWRpcmVjdGVkIG1lc3NhZ2VzCiBe CjUgd2FybmluZ3MgZ2VuZXJhdGVkLgpjYyBUaHJlYWRBcmNzQ2VsbC5tIC1jIFwKICAgICAgLU1N RCAtTVAgLURHTlVTVEVQIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtREdOVV9HVUlfTElCUkFS WT0xIC1ER05VU1RFUF9SVU5USU1FPTEgLURfTk9ORlJBR0lMRV9BQkk9MSAtREdOVVNURVBfQkFT RV9MSUJSQVJZPTEgLWZuby1zdHJpY3QtYWxpYXNpbmcgLWZleGNlcHRpb25zIC1mb2JqYy1leGNl cHRpb25zIC1EX05BVElWRV9PQkpDX0VYQ0VQVElPTlMgLXB0aHJlYWQgLWZQSUMgLVdhbGwgLURH U1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9T RSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdh bGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1PMiAtcGlwZSAtZnN0YWNrLXBy b3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3Ig LWZuby1zdHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLWZv YmpjLXJ1bnRpbWU9Z251c3RlcC0xLjggLWZibG9ja3MgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVj dG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRl IC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9z c2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91 c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2lu Y2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9r ZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtZmNvbnN0YW50LXN0cmlu Zy1jbGFzcz1OU0NvbnN0YW50U3RyaW5nIC1JLiAtSS4vZGVyaXZlZF9zcmMgLUkuIC1JL3dya2Rp cnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL0dOVXN0ZXAvTGlicmFyeS9IZWFkZXJzIC1J L3Vzci9sb2NhbC9HTlVzdGVwL0xvY2FsL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05V c3RlcC9TeXN0ZW0vTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9pbmNsdWRlIFwKICAgICAg IC1vIG9iai9HTlVNYWlsLm9iai9UaHJlYWRBcmNzQ2VsbC5tLm8KY2MgVXRpbGl0aWVzLm0gLWMg XAogICAgICAtTU1EIC1NUCAtREdOVVNURVAgLURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1ER05V X0dVSV9MSUJSQVJZPTEgLURHTlVTVEVQX1JVTlRJTUU9MSAtRF9OT05GUkFHSUxFX0FCST0xIC1E R05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtZm5vLXN0cmljdC1hbGlhc2luZyAtZmV4Y2VwdGlvbnMg LWZvYmpjLWV4Y2VwdGlvbnMgLURfTkFUSVZFX09CSkNfRVhDRVBUSU9OUyAtcHRocmVhZCAtZlBJ QyAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4g LURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25v LWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLU8yIC1waXBl IC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZnN0YWNr LXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtV25vLWltcG9ydCAtSS91c3IvbG9jYWwv aW5jbHVkZSAtZm9iamMtcnVudGltZT1nbnVzdGVwLTEuOCAtZmJsb2NrcyAtTzIgLXBpcGUgLWZz dGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQgLUkvdXNyL2xv Y2FsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkv dXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9p bmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iv a2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBv cnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1mY29u c3RhbnQtc3RyaW5nLWNsYXNzPU5TQ29uc3RhbnRTdHJpbmcgLUkuIC1JLi9kZXJpdmVkX3NyYyAt SS4gLUkvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvR05Vc3RlcC9MaWJyYXJ5 L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvTG9jYWwvTGlicmFyeS9IZWFkZXJzIC1JL3Vz ci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL2luY2x1 ZGUgXAogICAgICAgLW8gb2JqL0dOVU1haWwub2JqL1V0aWxpdGllcy5tLm8KVXRpbGl0aWVzLm06 Njk4OjI6IHdhcm5pbmc6IFRoaXMgY2FjaGUgc2VlbXMgdG8gY2F1c2UgcHJvYmxlbSBlc3BlY2lh bGx5IGl0IHdlIHRyYW5zZmVyIGEgbWVzc2FnZSBmcm9tIElNQVAgc2VydmVyIEEgRm9vIHRvIElN QVAgc2VydmVyIEIgRm9vLkMgWy1XI3dhcm5pbmdzXQojd2FybmluZyBUaGlzIGNhY2hlIHNlZW1z IHRvIGNhdXNlIHByb2JsZW0gZXNwZWNpYWxseSBpdCB3ZSB0cmFuc2ZlciBhIG1lc3NhZ2UgZnJv bSBJTUFQIHNlcnZlciBBIEZvbyB0byBJTUFQIHNlcnZlciBCIEZvby5DCiBeCjEgd2FybmluZyBn ZW5lcmF0ZWQuCmNjIFdlbGNvbWVQYW5lbC5tIC1jIFwKICAgICAgLU1NRCAtTVAgLURHTlVTVEVQ IC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtREdOVV9HVUlfTElCUkFSWT0xIC1ER05VU1RFUF9S VU5USU1FPTEgLURfTk9ORlJBR0lMRV9BQkk9MSAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLWZu by1zdHJpY3QtYWxpYXNpbmcgLWZleGNlcHRpb25zIC1mb2JqYy1leGNlcHRpb25zIC1EX05BVElW RV9PQkpDX0VYQ0VQVElPTlMgLXB0aHJlYWQgLWZQSUMgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdO T1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAt V2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURH U0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0 cmljdC1hbGlhc2luZyAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxp YXNpbmcgLVduby1pbXBvcnQgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLWZvYmpjLXJ1bnRpbWU9Z251 c3RlcC0xLjggLWZibG9ja3MgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0 LWFsaWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1w b3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2Fs bCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2lu Y2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xv Y2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRl IC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtZmNvbnN0YW50LXN0cmluZy1jbGFzcz1OU0NvbnN0 YW50U3RyaW5nIC1JLiAtSS4vZGVyaXZlZF9zcmMgLUkuIC1JL3dya2RpcnMvdXNyL3BvcnRzL21h aWwvZ251bWFpbC93b3JrL0dOVXN0ZXAvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9HTlVz dGVwL0xvY2FsL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGli cmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9pbmNsdWRlIFwKICAgICAgIC1vIG9iai9HTlVNYWls Lm9iai9XZWxjb21lUGFuZWwubS5vCmNsYXNzZXM9IiI7IFwKZm9yIG9iamVjdF9maWxlIGluIC4v b2JqL0dOVU1haWwub2JqL0Fib3V0UGFuZWxDb250cm9sbGVyLm0ubyAuL29iai9HTlVNYWlsLm9i ai9BZGRyZXNzQm9va0NvbnRyb2xsZXIubS5vIC4vb2JqL0dOVU1haWwub2JqL0FkZHJlc3NCb29r UGFuZWwubS5vIC4vb2JqL0dOVU1haWwub2JqL0FwcGxpY2F0aW9uSWNvbkNvbnRyb2xsZXIubS5v IC4vb2JqL0dOVU1haWwub2JqL0F1dG9Db21wbGV0aW5nVGV4dEZpZWxkLm0ubyAuL29iai9HTlVN YWlsLm9iai9Db25zb2xlV2luZG93Q29udHJvbGxlci5tLm8gLi9vYmovR05VTWFpbC5vYmovQ29u c3RhbnRzLm0ubyAuL29iai9HTlVNYWlsLm9iai9FeHRlbmRlZENlbGwubS5vIC4vb2JqL0dOVU1h aWwub2JqL0V4dGVuZGVkRmlsZVdyYXBwZXIubS5vIC4vb2JqL0dOVU1haWwub2JqL0V4dGVuZGVk TWVudUl0ZW0ubS5vIC4vb2JqL0dOVU1haWwub2JqL0V4dGVuZGVkVGFibGVWaWV3Lm0ubyAuL29i ai9HTlVNYWlsLm9iai9FeHRlbmRlZFRleHRBdHRhY2htZW50Q2VsbC5tLm8gLi9vYmovR05VTWFp bC5vYmovRXh0ZW5kZWRUZXh0Vmlldy5tLm8gLi9vYmovR05VTWFpbC5vYmovRXh0ZW5kZWRPdXRs aW5lVmlldy5tLm8gLi9vYmovR05VTWFpbC5vYmovRXh0ZW5kZWRXaW5kb3cubS5vIC4vb2JqL0dO VU1haWwub2JqL0VkaXRXaW5kb3dDb250cm9sbGVyLm0ubyAuL29iai9HTlVNYWlsLm9iai9FZGl0 V2luZG93VG9vbGJhci5tLm8gLi9vYmovR05VTWFpbC5vYmovRmlsdGVyLm0ubyAuL29iai9HTlVN YWlsLm9iai9GaWx0ZXJNYW5hZ2VyLm0ubyAuL29iai9HTlVNYWlsLm9iai9GaW5kV2luZG93Q29u dHJvbGxlci5tLm8gLi9vYmovR05VTWFpbC5vYmovRm9sZGVyTm9kZS5tLm8gLi9vYmovR05VTWFp bC5vYmovRm9sZGVyTm9kZVBvcFVwSXRlbS5tLm8gLi9vYmovR05VTWFpbC5vYmovR05VTWFpbC5t Lm8gLi9vYmovR05VTWFpbC5vYmovR05VTWFpbCtFeHRlbnNpb25zLm0ubyAuL29iai9HTlVNYWls Lm9iai9HTlVNYWlsK01lbnVWYWxpZGF0aW9uLm0ubyAuL29iai9HTlVNYWlsLm9iai9HTlVNYWls K1NlcnZpY2VzLm0ubyAuL29iai9HTlVNYWlsLm9iai9JbWFnZVRleHRDZWxsLm0ubyAuL29iai9H TlVNYWlsLm9iai9MYWJlbFdpZGdldC5tLm8gLi9vYmovR05VTWFpbC5vYmovTWFpbGJveEluc3Bl Y3RvclBhbmVsLm0ubyAuL29iai9HTlVNYWlsLm9iai9NYWlsYm94SW5zcGVjdG9yUGFuZWxDb250 cm9sbGVyLm0ubyAuL29iai9HTlVNYWlsLm9iai9NYWlsYm94TWFuYWdlci5tLm8gLi9vYmovR05V TWFpbC5vYmovTWFpbGJveE1hbmFnZXJDYWNoZS5tLm8gLi9vYmovR05VTWFpbC5vYmovTWFpbGJv eE1hbmFnZXJDb250cm9sbGVyLm0ubyAuL29iai9HTlVNYWlsLm9iai9NYWlsYm94TWFuYWdlclRv b2xiYXIubS5vIC4vb2JqL0dOVU1haWwub2JqL01haWxIZWFkZXJDZWxsLm0ubyAuL29iai9HTlVN YWlsLm9iai9NYWlsV2luZG93Lm0ubyAuL29iai9HTlVNYWlsLm9iai9NYWlsV2luZG93Q29udHJv bGxlci5tLm8gLi9vYmovR05VTWFpbC5vYmovTWFpbFdpbmRvd1Rvb2xiYXIubS5vIC4vb2JqL0dO VU1haWwub2JqL01lc3NhZ2VWaWV3V2luZG93Lm0ubyAuL29iai9HTlVNYWlsLm9iai9NZXNzYWdl Vmlld1dpbmRvd0NvbnRyb2xsZXIubS5vIC4vb2JqL0dOVU1haWwub2JqL01lc3NhZ2VWaWV3V2lu ZG93VG9vbGJhci5tLm8gLi9vYmovR05VTWFpbC5vYmovTWltZVR5cGUubS5vIC4vb2JqL0dOVU1h aWwub2JqL01pbWVUeXBlTWFuYWdlci5tLm8gLi9vYmovR05VTWFpbC5vYmovTmF2aWdhdGlvblRv b2xiYXJJdGVtLm0ubyAuL29iai9HTlVNYWlsLm9iai9OZXdNYWlsYm94UGFuZWwubS5vIC4vb2Jq L0dOVU1haWwub2JqL05ld01haWxib3hQYW5lbENvbnRyb2xsZXIubS5vIC4vb2JqL0dOVU1haWwu b2JqL05TQXR0cmlidXRlZFN0cmluZytFeHRlbnNpb25zLm0ubyAuL29iai9HTlVNYWlsLm9iai9O U0F0dHJpYnV0ZWRTdHJpbmcrVGV4dEVucmljaGVkLm0ubyAuL29iai9HTlVNYWlsLm9iai9OU0Jl emllclBhdGgrRXh0ZW5zaW9ucy5tLm8gLi9vYmovR05VTWFpbC5vYmovTlNCdW5kbGUrRXh0ZW5z aW9ucy5tLm8gLi9vYmovR05VTWFpbC5vYmovTlNDb2xvcitFeHRlbnNpb25zLm0ubyAuL29iai9H TlVNYWlsLm9iai9OU0ZvbnQrRXh0ZW5zaW9ucy5tLm8gLi9vYmovR05VTWFpbC5vYmovTlNQYXN0 ZWJvYXJkK0V4dGVuc2lvbnMubS5vIC4vb2JqL0dOVU1haWwub2JqL05TVXNlckRlZmF1bHRzK0V4 dGVuc2lvbnMubS5vIC4vb2JqL0dOVU1haWwub2JqL1Bhc3N3b3JkUGFuZWxDb250cm9sbGVyLm0u byAuL29iai9HTlVNYWlsLm9iai9QcmVmZXJlbmNlc1dpbmRvdy5tLm8gLi9vYmovR05VTWFpbC5v YmovUHJlZmVyZW5jZXNXaW5kb3dDb250cm9sbGVyLm0ubyAuL29iai9HTlVNYWlsLm9iai9TVFNj cmlwdGluZ1N1cHBvcnQubS5vIC4vb2JqL0dOVU1haWwub2JqL1Rhc2subS5vIC4vb2JqL0dOVU1h aWwub2JqL1Rhc2tNYW5hZ2VyLm0ubyAuL29iai9HTlVNYWlsLm9iai9UaHJlYWRBcmNzQ2VsbC5t Lm8gLi9vYmovR05VTWFpbC5vYmovVXRpbGl0aWVzLm0ubyAuL29iai9HTlVNYWlsLm9iai9XZWxj b21lUGFuZWwubS5vICBfX2R1bW15X187IGRvIFwKICBpZiBbICIkb2JqZWN0X2ZpbGUiICE9ICJf X2R1bW15X18iIF07IHRoZW4gXAogICAgc3ltPWBubSAtUGcgJG9iamVjdF9maWxlIHwgc2VkIC1u IC1lICcvXl9fb2JqY19jbGFzc19uYW1lX1tBLVphLXowLTlfLl0qIFteVV0vIHtzL15fX29iamNf Y2xhc3NfbmFtZV9cKFtBLVphLXowLTlfLl0qXCkgW15VXS4qL1wxL3A7fSdgOyBcCiAgICBjbGFz c2VzPSIkY2xhc3NlcyAkc3ltIjsgXAogIGZpOyBcCmRvbmU7IFwKY2xhc3NsaXN0PSIiOyBcCmNs YXNzYXJyYXk9IiI7IFwKZm9yIGYgaW4gJGNsYXNzZXMgX19kdW1teV9fIDsgZG8gXAogIGlmIFsg IiRmIiAhPSAiX19kdW1teV9fIiBdOyB0aGVuIFwKICAgIGlmIFsgIiRjbGFzc2xpc3QiID0gIiIg XTsgdGhlbiBcCiAgICAgIGNsYXNzbGlzdD0iQFwiJGZcIiI7IFwKICAgICAgY2xhc3NhcnJheT0i KFwiJGZcIiI7IFwKICAgIGVsc2UgXAogICAgICBjbGFzc2xpc3Q9IiRjbGFzc2xpc3QsIEBcIiRm XCIiOyBcCiAgICAgIGNsYXNzYXJyYXk9IiRjbGFzc2FycmF5LCBcIiRmXCIiOyBcCiAgICBmaTsg XAogIGZpOyBcCmRvbmU7IFwKaWYgWyAiJGNsYXNzbGlzdCIgPSAiIiBdOyB0aGVuIFwKICBjbGFz c2xpc3Q9Ik5VTEwiOyBcCiAgY2xhc3NhcnJheT0iKCkiOyBcCmVsc2UgXAogIGNsYXNzbGlzdD0i JGNsYXNzbGlzdCwgTlVMTCI7IFwKICBjbGFzc2FycmF5PSIkY2xhc3NhcnJheSkiOyBcCmZpOyBc CmVjaG8gIiRjbGFzc2FycmF5IiA+IC4vZGVyaXZlZF9zcmMvR05VTWFpbC1jbGFzcy1saXN0OyBc CmVjaG8gIiNpbmNsdWRlIDxGb3VuZGF0aW9uL05TT2JqZWN0Lmg+IiA+IGRlcml2ZWRfc3JjL05T RnJhbWV3b3JrX0dOVU1haWwubTsgXAplY2hvICIjaW5jbHVkZSA8Rm91bmRhdGlvbi9OU1N0cmlu Zy5oPiIgPiBkZXJpdmVkX3NyYy9OU0ZyYW1ld29ya19HTlVNYWlsLm07IFwKZWNobyAiQGludGVy ZmFjZSBOU0ZyYW1ld29ya19HTlVNYWlsIDogTlNPYmplY3QiID4+IGRlcml2ZWRfc3JjL05TRnJh bWV3b3JrX0dOVU1haWwubTsgXAplY2hvICIrIChOU1N0cmluZyAqKWZyYW1ld29ya1ZlcnNpb247 IiA+PiBkZXJpdmVkX3NyYy9OU0ZyYW1ld29ya19HTlVNYWlsLm07IFwKZWNobyAiKyAoTlNTdHJp bmcgKmNvbnN0KilmcmFtZXdvcmtDbGFzc2VzOyIgPj4gZGVyaXZlZF9zcmMvTlNGcmFtZXdvcmtf R05VTWFpbC5tOyBcCmVjaG8gIkBlbmQiID4+IGRlcml2ZWRfc3JjL05TRnJhbWV3b3JrX0dOVU1h aWwubTsgXAplY2hvICJAaW1wbGVtZW50YXRpb24gTlNGcmFtZXdvcmtfR05VTWFpbCIgPj4gZGVy aXZlZF9zcmMvTlNGcmFtZXdvcmtfR05VTWFpbC5tOyBcCmVjaG8gIisgKE5TU3RyaW5nICopZnJh bWV3b3JrVmVyc2lvbiB7IHJldHVybiBAXCIxXCI7IH0iID4+IGRlcml2ZWRfc3JjL05TRnJhbWV3 b3JrX0dOVU1haWwubTsgXAplY2hvICJzdGF0aWMgTlNTdHJpbmcgKmFsbENsYXNzZXNbXSA9IHsk Y2xhc3NsaXN0fTsiID4+IGRlcml2ZWRfc3JjL05TRnJhbWV3b3JrX0dOVU1haWwubTsgXAplY2hv ICIrIChOU1N0cmluZyAqY29uc3QqKWZyYW1ld29ya0NsYXNzZXMgeyByZXR1cm4gYWxsQ2xhc3Nl czsgfSIgPj4gZGVyaXZlZF9zcmMvTlNGcmFtZXdvcmtfR05VTWFpbC5tO1wKZWNobyAiQGVuZCIg Pj4gZGVyaXZlZF9zcmMvTlNGcmFtZXdvcmtfR05VTWFpbC5tCmNjIGRlcml2ZWRfc3JjL05TRnJh bWV3b3JrX0dOVU1haWwubSAtYyAtTU1EIC1NUCAgICAgIC1ER05VU1RFUCAtREdOVVNURVBfQkFT RV9MSUJSQVJZPTEgLURHTlVfR1VJX0xJQlJBUlk9MSAgLURHTlVTVEVQX1JVTlRJTUU9MSAtRF9O T05GUkFHSUxFX0FCST0xIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAgLWZuby1zdHJpY3QtYWxp YXNpbmcgLWZleGNlcHRpb25zIC1mb2JqYy1leGNlcHRpb25zIC1EX05BVElWRV9PQkpDX0VYQ0VQ VElPTlMgLXB0aHJlYWQgIC1mUElDICAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1p bXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NX QVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0Ug LVduby1pbXBvcnQgLU8yIC1waXBlICAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlh c2luZyAtTzIgLXBpcGUgIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1X bm8taW1wb3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1mb2JqYy1ydW50aW1lPWdudXN0ZXAtMS44 IC1mYmxvY2tzICAgLU8yIC1waXBlICAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlh c2luZyAtV25vLWltcG9ydCAtSS91c3IvbG9jYWwvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAt SS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdhbGwgLVdu by1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRl IC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9z c2wvaW5jbHVkZSAgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkv dXNyL2xvY2FsL3NzbC9pbmNsdWRlICAtZmNvbnN0YW50LXN0cmluZy1jbGFzcz1OU0NvbnN0YW50 U3RyaW5nIC1JLiAgIC1JLi9kZXJpdmVkX3NyYyAtSS4gLUkvd3JrZGlycy91c3IvcG9ydHMvbWFp bC9nbnVtYWlsL3dvcmsvR05Vc3RlcC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0 ZXAvTG9jYWwvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJy YXJ5L0hlYWRlcnMgIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1vIG9iai9HTlVNYWlsLm9iai9OU0Zy YW1ld29ya19HTlVNYWlsLm8KXApjYyAtc2hhcmVkIC1XbCwtc29uYW1lLGxpYkdOVU1haWwuc28u MSAgICAtTC91c3IvbG9jYWwvbGliIC1mc3RhY2stcHJvdGVjdG9yIC1yZHluYW1pYyAtcmR5bmFt aWMgLXJkeW5hbWljICAtcmR5bmFtaWMgICAgIC1ML3Vzci9sb2NhbC9saWIgLWZzdGFjay1wcm90 ZWN0b3IgIC1wdGhyZWFkICAtZmV4Y2VwdGlvbnMgLW8gLi9HTlVNYWlsLmZyYW1ld29yay9WZXJz aW9ucy8xLy4vbGliR05VTWFpbC5zby4xLjIuMyBvYmovR05VTWFpbC5vYmovTlNGcmFtZXdvcmtf R05VTWFpbC5vIG9iai9HTlVNYWlsLm9iai9BYm91dFBhbmVsQ29udHJvbGxlci5tLm8gb2JqL0dO VU1haWwub2JqL0FkZHJlc3NCb29rQ29udHJvbGxlci5tLm8gb2JqL0dOVU1haWwub2JqL0FkZHJl c3NCb29rUGFuZWwubS5vIG9iai9HTlVNYWlsLm9iai9BcHBsaWNhdGlvbkljb25Db250cm9sbGVy Lm0ubyBvYmovR05VTWFpbC5vYmovQXV0b0NvbXBsZXRpbmdUZXh0RmllbGQubS5vIG9iai9HTlVN YWlsLm9iai9Db25zb2xlV2luZG93Q29udHJvbGxlci5tLm8gb2JqL0dOVU1haWwub2JqL0NvbnN0 YW50cy5tLm8gb2JqL0dOVU1haWwub2JqL0V4dGVuZGVkQ2VsbC5tLm8gb2JqL0dOVU1haWwub2Jq L0V4dGVuZGVkRmlsZVdyYXBwZXIubS5vIG9iai9HTlVNYWlsLm9iai9FeHRlbmRlZE1lbnVJdGVt Lm0ubyBvYmovR05VTWFpbC5vYmovRXh0ZW5kZWRUYWJsZVZpZXcubS5vIG9iai9HTlVNYWlsLm9i ai9FeHRlbmRlZFRleHRBdHRhY2htZW50Q2VsbC5tLm8gb2JqL0dOVU1haWwub2JqL0V4dGVuZGVk VGV4dFZpZXcubS5vIG9iai9HTlVNYWlsLm9iai9FeHRlbmRlZE91dGxpbmVWaWV3Lm0ubyBvYmov R05VTWFpbC5vYmovRXh0ZW5kZWRXaW5kb3cubS5vIG9iai9HTlVNYWlsLm9iai9FZGl0V2luZG93 Q29udHJvbGxlci5tLm8gb2JqL0dOVU1haWwub2JqL0VkaXRXaW5kb3dUb29sYmFyLm0ubyBvYmov R05VTWFpbC5vYmovRmlsdGVyLm0ubyBvYmovR05VTWFpbC5vYmovRmlsdGVyTWFuYWdlci5tLm8g b2JqL0dOVU1haWwub2JqL0ZpbmRXaW5kb3dDb250cm9sbGVyLm0ubyBvYmovR05VTWFpbC5vYmov Rm9sZGVyTm9kZS5tLm8gb2JqL0dOVU1haWwub2JqL0ZvbGRlck5vZGVQb3BVcEl0ZW0ubS5vIG9i ai9HTlVNYWlsLm9iai9HTlVNYWlsLm0ubyBvYmovR05VTWFpbC5vYmovR05VTWFpbCtFeHRlbnNp b25zLm0ubyBvYmovR05VTWFpbC5vYmovR05VTWFpbCtNZW51VmFsaWRhdGlvbi5tLm8gb2JqL0dO VU1haWwub2JqL0dOVU1haWwrU2VydmljZXMubS5vIG9iai9HTlVNYWlsLm9iai9JbWFnZVRleHRD ZWxsLm0ubyBvYmovR05VTWFpbC5vYmovTGFiZWxXaWRnZXQubS5vIG9iai9HTlVNYWlsLm9iai9N YWlsYm94SW5zcGVjdG9yUGFuZWwubS5vIG9iai9HTlVNYWlsLm9iai9NYWlsYm94SW5zcGVjdG9y UGFuZWxDb250cm9sbGVyLm0ubyBvYmovR05VTWFpbC5vYmovTWFpbGJveE1hbmFnZXIubS5vIG9i ai9HTlVNYWlsLm9iai9NYWlsYm94TWFuYWdlckNhY2hlLm0ubyBvYmovR05VTWFpbC5vYmovTWFp bGJveE1hbmFnZXJDb250cm9sbGVyLm0ubyBvYmovR05VTWFpbC5vYmovTWFpbGJveE1hbmFnZXJU b29sYmFyLm0ubyBvYmovR05VTWFpbC5vYmovTWFpbEhlYWRlckNlbGwubS5vIG9iai9HTlVNYWls Lm9iai9NYWlsV2luZG93Lm0ubyBvYmovR05VTWFpbC5vYmovTWFpbFdpbmRvd0NvbnRyb2xsZXIu bS5vIG9iai9HTlVNYWlsLm9iai9NYWlsV2luZG93VG9vbGJhci5tLm8gb2JqL0dOVU1haWwub2Jq L01lc3NhZ2VWaWV3V2luZG93Lm0ubyBvYmovR05VTWFpbC5vYmovTWVzc2FnZVZpZXdXaW5kb3dD b250cm9sbGVyLm0ubyBvYmovR05VTWFpbC5vYmovTWVzc2FnZVZpZXdXaW5kb3dUb29sYmFyLm0u byBvYmovR05VTWFpbC5vYmovTWltZVR5cGUubS5vIG9iai9HTlVNYWlsLm9iai9NaW1lVHlwZU1h bmFnZXIubS5vIG9iai9HTlVNYWlsLm9iai9OYXZpZ2F0aW9uVG9vbGJhckl0ZW0ubS5vIG9iai9H TlVNYWlsLm9iai9OZXdNYWlsYm94UGFuZWwubS5vIG9iai9HTlVNYWlsLm9iai9OZXdNYWlsYm94 UGFuZWxDb250cm9sbGVyLm0ubyBvYmovR05VTWFpbC5vYmovTlNBdHRyaWJ1dGVkU3RyaW5nK0V4 dGVuc2lvbnMubS5vIG9iai9HTlVNYWlsLm9iai9OU0F0dHJpYnV0ZWRTdHJpbmcrVGV4dEVucmlj aGVkLm0ubyBvYmovR05VTWFpbC5vYmovTlNCZXppZXJQYXRoK0V4dGVuc2lvbnMubS5vIG9iai9H TlVNYWlsLm9iai9OU0J1bmRsZStFeHRlbnNpb25zLm0ubyBvYmovR05VTWFpbC5vYmovTlNDb2xv citFeHRlbnNpb25zLm0ubyBvYmovR05VTWFpbC5vYmovTlNGb250K0V4dGVuc2lvbnMubS5vIG9i ai9HTlVNYWlsLm9iai9OU1Bhc3RlYm9hcmQrRXh0ZW5zaW9ucy5tLm8gb2JqL0dOVU1haWwub2Jq L05TVXNlckRlZmF1bHRzK0V4dGVuc2lvbnMubS5vIG9iai9HTlVNYWlsLm9iai9QYXNzd29yZFBh bmVsQ29udHJvbGxlci5tLm8gb2JqL0dOVU1haWwub2JqL1ByZWZlcmVuY2VzV2luZG93Lm0ubyBv YmovR05VTWFpbC5vYmovUHJlZmVyZW5jZXNXaW5kb3dDb250cm9sbGVyLm0ubyBvYmovR05VTWFp bC5vYmovU1RTY3JpcHRpbmdTdXBwb3J0Lm0ubyBvYmovR05VTWFpbC5vYmovVGFzay5tLm8gb2Jq L0dOVU1haWwub2JqL1Rhc2tNYW5hZ2VyLm0ubyBvYmovR05VTWFpbC5vYmovVGhyZWFkQXJjc0Nl bGwubS5vIG9iai9HTlVNYWlsLm9iai9VdGlsaXRpZXMubS5vIG9iai9HTlVNYWlsLm9iai9XZWxj b21lUGFuZWwubS5vICAgICAgLUwuLi8gIC1MLi4vICAgLUwvd3JrZGlycy91c3IvcG9ydHMvbWFp bC9nbnVtYWlsL3dvcmsvR05Vc3RlcC9MaWJyYXJ5L0xpYnJhcmllcyAtTC91c3IvbG9jYWwvR05V c3RlcC9Mb2NhbC9MaWJyYXJ5L0xpYnJhcmllcyAtTC91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0v TGlicmFyeS9MaWJyYXJpZXMgIC1ML3Vzci9sb2NhbC9saWIgLWxvYmpjIC1mb2JqYy1ub25mcmFn aWxlLWFiaSAtbGdudXN0ZXAtYmFzZSAtbGdudXN0ZXAtZ3VpIC1sUGFudG9taW1lIC1sQWRkcmVz c2VzIC1sQWRkcmVzc1ZpZXcgLWxtICAgJiYgKGNkIC4vR05VTWFpbC5mcmFtZXdvcmsvVmVyc2lv bnMvMS8uOyBybSAtZiBsaWJHTlVNYWlsLnNvOyBpZiBbICJsaWJHTlVNYWlsLnNvLjEiICE9ICJs aWJHTlVNYWlsLnNvLjEuMi4zIiBdOyB0aGVuIHJtIC1mIGxpYkdOVU1haWwuc28uMTsgbG4gLXMg bGliR05VTWFpbC5zby4xLjIuMyBsaWJHTlVNYWlsLnNvLjE7IGZpOyBsbiAtcyBsaWJHTlVNYWls LnNvLjEgbGliR05VTWFpbC5zbykgfHwgcm0gLWYgLi9HTlVNYWlsLmZyYW1ld29yay9WZXJzaW9u cy8xLy4vbGliR05VTWFpbC5zby4xLjIuMyA7IFwKKGNkIC4vR05VTWFpbC5mcmFtZXdvcmsvVmVy c2lvbnMvMS8uOyBcCiAgcm0gLWYgR05VTWFpbDsgXAogIGxuIC1zIGxpYkdOVU1haWwuc28gR05V TWFpbCkgXAoKKGVjaG8gInsiOyBlY2hvICcgIE5PVEUgPSAiQXV0b21hdGljYWxseSBnZW5lcmF0 ZWQsIGRvIG5vdCBlZGl0ISI7JzsgXAogIGVjaG8gIiAgTlNFeGVjdXRhYmxlID0gXCJHTlVNYWls XCI7IjsgXAogIGVjaG8gIiAgTlNNYWluTmliRmlsZSA9IFwiXCI7IjsgXAogIGVjaG8gIiAgTlNQ cmluY2lwYWxDbGFzcyA9IFwiR05VTWFpbFwiOyI7IFwKICBlY2hvICIgIENsYXNzZXMgPSAiOyBc CiAgY2F0IC4vZGVyaXZlZF9zcmMvR05VTWFpbC1jbGFzcy1saXN0OyBcCiAgZWNobyAiICA7Ijsg XAogIGVjaG8gIn0iKSA+R05VTWFpbC5mcmFtZXdvcmsvVmVyc2lvbnMvMS9SZXNvdXJjZXMvSW5m by1nbnVzdGVwLnBsaXN0CmlmIFsgLXIgIiIgXTsgdGhlbiBcCiAgIHBsbWVyZ2UgR05VTWFpbC5m cmFtZXdvcmsvVmVyc2lvbnMvMS9SZXNvdXJjZXMvSW5mby1nbnVzdGVwLnBsaXN0IDsgXAogZmkK Y2QgLi9HTlVNYWlsLmZyYW1ld29yay8uOyBcCnJtIC1mIEdOVU1haWwgbGliR05VTWFpbC5zbzsg XApsbiAtcyBgL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L01ha2VmaWxlcy9yZWxh dGl2ZV9wYXRoLnNoIC4gXAogICAgICAgICAgICAgICAgICAgICAgICAgICAgVmVyc2lvbnMvQ3Vy cmVudC8uL0dOVU1haWwgc2hvcnRgIFwKICAgICAgICBHTlVNYWlsOyBcCmxuIC1zIGAvdXNyL2xv Y2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvTWFrZWZpbGVzL3JlbGF0aXZlX3BhdGguc2ggLiBc CiAgICAgICAgICAgICAgICAgICAgICAgICAgICBWZXJzaW9ucy9DdXJyZW50Ly4vbGliR05VTWFp bC5zbyBzaG9ydGAgXAogICAgICAgIGxpYkdOVU1haWwuc28KZ21ha2VbMl06IExlYXZpbmcgZGly ZWN0b3J5ICcvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvR05VTWFpbC0xLjMu MC9GcmFtZXdvcmsvR05VTWFpbCcKTWFraW5nIGFsbCBpbiBCdW5kbGVzL0FjY291bnQgLi4uCmdt YWtlWzJdOiBFbnRlcmluZyBkaXJlY3RvcnkgJy93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1h aWwvd29yay9HTlVNYWlsLTEuMy4wL0J1bmRsZXMvQWNjb3VudCcKY2QgLjsgXAovdXNyL2xvY2Fs L0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvTWFrZWZpbGVzL21raW5zdGFsbGRpcnMgLi9vYmoKTWFr aW5nIGFsbCBmb3IgYnVuZGxlIEFjY291bnQuLi4KY2QgLjsgXAovdXNyL2xvY2FsL0dOVXN0ZXAv U3lzdGVtL0xpYnJhcnkvTWFrZWZpbGVzL21raW5zdGFsbGRpcnMgLi9vYmovQWNjb3VudC5vYmov Ci91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9NYWtlZmlsZXMvbWtpbnN0YWxsZGly cyBBY2NvdW50LnByZWZzLy4KY2MgQWNjb3VudFZpZXcubSAtYyBcCiAgICAgIC1NTUQgLU1QIC1E R05VU1RFUCAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLURHTlVfR1VJX0xJQlJBUlk9MSAtREdO VVNURVBfUlVOVElNRT0xIC1EX05PTkZSQUdJTEVfQUJJPTEgLURHTlVTVEVQX0JBU0VfTElCUkFS WT0xIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1mZXhjZXB0aW9ucyAtZm9iamMtZXhjZXB0aW9ucyAt RF9OQVRJVkVfT0JKQ19FWENFUFRJT05TIC1wdGhyZWFkIC1mUElDIC1XYWxsIC1ER1NXQVJOIC1E R1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1p bXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NX QVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0Ug LVduby1pbXBvcnQgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFz aW5nIC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtV25v LWltcG9ydCAtSS91c3IvbG9jYWwvaW5jbHVkZSAtZm9iamMtcnVudGltZT1nbnVzdGVwLTEuOCAt ZmJsb2NrcyAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcg LVduby1pbXBvcnQgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNy L2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1w b3J0IC1XYWxsIC1Xbm8taW1wb3J0IC1XYWxsIC1Xbm8taW1wb3J0IC1XYWxsIC1Xbm8taW1wb3J0 IC1mY29uc3RhbnQtc3RyaW5nLWNsYXNzPU5TQ29uc3RhbnRTdHJpbmcgLUkuL0ZyYW1ld29yay9H TlVNYWlsIC1JLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwgLUkuLi8uLi9GcmFtZXdvcmsvR05VTWFp bCAtSS4uLy4uL0ZyYW1ld29yay9HTlVNYWlsIC1JLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwgLUku IC1JL3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL0dOVXN0ZXAvTGlicmFyeS9I ZWFkZXJzIC1JL3Vzci9sb2NhbC9HTlVzdGVwL0xvY2FsL0xpYnJhcnkvSGVhZGVycyAtSS91c3Iv bG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9pbmNsdWRl IFwKICAgICAgIC1vIG9iai9BY2NvdW50Lm9iai9BY2NvdW50Vmlldy5tLm8KY2MgQWNjb3VudFZp ZXdDb250cm9sbGVyLm0gLWMgXAogICAgICAtTU1EIC1NUCAtREdOVVNURVAgLURHTlVTVEVQX0JB U0VfTElCUkFSWT0xIC1ER05VX0dVSV9MSUJSQVJZPTEgLURHTlVTVEVQX1JVTlRJTUU9MSAtRF9O T05GUkFHSUxFX0FCST0xIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtZm5vLXN0cmljdC1hbGlh c2luZyAtZmV4Y2VwdGlvbnMgLWZvYmpjLWV4Y2VwdGlvbnMgLURfTkFUSVZFX09CSkNfRVhDRVBU SU9OUyAtcHRocmVhZCAtZlBJQyAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBv cnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJO IC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVdu by1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1PMiAtcGlw ZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBpcGUgLWZzdGFj ay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQgLUkvdXNyL2xvY2Fs L2luY2x1ZGUgLWZvYmpjLXJ1bnRpbWU9Z251c3RlcC0xLjggLWZibG9ja3MgLU8yIC1waXBlIC1m c3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vzci9s b2NhbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1J L3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtV2FsbCAtV25vLWltcG9y dCAtV2FsbCAtV25vLWltcG9ydCAtV2FsbCAtV25vLWltcG9ydCAtZmNvbnN0YW50LXN0cmluZy1j bGFzcz1OU0NvbnN0YW50U3RyaW5nIC1JLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4uLy4uL0ZyYW1l d29yay9HTlVNYWlsIC1JLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwgLUkuLi8uLi9GcmFtZXdvcmsv R05VTWFpbCAtSS4uLy4uL0ZyYW1ld29yay9HTlVNYWlsIC1JLiAtSS93cmtkaXJzL3Vzci9wb3J0 cy9tYWlsL2dudW1haWwvd29yay9HTlVzdGVwL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwv R05Vc3RlcC9Mb2NhbC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVt L0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvaW5jbHVkZSBcCiAgICAgICAtbyBvYmovQWNj b3VudC5vYmovQWNjb3VudFZpZXdDb250cm9sbGVyLm0ubwpBY2NvdW50Vmlld0NvbnRyb2xsZXIu bTo2Mzc6Mjogd2FybmluZzogRklYTUUgcmVtb3ZlIHRoZSBjYWNoZSBmaWxlcyBvZiBkZWxldGVk IGFjY291bnRzIFstVyN3YXJuaW5nc10KI3dhcm5pbmcgRklYTUUgcmVtb3ZlIHRoZSBjYWNoZSBm aWxlcyBvZiBkZWxldGVkIGFjY291bnRzCiBeCjEgd2FybmluZyBnZW5lcmF0ZWQuCmNjIEFjY291 bnRFZGl0b3JXaW5kb3cubSAtYyBcCiAgICAgIC1NTUQgLU1QIC1ER05VU1RFUCAtREdOVVNURVBf QkFTRV9MSUJSQVJZPTEgLURHTlVfR1VJX0xJQlJBUlk9MSAtREdOVVNURVBfUlVOVElNRT0xIC1E X05PTkZSQUdJTEVfQUJJPTEgLURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1mbm8tc3RyaWN0LWFs aWFzaW5nIC1mZXhjZXB0aW9ucyAtZm9iamMtZXhjZXB0aW9ucyAtRF9OQVRJVkVfT0JKQ19FWENF UFRJT05TIC1wdGhyZWFkIC1mUElDIC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWlt cG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dB Uk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAt V25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLU8yIC1w aXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZnN0 YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtV25vLWltcG9ydCAtSS91c3IvbG9j YWwvaW5jbHVkZSAtZm9iamMtcnVudGltZT1nbnVzdGVwLTEuOCAtZmJsb2NrcyAtTzIgLXBpcGUg LWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQgLUkvdXNy L2xvY2FsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUg LUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1XYWxsIC1Xbm8taW1w b3J0IC1XYWxsIC1Xbm8taW1wb3J0IC1XYWxsIC1Xbm8taW1wb3J0IC1mY29uc3RhbnQtc3RyaW5n LWNsYXNzPU5TQ29uc3RhbnRTdHJpbmcgLUkuL0ZyYW1ld29yay9HTlVNYWlsIC1JLi4vLi4vRnJh bWV3b3JrL0dOVU1haWwgLUkuLi8uLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4uLy4uL0ZyYW1ld29y ay9HTlVNYWlsIC1JLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwgLUkuIC1JL3dya2RpcnMvdXNyL3Bv cnRzL21haWwvZ251bWFpbC93b3JrL0dOVXN0ZXAvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2Nh bC9HTlVzdGVwL0xvY2FsL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9TeXN0 ZW0vTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9pbmNsdWRlIFwKICAgICAgIC1vIG9iai9B Y2NvdW50Lm9iai9BY2NvdW50RWRpdG9yV2luZG93Lm0ubwpjYyBBY2NvdW50RWRpdG9yV2luZG93 Q29udHJvbGxlci5tIC1jIFwKICAgICAgLU1NRCAtTVAgLURHTlVTVEVQIC1ER05VU1RFUF9CQVNF X0xJQlJBUlk9MSAtREdOVV9HVUlfTElCUkFSWT0xIC1ER05VU1RFUF9SVU5USU1FPTEgLURfTk9O RlJBR0lMRV9BQkk9MSAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLWZuby1zdHJpY3QtYWxpYXNp bmcgLWZleGNlcHRpb25zIC1mb2JqYy1leGNlcHRpb25zIC1EX05BVElWRV9PQkpDX0VYQ0VQVElP TlMgLXB0aHJlYWQgLWZQSUMgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0 IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAt REdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8t aW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtTzIgLXBpcGUg LWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mc3RhY2st cHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vzci9sb2NhbC9p bmNsdWRlIC1mb2JqYy1ydW50aW1lPWdudXN0ZXAtMS44IC1mYmxvY2tzIC1PMiAtcGlwZSAtZnN0 YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtV25vLWltcG9ydCAtSS91c3IvbG9j YWwvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91 c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLVdhbGwgLVduby1pbXBvcnQg LVdhbGwgLVduby1pbXBvcnQgLVdhbGwgLVduby1pbXBvcnQgLWZjb25zdGFudC1zdHJpbmctY2xh c3M9TlNDb25zdGFudFN0cmluZyAtSS4vRnJhbWV3b3JrL0dOVU1haWwgLUkuLi8uLi9GcmFtZXdv cmsvR05VTWFpbCAtSS4uLy4uL0ZyYW1ld29yay9HTlVNYWlsIC1JLi4vLi4vRnJhbWV3b3JrL0dO VU1haWwgLUkuLi8uLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4gLUkvd3JrZGlycy91c3IvcG9ydHMv bWFpbC9nbnVtYWlsL3dvcmsvR05Vc3RlcC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dO VXN0ZXAvTG9jYWwvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9M aWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL2luY2x1ZGUgXAogICAgICAgLW8gb2JqL0FjY291 bnQub2JqL0FjY291bnRFZGl0b3JXaW5kb3dDb250cm9sbGVyLm0ubwpBY2NvdW50RWRpdG9yV2lu ZG93Q29udHJvbGxlci5tOjIwMTQ6Mjogd2FybmluZzogc3VwcG9ydCBUTFMgWy1XI3dhcm5pbmdz XQojd2FybmluZyBzdXBwb3J0IFRMUwogXgoxIHdhcm5pbmcgZ2VuZXJhdGVkLgpjYyBQZXJzb25h bFZpZXcubSAtYyBcCiAgICAgIC1NTUQgLU1QIC1ER05VU1RFUCAtREdOVVNURVBfQkFTRV9MSUJS QVJZPTEgLURHTlVfR1VJX0xJQlJBUlk9MSAtREdOVVNURVBfUlVOVElNRT0xIC1EX05PTkZSQUdJ TEVfQUJJPTEgLURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1m ZXhjZXB0aW9ucyAtZm9iamMtZXhjZXB0aW9ucyAtRF9OQVRJVkVfT0JKQ19FWENFUFRJT05TIC1w dGhyZWFkIC1mUElDIC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2Fs bCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJ QUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9y dCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLU8yIC1waXBlIC1mc3Rh Y2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZnN0YWNrLXByb3Rl Y3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtV25vLWltcG9ydCAtSS91c3IvbG9jYWwvaW5jbHVk ZSAtZm9iamMtcnVudGltZT1nbnVzdGVwLTEuOCAtZmJsb2NrcyAtTzIgLXBpcGUgLWZzdGFjay1w cm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQgLUkvdXNyL2xvY2FsL2lu Y2x1ZGUgLVdhbGwgLVduby1pbXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xv Y2FsL3NzbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1XYWxsIC1Xbm8taW1wb3J0IC1XYWxs IC1Xbm8taW1wb3J0IC1XYWxsIC1Xbm8taW1wb3J0IC1mY29uc3RhbnQtc3RyaW5nLWNsYXNzPU5T Q29uc3RhbnRTdHJpbmcgLUkuL0ZyYW1ld29yay9HTlVNYWlsIC1JLi4vLi4vRnJhbWV3b3JrL0dO VU1haWwgLUkuLi8uLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4uLy4uL0ZyYW1ld29yay9HTlVNYWls IC1JLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwgLUkuIC1JL3dya2RpcnMvdXNyL3BvcnRzL21haWwv Z251bWFpbC93b3JrL0dOVXN0ZXAvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9HTlVzdGVw L0xvY2FsL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFy eS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9pbmNsdWRlIFwKICAgICAgIC1vIG9iai9BY2NvdW50Lm9i ai9QZXJzb25hbFZpZXcubS5vCmNjIFJlY2VpdmVWaWV3Lm0gLWMgXAogICAgICAtTU1EIC1NUCAt REdOVVNURVAgLURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1ER05VX0dVSV9MSUJSQVJZPTEgLURH TlVTVEVQX1JVTlRJTUU9MSAtRF9OT05GUkFHSUxFX0FCST0xIC1ER05VU1RFUF9CQVNFX0xJQlJB Ulk9MSAtZm5vLXN0cmljdC1hbGlhc2luZyAtZmV4Y2VwdGlvbnMgLWZvYmpjLWV4Y2VwdGlvbnMg LURfTkFUSVZFX09CSkNfRVhDRVBUSU9OUyAtcHRocmVhZCAtZlBJQyAtV2FsbCAtREdTV0FSTiAt REdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8t aW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdT V0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NF IC1Xbm8taW1wb3J0IC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlh c2luZyAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVdu by1pbXBvcnQgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLWZvYmpjLXJ1bnRpbWU9Z251c3RlcC0xLjgg LWZibG9ja3MgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5n IC1Xbm8taW1wb3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vz ci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWlt cG9ydCAtV2FsbCAtV25vLWltcG9ydCAtV2FsbCAtV25vLWltcG9ydCAtV2FsbCAtV25vLWltcG9y dCAtZmNvbnN0YW50LXN0cmluZy1jbGFzcz1OU0NvbnN0YW50U3RyaW5nIC1JLi9GcmFtZXdvcmsv R05VTWFpbCAtSS4uLy4uL0ZyYW1ld29yay9HTlVNYWlsIC1JLi4vLi4vRnJhbWV3b3JrL0dOVU1h aWwgLUkuLi8uLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4uLy4uL0ZyYW1ld29yay9HTlVNYWlsIC1J LiAtSS93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVzdGVwL0xpYnJhcnkv SGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9Mb2NhbC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNy L2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvaW5jbHVk ZSBcCiAgICAgICAtbyBvYmovQWNjb3VudC5vYmovUmVjZWl2ZVZpZXcubS5vCmNjIFNlbmRWaWV3 Lm0gLWMgXAogICAgICAtTU1EIC1NUCAtREdOVVNURVAgLURHTlVTVEVQX0JBU0VfTElCUkFSWT0x IC1ER05VX0dVSV9MSUJSQVJZPTEgLURHTlVTVEVQX1JVTlRJTUU9MSAtRF9OT05GUkFHSUxFX0FC ST0xIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtZm5vLXN0cmljdC1hbGlhc2luZyAtZmV4Y2Vw dGlvbnMgLWZvYmpjLWV4Y2VwdGlvbnMgLURfTkFUSVZFX09CSkNfRVhDRVBUSU9OUyAtcHRocmVh ZCAtZlBJQyAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURH U1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9T RSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdh bGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1PMiAtcGlwZSAtZnN0YWNrLXBy b3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3Ig LWZuby1zdHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLWZv YmpjLXJ1bnRpbWU9Z251c3RlcC0xLjggLWZibG9ja3MgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVj dG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRl IC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9z c2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtV2FsbCAtV25vLWltcG9ydCAtV2FsbCAtV25v LWltcG9ydCAtV2FsbCAtV25vLWltcG9ydCAtZmNvbnN0YW50LXN0cmluZy1jbGFzcz1OU0NvbnN0 YW50U3RyaW5nIC1JLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4uLy4uL0ZyYW1ld29yay9HTlVNYWls IC1JLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwgLUkuLi8uLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4u Ly4uL0ZyYW1ld29yay9HTlVNYWlsIC1JLiAtSS93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1h aWwvd29yay9HTlVzdGVwL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9Mb2Nh bC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvSGVh ZGVycyAtSS91c3IvbG9jYWwvaW5jbHVkZSBcCiAgICAgICAtbyBvYmovQWNjb3VudC5vYmovU2Vu ZFZpZXcubS5vCmNjIElNQVBWaWV3Lm0gLWMgXAogICAgICAtTU1EIC1NUCAtREdOVVNURVAgLURH TlVTVEVQX0JBU0VfTElCUkFSWT0xIC1ER05VX0dVSV9MSUJSQVJZPTEgLURHTlVTVEVQX1JVTlRJ TUU9MSAtRF9OT05GUkFHSUxFX0FCST0xIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtZm5vLXN0 cmljdC1hbGlhc2luZyAtZmV4Y2VwdGlvbnMgLWZvYmpjLWV4Y2VwdGlvbnMgLURfTkFUSVZFX09C SkNfRVhDRVBUSU9OUyAtcHRocmVhZCAtZlBJQyAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0Ug LVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxs IC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElB R05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0 IC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBp cGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQgLUkv dXNyL2xvY2FsL2luY2x1ZGUgLWZvYmpjLXJ1bnRpbWU9Z251c3RlcC0xLjggLWZibG9ja3MgLU8y IC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1Xbm8taW1wb3J0 IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9p bmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtV2FsbCAt V25vLWltcG9ydCAtV2FsbCAtV25vLWltcG9ydCAtV2FsbCAtV25vLWltcG9ydCAtZmNvbnN0YW50 LXN0cmluZy1jbGFzcz1OU0NvbnN0YW50U3RyaW5nIC1JLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4u Ly4uL0ZyYW1ld29yay9HTlVNYWlsIC1JLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwgLUkuLi8uLi9G cmFtZXdvcmsvR05VTWFpbCAtSS4uLy4uL0ZyYW1ld29yay9HTlVNYWlsIC1JLiAtSS93cmtkaXJz L3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVzdGVwL0xpYnJhcnkvSGVhZGVycyAtSS91 c3IvbG9jYWwvR05Vc3RlcC9Mb2NhbC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0 ZXAvU3lzdGVtL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvaW5jbHVkZSBcCiAgICAgICAt byBvYmovQWNjb3VudC5vYmovSU1BUFZpZXcubS5vCmNjIFBPUDNWaWV3Lm0gLWMgXAogICAgICAt TU1EIC1NUCAtREdOVVNURVAgLURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1ER05VX0dVSV9MSUJS QVJZPTEgLURHTlVTVEVQX1JVTlRJTUU9MSAtRF9OT05GUkFHSUxFX0FCST0xIC1ER05VU1RFUF9C QVNFX0xJQlJBUlk9MSAtZm5vLXN0cmljdC1hbGlhc2luZyAtZmV4Y2VwdGlvbnMgLWZvYmpjLWV4 Y2VwdGlvbnMgLURfTkFUSVZFX09CSkNfRVhDRVBUSU9OUyAtcHRocmVhZCAtZlBJQyAtV2FsbCAt REdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdO T1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAt V2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURH U0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0 cmljdC1hbGlhc2luZyAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxp YXNpbmcgLVduby1pbXBvcnQgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLWZvYmpjLXJ1bnRpbWU9Z251 c3RlcC0xLjggLWZibG9ja3MgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0 LWFsaWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1w b3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2Fs bCAtV25vLWltcG9ydCAtV2FsbCAtV25vLWltcG9ydCAtV2FsbCAtV25vLWltcG9ydCAtV2FsbCAt V25vLWltcG9ydCAtZmNvbnN0YW50LXN0cmluZy1jbGFzcz1OU0NvbnN0YW50U3RyaW5nIC1JLi9G cmFtZXdvcmsvR05VTWFpbCAtSS4uLy4uL0ZyYW1ld29yay9HTlVNYWlsIC1JLi4vLi4vRnJhbWV3 b3JrL0dOVU1haWwgLUkuLi8uLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4uLy4uL0ZyYW1ld29yay9H TlVNYWlsIC1JLiAtSS93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVzdGVw L0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9Mb2NhbC9MaWJyYXJ5L0hlYWRl cnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9j YWwvaW5jbHVkZSBcCiAgICAgICAtbyBvYmovQWNjb3VudC5vYmovUE9QM1ZpZXcubS5vCmNjIFVO SVhWaWV3Lm0gLWMgXAogICAgICAtTU1EIC1NUCAtREdOVVNURVAgLURHTlVTVEVQX0JBU0VfTElC UkFSWT0xIC1ER05VX0dVSV9MSUJSQVJZPTEgLURHTlVTVEVQX1JVTlRJTUU9MSAtRF9OT05GUkFH SUxFX0FCST0xIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtZm5vLXN0cmljdC1hbGlhc2luZyAt ZmV4Y2VwdGlvbnMgLWZvYmpjLWV4Y2VwdGlvbnMgLURfTkFUSVZFX09CSkNfRVhDRVBUSU9OUyAt cHRocmVhZCAtZlBJQyAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdh bGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NE SUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBv cnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1PMiAtcGlwZSAtZnN0 YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBpcGUgLWZzdGFjay1wcm90 ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQgLUkvdXNyL2xvY2FsL2luY2x1 ZGUgLWZvYmpjLXJ1bnRpbWU9Z251c3RlcC0xLjggLWZibG9ja3MgLU8yIC1waXBlIC1mc3RhY2st cHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vzci9sb2NhbC9p bmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9s b2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtV2FsbCAtV25vLWltcG9ydCAtV2Fs bCAtV25vLWltcG9ydCAtV2FsbCAtV25vLWltcG9ydCAtZmNvbnN0YW50LXN0cmluZy1jbGFzcz1O U0NvbnN0YW50U3RyaW5nIC1JLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4uLy4uL0ZyYW1ld29yay9H TlVNYWlsIC1JLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwgLUkuLi8uLi9GcmFtZXdvcmsvR05VTWFp bCAtSS4uLy4uL0ZyYW1ld29yay9HTlVNYWlsIC1JLiAtSS93cmtkaXJzL3Vzci9wb3J0cy9tYWls L2dudW1haWwvd29yay9HTlVzdGVwL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3Rl cC9Mb2NhbC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJh cnkvSGVhZGVycyAtSS91c3IvbG9jYWwvaW5jbHVkZSBcCiAgICAgICAtbyBvYmovQWNjb3VudC5v YmovVU5JWFZpZXcubS5vCmNjIC1zaGFyZWQgICAgLUwvdXNyL2xvY2FsL2xpYiAtZnN0YWNrLXBy b3RlY3RvciAtcmR5bmFtaWMgLXJkeW5hbWljIC1yZHluYW1pYyAtcmR5bmFtaWMgIC1yZHluYW1p YyAgICAgLUwvdXNyL2xvY2FsL2xpYiAtZnN0YWNrLXByb3RlY3RvciAgLXB0aHJlYWQgIC1mZXhj ZXB0aW9ucyAtbyAuL0FjY291bnQucHJlZnMvLi9BY2NvdW50IC4vb2JqL0FjY291bnQub2JqL0Fj Y291bnRWaWV3Lm0ubyAuL29iai9BY2NvdW50Lm9iai9BY2NvdW50Vmlld0NvbnRyb2xsZXIubS5v IC4vb2JqL0FjY291bnQub2JqL0FjY291bnRFZGl0b3JXaW5kb3cubS5vIC4vb2JqL0FjY291bnQu b2JqL0FjY291bnRFZGl0b3JXaW5kb3dDb250cm9sbGVyLm0ubyAuL29iai9BY2NvdW50Lm9iai9Q ZXJzb25hbFZpZXcubS5vIC4vb2JqL0FjY291bnQub2JqL1JlY2VpdmVWaWV3Lm0ubyAuL29iai9B Y2NvdW50Lm9iai9TZW5kVmlldy5tLm8gLi9vYmovQWNjb3VudC5vYmovSU1BUFZpZXcubS5vIC4v b2JqL0FjY291bnQub2JqL1BPUDNWaWV3Lm0ubyAuL29iai9BY2NvdW50Lm9iai9VTklYVmlldy5t Lm8gICAgIC1MLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwvR05VTWFpbC5mcmFtZXdvcmsvVmVyc2lv bnMvQ3VycmVudC8uICAtTC4uLy4uL0ZyYW1ld29yay9HTlVNYWlsL0dOVU1haWwuZnJhbWV3b3Jr L1ZlcnNpb25zL0N1cnJlbnQvLiAgLUwuLi8uLi9GcmFtZXdvcmsvR05VTWFpbC9HTlVNYWlsLmZy YW1ld29yay9WZXJzaW9ucy9DdXJyZW50Ly4gICAtTC4uLy4uL0ZyYW1ld29yay9HTlVNYWlsL0dO VU1haWwuZnJhbWV3b3JrL1ZlcnNpb25zL0N1cnJlbnQvLiAgICAtTC93cmtkaXJzL3Vzci9wb3J0 cy9tYWlsL2dudW1haWwvd29yay9HTlVzdGVwL0xpYnJhcnkvTGlicmFyaWVzIC1ML3Vzci9sb2Nh bC9HTlVzdGVwL0xvY2FsL0xpYnJhcnkvTGlicmFyaWVzIC1ML3Vzci9sb2NhbC9HTlVzdGVwL1N5 c3RlbS9MaWJyYXJ5L0xpYnJhcmllcyAgLUwvdXNyL2xvY2FsL2xpYiAgLWxHTlVNYWlsIC1sUGFu dG9taW1lICAgLWxnbnVzdGVwLWd1aSAgICAtbGdudXN0ZXAtYmFzZSAgICAtbG9iamMgLWZvYmpj LW5vbmZyYWdpbGUtYWJpICAgLWxtCi91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9N YWtlZmlsZXMvbWtpbnN0YWxsZGlycyBBY2NvdW50LnByZWZzL1Jlc291cmNlcwpmb3IgZiBpbiBh Y2NvdW50LnRpZmY7IGRvIFwKICBpZiBbIC1mIC4vLyRmIC1vIC1kIC4vLyRmIF07IHRoZW4gXAog ICAgY3AgLWZyIC4vLyRmIC4vQWNjb3VudC5wcmVmcy9SZXNvdXJjZXMvOyBcCiAgZWxzZSBcCiAg ICBlY2hvICJXYXJuaW5nOiAuLy8kZiBub3QgZm91bmQgLSBpZ25vcmluZyI7IFwKICBmaTsgXApk b25lCmVjaG8gIk9MRF9HTlVTVEVQX1NUQU1QX0FTVFJJTkcgPSBfQWNjb3VudFZpZXdDb250cm9s bGVyLSIgPiAuL0FjY291bnQucHJlZnMvc3RhbXAubWFrZQooZWNobyAieyI7IGVjaG8gJyAgTk9U RSA9ICJBdXRvbWF0aWNhbGx5IGdlbmVyYXRlZCwgZG8gbm90IGVkaXQhIjsnOyBcCiAgZWNobyAi ICBOU0V4ZWN1dGFibGUgPSBcIkFjY291bnRcIjsiOyBcCiAgZWNobyAiICBOU01haW5OaWJGaWxl ID0gXCJcIjsiOyBcCiAgZWNobyAiICBOU1ByaW5jaXBhbENsYXNzID0gXCJBY2NvdW50Vmlld0Nv bnRyb2xsZXJcIjsiOyBcCiAgZWNobyAifSIpID5BY2NvdW50LnByZWZzL1Jlc291cmNlcy9JbmZv LWdudXN0ZXAucGxpc3QKaWYgWyAtciAiIiBdOyB0aGVuIFwKICBwbG1lcmdlIEFjY291bnQucHJl ZnMvUmVzb3VyY2VzL0luZm8tZ251c3RlcC5wbGlzdCA7IFwKZmkKZ21ha2VbMl06IExlYXZpbmcg ZGlyZWN0b3J5ICcvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvR05VTWFpbC0x LjMuMC9CdW5kbGVzL0FjY291bnQnCk1ha2luZyBhbGwgaW4gQnVuZGxlcy9BZHZhbmNlZCAuLi4K Z21ha2VbMl06IEVudGVyaW5nIGRpcmVjdG9yeSAnL3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251 bWFpbC93b3JrL0dOVU1haWwtMS4zLjAvQnVuZGxlcy9BZHZhbmNlZCcKY2QgLjsgXAovdXNyL2xv Y2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvTWFrZWZpbGVzL21raW5zdGFsbGRpcnMgLi9vYmoK TWFraW5nIGFsbCBmb3IgYnVuZGxlIEFkdmFuY2VkLi4uCmNkIC47IFwKL3Vzci9sb2NhbC9HTlVz dGVwL1N5c3RlbS9MaWJyYXJ5L01ha2VmaWxlcy9ta2luc3RhbGxkaXJzIC4vb2JqL0FkdmFuY2Vk Lm9iai8KL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L01ha2VmaWxlcy9ta2luc3Rh bGxkaXJzIEFkdmFuY2VkLnByZWZzLy4KY2MgQWR2YW5jZWRWaWV3Lm0gLWMgXAogICAgICAtTU1E IC1NUCAtREdOVVNURVAgLURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1ER05VX0dVSV9MSUJSQVJZ PTEgLURHTlVTVEVQX1JVTlRJTUU9MSAtRF9OT05GUkFHSUxFX0FCST0xIC1ER05VU1RFUF9CQVNF X0xJQlJBUlk9MSAtZm5vLXN0cmljdC1hbGlhc2luZyAtZmV4Y2VwdGlvbnMgLWZvYmpjLWV4Y2Vw dGlvbnMgLURfTkFUSVZFX09CSkNfRVhDRVBUSU9OUyAtcHRocmVhZCAtZlBJQyAtV2FsbCAtREdT V0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NF IC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2Fs bCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJ QUdOT1NFIC1Xbm8taW1wb3J0IC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmlj dC1hbGlhc2luZyAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNp bmcgLVduby1pbXBvcnQgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLWZvYmpjLXJ1bnRpbWU9Z251c3Rl cC0xLjggLWZibG9ja3MgLVdhbGwgLVduby1pbXBvcnQgLWZjb25zdGFudC1zdHJpbmctY2xhc3M9 TlNDb25zdGFudFN0cmluZyAtSS4vRnJhbWV3b3JrL0dOVU1haWwgLUkuLi8uLi9GcmFtZXdvcmsv R05VTWFpbCAtSS4uLy4uL0ZyYW1ld29yay9HTlVNYWlsIC1JLi4vLi4vRnJhbWV3b3JrL0dOVU1h aWwgLUkuLi8uLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4gLUkvd3JrZGlycy91c3IvcG9ydHMvbWFp bC9nbnVtYWlsL3dvcmsvR05Vc3RlcC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0 ZXAvTG9jYWwvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJy YXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL2luY2x1ZGUgXAogICAgICAgLW8gb2JqL0FkdmFuY2Vk Lm9iai9BZHZhbmNlZFZpZXcubS5vCmNjIEFkdmFuY2VkVmlld0NvbnRyb2xsZXIubSAtYyBcCiAg ICAgIC1NTUQgLU1QIC1ER05VU1RFUCAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLURHTlVfR1VJ X0xJQlJBUlk9MSAtREdOVVNURVBfUlVOVElNRT0xIC1EX05PTkZSQUdJTEVfQUJJPTEgLURHTlVT VEVQX0JBU0VfTElCUkFSWT0xIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1mZXhjZXB0aW9ucyAtZm9i amMtZXhjZXB0aW9ucyAtRF9OQVRJVkVfT0JKQ19FWENFUFRJT05TIC1wdGhyZWFkIC1mUElDIC1X YWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdT RElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1w b3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FS TiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1m bm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmlj dC1hbGlhc2luZyAtV25vLWltcG9ydCAtSS91c3IvbG9jYWwvaW5jbHVkZSAtZm9iamMtcnVudGlt ZT1nbnVzdGVwLTEuOCAtZmJsb2NrcyAtV2FsbCAtV25vLWltcG9ydCAtZmNvbnN0YW50LXN0cmlu Zy1jbGFzcz1OU0NvbnN0YW50U3RyaW5nIC1JLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4uLy4uL0Zy YW1ld29yay9HTlVNYWlsIC1JLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwgLUkuLi8uLi9GcmFtZXdv cmsvR05VTWFpbCAtSS4uLy4uL0ZyYW1ld29yay9HTlVNYWlsIC1JLiAtSS93cmtkaXJzL3Vzci9w b3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVzdGVwL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9j YWwvR05Vc3RlcC9Mb2NhbC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvU3lz dGVtL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvaW5jbHVkZSBcCiAgICAgICAtbyBvYmov QWR2YW5jZWQub2JqL0FkdmFuY2VkVmlld0NvbnRyb2xsZXIubS5vCmNjIC1zaGFyZWQgICAgLUwv dXNyL2xvY2FsL2xpYiAtZnN0YWNrLXByb3RlY3RvciAtcmR5bmFtaWMgLXJkeW5hbWljIC1yZHlu YW1pYyAtcmR5bmFtaWMgIC1yZHluYW1pYyAgICAgLUwvdXNyL2xvY2FsL2xpYiAtZnN0YWNrLXBy b3RlY3RvciAgLXB0aHJlYWQgIC1mZXhjZXB0aW9ucyAtbyAuL0FkdmFuY2VkLnByZWZzLy4vQWR2 YW5jZWQgLi9vYmovQWR2YW5jZWQub2JqL0FkdmFuY2VkVmlldy5tLm8gLi9vYmovQWR2YW5jZWQu b2JqL0FkdmFuY2VkVmlld0NvbnRyb2xsZXIubS5vICAgICAtTC4uLy4uL0ZyYW1ld29yay9HTlVN YWlsL0dOVU1haWwuZnJhbWV3b3JrL1ZlcnNpb25zL0N1cnJlbnQvLiAgLUwuLi8uLi9GcmFtZXdv cmsvR05VTWFpbC9HTlVNYWlsLmZyYW1ld29yay9WZXJzaW9ucy9DdXJyZW50Ly4gIC1MLi4vLi4v RnJhbWV3b3JrL0dOVU1haWwvR05VTWFpbC5mcmFtZXdvcmsvVmVyc2lvbnMvQ3VycmVudC8uICAg LUwuLi8uLi9GcmFtZXdvcmsvR05VTWFpbC9HTlVNYWlsLmZyYW1ld29yay9WZXJzaW9ucy9DdXJy ZW50Ly4gICAgLUwvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvR05Vc3RlcC9M aWJyYXJ5L0xpYnJhcmllcyAtTC91c3IvbG9jYWwvR05Vc3RlcC9Mb2NhbC9MaWJyYXJ5L0xpYnJh cmllcyAtTC91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9MaWJyYXJpZXMgIC1ML3Vz ci9sb2NhbC9saWIgIC1sR05VTWFpbCAgIC1sZ251c3RlcC1ndWkgICAgLWxnbnVzdGVwLWJhc2Ug ICAgLWxvYmpjIC1mb2JqYy1ub25mcmFnaWxlLWFiaSAgIC1sbQovdXNyL2xvY2FsL0dOVXN0ZXAv U3lzdGVtL0xpYnJhcnkvTWFrZWZpbGVzL21raW5zdGFsbGRpcnMgQWR2YW5jZWQucHJlZnMvUmVz b3VyY2VzCmZvciBmIGluIGFkdmFuY2VkLnRpZmY7IGRvIFwKICBpZiBbIC1mIC4vLyRmIC1vIC1k IC4vLyRmIF07IHRoZW4gXAogICAgY3AgLWZyIC4vLyRmIC4vQWR2YW5jZWQucHJlZnMvUmVzb3Vy Y2VzLzsgXAogIGVsc2UgXAogICAgZWNobyAiV2FybmluZzogLi8vJGYgbm90IGZvdW5kIC0gaWdu b3JpbmciOyBcCiAgZmk7IFwKZG9uZQplY2hvICJPTERfR05VU1RFUF9TVEFNUF9BU1RSSU5HID0g X0FkdmFuY2VkVmlld0NvbnRyb2xsZXItIiA+IC4vQWR2YW5jZWQucHJlZnMvc3RhbXAubWFrZQoo ZWNobyAieyI7IGVjaG8gJyAgTk9URSA9ICJBdXRvbWF0aWNhbGx5IGdlbmVyYXRlZCwgZG8gbm90 IGVkaXQhIjsnOyBcCiAgZWNobyAiICBOU0V4ZWN1dGFibGUgPSBcIkFkdmFuY2VkXCI7IjsgXAog IGVjaG8gIiAgTlNNYWluTmliRmlsZSA9IFwiXCI7IjsgXAogIGVjaG8gIiAgTlNQcmluY2lwYWxD bGFzcyA9IFwiQWR2YW5jZWRWaWV3Q29udHJvbGxlclwiOyI7IFwKICBlY2hvICJ9IikgPkFkdmFu Y2VkLnByZWZzL1Jlc291cmNlcy9JbmZvLWdudXN0ZXAucGxpc3QKaWYgWyAtciAiIiBdOyB0aGVu IFwKICBwbG1lcmdlIEFkdmFuY2VkLnByZWZzL1Jlc291cmNlcy9JbmZvLWdudXN0ZXAucGxpc3Qg OyBcCmZpCmdtYWtlWzJdOiBMZWF2aW5nIGRpcmVjdG9yeSAnL3dya2RpcnMvdXNyL3BvcnRzL21h aWwvZ251bWFpbC93b3JrL0dOVU1haWwtMS4zLjAvQnVuZGxlcy9BZHZhbmNlZCcKTWFraW5nIGFs bCBpbiBCdW5kbGVzL0NvbG9ycyAuLi4KZ21ha2VbMl06IEVudGVyaW5nIGRpcmVjdG9yeSAnL3dy a2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL0dOVU1haWwtMS4zLjAvQnVuZGxlcy9D b2xvcnMnCmNkIC47IFwKL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L01ha2VmaWxl cy9ta2luc3RhbGxkaXJzIC4vb2JqCk1ha2luZyBhbGwgZm9yIGJ1bmRsZSBDb2xvcnMuLi4KY2Qg LjsgXAovdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvTWFrZWZpbGVzL21raW5zdGFs bGRpcnMgLi9vYmovQ29sb3JzLm9iai8KL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5 L01ha2VmaWxlcy9ta2luc3RhbGxkaXJzIENvbG9ycy5wcmVmcy8uCmNjIENvbG9yc1ZpZXcubSAt YyBcCiAgICAgIC1NTUQgLU1QIC1ER05VU1RFUCAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLURH TlVfR1VJX0xJQlJBUlk9MSAtREdOVVNURVBfUlVOVElNRT0xIC1EX05PTkZSQUdJTEVfQUJJPTEg LURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1mZXhjZXB0aW9u cyAtZm9iamMtZXhjZXB0aW9ucyAtRF9OQVRJVkVfT0JKQ19FWENFUFRJT05TIC1wdGhyZWFkIC1m UElDIC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FS TiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1X bm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAt REdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVj dG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5v LXN0cmljdC1hbGlhc2luZyAtV25vLWltcG9ydCAtSS91c3IvbG9jYWwvaW5jbHVkZSAtZm9iamMt cnVudGltZT1nbnVzdGVwLTEuOCAtZmJsb2NrcyAtV2FsbCAtV25vLWltcG9ydCAtZmNvbnN0YW50 LXN0cmluZy1jbGFzcz1OU0NvbnN0YW50U3RyaW5nIC1JLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4u Ly4uL0ZyYW1ld29yay9HTlVNYWlsIC1JLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwgLUkuLi8uLi9G cmFtZXdvcmsvR05VTWFpbCAtSS4uLy4uL0ZyYW1ld29yay9HTlVNYWlsIC1JLiAtSS93cmtkaXJz L3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVzdGVwL0xpYnJhcnkvSGVhZGVycyAtSS91 c3IvbG9jYWwvR05Vc3RlcC9Mb2NhbC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0 ZXAvU3lzdGVtL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvaW5jbHVkZSBcCiAgICAgICAt byBvYmovQ29sb3JzLm9iai9Db2xvcnNWaWV3Lm0ubwpjYyBDb2xvcnNWaWV3Q29udHJvbGxlci5t IC1jIFwKICAgICAgLU1NRCAtTVAgLURHTlVTVEVQIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAt REdOVV9HVUlfTElCUkFSWT0xIC1ER05VU1RFUF9SVU5USU1FPTEgLURfTk9ORlJBR0lMRV9BQkk9 MSAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLWZuby1zdHJpY3QtYWxpYXNpbmcgLWZleGNlcHRp b25zIC1mb2JqYy1leGNlcHRpb25zIC1EX05BVElWRV9PQkpDX0VYQ0VQVElPTlMgLXB0aHJlYWQg LWZQSUMgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NX QVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0Ug LVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxs IC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtTzIgLXBpcGUgLWZzdGFjay1wcm90 ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1m bm8tc3RyaWN0LWFsaWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1mb2Jq Yy1ydW50aW1lPWdudXN0ZXAtMS44IC1mYmxvY2tzIC1XYWxsIC1Xbm8taW1wb3J0IC1mY29uc3Rh bnQtc3RyaW5nLWNsYXNzPU5TQ29uc3RhbnRTdHJpbmcgLUkuL0ZyYW1ld29yay9HTlVNYWlsIC1J Li4vLi4vRnJhbWV3b3JrL0dOVU1haWwgLUkuLi8uLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4uLy4u L0ZyYW1ld29yay9HTlVNYWlsIC1JLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwgLUkuIC1JL3dya2Rp cnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL0dOVXN0ZXAvTGlicmFyeS9IZWFkZXJzIC1J L3Vzci9sb2NhbC9HTlVzdGVwL0xvY2FsL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05V c3RlcC9TeXN0ZW0vTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9pbmNsdWRlIFwKICAgICAg IC1vIG9iai9Db2xvcnMub2JqL0NvbG9yc1ZpZXdDb250cm9sbGVyLm0ubwpjYyAtc2hhcmVkICAg IC1ML3Vzci9sb2NhbC9saWIgLWZzdGFjay1wcm90ZWN0b3IgLXJkeW5hbWljIC1yZHluYW1pYyAt cmR5bmFtaWMgLXJkeW5hbWljICAtcmR5bmFtaWMgICAgIC1ML3Vzci9sb2NhbC9saWIgLWZzdGFj ay1wcm90ZWN0b3IgIC1wdGhyZWFkICAtZmV4Y2VwdGlvbnMgLW8gLi9Db2xvcnMucHJlZnMvLi9D b2xvcnMgLi9vYmovQ29sb3JzLm9iai9Db2xvcnNWaWV3Lm0ubyAuL29iai9Db2xvcnMub2JqL0Nv bG9yc1ZpZXdDb250cm9sbGVyLm0ubyAgICAgLUwuLi8uLi9GcmFtZXdvcmsvR05VTWFpbC9HTlVN YWlsLmZyYW1ld29yay9WZXJzaW9ucy9DdXJyZW50Ly4gIC1MLi4vLi4vRnJhbWV3b3JrL0dOVU1h aWwvR05VTWFpbC5mcmFtZXdvcmsvVmVyc2lvbnMvQ3VycmVudC8uICAtTC4uLy4uL0ZyYW1ld29y ay9HTlVNYWlsL0dOVU1haWwuZnJhbWV3b3JrL1ZlcnNpb25zL0N1cnJlbnQvLiAgIC1MLi4vLi4v RnJhbWV3b3JrL0dOVU1haWwvR05VTWFpbC5mcmFtZXdvcmsvVmVyc2lvbnMvQ3VycmVudC8uICAg IC1ML3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL0dOVXN0ZXAvTGlicmFyeS9M aWJyYXJpZXMgLUwvdXNyL2xvY2FsL0dOVXN0ZXAvTG9jYWwvTGlicmFyeS9MaWJyYXJpZXMgLUwv dXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvTGlicmFyaWVzICAtTC91c3IvbG9jYWwv bGliICAtbEdOVU1haWwgICAtbGdudXN0ZXAtZ3VpICAgIC1sZ251c3RlcC1iYXNlICAgIC1sb2Jq YyAtZm9iamMtbm9uZnJhZ2lsZS1hYmkgICAtbG0KL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9M aWJyYXJ5L01ha2VmaWxlcy9ta2luc3RhbGxkaXJzIENvbG9ycy5wcmVmcy9SZXNvdXJjZXMKZm9y IGYgaW4gY29sb3JzLnRpZmY7IGRvIFwKICBpZiBbIC1mIC4vLyRmIC1vIC1kIC4vLyRmIF07IHRo ZW4gXAogICAgY3AgLWZyIC4vLyRmIC4vQ29sb3JzLnByZWZzL1Jlc291cmNlcy87IFwKICBlbHNl IFwKICAgIGVjaG8gIldhcm5pbmc6IC4vLyRmIG5vdCBmb3VuZCAtIGlnbm9yaW5nIjsgXAogIGZp OyBcCmRvbmUKZWNobyAiT0xEX0dOVVNURVBfU1RBTVBfQVNUUklORyA9IF9Db2xvcnNWaWV3Q29u dHJvbGxlci0iID4gLi9Db2xvcnMucHJlZnMvc3RhbXAubWFrZQooZWNobyAieyI7IGVjaG8gJyAg Tk9URSA9ICJBdXRvbWF0aWNhbGx5IGdlbmVyYXRlZCwgZG8gbm90IGVkaXQhIjsnOyBcCiAgZWNo byAiICBOU0V4ZWN1dGFibGUgPSBcIkNvbG9yc1wiOyI7IFwKICBlY2hvICIgIE5TTWFpbk5pYkZp bGUgPSBcIlwiOyI7IFwKICBlY2hvICIgIE5TUHJpbmNpcGFsQ2xhc3MgPSBcIkNvbG9yc1ZpZXdD b250cm9sbGVyXCI7IjsgXAogIGVjaG8gIn0iKSA+Q29sb3JzLnByZWZzL1Jlc291cmNlcy9JbmZv LWdudXN0ZXAucGxpc3QKaWYgWyAtciAiIiBdOyB0aGVuIFwKICBwbG1lcmdlIENvbG9ycy5wcmVm cy9SZXNvdXJjZXMvSW5mby1nbnVzdGVwLnBsaXN0IDsgXApmaQpnbWFrZVsyXTogTGVhdmluZyBk aXJlY3RvcnkgJy93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVNYWlsLTEu My4wL0J1bmRsZXMvQ29sb3JzJwpNYWtpbmcgYWxsIGluIEJ1bmRsZXMvQ29tcG9zZSAuLi4KZ21h a2VbMl06IEVudGVyaW5nIGRpcmVjdG9yeSAnL3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFp bC93b3JrL0dOVU1haWwtMS4zLjAvQnVuZGxlcy9Db21wb3NlJwpjZCAuOyBcCi91c3IvbG9jYWwv R05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9NYWtlZmlsZXMvbWtpbnN0YWxsZGlycyAuL29iagpNYWtp bmcgYWxsIGZvciBidW5kbGUgQ29tcG9zZS4uLgpjZCAuOyBcCi91c3IvbG9jYWwvR05Vc3RlcC9T eXN0ZW0vTGlicmFyeS9NYWtlZmlsZXMvbWtpbnN0YWxsZGlycyAuL29iai9Db21wb3NlLm9iai8K L3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L01ha2VmaWxlcy9ta2luc3RhbGxkaXJz IENvbXBvc2UucHJlZnMvLgpjYyBDb21wb3NlVmlldy5tIC1jIFwKICAgICAgLU1NRCAtTVAgLURH TlVTVEVQIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtREdOVV9HVUlfTElCUkFSWT0xIC1ER05V U1RFUF9SVU5USU1FPTEgLURfTk9ORlJBR0lMRV9BQkk9MSAtREdOVVNURVBfQkFTRV9MSUJSQVJZ PTEgLWZuby1zdHJpY3QtYWxpYXNpbmcgLWZleGNlcHRpb25zIC1mb2JqYy1leGNlcHRpb25zIC1E X05BVElWRV9PQkpDX0VYQ0VQVElPTlMgLXB0aHJlYWQgLWZQSUMgLVdhbGwgLURHU1dBUk4gLURH U0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWlt cG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dB Uk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAt V25vLWltcG9ydCAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNp bmcgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1Xbm8t aW1wb3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1mb2JqYy1ydW50aW1lPWdudXN0ZXAtMS44IC1m YmxvY2tzIC1XYWxsIC1Xbm8taW1wb3J0IC1mY29uc3RhbnQtc3RyaW5nLWNsYXNzPU5TQ29uc3Rh bnRTdHJpbmcgLUkuL0ZyYW1ld29yay9HTlVNYWlsIC1JLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwg LUkuLi8uLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4uLy4uL0ZyYW1ld29yay9HTlVNYWlsIC1JLi4v Li4vRnJhbWV3b3JrL0dOVU1haWwgLUkuIC1JL3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFp bC93b3JrL0dOVXN0ZXAvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9HTlVzdGVwL0xvY2Fs L0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9IZWFk ZXJzIC1JL3Vzci9sb2NhbC9pbmNsdWRlIFwKICAgICAgIC1vIG9iai9Db21wb3NlLm9iai9Db21w b3NlVmlldy5tLm8KY2MgQ29tcG9zZVZpZXdDb250cm9sbGVyLm0gLWMgXAogICAgICAtTU1EIC1N UCAtREdOVVNURVAgLURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1ER05VX0dVSV9MSUJSQVJZPTEg LURHTlVTVEVQX1JVTlRJTUU9MSAtRF9OT05GUkFHSUxFX0FCST0xIC1ER05VU1RFUF9CQVNFX0xJ QlJBUlk9MSAtZm5vLXN0cmljdC1hbGlhc2luZyAtZmV4Y2VwdGlvbnMgLWZvYmpjLWV4Y2VwdGlv bnMgLURfTkFUSVZFX09CSkNfRVhDRVBUSU9OUyAtcHRocmVhZCAtZlBJQyAtV2FsbCAtREdTV0FS TiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1X bm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAt REdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdO T1NFIC1Xbm8taW1wb3J0IC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1h bGlhc2luZyAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcg LVduby1pbXBvcnQgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLWZvYmpjLXJ1bnRpbWU9Z251c3RlcC0x LjggLWZibG9ja3MgLVdhbGwgLVduby1pbXBvcnQgLWZjb25zdGFudC1zdHJpbmctY2xhc3M9TlND b25zdGFudFN0cmluZyAtSS4vRnJhbWV3b3JrL0dOVU1haWwgLUkuLi8uLi9GcmFtZXdvcmsvR05V TWFpbCAtSS4uLy4uL0ZyYW1ld29yay9HTlVNYWlsIC1JLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwg LUkuLi8uLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4gLUkvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9n bnVtYWlsL3dvcmsvR05Vc3RlcC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAv TG9jYWwvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5 L0hlYWRlcnMgLUkvdXNyL2xvY2FsL2luY2x1ZGUgXAogICAgICAgLW8gb2JqL0NvbXBvc2Uub2Jq L0NvbXBvc2VWaWV3Q29udHJvbGxlci5tLm8KY2MgLXNoYXJlZCAgICAtTC91c3IvbG9jYWwvbGli IC1mc3RhY2stcHJvdGVjdG9yIC1yZHluYW1pYyAtcmR5bmFtaWMgLXJkeW5hbWljIC1yZHluYW1p YyAgLXJkeW5hbWljICAgICAtTC91c3IvbG9jYWwvbGliIC1mc3RhY2stcHJvdGVjdG9yICAtcHRo cmVhZCAgLWZleGNlcHRpb25zIC1vIC4vQ29tcG9zZS5wcmVmcy8uL0NvbXBvc2UgLi9vYmovQ29t cG9zZS5vYmovQ29tcG9zZVZpZXcubS5vIC4vb2JqL0NvbXBvc2Uub2JqL0NvbXBvc2VWaWV3Q29u dHJvbGxlci5tLm8gICAgIC1MLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwvR05VTWFpbC5mcmFtZXdv cmsvVmVyc2lvbnMvQ3VycmVudC8uICAtTC4uLy4uL0ZyYW1ld29yay9HTlVNYWlsL0dOVU1haWwu ZnJhbWV3b3JrL1ZlcnNpb25zL0N1cnJlbnQvLiAgLUwuLi8uLi9GcmFtZXdvcmsvR05VTWFpbC9H TlVNYWlsLmZyYW1ld29yay9WZXJzaW9ucy9DdXJyZW50Ly4gICAtTC4uLy4uL0ZyYW1ld29yay9H TlVNYWlsL0dOVU1haWwuZnJhbWV3b3JrL1ZlcnNpb25zL0N1cnJlbnQvLiAgICAtTC93cmtkaXJz L3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVzdGVwL0xpYnJhcnkvTGlicmFyaWVzIC1M L3Vzci9sb2NhbC9HTlVzdGVwL0xvY2FsL0xpYnJhcnkvTGlicmFyaWVzIC1ML3Vzci9sb2NhbC9H TlVzdGVwL1N5c3RlbS9MaWJyYXJ5L0xpYnJhcmllcyAgLUwvdXNyL2xvY2FsL2xpYiAgLWxHTlVN YWlsIC1sUGFudG9taW1lICAgLWxnbnVzdGVwLWd1aSAgICAtbGdudXN0ZXAtYmFzZSAgICAtbG9i amMgLWZvYmpjLW5vbmZyYWdpbGUtYWJpICAgLWxtCi91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0v TGlicmFyeS9NYWtlZmlsZXMvbWtpbnN0YWxsZGlycyBDb21wb3NlLnByZWZzL1Jlc291cmNlcwpm b3IgZiBpbiBNYWlsSWNvbl9jcmVhdGUudGlmZjsgZG8gXAogIGlmIFsgLWYgLi8vJGYgLW8gLWQg Li8vJGYgXTsgdGhlbiBcCiAgICBjcCAtZnIgLi8vJGYgLi9Db21wb3NlLnByZWZzL1Jlc291cmNl cy87IFwKICBlbHNlIFwKICAgIGVjaG8gIldhcm5pbmc6IC4vLyRmIG5vdCBmb3VuZCAtIGlnbm9y aW5nIjsgXAogIGZpOyBcCmRvbmUKZWNobyAiT0xEX0dOVVNURVBfU1RBTVBfQVNUUklORyA9IF9D b21wb3NlVmlld0NvbnRyb2xsZXItIiA+IC4vQ29tcG9zZS5wcmVmcy9zdGFtcC5tYWtlCihlY2hv ICJ7IjsgZWNobyAnICBOT1RFID0gIkF1dG9tYXRpY2FsbHkgZ2VuZXJhdGVkLCBkbyBub3QgZWRp dCEiOyc7IFwKICBlY2hvICIgIE5TRXhlY3V0YWJsZSA9IFwiQ29tcG9zZVwiOyI7IFwKICBlY2hv ICIgIE5TTWFpbk5pYkZpbGUgPSBcIlwiOyI7IFwKICBlY2hvICIgIE5TUHJpbmNpcGFsQ2xhc3Mg PSBcIkNvbXBvc2VWaWV3Q29udHJvbGxlclwiOyI7IFwKICBlY2hvICJ9IikgPkNvbXBvc2UucHJl ZnMvUmVzb3VyY2VzL0luZm8tZ251c3RlcC5wbGlzdAppZiBbIC1yICIiIF07IHRoZW4gXAogIHBs bWVyZ2UgQ29tcG9zZS5wcmVmcy9SZXNvdXJjZXMvSW5mby1nbnVzdGVwLnBsaXN0IDsgXApmaQpn bWFrZVsyXTogTGVhdmluZyBkaXJlY3RvcnkgJy93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1h aWwvd29yay9HTlVNYWlsLTEuMy4wL0J1bmRsZXMvQ29tcG9zZScKTWFraW5nIGFsbCBpbiBCdW5k bGVzL0ZpbHRlcmluZyAuLi4KZ21ha2VbMl06IEVudGVyaW5nIGRpcmVjdG9yeSAnL3dya2RpcnMv dXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL0dOVU1haWwtMS4zLjAvQnVuZGxlcy9GaWx0ZXJp bmcnCmNkIC47IFwKL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L01ha2VmaWxlcy9t a2luc3RhbGxkaXJzIC4vb2JqCk1ha2luZyBhbGwgZm9yIGJ1bmRsZSBGaWx0ZXJpbmcuLi4KY2Qg LjsgXAovdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvTWFrZWZpbGVzL21raW5zdGFs bGRpcnMgLi9vYmovRmlsdGVyaW5nLm9iai8KL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJy YXJ5L01ha2VmaWxlcy9ta2luc3RhbGxkaXJzIEZpbHRlcmluZy5wcmVmcy8uCmNjIEZpbHRlcmlu Z1ZpZXcubSAtYyBcCiAgICAgIC1NTUQgLU1QIC1ER05VU1RFUCAtREdOVVNURVBfQkFTRV9MSUJS QVJZPTEgLURHTlVfR1VJX0xJQlJBUlk9MSAtREdOVVNURVBfUlVOVElNRT0xIC1EX05PTkZSQUdJ TEVfQUJJPTEgLURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1m ZXhjZXB0aW9ucyAtZm9iamMtZXhjZXB0aW9ucyAtRF9OQVRJVkVfT0JKQ19FWENFUFRJT05TIC1w dGhyZWFkIC1mUElDIC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2Fs bCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJ QUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9y dCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLU8yIC1waXBlIC1mc3Rh Y2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZnN0YWNrLXByb3Rl Y3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtV25vLWltcG9ydCAtSS91c3IvbG9jYWwvaW5jbHVk ZSAtZm9iamMtcnVudGltZT1nbnVzdGVwLTEuOCAtZmJsb2NrcyAtV2FsbCAtV25vLWltcG9ydCAt ZmNvbnN0YW50LXN0cmluZy1jbGFzcz1OU0NvbnN0YW50U3RyaW5nIC1JLi9GcmFtZXdvcmsvR05V TWFpbCAtSS4uLy4uL0ZyYW1ld29yay9HTlVNYWlsIC1JLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwg LUkuLi8uLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4uLy4uL0ZyYW1ld29yay9HTlVNYWlsIC1JLiAt SS93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVzdGVwL0xpYnJhcnkvSGVh ZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9Mb2NhbC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xv Y2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvaW5jbHVkZSBc CiAgICAgICAtbyBvYmovRmlsdGVyaW5nLm9iai9GaWx0ZXJpbmdWaWV3Lm0ubwpjYyBGaWx0ZXJp bmdWaWV3Q29udHJvbGxlci5tIC1jIFwKICAgICAgLU1NRCAtTVAgLURHTlVTVEVQIC1ER05VU1RF UF9CQVNFX0xJQlJBUlk9MSAtREdOVV9HVUlfTElCUkFSWT0xIC1ER05VU1RFUF9SVU5USU1FPTEg LURfTk9ORlJBR0lMRV9BQkk9MSAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLWZuby1zdHJpY3Qt YWxpYXNpbmcgLWZleGNlcHRpb25zIC1mb2JqYy1leGNlcHRpb25zIC1EX05BVElWRV9PQkpDX0VY Q0VQVElPTlMgLXB0aHJlYWQgLWZQSUMgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8t aW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdT V0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NF IC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtTzIg LXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1m c3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vzci9s b2NhbC9pbmNsdWRlIC1mb2JqYy1ydW50aW1lPWdudXN0ZXAtMS44IC1mYmxvY2tzIC1XYWxsIC1X bm8taW1wb3J0IC1mY29uc3RhbnQtc3RyaW5nLWNsYXNzPU5TQ29uc3RhbnRTdHJpbmcgLUkuL0Zy YW1ld29yay9HTlVNYWlsIC1JLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwgLUkuLi8uLi9GcmFtZXdv cmsvR05VTWFpbCAtSS4uLy4uL0ZyYW1ld29yay9HTlVNYWlsIC1JLi4vLi4vRnJhbWV3b3JrL0dO VU1haWwgLUkuIC1JL3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL0dOVXN0ZXAv TGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9HTlVzdGVwL0xvY2FsL0xpYnJhcnkvSGVhZGVy cyAtSS91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2Nh bC9pbmNsdWRlIFwKICAgICAgIC1vIG9iai9GaWx0ZXJpbmcub2JqL0ZpbHRlcmluZ1ZpZXdDb250 cm9sbGVyLm0ubwpjYyBGaWx0ZXJFZGl0b3JXaW5kb3cubSAtYyBcCiAgICAgIC1NTUQgLU1QIC1E R05VU1RFUCAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLURHTlVfR1VJX0xJQlJBUlk9MSAtREdO VVNURVBfUlVOVElNRT0xIC1EX05PTkZSQUdJTEVfQUJJPTEgLURHTlVTVEVQX0JBU0VfTElCUkFS WT0xIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1mZXhjZXB0aW9ucyAtZm9iamMtZXhjZXB0aW9ucyAt RF9OQVRJVkVfT0JKQ19FWENFUFRJT05TIC1wdGhyZWFkIC1mUElDIC1XYWxsIC1ER1NXQVJOIC1E R1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1p bXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NX QVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0Ug LVduby1pbXBvcnQgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFz aW5nIC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtV25v LWltcG9ydCAtSS91c3IvbG9jYWwvaW5jbHVkZSAtZm9iamMtcnVudGltZT1nbnVzdGVwLTEuOCAt ZmJsb2NrcyAtV2FsbCAtV25vLWltcG9ydCAtZmNvbnN0YW50LXN0cmluZy1jbGFzcz1OU0NvbnN0 YW50U3RyaW5nIC1JLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4uLy4uL0ZyYW1ld29yay9HTlVNYWls IC1JLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwgLUkuLi8uLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4u Ly4uL0ZyYW1ld29yay9HTlVNYWlsIC1JLiAtSS93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1h aWwvd29yay9HTlVzdGVwL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9Mb2Nh bC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvSGVh ZGVycyAtSS91c3IvbG9jYWwvaW5jbHVkZSBcCiAgICAgICAtbyBvYmovRmlsdGVyaW5nLm9iai9G aWx0ZXJFZGl0b3JXaW5kb3cubS5vCmNjIEZpbHRlckVkaXRvcldpbmRvd0NvbnRyb2xsZXIubSAt YyBcCiAgICAgIC1NTUQgLU1QIC1ER05VU1RFUCAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLURH TlVfR1VJX0xJQlJBUlk9MSAtREdOVVNURVBfUlVOVElNRT0xIC1EX05PTkZSQUdJTEVfQUJJPTEg LURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1mZXhjZXB0aW9u cyAtZm9iamMtZXhjZXB0aW9ucyAtRF9OQVRJVkVfT0JKQ19FWENFUFRJT05TIC1wdGhyZWFkIC1m UElDIC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FS TiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1X bm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAt REdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVj dG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5v LXN0cmljdC1hbGlhc2luZyAtV25vLWltcG9ydCAtSS91c3IvbG9jYWwvaW5jbHVkZSAtZm9iamMt cnVudGltZT1nbnVzdGVwLTEuOCAtZmJsb2NrcyAtV2FsbCAtV25vLWltcG9ydCAtZmNvbnN0YW50 LXN0cmluZy1jbGFzcz1OU0NvbnN0YW50U3RyaW5nIC1JLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4u Ly4uL0ZyYW1ld29yay9HTlVNYWlsIC1JLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwgLUkuLi8uLi9G cmFtZXdvcmsvR05VTWFpbCAtSS4uLy4uL0ZyYW1ld29yay9HTlVNYWlsIC1JLiAtSS93cmtkaXJz L3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVzdGVwL0xpYnJhcnkvSGVhZGVycyAtSS91 c3IvbG9jYWwvR05Vc3RlcC9Mb2NhbC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0 ZXAvU3lzdGVtL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvaW5jbHVkZSBcCiAgICAgICAt byBvYmovRmlsdGVyaW5nLm9iai9GaWx0ZXJFZGl0b3JXaW5kb3dDb250cm9sbGVyLm0ubwpGaWx0 ZXJFZGl0b3JXaW5kb3dDb250cm9sbGVyLm06MjEyOjI6IHdhcm5pbmc6IEZJWE1FIC0gVGhpcyBp cyB3cm9uZyBbLVcjd2FybmluZ3NdCiN3YXJuaW5nIEZJWE1FIC0gVGhpcyBpcyB3cm9uZwogXgox IHdhcm5pbmcgZ2VuZXJhdGVkLgpjYyBGaWx0ZXJIZWFkZXJFZGl0b3JXaW5kb3cubSAtYyBcCiAg ICAgIC1NTUQgLU1QIC1ER05VU1RFUCAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLURHTlVfR1VJ X0xJQlJBUlk9MSAtREdOVVNURVBfUlVOVElNRT0xIC1EX05PTkZSQUdJTEVfQUJJPTEgLURHTlVT VEVQX0JBU0VfTElCUkFSWT0xIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1mZXhjZXB0aW9ucyAtZm9i amMtZXhjZXB0aW9ucyAtRF9OQVRJVkVfT0JKQ19FWENFUFRJT05TIC1wdGhyZWFkIC1mUElDIC1X YWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdT RElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1w b3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FS TiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1m bm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmlj dC1hbGlhc2luZyAtV25vLWltcG9ydCAtSS91c3IvbG9jYWwvaW5jbHVkZSAtZm9iamMtcnVudGlt ZT1nbnVzdGVwLTEuOCAtZmJsb2NrcyAtV2FsbCAtV25vLWltcG9ydCAtZmNvbnN0YW50LXN0cmlu Zy1jbGFzcz1OU0NvbnN0YW50U3RyaW5nIC1JLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4uLy4uL0Zy YW1ld29yay9HTlVNYWlsIC1JLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwgLUkuLi8uLi9GcmFtZXdv cmsvR05VTWFpbCAtSS4uLy4uL0ZyYW1ld29yay9HTlVNYWlsIC1JLiAtSS93cmtkaXJzL3Vzci9w b3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVzdGVwL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9j YWwvR05Vc3RlcC9Mb2NhbC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvU3lz dGVtL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvaW5jbHVkZSBcCiAgICAgICAtbyBvYmov RmlsdGVyaW5nLm9iai9GaWx0ZXJIZWFkZXJFZGl0b3JXaW5kb3cubS5vCmNjIEZpbHRlckhlYWRl ckVkaXRvcldpbmRvd0NvbnRyb2xsZXIubSAtYyBcCiAgICAgIC1NTUQgLU1QIC1ER05VU1RFUCAt REdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLURHTlVfR1VJX0xJQlJBUlk9MSAtREdOVVNURVBfUlVO VElNRT0xIC1EX05PTkZSQUdJTEVfQUJJPTEgLURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1mbm8t c3RyaWN0LWFsaWFzaW5nIC1mZXhjZXB0aW9ucyAtZm9iamMtZXhjZXB0aW9ucyAtRF9OQVRJVkVf T0JKQ19FWENFUFRJT05TIC1wdGhyZWFkIC1mUElDIC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9T RSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdh bGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NE SUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBv cnQgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAt cGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtV25vLWltcG9ydCAt SS91c3IvbG9jYWwvaW5jbHVkZSAtZm9iamMtcnVudGltZT1nbnVzdGVwLTEuOCAtZmJsb2NrcyAt V2FsbCAtV25vLWltcG9ydCAtZmNvbnN0YW50LXN0cmluZy1jbGFzcz1OU0NvbnN0YW50U3RyaW5n IC1JLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4uLy4uL0ZyYW1ld29yay9HTlVNYWlsIC1JLi4vLi4v RnJhbWV3b3JrL0dOVU1haWwgLUkuLi8uLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4uLy4uL0ZyYW1l d29yay9HTlVNYWlsIC1JLiAtSS93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9H TlVzdGVwL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9Mb2NhbC9MaWJyYXJ5 L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvSGVhZGVycyAtSS91 c3IvbG9jYWwvaW5jbHVkZSBcCiAgICAgICAtbyBvYmovRmlsdGVyaW5nLm9iai9GaWx0ZXJIZWFk ZXJFZGl0b3JXaW5kb3dDb250cm9sbGVyLm0ubwpjYyBGaWx0ZXJNZXNzYWdlV2luZG93Lm0gLWMg XAogICAgICAtTU1EIC1NUCAtREdOVVNURVAgLURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1ER05V X0dVSV9MSUJSQVJZPTEgLURHTlVTVEVQX1JVTlRJTUU9MSAtRF9OT05GUkFHSUxFX0FCST0xIC1E R05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtZm5vLXN0cmljdC1hbGlhc2luZyAtZmV4Y2VwdGlvbnMg LWZvYmpjLWV4Y2VwdGlvbnMgLURfTkFUSVZFX09CSkNfRVhDRVBUSU9OUyAtcHRocmVhZCAtZlBJ QyAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4g LURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25v LWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURH U1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3Rv ciAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1z dHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLWZvYmpjLXJ1 bnRpbWU9Z251c3RlcC0xLjggLWZibG9ja3MgLVdhbGwgLVduby1pbXBvcnQgLWZjb25zdGFudC1z dHJpbmctY2xhc3M9TlNDb25zdGFudFN0cmluZyAtSS4vRnJhbWV3b3JrL0dOVU1haWwgLUkuLi8u Li9GcmFtZXdvcmsvR05VTWFpbCAtSS4uLy4uL0ZyYW1ld29yay9HTlVNYWlsIC1JLi4vLi4vRnJh bWV3b3JrL0dOVU1haWwgLUkuLi8uLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4gLUkvd3JrZGlycy91 c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvR05Vc3RlcC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNy L2xvY2FsL0dOVXN0ZXAvTG9jYWwvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9HTlVzdGVw L1N5c3RlbS9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL2luY2x1ZGUgXAogICAgICAgLW8g b2JqL0ZpbHRlcmluZy5vYmovRmlsdGVyTWVzc2FnZVdpbmRvdy5tLm8KY2MgRmlsdGVyTWVzc2Fn ZVdpbmRvd0NvbnRyb2xsZXIubSAtYyBcCiAgICAgIC1NTUQgLU1QIC1ER05VU1RFUCAtREdOVVNU RVBfQkFTRV9MSUJSQVJZPTEgLURHTlVfR1VJX0xJQlJBUlk9MSAtREdOVVNURVBfUlVOVElNRT0x IC1EX05PTkZSQUdJTEVfQUJJPTEgLURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1mbm8tc3RyaWN0 LWFsaWFzaW5nIC1mZXhjZXB0aW9ucyAtZm9iamMtZXhjZXB0aW9ucyAtRF9OQVRJVkVfT0JKQ19F WENFUFRJT05TIC1wdGhyZWFkIC1mUElDIC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25v LWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURH U1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9T RSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLU8y IC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAt ZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtV25vLWltcG9ydCAtSS91c3Iv bG9jYWwvaW5jbHVkZSAtZm9iamMtcnVudGltZT1nbnVzdGVwLTEuOCAtZmJsb2NrcyAtV2FsbCAt V25vLWltcG9ydCAtZmNvbnN0YW50LXN0cmluZy1jbGFzcz1OU0NvbnN0YW50U3RyaW5nIC1JLi9G cmFtZXdvcmsvR05VTWFpbCAtSS4uLy4uL0ZyYW1ld29yay9HTlVNYWlsIC1JLi4vLi4vRnJhbWV3 b3JrL0dOVU1haWwgLUkuLi8uLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4uLy4uL0ZyYW1ld29yay9H TlVNYWlsIC1JLiAtSS93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVzdGVw L0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9Mb2NhbC9MaWJyYXJ5L0hlYWRl cnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9j YWwvaW5jbHVkZSBcCiAgICAgICAtbyBvYmovRmlsdGVyaW5nLm9iai9GaWx0ZXJNZXNzYWdlV2lu ZG93Q29udHJvbGxlci5tLm8KY2MgLXNoYXJlZCAgICAtTC91c3IvbG9jYWwvbGliIC1mc3RhY2st cHJvdGVjdG9yIC1yZHluYW1pYyAtcmR5bmFtaWMgLXJkeW5hbWljIC1yZHluYW1pYyAgLXJkeW5h bWljICAgICAtTC91c3IvbG9jYWwvbGliIC1mc3RhY2stcHJvdGVjdG9yICAtcHRocmVhZCAgLWZl eGNlcHRpb25zIC1vIC4vRmlsdGVyaW5nLnByZWZzLy4vRmlsdGVyaW5nIC4vb2JqL0ZpbHRlcmlu Zy5vYmovRmlsdGVyaW5nVmlldy5tLm8gLi9vYmovRmlsdGVyaW5nLm9iai9GaWx0ZXJpbmdWaWV3 Q29udHJvbGxlci5tLm8gLi9vYmovRmlsdGVyaW5nLm9iai9GaWx0ZXJFZGl0b3JXaW5kb3cubS5v IC4vb2JqL0ZpbHRlcmluZy5vYmovRmlsdGVyRWRpdG9yV2luZG93Q29udHJvbGxlci5tLm8gLi9v YmovRmlsdGVyaW5nLm9iai9GaWx0ZXJIZWFkZXJFZGl0b3JXaW5kb3cubS5vIC4vb2JqL0ZpbHRl cmluZy5vYmovRmlsdGVySGVhZGVyRWRpdG9yV2luZG93Q29udHJvbGxlci5tLm8gLi9vYmovRmls dGVyaW5nLm9iai9GaWx0ZXJNZXNzYWdlV2luZG93Lm0ubyAuL29iai9GaWx0ZXJpbmcub2JqL0Zp bHRlck1lc3NhZ2VXaW5kb3dDb250cm9sbGVyLm0ubyAgICAgLUwuLi8uLi9GcmFtZXdvcmsvR05V TWFpbC9HTlVNYWlsLmZyYW1ld29yay9WZXJzaW9ucy9DdXJyZW50Ly4gIC1MLi4vLi4vRnJhbWV3 b3JrL0dOVU1haWwvR05VTWFpbC5mcmFtZXdvcmsvVmVyc2lvbnMvQ3VycmVudC8uICAtTC4uLy4u L0ZyYW1ld29yay9HTlVNYWlsL0dOVU1haWwuZnJhbWV3b3JrL1ZlcnNpb25zL0N1cnJlbnQvLiAg IC1MLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwvR05VTWFpbC5mcmFtZXdvcmsvVmVyc2lvbnMvQ3Vy cmVudC8uICAgIC1ML3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL0dOVXN0ZXAv TGlicmFyeS9MaWJyYXJpZXMgLUwvdXNyL2xvY2FsL0dOVXN0ZXAvTG9jYWwvTGlicmFyeS9MaWJy YXJpZXMgLUwvdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvTGlicmFyaWVzICAtTC91 c3IvbG9jYWwvbGliICAtbEFkZHJlc3NlcyAtbEdOVU1haWwgLWxQYW50b21pbWUgICAtbGdudXN0 ZXAtZ3VpICAgIC1sZ251c3RlcC1iYXNlICAgIC1sb2JqYyAtZm9iamMtbm9uZnJhZ2lsZS1hYmkg ICAtbG0KL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L01ha2VmaWxlcy9ta2luc3Rh bGxkaXJzIEZpbHRlcmluZy5wcmVmcy9SZXNvdXJjZXMKZm9yIGYgaW4gRmlsdGVyaW5nLnRpZmY7 IGRvIFwKICBpZiBbIC1mIC4vLyRmIC1vIC1kIC4vLyRmIF07IHRoZW4gXAogICAgY3AgLWZyIC4v LyRmIC4vRmlsdGVyaW5nLnByZWZzL1Jlc291cmNlcy87IFwKICBlbHNlIFwKICAgIGVjaG8gIldh cm5pbmc6IC4vLyRmIG5vdCBmb3VuZCAtIGlnbm9yaW5nIjsgXAogIGZpOyBcCmRvbmUKZWNobyAi T0xEX0dOVVNURVBfU1RBTVBfQVNUUklORyA9IF9GaWx0ZXJpbmdWaWV3Q29udHJvbGxlci0iID4g Li9GaWx0ZXJpbmcucHJlZnMvc3RhbXAubWFrZQooZWNobyAieyI7IGVjaG8gJyAgTk9URSA9ICJB dXRvbWF0aWNhbGx5IGdlbmVyYXRlZCwgZG8gbm90IGVkaXQhIjsnOyBcCiAgZWNobyAiICBOU0V4 ZWN1dGFibGUgPSBcIkZpbHRlcmluZ1wiOyI7IFwKICBlY2hvICIgIE5TTWFpbk5pYkZpbGUgPSBc IlwiOyI7IFwKICBlY2hvICIgIE5TUHJpbmNpcGFsQ2xhc3MgPSBcIkZpbHRlcmluZ1ZpZXdDb250 cm9sbGVyXCI7IjsgXAogIGVjaG8gIn0iKSA+RmlsdGVyaW5nLnByZWZzL1Jlc291cmNlcy9JbmZv LWdudXN0ZXAucGxpc3QKaWYgWyAtciAiIiBdOyB0aGVuIFwKICBwbG1lcmdlIEZpbHRlcmluZy5w cmVmcy9SZXNvdXJjZXMvSW5mby1nbnVzdGVwLnBsaXN0IDsgXApmaQpnbWFrZVsyXTogTGVhdmlu ZyBkaXJlY3RvcnkgJy93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVNYWls LTEuMy4wL0J1bmRsZXMvRmlsdGVyaW5nJwpNYWtpbmcgYWxsIGluIEJ1bmRsZXMvRm9udHMgLi4u CmdtYWtlWzJdOiBFbnRlcmluZyBkaXJlY3RvcnkgJy93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2du dW1haWwvd29yay9HTlVNYWlsLTEuMy4wL0J1bmRsZXMvRm9udHMnCmNkIC47IFwKL3Vzci9sb2Nh bC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L01ha2VmaWxlcy9ta2luc3RhbGxkaXJzIC4vb2JqCk1h a2luZyBhbGwgZm9yIGJ1bmRsZSBGb250cy4uLgpjZCAuOyBcCi91c3IvbG9jYWwvR05Vc3RlcC9T eXN0ZW0vTGlicmFyeS9NYWtlZmlsZXMvbWtpbnN0YWxsZGlycyAuL29iai9Gb250cy5vYmovCi91 c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9NYWtlZmlsZXMvbWtpbnN0YWxsZGlycyBG b250cy5wcmVmcy8uCmNjIEZvbnRzVmlldy5tIC1jIFwKICAgICAgLU1NRCAtTVAgLURHTlVTVEVQ IC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtREdOVV9HVUlfTElCUkFSWT0xIC1ER05VU1RFUF9S VU5USU1FPTEgLURfTk9ORlJBR0lMRV9BQkk9MSAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLWZu by1zdHJpY3QtYWxpYXNpbmcgLWZleGNlcHRpb25zIC1mb2JqYy1leGNlcHRpb25zIC1EX05BVElW RV9PQkpDX0VYQ0VQVElPTlMgLXB0aHJlYWQgLWZQSUMgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdO T1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAt V2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURH U0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWlt cG9ydCAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8y IC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1Xbm8taW1wb3J0 IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1mb2JqYy1ydW50aW1lPWdudXN0ZXAtMS44IC1mYmxvY2tz IC1XYWxsIC1Xbm8taW1wb3J0IC1mY29uc3RhbnQtc3RyaW5nLWNsYXNzPU5TQ29uc3RhbnRTdHJp bmcgLUkuL0ZyYW1ld29yay9HTlVNYWlsIC1JLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwgLUkuLi8u Li9GcmFtZXdvcmsvR05VTWFpbCAtSS4uLy4uL0ZyYW1ld29yay9HTlVNYWlsIC1JLi4vLi4vRnJh bWV3b3JrL0dOVU1haWwgLUkuIC1JL3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3Jr L0dOVXN0ZXAvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9HTlVzdGVwL0xvY2FsL0xpYnJh cnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9IZWFkZXJzIC1J L3Vzci9sb2NhbC9pbmNsdWRlIFwKICAgICAgIC1vIG9iai9Gb250cy5vYmovRm9udHNWaWV3Lm0u bwpjYyBGb250c1ZpZXdDb250cm9sbGVyLm0gLWMgXAogICAgICAtTU1EIC1NUCAtREdOVVNURVAg LURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1ER05VX0dVSV9MSUJSQVJZPTEgLURHTlVTVEVQX1JV TlRJTUU9MSAtRF9OT05GUkFHSUxFX0FCST0xIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtZm5v LXN0cmljdC1hbGlhc2luZyAtZmV4Y2VwdGlvbnMgLWZvYmpjLWV4Y2VwdGlvbnMgLURfTkFUSVZF X09CSkNfRVhDRVBUSU9OUyAtcHRocmVhZCAtZlBJQyAtV2FsbCAtREdTV0FSTiAtREdTRElBR05P U0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1X YWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdT RElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1w b3J0IC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIg LXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQg LUkvdXNyL2xvY2FsL2luY2x1ZGUgLWZvYmpjLXJ1bnRpbWU9Z251c3RlcC0xLjggLWZibG9ja3Mg LVdhbGwgLVduby1pbXBvcnQgLWZjb25zdGFudC1zdHJpbmctY2xhc3M9TlNDb25zdGFudFN0cmlu ZyAtSS4vRnJhbWV3b3JrL0dOVU1haWwgLUkuLi8uLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4uLy4u L0ZyYW1ld29yay9HTlVNYWlsIC1JLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwgLUkuLi8uLi9GcmFt ZXdvcmsvR05VTWFpbCAtSS4gLUkvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsv R05Vc3RlcC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvTG9jYWwvTGlicmFy eS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L0hlYWRlcnMgLUkv dXNyL2xvY2FsL2luY2x1ZGUgXAogICAgICAgLW8gb2JqL0ZvbnRzLm9iai9Gb250c1ZpZXdDb250 cm9sbGVyLm0ubwpjYyAtc2hhcmVkICAgIC1ML3Vzci9sb2NhbC9saWIgLWZzdGFjay1wcm90ZWN0 b3IgLXJkeW5hbWljIC1yZHluYW1pYyAtcmR5bmFtaWMgLXJkeW5hbWljICAtcmR5bmFtaWMgICAg IC1ML3Vzci9sb2NhbC9saWIgLWZzdGFjay1wcm90ZWN0b3IgIC1wdGhyZWFkICAtZmV4Y2VwdGlv bnMgLW8gLi9Gb250cy5wcmVmcy8uL0ZvbnRzIC4vb2JqL0ZvbnRzLm9iai9Gb250c1ZpZXcubS5v IC4vb2JqL0ZvbnRzLm9iai9Gb250c1ZpZXdDb250cm9sbGVyLm0ubyAgICAgLUwuLi8uLi9GcmFt ZXdvcmsvR05VTWFpbC9HTlVNYWlsLmZyYW1ld29yay9WZXJzaW9ucy9DdXJyZW50Ly4gIC1MLi4v Li4vRnJhbWV3b3JrL0dOVU1haWwvR05VTWFpbC5mcmFtZXdvcmsvVmVyc2lvbnMvQ3VycmVudC8u ICAtTC4uLy4uL0ZyYW1ld29yay9HTlVNYWlsL0dOVU1haWwuZnJhbWV3b3JrL1ZlcnNpb25zL0N1 cnJlbnQvLiAgIC1MLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwvR05VTWFpbC5mcmFtZXdvcmsvVmVy c2lvbnMvQ3VycmVudC8uICAgIC1ML3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3Jr L0dOVXN0ZXAvTGlicmFyeS9MaWJyYXJpZXMgLUwvdXNyL2xvY2FsL0dOVXN0ZXAvTG9jYWwvTGli cmFyeS9MaWJyYXJpZXMgLUwvdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvTGlicmFy aWVzICAtTC91c3IvbG9jYWwvbGliICAtbEdOVU1haWwgICAtbGdudXN0ZXAtZ3VpICAgIC1sZ251 c3RlcC1iYXNlICAgIC1sb2JqYyAtZm9iamMtbm9uZnJhZ2lsZS1hYmkgICAtbG0KL3Vzci9sb2Nh bC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L01ha2VmaWxlcy9ta2luc3RhbGxkaXJzIEZvbnRzLnBy ZWZzL1Jlc291cmNlcwpmb3IgZiBpbiBmb250cy50aWZmOyBkbyBcCiAgaWYgWyAtZiAuLy8kZiAt byAtZCAuLy8kZiBdOyB0aGVuIFwKICAgIGNwIC1mciAuLy8kZiAuL0ZvbnRzLnByZWZzL1Jlc291 cmNlcy87IFwKICBlbHNlIFwKICAgIGVjaG8gIldhcm5pbmc6IC4vLyRmIG5vdCBmb3VuZCAtIGln bm9yaW5nIjsgXAogIGZpOyBcCmRvbmUKZWNobyAiT0xEX0dOVVNURVBfU1RBTVBfQVNUUklORyA9 IF9Gb250c1ZpZXdDb250cm9sbGVyLSIgPiAuL0ZvbnRzLnByZWZzL3N0YW1wLm1ha2UKKGVjaG8g InsiOyBlY2hvICcgIE5PVEUgPSAiQXV0b21hdGljYWxseSBnZW5lcmF0ZWQsIGRvIG5vdCBlZGl0 ISI7JzsgXAogIGVjaG8gIiAgTlNFeGVjdXRhYmxlID0gXCJGb250c1wiOyI7IFwKICBlY2hvICIg IE5TTWFpbk5pYkZpbGUgPSBcIlwiOyI7IFwKICBlY2hvICIgIE5TUHJpbmNpcGFsQ2xhc3MgPSBc IkZvbnRzVmlld0NvbnRyb2xsZXJcIjsiOyBcCiAgZWNobyAifSIpID5Gb250cy5wcmVmcy9SZXNv dXJjZXMvSW5mby1nbnVzdGVwLnBsaXN0CmlmIFsgLXIgIiIgXTsgdGhlbiBcCiAgcGxtZXJnZSBG b250cy5wcmVmcy9SZXNvdXJjZXMvSW5mby1nbnVzdGVwLnBsaXN0IDsgXApmaQpnbWFrZVsyXTog TGVhdmluZyBkaXJlY3RvcnkgJy93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9H TlVNYWlsLTEuMy4wL0J1bmRsZXMvRm9udHMnCk1ha2luZyBhbGwgaW4gQnVuZGxlcy9JbXBvcnQg Li4uCmdtYWtlWzJdOiBFbnRlcmluZyBkaXJlY3RvcnkgJy93cmtkaXJzL3Vzci9wb3J0cy9tYWls L2dudW1haWwvd29yay9HTlVNYWlsLTEuMy4wL0J1bmRsZXMvSW1wb3J0JwpjZCAuOyBcCi91c3Iv bG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9NYWtlZmlsZXMvbWtpbnN0YWxsZGlycyAuL29i agpNYWtpbmcgYWxsIGZvciBidW5kbGUgSW1wb3J0Li4uCmNkIC47IFwKL3Vzci9sb2NhbC9HTlVz dGVwL1N5c3RlbS9MaWJyYXJ5L01ha2VmaWxlcy9ta2luc3RhbGxkaXJzIC4vb2JqL0ltcG9ydC5v YmovCi91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9NYWtlZmlsZXMvbWtpbnN0YWxs ZGlycyBJbXBvcnQuYnVuZGxlLy4KY2MgVmlld3MubSAtYyBcCiAgICAgIC1NTUQgLU1QIC1ER05V U1RFUCAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLURHTlVfR1VJX0xJQlJBUlk9MSAtREdOVVNU RVBfUlVOVElNRT0xIC1EX05PTkZSQUdJTEVfQUJJPTEgLURHTlVTVEVQX0JBU0VfTElCUkFSWT0x IC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1mZXhjZXB0aW9ucyAtZm9iamMtZXhjZXB0aW9ucyAtRF9O QVRJVkVfT0JKQ19FWENFUFRJT05TIC1wdGhyZWFkIC1mUElDIC1XYWxsIC1ER1NXQVJOIC1ER1NE SUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBv cnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJO IC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVdu by1pbXBvcnQgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5n IC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtV25vLWlt cG9ydCAtSS91c3IvbG9jYWwvaW5jbHVkZSAtZm9iamMtcnVudGltZT1nbnVzdGVwLTEuOCAtZmJs b2NrcyAtV2FsbCAtV25vLWltcG9ydCAtZmNvbnN0YW50LXN0cmluZy1jbGFzcz1OU0NvbnN0YW50 U3RyaW5nIC1JLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4uLy4uL0ZyYW1ld29yay9HTlVNYWlsIC1J Li4vLi4vRnJhbWV3b3JrL0dOVU1haWwgLUkuLi8uLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4uLy4u L0ZyYW1ld29yay9HTlVNYWlsIC1JLiAtSS93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwv d29yay9HTlVzdGVwL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9Mb2NhbC9M aWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvSGVhZGVy cyAtSS91c3IvbG9jYWwvaW5jbHVkZSBcCiAgICAgICAtbyBvYmovSW1wb3J0Lm9iai9WaWV3cy5t Lm8KY2MgTWFpbGJveEltcG9ydENvbnRyb2xsZXIubSAtYyBcCiAgICAgIC1NTUQgLU1QIC1ER05V U1RFUCAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLURHTlVfR1VJX0xJQlJBUlk9MSAtREdOVVNU RVBfUlVOVElNRT0xIC1EX05PTkZSQUdJTEVfQUJJPTEgLURHTlVTVEVQX0JBU0VfTElCUkFSWT0x IC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1mZXhjZXB0aW9ucyAtZm9iamMtZXhjZXB0aW9ucyAtRF9O QVRJVkVfT0JKQ19FWENFUFRJT05TIC1wdGhyZWFkIC1mUElDIC1XYWxsIC1ER1NXQVJOIC1ER1NE SUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBv cnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJO IC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVdu by1pbXBvcnQgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5n IC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtV25vLWlt cG9ydCAtSS91c3IvbG9jYWwvaW5jbHVkZSAtZm9iamMtcnVudGltZT1nbnVzdGVwLTEuOCAtZmJs b2NrcyAtV2FsbCAtV25vLWltcG9ydCAtZmNvbnN0YW50LXN0cmluZy1jbGFzcz1OU0NvbnN0YW50 U3RyaW5nIC1JLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4uLy4uL0ZyYW1ld29yay9HTlVNYWlsIC1J Li4vLi4vRnJhbWV3b3JrL0dOVU1haWwgLUkuLi8uLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4uLy4u L0ZyYW1ld29yay9HTlVNYWlsIC1JLiAtSS93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwv d29yay9HTlVzdGVwL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9Mb2NhbC9M aWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvSGVhZGVy cyAtSS91c3IvbG9jYWwvaW5jbHVkZSBcCiAgICAgICAtbyBvYmovSW1wb3J0Lm9iai9NYWlsYm94 SW1wb3J0Q29udHJvbGxlci5tLm8KY2MgTWFpbGJveEltcG9ydENvbnRyb2xsZXIrRmlsdGVycy5t IC1jIFwKICAgICAgLU1NRCAtTVAgLURHTlVTVEVQIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAt REdOVV9HVUlfTElCUkFSWT0xIC1ER05VU1RFUF9SVU5USU1FPTEgLURfTk9ORlJBR0lMRV9BQkk9 MSAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLWZuby1zdHJpY3QtYWxpYXNpbmcgLWZleGNlcHRp b25zIC1mb2JqYy1leGNlcHRpb25zIC1EX05BVElWRV9PQkpDX0VYQ0VQVElPTlMgLXB0aHJlYWQg LWZQSUMgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NX QVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0Ug LVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxs IC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtTzIgLXBpcGUgLWZzdGFjay1wcm90 ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1m bm8tc3RyaWN0LWFsaWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1mb2Jq Yy1ydW50aW1lPWdudXN0ZXAtMS44IC1mYmxvY2tzIC1XYWxsIC1Xbm8taW1wb3J0IC1mY29uc3Rh bnQtc3RyaW5nLWNsYXNzPU5TQ29uc3RhbnRTdHJpbmcgLUkuL0ZyYW1ld29yay9HTlVNYWlsIC1J Li4vLi4vRnJhbWV3b3JrL0dOVU1haWwgLUkuLi8uLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4uLy4u L0ZyYW1ld29yay9HTlVNYWlsIC1JLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwgLUkuIC1JL3dya2Rp cnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL0dOVXN0ZXAvTGlicmFyeS9IZWFkZXJzIC1J L3Vzci9sb2NhbC9HTlVzdGVwL0xvY2FsL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05V c3RlcC9TeXN0ZW0vTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9pbmNsdWRlIFwKICAgICAg IC1vIG9iai9JbXBvcnQub2JqL01haWxib3hJbXBvcnRDb250cm9sbGVyK0ZpbHRlcnMubS5vCk1h aWxib3hJbXBvcnRDb250cm9sbGVyK0ZpbHRlcnMubTo4MToyOiB3YXJuaW5nOiBGSVhNRSAtIE9w dGltaXplIFstVyN3YXJuaW5nc10KI3dhcm5pbmcgRklYTUUgLSBPcHRpbWl6ZQogXgpNYWlsYm94 SW1wb3J0Q29udHJvbGxlcitGaWx0ZXJzLm06MTE1OjI6IHdhcm5pbmc6IEZJWE1FIC0gT3B0aW1p emUgWy1XI3dhcm5pbmdzXQojd2FybmluZyBGSVhNRSAtIE9wdGltaXplCiBeCjIgd2FybmluZ3Mg Z2VuZXJhdGVkLgpjYyAtc2hhcmVkICAgIC1ML3Vzci9sb2NhbC9saWIgLWZzdGFjay1wcm90ZWN0 b3IgLXJkeW5hbWljIC1yZHluYW1pYyAtcmR5bmFtaWMgLXJkeW5hbWljICAtcmR5bmFtaWMgICAg IC1ML3Vzci9sb2NhbC9saWIgLWZzdGFjay1wcm90ZWN0b3IgIC1wdGhyZWFkICAtZmV4Y2VwdGlv bnMgLW8gLi9JbXBvcnQuYnVuZGxlLy4vSW1wb3J0IC4vb2JqL0ltcG9ydC5vYmovVmlld3MubS5v IC4vb2JqL0ltcG9ydC5vYmovTWFpbGJveEltcG9ydENvbnRyb2xsZXIubS5vIC4vb2JqL0ltcG9y dC5vYmovTWFpbGJveEltcG9ydENvbnRyb2xsZXIrRmlsdGVycy5tLm8gICAgIC1MLi4vLi4vRnJh bWV3b3JrL0dOVU1haWwvR05VTWFpbC5mcmFtZXdvcmsvVmVyc2lvbnMvQ3VycmVudC8uICAtTC4u Ly4uL0ZyYW1ld29yay9HTlVNYWlsL0dOVU1haWwuZnJhbWV3b3JrL1ZlcnNpb25zL0N1cnJlbnQv LiAgLUwuLi8uLi9GcmFtZXdvcmsvR05VTWFpbC9HTlVNYWlsLmZyYW1ld29yay9WZXJzaW9ucy9D dXJyZW50Ly4gICAtTC4uLy4uL0ZyYW1ld29yay9HTlVNYWlsL0dOVU1haWwuZnJhbWV3b3JrL1Zl cnNpb25zL0N1cnJlbnQvLiAgICAtTC93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29y ay9HTlVzdGVwL0xpYnJhcnkvTGlicmFyaWVzIC1ML3Vzci9sb2NhbC9HTlVzdGVwL0xvY2FsL0xp YnJhcnkvTGlicmFyaWVzIC1ML3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L0xpYnJh cmllcyAgLUwvdXNyL2xvY2FsL2xpYiAgLWxHTlVNYWlsIC1sUGFudG9taW1lICAgLWxnbnVzdGVw LWd1aSAgICAtbGdudXN0ZXAtYmFzZSAgICAtbG9iamMgLWZvYmpjLW5vbmZyYWdpbGUtYWJpICAg LWxtCi91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9NYWtlZmlsZXMvbWtpbnN0YWxs ZGlycyBJbXBvcnQuYnVuZGxlL1Jlc291cmNlcwplY2hvICJPTERfR05VU1RFUF9TVEFNUF9BU1RS SU5HID0gX01haWxib3hJbXBvcnRDb250cm9sbGVyLSIgPiAuL0ltcG9ydC5idW5kbGUvc3RhbXAu bWFrZQooZWNobyAieyI7IGVjaG8gJyAgTk9URSA9ICJBdXRvbWF0aWNhbGx5IGdlbmVyYXRlZCwg ZG8gbm90IGVkaXQhIjsnOyBcCiAgZWNobyAiICBOU0V4ZWN1dGFibGUgPSBcIkltcG9ydFwiOyI7 IFwKICBlY2hvICIgIE5TTWFpbk5pYkZpbGUgPSBcIlwiOyI7IFwKICBlY2hvICIgIE5TUHJpbmNp cGFsQ2xhc3MgPSBcIk1haWxib3hJbXBvcnRDb250cm9sbGVyXCI7IjsgXAogIGVjaG8gIn0iKSA+ SW1wb3J0LmJ1bmRsZS9SZXNvdXJjZXMvSW5mby1nbnVzdGVwLnBsaXN0CmlmIFsgLXIgIiIgXTsg dGhlbiBcCiAgcGxtZXJnZSBJbXBvcnQuYnVuZGxlL1Jlc291cmNlcy9JbmZvLWdudXN0ZXAucGxp c3QgOyBcCmZpCmdtYWtlWzJdOiBMZWF2aW5nIGRpcmVjdG9yeSAnL3dya2RpcnMvdXNyL3BvcnRz L21haWwvZ251bWFpbC93b3JrL0dOVU1haWwtMS4zLjAvQnVuZGxlcy9JbXBvcnQnCk1ha2luZyBh bGwgaW4gQnVuZGxlcy9NSU1FIC4uLgpnbWFrZVsyXTogRW50ZXJpbmcgZGlyZWN0b3J5ICcvd3Jr ZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvR05VTWFpbC0xLjMuMC9CdW5kbGVzL01J TUUnCmNkIC47IFwKL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L01ha2VmaWxlcy9t a2luc3RhbGxkaXJzIC4vb2JqCk1ha2luZyBhbGwgZm9yIGJ1bmRsZSBNSU1FLi4uCmNkIC47IFwK L3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L01ha2VmaWxlcy9ta2luc3RhbGxkaXJz IC4vb2JqL01JTUUub2JqLwovdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvTWFrZWZp bGVzL21raW5zdGFsbGRpcnMgTUlNRS5wcmVmcy8uCmNjIE1JTUVWaWV3Lm0gLWMgXAogICAgICAt TU1EIC1NUCAtREdOVVNURVAgLURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1ER05VX0dVSV9MSUJS QVJZPTEgLURHTlVTVEVQX1JVTlRJTUU9MSAtRF9OT05GUkFHSUxFX0FCST0xIC1ER05VU1RFUF9C QVNFX0xJQlJBUlk9MSAtZm5vLXN0cmljdC1hbGlhc2luZyAtZmV4Y2VwdGlvbnMgLWZvYmpjLWV4 Y2VwdGlvbnMgLURfTkFUSVZFX09CSkNfRVhDRVBUSU9OUyAtcHRocmVhZCAtZlBJQyAtV2FsbCAt REdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdO T1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAt V2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURH U0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0 cmljdC1hbGlhc2luZyAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxp YXNpbmcgLVduby1pbXBvcnQgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLWZvYmpjLXJ1bnRpbWU9Z251 c3RlcC0xLjggLWZibG9ja3MgLVdhbGwgLVduby1pbXBvcnQgLWZjb25zdGFudC1zdHJpbmctY2xh c3M9TlNDb25zdGFudFN0cmluZyAtSS4vRnJhbWV3b3JrL0dOVU1haWwgLUkuLi8uLi9GcmFtZXdv cmsvR05VTWFpbCAtSS4uLy4uL0ZyYW1ld29yay9HTlVNYWlsIC1JLi4vLi4vRnJhbWV3b3JrL0dO VU1haWwgLUkuLi8uLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4gLUkvd3JrZGlycy91c3IvcG9ydHMv bWFpbC9nbnVtYWlsL3dvcmsvR05Vc3RlcC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dO VXN0ZXAvTG9jYWwvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9M aWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL2luY2x1ZGUgXAogICAgICAgLW8gb2JqL01JTUUu b2JqL01JTUVWaWV3Lm0ubwpjYyBNSU1FVmlld0NvbnRyb2xsZXIubSAtYyBcCiAgICAgIC1NTUQg LU1QIC1ER05VU1RFUCAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLURHTlVfR1VJX0xJQlJBUlk9 MSAtREdOVVNURVBfUlVOVElNRT0xIC1EX05PTkZSQUdJTEVfQUJJPTEgLURHTlVTVEVQX0JBU0Vf TElCUkFSWT0xIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1mZXhjZXB0aW9ucyAtZm9iamMtZXhjZXB0 aW9ucyAtRF9OQVRJVkVfT0JKQ19FWENFUFRJT05TIC1wdGhyZWFkIC1mUElDIC1XYWxsIC1ER1NX QVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0Ug LVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxs IC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElB R05PU0UgLVduby1pbXBvcnQgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0 LWFsaWFzaW5nIC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2lu ZyAtV25vLWltcG9ydCAtSS91c3IvbG9jYWwvaW5jbHVkZSAtZm9iamMtcnVudGltZT1nbnVzdGVw LTEuOCAtZmJsb2NrcyAtV2FsbCAtV25vLWltcG9ydCAtZmNvbnN0YW50LXN0cmluZy1jbGFzcz1O U0NvbnN0YW50U3RyaW5nIC1JLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4uLy4uL0ZyYW1ld29yay9H TlVNYWlsIC1JLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwgLUkuLi8uLi9GcmFtZXdvcmsvR05VTWFp bCAtSS4uLy4uL0ZyYW1ld29yay9HTlVNYWlsIC1JLiAtSS93cmtkaXJzL3Vzci9wb3J0cy9tYWls L2dudW1haWwvd29yay9HTlVzdGVwL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3Rl cC9Mb2NhbC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJh cnkvSGVhZGVycyAtSS91c3IvbG9jYWwvaW5jbHVkZSBcCiAgICAgICAtbyBvYmovTUlNRS5vYmov TUlNRVZpZXdDb250cm9sbGVyLm0ubwpjYyBNaW1lVHlwZUVkaXRvcldpbmRvdy5tIC1jIFwKICAg ICAgLU1NRCAtTVAgLURHTlVTVEVQIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtREdOVV9HVUlf TElCUkFSWT0xIC1ER05VU1RFUF9SVU5USU1FPTEgLURfTk9ORlJBR0lMRV9BQkk9MSAtREdOVVNU RVBfQkFTRV9MSUJSQVJZPTEgLWZuby1zdHJpY3QtYWxpYXNpbmcgLWZleGNlcHRpb25zIC1mb2Jq Yy1leGNlcHRpb25zIC1EX05BVElWRV9PQkpDX0VYQ0VQVElPTlMgLXB0aHJlYWQgLWZQSUMgLVdh bGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NE SUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBv cnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJO IC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZu by1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0 LWFsaWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1mb2JqYy1ydW50aW1l PWdudXN0ZXAtMS44IC1mYmxvY2tzIC1XYWxsIC1Xbm8taW1wb3J0IC1mY29uc3RhbnQtc3RyaW5n LWNsYXNzPU5TQ29uc3RhbnRTdHJpbmcgLUkuL0ZyYW1ld29yay9HTlVNYWlsIC1JLi4vLi4vRnJh bWV3b3JrL0dOVU1haWwgLUkuLi8uLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4uLy4uL0ZyYW1ld29y ay9HTlVNYWlsIC1JLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwgLUkuIC1JL3dya2RpcnMvdXNyL3Bv cnRzL21haWwvZ251bWFpbC93b3JrL0dOVXN0ZXAvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2Nh bC9HTlVzdGVwL0xvY2FsL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9TeXN0 ZW0vTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9pbmNsdWRlIFwKICAgICAgIC1vIG9iai9N SU1FLm9iai9NaW1lVHlwZUVkaXRvcldpbmRvdy5tLm8KY2MgTWltZVR5cGVFZGl0b3JXaW5kb3dD b250cm9sbGVyLm0gLWMgXAogICAgICAtTU1EIC1NUCAtREdOVVNURVAgLURHTlVTVEVQX0JBU0Vf TElCUkFSWT0xIC1ER05VX0dVSV9MSUJSQVJZPTEgLURHTlVTVEVQX1JVTlRJTUU9MSAtRF9OT05G UkFHSUxFX0FCST0xIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtZm5vLXN0cmljdC1hbGlhc2lu ZyAtZmV4Y2VwdGlvbnMgLWZvYmpjLWV4Y2VwdGlvbnMgLURfTkFUSVZFX09CSkNfRVhDRVBUSU9O UyAtcHRocmVhZCAtZlBJQyAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQg LVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1E R1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1p bXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1PMiAtcGlwZSAt ZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBpcGUgLWZzdGFjay1w cm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQgLUkvdXNyL2xvY2FsL2lu Y2x1ZGUgLWZvYmpjLXJ1bnRpbWU9Z251c3RlcC0xLjggLWZibG9ja3MgLVdhbGwgLVduby1pbXBv cnQgLWZjb25zdGFudC1zdHJpbmctY2xhc3M9TlNDb25zdGFudFN0cmluZyAtSS4vRnJhbWV3b3Jr L0dOVU1haWwgLUkuLi8uLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4uLy4uL0ZyYW1ld29yay9HTlVN YWlsIC1JLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwgLUkuLi8uLi9GcmFtZXdvcmsvR05VTWFpbCAt SS4gLUkvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvR05Vc3RlcC9MaWJyYXJ5 L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvTG9jYWwvTGlicmFyeS9IZWFkZXJzIC1JL3Vz ci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL2luY2x1 ZGUgXAogICAgICAgLW8gb2JqL01JTUUub2JqL01pbWVUeXBlRWRpdG9yV2luZG93Q29udHJvbGxl ci5tLm8KY2MgLXNoYXJlZCAgICAtTC91c3IvbG9jYWwvbGliIC1mc3RhY2stcHJvdGVjdG9yIC1y ZHluYW1pYyAtcmR5bmFtaWMgLXJkeW5hbWljIC1yZHluYW1pYyAgLXJkeW5hbWljICAgICAtTC91 c3IvbG9jYWwvbGliIC1mc3RhY2stcHJvdGVjdG9yICAtcHRocmVhZCAgLWZleGNlcHRpb25zIC1v IC4vTUlNRS5wcmVmcy8uL01JTUUgLi9vYmovTUlNRS5vYmovTUlNRVZpZXcubS5vIC4vb2JqL01J TUUub2JqL01JTUVWaWV3Q29udHJvbGxlci5tLm8gLi9vYmovTUlNRS5vYmovTWltZVR5cGVFZGl0 b3JXaW5kb3cubS5vIC4vb2JqL01JTUUub2JqL01pbWVUeXBlRWRpdG9yV2luZG93Q29udHJvbGxl ci5tLm8gICAgIC1MLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwvR05VTWFpbC5mcmFtZXdvcmsvVmVy c2lvbnMvQ3VycmVudC8uICAtTC4uLy4uL0ZyYW1ld29yay9HTlVNYWlsL0dOVU1haWwuZnJhbWV3 b3JrL1ZlcnNpb25zL0N1cnJlbnQvLiAgLUwuLi8uLi9GcmFtZXdvcmsvR05VTWFpbC9HTlVNYWls LmZyYW1ld29yay9WZXJzaW9ucy9DdXJyZW50Ly4gICAtTC4uLy4uL0ZyYW1ld29yay9HTlVNYWls L0dOVU1haWwuZnJhbWV3b3JrL1ZlcnNpb25zL0N1cnJlbnQvLiAgICAtTC93cmtkaXJzL3Vzci9w b3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVzdGVwL0xpYnJhcnkvTGlicmFyaWVzIC1ML3Vzci9s b2NhbC9HTlVzdGVwL0xvY2FsL0xpYnJhcnkvTGlicmFyaWVzIC1ML3Vzci9sb2NhbC9HTlVzdGVw L1N5c3RlbS9MaWJyYXJ5L0xpYnJhcmllcyAgLUwvdXNyL2xvY2FsL2xpYiAgLWxHTlVNYWlsICAg LWxnbnVzdGVwLWd1aSAgICAtbGdudXN0ZXAtYmFzZSAgICAtbG9iamMgLWZvYmpjLW5vbmZyYWdp bGUtYWJpICAgLWxtCi91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9NYWtlZmlsZXMv bWtpbnN0YWxsZGlycyBNSU1FLnByZWZzL1Jlc291cmNlcwpmb3IgZiBpbiBtaW1lLnRpZmY7IGRv IFwKICBpZiBbIC1mIC4vLyRmIC1vIC1kIC4vLyRmIF07IHRoZW4gXAogICAgY3AgLWZyIC4vLyRm IC4vTUlNRS5wcmVmcy9SZXNvdXJjZXMvOyBcCiAgZWxzZSBcCiAgICBlY2hvICJXYXJuaW5nOiAu Ly8kZiBub3QgZm91bmQgLSBpZ25vcmluZyI7IFwKICBmaTsgXApkb25lCmVjaG8gIk9MRF9HTlVT VEVQX1NUQU1QX0FTVFJJTkcgPSBfTUlNRVZpZXdDb250cm9sbGVyLSIgPiAuL01JTUUucHJlZnMv c3RhbXAubWFrZQooZWNobyAieyI7IGVjaG8gJyAgTk9URSA9ICJBdXRvbWF0aWNhbGx5IGdlbmVy YXRlZCwgZG8gbm90IGVkaXQhIjsnOyBcCiAgZWNobyAiICBOU0V4ZWN1dGFibGUgPSBcIk1JTUVc IjsiOyBcCiAgZWNobyAiICBOU01haW5OaWJGaWxlID0gXCJcIjsiOyBcCiAgZWNobyAiICBOU1By aW5jaXBhbENsYXNzID0gXCJNSU1FVmlld0NvbnRyb2xsZXJcIjsiOyBcCiAgZWNobyAifSIpID5N SU1FLnByZWZzL1Jlc291cmNlcy9JbmZvLWdudXN0ZXAucGxpc3QKaWYgWyAtciAiIiBdOyB0aGVu IFwKICBwbG1lcmdlIE1JTUUucHJlZnMvUmVzb3VyY2VzL0luZm8tZ251c3RlcC5wbGlzdCA7IFwK ZmkKZ21ha2VbMl06IExlYXZpbmcgZGlyZWN0b3J5ICcvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9n bnVtYWlsL3dvcmsvR05VTWFpbC0xLjMuMC9CdW5kbGVzL01JTUUnCk1ha2luZyBhbGwgaW4gQnVu ZGxlcy9SZWNlaXZpbmcgLi4uCmdtYWtlWzJdOiBFbnRlcmluZyBkaXJlY3RvcnkgJy93cmtkaXJz L3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVNYWlsLTEuMy4wL0J1bmRsZXMvUmVjZWl2 aW5nJwpjZCAuOyBcCi91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9NYWtlZmlsZXMv bWtpbnN0YWxsZGlycyAuL29iagpNYWtpbmcgYWxsIGZvciBidW5kbGUgUmVjZWl2aW5nLi4uCmNk IC47IFwKL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L01ha2VmaWxlcy9ta2luc3Rh bGxkaXJzIC4vb2JqL1JlY2VpdmluZy5vYmovCi91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGli cmFyeS9NYWtlZmlsZXMvbWtpbnN0YWxsZGlycyBSZWNlaXZpbmcucHJlZnMvLgpjYyBSZWNlaXZp bmdWaWV3Lm0gLWMgXAogICAgICAtTU1EIC1NUCAtREdOVVNURVAgLURHTlVTVEVQX0JBU0VfTElC UkFSWT0xIC1ER05VX0dVSV9MSUJSQVJZPTEgLURHTlVTVEVQX1JVTlRJTUU9MSAtRF9OT05GUkFH SUxFX0FCST0xIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtZm5vLXN0cmljdC1hbGlhc2luZyAt ZmV4Y2VwdGlvbnMgLWZvYmpjLWV4Y2VwdGlvbnMgLURfTkFUSVZFX09CSkNfRVhDRVBUSU9OUyAt cHRocmVhZCAtZlBJQyAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdh bGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NE SUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBv cnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1PMiAtcGlwZSAtZnN0 YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBpcGUgLWZzdGFjay1wcm90 ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQgLUkvdXNyL2xvY2FsL2luY2x1 ZGUgLWZvYmpjLXJ1bnRpbWU9Z251c3RlcC0xLjggLWZibG9ja3MgLVdhbGwgLVduby1pbXBvcnQg LWZjb25zdGFudC1zdHJpbmctY2xhc3M9TlNDb25zdGFudFN0cmluZyAtSS4vRnJhbWV3b3JrL0dO VU1haWwgLUkuLi8uLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4uLy4uL0ZyYW1ld29yay9HTlVNYWls IC1JLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwgLUkuLi8uLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4g LUkvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvR05Vc3RlcC9MaWJyYXJ5L0hl YWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvTG9jYWwvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9s b2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL2luY2x1ZGUg XAogICAgICAgLW8gb2JqL1JlY2VpdmluZy5vYmovUmVjZWl2aW5nVmlldy5tLm8KY2MgUmVjZWl2 aW5nVmlld0NvbnRyb2xsZXIubSAtYyBcCiAgICAgIC1NTUQgLU1QIC1ER05VU1RFUCAtREdOVVNU RVBfQkFTRV9MSUJSQVJZPTEgLURHTlVfR1VJX0xJQlJBUlk9MSAtREdOVVNURVBfUlVOVElNRT0x IC1EX05PTkZSQUdJTEVfQUJJPTEgLURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1mbm8tc3RyaWN0 LWFsaWFzaW5nIC1mZXhjZXB0aW9ucyAtZm9iamMtZXhjZXB0aW9ucyAtRF9OQVRJVkVfT0JKQ19F WENFUFRJT05TIC1wdGhyZWFkIC1mUElDIC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25v LWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURH U1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9T RSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLU8y IC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAt ZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtV25vLWltcG9ydCAtSS91c3Iv bG9jYWwvaW5jbHVkZSAtZm9iamMtcnVudGltZT1nbnVzdGVwLTEuOCAtZmJsb2NrcyAtV2FsbCAt V25vLWltcG9ydCAtZmNvbnN0YW50LXN0cmluZy1jbGFzcz1OU0NvbnN0YW50U3RyaW5nIC1JLi9G cmFtZXdvcmsvR05VTWFpbCAtSS4uLy4uL0ZyYW1ld29yay9HTlVNYWlsIC1JLi4vLi4vRnJhbWV3 b3JrL0dOVU1haWwgLUkuLi8uLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4uLy4uL0ZyYW1ld29yay9H TlVNYWlsIC1JLiAtSS93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVzdGVw L0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9Mb2NhbC9MaWJyYXJ5L0hlYWRl cnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9j YWwvaW5jbHVkZSBcCiAgICAgICAtbyBvYmovUmVjZWl2aW5nLm9iai9SZWNlaXZpbmdWaWV3Q29u dHJvbGxlci5tLm8KY2MgLXNoYXJlZCAgICAtTC91c3IvbG9jYWwvbGliIC1mc3RhY2stcHJvdGVj dG9yIC1yZHluYW1pYyAtcmR5bmFtaWMgLXJkeW5hbWljIC1yZHluYW1pYyAgLXJkeW5hbWljICAg ICAtTC91c3IvbG9jYWwvbGliIC1mc3RhY2stcHJvdGVjdG9yICAtcHRocmVhZCAgLWZleGNlcHRp b25zIC1vIC4vUmVjZWl2aW5nLnByZWZzLy4vUmVjZWl2aW5nIC4vb2JqL1JlY2VpdmluZy5vYmov UmVjZWl2aW5nVmlldy5tLm8gLi9vYmovUmVjZWl2aW5nLm9iai9SZWNlaXZpbmdWaWV3Q29udHJv bGxlci5tLm8gICAgIC1MLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwvR05VTWFpbC5mcmFtZXdvcmsv VmVyc2lvbnMvQ3VycmVudC8uICAtTC4uLy4uL0ZyYW1ld29yay9HTlVNYWlsL0dOVU1haWwuZnJh bWV3b3JrL1ZlcnNpb25zL0N1cnJlbnQvLiAgLUwuLi8uLi9GcmFtZXdvcmsvR05VTWFpbC9HTlVN YWlsLmZyYW1ld29yay9WZXJzaW9ucy9DdXJyZW50Ly4gICAtTC4uLy4uL0ZyYW1ld29yay9HTlVN YWlsL0dOVU1haWwuZnJhbWV3b3JrL1ZlcnNpb25zL0N1cnJlbnQvLiAgICAtTC93cmtkaXJzL3Vz ci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVzdGVwL0xpYnJhcnkvTGlicmFyaWVzIC1ML3Vz ci9sb2NhbC9HTlVzdGVwL0xvY2FsL0xpYnJhcnkvTGlicmFyaWVzIC1ML3Vzci9sb2NhbC9HTlVz dGVwL1N5c3RlbS9MaWJyYXJ5L0xpYnJhcmllcyAgLUwvdXNyL2xvY2FsL2xpYiAgLWxHTlVNYWls ICAgLWxnbnVzdGVwLWd1aSAgICAtbGdudXN0ZXAtYmFzZSAgICAtbG9iamMgLWZvYmpjLW5vbmZy YWdpbGUtYWJpICAgLWxtCi91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9NYWtlZmls ZXMvbWtpbnN0YWxsZGlycyBSZWNlaXZpbmcucHJlZnMvUmVzb3VyY2VzCmZvciBmIGluIE1haWxJ Y29uX3JldHJpZXZlLnRpZmY7IGRvIFwKICBpZiBbIC1mIC4vLyRmIC1vIC1kIC4vLyRmIF07IHRo ZW4gXAogICAgY3AgLWZyIC4vLyRmIC4vUmVjZWl2aW5nLnByZWZzL1Jlc291cmNlcy87IFwKICBl bHNlIFwKICAgIGVjaG8gIldhcm5pbmc6IC4vLyRmIG5vdCBmb3VuZCAtIGlnbm9yaW5nIjsgXAog IGZpOyBcCmRvbmUKZWNobyAiT0xEX0dOVVNURVBfU1RBTVBfQVNUUklORyA9IF9SZWNlaXZpbmdW aWV3Q29udHJvbGxlci0iID4gLi9SZWNlaXZpbmcucHJlZnMvc3RhbXAubWFrZQooZWNobyAieyI7 IGVjaG8gJyAgTk9URSA9ICJBdXRvbWF0aWNhbGx5IGdlbmVyYXRlZCwgZG8gbm90IGVkaXQhIjsn OyBcCiAgZWNobyAiICBOU0V4ZWN1dGFibGUgPSBcIlJlY2VpdmluZ1wiOyI7IFwKICBlY2hvICIg IE5TTWFpbk5pYkZpbGUgPSBcIlwiOyI7IFwKICBlY2hvICIgIE5TUHJpbmNpcGFsQ2xhc3MgPSBc IlJlY2VpdmluZ1ZpZXdDb250cm9sbGVyXCI7IjsgXAogIGVjaG8gIn0iKSA+UmVjZWl2aW5nLnBy ZWZzL1Jlc291cmNlcy9JbmZvLWdudXN0ZXAucGxpc3QKaWYgWyAtciAiIiBdOyB0aGVuIFwKICBw bG1lcmdlIFJlY2VpdmluZy5wcmVmcy9SZXNvdXJjZXMvSW5mby1nbnVzdGVwLnBsaXN0IDsgXApm aQpnbWFrZVsyXTogTGVhdmluZyBkaXJlY3RvcnkgJy93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2du dW1haWwvd29yay9HTlVNYWlsLTEuMy4wL0J1bmRsZXMvUmVjZWl2aW5nJwpNYWtpbmcgYWxsIGlu IEJ1bmRsZXMvU2VuZGluZyAuLi4KZ21ha2VbMl06IEVudGVyaW5nIGRpcmVjdG9yeSAnL3dya2Rp cnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL0dOVU1haWwtMS4zLjAvQnVuZGxlcy9TZW5k aW5nJwpjZCAuOyBcCi91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9NYWtlZmlsZXMv bWtpbnN0YWxsZGlycyAuL29iagpNYWtpbmcgYWxsIGZvciBidW5kbGUgU2VuZGluZy4uLgpjZCAu OyBcCi91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9NYWtlZmlsZXMvbWtpbnN0YWxs ZGlycyAuL29iai9TZW5kaW5nLm9iai8KL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5 L01ha2VmaWxlcy9ta2luc3RhbGxkaXJzIFNlbmRpbmcucHJlZnMvLgpjYyBTZW5kaW5nVmlldy5t IC1jIFwKICAgICAgLU1NRCAtTVAgLURHTlVTVEVQIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAt REdOVV9HVUlfTElCUkFSWT0xIC1ER05VU1RFUF9SVU5USU1FPTEgLURfTk9ORlJBR0lMRV9BQkk9 MSAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLWZuby1zdHJpY3QtYWxpYXNpbmcgLWZleGNlcHRp b25zIC1mb2JqYy1leGNlcHRpb25zIC1EX05BVElWRV9PQkpDX0VYQ0VQVElPTlMgLXB0aHJlYWQg LWZQSUMgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NX QVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0Ug LVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxs IC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtTzIgLXBpcGUgLWZzdGFjay1wcm90 ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1m bm8tc3RyaWN0LWFsaWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1mb2Jq Yy1ydW50aW1lPWdudXN0ZXAtMS44IC1mYmxvY2tzIC1XYWxsIC1Xbm8taW1wb3J0IC1mY29uc3Rh bnQtc3RyaW5nLWNsYXNzPU5TQ29uc3RhbnRTdHJpbmcgLUkuL0ZyYW1ld29yay9HTlVNYWlsIC1J Li4vLi4vRnJhbWV3b3JrL0dOVU1haWwgLUkuLi8uLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4uLy4u L0ZyYW1ld29yay9HTlVNYWlsIC1JLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwgLUkuIC1JL3dya2Rp cnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL0dOVXN0ZXAvTGlicmFyeS9IZWFkZXJzIC1J L3Vzci9sb2NhbC9HTlVzdGVwL0xvY2FsL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05V c3RlcC9TeXN0ZW0vTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9pbmNsdWRlIFwKICAgICAg IC1vIG9iai9TZW5kaW5nLm9iai9TZW5kaW5nVmlldy5tLm8KY2MgU2VuZGluZ1ZpZXdDb250cm9s bGVyLm0gLWMgXAogICAgICAtTU1EIC1NUCAtREdOVVNURVAgLURHTlVTVEVQX0JBU0VfTElCUkFS WT0xIC1ER05VX0dVSV9MSUJSQVJZPTEgLURHTlVTVEVQX1JVTlRJTUU9MSAtRF9OT05GUkFHSUxF X0FCST0xIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtZm5vLXN0cmljdC1hbGlhc2luZyAtZmV4 Y2VwdGlvbnMgLWZvYmpjLWV4Y2VwdGlvbnMgLURfTkFUSVZFX09CSkNfRVhDRVBUSU9OUyAtcHRo cmVhZCAtZlBJQyAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwg LURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFH Tk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQg LVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1PMiAtcGlwZSAtZnN0YWNr LXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0 b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQgLUkvdXNyL2xvY2FsL2luY2x1ZGUg LWZvYmpjLXJ1bnRpbWU9Z251c3RlcC0xLjggLWZibG9ja3MgLVdhbGwgLVduby1pbXBvcnQgLWZj b25zdGFudC1zdHJpbmctY2xhc3M9TlNDb25zdGFudFN0cmluZyAtSS4vRnJhbWV3b3JrL0dOVU1h aWwgLUkuLi8uLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4uLy4uL0ZyYW1ld29yay9HTlVNYWlsIC1J Li4vLi4vRnJhbWV3b3JrL0dOVU1haWwgLUkuLi8uLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4gLUkv d3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvR05Vc3RlcC9MaWJyYXJ5L0hlYWRl cnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvTG9jYWwvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2Nh bC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL2luY2x1ZGUgXAog ICAgICAgLW8gb2JqL1NlbmRpbmcub2JqL1NlbmRpbmdWaWV3Q29udHJvbGxlci5tLm8KY2MgLXNo YXJlZCAgICAtTC91c3IvbG9jYWwvbGliIC1mc3RhY2stcHJvdGVjdG9yIC1yZHluYW1pYyAtcmR5 bmFtaWMgLXJkeW5hbWljIC1yZHluYW1pYyAgLXJkeW5hbWljICAgICAtTC91c3IvbG9jYWwvbGli IC1mc3RhY2stcHJvdGVjdG9yICAtcHRocmVhZCAgLWZleGNlcHRpb25zIC1vIC4vU2VuZGluZy5w cmVmcy8uL1NlbmRpbmcgLi9vYmovU2VuZGluZy5vYmovU2VuZGluZ1ZpZXcubS5vIC4vb2JqL1Nl bmRpbmcub2JqL1NlbmRpbmdWaWV3Q29udHJvbGxlci5tLm8gICAgIC1MLi4vLi4vRnJhbWV3b3Jr L0dOVU1haWwvR05VTWFpbC5mcmFtZXdvcmsvVmVyc2lvbnMvQ3VycmVudC8uICAtTC4uLy4uL0Zy YW1ld29yay9HTlVNYWlsL0dOVU1haWwuZnJhbWV3b3JrL1ZlcnNpb25zL0N1cnJlbnQvLiAgLUwu Li8uLi9GcmFtZXdvcmsvR05VTWFpbC9HTlVNYWlsLmZyYW1ld29yay9WZXJzaW9ucy9DdXJyZW50 Ly4gICAtTC4uLy4uL0ZyYW1ld29yay9HTlVNYWlsL0dOVU1haWwuZnJhbWV3b3JrL1ZlcnNpb25z L0N1cnJlbnQvLiAgICAtTC93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVz dGVwL0xpYnJhcnkvTGlicmFyaWVzIC1ML3Vzci9sb2NhbC9HTlVzdGVwL0xvY2FsL0xpYnJhcnkv TGlicmFyaWVzIC1ML3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L0xpYnJhcmllcyAg LUwvdXNyL2xvY2FsL2xpYiAgLWxHTlVNYWlsICAgLWxnbnVzdGVwLWd1aSAgICAtbGdudXN0ZXAt YmFzZSAgICAtbG9iamMgLWZvYmpjLW5vbmZyYWdpbGUtYWJpICAgLWxtCi91c3IvbG9jYWwvR05V c3RlcC9TeXN0ZW0vTGlicmFyeS9NYWtlZmlsZXMvbWtpbnN0YWxsZGlycyBTZW5kaW5nLnByZWZz L1Jlc291cmNlcwpmb3IgZiBpbiBNYWlsSWNvbl9zZW5kLnRpZmY7IGRvIFwKICBpZiBbIC1mIC4v LyRmIC1vIC1kIC4vLyRmIF07IHRoZW4gXAogICAgY3AgLWZyIC4vLyRmIC4vU2VuZGluZy5wcmVm cy9SZXNvdXJjZXMvOyBcCiAgZWxzZSBcCiAgICBlY2hvICJXYXJuaW5nOiAuLy8kZiBub3QgZm91 bmQgLSBpZ25vcmluZyI7IFwKICBmaTsgXApkb25lCmVjaG8gIk9MRF9HTlVTVEVQX1NUQU1QX0FT VFJJTkcgPSBfU2VuZGluZ1ZpZXdDb250cm9sbGVyLSIgPiAuL1NlbmRpbmcucHJlZnMvc3RhbXAu bWFrZQooZWNobyAieyI7IGVjaG8gJyAgTk9URSA9ICJBdXRvbWF0aWNhbGx5IGdlbmVyYXRlZCwg ZG8gbm90IGVkaXQhIjsnOyBcCiAgZWNobyAiICBOU0V4ZWN1dGFibGUgPSBcIlNlbmRpbmdcIjsi OyBcCiAgZWNobyAiICBOU01haW5OaWJGaWxlID0gXCJcIjsiOyBcCiAgZWNobyAiICBOU1ByaW5j aXBhbENsYXNzID0gXCJTZW5kaW5nVmlld0NvbnRyb2xsZXJcIjsiOyBcCiAgZWNobyAifSIpID5T ZW5kaW5nLnByZWZzL1Jlc291cmNlcy9JbmZvLWdudXN0ZXAucGxpc3QKaWYgWyAtciAiIiBdOyB0 aGVuIFwKICBwbG1lcmdlIFNlbmRpbmcucHJlZnMvUmVzb3VyY2VzL0luZm8tZ251c3RlcC5wbGlz dCA7IFwKZmkKZ21ha2VbMl06IExlYXZpbmcgZGlyZWN0b3J5ICcvd3JrZGlycy91c3IvcG9ydHMv bWFpbC9nbnVtYWlsL3dvcmsvR05VTWFpbC0xLjMuMC9CdW5kbGVzL1NlbmRpbmcnCk1ha2luZyBh bGwgaW4gQnVuZGxlcy9WaWV3aW5nIC4uLgpnbWFrZVsyXTogRW50ZXJpbmcgZGlyZWN0b3J5ICcv d3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvR05VTWFpbC0xLjMuMC9CdW5kbGVz L1ZpZXdpbmcnCmNkIC47IFwKL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L01ha2Vm aWxlcy9ta2luc3RhbGxkaXJzIC4vb2JqCk1ha2luZyBhbGwgZm9yIGJ1bmRsZSBWaWV3aW5nLi4u CmNkIC47IFwKL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L01ha2VmaWxlcy9ta2lu c3RhbGxkaXJzIC4vb2JqL1ZpZXdpbmcub2JqLwovdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xp YnJhcnkvTWFrZWZpbGVzL21raW5zdGFsbGRpcnMgVmlld2luZy5wcmVmcy8uCmNjIFZpZXdpbmdW aWV3Lm0gLWMgXAogICAgICAtTU1EIC1NUCAtREdOVVNURVAgLURHTlVTVEVQX0JBU0VfTElCUkFS WT0xIC1ER05VX0dVSV9MSUJSQVJZPTEgLURHTlVTVEVQX1JVTlRJTUU9MSAtRF9OT05GUkFHSUxF X0FCST0xIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtZm5vLXN0cmljdC1hbGlhc2luZyAtZmV4 Y2VwdGlvbnMgLWZvYmpjLWV4Y2VwdGlvbnMgLURfTkFUSVZFX09CSkNfRVhDRVBUSU9OUyAtcHRo cmVhZCAtZlBJQyAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwg LURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFH Tk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQg LVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1PMiAtcGlwZSAtZnN0YWNr LXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0 b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQgLUkvdXNyL2xvY2FsL2luY2x1ZGUg LWZvYmpjLXJ1bnRpbWU9Z251c3RlcC0xLjggLWZibG9ja3MgLVdhbGwgLVduby1pbXBvcnQgLWZj b25zdGFudC1zdHJpbmctY2xhc3M9TlNDb25zdGFudFN0cmluZyAtSS4vRnJhbWV3b3JrL0dOVU1h aWwgLUkuLi8uLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4uLy4uL0ZyYW1ld29yay9HTlVNYWlsIC1J Li4vLi4vRnJhbWV3b3JrL0dOVU1haWwgLUkuLi8uLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4gLUkv d3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvR05Vc3RlcC9MaWJyYXJ5L0hlYWRl cnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvTG9jYWwvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2Nh bC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL2luY2x1ZGUgXAog ICAgICAgLW8gb2JqL1ZpZXdpbmcub2JqL1ZpZXdpbmdWaWV3Lm0ubwpjYyBWaWV3aW5nVmlld0Nv bnRyb2xsZXIubSAtYyBcCiAgICAgIC1NTUQgLU1QIC1ER05VU1RFUCAtREdOVVNURVBfQkFTRV9M SUJSQVJZPTEgLURHTlVfR1VJX0xJQlJBUlk9MSAtREdOVVNURVBfUlVOVElNRT0xIC1EX05PTkZS QUdJTEVfQUJJPTEgLURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1mbm8tc3RyaWN0LWFsaWFzaW5n IC1mZXhjZXB0aW9ucyAtZm9iamMtZXhjZXB0aW9ucyAtRF9OQVRJVkVfT0JKQ19FWENFUFRJT05T IC1wdGhyZWFkIC1mUElDIC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAt V2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURH U0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWlt cG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLU8yIC1waXBlIC1m c3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZnN0YWNrLXBy b3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtV25vLWltcG9ydCAtSS91c3IvbG9jYWwvaW5j bHVkZSAtZm9iamMtcnVudGltZT1nbnVzdGVwLTEuOCAtZmJsb2NrcyAtV2FsbCAtV25vLWltcG9y dCAtZmNvbnN0YW50LXN0cmluZy1jbGFzcz1OU0NvbnN0YW50U3RyaW5nIC1JLi9GcmFtZXdvcmsv R05VTWFpbCAtSS4uLy4uL0ZyYW1ld29yay9HTlVNYWlsIC1JLi4vLi4vRnJhbWV3b3JrL0dOVU1h aWwgLUkuLi8uLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4uLy4uL0ZyYW1ld29yay9HTlVNYWlsIC1J LiAtSS93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVzdGVwL0xpYnJhcnkv SGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9Mb2NhbC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNy L2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvaW5jbHVk ZSBcCiAgICAgICAtbyBvYmovVmlld2luZy5vYmovVmlld2luZ1ZpZXdDb250cm9sbGVyLm0ubwpj YyBIZWFkZXJzV2luZG93Lm0gLWMgXAogICAgICAtTU1EIC1NUCAtREdOVVNURVAgLURHTlVTVEVQ X0JBU0VfTElCUkFSWT0xIC1ER05VX0dVSV9MSUJSQVJZPTEgLURHTlVTVEVQX1JVTlRJTUU9MSAt RF9OT05GUkFHSUxFX0FCST0xIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtZm5vLXN0cmljdC1h bGlhc2luZyAtZmV4Y2VwdGlvbnMgLWZvYmpjLWV4Y2VwdGlvbnMgLURfTkFUSVZFX09CSkNfRVhD RVBUSU9OUyAtcHRocmVhZCAtZlBJQyAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1p bXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NX QVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0Ug LVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1PMiAt cGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBpcGUgLWZz dGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQgLUkvdXNyL2xv Y2FsL2luY2x1ZGUgLWZvYmpjLXJ1bnRpbWU9Z251c3RlcC0xLjggLWZibG9ja3MgLVdhbGwgLVdu by1pbXBvcnQgLWZjb25zdGFudC1zdHJpbmctY2xhc3M9TlNDb25zdGFudFN0cmluZyAtSS4vRnJh bWV3b3JrL0dOVU1haWwgLUkuLi8uLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4uLy4uL0ZyYW1ld29y ay9HTlVNYWlsIC1JLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwgLUkuLi8uLi9GcmFtZXdvcmsvR05V TWFpbCAtSS4gLUkvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvR05Vc3RlcC9M aWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvTG9jYWwvTGlicmFyeS9IZWFkZXJz IC1JL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2Fs L2luY2x1ZGUgXAogICAgICAgLW8gb2JqL1ZpZXdpbmcub2JqL0hlYWRlcnNXaW5kb3cubS5vCmNj IEhlYWRlcnNXaW5kb3dDb250cm9sbGVyLm0gLWMgXAogICAgICAtTU1EIC1NUCAtREdOVVNURVAg LURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1ER05VX0dVSV9MSUJSQVJZPTEgLURHTlVTVEVQX1JV TlRJTUU9MSAtRF9OT05GUkFHSUxFX0FCST0xIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtZm5v LXN0cmljdC1hbGlhc2luZyAtZmV4Y2VwdGlvbnMgLWZvYmpjLWV4Y2VwdGlvbnMgLURfTkFUSVZF X09CSkNfRVhDRVBUSU9OUyAtcHRocmVhZCAtZlBJQyAtV2FsbCAtREdTV0FSTiAtREdTRElBR05P U0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1X YWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdT RElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1w b3J0IC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIg LXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQg LUkvdXNyL2xvY2FsL2luY2x1ZGUgLWZvYmpjLXJ1bnRpbWU9Z251c3RlcC0xLjggLWZibG9ja3Mg LVdhbGwgLVduby1pbXBvcnQgLWZjb25zdGFudC1zdHJpbmctY2xhc3M9TlNDb25zdGFudFN0cmlu ZyAtSS4vRnJhbWV3b3JrL0dOVU1haWwgLUkuLi8uLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4uLy4u L0ZyYW1ld29yay9HTlVNYWlsIC1JLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwgLUkuLi8uLi9GcmFt ZXdvcmsvR05VTWFpbCAtSS4gLUkvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsv R05Vc3RlcC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvTG9jYWwvTGlicmFy eS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L0hlYWRlcnMgLUkv dXNyL2xvY2FsL2luY2x1ZGUgXAogICAgICAgLW8gb2JqL1ZpZXdpbmcub2JqL0hlYWRlcnNXaW5k b3dDb250cm9sbGVyLm0ubwpjYyAtc2hhcmVkICAgIC1ML3Vzci9sb2NhbC9saWIgLWZzdGFjay1w cm90ZWN0b3IgLXJkeW5hbWljIC1yZHluYW1pYyAtcmR5bmFtaWMgLXJkeW5hbWljICAtcmR5bmFt aWMgICAgIC1ML3Vzci9sb2NhbC9saWIgLWZzdGFjay1wcm90ZWN0b3IgIC1wdGhyZWFkICAtZmV4 Y2VwdGlvbnMgLW8gLi9WaWV3aW5nLnByZWZzLy4vVmlld2luZyAuL29iai9WaWV3aW5nLm9iai9W aWV3aW5nVmlldy5tLm8gLi9vYmovVmlld2luZy5vYmovVmlld2luZ1ZpZXdDb250cm9sbGVyLm0u byAuL29iai9WaWV3aW5nLm9iai9IZWFkZXJzV2luZG93Lm0ubyAuL29iai9WaWV3aW5nLm9iai9I ZWFkZXJzV2luZG93Q29udHJvbGxlci5tLm8gICAgIC1MLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwv R05VTWFpbC5mcmFtZXdvcmsvVmVyc2lvbnMvQ3VycmVudC8uICAtTC4uLy4uL0ZyYW1ld29yay9H TlVNYWlsL0dOVU1haWwuZnJhbWV3b3JrL1ZlcnNpb25zL0N1cnJlbnQvLiAgLUwuLi8uLi9GcmFt ZXdvcmsvR05VTWFpbC9HTlVNYWlsLmZyYW1ld29yay9WZXJzaW9ucy9DdXJyZW50Ly4gICAtTC4u Ly4uL0ZyYW1ld29yay9HTlVNYWlsL0dOVU1haWwuZnJhbWV3b3JrL1ZlcnNpb25zL0N1cnJlbnQv LiAgICAtTC93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVzdGVwL0xpYnJh cnkvTGlicmFyaWVzIC1ML3Vzci9sb2NhbC9HTlVzdGVwL0xvY2FsL0xpYnJhcnkvTGlicmFyaWVz IC1ML3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L0xpYnJhcmllcyAgLUwvdXNyL2xv Y2FsL2xpYiAgLWxHTlVNYWlsICAgLWxnbnVzdGVwLWd1aSAgICAtbGdudXN0ZXAtYmFzZSAgICAt bG9iamMgLWZvYmpjLW5vbmZyYWdpbGUtYWJpICAgLWxtCi91c3IvbG9jYWwvR05Vc3RlcC9TeXN0 ZW0vTGlicmFyeS9NYWtlZmlsZXMvbWtpbnN0YWxsZGlycyBWaWV3aW5nLnByZWZzL1Jlc291cmNl cwpmb3IgZiBpbiB2aWV3aW5nLnRpZmYgMy1wYW5lXzk2eDk2LnRpZmYgZHJhd2VyXzk2eDk2LnRp ZmYgZmxvYXRpbmdfOTZ4OTYudGlmZiB3aWRlc2NyZWVuXzk2eDk2LnRpZmY7IGRvIFwKICBpZiBb IC1mIC4vLyRmIC1vIC1kIC4vLyRmIF07IHRoZW4gXAogICAgY3AgLWZyIC4vLyRmIC4vVmlld2lu Zy5wcmVmcy9SZXNvdXJjZXMvOyBcCiAgZWxzZSBcCiAgICBlY2hvICJXYXJuaW5nOiAuLy8kZiBu b3QgZm91bmQgLSBpZ25vcmluZyI7IFwKICBmaTsgXApkb25lCmVjaG8gIk9MRF9HTlVTVEVQX1NU QU1QX0FTVFJJTkcgPSBfVmlld2luZ1ZpZXdDb250cm9sbGVyLSIgPiAuL1ZpZXdpbmcucHJlZnMv c3RhbXAubWFrZQooZWNobyAieyI7IGVjaG8gJyAgTk9URSA9ICJBdXRvbWF0aWNhbGx5IGdlbmVy YXRlZCwgZG8gbm90IGVkaXQhIjsnOyBcCiAgZWNobyAiICBOU0V4ZWN1dGFibGUgPSBcIlZpZXdp bmdcIjsiOyBcCiAgZWNobyAiICBOU01haW5OaWJGaWxlID0gXCJcIjsiOyBcCiAgZWNobyAiICBO U1ByaW5jaXBhbENsYXNzID0gXCJWaWV3aW5nVmlld0NvbnRyb2xsZXJcIjsiOyBcCiAgZWNobyAi fSIpID5WaWV3aW5nLnByZWZzL1Jlc291cmNlcy9JbmZvLWdudXN0ZXAucGxpc3QKaWYgWyAtciAi IiBdOyB0aGVuIFwKICBwbG1lcmdlIFZpZXdpbmcucHJlZnMvUmVzb3VyY2VzL0luZm8tZ251c3Rl cC5wbGlzdCA7IFwKZmkKZ21ha2VbMl06IExlYXZpbmcgZGlyZWN0b3J5ICcvd3JrZGlycy91c3Iv cG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvR05VTWFpbC0xLjMuMC9CdW5kbGVzL1ZpZXdpbmcnCk1h a2luZyBhbGwgaW4gQnVuZGxlcy9QR1AgLi4uCmdtYWtlWzJdOiBFbnRlcmluZyBkaXJlY3Rvcnkg Jy93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVNYWlsLTEuMy4wL0J1bmRs ZXMvUEdQJwpjZCAuOyBcCi91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9NYWtlZmls ZXMvbWtpbnN0YWxsZGlycyAuL29iagpNYWtpbmcgYWxsIGZvciBidW5kbGUgUEdQLi4uCmNkIC47 IFwKL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L01ha2VmaWxlcy9ta2luc3RhbGxk aXJzIC4vb2JqL1BHUC5vYmovCi91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9NYWtl ZmlsZXMvbWtpbnN0YWxsZGlycyBQR1AuYnVuZGxlLy4KY2MgUEdQQ29udHJvbGxlci5tIC1jIFwK ICAgICAgLU1NRCAtTVAgLURHTlVTVEVQIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtREdOVV9H VUlfTElCUkFSWT0xIC1ER05VU1RFUF9SVU5USU1FPTEgLURfTk9ORlJBR0lMRV9BQkk9MSAtREdO VVNURVBfQkFTRV9MSUJSQVJZPTEgLWZuby1zdHJpY3QtYWxpYXNpbmcgLWZleGNlcHRpb25zIC1m b2JqYy1leGNlcHRpb25zIC1EX05BVElWRV9PQkpDX0VYQ0VQVElPTlMgLXB0aHJlYWQgLWZQSUMg LVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1E R1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1p bXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NX QVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3Ig LWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3Ry aWN0LWFsaWFzaW5nIC1Xbm8taW1wb3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1mb2JqYy1ydW50 aW1lPWdudXN0ZXAtMS44IC1mYmxvY2tzIC1XYWxsIC1Xbm8taW1wb3J0IC1mY29uc3RhbnQtc3Ry aW5nLWNsYXNzPU5TQ29uc3RhbnRTdHJpbmcgLUkuL0ZyYW1ld29yay9HTlVNYWlsIC1JLi4vLi4v RnJhbWV3b3JrL0dOVU1haWwgLUkuLi8uLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4uLy4uL0ZyYW1l d29yay9HTlVNYWlsIC1JLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwgLUkuIC1JL3dya2RpcnMvdXNy L3BvcnRzL21haWwvZ251bWFpbC93b3JrL0dOVXN0ZXAvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9s b2NhbC9HTlVzdGVwL0xvY2FsL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9T eXN0ZW0vTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9pbmNsdWRlIFwKICAgICAgIC1vIG9i ai9QR1Aub2JqL1BHUENvbnRyb2xsZXIubS5vClBHUENvbnRyb2xsZXIubToxNzY6MTc6IHdhcm5p bmc6IG1ldGhvZCAnY29tcG9zZVZpZXdBY2Nlc3NvcnlXaWxsQmVSZW1vdmVkRnJvbVN1cGVydmll dzonIGluIHByb3RvY29sICdHTlVNYWlsQnVuZGxlJyBub3QgaW1wbGVtZW50ZWQgWy1XcHJvdG9j b2xdCkBpbXBsZW1lbnRhdGlvbiBQR1BDb250cm9sbGVyCiAgICAgICAgICAgICAgICBeCi4uLy4u L0ZyYW1ld29yay9HTlVNYWlsL0dOVU1haWxCdW5kbGUuaDo3MToxOiBub3RlOiBtZXRob2QgJ2Nv bXBvc2VWaWV3QWNjZXNzb3J5V2lsbEJlUmVtb3ZlZEZyb21TdXBlcnZpZXc6JyBkZWNsYXJlZCBo ZXJlCi0gKHZvaWQpIGNvbXBvc2VWaWV3QWNjZXNzb3J5V2lsbEJlUmVtb3ZlZEZyb21TdXBlcnZp ZXc6IChOU1ZpZXcgKikgdGhlVmlldzsKXgpQR1BDb250cm9sbGVyLm06MTc2OjE3OiB3YXJuaW5n OiBtZXRob2QgJ2JvZHlXaWxsQmVFbmNvZGVkOmZvck1lc3NhZ2U6JyBpbiBwcm90b2NvbCAnR05V TWFpbEJ1bmRsZScgbm90IGltcGxlbWVudGVkIFstV3Byb3RvY29sXQpAaW1wbGVtZW50YXRpb24g UEdQQ29udHJvbGxlcgogICAgICAgICAgICAgICAgXgouLi8uLi9GcmFtZXdvcmsvR05VTWFpbC9H TlVNYWlsQnVuZGxlLmg6OTQ6MTogbm90ZTogbWV0aG9kICdib2R5V2lsbEJlRW5jb2RlZDpmb3JN ZXNzYWdlOicgZGVjbGFyZWQgaGVyZQotIChDV01pbWVCb2R5UGFydCAqKSBib2R5V2lsbEJlRW5j b2RlZDogKENXTWltZUJvZHlQYXJ0ICopIHRoZUJvZHlQYXJ0Cl4KUEdQQ29udHJvbGxlci5tOjE3 NjoxNzogd2FybmluZzogbWV0aG9kICdib2R5V2FzRW5jb2RlZDpmb3JNZXNzYWdlOicgaW4gcHJv dG9jb2wgJ0dOVU1haWxCdW5kbGUnIG5vdCBpbXBsZW1lbnRlZCBbLVdwcm90b2NvbF0KQGltcGxl bWVudGF0aW9uIFBHUENvbnRyb2xsZXIKICAgICAgICAgICAgICAgIF4KLi4vLi4vRnJhbWV3b3Jr L0dOVU1haWwvR05VTWFpbEJ1bmRsZS5oOjk3OjE6IG5vdGU6IG1ldGhvZCAnYm9keVdhc0VuY29k ZWQ6Zm9yTWVzc2FnZTonIGRlY2xhcmVkIGhlcmUKLSAoQ1dNaW1lQm9keVBhcnQgKikgYm9keVdh c0VuY29kZWQ6IChDV01pbWVCb2R5UGFydCAqKSB0aGVCb2R5UGFydApeClBHUENvbnRyb2xsZXIu bToxNzY6MTc6IHdhcm5pbmc6IG1ldGhvZCAnYm9keVdpbGxCZURlY29kZWQ6Zm9yTWVzc2FnZTon IGluIHByb3RvY29sICdHTlVNYWlsQnVuZGxlJyBub3QgaW1wbGVtZW50ZWQgWy1XcHJvdG9jb2xd CkBpbXBsZW1lbnRhdGlvbiBQR1BDb250cm9sbGVyCiAgICAgICAgICAgICAgICBeCi4uLy4uL0Zy YW1ld29yay9HTlVNYWlsL0dOVU1haWxCdW5kbGUuaDoxMDI6MTogbm90ZTogbWV0aG9kICdib2R5 V2lsbEJlRGVjb2RlZDpmb3JNZXNzYWdlOicgZGVjbGFyZWQgaGVyZQotIChDV01pbWVCb2R5UGFy dCAqKSBib2R5V2lsbEJlRGVjb2RlZDogKENXTWltZUJvZHlQYXJ0ICopIHRoZUJvZHlQYXJ0Cl4K UEdQQ29udHJvbGxlci5tOjE3NjoxNzogd2FybmluZzogbWV0aG9kICdib2R5V2FzRGVjb2RlZDpm b3JNZXNzYWdlOicgaW4gcHJvdG9jb2wgJ0dOVU1haWxCdW5kbGUnIG5vdCBpbXBsZW1lbnRlZCBb LVdwcm90b2NvbF0KQGltcGxlbWVudGF0aW9uIFBHUENvbnRyb2xsZXIKICAgICAgICAgICAgICAg IF4KLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwvR05VTWFpbEJ1bmRsZS5oOjEwNToxOiBub3RlOiBt ZXRob2QgJ2JvZHlXYXNEZWNvZGVkOmZvck1lc3NhZ2U6JyBkZWNsYXJlZCBoZXJlCi0gKENXTWlt ZUJvZHlQYXJ0ICopIGJvZHlXYXNEZWNvZGVkOiAoQ1dNaW1lQm9keVBhcnQgKikgdGhlQm9keVBh cnQKXgo1IHdhcm5pbmdzIGdlbmVyYXRlZC4KY2MgUEdQVmlldy5tIC1jIFwKICAgICAgLU1NRCAt TVAgLURHTlVTVEVQIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9MSAtREdOVV9HVUlfTElCUkFSWT0x IC1ER05VU1RFUF9SVU5USU1FPTEgLURfTk9ORlJBR0lMRV9BQkk9MSAtREdOVVNURVBfQkFTRV9M SUJSQVJZPTEgLWZuby1zdHJpY3QtYWxpYXNpbmcgLWZleGNlcHRpb25zIC1mb2JqYy1leGNlcHRp b25zIC1EX05BVElWRV9PQkpDX0VYQ0VQVElPTlMgLXB0aHJlYWQgLWZQSUMgLVdhbGwgLURHU1dB Uk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAt V25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwg LURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFH Tk9TRSAtV25vLWltcG9ydCAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3Qt YWxpYXNpbmcgLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5n IC1Xbm8taW1wb3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1mb2JqYy1ydW50aW1lPWdudXN0ZXAt MS44IC1mYmxvY2tzIC1XYWxsIC1Xbm8taW1wb3J0IC1mY29uc3RhbnQtc3RyaW5nLWNsYXNzPU5T Q29uc3RhbnRTdHJpbmcgLUkuL0ZyYW1ld29yay9HTlVNYWlsIC1JLi4vLi4vRnJhbWV3b3JrL0dO VU1haWwgLUkuLi8uLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4uLy4uL0ZyYW1ld29yay9HTlVNYWls IC1JLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwgLUkuIC1JL3dya2RpcnMvdXNyL3BvcnRzL21haWwv Z251bWFpbC93b3JrL0dOVXN0ZXAvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9HTlVzdGVw L0xvY2FsL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFy eS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9pbmNsdWRlIFwKICAgICAgIC1vIG9iai9QR1Aub2JqL1BH UFZpZXcubS5vCmNjIFBHUFZpZXdDb250cm9sbGVyLm0gLWMgXAogICAgICAtTU1EIC1NUCAtREdO VVNURVAgLURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1ER05VX0dVSV9MSUJSQVJZPTEgLURHTlVT VEVQX1JVTlRJTUU9MSAtRF9OT05GUkFHSUxFX0FCST0xIC1ER05VU1RFUF9CQVNFX0xJQlJBUlk9 MSAtZm5vLXN0cmljdC1hbGlhc2luZyAtZmV4Y2VwdGlvbnMgLWZvYmpjLWV4Y2VwdGlvbnMgLURf TkFUSVZFX09CSkNfRVhDRVBUSU9OUyAtcHRocmVhZCAtZlBJQyAtV2FsbCAtREdTV0FSTiAtREdT RElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1w b3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FS TiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1X bm8taW1wb3J0IC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2lu ZyAtTzIgLXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVduby1p bXBvcnQgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLWZvYmpjLXJ1bnRpbWU9Z251c3RlcC0xLjggLWZi bG9ja3MgLVdhbGwgLVduby1pbXBvcnQgLWZjb25zdGFudC1zdHJpbmctY2xhc3M9TlNDb25zdGFu dFN0cmluZyAtSS4vRnJhbWV3b3JrL0dOVU1haWwgLUkuLi8uLi9GcmFtZXdvcmsvR05VTWFpbCAt SS4uLy4uL0ZyYW1ld29yay9HTlVNYWlsIC1JLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwgLUkuLi8u Li9GcmFtZXdvcmsvR05VTWFpbCAtSS4gLUkvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWls L3dvcmsvR05Vc3RlcC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvTG9jYWwv TGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L0hlYWRl cnMgLUkvdXNyL2xvY2FsL2luY2x1ZGUgXAogICAgICAgLW8gb2JqL1BHUC5vYmovUEdQVmlld0Nv bnRyb2xsZXIubS5vCmNjIC1zaGFyZWQgICAgLUwvdXNyL2xvY2FsL2xpYiAtZnN0YWNrLXByb3Rl Y3RvciAtcmR5bmFtaWMgLXJkeW5hbWljIC1yZHluYW1pYyAtcmR5bmFtaWMgIC1yZHluYW1pYyAg ICAgLUwvdXNyL2xvY2FsL2xpYiAtZnN0YWNrLXByb3RlY3RvciAgLXB0aHJlYWQgIC1mZXhjZXB0 aW9ucyAtbyAuL1BHUC5idW5kbGUvLi9QR1AgLi9vYmovUEdQLm9iai9QR1BDb250cm9sbGVyLm0u byAuL29iai9QR1Aub2JqL1BHUFZpZXcubS5vIC4vb2JqL1BHUC5vYmovUEdQVmlld0NvbnRyb2xs ZXIubS5vICAgICAtTC4uLy4uL0ZyYW1ld29yay9HTlVNYWlsL0dOVU1haWwuZnJhbWV3b3JrL1Zl cnNpb25zL0N1cnJlbnQvLiAgLUwuLi8uLi9GcmFtZXdvcmsvR05VTWFpbC9HTlVNYWlsLmZyYW1l d29yay9WZXJzaW9ucy9DdXJyZW50Ly4gIC1MLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwvR05VTWFp bC5mcmFtZXdvcmsvVmVyc2lvbnMvQ3VycmVudC8uICAgLUwuLi8uLi9GcmFtZXdvcmsvR05VTWFp bC9HTlVNYWlsLmZyYW1ld29yay9WZXJzaW9ucy9DdXJyZW50Ly4gICAgLUwvd3JrZGlycy91c3Iv cG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvR05Vc3RlcC9MaWJyYXJ5L0xpYnJhcmllcyAtTC91c3Iv bG9jYWwvR05Vc3RlcC9Mb2NhbC9MaWJyYXJ5L0xpYnJhcmllcyAtTC91c3IvbG9jYWwvR05Vc3Rl cC9TeXN0ZW0vTGlicmFyeS9MaWJyYXJpZXMgIC1ML3Vzci9sb2NhbC9saWIgIC1sR05VTWFpbCAt bFBhbnRvbWltZSAgIC1sZ251c3RlcC1ndWkgICAgLWxnbnVzdGVwLWJhc2UgICAgLWxvYmpjIC1m b2JqYy1ub25mcmFnaWxlLWFiaSAgIC1sbQovdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJh cnkvTWFrZWZpbGVzL21raW5zdGFsbGRpcnMgUEdQLmJ1bmRsZS9SZXNvdXJjZXMKZm9yIGYgaW4g Ki50aWZmOyBkbyBcCiAgaWYgWyAtZiAuLy8kZiAtbyAtZCAuLy8kZiBdOyB0aGVuIFwKICAgIGNw IC1mciAuLy8kZiAuL1BHUC5idW5kbGUvUmVzb3VyY2VzLzsgXAogIGVsc2UgXAogICAgZWNobyAi V2FybmluZzogLi8vJGYgbm90IGZvdW5kIC0gaWdub3JpbmciOyBcCiAgZmk7IFwKZG9uZQplY2hv ICJPTERfR05VU1RFUF9TVEFNUF9BU1RSSU5HID0gX1BHUENvbnRyb2xsZXItIiA+IC4vUEdQLmJ1 bmRsZS9zdGFtcC5tYWtlCihlY2hvICJ7IjsgZWNobyAnICBOT1RFID0gIkF1dG9tYXRpY2FsbHkg Z2VuZXJhdGVkLCBkbyBub3QgZWRpdCEiOyc7IFwKICBlY2hvICIgIE5TRXhlY3V0YWJsZSA9IFwi UEdQXCI7IjsgXAogIGVjaG8gIiAgTlNNYWluTmliRmlsZSA9IFwiXCI7IjsgXAogIGVjaG8gIiAg TlNQcmluY2lwYWxDbGFzcyA9IFwiUEdQQ29udHJvbGxlclwiOyI7IFwKICBlY2hvICJ9IikgPlBH UC5idW5kbGUvUmVzb3VyY2VzL0luZm8tZ251c3RlcC5wbGlzdAppZiBbIC1yICIiIF07IHRoZW4g XAogIHBsbWVyZ2UgUEdQLmJ1bmRsZS9SZXNvdXJjZXMvSW5mby1nbnVzdGVwLnBsaXN0IDsgXApm aQpnbWFrZVsyXTogTGVhdmluZyBkaXJlY3RvcnkgJy93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2du dW1haWwvd29yay9HTlVNYWlsLTEuMy4wL0J1bmRsZXMvUEdQJwpNYWtpbmcgYWxsIGluIEJ1bmRs ZXMvRW1vdGljb24gLi4uCmdtYWtlWzJdOiBFbnRlcmluZyBkaXJlY3RvcnkgJy93cmtkaXJzL3Vz ci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVNYWlsLTEuMy4wL0J1bmRsZXMvRW1vdGljb24n CmNkIC47IFwKL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L01ha2VmaWxlcy9ta2lu c3RhbGxkaXJzIC4vb2JqCk1ha2luZyBhbGwgZm9yIGJ1bmRsZSBFbW90aWNvbi4uLgpjZCAuOyBc Ci91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9NYWtlZmlsZXMvbWtpbnN0YWxsZGly cyAuL29iai9FbW90aWNvbi5vYmovCi91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9N YWtlZmlsZXMvbWtpbnN0YWxsZGlycyBFbW90aWNvbi5idW5kbGUvLgpjYyBFbW90aWNvbkNvbnRy b2xsZXIubSAtYyBcCiAgICAgIC1NTUQgLU1QIC1ER05VU1RFUCAtREdOVVNURVBfQkFTRV9MSUJS QVJZPTEgLURHTlVfR1VJX0xJQlJBUlk9MSAtREdOVVNURVBfUlVOVElNRT0xIC1EX05PTkZSQUdJ TEVfQUJJPTEgLURHTlVTVEVQX0JBU0VfTElCUkFSWT0xIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1m ZXhjZXB0aW9ucyAtZm9iamMtZXhjZXB0aW9ucyAtRF9OQVRJVkVfT0JKQ19FWENFUFRJT05TIC1w dGhyZWFkIC1mUElDIC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2Fs bCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJ QUdOT1NFIC1Xbm8taW1wb3J0IC1XYWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9y dCAtV2FsbCAtREdTV0FSTiAtREdTRElBR05PU0UgLVduby1pbXBvcnQgLU8yIC1waXBlIC1mc3Rh Y2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZnN0YWNrLXByb3Rl Y3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtV25vLWltcG9ydCAtSS91c3IvbG9jYWwvaW5jbHVk ZSAtZm9iamMtcnVudGltZT1nbnVzdGVwLTEuOCAtZmJsb2NrcyAtV2FsbCAtV25vLWltcG9ydCAt ZmNvbnN0YW50LXN0cmluZy1jbGFzcz1OU0NvbnN0YW50U3RyaW5nIC1JLi9GcmFtZXdvcmsvR05V TWFpbCAtSS4uLy4uL0ZyYW1ld29yay9HTlVNYWlsIC1JLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwg LUkuLi8uLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4uLy4uL0ZyYW1ld29yay9HTlVNYWlsIC1JLiAt SS93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVzdGVwL0xpYnJhcnkvSGVh ZGVycyAtSS91c3IvbG9jYWwvR05Vc3RlcC9Mb2NhbC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xv Y2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvSGVhZGVycyAtSS91c3IvbG9jYWwvaW5jbHVkZSBc CiAgICAgICAtbyBvYmovRW1vdGljb24ub2JqL0Vtb3RpY29uQ29udHJvbGxlci5tLm8KRW1vdGlj b25Db250cm9sbGVyLm06Njk6MTc6IHdhcm5pbmc6IG1ldGhvZCAncHJlZmVyZW5jZXNNb2R1bGUn IGluIHByb3RvY29sICdHTlVNYWlsQnVuZGxlJyBub3QgaW1wbGVtZW50ZWQgWy1XcHJvdG9jb2xd CkBpbXBsZW1lbnRhdGlvbiBFbW90aWNvbkNvbnRyb2xsZXIKICAgICAgICAgICAgICAgIF4KLi4v Li4vRnJhbWV3b3JrL0dOVU1haWwvR05VTWFpbEJ1bmRsZS5oOjY1OjE6IG5vdGU6IG1ldGhvZCAn cHJlZmVyZW5jZXNNb2R1bGUnIGRlY2xhcmVkIGhlcmUKLSAoUHJlZmVyZW5jZXNNb2R1bGUgKikg cHJlZmVyZW5jZXNNb2R1bGU7ICAvLyB0aGUgcGFuZWwgaW4gdGhlIHByZWYgcGFuZWwgYW5kIGl0 cyBjb250cm9sbGVyCl4KRW1vdGljb25Db250cm9sbGVyLm06Njk6MTc6IHdhcm5pbmc6IG1ldGhv ZCAnY29tcG9zZVZpZXdBY2Nlc3NvcnknIGluIHByb3RvY29sICdHTlVNYWlsQnVuZGxlJyBub3Qg aW1wbGVtZW50ZWQgWy1XcHJvdG9jb2xdCkBpbXBsZW1lbnRhdGlvbiBFbW90aWNvbkNvbnRyb2xs ZXIKICAgICAgICAgICAgICAgIF4KLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwvR05VTWFpbEJ1bmRs ZS5oOjcwOjE6IG5vdGU6IG1ldGhvZCAnY29tcG9zZVZpZXdBY2Nlc3NvcnknIGRlY2xhcmVkIGhl cmUKLSAoaWQpIGNvbXBvc2VWaWV3QWNjZXNzb3J5OyAgICAgICAgICAgICAgICAgICAgICAgICAg Ly8gdmlldywgaXQgTVVTVCByZXR1cm4geWVzIHRvIGhhc0NvbXBvc2VWaWV3QWNjZXNzb3J5Cl4K RW1vdGljb25Db250cm9sbGVyLm06Njk6MTc6IHdhcm5pbmc6IG1ldGhvZCAnY29tcG9zZVZpZXdB Y2Nlc3NvcnlXaWxsQmVSZW1vdmVkRnJvbVN1cGVydmlldzonIGluIHByb3RvY29sICdHTlVNYWls QnVuZGxlJyBub3QgaW1wbGVtZW50ZWQgWy1XcHJvdG9jb2xdCkBpbXBsZW1lbnRhdGlvbiBFbW90 aWNvbkNvbnRyb2xsZXIKICAgICAgICAgICAgICAgIF4KLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwv R05VTWFpbEJ1bmRsZS5oOjcxOjE6IG5vdGU6IG1ldGhvZCAnY29tcG9zZVZpZXdBY2Nlc3NvcnlX aWxsQmVSZW1vdmVkRnJvbVN1cGVydmlldzonIGRlY2xhcmVkIGhlcmUKLSAodm9pZCkgY29tcG9z ZVZpZXdBY2Nlc3NvcnlXaWxsQmVSZW1vdmVkRnJvbVN1cGVydmlldzogKE5TVmlldyAqKSB0aGVW aWV3OwpeCkVtb3RpY29uQ29udHJvbGxlci5tOjY5OjE3OiB3YXJuaW5nOiBtZXRob2QgJ2JvZHlX aWxsQmVFbmNvZGVkOmZvck1lc3NhZ2U6JyBpbiBwcm90b2NvbCAnR05VTWFpbEJ1bmRsZScgbm90 IGltcGxlbWVudGVkIFstV3Byb3RvY29sXQpAaW1wbGVtZW50YXRpb24gRW1vdGljb25Db250cm9s bGVyCiAgICAgICAgICAgICAgICBeCi4uLy4uL0ZyYW1ld29yay9HTlVNYWlsL0dOVU1haWxCdW5k bGUuaDo5NDoxOiBub3RlOiBtZXRob2QgJ2JvZHlXaWxsQmVFbmNvZGVkOmZvck1lc3NhZ2U6JyBk ZWNsYXJlZCBoZXJlCi0gKENXTWltZUJvZHlQYXJ0ICopIGJvZHlXaWxsQmVFbmNvZGVkOiAoQ1dN aW1lQm9keVBhcnQgKikgdGhlQm9keVBhcnQKXgpFbW90aWNvbkNvbnRyb2xsZXIubTo2OToxNzog d2FybmluZzogbWV0aG9kICdib2R5V2FzRW5jb2RlZDpmb3JNZXNzYWdlOicgaW4gcHJvdG9jb2wg J0dOVU1haWxCdW5kbGUnIG5vdCBpbXBsZW1lbnRlZCBbLVdwcm90b2NvbF0KQGltcGxlbWVudGF0 aW9uIEVtb3RpY29uQ29udHJvbGxlcgogICAgICAgICAgICAgICAgXgouLi8uLi9GcmFtZXdvcmsv R05VTWFpbC9HTlVNYWlsQnVuZGxlLmg6OTc6MTogbm90ZTogbWV0aG9kICdib2R5V2FzRW5jb2Rl ZDpmb3JNZXNzYWdlOicgZGVjbGFyZWQgaGVyZQotIChDV01pbWVCb2R5UGFydCAqKSBib2R5V2Fz RW5jb2RlZDogKENXTWltZUJvZHlQYXJ0ICopIHRoZUJvZHlQYXJ0Cl4KRW1vdGljb25Db250cm9s bGVyLm06Njk6MTc6IHdhcm5pbmc6IG1ldGhvZCAnbWVzc2FnZVdhc0VuY29kZWQ6JyBpbiBwcm90 b2NvbCAnR05VTWFpbEJ1bmRsZScgbm90IGltcGxlbWVudGVkIFstV3Byb3RvY29sXQpAaW1wbGVt ZW50YXRpb24gRW1vdGljb25Db250cm9sbGVyCiAgICAgICAgICAgICAgICBeCi4uLy4uL0ZyYW1l d29yay9HTlVNYWlsL0dOVU1haWxCdW5kbGUuaDoxMDA6MTogbm90ZTogbWV0aG9kICdtZXNzYWdl V2FzRW5jb2RlZDonIGRlY2xhcmVkIGhlcmUKLSAoQ1dNZXNzYWdlICopIG1lc3NhZ2VXYXNFbmNv ZGVkOiAoQ1dNZXNzYWdlICopIHRoZU1lc3NhZ2U7Cl4KRW1vdGljb25Db250cm9sbGVyLm06Njk6 MTc6IHdhcm5pbmc6IG1ldGhvZCAnYm9keVdpbGxCZURlY29kZWQ6Zm9yTWVzc2FnZTonIGluIHBy b3RvY29sICdHTlVNYWlsQnVuZGxlJyBub3QgaW1wbGVtZW50ZWQgWy1XcHJvdG9jb2xdCkBpbXBs ZW1lbnRhdGlvbiBFbW90aWNvbkNvbnRyb2xsZXIKICAgICAgICAgICAgICAgIF4KLi4vLi4vRnJh bWV3b3JrL0dOVU1haWwvR05VTWFpbEJ1bmRsZS5oOjEwMjoxOiBub3RlOiBtZXRob2QgJ2JvZHlX aWxsQmVEZWNvZGVkOmZvck1lc3NhZ2U6JyBkZWNsYXJlZCBoZXJlCi0gKENXTWltZUJvZHlQYXJ0 ICopIGJvZHlXaWxsQmVEZWNvZGVkOiAoQ1dNaW1lQm9keVBhcnQgKikgdGhlQm9keVBhcnQKXgpF bW90aWNvbkNvbnRyb2xsZXIubTo2OToxNzogd2FybmluZzogbWV0aG9kICdib2R5V2FzRGVjb2Rl ZDpmb3JNZXNzYWdlOicgaW4gcHJvdG9jb2wgJ0dOVU1haWxCdW5kbGUnIG5vdCBpbXBsZW1lbnRl ZCBbLVdwcm90b2NvbF0KQGltcGxlbWVudGF0aW9uIEVtb3RpY29uQ29udHJvbGxlcgogICAgICAg ICAgICAgICAgXgouLi8uLi9GcmFtZXdvcmsvR05VTWFpbC9HTlVNYWlsQnVuZGxlLmg6MTA1OjE6 IG5vdGU6IG1ldGhvZCAnYm9keVdhc0RlY29kZWQ6Zm9yTWVzc2FnZTonIGRlY2xhcmVkIGhlcmUK LSAoQ1dNaW1lQm9keVBhcnQgKikgYm9keVdhc0RlY29kZWQ6IChDV01pbWVCb2R5UGFydCAqKSB0 aGVCb2R5UGFydApeCkVtb3RpY29uQ29udHJvbGxlci5tOjY5OjE3OiB3YXJuaW5nOiBtZXRob2Qg J21lc3NhZ2VXaWxsQmVEaXNwbGF5ZWQ6aW5WaWV3OicgaW4gcHJvdG9jb2wgJ0dOVU1haWxCdW5k bGUnIG5vdCBpbXBsZW1lbnRlZCBbLVdwcm90b2NvbF0KQGltcGxlbWVudGF0aW9uIEVtb3RpY29u Q29udHJvbGxlcgogICAgICAgICAgICAgICAgXgouLi8uLi9GcmFtZXdvcmsvR05VTWFpbC9HTlVN YWlsQnVuZGxlLmg6MTA4OjE6IG5vdGU6IG1ldGhvZCAnbWVzc2FnZVdpbGxCZURpc3BsYXllZDpp blZpZXc6JyBkZWNsYXJlZCBoZXJlCi0gKHZvaWQpIG1lc3NhZ2VXaWxsQmVEaXNwbGF5ZWQ6IChD V01lc3NhZ2UgKikgdGhlTWVzc2FnZQpeCjkgd2FybmluZ3MgZ2VuZXJhdGVkLgpjYyAtc2hhcmVk ICAgIC1ML3Vzci9sb2NhbC9saWIgLWZzdGFjay1wcm90ZWN0b3IgLXJkeW5hbWljIC1yZHluYW1p YyAtcmR5bmFtaWMgLXJkeW5hbWljICAtcmR5bmFtaWMgICAgIC1ML3Vzci9sb2NhbC9saWIgLWZz dGFjay1wcm90ZWN0b3IgIC1wdGhyZWFkICAtZmV4Y2VwdGlvbnMgLW8gLi9FbW90aWNvbi5idW5k bGUvLi9FbW90aWNvbiAuL29iai9FbW90aWNvbi5vYmovRW1vdGljb25Db250cm9sbGVyLm0ubyAg ICAgLUwuLi8uLi9GcmFtZXdvcmsvR05VTWFpbC9HTlVNYWlsLmZyYW1ld29yay9WZXJzaW9ucy9D dXJyZW50Ly4gIC1MLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwvR05VTWFpbC5mcmFtZXdvcmsvVmVy c2lvbnMvQ3VycmVudC8uICAtTC4uLy4uL0ZyYW1ld29yay9HTlVNYWlsL0dOVU1haWwuZnJhbWV3 b3JrL1ZlcnNpb25zL0N1cnJlbnQvLiAgIC1MLi4vLi4vRnJhbWV3b3JrL0dOVU1haWwvR05VTWFp bC5mcmFtZXdvcmsvVmVyc2lvbnMvQ3VycmVudC8uICAgIC1ML3dya2RpcnMvdXNyL3BvcnRzL21h aWwvZ251bWFpbC93b3JrL0dOVXN0ZXAvTGlicmFyeS9MaWJyYXJpZXMgLUwvdXNyL2xvY2FsL0dO VXN0ZXAvTG9jYWwvTGlicmFyeS9MaWJyYXJpZXMgLUwvdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVt L0xpYnJhcnkvTGlicmFyaWVzICAtTC91c3IvbG9jYWwvbGliICAtbEdOVU1haWwgLWxQYW50b21p bWUgICAtbGdudXN0ZXAtZ3VpICAgIC1sZ251c3RlcC1iYXNlICAgIC1sb2JqYyAtZm9iamMtbm9u ZnJhZ2lsZS1hYmkgICAtbG0KL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L01ha2Vm aWxlcy9ta2luc3RhbGxkaXJzIEVtb3RpY29uLmJ1bmRsZS9SZXNvdXJjZXMKZm9yIGYgaW4gKi50 aWZmOyBkbyBcCiAgaWYgWyAtZiAuLy8kZiAtbyAtZCAuLy8kZiBdOyB0aGVuIFwKICAgIGNwIC1m ciAuLy8kZiAuL0Vtb3RpY29uLmJ1bmRsZS9SZXNvdXJjZXMvOyBcCiAgZWxzZSBcCiAgICBlY2hv ICJXYXJuaW5nOiAuLy8kZiBub3QgZm91bmQgLSBpZ25vcmluZyI7IFwKICBmaTsgXApkb25lCmVj aG8gIk9MRF9HTlVTVEVQX1NUQU1QX0FTVFJJTkcgPSBfRW1vdGljb25Db250cm9sbGVyLSIgPiAu L0Vtb3RpY29uLmJ1bmRsZS9zdGFtcC5tYWtlCihlY2hvICJ7IjsgZWNobyAnICBOT1RFID0gIkF1 dG9tYXRpY2FsbHkgZ2VuZXJhdGVkLCBkbyBub3QgZWRpdCEiOyc7IFwKICBlY2hvICIgIE5TRXhl Y3V0YWJsZSA9IFwiRW1vdGljb25cIjsiOyBcCiAgZWNobyAiICBOU01haW5OaWJGaWxlID0gXCJc IjsiOyBcCiAgZWNobyAiICBOU1ByaW5jaXBhbENsYXNzID0gXCJFbW90aWNvbkNvbnRyb2xsZXJc IjsiOyBcCiAgZWNobyAifSIpID5FbW90aWNvbi5idW5kbGUvUmVzb3VyY2VzL0luZm8tZ251c3Rl cC5wbGlzdAppZiBbIC1yICIiIF07IHRoZW4gXAogIHBsbWVyZ2UgRW1vdGljb24uYnVuZGxlL1Jl c291cmNlcy9JbmZvLWdudXN0ZXAucGxpc3QgOyBcCmZpCmdtYWtlWzJdOiBMZWF2aW5nIGRpcmVj dG9yeSAnL3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL0dOVU1haWwtMS4zLjAv QnVuZGxlcy9FbW90aWNvbicKY2QgLjsgXAovdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJh cnkvTWFrZWZpbGVzL21raW5zdGFsbGRpcnMgLi9vYmoKTWFraW5nIGFsbCBmb3IgYXBwIEdOVU1h aWwuLi4KY2QgLjsgXAovdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvTWFrZWZpbGVz L21raW5zdGFsbGRpcnMgLi9vYmovR05VTWFpbC5vYmovCi91c3IvbG9jYWwvR05Vc3RlcC9TeXN0 ZW0vTGlicmFyeS9NYWtlZmlsZXMvbWtpbnN0YWxsZGlycyBHTlVNYWlsLmFwcC8uCmNjIEdOVU1h aWxfbWFpbi5tIC1jIFwKICAgICAgLU1NRCAtTVAgLURHTlVTVEVQIC1ER05VU1RFUF9CQVNFX0xJ QlJBUlk9MSAtREdOVV9HVUlfTElCUkFSWT0xIC1ER05VU1RFUF9SVU5USU1FPTEgLURfTk9ORlJB R0lMRV9BQkk9MSAtREdOVVNURVBfQkFTRV9MSUJSQVJZPTEgLWZuby1zdHJpY3QtYWxpYXNpbmcg LWZleGNlcHRpb25zIC1mb2JqYy1leGNlcHRpb25zIC1EX05BVElWRV9PQkpDX0VYQ0VQVElPTlMg LXB0aHJlYWQgLWZQSUMgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1wb3J0IC1X YWxsIC1ER1NXQVJOIC1ER1NESUFHTk9TRSAtV25vLWltcG9ydCAtV2FsbCAtREdTV0FSTiAtREdT RElBR05PU0UgLVduby1pbXBvcnQgLVdhbGwgLURHU1dBUk4gLURHU0RJQUdOT1NFIC1Xbm8taW1w b3J0IC1PMiAtcGlwZSAtZnN0YWNrLXByb3RlY3RvciAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIg LXBpcGUgLWZzdGFjay1wcm90ZWN0b3IgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVduby1pbXBvcnQg LUkvdXNyL2xvY2FsL2luY2x1ZGUgLWZvYmpjLXJ1bnRpbWU9Z251c3RlcC0xLjggLWZibG9ja3Mg LU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1Xbm8taW1w b3J0IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1XYWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJv cy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wvaW5jbHVkZSAtV2FsbCAtV25vLWltcG9ydCAtSS91 c3Iva2VyYmVyb3MvaW5jbHVkZSAtSS91c3IvbG9jYWwvc3NsL2luY2x1ZGUgLVdhbGwgLVduby1p bXBvcnQgLUkvdXNyL2tlcmJlcm9zL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3NzbC9pbmNsdWRlIC1X YWxsIC1Xbm8taW1wb3J0IC1JL3Vzci9rZXJiZXJvcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9zc2wv aW5jbHVkZSAtZmNvbnN0YW50LXN0cmluZy1jbGFzcz1OU0NvbnN0YW50U3RyaW5nIC1JLi9GcmFt ZXdvcmsvR05VTWFpbCAtSS4vRnJhbWV3b3JrL0dOVU1haWwgLUkuL0ZyYW1ld29yay9HTlVNYWls IC1JLi9GcmFtZXdvcmsvR05VTWFpbCAtSS4gLUkvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVt YWlsL3dvcmsvR05Vc3RlcC9MaWJyYXJ5L0hlYWRlcnMgLUkvdXNyL2xvY2FsL0dOVXN0ZXAvTG9j YWwvTGlicmFyeS9IZWFkZXJzIC1JL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L0hl YWRlcnMgLUkvdXNyL2xvY2FsL2luY2x1ZGUgXAogICAgICAgLW8gb2JqL0dOVU1haWwub2JqL0dO VU1haWxfbWFpbi5tLm8KY2MgICAgLUwvdXNyL2xvY2FsL2xpYiAtZnN0YWNrLXByb3RlY3RvciAt cmR5bmFtaWMgLXJkeW5hbWljIC1yZHluYW1pYyAgLXJkeW5hbWljICAgICAtTC91c3IvbG9jYWwv bGliIC1mc3RhY2stcHJvdGVjdG9yICAtcHRocmVhZCAgLWZleGNlcHRpb25zIC1mb2JqYy1ydW50 aW1lPWdudXN0ZXAtMS44IC1mYmxvY2tzIC1vIEdOVU1haWwuYXBwLy4vR05VTWFpbCBcCi4vb2Jq L0dOVU1haWwub2JqL0dOVU1haWxfbWFpbi5tLm8gICAgICAtTC4uLyAtTEZyYW1ld29yay9HTlVN YWlsL0dOVU1haWwuZnJhbWV3b3JrL1ZlcnNpb25zL0N1cnJlbnQvLiAtTEZyYW1ld29yay9HTlVN YWlsL0dOVU1haWwuZnJhbWV3b3JrICAtTC4uLyAtTEZyYW1ld29yay9HTlVNYWlsL0dOVU1haWwu ZnJhbWV3b3JrL1ZlcnNpb25zL0N1cnJlbnQvLiAtTEZyYW1ld29yay9HTlVNYWlsL0dOVU1haWwu ZnJhbWV3b3JrICAgLUwvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvR05Vc3Rl cC9MaWJyYXJ5L0xpYnJhcmllcyAtTC91c3IvbG9jYWwvR05Vc3RlcC9Mb2NhbC9MaWJyYXJ5L0xp YnJhcmllcyAtTC91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9MaWJyYXJpZXMgIC1M L3Vzci9sb2NhbC9saWIgLWxHTlVNYWlsIC1sUGFudG9taW1lIC1sQWRkcmVzc2VzIC1sQWRkcmVz c1ZpZXcgIC1sZ251c3RlcC1ndWkgICAgLWxnbnVzdGVwLWJhc2UgICAgLWxvYmpjIC1mb2JqYy1u b25mcmFnaWxlLWFiaSAgIC1sbQovdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvTWFr ZWZpbGVzL21raW5zdGFsbGRpcnMgR05VTWFpbC5hcHAvUmVzb3VyY2VzCmVjaG8gIk9MRF9HTlVT VEVQX1NUQU1QX0FTVFJJTkcgPSBfTlNBcHBsaWNhdGlvbi0tLSIgPiAuL0dOVU1haWwuYXBwL3N0 YW1wLm1ha2UKKGVjaG8gInsiOyBlY2hvICcgIE5PVEUgPSAiQXV0b21hdGljYWxseSBnZW5lcmF0 ZWQsIGRvIG5vdCBlZGl0ISI7JzsgXAogIGVjaG8gIiAgTlNFeGVjdXRhYmxlID0gXCJHTlVNYWls XCI7IjsgXAogIGVjaG8gIiAgTlNNYWluTmliRmlsZSA9IFwiXCI7IjsgXAogIGVjaG8gIiAgR1NN YWluTWFya3VwRmlsZSA9IFwiXCI7IjsgXAogIGlmIFsgIiIgIT0gIiIgXTsgdGhlbiBcCiAgICBl Y2hvICIgIE5TSWNvbiA9IFwiXCI7IjsgXAogIGZpOyBcCiAgZWNobyAiICBOU1ByaW5jaXBhbENs YXNzID0gXCJOU0FwcGxpY2F0aW9uXCI7IjsgXAogIGVjaG8gIn0iKSA+R05VTWFpbC5hcHAvUmVz b3VyY2VzL0luZm8tZ251c3RlcC5wbGlzdAppZiBbIC1yICJHTlVNYWlsSW5mby5wbGlzdCIgXTsg dGhlbiBcCiAgIHBsbWVyZ2UgR05VTWFpbC5hcHAvUmVzb3VyY2VzL0luZm8tZ251c3RlcC5wbGlz dCAiR05VTWFpbEluZm8ucGxpc3QiOyBcCiAgZmkKcGwybGluayBHTlVNYWlsLmFwcC9SZXNvdXJj ZXMvSW5mby1nbnVzdGVwLnBsaXN0IC4vR05VTWFpbC5hcHAvUmVzb3VyY2VzL0dOVU1haWwuZGVz a3RvcDsgXAogICAgICAgICAgICAgICAgIGNobW9kIGEreCAuL0dOVU1haWwuYXBwL1Jlc291cmNl cy9HTlVNYWlsLmRlc2t0b3AKZm9yIGYgaW4gUmVzb3VyY2VzLyoubHByb2ogUmVzb3VyY2VzL0lj b25zLyoudGlmZiBSZXNvdXJjZXMvR29vZGllcy9XZWxjb21lIFNjcmlwdGluZ0luZm8ucGxpc3Q7 IGRvIFwKICBpZiBbIC1mIC4vLyRmIC1vIC1kIC4vLyRmIF07IHRoZW4gXAogICAgY3AgLWZyIC4v LyRmIC4vR05VTWFpbC5hcHAvUmVzb3VyY2VzLzsgXAogIGVsc2UgXAogICAgZWNobyAiV2Fybmlu ZzogLi8vJGYgbm90IGZvdW5kIC0gaWdub3JpbmciOyBcCiAgZmk7IFwKZG9uZQpmb3IgbCBpbiBS ZXNvdXJjZXMvQXJhYmljIFJlc291cmNlcy9DemVjaCBSZXNvdXJjZXMvRW5nbGlzaCBSZXNvdXJj ZXMvR2VybWFuIFJlc291cmNlcy9GcmVuY2ggUmVzb3VyY2VzL1J1c3NpYW4gUmVzb3VyY2VzL1Nw YW5pc2ggUmVzb3VyY2VzL1N3ZWRpc2ggUmVzb3VyY2VzL1R1cmtpc2g7IGRvIFwKICBpZiBbIC1k IC4vLyRsLmxwcm9qIF07IHRoZW4gXAogICAgL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJy YXJ5L01ha2VmaWxlcy9ta2luc3RhbGxkaXJzIC4vR05VTWFpbC5hcHAvUmVzb3VyY2VzLyRsLmxw cm9qOyBcCiAgICBmb3IgZiBpbiBMb2NhbGl6YWJsZS5zdHJpbmdzOyBkbyBcCiAgICAgIGlmIFsg LWYgLi8vJGwubHByb2ovJGYgLW8gLWQgLi8vJGwubHByb2ovJGYgXTsgdGhlbiBcCiAgICAgICAg Y3AgLWZyIC4vLyRsLmxwcm9qLyRmIFwKICAgICAgICAgICAgICAuL0dOVU1haWwuYXBwL1Jlc291 cmNlcy8kbC5scHJvai87IFwKICAgICAgZWxzZSBcCiAgICAgICAgZWNobyAiV2FybmluZzogLi8v JGwubHByb2ovJGYgbm90IGZvdW5kIC0gaWdub3JpbmciOyBcCiAgICAgIGZpOyBcCiAgICBkb25l OyBcCiAgZWxzZSBcCiAgICBlY2hvICJXYXJuaW5nOiAuLy8kbC5scHJvaiBub3QgZm91bmQgLSBp Z25vcmluZyI7IFwKICBmaTsgXApkb25lCmdtYWtlWzFdOiBMZWF2aW5nIGRpcmVjdG9yeSAnL3dy a2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL0dOVU1haWwtMS4zLjAnCj09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PQo9Pj4gQ2hlY2tpbmcgZm9yIGZpbGVzeXN0ZW0gdmlvbGF0aW9ucy4uLiBkb25l Cj09PT09PT09PT09PT09PT09PT09PT09PHBoYXNlOiBydW4tZGVwZW5kcyAgICA+PT09PT09PT09 PT09PT09PT09PT09PT09PT09PQo9PT0+ICAgZ251bWFpbC0xLjMuMF8xIGRlcGVuZHMgb24gcGFj a2FnZTogZ251c3RlcC1iYWNrPjAgLSBmb3VuZAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KPT4+IFJlY29y ZGluZyBmaWxlc3lzdGVtIHN0YXRlIGZvciBwcmVzdGFnZS4uLiBkb25lCj09PT09PT09PT09PT09 PT09PT09PT09PHBoYXNlOiBzdGFnZSAgICAgICAgICA+PT09PT09PT09PT09PT09PT09PT09PT09 PT09PQo9PT0+ICBTdGFnaW5nIGZvciBnbnVtYWlsLTEuMy4wXzEKPT09PiAgIGdudW1haWwtMS4z LjBfMSBkZXBlbmRzIG9uIHBhY2thZ2U6IGdudXN0ZXAtYmFjaz4wIC0gZm91bmQKPT09PiAgIEdl bmVyYXRpbmcgdGVtcG9yYXJ5IHBhY2tpbmcgbGlzdApnbWFrZVsxXTogRW50ZXJpbmcgZGlyZWN0 b3J5ICcvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvR05VTWFpbC0xLjMuMCcK VGhpcyBpcyBnbnVzdGVwLW1ha2UgMi43LjAuIFR5cGUgJ2dtYWtlIHByaW50LWdudXN0ZXAtbWFr ZS1oZWxwJyBmb3IgaGVscC4KUnVubmluZyBpbiBnbnVzdGVwLW1ha2UgdmVyc2lvbiAyIHN0cmlj dCBtb2RlLgpNYWtpbmcgYWxsIGluIEZyYW1ld29yay9HTlVNYWlsIC4uLgpnbWFrZVsyXTogRW50 ZXJpbmcgZGlyZWN0b3J5ICcvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvR05V TWFpbC0xLjMuMC9GcmFtZXdvcmsvR05VTWFpbCcKTWFraW5nIGJ1aWxkLWhlYWRlcnMgZm9yIGZy YW1ld29yayBHTlVNYWlsLi4uCmNkIC4vR05VTWFpbC5mcmFtZXdvcms7IFwKICBpZiBbICEgLWgg IlJlc291cmNlcyIgXTsgdGhlbiBcCiAgICBybSAtZiBSZXNvdXJjZXM7IFwKICAgIGxuIC1zIFZl cnNpb25zL0N1cnJlbnQvUmVzb3VyY2VzIFJlc291cmNlczsgXAogIGZpOyBcCiAgaWYgWyAhIC1o ICJIZWFkZXJzIiBdOyB0aGVuIFwKICAgIHJtIC1mIEhlYWRlcnM7IFwKICAgIGxuIC1zIFZlcnNp b25zL0N1cnJlbnQvSGVhZGVycyBIZWFkZXJzOyBcCiAgZmkKY2QgLi9kZXJpdmVkX3NyYzsgXAog IGlmIFsgISAtaCAiR05VTWFpbCIgXTsgdGhlbiBcCiAgICBybSAtZiAuL0dOVU1haWw7IFwKICAg IGxuIC1zIC4uL0dOVU1haWwuZnJhbWV3b3JrL0hlYWRlcnMgXAogICAgICAgICAgICAgICAgICAg IC4vR05VTWFpbDsgXAogIGZpCk1ha2luZyBhbGwgZm9yIGZyYW1ld29yayBHTlVNYWlsLi4uCmdt YWtlWzRdOiBOb3RoaW5nIHRvIGJlIGRvbmUgZm9yICdpbnRlcm5hbC1mcmFtZXdvcmstY29tcGls ZScuCmNkIC4vR05VTWFpbC5mcmFtZXdvcmsvLjsgXApybSAtZiBHTlVNYWlsIGxpYkdOVU1haWwu c287IFwKbG4gLXMgYC91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9NYWtlZmlsZXMv cmVsYXRpdmVfcGF0aC5zaCAuIFwKICAgICAgICAgICAgICAgICAgICAgICAgICAgIFZlcnNpb25z L0N1cnJlbnQvLi9HTlVNYWlsIHNob3J0YCBcCiAgICAgICAgR05VTWFpbDsgXApsbiAtcyBgL3Vz ci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L01ha2VmaWxlcy9yZWxhdGl2ZV9wYXRoLnNo IC4gXAogICAgICAgICAgICAgICAgICAgICAgICAgICAgVmVyc2lvbnMvQ3VycmVudC8uL2xpYkdO VU1haWwuc28gc2hvcnRgIFwKICAgICAgICBsaWJHTlVNYWlsLnNvCmdtYWtlWzJdOiBMZWF2aW5n IGRpcmVjdG9yeSAnL3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL0dOVU1haWwt MS4zLjAvRnJhbWV3b3JrL0dOVU1haWwnCk1ha2luZyBhbGwgaW4gQnVuZGxlcy9BY2NvdW50IC4u LgpnbWFrZVsyXTogRW50ZXJpbmcgZGlyZWN0b3J5ICcvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9n bnVtYWlsL3dvcmsvR05VTWFpbC0xLjMuMC9CdW5kbGVzL0FjY291bnQnCk1ha2luZyBhbGwgZm9y IGJ1bmRsZSBBY2NvdW50Li4uCmdtYWtlWzVdOiBOb3RoaW5nIHRvIGJlIGRvbmUgZm9yICdpbnRl cm5hbC1idW5kbGUtY29tcGlsZScuCmZvciBmIGluIGFjY291bnQudGlmZjsgZG8gXAogIGlmIFsg LWYgLi8vJGYgLW8gLWQgLi8vJGYgXTsgdGhlbiBcCiAgICBjcCAtZnIgLi8vJGYgLi9BY2NvdW50 LnByZWZzL1Jlc291cmNlcy87IFwKICBlbHNlIFwKICAgIGVjaG8gIldhcm5pbmc6IC4vLyRmIG5v dCBmb3VuZCAtIGlnbm9yaW5nIjsgXAogIGZpOyBcCmRvbmUKZ21ha2VbMl06IExlYXZpbmcgZGly ZWN0b3J5ICcvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvR05VTWFpbC0xLjMu MC9CdW5kbGVzL0FjY291bnQnCk1ha2luZyBhbGwgaW4gQnVuZGxlcy9BZHZhbmNlZCAuLi4KZ21h a2VbMl06IEVudGVyaW5nIGRpcmVjdG9yeSAnL3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFp bC93b3JrL0dOVU1haWwtMS4zLjAvQnVuZGxlcy9BZHZhbmNlZCcKTWFraW5nIGFsbCBmb3IgYnVu ZGxlIEFkdmFuY2VkLi4uCmdtYWtlWzVdOiBOb3RoaW5nIHRvIGJlIGRvbmUgZm9yICdpbnRlcm5h bC1idW5kbGUtY29tcGlsZScuCmZvciBmIGluIGFkdmFuY2VkLnRpZmY7IGRvIFwKICBpZiBbIC1m IC4vLyRmIC1vIC1kIC4vLyRmIF07IHRoZW4gXAogICAgY3AgLWZyIC4vLyRmIC4vQWR2YW5jZWQu cHJlZnMvUmVzb3VyY2VzLzsgXAogIGVsc2UgXAogICAgZWNobyAiV2FybmluZzogLi8vJGYgbm90 IGZvdW5kIC0gaWdub3JpbmciOyBcCiAgZmk7IFwKZG9uZQpnbWFrZVsyXTogTGVhdmluZyBkaXJl Y3RvcnkgJy93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVNYWlsLTEuMy4w L0J1bmRsZXMvQWR2YW5jZWQnCk1ha2luZyBhbGwgaW4gQnVuZGxlcy9Db2xvcnMgLi4uCmdtYWtl WzJdOiBFbnRlcmluZyBkaXJlY3RvcnkgJy93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwv d29yay9HTlVNYWlsLTEuMy4wL0J1bmRsZXMvQ29sb3JzJwpNYWtpbmcgYWxsIGZvciBidW5kbGUg Q29sb3JzLi4uCmdtYWtlWzVdOiBOb3RoaW5nIHRvIGJlIGRvbmUgZm9yICdpbnRlcm5hbC1idW5k bGUtY29tcGlsZScuCmZvciBmIGluIGNvbG9ycy50aWZmOyBkbyBcCiAgaWYgWyAtZiAuLy8kZiAt byAtZCAuLy8kZiBdOyB0aGVuIFwKICAgIGNwIC1mciAuLy8kZiAuL0NvbG9ycy5wcmVmcy9SZXNv dXJjZXMvOyBcCiAgZWxzZSBcCiAgICBlY2hvICJXYXJuaW5nOiAuLy8kZiBub3QgZm91bmQgLSBp Z25vcmluZyI7IFwKICBmaTsgXApkb25lCmdtYWtlWzJdOiBMZWF2aW5nIGRpcmVjdG9yeSAnL3dy a2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL0dOVU1haWwtMS4zLjAvQnVuZGxlcy9D b2xvcnMnCk1ha2luZyBhbGwgaW4gQnVuZGxlcy9Db21wb3NlIC4uLgpnbWFrZVsyXTogRW50ZXJp bmcgZGlyZWN0b3J5ICcvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvR05VTWFp bC0xLjMuMC9CdW5kbGVzL0NvbXBvc2UnCk1ha2luZyBhbGwgZm9yIGJ1bmRsZSBDb21wb3NlLi4u CmdtYWtlWzVdOiBOb3RoaW5nIHRvIGJlIGRvbmUgZm9yICdpbnRlcm5hbC1idW5kbGUtY29tcGls ZScuCmZvciBmIGluIE1haWxJY29uX2NyZWF0ZS50aWZmOyBkbyBcCiAgaWYgWyAtZiAuLy8kZiAt byAtZCAuLy8kZiBdOyB0aGVuIFwKICAgIGNwIC1mciAuLy8kZiAuL0NvbXBvc2UucHJlZnMvUmVz b3VyY2VzLzsgXAogIGVsc2UgXAogICAgZWNobyAiV2FybmluZzogLi8vJGYgbm90IGZvdW5kIC0g aWdub3JpbmciOyBcCiAgZmk7IFwKZG9uZQpnbWFrZVsyXTogTGVhdmluZyBkaXJlY3RvcnkgJy93 cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVNYWlsLTEuMy4wL0J1bmRsZXMv Q29tcG9zZScKTWFraW5nIGFsbCBpbiBCdW5kbGVzL0ZpbHRlcmluZyAuLi4KZ21ha2VbMl06IEVu dGVyaW5nIGRpcmVjdG9yeSAnL3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL0dO VU1haWwtMS4zLjAvQnVuZGxlcy9GaWx0ZXJpbmcnCk1ha2luZyBhbGwgZm9yIGJ1bmRsZSBGaWx0 ZXJpbmcuLi4KZ21ha2VbNV06IE5vdGhpbmcgdG8gYmUgZG9uZSBmb3IgJ2ludGVybmFsLWJ1bmRs ZS1jb21waWxlJy4KZm9yIGYgaW4gRmlsdGVyaW5nLnRpZmY7IGRvIFwKICBpZiBbIC1mIC4vLyRm IC1vIC1kIC4vLyRmIF07IHRoZW4gXAogICAgY3AgLWZyIC4vLyRmIC4vRmlsdGVyaW5nLnByZWZz L1Jlc291cmNlcy87IFwKICBlbHNlIFwKICAgIGVjaG8gIldhcm5pbmc6IC4vLyRmIG5vdCBmb3Vu ZCAtIGlnbm9yaW5nIjsgXAogIGZpOyBcCmRvbmUKZ21ha2VbMl06IExlYXZpbmcgZGlyZWN0b3J5 ICcvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvR05VTWFpbC0xLjMuMC9CdW5k bGVzL0ZpbHRlcmluZycKTWFraW5nIGFsbCBpbiBCdW5kbGVzL0ZvbnRzIC4uLgpnbWFrZVsyXTog RW50ZXJpbmcgZGlyZWN0b3J5ICcvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsv R05VTWFpbC0xLjMuMC9CdW5kbGVzL0ZvbnRzJwpNYWtpbmcgYWxsIGZvciBidW5kbGUgRm9udHMu Li4KZ21ha2VbNV06IE5vdGhpbmcgdG8gYmUgZG9uZSBmb3IgJ2ludGVybmFsLWJ1bmRsZS1jb21w aWxlJy4KZm9yIGYgaW4gZm9udHMudGlmZjsgZG8gXAogIGlmIFsgLWYgLi8vJGYgLW8gLWQgLi8v JGYgXTsgdGhlbiBcCiAgICBjcCAtZnIgLi8vJGYgLi9Gb250cy5wcmVmcy9SZXNvdXJjZXMvOyBc CiAgZWxzZSBcCiAgICBlY2hvICJXYXJuaW5nOiAuLy8kZiBub3QgZm91bmQgLSBpZ25vcmluZyI7 IFwKICBmaTsgXApkb25lCmdtYWtlWzJdOiBMZWF2aW5nIGRpcmVjdG9yeSAnL3dya2RpcnMvdXNy L3BvcnRzL21haWwvZ251bWFpbC93b3JrL0dOVU1haWwtMS4zLjAvQnVuZGxlcy9Gb250cycKTWFr aW5nIGFsbCBpbiBCdW5kbGVzL0ltcG9ydCAuLi4KZ21ha2VbMl06IEVudGVyaW5nIGRpcmVjdG9y eSAnL3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL0dOVU1haWwtMS4zLjAvQnVu ZGxlcy9JbXBvcnQnCk1ha2luZyBhbGwgZm9yIGJ1bmRsZSBJbXBvcnQuLi4KZ21ha2VbNV06IE5v dGhpbmcgdG8gYmUgZG9uZSBmb3IgJ2ludGVybmFsLWJ1bmRsZS1jb21waWxlJy4KZ21ha2VbMl06 IExlYXZpbmcgZGlyZWN0b3J5ICcvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsv R05VTWFpbC0xLjMuMC9CdW5kbGVzL0ltcG9ydCcKTWFraW5nIGFsbCBpbiBCdW5kbGVzL01JTUUg Li4uCmdtYWtlWzJdOiBFbnRlcmluZyBkaXJlY3RvcnkgJy93cmtkaXJzL3Vzci9wb3J0cy9tYWls L2dudW1haWwvd29yay9HTlVNYWlsLTEuMy4wL0J1bmRsZXMvTUlNRScKTWFraW5nIGFsbCBmb3Ig YnVuZGxlIE1JTUUuLi4KZ21ha2VbNV06IE5vdGhpbmcgdG8gYmUgZG9uZSBmb3IgJ2ludGVybmFs LWJ1bmRsZS1jb21waWxlJy4KZm9yIGYgaW4gbWltZS50aWZmOyBkbyBcCiAgaWYgWyAtZiAuLy8k ZiAtbyAtZCAuLy8kZiBdOyB0aGVuIFwKICAgIGNwIC1mciAuLy8kZiAuL01JTUUucHJlZnMvUmVz b3VyY2VzLzsgXAogIGVsc2UgXAogICAgZWNobyAiV2FybmluZzogLi8vJGYgbm90IGZvdW5kIC0g aWdub3JpbmciOyBcCiAgZmk7IFwKZG9uZQpnbWFrZVsyXTogTGVhdmluZyBkaXJlY3RvcnkgJy93 cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVNYWlsLTEuMy4wL0J1bmRsZXMv TUlNRScKTWFraW5nIGFsbCBpbiBCdW5kbGVzL1JlY2VpdmluZyAuLi4KZ21ha2VbMl06IEVudGVy aW5nIGRpcmVjdG9yeSAnL3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL0dOVU1h aWwtMS4zLjAvQnVuZGxlcy9SZWNlaXZpbmcnCk1ha2luZyBhbGwgZm9yIGJ1bmRsZSBSZWNlaXZp bmcuLi4KZ21ha2VbNV06IE5vdGhpbmcgdG8gYmUgZG9uZSBmb3IgJ2ludGVybmFsLWJ1bmRsZS1j b21waWxlJy4KZm9yIGYgaW4gTWFpbEljb25fcmV0cmlldmUudGlmZjsgZG8gXAogIGlmIFsgLWYg Li8vJGYgLW8gLWQgLi8vJGYgXTsgdGhlbiBcCiAgICBjcCAtZnIgLi8vJGYgLi9SZWNlaXZpbmcu cHJlZnMvUmVzb3VyY2VzLzsgXAogIGVsc2UgXAogICAgZWNobyAiV2FybmluZzogLi8vJGYgbm90 IGZvdW5kIC0gaWdub3JpbmciOyBcCiAgZmk7IFwKZG9uZQpnbWFrZVsyXTogTGVhdmluZyBkaXJl Y3RvcnkgJy93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVNYWlsLTEuMy4w L0J1bmRsZXMvUmVjZWl2aW5nJwpNYWtpbmcgYWxsIGluIEJ1bmRsZXMvU2VuZGluZyAuLi4KZ21h a2VbMl06IEVudGVyaW5nIGRpcmVjdG9yeSAnL3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFp bC93b3JrL0dOVU1haWwtMS4zLjAvQnVuZGxlcy9TZW5kaW5nJwpNYWtpbmcgYWxsIGZvciBidW5k bGUgU2VuZGluZy4uLgpnbWFrZVs1XTogTm90aGluZyB0byBiZSBkb25lIGZvciAnaW50ZXJuYWwt YnVuZGxlLWNvbXBpbGUnLgpmb3IgZiBpbiBNYWlsSWNvbl9zZW5kLnRpZmY7IGRvIFwKICBpZiBb IC1mIC4vLyRmIC1vIC1kIC4vLyRmIF07IHRoZW4gXAogICAgY3AgLWZyIC4vLyRmIC4vU2VuZGlu Zy5wcmVmcy9SZXNvdXJjZXMvOyBcCiAgZWxzZSBcCiAgICBlY2hvICJXYXJuaW5nOiAuLy8kZiBu b3QgZm91bmQgLSBpZ25vcmluZyI7IFwKICBmaTsgXApkb25lCmdtYWtlWzJdOiBMZWF2aW5nIGRp cmVjdG9yeSAnL3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL0dOVU1haWwtMS4z LjAvQnVuZGxlcy9TZW5kaW5nJwpNYWtpbmcgYWxsIGluIEJ1bmRsZXMvVmlld2luZyAuLi4KZ21h a2VbMl06IEVudGVyaW5nIGRpcmVjdG9yeSAnL3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFp bC93b3JrL0dOVU1haWwtMS4zLjAvQnVuZGxlcy9WaWV3aW5nJwpNYWtpbmcgYWxsIGZvciBidW5k bGUgVmlld2luZy4uLgpnbWFrZVs1XTogTm90aGluZyB0byBiZSBkb25lIGZvciAnaW50ZXJuYWwt YnVuZGxlLWNvbXBpbGUnLgpmb3IgZiBpbiB2aWV3aW5nLnRpZmYgMy1wYW5lXzk2eDk2LnRpZmYg ZHJhd2VyXzk2eDk2LnRpZmYgZmxvYXRpbmdfOTZ4OTYudGlmZiB3aWRlc2NyZWVuXzk2eDk2LnRp ZmY7IGRvIFwKICBpZiBbIC1mIC4vLyRmIC1vIC1kIC4vLyRmIF07IHRoZW4gXAogICAgY3AgLWZy IC4vLyRmIC4vVmlld2luZy5wcmVmcy9SZXNvdXJjZXMvOyBcCiAgZWxzZSBcCiAgICBlY2hvICJX YXJuaW5nOiAuLy8kZiBub3QgZm91bmQgLSBpZ25vcmluZyI7IFwKICBmaTsgXApkb25lCmdtYWtl WzJdOiBMZWF2aW5nIGRpcmVjdG9yeSAnL3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93 b3JrL0dOVU1haWwtMS4zLjAvQnVuZGxlcy9WaWV3aW5nJwpNYWtpbmcgYWxsIGluIEJ1bmRsZXMv UEdQIC4uLgpnbWFrZVsyXTogRW50ZXJpbmcgZGlyZWN0b3J5ICcvd3JrZGlycy91c3IvcG9ydHMv bWFpbC9nbnVtYWlsL3dvcmsvR05VTWFpbC0xLjMuMC9CdW5kbGVzL1BHUCcKTWFraW5nIGFsbCBm b3IgYnVuZGxlIFBHUC4uLgpnbWFrZVs1XTogTm90aGluZyB0byBiZSBkb25lIGZvciAnaW50ZXJu YWwtYnVuZGxlLWNvbXBpbGUnLgpmb3IgZiBpbiAqLnRpZmY7IGRvIFwKICBpZiBbIC1mIC4vLyRm IC1vIC1kIC4vLyRmIF07IHRoZW4gXAogICAgY3AgLWZyIC4vLyRmIC4vUEdQLmJ1bmRsZS9SZXNv dXJjZXMvOyBcCiAgZWxzZSBcCiAgICBlY2hvICJXYXJuaW5nOiAuLy8kZiBub3QgZm91bmQgLSBp Z25vcmluZyI7IFwKICBmaTsgXApkb25lCmdtYWtlWzJdOiBMZWF2aW5nIGRpcmVjdG9yeSAnL3dy a2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL0dOVU1haWwtMS4zLjAvQnVuZGxlcy9Q R1AnCk1ha2luZyBhbGwgaW4gQnVuZGxlcy9FbW90aWNvbiAuLi4KZ21ha2VbMl06IEVudGVyaW5n IGRpcmVjdG9yeSAnL3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL0dOVU1haWwt MS4zLjAvQnVuZGxlcy9FbW90aWNvbicKTWFraW5nIGFsbCBmb3IgYnVuZGxlIEVtb3RpY29uLi4u CmdtYWtlWzVdOiBOb3RoaW5nIHRvIGJlIGRvbmUgZm9yICdpbnRlcm5hbC1idW5kbGUtY29tcGls ZScuCmZvciBmIGluICoudGlmZjsgZG8gXAogIGlmIFsgLWYgLi8vJGYgLW8gLWQgLi8vJGYgXTsg dGhlbiBcCiAgICBjcCAtZnIgLi8vJGYgLi9FbW90aWNvbi5idW5kbGUvUmVzb3VyY2VzLzsgXAog IGVsc2UgXAogICAgZWNobyAiV2FybmluZzogLi8vJGYgbm90IGZvdW5kIC0gaWdub3JpbmciOyBc CiAgZmk7IFwKZG9uZQpnbWFrZVsyXTogTGVhdmluZyBkaXJlY3RvcnkgJy93cmtkaXJzL3Vzci9w b3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVNYWlsLTEuMy4wL0J1bmRsZXMvRW1vdGljb24nCk1h a2luZyBhbGwgZm9yIGFwcCBHTlVNYWlsLi4uCmdtYWtlWzRdOiBOb3RoaW5nIHRvIGJlIGRvbmUg Zm9yICdpbnRlcm5hbC1hcHAtY29tcGlsZScuCmZvciBmIGluIFJlc291cmNlcy8qLmxwcm9qIFJl c291cmNlcy9JY29ucy8qLnRpZmYgUmVzb3VyY2VzL0dvb2RpZXMvV2VsY29tZSBTY3JpcHRpbmdJ bmZvLnBsaXN0OyBkbyBcCiAgaWYgWyAtZiAuLy8kZiAtbyAtZCAuLy8kZiBdOyB0aGVuIFwKICAg IGNwIC1mciAuLy8kZiAuL0dOVU1haWwuYXBwL1Jlc291cmNlcy87IFwKICBlbHNlIFwKICAgIGVj aG8gIldhcm5pbmc6IC4vLyRmIG5vdCBmb3VuZCAtIGlnbm9yaW5nIjsgXAogIGZpOyBcCmRvbmUK Zm9yIGwgaW4gUmVzb3VyY2VzL0FyYWJpYyBSZXNvdXJjZXMvQ3plY2ggUmVzb3VyY2VzL0VuZ2xp c2ggUmVzb3VyY2VzL0dlcm1hbiBSZXNvdXJjZXMvRnJlbmNoIFJlc291cmNlcy9SdXNzaWFuIFJl c291cmNlcy9TcGFuaXNoIFJlc291cmNlcy9Td2VkaXNoIFJlc291cmNlcy9UdXJraXNoOyBkbyBc CiAgaWYgWyAtZCAuLy8kbC5scHJvaiBdOyB0aGVuIFwKICAgIC91c3IvbG9jYWwvR05Vc3RlcC9T eXN0ZW0vTGlicmFyeS9NYWtlZmlsZXMvbWtpbnN0YWxsZGlycyAuL0dOVU1haWwuYXBwL1Jlc291 cmNlcy8kbC5scHJvajsgXAogICAgZm9yIGYgaW4gTG9jYWxpemFibGUuc3RyaW5nczsgZG8gXAog ICAgICBpZiBbIC1mIC4vLyRsLmxwcm9qLyRmIC1vIC1kIC4vLyRsLmxwcm9qLyRmIF07IHRoZW4g XAogICAgICAgIGNwIC1mciAuLy8kbC5scHJvai8kZiBcCiAgICAgICAgICAgICAgLi9HTlVNYWls LmFwcC9SZXNvdXJjZXMvJGwubHByb2ovOyBcCiAgICAgIGVsc2UgXAogICAgICAgIGVjaG8gIldh cm5pbmc6IC4vLyRsLmxwcm9qLyRmIG5vdCBmb3VuZCAtIGlnbm9yaW5nIjsgXAogICAgICBmaTsg XAogICAgZG9uZTsgXAogIGVsc2UgXAogICAgZWNobyAiV2FybmluZzogLi8vJGwubHByb2ogbm90 IGZvdW5kIC0gaWdub3JpbmciOyBcCiAgZmk7IFwKZG9uZQpNYWtpbmcgaW5zdGFsbCBpbiBGcmFt ZXdvcmsvR05VTWFpbCAuLi4KZ21ha2VbMl06IEVudGVyaW5nIGRpcmVjdG9yeSAnL3dya2RpcnMv dXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL0dOVU1haWwtMS4zLjAvRnJhbWV3b3JrL0dOVU1h aWwnCk1ha2luZyBpbnN0YWxsIGZvciBmcmFtZXdvcmsgR05VTWFpbC4uLgovdXNyL2xvY2FsL0dO VXN0ZXAvU3lzdGVtL0xpYnJhcnkvTWFrZWZpbGVzL21raW5zdGFsbGRpcnMgL3dya2RpcnMvdXNy L3BvcnRzL21haWwvZ251bWFpbC93b3JrL3N0YWdlLy91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0v TGlicmFyeS9GcmFtZXdvcmtzCi91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9NYWtl ZmlsZXMvbWtpbnN0YWxsZGlycyAvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsv c3RhZ2UvL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L0xpYnJhcmllcy8uCi91c3Iv bG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9NYWtlZmlsZXMvbWtpbnN0YWxsZGlycyAvd3Jr ZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvc3RhZ2UvL3Vzci9sb2NhbC9HTlVzdGVw L1N5c3RlbS9MaWJyYXJ5L0hlYWRlcnMKKGNkIC47IFwKICB0YXIgY2ZYIC0gL3Vzci9sb2NhbC9H TlVzdGVwL1N5c3RlbS9MaWJyYXJ5L01ha2VmaWxlcy90YXItZXhjbHVkZS1saXN0IFwKICAgIEdO VU1haWwuZnJhbWV3b3JrKSBcCiAgICB8IChjZCAvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVt YWlsL3dvcmsvc3RhZ2UvL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L0ZyYW1ld29y a3M7IHRhciB4ZiAtKQpjZCAvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvc3Rh Z2UvL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L0hlYWRlcnM7IFwKcm0gLWYgR05V TWFpbDsgXApsbiAtcyBgL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L01ha2VmaWxl cy9yZWxhdGl2ZV9wYXRoLnNoIC93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9z dGFnZS8vdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvSGVhZGVycyAvd3JrZGlycy91 c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvc3RhZ2UvL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3Rl bS9MaWJyYXJ5L0ZyYW1ld29ya3MvR05VTWFpbC5mcmFtZXdvcmsvSGVhZGVycyBzaG9ydGAgR05V TWFpbDsgXAoKY2QgL3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL3N0YWdlLy91 c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9MaWJyYXJpZXMvLjsgXApybSAtZiBsaWJH TlVNYWlsLnNvOyBcCnJtIC1mIGxpYkdOVU1haWwuc28uMTsgXApybSAtZiBsaWJHTlVNYWlsLnNv LjEuMi4zOyBcCmxuIC1zIGAvdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvTWFrZWZp bGVzL3JlbGF0aXZlX3BhdGguc2ggL3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3Jr L3N0YWdlLy91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9MaWJyYXJpZXMvLiAvd3Jr ZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvc3RhZ2UvL3Vzci9sb2NhbC9HTlVzdGVw L1N5c3RlbS9MaWJyYXJ5L0ZyYW1ld29ya3MvR05VTWFpbC5mcmFtZXdvcmsvVmVyc2lvbnMvQ3Vy cmVudC8uL2xpYkdOVU1haWwuc28gc2hvcnRgIGxpYkdOVU1haWwuc287IFwKaWYgdGVzdCAtciAi L3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL3N0YWdlLy91c3IvbG9jYWwvR05V c3RlcC9TeXN0ZW0vTGlicmFyeS9GcmFtZXdvcmtzL0dOVU1haWwuZnJhbWV3b3JrL1ZlcnNpb25z LzEvLi9saWJHTlVNYWlsLnNvLjEiOyB0aGVuIFwKICBsbiAtcyBgL3Vzci9sb2NhbC9HTlVzdGVw L1N5c3RlbS9MaWJyYXJ5L01ha2VmaWxlcy9yZWxhdGl2ZV9wYXRoLnNoIC93cmtkaXJzL3Vzci9w b3J0cy9tYWlsL2dudW1haWwvd29yay9zdGFnZS8vdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xp YnJhcnkvTGlicmFyaWVzLy4gL3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL3N0 YWdlLy91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9GcmFtZXdvcmtzL0dOVU1haWwu ZnJhbWV3b3JrL1ZlcnNpb25zLzEvLi9saWJHTlVNYWlsLnNvLjEgc2hvcnRgIGxpYkdOVU1haWwu c28uMTsgXApmaTsgXApsbiAtcyBgL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L01h a2VmaWxlcy9yZWxhdGl2ZV9wYXRoLnNoIC93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwv d29yay9zdGFnZS8vdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvTGlicmFyaWVzLy4g L3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL3N0YWdlLy91c3IvbG9jYWwvR05V c3RlcC9TeXN0ZW0vTGlicmFyeS9GcmFtZXdvcmtzL0dOVU1haWwuZnJhbWV3b3JrL1ZlcnNpb25z LzEvLi9saWJHTlVNYWlsLnNvLjEuMi4zIHNob3J0YCBsaWJHTlVNYWlsLnNvLjEuMi4zCmdtYWtl WzJdOiBMZWF2aW5nIGRpcmVjdG9yeSAnL3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93 b3JrL0dOVU1haWwtMS4zLjAvRnJhbWV3b3JrL0dOVU1haWwnCk1ha2luZyBpbnN0YWxsIGluIEJ1 bmRsZXMvQWNjb3VudCAuLi4KZ21ha2VbMl06IEVudGVyaW5nIGRpcmVjdG9yeSAnL3dya2RpcnMv dXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL0dOVU1haWwtMS4zLjAvQnVuZGxlcy9BY2NvdW50 JwpNYWtpbmcgaW5zdGFsbCBmb3IgYnVuZGxlIEFjY291bnQuLi4KL3Vzci9sb2NhbC9HTlVzdGVw L1N5c3RlbS9MaWJyYXJ5L01ha2VmaWxlcy9ta2luc3RhbGxkaXJzIC93cmtkaXJzL3Vzci9wb3J0 cy9tYWlsL2dudW1haWwvd29yay9zdGFnZS8vdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJh cnkvQXBwbGljYXRpb25TdXBwb3J0L0dOVU1haWwKcm0gLXJmIC93cmtkaXJzL3Vzci9wb3J0cy9t YWlsL2dudW1haWwvd29yay9zdGFnZS8vdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkv QXBwbGljYXRpb25TdXBwb3J0L0dOVU1haWwvQWNjb3VudC5wcmVmczsgXAogICAgICAgIC91c3Iv bG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9NYWtlZmlsZXMvbWtpbnN0YWxsZGlycyAvd3Jr ZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvc3RhZ2UvL3Vzci9sb2NhbC9HTlVzdGVw L1N5c3RlbS9MaWJyYXJ5L0FwcGxpY2F0aW9uU3VwcG9ydC9HTlVNYWlsOyBcCihjZCAuLy47IFwK ICAgIHRhciBjaGZYIC0gL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L01ha2VmaWxl cy90YXItZXhjbHVkZS1saXN0IEFjY291bnQucHJlZnMpIFwKIHwgKGNkIC93cmtkaXJzL3Vzci9w b3J0cy9tYWlsL2dudW1haWwvd29yay9zdGFnZS8vdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xp YnJhcnkvQXBwbGljYXRpb25TdXBwb3J0L0dOVU1haWw7IHRhciB4ZiAtKQpnbWFrZVsyXTogTGVh dmluZyBkaXJlY3RvcnkgJy93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVN YWlsLTEuMy4wL0J1bmRsZXMvQWNjb3VudCcKTWFraW5nIGluc3RhbGwgaW4gQnVuZGxlcy9BZHZh bmNlZCAuLi4KZ21ha2VbMl06IEVudGVyaW5nIGRpcmVjdG9yeSAnL3dya2RpcnMvdXNyL3BvcnRz L21haWwvZ251bWFpbC93b3JrL0dOVU1haWwtMS4zLjAvQnVuZGxlcy9BZHZhbmNlZCcKTWFraW5n IGluc3RhbGwgZm9yIGJ1bmRsZSBBZHZhbmNlZC4uLgpybSAtcmYgL3dya2RpcnMvdXNyL3BvcnRz L21haWwvZ251bWFpbC93b3JrL3N0YWdlLy91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFy eS9BcHBsaWNhdGlvblN1cHBvcnQvR05VTWFpbC9BZHZhbmNlZC5wcmVmczsgXAogICAgICAgIC91 c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9NYWtlZmlsZXMvbWtpbnN0YWxsZGlycyAv d3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvc3RhZ2UvL3Vzci9sb2NhbC9HTlVz dGVwL1N5c3RlbS9MaWJyYXJ5L0FwcGxpY2F0aW9uU3VwcG9ydC9HTlVNYWlsOyBcCihjZCAuLy47 IFwKICAgIHRhciBjaGZYIC0gL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L01ha2Vm aWxlcy90YXItZXhjbHVkZS1saXN0IEFkdmFuY2VkLnByZWZzKSBcCiB8IChjZCAvd3JrZGlycy91 c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvc3RhZ2UvL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3Rl bS9MaWJyYXJ5L0FwcGxpY2F0aW9uU3VwcG9ydC9HTlVNYWlsOyB0YXIgeGYgLSkKZ21ha2VbMl06 IExlYXZpbmcgZGlyZWN0b3J5ICcvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsv R05VTWFpbC0xLjMuMC9CdW5kbGVzL0FkdmFuY2VkJwpNYWtpbmcgaW5zdGFsbCBpbiBCdW5kbGVz L0NvbG9ycyAuLi4KZ21ha2VbMl06IEVudGVyaW5nIGRpcmVjdG9yeSAnL3dya2RpcnMvdXNyL3Bv cnRzL21haWwvZ251bWFpbC93b3JrL0dOVU1haWwtMS4zLjAvQnVuZGxlcy9Db2xvcnMnCk1ha2lu ZyBpbnN0YWxsIGZvciBidW5kbGUgQ29sb3JzLi4uCnJtIC1yZiAvd3JrZGlycy91c3IvcG9ydHMv bWFpbC9nbnVtYWlsL3dvcmsvc3RhZ2UvL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5 L0FwcGxpY2F0aW9uU3VwcG9ydC9HTlVNYWlsL0NvbG9ycy5wcmVmczsgXAogICAgICAgIC91c3Iv bG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9NYWtlZmlsZXMvbWtpbnN0YWxsZGlycyAvd3Jr ZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvc3RhZ2UvL3Vzci9sb2NhbC9HTlVzdGVw L1N5c3RlbS9MaWJyYXJ5L0FwcGxpY2F0aW9uU3VwcG9ydC9HTlVNYWlsOyBcCihjZCAuLy47IFwK ICAgIHRhciBjaGZYIC0gL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L01ha2VmaWxl cy90YXItZXhjbHVkZS1saXN0IENvbG9ycy5wcmVmcykgXAogfCAoY2QgL3dya2RpcnMvdXNyL3Bv cnRzL21haWwvZ251bWFpbC93b3JrL3N0YWdlLy91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGli cmFyeS9BcHBsaWNhdGlvblN1cHBvcnQvR05VTWFpbDsgdGFyIHhmIC0pCmdtYWtlWzJdOiBMZWF2 aW5nIGRpcmVjdG9yeSAnL3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL0dOVU1h aWwtMS4zLjAvQnVuZGxlcy9Db2xvcnMnCk1ha2luZyBpbnN0YWxsIGluIEJ1bmRsZXMvQ29tcG9z ZSAuLi4KZ21ha2VbMl06IEVudGVyaW5nIGRpcmVjdG9yeSAnL3dya2RpcnMvdXNyL3BvcnRzL21h aWwvZ251bWFpbC93b3JrL0dOVU1haWwtMS4zLjAvQnVuZGxlcy9Db21wb3NlJwpNYWtpbmcgaW5z dGFsbCBmb3IgYnVuZGxlIENvbXBvc2UuLi4Kcm0gLXJmIC93cmtkaXJzL3Vzci9wb3J0cy9tYWls L2dudW1haWwvd29yay9zdGFnZS8vdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvQXBw bGljYXRpb25TdXBwb3J0L0dOVU1haWwvQ29tcG9zZS5wcmVmczsgXAogICAgICAgIC91c3IvbG9j YWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9NYWtlZmlsZXMvbWtpbnN0YWxsZGlycyAvd3JrZGly cy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvc3RhZ2UvL3Vzci9sb2NhbC9HTlVzdGVwL1N5 c3RlbS9MaWJyYXJ5L0FwcGxpY2F0aW9uU3VwcG9ydC9HTlVNYWlsOyBcCihjZCAuLy47IFwKICAg IHRhciBjaGZYIC0gL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L01ha2VmaWxlcy90 YXItZXhjbHVkZS1saXN0IENvbXBvc2UucHJlZnMpIFwKIHwgKGNkIC93cmtkaXJzL3Vzci9wb3J0 cy9tYWlsL2dudW1haWwvd29yay9zdGFnZS8vdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJh cnkvQXBwbGljYXRpb25TdXBwb3J0L0dOVU1haWw7IHRhciB4ZiAtKQpnbWFrZVsyXTogTGVhdmlu ZyBkaXJlY3RvcnkgJy93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVNYWls LTEuMy4wL0J1bmRsZXMvQ29tcG9zZScKTWFraW5nIGluc3RhbGwgaW4gQnVuZGxlcy9GaWx0ZXJp bmcgLi4uCmdtYWtlWzJdOiBFbnRlcmluZyBkaXJlY3RvcnkgJy93cmtkaXJzL3Vzci9wb3J0cy9t YWlsL2dudW1haWwvd29yay9HTlVNYWlsLTEuMy4wL0J1bmRsZXMvRmlsdGVyaW5nJwpNYWtpbmcg aW5zdGFsbCBmb3IgYnVuZGxlIEZpbHRlcmluZy4uLgpybSAtcmYgL3dya2RpcnMvdXNyL3BvcnRz L21haWwvZ251bWFpbC93b3JrL3N0YWdlLy91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFy eS9BcHBsaWNhdGlvblN1cHBvcnQvR05VTWFpbC9GaWx0ZXJpbmcucHJlZnM7IFwKICAgICAgICAv dXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvTWFrZWZpbGVzL21raW5zdGFsbGRpcnMg L3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL3N0YWdlLy91c3IvbG9jYWwvR05V c3RlcC9TeXN0ZW0vTGlicmFyeS9BcHBsaWNhdGlvblN1cHBvcnQvR05VTWFpbDsgXAooY2QgLi8u OyBcCiAgICB0YXIgY2hmWCAtIC91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9NYWtl ZmlsZXMvdGFyLWV4Y2x1ZGUtbGlzdCBGaWx0ZXJpbmcucHJlZnMpIFwKIHwgKGNkIC93cmtkaXJz L3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9zdGFnZS8vdXNyL2xvY2FsL0dOVXN0ZXAvU3lz dGVtL0xpYnJhcnkvQXBwbGljYXRpb25TdXBwb3J0L0dOVU1haWw7IHRhciB4ZiAtKQpnbWFrZVsy XTogTGVhdmluZyBkaXJlY3RvcnkgJy93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29y ay9HTlVNYWlsLTEuMy4wL0J1bmRsZXMvRmlsdGVyaW5nJwpNYWtpbmcgaW5zdGFsbCBpbiBCdW5k bGVzL0ZvbnRzIC4uLgpnbWFrZVsyXTogRW50ZXJpbmcgZGlyZWN0b3J5ICcvd3JrZGlycy91c3Iv cG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvR05VTWFpbC0xLjMuMC9CdW5kbGVzL0ZvbnRzJwpNYWtp bmcgaW5zdGFsbCBmb3IgYnVuZGxlIEZvbnRzLi4uCnJtIC1yZiAvd3JrZGlycy91c3IvcG9ydHMv bWFpbC9nbnVtYWlsL3dvcmsvc3RhZ2UvL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5 L0FwcGxpY2F0aW9uU3VwcG9ydC9HTlVNYWlsL0ZvbnRzLnByZWZzOyBcCiAgICAgICAgL3Vzci9s b2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L01ha2VmaWxlcy9ta2luc3RhbGxkaXJzIC93cmtk aXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9zdGFnZS8vdXNyL2xvY2FsL0dOVXN0ZXAv U3lzdGVtL0xpYnJhcnkvQXBwbGljYXRpb25TdXBwb3J0L0dOVU1haWw7IFwKKGNkIC4vLjsgXAog ICAgdGFyIGNoZlggLSAvdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvTWFrZWZpbGVz L3Rhci1leGNsdWRlLWxpc3QgRm9udHMucHJlZnMpIFwKIHwgKGNkIC93cmtkaXJzL3Vzci9wb3J0 cy9tYWlsL2dudW1haWwvd29yay9zdGFnZS8vdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJh cnkvQXBwbGljYXRpb25TdXBwb3J0L0dOVU1haWw7IHRhciB4ZiAtKQpnbWFrZVsyXTogTGVhdmlu ZyBkaXJlY3RvcnkgJy93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVNYWls LTEuMy4wL0J1bmRsZXMvRm9udHMnCk1ha2luZyBpbnN0YWxsIGluIEJ1bmRsZXMvSW1wb3J0IC4u LgpnbWFrZVsyXTogRW50ZXJpbmcgZGlyZWN0b3J5ICcvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9n bnVtYWlsL3dvcmsvR05VTWFpbC0xLjMuMC9CdW5kbGVzL0ltcG9ydCcKTWFraW5nIGluc3RhbGwg Zm9yIGJ1bmRsZSBJbXBvcnQuLi4Kcm0gLXJmIC93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1h aWwvd29yay9zdGFnZS8vdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvQXBwbGljYXRp b25TdXBwb3J0L0dOVU1haWwvSW1wb3J0LmJ1bmRsZTsgXAogICAgICAgIC91c3IvbG9jYWwvR05V c3RlcC9TeXN0ZW0vTGlicmFyeS9NYWtlZmlsZXMvbWtpbnN0YWxsZGlycyAvd3JrZGlycy91c3Iv cG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvc3RhZ2UvL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9M aWJyYXJ5L0FwcGxpY2F0aW9uU3VwcG9ydC9HTlVNYWlsOyBcCihjZCAuLy47IFwKICAgIHRhciBj aGZYIC0gL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L01ha2VmaWxlcy90YXItZXhj bHVkZS1saXN0IEltcG9ydC5idW5kbGUpIFwKIHwgKGNkIC93cmtkaXJzL3Vzci9wb3J0cy9tYWls L2dudW1haWwvd29yay9zdGFnZS8vdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvQXBw bGljYXRpb25TdXBwb3J0L0dOVU1haWw7IHRhciB4ZiAtKQpnbWFrZVsyXTogTGVhdmluZyBkaXJl Y3RvcnkgJy93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9HTlVNYWlsLTEuMy4w L0J1bmRsZXMvSW1wb3J0JwpNYWtpbmcgaW5zdGFsbCBpbiBCdW5kbGVzL01JTUUgLi4uCmdtYWtl WzJdOiBFbnRlcmluZyBkaXJlY3RvcnkgJy93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwv d29yay9HTlVNYWlsLTEuMy4wL0J1bmRsZXMvTUlNRScKTWFraW5nIGluc3RhbGwgZm9yIGJ1bmRs ZSBNSU1FLi4uCnJtIC1yZiAvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvc3Rh Z2UvL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L0FwcGxpY2F0aW9uU3VwcG9ydC9H TlVNYWlsL01JTUUucHJlZnM7IFwKICAgICAgICAvdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xp YnJhcnkvTWFrZWZpbGVzL21raW5zdGFsbGRpcnMgL3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251 bWFpbC93b3JrL3N0YWdlLy91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9BcHBsaWNh dGlvblN1cHBvcnQvR05VTWFpbDsgXAooY2QgLi8uOyBcCiAgICB0YXIgY2hmWCAtIC91c3IvbG9j YWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9NYWtlZmlsZXMvdGFyLWV4Y2x1ZGUtbGlzdCBNSU1F LnByZWZzKSBcCiB8IChjZCAvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvc3Rh Z2UvL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L0FwcGxpY2F0aW9uU3VwcG9ydC9H TlVNYWlsOyB0YXIgeGYgLSkKZ21ha2VbMl06IExlYXZpbmcgZGlyZWN0b3J5ICcvd3JrZGlycy91 c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvR05VTWFpbC0xLjMuMC9CdW5kbGVzL01JTUUnCk1h a2luZyBpbnN0YWxsIGluIEJ1bmRsZXMvUmVjZWl2aW5nIC4uLgpnbWFrZVsyXTogRW50ZXJpbmcg ZGlyZWN0b3J5ICcvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvR05VTWFpbC0x LjMuMC9CdW5kbGVzL1JlY2VpdmluZycKTWFraW5nIGluc3RhbGwgZm9yIGJ1bmRsZSBSZWNlaXZp bmcuLi4Kcm0gLXJmIC93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9zdGFnZS8v dXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvQXBwbGljYXRpb25TdXBwb3J0L0dOVU1h aWwvUmVjZWl2aW5nLnByZWZzOyBcCiAgICAgICAgL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9M aWJyYXJ5L01ha2VmaWxlcy9ta2luc3RhbGxkaXJzIC93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2du dW1haWwvd29yay9zdGFnZS8vdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvQXBwbGlj YXRpb25TdXBwb3J0L0dOVU1haWw7IFwKKGNkIC4vLjsgXAogICAgdGFyIGNoZlggLSAvdXNyL2xv Y2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvTWFrZWZpbGVzL3Rhci1leGNsdWRlLWxpc3QgUmVj ZWl2aW5nLnByZWZzKSBcCiB8IChjZCAvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dv cmsvc3RhZ2UvL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L0FwcGxpY2F0aW9uU3Vw cG9ydC9HTlVNYWlsOyB0YXIgeGYgLSkKZ21ha2VbMl06IExlYXZpbmcgZGlyZWN0b3J5ICcvd3Jr ZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvR05VTWFpbC0xLjMuMC9CdW5kbGVzL1Jl Y2VpdmluZycKTWFraW5nIGluc3RhbGwgaW4gQnVuZGxlcy9TZW5kaW5nIC4uLgpnbWFrZVsyXTog RW50ZXJpbmcgZGlyZWN0b3J5ICcvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsv R05VTWFpbC0xLjMuMC9CdW5kbGVzL1NlbmRpbmcnCk1ha2luZyBpbnN0YWxsIGZvciBidW5kbGUg U2VuZGluZy4uLgpybSAtcmYgL3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL3N0 YWdlLy91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9BcHBsaWNhdGlvblN1cHBvcnQv R05VTWFpbC9TZW5kaW5nLnByZWZzOyBcCiAgICAgICAgL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3Rl bS9MaWJyYXJ5L01ha2VmaWxlcy9ta2luc3RhbGxkaXJzIC93cmtkaXJzL3Vzci9wb3J0cy9tYWls L2dudW1haWwvd29yay9zdGFnZS8vdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvQXBw bGljYXRpb25TdXBwb3J0L0dOVU1haWw7IFwKKGNkIC4vLjsgXAogICAgdGFyIGNoZlggLSAvdXNy L2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvTWFrZWZpbGVzL3Rhci1leGNsdWRlLWxpc3Qg U2VuZGluZy5wcmVmcykgXAogfCAoY2QgL3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93 b3JrL3N0YWdlLy91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9BcHBsaWNhdGlvblN1 cHBvcnQvR05VTWFpbDsgdGFyIHhmIC0pCmdtYWtlWzJdOiBMZWF2aW5nIGRpcmVjdG9yeSAnL3dy a2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL0dOVU1haWwtMS4zLjAvQnVuZGxlcy9T ZW5kaW5nJwpNYWtpbmcgaW5zdGFsbCBpbiBCdW5kbGVzL1ZpZXdpbmcgLi4uCmdtYWtlWzJdOiBF bnRlcmluZyBkaXJlY3RvcnkgJy93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9H TlVNYWlsLTEuMy4wL0J1bmRsZXMvVmlld2luZycKTWFraW5nIGluc3RhbGwgZm9yIGJ1bmRsZSBW aWV3aW5nLi4uCnJtIC1yZiAvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvc3Rh Z2UvL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L0FwcGxpY2F0aW9uU3VwcG9ydC9H TlVNYWlsL1ZpZXdpbmcucHJlZnM7IFwKICAgICAgICAvdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVt L0xpYnJhcnkvTWFrZWZpbGVzL21raW5zdGFsbGRpcnMgL3dya2RpcnMvdXNyL3BvcnRzL21haWwv Z251bWFpbC93b3JrL3N0YWdlLy91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9BcHBs aWNhdGlvblN1cHBvcnQvR05VTWFpbDsgXAooY2QgLi8uOyBcCiAgICB0YXIgY2hmWCAtIC91c3Iv bG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9NYWtlZmlsZXMvdGFyLWV4Y2x1ZGUtbGlzdCBW aWV3aW5nLnByZWZzKSBcCiB8IChjZCAvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dv cmsvc3RhZ2UvL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L0FwcGxpY2F0aW9uU3Vw cG9ydC9HTlVNYWlsOyB0YXIgeGYgLSkKZ21ha2VbMl06IExlYXZpbmcgZGlyZWN0b3J5ICcvd3Jr ZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvR05VTWFpbC0xLjMuMC9CdW5kbGVzL1Zp ZXdpbmcnCk1ha2luZyBpbnN0YWxsIGluIEJ1bmRsZXMvUEdQIC4uLgpnbWFrZVsyXTogRW50ZXJp bmcgZGlyZWN0b3J5ICcvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvR05VTWFp bC0xLjMuMC9CdW5kbGVzL1BHUCcKTWFraW5nIGluc3RhbGwgZm9yIGJ1bmRsZSBQR1AuLi4Kcm0g LXJmIC93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9zdGFnZS8vdXNyL2xvY2Fs L0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvQXBwbGljYXRpb25TdXBwb3J0L0dOVU1haWwvUEdQLmJ1 bmRsZTsgXAogICAgICAgIC91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9NYWtlZmls ZXMvbWtpbnN0YWxsZGlycyAvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvc3Rh Z2UvL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L0FwcGxpY2F0aW9uU3VwcG9ydC9H TlVNYWlsOyBcCihjZCAuLy47IFwKICAgIHRhciBjaGZYIC0gL3Vzci9sb2NhbC9HTlVzdGVwL1N5 c3RlbS9MaWJyYXJ5L01ha2VmaWxlcy90YXItZXhjbHVkZS1saXN0IFBHUC5idW5kbGUpIFwKIHwg KGNkIC93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9zdGFnZS8vdXNyL2xvY2Fs L0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvQXBwbGljYXRpb25TdXBwb3J0L0dOVU1haWw7IHRhciB4 ZiAtKQpnbWFrZVsyXTogTGVhdmluZyBkaXJlY3RvcnkgJy93cmtkaXJzL3Vzci9wb3J0cy9tYWls L2dudW1haWwvd29yay9HTlVNYWlsLTEuMy4wL0J1bmRsZXMvUEdQJwpNYWtpbmcgaW5zdGFsbCBp biBCdW5kbGVzL0Vtb3RpY29uIC4uLgpnbWFrZVsyXTogRW50ZXJpbmcgZGlyZWN0b3J5ICcvd3Jr ZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvR05VTWFpbC0xLjMuMC9CdW5kbGVzL0Vt b3RpY29uJwpNYWtpbmcgaW5zdGFsbCBmb3IgYnVuZGxlIEVtb3RpY29uLi4uCnJtIC1yZiAvd3Jr ZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvc3RhZ2UvL3Vzci9sb2NhbC9HTlVzdGVw L1N5c3RlbS9MaWJyYXJ5L0FwcGxpY2F0aW9uU3VwcG9ydC9HTlVNYWlsL0Vtb3RpY29uLmJ1bmRs ZTsgXAogICAgICAgIC91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9NYWtlZmlsZXMv bWtpbnN0YWxsZGlycyAvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvc3RhZ2Uv L3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9MaWJyYXJ5L0FwcGxpY2F0aW9uU3VwcG9ydC9HTlVN YWlsOyBcCihjZCAuLy47IFwKICAgIHRhciBjaGZYIC0gL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3Rl bS9MaWJyYXJ5L01ha2VmaWxlcy90YXItZXhjbHVkZS1saXN0IEVtb3RpY29uLmJ1bmRsZSkgXAog fCAoY2QgL3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3JrL3N0YWdlLy91c3IvbG9j YWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9BcHBsaWNhdGlvblN1cHBvcnQvR05VTWFpbDsgdGFy IHhmIC0pCmdtYWtlWzJdOiBMZWF2aW5nIGRpcmVjdG9yeSAnL3dya2RpcnMvdXNyL3BvcnRzL21h aWwvZ251bWFpbC93b3JrL0dOVU1haWwtMS4zLjAvQnVuZGxlcy9FbW90aWNvbicKTWFraW5nIGlu c3RhbGwgZm9yIGFwcCBHTlVNYWlsLi4uCi91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFy eS9NYWtlZmlsZXMvbWtpbnN0YWxsZGlycyAvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWls L3dvcmsvc3RhZ2UvL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9BcHBsaWNhdGlvbnMKcm0gLXJm IC93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9zdGFnZS8vdXNyL2xvY2FsL0dO VXN0ZXAvU3lzdGVtL0FwcGxpY2F0aW9ucy9HTlVNYWlsLmFwcDsgXAogICAgICAgIC91c3IvbG9j YWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9NYWtlZmlsZXMvbWtpbnN0YWxsZGlycyAvd3JrZGly cy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvc3RhZ2UvL3Vzci9sb2NhbC9HTlVzdGVwL1N5 c3RlbS9BcHBsaWNhdGlvbnM7IFwKKGNkIC4vLjsgXAogICAgdGFyIGNoZlggLSAvdXNyL2xvY2Fs L0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvTWFrZWZpbGVzL3Rhci1leGNsdWRlLWxpc3QgR05VTWFp bC5hcHApIFwKIHwgKGNkIC93cmtkaXJzL3Vzci9wb3J0cy9tYWlsL2dudW1haWwvd29yay9zdGFn ZS8vdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0FwcGxpY2F0aW9uczsgdGFyIHhmIC0pCi91c3Iv bG9jYWwvR05Vc3RlcC9TeXN0ZW0vTGlicmFyeS9NYWtlZmlsZXMvbWtpbnN0YWxsZGlycyAvd3Jr ZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dvcmsvc3RhZ2UvL3Vzci9sb2NhbC9HTlVzdGVw L1N5c3RlbS9Ub29scy8uClwKICBjZCAvd3JrZGlycy91c3IvcG9ydHMvbWFpbC9nbnVtYWlsL3dv cmsvc3RhZ2UvL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9Ub29scy8uOyBcCiAgcm0gLWYgR05V TWFpbDsgXAogIGxuIC1zIGAvdXNyL2xvY2FsL0dOVXN0ZXAvU3lzdGVtL0xpYnJhcnkvTWFrZWZp bGVzL3JlbGF0aXZlX3BhdGguc2ggL3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251bWFpbC93b3Jr L3N0YWdlLy91c3IvbG9jYWwvR05Vc3RlcC9TeXN0ZW0vVG9vbHMvLiAvd3JrZGlycy91c3IvcG9y dHMvbWFpbC9nbnVtYWlsL3dvcmsvc3RhZ2UvL3Vzci9sb2NhbC9HTlVzdGVwL1N5c3RlbS9BcHBs aWNhdGlvbnMvR05VTWFpbC5hcHAvLi9HTlVNYWlsIHNob3J0YCBcCiAgICAgICAgICBHTlVNYWls CmdtYWtlWzFdOiBMZWF2aW5nIGRpcmVjdG9yeSAnL3dya2RpcnMvdXNyL3BvcnRzL21haWwvZ251 bWFpbC93b3JrL0dOVU1haWwtMS4zLjAnCj09PT0+IENvbXByZXNzaW5nIG1hbiBwYWdlcyAoY29t cHJlc3MtbWFuKQo9PT0+ICAgSW5zdGFsbGluZyBsZGNvbmZpZyBjb25maWd1cmF0aW9uIGZpbGUK PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09Cj09PT0+IFJ1bm5pbmcgUS9BIHRlc3RzIChzdGFnZS1xYSkKPT09 PT4gQ2hlY2tpbmcgZm9yIHBrZy1wbGlzdCBpc3N1ZXMgKGNoZWNrLXBsaXN0KQo9PT0+IFBhcnNp bmcgcGxpc3QKPT09PiBDaGVja2luZyBmb3IgaXRlbXMgaW4gU1RBR0VESVIgbWlzc2luZyBmcm9t IHBrZy1wbGlzdAo9PT0+IENoZWNraW5nIGZvciBpdGVtcyBpbiBwa2ctcGxpc3Qgd2hpY2ggYXJl IG5vdCBpbiBTVEFHRURJUgo9PT0+IE5vIHBrZy1wbGlzdCBpc3N1ZXMgZm91bmQgKGNoZWNrLXBs aXN0KQo9Pj4gQ2hlY2tpbmcgZm9yIHN0YWdpbmcgdmlvbGF0aW9ucy4uLiBkb25lCj09PT09PT09 PT09PT09PT09PT09PT09PHBoYXNlOiBwYWNrYWdlICAgICAgICA+PT09PT09PT09PT09PT09PT09 PT09PT09PT09PQo9PT0+ICBCdWlsZGluZyBwYWNrYWdlIGZvciBnbnVtYWlsLTEuMy4wXzEKPT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09Cj0+PiBSZWNvcmRpbmcgZmlsZXN5c3RlbSBzdGF0ZSBmb3IgcHJlaW5z dC4uLiBkb25lCj09PT09PT09PT09PT09PT09PT09PT09PHBoYXNlOiBpbnN0YWxsICAgICAgICA+ PT09PT09PT09PT09PT09PT09PT09PT09PT09PQo9PT0+ICBJbnN0YWxsaW5nIGZvciBnbnVtYWls LTEuMy4wXzEKPT09PiAgQ2hlY2tpbmcgaWYgZ251bWFpbCBhbHJlYWR5IGluc3RhbGxlZAo9PT0+ ICAgUmVnaXN0ZXJpbmcgaW5zdGFsbGF0aW9uIGZvciBnbnVtYWlsLTEuMy4wXzEKW3NxdWVha2ph aWwtZGV2ZWxvcG1lbnQxXSBJbnN0YWxsaW5nIGdudW1haWwtMS4zLjBfMS4uLgo9PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT0KPT4+IENoZWNraW5nIHNoYXJlZCBsaWJyYXJ5IGRlcGVuZGVuY2llcwogMHgwMDAw MDAwMSBORUVERUQgICAgICAgICAgICAgICBTaGFyZWQgbGlicmFyeTogW2xpYkFkZHJlc3NWaWV3 LnNvLjBdCiAweDAwMDAwMDAxIE5FRURFRCAgICAgICAgICAgICAgIFNoYXJlZCBsaWJyYXJ5OiBb bGliQWRkcmVzc2VzLnNvLjBdCiAweDAwMDAwMDAxIE5FRURFRCAgICAgICAgICAgICAgIFNoYXJl ZCBsaWJyYXJ5OiBbbGliR05VTWFpbC5zby4xXQogMHgwMDAwMDAwMSBORUVERUQgICAgICAgICAg ICAgICBTaGFyZWQgbGlicmFyeTogW2xpYlBhbnRvbWltZS5zby4xLjNdCiAweDAwMDAwMDAxIE5F RURFRCAgICAgICAgICAgICAgIFNoYXJlZCBsaWJyYXJ5OiBbbGliYy5zby43XQogMHgwMDAwMDAw MSBORUVERUQgICAgICAgICAgICAgICBTaGFyZWQgbGlicmFyeTogW2xpYmdjY19zLnNvLjFdCiAw eDAwMDAwMDAxIE5FRURFRCAgICAgICAgICAgICAgIFNoYXJlZCBsaWJyYXJ5OiBbbGliZ251c3Rl cC1iYXNlLnNvLjEuMjVdCiAweDAwMDAwMDAxIE5FRURFRCAgICAgICAgICAgICAgIFNoYXJlZCBs aWJyYXJ5OiBbbGliZ251c3RlcC1ndWkuc28uMC4yNV0KIDB4MDAwMDAwMDEgTkVFREVEICAgICAg ICAgICAgICAgU2hhcmVkIGxpYnJhcnk6IFtsaWJtLnNvLjVdCiAweDAwMDAwMDAxIE5FRURFRCAg ICAgICAgICAgICAgIFNoYXJlZCBsaWJyYXJ5OiBbbGlib2JqYy5zby40LjZdCiAweDAwMDAwMDAx IE5FRURFRCAgICAgICAgICAgICAgIFNoYXJlZCBsaWJyYXJ5OiBbbGlidGhyLnNvLjNdCj09PT09 PT09PT09PT09PT09PT09PT09PHBoYXNlOiBkZWluc3RhbGwgICAgICA+PT09PT09PT09PT09PT09 PT09PT09PT09PT09PQo9PT0+ICBEZWluc3RhbGxpbmcgZm9yIGdudW1haWwKPT09PiAgIERlaW5z dGFsbGluZyBnbnVtYWlsLTEuMy4wXzEKVXBkYXRpbmcgZGF0YWJhc2UgZGlnZXN0cyBmb3JtYXQ6 IC4uLi4uLi4uLi4gZG9uZQpDaGVja2luZyBpbnRlZ3JpdHkuLi4gZG9uZSAoMCBjb25mbGljdGlu ZykKRGVpbnN0YWxsYXRpb24gaGFzIGJlZW4gcmVxdWVzdGVkIGZvciB0aGUgZm9sbG93aW5nIDEg cGFja2FnZXMgKG9mIDAgcGFja2FnZXMgaW4gdGhlIHVuaXZlcnNlKToKCkluc3RhbGxlZCBwYWNr YWdlcyB0byBiZSBSRU1PVkVEOgoJZ251bWFpbC0xLjMuMF8xCgpOdW1iZXIgb2YgcGFja2FnZXMg dG8gYmUgcmVtb3ZlZDogMQoKVGhlIG9wZXJhdGlvbiB3aWxsIGZyZWUgOSBNaUIuCltzcXVlYWtq YWlsLWRldmVsb3BtZW50MV0gWzEvMV0gRGVpbnN0YWxsaW5nIGdudW1haWwtMS4zLjBfMS4uLgpb c3F1ZWFramFpbC1kZXZlbG9wbWVudDFdIFsxLzFdIERlbGV0aW5nIGZpbGVzIGZvciBnbnVtYWls LTEuMy4wXzE6IC4uLi4uLi4uLi4gZG9uZQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KPT4+IENoZWNraW5n IGZvciBleHRyYSBmaWxlcyBhbmQgZGlyZWN0b3JpZXMKWzAwOjA2OjMyXSBJbnN0YWxsaW5nIGZy b20gcGFja2FnZQpbc3F1ZWFramFpbC1kZXZlbG9wbWVudDFdIEluc3RhbGxpbmcgZ251bWFpbC0x LjMuMF8xLi4uCltzcXVlYWtqYWlsLWRldmVsb3BtZW50MV0gRXh0cmFjdGluZyBnbnVtYWlsLTEu My4wXzE6IC4uLi4uLi4uLi4gZG9uZQpbMDA6MDY6MzRdIENsZWFuaW5nIHVwCj09PT4gIENsZWFu aW5nIGZvciBnbnVtYWlsLTEuMy4wXzEKWzAwOjA2OjM0XSBEZWluc3RhbGxpbmcgcGFja2FnZQpV cGRhdGluZyBkYXRhYmFzZSBkaWdlc3RzIGZvcm1hdDogLiBkb25lCkNoZWNraW5nIGludGVncml0 eS4uLiBkb25lICgwIGNvbmZsaWN0aW5nKQpEZWluc3RhbGxhdGlvbiBoYXMgYmVlbiByZXF1ZXN0 ZWQgZm9yIHRoZSBmb2xsb3dpbmcgMSBwYWNrYWdlcyAob2YgMCBwYWNrYWdlcyBpbiB0aGUgdW5p dmVyc2UpOgoKSW5zdGFsbGVkIHBhY2thZ2VzIHRvIGJlIFJFTU9WRUQ6CglnbnVtYWlsLTEuMy4w XzEKCk51bWJlciBvZiBwYWNrYWdlcyB0byBiZSByZW1vdmVkOiAxCgpUaGUgb3BlcmF0aW9uIHdp bGwgZnJlZSA5IE1pQi4KW3NxdWVha2phaWwtZGV2ZWxvcG1lbnQxXSBbMS8xXSBEZWluc3RhbGxp bmcgZ251bWFpbC0xLjMuMF8xLi4uCltzcXVlYWtqYWlsLWRldmVsb3BtZW50MV0gWzEvMV0gRGVs ZXRpbmcgZmlsZXMgZm9yIGdudW1haWwtMS4zLjBfMTogLi4uLi4uLi4uLiBkb25lCmJ1aWxkIG9m IG1haWwvZ251bWFpbCB8IGdudW1haWwtMS4zLjBfMSBlbmRlZCBhdCBXZWQgQXVnICA4IDIwOjQ4 OjU5IENFU1QgMjAxOApidWlsZCB0aW1lOiAwMDowNDozNwo= --000000000000eef0030572f17582-- From MAILER-DAEMON Wed Aug 08 15:43:25 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fnUMf-0001xU-1M for mharc-discuss-gnustep@gnu.org; Wed, 08 Aug 2018 15:43:25 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56754) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fnUMc-0001xM-Gk for discuss-gnustep@gnu.org; Wed, 08 Aug 2018 15:43:23 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fnUMb-0004J1-Pj for discuss-gnustep@gnu.org; Wed, 08 Aug 2018 15:43:22 -0400 Received: from mail-lj1-x22b.google.com ([2a00:1450:4864:20::22b]:42421) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fnUMb-0004Gd-GM for discuss-gnustep@gnu.org; Wed, 08 Aug 2018 15:43:21 -0400 Received: by mail-lj1-x22b.google.com with SMTP id f1-v6so2629163ljc.9 for ; Wed, 08 Aug 2018 12:43:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=VNKiwSQEuj8+Fk3kLJX+N8WdCgLaKyuaZIxGUtRKjWk=; b=Ec/aO7N/51ZS2h87n3nfkdVwF3N7VRZUh2Ir/rjW9uT/8QIIaJOlOTcuGIYVkybkyq HcEYF34Lzjv8lW24/EYcmUnCw6CkS78/NyytOkQtqHO3sQVqRqrjnzFMqBD6YJkDQQeD JB2gJ8UF6CagOJvjRN/vub2Gr8p0EN6lqwduvc+nEEi+oJhQivuHxoGC/Zz7l0J+Pgye oXgP/r5JVUOdzvdA895KyBhJwSLTo/gCs+6pAR35ngEi25IwhGAyspd1TT3gAPVKSosv VFqMREQy+q4EiJiTzMueSkX5aMBh2oWmCimx2LHnrxNKzP7tm/VK/z7a/JSfsyZekHZA UktQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=VNKiwSQEuj8+Fk3kLJX+N8WdCgLaKyuaZIxGUtRKjWk=; b=OBlFfA9PLzkLvWlo65durvp7BYqHP5mjbFA8XPq8jukLpAXWRJNhAfQ67wTL2ENwCm nApopknmBjJErST7KQkQHcX/qGbt2iRf1gayud2/qDBijPbAo+voN9zCuQaTO1Btgf7C VF6LvgCJjdQ5SP/DzD1qoJAwmKSd4IKkOQX8iXNK8O+BqwBRGrkXBKW93nV/X5nzayC6 OUg234LVQ7yo0+QpK8+yhlclZcODfD6WoXPJiGVRC+5UefHvVO716K7WO1urWrPDOPGj J3Xi6442B1fe5DMnVss9ElFSoEL2qaN9cJ/1JVUKcHHwXtaiV4tRM6ePU5ldzosqgNn2 SnUw== X-Gm-Message-State: AOUpUlGKgWN5vbLrOewByHR+mTTeN1PTblUOVPTLTbETlurGBUbs0L7T Ay0Ewcus0DXFk4l8Afnks4kR6eC+FYXtSlJtqKo= X-Google-Smtp-Source: AA+uWPxCwPvLiZc43/t3LMbgrq0xyUtoXUxeKprUyH1YQEqxx8ZzjlLHdnRF0Qc+f+tylj7L7egQpbulEQMN4BfoyKM= X-Received: by 2002:a2e:94d5:: with SMTP id r21-v6mr2869749ljh.126.1533757400220; Wed, 08 Aug 2018 12:43:20 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a2e:9c4:0:0:0:0:0 with HTTP; Wed, 8 Aug 2018 12:43:19 -0700 (PDT) In-Reply-To: <20180804145021.GA3463@bipbip.octets.fr> References: <3581aaec8e6e9646d1953a5db88031f4@ered> <20180715111646.GC3099@bipbip.octets.fr> <20180804145021.GA3463@bipbip.octets.fr> From: Edwin Ancaer Date: Wed, 8 Aug 2018 21:43:19 +0200 Message-ID: Subject: Re: SimpleAgenda on FreeBSD To: Edwin Ancaer , Discuss GNUstep , Riccardo Mottola , Philippe Roussel Content-Type: multipart/alternative; boundary="0000000000000309940572f1b975" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::22b X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2018 19:43:23 -0000 --0000000000000309940572f1b975 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Philippe, looking for the fonts with SystemPreferences app, I noticed there were no fonts set. When I set the default font with DejaVU Sans 10 pt, the problem was solved. When I set 14 pt, the problem was back. I think I had somehow expected that the controls would have grown with the font. Mind you, I'm not (yet :-)) an experienced GNUstep programmer, so I have no idea how hard this would be. Problem solved for me. Thanks a lot, Edwin Ancaer 2018-08-04 16:50 GMT+02:00 Philippe Roussel : > On Tue, Jul 17, 2018 at 11:54:39AM +0200, Edwin Ancaer wrote: > > Sorry for the wrong screenshot. Apparently no recall in Gmail. Here is > the > > correct one: > > Could you send me your GNUstep configuration (fonts, font sizes etc) > and tell what backend is in use ? > > Thanks, > Philippe > -- > Jimi Hendrix Died=EF=BB=BF because jesus wanted guitar lessons. > > --0000000000000309940572f1b975 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Philippe,

looking for the fo= nts with SystemPreferences app, I noticed there were no fonts set.
When I set the default font with DejaVU Sans 10 pt, the problem was = solved. When I set 14 pt, the problem was back.

I = think I had somehow expected that the controls would have grown with the fo= nt. Mind you, I'm not (yet :-)) an experienced GNUstep programmer, so I= have no idea how hard this would be.

Problem= solved for me.

Thanks a lot,
=
Edwin Ancaer

<= div class=3D"gmail_quote">2018-08-04 16:50 GMT+02:00 Philippe Roussel <p= .o.roussel@free.fr>:
On Tue, Jul 17, 2018 at 11:54:39AM +0200, Edwin Ancaer wrote: > Sorry for the wrong screenshot. Apparently no recall in Gmail.=C2=A0 H= ere is the
> correct one:

Could you send me your GNUstep configuration (fonts, font sizes etc)=
and tell what backend is in use ?

Thanks,
Philippe
--
Jimi Hendrix Died=EF=BB=BF because jesus wanted guitar lessons.


--0000000000000309940572f1b975-- From MAILER-DAEMON Wed Aug 08 17:38:53 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fnWAP-00012s-7E for mharc-discuss-gnustep@gnu.org; Wed, 08 Aug 2018 17:38:53 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:57953) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fnWAN-00012Z-16 for discuss-gnustep@gnu.org; Wed, 08 Aug 2018 17:38:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fnWAJ-000464-VC for discuss-gnustep@gnu.org; Wed, 08 Aug 2018 17:38:51 -0400 Received: from mail-ed1-x52b.google.com ([2a00:1450:4864:20::52b]:43005) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fnWAJ-000453-MZ for discuss-gnustep@gnu.org; Wed, 08 Aug 2018 17:38:47 -0400 Received: by mail-ed1-x52b.google.com with SMTP id r4-v6so1916257edp.9 for ; Wed, 08 Aug 2018 14:38:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=j047KkbEKJK4FynxXv92QCLLSMp/ZdBjbpLHG9gZH6o=; b=ehMRQs1IEVNyFaPNSyNiTyIyPdqdNWlGggdtED2OXKTzhFNLrDrQv+fi61CbRMUOiM iwL/OBfGFH3ZcebhwI8xtrvRQXkukFFh/CHj5zUPjNuCZngPaFWsAYtvM1piAEg9wMtV 2L5SvGQbThQbhXd78LFI8FPNxrNZo6cZ5yVpLBGJ0ZAx3kUy5y8f7VtHlb8C60hdR3BW fnq+YpdHsvLFhePKwdlfXDHktLRD8nCTHIFxlXYHS1KMkGpniDk90VXDTeWTNEFQhJLb C1hUPG610kk1Ey1L9z2pum/4tpBkac6XndenL9z2JR2KVwnj9WWSuxAHO82Bl1ZiHiGU DiCQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=j047KkbEKJK4FynxXv92QCLLSMp/ZdBjbpLHG9gZH6o=; b=UP3r283K6ljw8CLwl5D8Vg0D2KlKZeVbnev1qTVrCM9IoNQgNLDT52qJRsonh9oK2v gv6ULT+Y7cFpitOw9f5i+BrEVivyhvncn4MOf85yWwZamYr6+2XpVE4kqQQI1CMHaED9 d3TEIUSZ2KeKPzLmNlMojfr3i/Cj/gy1M3iJNNdx51RqBRfN/nZj/TABp0isfwBQhgXw tEdEhi81MZx4BNXgvW+YQDyi9gZF5xRle9bdVE9P1cYBdnLvV8OBCaHT2UfBqkGku1I1 r5UUBYdtAwNDYK11OXQUPbFSsWikmogT01vDfcb44fLvI/4tJ2cB+gj6bhrfJRWAPxFH EbKA== X-Gm-Message-State: AOUpUlHxGS4EPGW/NV9NAgZWHSI2blL/+sG6hLZdeWfXRKD7C4HkOGhO HOFbLpZ+2HHF7PLJQGiqQwY= X-Google-Smtp-Source: AA+uWPxUHNmziv8O0SWllhLjCjzVvzmm1b/R06dlD568C2sn+Pxi4GKDNjjZCfKaPPwkUaWstxw4vQ== X-Received: by 2002:aa7:d385:: with SMTP id x5-v6mr5177133edq.104.1533764326249; Wed, 08 Aug 2018 14:38:46 -0700 (PDT) Received: from [192.168.0.3] (x5ce48d0b.dyn.telefonica.de. [92.228.141.11]) by smtp.gmail.com with ESMTPSA id w3-v6sm5439452edb.16.2018.08.08.14.38.44 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 08 Aug 2018 14:38:45 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Crash on app start due to icon From: Wolfgang Lux In-Reply-To: <0b4d7149-f3eb-6f08-8b9c-bcdf1ffe773a@libero.it> Date: Wed, 8 Aug 2018 23:38:43 +0200 Cc: Discuss GNUstep Content-Transfer-Encoding: quoted-printable Message-Id: <89882745-C3F9-419F-BA8D-40D096539353@gmail.com> References: <5f89a02a-5b68-67a6-f686-a6d5f6b74e74@libero.it> <12F22814-7A86-4430-AC1D-28556F355A97@gmx.de> <8fa4c22b-8f82-be0d-dd35-d8da860389b4@libero.it> <01619e75-4c8c-f30d-8c04-f760f2605a5b@libero.it> <54252034-c0fa-0f00-e7ae-38fc4206f6de@libero.it> <97A245A0-98F6-473F-B22E-A521A30EC7ED@gmail.com> <15a58410-afa0-9e70-8927-790d62a143a8@libero.it> <0b4d7149-f3eb-6f08-8b9c-bcdf1ffe773a@libero.it> To: Riccardo Mottola X-Mailer: Apple Mail (2.3445.9.1) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::52b X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2018 21:38:52 -0000 Hi Riccardo, > Of course it retains the "behaviour" of the grey Icon until launch = completes. > Interestingly, on Ubuntu I can actually dock an app and it will retain = the icon, on OpenBSD instead it WindowMaker will revert to generic. on NetBSD 8 with WindowMaker 0.95.8 the icon isn't retained either. >=20 >>>=20 >>> I wonder however now if the patch is corect, since Gregory changed = initialization order. I also wonder more about the behaviour we are = having: >>>=20 >>> - app starts I see a grey icon bouncing in the WM dock >>> . once completed, the icon appears >> Is that a regression before Greg made his change or did you observe = that issue before as well? >=20 > If I am not mistaken, it is not a regression, it is just something I = noticed (again) while looking at this. > Does it happen for you? Some apps start quick so you don't notice, but = on a slower/loaded machine it is clear. It's hard to notice for me. =46rom the few applications I've tested, = perhaps it was most obvious for batmon.app. I think the problem is the hack I committed a few years back to fix the = issue with the first application opened in WindowMaker not getting a = proper application menu. The problem is that the app icon must be the = first window that is created and mapped by the application for us to be = able to set the application menu. To make that work, my fix creates the = app icon window early on in -[XGServer _setupRootWindow]. In particular, = it does that before the method tries to determine the size of the window = borders by creating a set of (off-screen) windows. But since we don't = know the app icon at the time when _setupRootWindow is called, this = means that the app icon will remain blank (well, grey) until the icon = gets set later. :-( Wolfgang From MAILER-DAEMON Thu Aug 09 16:19:51 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fnrPT-0001G1-0M for mharc-discuss-gnustep@gnu.org; Thu, 09 Aug 2018 16:19:51 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:50571) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fnrPQ-00015H-Ii for discuss-gnustep@gnu.org; Thu, 09 Aug 2018 16:19:49 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fnrPL-0003au-JR for discuss-gnustep@gnu.org; Thu, 09 Aug 2018 16:19:48 -0400 Received: from smtp-36-i6.italiaonline.it ([213.209.14.36]:37406 helo=libero.it) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fnrPL-0003Yw-8f for discuss-gnustep@gnu.org; Thu, 09 Aug 2018 16:19:43 -0400 Received: from [192.168.1.151] ([151.20.89.133]) by smtp-36.iol.local with ESMTPA id nrPIfOwXz7uavnrPIfK8nw; Thu, 09 Aug 2018 22:19:40 +0200 x-libjamoibt: 1601 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=libero.it; s=s2014; t=1533845980; bh=zj77wRNmnW2Hxs7/GKizjI4LhAaJKxad4pRNU6jJKM4=; h=Subject:To:References:From:Date:In-Reply-To; b=HIJYNJ6JAIYKdQq7Xw/BDLDSRbi5HDKSrft6d5m51sToHYNGVtZ0L1NrNVPzTRMBQ liV7VJ6mLfH07M0XbPuN/zLiSnzsN96+0xutEts3eLFmaNyhNyeXPz4HQw/cQ2sGR1 2ejR7J1LoGCvN1PvgLIfZBU2CAisyB08DSOaZdiekDqH1OYNU0RNZPYwz8/0B+q3Vc szF47aEW4rCKBRuEeDrZTbKIjuOTqEc0erQLJwtWSYpNnnPtHQGgEebyyjVtOr7xqo To13jCT5SdUY6vq7ifGDSgAOFo6bws0Np5Cc781jAj07bGKRx2nYAj+aYWknkU+oo9 OvT/2SEdDYFBg== X-CNFS-Analysis: v=2.3 cv=U7K889ju c=1 sm=1 tr=0 a=ZqyjQs78aErRIrKU7N3nJw==:117 a=ZqyjQs78aErRIrKU7N3nJw==:17 a=IkcTkHD0fZMA:10 a=h8YgM4GGBQpMOC8JGKcA:9 a=QEXdDO2ut3YA:10 Subject: Re: crashes on gmail all folder To: Rachel Phillips , discuss-gnustep@gnu.org References: <867dc0ac-8017-4c58-8e1f-b985eb009657@googlegroups.com> From: Riccardo Mottola Message-ID: Date: Thu, 9 Aug 2018 22:19:38 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.3 MIME-Version: 1.0 In-Reply-To: <867dc0ac-8017-4c58-8e1f-b985eb009657@googlegroups.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4wfJ6KaOJRPM/Ny2GtH3O/9WtqtgwtxvzGtPk7j0R4SXuRIioxef1ClGtW30J7+Pkrf/3lAkD4L+CSP+/WLmME/Oz4vbhv6nc0n3pKj37obfyOIlj3zlPG ++Y8pmeDTHdbH+fGzTNLL+58vbp3soCXbARDMMWw8F9/w3ievBG8l6iJuEqZ/seINgLxcjFAEqlDAbDhjTe5wOn6LxV72VZrtUDYKYI0bmu4B0PC8mW6Uirs X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 213.209.14.36 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2018 20:19:49 -0000 Hi Rachel, Rachel Phillips wrote: > I was using for 1 week , without issues. Then 3 days ago or so, when i click all, gnumail closes. i even removed gmail account and re-added, and no change. i'm using imap. > I never used GNUmail with gmail, but more than somebody reported me issues, gmail being somehow strange, also with other MUAs. Since you use IMAP a suggestion is to remove your cache files - it is not necessary to remove and re-add the account. For IMAP the caches will be regenerated automatically. What version are you using? 1.3.0 release? maybe some details help... do you have really many emails? does the console print out something before crashing, error logs? are you able to run it in a debugger? A stacktrace could help. Riccardo From MAILER-DAEMON Thu Aug 09 17:01:56 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fns4C-00080E-6R for mharc-discuss-gnustep@gnu.org; Thu, 09 Aug 2018 17:01:56 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:36950) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fns49-000807-PE for discuss-gnustep@gnu.org; Thu, 09 Aug 2018 17:01:54 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fns45-0003uG-Sm for discuss-gnustep@gnu.org; Thu, 09 Aug 2018 17:01:53 -0400 Received: from smtp-36-i6.italiaonline.it ([213.209.14.36]:35406 helo=libero.it) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fns45-0003rk-JY for discuss-gnustep@gnu.org; Thu, 09 Aug 2018 17:01:49 -0400 Received: from [192.168.1.151] ([151.20.89.133]) by smtp-36.iol.local with ESMTPA id ns43fRqMv7uavns43fKT7l; Thu, 09 Aug 2018 23:01:47 +0200 x-libjamoibt: 1601 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=libero.it; s=s2014; t=1533848507; bh=Bk2G6mhSgHUpOlkX/m1hV6Fy/NA0y1/UiXhsbvxX5p4=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=Y/0GXpRtyt/nRfYPjyMNNOv9edZYFWWY2Wkr1jEakk53Sdd+ULvKLqImdH7rqt766 tSfBnyWMkJz1mqvHpwZXLU/bpHjUkyuUIJGxx6O65VOtQ5CCqTZwgapqDsEIMBbVN/ o344Rime9hmrWxvN3hJlS7ZnOym9sfhGfwTfYikR0uOmffcJ+EVR+pncW9CUF6CKQ/ uE1Ccbn/FfGLxJ0GYUjWBh3Z4lVz7V1qdp5IyapWshkanr2bTJ1cGnDW1WkAnjBiPF y4EUla0Ti2dwNN//m6dkjsdHSa91BqWJeiuzJwSPz36zD0ejOye7qCPy/CSKW0tUyh FUQZzwQ58bQXQ== X-CNFS-Analysis: v=2.3 cv=U7K889ju c=1 sm=1 tr=0 a=ZqyjQs78aErRIrKU7N3nJw==:117 a=ZqyjQs78aErRIrKU7N3nJw==:17 a=IkcTkHD0fZMA:10 a=3CxJDWfufcVHE6D0xMMA:9 a=QEXdDO2ut3YA:10 Subject: Re: Crash on app start due to icon To: Wolfgang Lux Cc: Discuss GNUstep References: <5f89a02a-5b68-67a6-f686-a6d5f6b74e74@libero.it> <12F22814-7A86-4430-AC1D-28556F355A97@gmx.de> <8fa4c22b-8f82-be0d-dd35-d8da860389b4@libero.it> <01619e75-4c8c-f30d-8c04-f760f2605a5b@libero.it> <54252034-c0fa-0f00-e7ae-38fc4206f6de@libero.it> <97A245A0-98F6-473F-B22E-A521A30EC7ED@gmail.com> <15a58410-afa0-9e70-8927-790d62a143a8@libero.it> <0b4d7149-f3eb-6f08-8b9c-bcdf1ffe773a@libero.it> <89882745-C3F9-419F-BA8D-40D096539353@gmail.com> From: Riccardo Mottola Message-ID: Date: Thu, 9 Aug 2018 23:01:45 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.3 MIME-Version: 1.0 In-Reply-To: <89882745-C3F9-419F-BA8D-40D096539353@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4wfM6VV9+RPESCsmdvW8iKUes4umR+h02qg+Enx6Wkgnyb7ogFtLTXXztnO/seI6A3QK38AJQ+jZrXxDWlnPHN3OpL36yRyxPVALZTTl6fHLEU+AeqgGtH zeIwKab+AYQD7ElTk0iwiFeWErRRRMSzRcQj+jHeCTwdlr/39gzznoD+WmoDqmHN3GTf59jLGwaibPAh5DixXoBqc+Hjw5PnwyuF7ffkjPBeNdVhcxiHei4E X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 213.209.14.36 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2018 21:01:54 -0000 Hi Wolfgang, Wolfgang Lux wrote: > Hi Riccardo, > >> Of course it retains the "behaviour" of the grey Icon until launch completes. >> Interestingly, on Ubuntu I can actually dock an app and it will retain the icon, on OpenBSD instead it WindowMaker will revert to generic. > on NetBSD 8 with WindowMaker 0.95.8 the icon isn't retained either. I did further test, also on a second OpenBSD machine, ir confirms that it does not work. On FreeBSD however it works... I noticed the following: check the docked icon properties, you should see the .xpm file I have seen different behaviours: 1) before any fix, this was empty IIRC 2) just the file name 3) relative path to user root 4) absolute path the file is form me inside WindowMaker defaults library. on OpenBSD it is not a full path. However, if I search the path, it exists in the expected place. If I susbsitute the path then the icon appears! > It's hard to notice for me. From the few applications I've tested, perhaps it was most obvious for batmon.app. GWorkspace may be slow to start sometimes, but yes, batmon or TimeMon are the examples where the icon and running icon aver very different. > I think the problem is the hack I committed a few years back to fix the issue with the first application opened in WindowMaker not getting a proper application menu. The problem is that the app icon must be the first window that is created and mapped by the application for us to be able to set the application menu. To make that work, my fix creates the app icon window early on in -[XGServer _setupRootWindow]. In particular, it does that before the method tries to determine the size of the window borders by creating a set of (off-screen) windows. But since we don't know the app icon at the time when _setupRootWindow is called, this means that the app icon will remain blank (well, grey) until the icon gets set later. :-( Some chicken-and-egg issue with the backend? Can we display the TIFF/icns icon as a first thing perhaps? Actually the one we are passing as atom! I think the window manager could display it before. The whole off-screen windows is another issue :) But we may go off-topic. But suppose the following scenario: you have a login applicatino like xdm: it runs before the user's window manager is started, it runs on bare X11.. try to do that on GNUstep, it complains, is slow and sets up offset wrong :) Riccardo From MAILER-DAEMON Thu Aug 09 19:38:10 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fnuVO-0002IZ-45 for mharc-discuss-gnustep@gnu.org; Thu, 09 Aug 2018 19:38:10 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:45171) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fnuVL-0002IR-Mx for discuss-gnustep@gnu.org; Thu, 09 Aug 2018 19:38:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fnuVK-0004QQ-5T for discuss-gnustep@gnu.org; Thu, 09 Aug 2018 19:38:07 -0400 Received: from mail-lj1-x235.google.com ([2a00:1450:4864:20::235]:35623) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fnuVJ-0004OB-Mf for discuss-gnustep@gnu.org; Thu, 09 Aug 2018 19:38:06 -0400 Received: by mail-lj1-x235.google.com with SMTP id p10-v6so5820633ljg.2 for ; Thu, 09 Aug 2018 16:38:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Z/tjQ0Vxe3i2n9FUke3TEpKD8Ogs7m3M7GMKqtb2IaY=; b=YDdjSdQrFiZoHYfwpT/D75xEoBFEgUGOEVc0huNt+NYrngj0ttf1UQlWddsvwWxKbk LuDd3ii8U43rMa6cXTu+ggW+yYvEudKYohSYy6HFBiDf3EMJ72ZGjTlLpVAVUNRNT0TA 8mtDId3JikmHQwQYdg6PZu/bljm5ziGw6T+ml4uCT7ZaJOUYE9+X4sgYJE/31O8NDtWF 1UOc9n3nbN+NybePzau9ZjTxPN9HiGguBAYdUA1Ygsa5f+Qx5Cc4F+5kxI/3J9bcQh4/ H4hRKGV7ZT31nwNJB03pjJBhdVfETCKQKSNkdwBUh6EfzYXXF/T3Vobx6vUnXSi7/Urj +v2w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Z/tjQ0Vxe3i2n9FUke3TEpKD8Ogs7m3M7GMKqtb2IaY=; b=VQMV73AESk38rje0jHC8RFdJRyp/IU79glGrinSywnZ+2T3qZS0JCiX708XFKDfIfI 94NtmOnYIz5t86gyIeKLlj9kOxRw40uYEUTqG/qnhg861ypPrJq1Umu4C8BagtH9LM0u KCFD1pKLxqM6sP3X8kqUs436EWjtuNVdUHHvAyFB/pgO7JSkHC65hPL52lDUJh8ddIOB vwFyJPSg4SoZDyn4DEUY5L4+/Xk0/1x0/zwCXrwqEAAmmB9RzdqmyuSo2WXnW9jAMkrk WWgrS94fqGumit5EunKT3x75RHlMRyzH+iX/3XmvdU+PnDzBTcoUZcjs4ZHP1Jsv3n12 wfNw== X-Gm-Message-State: AOUpUlHz7hJiUy6cyjEIXTasdA5E0IGJmqvugBZPMuyAeL+Ec9OODFEr MQcA+zfr/0Og9M2JygNNZHykUfQO3uWpN+H4GyA= X-Google-Smtp-Source: AA+uWPwBVhPAKmxeFbwzqcsjgPzEIO6P3El874uI1Qy7fL7Fiq1ReztYuFCUQiBecbwyn7dVPCtA8pekjlBLWDX8SZc= X-Received: by 2002:a2e:934d:: with SMTP id m13-v6mr2808275ljh.45.1533857883760; Thu, 09 Aug 2018 16:38:03 -0700 (PDT) MIME-Version: 1.0 References: <52671F1F-3EFD-46AF-B042-C05D23C3925A@FreeBSD.org> In-Reply-To: From: Edwin Ancaer Date: Fri, 10 Aug 2018 01:37:54 +0200 Message-ID: Subject: Re: FreeBSD ports for GNUMail and Pantomime To: David Chisnall Cc: Discuss GNUstep Content-Type: multipart/alternative; boundary="0000000000004c2e1f0573091e74" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::235 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2018 23:38:09 -0000 --0000000000004c2e1f0573091e74 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable He was very close indeed... And then he realized testport works as it should, and tried poudriere bulk to actually build GNUMail 1.3.0, and it worked. More and more he wished that recall of mails was possible... If it can be of use to anybody, the only thing to do was change the version numbers in the Makefiles of the gnustep and the pantomime port. Someone who knows what he is doing gets this done in 10 minutes. Thanks for your time, Edwin Ancaer Op wo 8 aug. 2018 21:24 schreef Edwin Ancaer : > Hello, > 1- > > I think I'm close, but there still remains a problem. > > I built a manually managed port, development1, in the jail squeakjail. > > > The testport line I used was > > sudo poudriere testport -j squeakjail -p development1 -o mail/gnumail > > I solved some pkg-plist problems, and the build seemed to finish. > I do not see any obvious error, but the latest executed instructions show > the installation and deinstallation of the package for gnumail-1.3.0_1. A= nd > indeed, that package is nowhere to be found in > /usr/local/poudriere/data/logs/bulk/squeakjail-development1/latest-per-p= kg, > where I find all other packages that have been built. > > > =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=3D=3D=3D=3D=3D=3D=3D= =3D > =3D>> Checking for extra files and directories > [00:06:32] Installing from package > [squeakjail-development1] Installing gnumail-1.3.0_1... > [squeakjail-development1] Extracting gnumail-1.3.0_1: .......... done > [00:06:34] Cleaning up > =3D=3D=3D> Cleaning for gnumail-1.3.0_1 > [00:06:34] Deinstalling package > Updating database digests format: . done > Checking integrity... done (0 conflicting) > Deinstallation has been requested for the following 1 packages (of 0 > packages in the universe): > > Installed packages to be REMOVED: > gnumail-1.3.0_1 > > Number of packages to be removed: 1 > > > Does anyone have an idea where to look for an indication about what is > going wrong. > > I attached the logfile for the testport instruction. > > Thanks already, > > Edwin Ancaer > > 2018-08-04 7:42 GMT+02:00 Edwin Ancaer : > >> Hello, >> >> publicly ask a question and then you suddenly see that stupid error you >> did not find before...... >> >> I've got poudriere working now and build all the necessary ports for >> GNUMail and Pantomime. It took almost 16 hours on this old laptop >> (especiallyclang is very hard for this machine). >> >> Of course, I built it from the default ports tree, which was not >> changed, but the result looked OK. >> >> I hope to find the time to build the updated ports tomorrow. >> >> Thanks, >> >> Edwin Ancaer >> >> >> >> >> >> >> >> >> >> 2018-08-02 11:33 GMT+02:00 David Chisnall : >> >>> On 2 Aug 2018, at 10:16, Edwin Ancaer wrote: >>> > >>> > Hello all, >>> > >>> > I was experimenting with poudriere, jails and the ports in FreeBSD >>> when >>> > I read about the new version 1.3.0 of GNUMail and Pantomime, >>> >>> First, thank you very much for looking at this! It=E2=80=99s been on m= y todo >>> list for a while and keeps being bumped off the top. >>> >>> > I thought it would be a good test to try and locally update these >>> ports. Of course I ran into a problem. After typing make install, I ge= t >>> the following error: >>> > >>> > gmake[1]: Leaving directory >>> '/usr/local/poudriere/ports/HEAD/mail/gnumail/work/GNUMail-1.3.0' >>> > =3D=3D=3D=3D> Compressing man pages (compress-man) >>> > =3D=3D=3D> Installing ldconfig configuration file >>> > =3D=3D=3D> Installing for gnumail-1.3.0_1 >>> > =3D=3D=3D> Checking if gnumail already installed >>> > =3D=3D=3D> Registering installation for gnumail-1.3.0_1 >>> > pkg-static: Unable to access file >>> /usr/local/poudriere/ports/HEAD/mail/gnumail/work/stage/usr/local/GNUst= ep/System/Library/Frameworks/GNUMail.framework/Versions/1/libGNUMail.so.1.3= .0:No >>> such file or directory >>> > pkg-static: Unable to access file >>> /usr/local/poudriere/ports/HEAD/mail/gnumail/work/stage/usr/local/GNUst= ep/System/Library/Libraries/libGNUMail.so.1.3.0:No >>> such file or directory >>> >>> This looks suspicious. The path /usr/local/poudriere/ports is a path o= n >>> your host system, but poudriere should be running the build in a jail. >>> >>> > *** Error code 74 >>> > >>> > Stop. >>> > make: stopped in /usr/local/poudriere/ports/HEAD/mail/gnumail >>> > >>> > When checking, it seems the file libGNUMail.so.1.2.3 has been built >>> in the directory >>> /usr/local/poudriere/ports/HEAD/mail/gnumail/work/stage/usr/local/GNUst= ep/System/Library/Libraries/. >>> >>> >>> This also looks a bit odd, because this filesystem should be mounted >>> read-only in the jail. The work directory should be somewhere else (a >>> separate zfs or tmpfs filesystem that=E2=80=99s destroyed after the bui= ld). >>> >>> > Now I'm in doubt in which direction I should be looking: did the wron= g >>> version of libGNUMail got build, or is it pkg-static that is looking fo= r a >>> wrong version of the library. >>> >>> It looks as if your poudriere configuration or invocation is wrong. >>> Could you paste the poudriere commands that you used to create the jail= s >>> and ports tree and the testport line? >>> >>> David >>> >>> >> > --0000000000004c2e1f0573091e74 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
= He was very close indeed...

And then he realized testport works as it should, and tried poudriere bul= k to actually build GNUMail 1.3.0, and it worked. More and more he wished t= hat recall of mails=C2=A0 was possible...

=
If it can be of use to anybody, the only thing to do was = change the version numbers in the Makefiles of the gnustep and the pantomim= e port. Someone who knows what he is doing gets this done in 10 minutes.

Thanks for your time,

Edwin Ancaer


Op wo 8 aug. 2018 21:24 schreef Edwin Ancaer <eancaer@gmail.com>:
Hello,
1-

I think I= 'm close, but there=C2=A0 still remains a problem.

= I built a manually managed port, development1, in the jail squeakjail.
<= /div>

The testport line I used was=C2=A0

sudo poudriere testport -j squeakjail -p= development1 -o mail/gnumail

I solved some pk= g-plist problems, and the build seemed to finish.
I do not se= e any obvious error, but the latest executed instructions show the installa= tion and deinstallation of the package for gnumail-1.3.0_1. And indeed, tha= t package is nowhere to be found in
=C2=A0/usr/local/poudriere/= data/logs/bulk/squeakjail-development1/latest-per-pkg, where I find all oth= er packages that have been built.


<= /div>
=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=3D=3D=3D=3D=3D=3D=3D=3D
=3D>> Checking for extra f= iles and directories
[= 00:06:32] Installing from package
[squeakjail-development1] Insta= lling gnumail-1.3.0_1...
[squeakjail-development1] Extracting gnumail-1.= 3.0_1: .......... done
[00:06:34] Cleaning up
=3D=3D=3D>=C2=A0 Cleaning for gnumail-1.3.0_1=
[00:06:34] Deinstalling package
Updating database digests for= mat: . done
Checking integrity... done (0 conflicting)
Deinstallation= has been requested for the following 1 packages (of 0 packages in the univ= erse):

Installed packages to be REMOVED:
=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 gnumail-1.3.0_1

Number of packages to be removed: 1
<= br>

Does anyone have an idea where to lo= ok for an indication about what is going wrong.

I attached the logfile for the testport instruction.

=
Thanks already,

Edwin Ancaer

2018-08-04 7:42 GMT+02:00 Edwin Ancaer <eancaer@= gmail.com>:
Hello,

publicly ask a question and the= n you suddenly see that stupid error you did not find before......

I've got poudriere working now and build all the neces= sary ports for GNUMail and Pantomime. It took almost 16 hours on this old l= aptop (especiallyclang is very hard for this machine).

=
Of course, I built it from the default ports tree, which was not=C2=A0= changed, but the result looked OK.

I hope to find= the time to build the updated ports tomorrow.

Tha= nks,

Edwin Ancaer









2018-08-02 11:33 GMT+02:00 David Chisnall <theraven@freebsd.org>:
On 2 Aug 2018, at 10:16, Edwin Ancaer <eancaer@gmail.= com> wrote:
>
> Hello all,
>
> I was experimenting with poudriere, jails and the ports in FreeBSD whe= n
> I read about the new version 1.3.0 of GNUMail and Pantomime,=C2=A0
First, thank you very much for looking at this!=C2=A0 It=E2=80=99s b= een on my todo list for a while and keeps being bumped off the top.

> I thought it would be a good test to try and locally update these port= s. Of course I ran=C2=A0 into a problem. After typing make install, I get t= he following error:
>
> gmake[1]: Leaving directory '/usr/local/poudriere/ports/HEAD/mail/= gnumail/work/GNUMail-1.3.0'
> =3D=3D=3D=3D> Compressing man pages (compress-man)
> =3D=3D=3D>=C2=A0 =C2=A0Installing ldconfig configuration file
> =3D=3D=3D>=C2=A0 Installing for gnumail-1.3.0_1
> =3D=3D=3D>=C2=A0 Checking if gnumail already installed
> =3D=3D=3D>=C2=A0 =C2=A0Registering installation for gnumail-1.3.0_1=
> pkg-static: Unable to access file /usr/local/poudriere/ports/HEAD/mail= /gnumail/work/stage/usr/local/GNUstep/System/Library/Frameworks/GNUMail.fra= mework/Versions/1/libGNUMail.so.1.3.0:No such file or directory
> pkg-static: Unable to access file /usr/local/poudriere/ports/HEAD/mail= /gnumail/work/stage/usr/local/GNUstep/System/Library/Libraries/libGNUMail.s= o.1.3.0:No such file or directory

This looks suspicious.=C2=A0 The path /usr/local/poudriere/ports is = a path on your host system, but poudriere should be running the build in a = jail.=C2=A0

> *** Error code 74
>
> Stop.
> make: stopped in /usr/local/poudriere/ports/HEAD/mail/gnumail
>
> When checking, it seems the file=C2=A0 libGNUMail.so.1.2.3 has been bu= ilt in the directory /usr/local/poudriere/ports/HEAD/mail/gnumail/work/stag= e/usr/local/GNUstep/System/Library/Libraries/.

This also looks a bit odd, because this filesystem should be mounted= read-only in the jail.=C2=A0 The work directory should be somewhere else (= a separate zfs or tmpfs filesystem that=E2=80=99s destroyed after the build= ).

> Now I'm in doubt in which direction I should be looking: did the w= rong version of libGNUMail got build, or is it pkg-static that is looking f= or a wrong version of the library.

It looks as if your poudriere configuration or invocation is wrong.= =C2=A0 Could you paste the poudriere commands that you used to create the j= ails and ports tree and the testport line?

David



--0000000000004c2e1f0573091e74-- From MAILER-DAEMON Fri Aug 10 03:16:12 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fo1ee-000583-Dg for mharc-discuss-gnustep@gnu.org; Fri, 10 Aug 2018 03:16:12 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:57731) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fo1ea-00056K-2O for discuss-gnustep@gnu.org; Fri, 10 Aug 2018 03:16:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fo1eW-0005rj-Md for discuss-gnustep@gnu.org; Fri, 10 Aug 2018 03:16:08 -0400 Received: from smtp-36-i6.italiaonline.it ([213.209.14.36]:43612 helo=libero.it) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fo1eW-0005oz-Dc for discuss-gnustep@gnu.org; Fri, 10 Aug 2018 03:16:04 -0400 Received: from [192.168.1.151] ([151.20.89.133]) by smtp-36.iol.local with ESMTPA id o1eRf9kqWD3aGo1eRfsmUZ; Fri, 10 Aug 2018 09:16:00 +0200 x-libjamoibt: 1601 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=libero.it; s=s2014; t=1533885362; bh=OMaziver1oDCCgoF4ZH4EnL3EnVOYbWhacUhaoXzBjQ=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=keSOtkRe1x9Jvgzm9tR6jUhxMOsDjjEu7UekiaCRCVXSPJXLxxU8xkfLF4+tZX9nV Lo7ArRsCyzWiJ3hlQ2A/gv9mT5Az84UlW8sY4wIDoIrEXYRyXGgjsQ/+d8vqMc32M9 5Jbpgt7OWC3XrpzXEbcdpSKaxdVGKiTuqQRUTGhdtrHwx7yfagDf8+Hucb+eeZ25Vz xmmb8dgnYyG7BwsiwyJijRQ7/EpcI+BdlKOgovMPuFYpFM21tn2uAtjddhsQtmXb4r HDOP7CeLo9K9/G/GhvUFdJhQqvGc6QpQeCfHBnrX0SY/rMQlUVfODPZWkx3in5m7zC ABY+7Es+nDPZQ== X-CNFS-Analysis: v=2.3 cv=Gq1sBH9C c=1 sm=1 tr=0 a=ZqyjQs78aErRIrKU7N3nJw==:117 a=ZqyjQs78aErRIrKU7N3nJw==:17 a=IkcTkHD0fZMA:10 a=eUuN9iB3RfT1YWAwM1EA:9 a=QEXdDO2ut3YA:10 Subject: Re: FreeBSD ports for GNUMail and Pantomime To: Edwin Ancaer , David Chisnall Cc: Discuss GNUstep References: <52671F1F-3EFD-46AF-B042-C05D23C3925A@FreeBSD.org> From: Riccardo Mottola Message-ID: <287f422d-192e-3c53-6596-38877a7574b9@libero.it> Date: Fri, 10 Aug 2018 09:15:57 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.3 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4wfF+mWjlKOiTC5cqKw9A4VUzcK4dtc5zbEybXHWRdCjqJM7kyTKMssUGdCUt0pQ7ZLKL/sR5e7aXtq/p3HkPzNEfYIV7ycfs+ip/dxHOrrTvKItYET9y6 ITMzNt41KfQTpukVqgAfVQEqK6NXfkGqZZGHSu6UVwYZ2wOnMjDaGj6f5NcOzae/IlUvx+lbCmJTgKMxIG1YUbQp4Cv1NNNVm/VRWO82P1j27DRWaNOFgIka HqNwqgpvcWyO0Cu4JiouKA== X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 213.209.14.36 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2018 07:16:09 -0000 Hi Edwin, Edwin Ancaer wrote: > > If it can be of use to anybody, the only thing to do was change the > version numbers in the Makefiles of the gnustep and the pantomime > port. Someone who knows what he is doing gets this done in 10 minutes. the port or the actually source makefiles of Pantomime and GNUMail ? Riccardo From MAILER-DAEMON Fri Aug 10 04:59:39 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fo3Gl-0007iI-RE for mharc-discuss-gnustep@gnu.org; Fri, 10 Aug 2018 04:59:39 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:51126) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fo3Gj-0007gR-N0 for discuss-gnustep@gnu.org; Fri, 10 Aug 2018 04:59:38 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fo3Gi-00048p-Rb for discuss-gnustep@gnu.org; Fri, 10 Aug 2018 04:59:37 -0400 Received: from mail-lj1-x234.google.com ([2a00:1450:4864:20::234]:33102) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fo3Gi-00047O-FB for discuss-gnustep@gnu.org; Fri, 10 Aug 2018 04:59:36 -0400 Received: by mail-lj1-x234.google.com with SMTP id s12-v6so6628866ljj.0 for ; Fri, 10 Aug 2018 01:59:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ARdzt9vkj7C4oIJ0VqJCaCYdvPOiYR7FPJs2BEXnzAI=; b=naVHCGCygr0EDmUwyh97fhCwJhlM/ls/Ub3WYQ4kuNHE3vmVJ/S3Tc6Tpe2gv7X9to Vtgl5vweKgIo7kDLI/1gFsdMsxiMsl9CTuCNjXHs5ZVAKg+dN4iyMxQ9jo0qoRmeBM2L xrk1U97RFi7GMd8UOLsn7Da6HsOLnnuvl3wllcbYNufC+v1zJbF4exCFwIUGnFmoobcX CFCH7ZvdiOpp3GAQaDwifshbAqMdAeOLPqxRm2iIKFLEPrwD8NbtElwkysFniRiM5+LU SspDnd2CGs2uRMuPnMMvBjrfyASNr7wMOf1XhBMvhdazJ7dh+VtT01CYMfbm0vNmZ8HA Nfcw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ARdzt9vkj7C4oIJ0VqJCaCYdvPOiYR7FPJs2BEXnzAI=; b=eycCq2X20yg8XZ5CC0BjYSnlV4Kf4GA1Db5i8jNjZUkMZQ35j2k9pBBG4YlZDLqwRk 0hWa/ZsKW8/+1n0X63rtnc0SuN0n35zYgfIOH7NEwpYzJzbnhGaR9nQvI3GEUGolBhfq 42BZze+Nop2Hja+ZuRxHrtJPWWHaOkujHT+/u/sWuvwsRJs+5wSojOfm/1nzygsbDMNi W0ncZc4z2jYswo3bwvp37vMIsc4AFFfan8kpjv1GvqPfAld7wyvy5Wiw9dVIWumkG2YE l0sPkuXcII9buG9bfI78qL6nsWO3KPWQG8OJ5cVk/u2+0WeW6J7bwVcNeuL4sMN4p+k6 yjsg== X-Gm-Message-State: AOUpUlHFnhZMlYK/pkOIHSSWa4+HxAb6zYFbUhIs2Clp4481PDJsJ6Sx 8f7RoHpGuWKMVfFWnGmqErb7HNhrVeEjFTjCWMc= X-Google-Smtp-Source: AA+uWPwEetQOavgg+N1X6054cpcBbkC4wTfCZGXdwekslo5ummtWyaEN65k+E2q6Rh09ctbFKNySCoipE2Aa5fP2fhw= X-Received: by 2002:a2e:5c07:: with SMTP id q7-v6mr3906326ljb.119.1533891574964; Fri, 10 Aug 2018 01:59:34 -0700 (PDT) MIME-Version: 1.0 References: <52671F1F-3EFD-46AF-B042-C05D23C3925A@FreeBSD.org> <287f422d-192e-3c53-6596-38877a7574b9@libero.it> In-Reply-To: <287f422d-192e-3c53-6596-38877a7574b9@libero.it> From: Edwin Ancaer Date: Fri, 10 Aug 2018 10:59:26 +0200 Message-ID: Subject: Re: FreeBSD ports for GNUMail and Pantomime To: Riccardo Mottola Cc: David Chisnall , Discuss GNUstep Content-Type: multipart/alternative; boundary="000000000000736dfc057310f649" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::234 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2018 08:59:38 -0000 --000000000000736dfc057310f649 Content-Type: text/plain; charset="UTF-8" Riccardo, I only changed the version number in the port Makefiles. Kind regards, Op vr 10 aug. 2018 09:16 schreef Riccardo Mottola < riccardo.mottola@libero.it>: > Hi Edwin, > > Edwin Ancaer wrote: > > > > If it can be of use to anybody, the only thing to do was change the > > version numbers in the Makefiles of the gnustep and the pantomime > > port. Someone who knows what he is doing gets this done in 10 minutes. > > > the port or the actually source makefiles of Pantomime and GNUMail ? > > Riccardo > --000000000000736dfc057310f649 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Riccardo,

I = only changed the version number in the port Makefiles.

Kind regards,

Op vr 10 aug. 2018 09:16 schreef Riccardo Mott= ola <riccardo.mottola@libe= ro.it>:
Hi Edwin,

Edwin Ancaer wrote:
>
> If it can be of use to anybody, the only thing to do was change the > version numbers in the Makefiles of the gnustep and the pantomime
> port. Someone who knows what he is doing gets this done in 10 minutes.=


the port or the actually source makefiles of Pantomime and GNUMail ?

Riccardo
--000000000000736dfc057310f649-- From MAILER-DAEMON Fri Aug 10 05:41:05 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fo3ur-0007zM-M5 for mharc-discuss-gnustep@gnu.org; Fri, 10 Aug 2018 05:41:05 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60516) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fo3up-0007zG-C5 for discuss-gnustep@gnu.org; Fri, 10 Aug 2018 05:41:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fo3um-00055V-2U for discuss-gnustep@gnu.org; Fri, 10 Aug 2018 05:41:03 -0400 Received: from smtp-36-i6.italiaonline.it ([213.209.14.36]:41252 helo=libero.it) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fo3ul-00053x-LW for discuss-gnustep@gnu.org; Fri, 10 Aug 2018 05:40:59 -0400 Received: from [192.168.1.151] ([151.20.89.133]) by smtp-36.iol.local with ESMTPA id o3udfQb1WD3aGo3udftPCm; Fri, 10 Aug 2018 11:40:52 +0200 x-libjamoibt: 1601 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=libero.it; s=s2014; t=1533894056; bh=rcj6a2jqn2dZ5/3+bBKuGQJqkvmvV9X12hRzfq9eQ1g=; h=To:From:Subject:Date; b=AItbVdvPCT+yd+QVgke/3uIzWsqPeSX2Ux4iQNQd/eIuFfqTHpBCj9EMnK/riWYGG 3B5YscRVfnMxUct6gYzRN3sS13JccmBEiJLMAgOpYVl8kSqh6CU+5j04tg4v4J0QW3 izBars1EBz0dg3KMGU1BucBGwgOi37adEmYWPa1AUMmuXO00FEF3yGJ/FfuOiP0r2H LqSL9dlDKjAmlwiB4qQMawe6b11ak46PYaZ0GKLYseHZ/IXIoHOlIlMOwA99/tBHyt aWJhqC3X0SSj7CnkTSCgEMo2pSjfJ+SWVh8IoI3J7vgclEL4wfA1CRElMg+5Xrta2Q O8HU88uQ7Vsvw== X-CNFS-Analysis: v=2.3 cv=Gq1sBH9C c=1 sm=1 tr=0 a=ZqyjQs78aErRIrKU7N3nJw==:117 a=ZqyjQs78aErRIrKU7N3nJw==:17 a=IkcTkHD0fZMA:10 a=JpLm-yiZqiB_29KCkfAA:9 a=QEXdDO2ut3YA:10 a=jJXE_cL1NmsA:10 To: Discuss GNUstep From: Riccardo Mottola Subject: segmentation failure plmerge / building libs back Message-ID: <4c61ff3d-26a8-e898-ee0b-cc4910acef7c@libero.it> Date: Fri, 10 Aug 2018 11:40:48 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.3 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-CMAE-Envelope: MS4wfOzErlSCgS0kFEkOEzHRG9h8gIgNPnPFL5bSIET91SLcx6WpGOnHgqNv6vb2nY0dhj2peK3Tf9sT0OWp61EdMRBl8Y5XnYdDni46t6uH5NtiWTIvjDJC nhGgALw5j9I5bqReumXN59VWgBmQo0/LF6Q+vPzEb8zJ3bAwDxTE4FCb6ZBYcGSZlcJbn2WpzjXQdw== X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 213.209.14.36 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2018 09:41:05 -0000 Hi, I just updated my Gentoo box (i386) with compiler, libraries, kernel, etc. So I reconfigured and rebuilt all GNUstep. make is configured with: ./configure --prefix=/ --with-layout=gnustep --with-library-combo=ng-gnu-gnu CC=clang CXX=clang++ Everything is compiled with clang6 and "ng runtime" is enabled (or we get other porblems with libobjc2 which I did not get sorted out with David yet) When building gnustep back I get:  Creating libgnustep-back-026.bundle/Resources/Info-gnustep.plist... /bin/sh: line 2:  8299 Segmentation fault      plmerge libgnustep-back-026.bundle/Resources/Info-gnustep.plist libgnustep-back-026Info.plist which can be reproduced on the command line:  $ plmerge libgnustep-back-026.bundle/Resources/Info-gnustep.plist libgnustep-back-026Info.plist Segmentation fault the executable itself runs:  $ plmerge Usage: plmerge [destination-file] [input-file ...] so it dies when acutally trying to do something :) THis in the debugger: Program received signal SIGSEGV, Segmentation fault. (gdb) bt #0  0xb7b76274 in GSPrivateFormat (s=0xbfffdc24, format=0xbfffe44c,     ap=0xbfffecb0 " \231\365\267,\231\365\267T\236\365\267\210\221\365\267\037\350\273\267\320\003\016\b@\032\275\267$\217\365\267\060\217\365\267T\236\365\267P\220\365\267D\220\365\267\024h\"\b.\a\324\267\030\217\365\267\360\217\365\267\344\217\365\267\330\217\365\267\314\217\365\267\300\217\365\267\264\217\365\267\f\217\365\267\250\217\365\267\234\217\365\267\220\217\365\267\204\217\365\267x\217\365\267`\217\365\267l\217\365\267T\217\365\267<\217\365\267\354\220\365\267\340\220\365\267\324\220\365\267\310\220\365\267\274\220\365\267\260\220\365\267\244\220\365\267\230\220\365\267\214\220\365\267 \220\365\267\200\220\365\267\024\220\365\267t\220\365\267h\220\365\267\070\220\365\267,\220\365\267\374\217\365\267\\\220\365\267\214\237\365\267"..., locale=0x0) at GSFormat.m:1046 #1  0xb7b8c53e in -[GSPlaceholderString initWithFormat:locale:arguments:] (self=0x81722e4,     _cmd=0xb7f90714 <.objc_selector_list+992>, format=0xb7f59194 <.objc_str.170>, locale=0x0,     argList=0xbfffecb0 " \231\365\267,\231\365\267T\236\365\267\210\221\365\267\037\350\273\267\320\003\016\b@\032\275\267$\217\365\267\060\217\365\267T\236\365\267P\220\365\267D\220\365\267\024h\"\b.\a\324\267\030\217\365\267\360\217\365\267\344\217\365\267\330\217\365\267\314\217\365\267\300\217\365\267\264\217\365\267\f\217\365\267\250\217\365\267\234\217\365\267\220\217\365\267\204\217\365\267x\217\365\267`\217\365\267l\217\365\267T\217\365\267<\217\365\267\354\220\365\267\340\220\365\267\324\220\365\267\310\220\365\267\274\220\365\267\260\220\365\267\244\220\365\267\230\220\365\267\214\220\365\267 \220\365\267\200\220\365\267\024\220\365\267t\220\365\267h\220\365\267\070\220\365\267,\220\365\267\374\217\365\267\\\220\365\267\214\237\365\267"...) at GSString.m:1588 #2  0xb7ca9482 in -[NSString initWithFormat:] (self=, _cmd=, format=)     at NSString.m:1366 #3  0xb7bbf09c in +[NSBundle initialize] (self=, _cmd=) at NSBundle.m:1180 #4  0xb79da15c in objc_send_initialize () from /System/Library/Libraries/libobjc.so.4.6 #5  0xb79e64d8 in slowMsgLookup () from /System/Library/Libraries/libobjc.so.4.6 #6  0xb79ec5e1 in objc_msgSend () from /System/Library/Libraries/libobjc.so.4.6 #7  0xb7b665e0 in GSLanguageFromLocale (locale=) at GSLocale.m:264 #8  0xb7cdc44f in +[NSUserDefaults standardUserDefaults] (self=, _cmd=) at NSUserDefaults.m:995 #9  0xb7c088e5 in -[NSDictionary writeToFile:atomically:] (self=, _cmd=, path=,     useAuxiliaryFile=) at NSDictionary.m:1096 (gdb) p (size_t) nspecs_done $1 = 0 (gdb) p nspecs $2 = Any ideas? trying to understand if this is a base issue or a runtime/libobjc2 issue It actually comes from libobjc which calls base.. I tried compiling with debug to get more information in the stacktrace, but the problem"goes away" confirming some kind of memory issue! Last thingI tried was running plmerge with valgrind and found: ==10969== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. ==10969== Using Valgrind-3.13.0 and LibVEX; rerun with -h for copyright info ==10969== Command: plmerge libgnustep-back-026.bundle/Resources/Info-gnustep.plist libgnustep-back-026Info.plist ==10969== ==10969== ==10969== HEAP SUMMARY: ==10969==     in use at exit: 2,237,034 bytes in 13,761 blocks ==10969==   total heap usage: 24,707 allocs, 10,946 frees, 5,072,188 bytes allocated ==10969== ==10969== LEAK SUMMARY: ==10969==    definitely lost: 90,396 bytes in 2,034 blocks ==10969==    indirectly lost: 0 bytes in 0 blocks ==10969==      possibly lost: 582,205 bytes in 2,440 blocks ==10969==    still reachable: 1,564,433 bytes in 9,287 blocks ==10969==                       of which reachable via heuristic: ==10969==                         newarray           : 2,432 bytes in 59 blocks ==10969==         suppressed: 0 bytes in 0 blocks ==10969== Rerun with --leak-check=full to see details of leaked memory ==10969== ==10969== For counts of detected and suppressed errors, rerun with: -v ==10969== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) O fine, nothing... that is the debug version! Let's run the original optimized version.ù multix@think ~/gnustep-cvs/libs-back/Source $ valgrind plmerge libgnustep-back-026.bundle/Resources/Info-gnustep.plist libgnustep-back-026Info.plist ==13281== Memcheck, a memory error detector ==13281== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. ==13281== Using Valgrind-3.13.0 and LibVEX; rerun with -h for copyright info ==13281== Command: plmerge libgnustep-back-026.bundle/Resources/Info-gnustep.plist libgnustep-back-026Info.plist ==13281== ==13281== ==13281== Process terminating with default action of signal 11 (SIGSEGV) ==13281==  General Protection Fault ==13281==    at 0x417C294: GSPrivateFormat (GSFormat.m:0) ==13281==    by 0x419254D: _i_GSPlaceholderString__initWithFormat_locale_arguments_ (GSString.m:1588) ==13281==    by 0x42AF551: _i_NSString__initWithFormat_ (NSString.m:1366) ==13281==    by 0x41C50AB: _c_NSBundle__initialize (NSBundle.m:1180) ==13281==    by 0x461D15B: objc_send_initialize (in /System/Library/Libraries/libobjc.so.4.6) ==13281==    by 0x46294D7: slowMsgLookup (in /System/Library/Libraries/libobjc.so.4.6) ==13281==    by 0x462F5E0: ??? (in /System/Library/Libraries/libobjc.so.4.6) ==13281==    by 0x416C5DF: GSLanguageFromLocale (GSLocale.m:264) ==13281==    by 0x42E251E: _c_NSUserDefaults__standardUserDefaults (NSUserDefaults.m:995) ==13281==    by 0x420E914: _i_NSDictionary__writeToFile_atomically_ (NSDictionary.m:1096) ==13281==    by 0x80496E3: main (plmerge.m:135) ==13281== ==13281== HEAP SUMMARY: ==13281==     in use at exit: 2,321,035 bytes in 13,940 blocks ==13281==   total heap usage: 15,949 allocs, 2,009 frees, 4,385,163 bytes allocated ==13281== ==13281== LEAK SUMMARY: ==13281==    definitely lost: 90,376 bytes in 2,032 blocks ==13281==    indirectly lost: 0 bytes in 0 blocks ==13281==      possibly lost: 270,639 bytes in 1,704 blocks ==13281==    still reachable: 1,960,020 bytes in 10,204 blocks ==13281==                       of which reachable via heuristic: ==13281==                         newarray           : 5,893 bytes in 132 blocks ==13281==         suppressed: 0 bytes in 0 blocks ==13281== Rerun with --leak-check=full to see details of leaked memory ==13281== ==13281== For counts of detected and suppressed errors, rerun with: -v ==13281== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) Segmentation fault no help, right? Riccardo From MAILER-DAEMON Fri Aug 10 17:12:23 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1foEhr-0007rr-2O for mharc-discuss-gnustep@gnu.org; Fri, 10 Aug 2018 17:12:23 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:57805) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1foEhp-0007qy-HC for discuss-gnustep@gnu.org; Fri, 10 Aug 2018 17:12:22 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1foEhk-0002rN-JF for discuss-gnustep@gnu.org; Fri, 10 Aug 2018 17:12:21 -0400 Received: from [195.159.176.226] (port=47363 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1foEhk-0002pH-BO for discuss-gnustep@gnu.org; Fri, 10 Aug 2018 17:12:16 -0400 Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1foEfY-0004a9-7S for discuss-gnustep@gnu.org; Fri, 10 Aug 2018 23:10:00 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: discuss-gnustep@gnu.org From: Yavor Doganov Subject: Re: Crash on app start due to icon Date: Sat, 11 Aug 2018 00:12:04 +0300 Organization: The GNU Emacs Church (Bulgarian Eparchy) Lines: 20 Message-ID: <87eff6exjv.GNU's_not_UNIX!-yavor@gnu.org> References: <5f89a02a-5b68-67a6-f686-a6d5f6b74e74@libero.it> <12F22814-7A86-4430-AC1D-28556F355A97@gmx.de> <8fa4c22b-8f82-be0d-dd35-d8da860389b4@libero.it> <01619e75-4c8c-f30d-8c04-f760f2605a5b@libero.it> <54252034-c0fa-0f00-e7ae-38fc4206f6de@libero.it> <97A245A0-98F6-473F-B22E-A521A30EC7ED@gmail.com> <320A06AE-3E50-4FD6-83AC-C4F16158B09C@twilightedge.com> Mime-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-Complaints-To: usenet@blaine.gmane.org User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 EasyPG/1.0.0 Emacs/25.2 (x86_64-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) In-Reply-To: <320A06AE-3E50-4FD6-83AC-C4F16158B09C@twilightedge.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 195.159.176.226 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2018 21:12:22 -0000 On Wed, 08 Aug 2018 01:34:25 +0300, Josh Freeman wrote: > It seems to be a gcc/gobjc compiler/runtime bug: Sending a nil > message using a method signature that returns a structure > (ex. -[NSView bounds] -> NSRect) results in: > 1. Garbage values in the returned structure's members (affects: > 32-bit/64-bit, debug/non-debug) > 2. A corrupted stack (affects: 32-bit w/non-debug) Many thanks for finding this out. It explains many hours spent in fruitless debugging sessions and some truly obscure bugs I've seen in Adun, Cenon, Lynkeos and other apps... Unfortunately this bug has nasty consequences as quite a lot of GUI methods return structs and most users (and distros) usually build with -O2. The good news is that I managed to find out the revisions which fixed the bug and reintroduced it again, reworked your test program to pure Objective-C and reported it: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86913 From MAILER-DAEMON Fri Aug 10 17:17:24 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1foEmi-0002fA-RT for mharc-discuss-gnustep@gnu.org; Fri, 10 Aug 2018 17:17:24 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58815) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1foEmh-0002f1-Fs for discuss-gnustep@gnu.org; Fri, 10 Aug 2018 17:17:24 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1foEmd-0008FP-Gp for discuss-gnustep@gnu.org; Fri, 10 Aug 2018 17:17:23 -0400 Received: from [195.159.176.226] (port=54992 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1foEmd-0008Cn-8c for discuss-gnustep@gnu.org; Fri, 10 Aug 2018 17:17:19 -0400 Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1foEkU-00021U-23 for discuss-gnustep@gnu.org; Fri, 10 Aug 2018 23:15:06 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: discuss-gnustep@gnu.org From: Yavor Doganov Subject: Re: TextEdit : critical error prevents loading Date: Sat, 11 Aug 2018 00:15:33 +0300 Organization: The GNU Emacs Church (Bulgarian Eparchy) Lines: 11 Message-ID: <87d0upgbyi.GNU's_not_UNIX!-yavor@gnu.org> References: <87sh4rxnru.GNU's_not_UNIX!-yavor@gnu.org> <35a45b997ad2e9b302f368b397a5bc97@debmacminiun> Mime-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-Complaints-To: usenet@blaine.gmane.org User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 EasyPG/1.0.0 Emacs/25.2 (x86_64-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) In-Reply-To: <35a45b997ad2e9b302f368b397a5bc97@debmacminiun> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 195.159.176.226 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2018 21:17:24 -0000 On Sat, 04 Aug 2018 18:16:01 +0300, Patrick CARDONA wrote: > And so, from this fresh install, I set up my Epson printer with cups > and I could not reproduce the bug because the cups client got > obviously a good .PPD file. So I am sorry again not to be able to > approve the patch. No problem, Fred committed a fix for it along with fixes for the other printing problems you reported. I'll update the Debian package at some point, including this and some other important ABI-compatible changes. From MAILER-DAEMON Fri Aug 10 17:37:09 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1foF5p-00088M-Q2 for mharc-discuss-gnustep@gnu.org; Fri, 10 Aug 2018 17:37:09 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33916) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1foF5n-00088E-OY for discuss-gnustep@gnu.org; Fri, 10 Aug 2018 17:37:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1foF5k-0003uQ-LB for discuss-gnustep@gnu.org; Fri, 10 Aug 2018 17:37:07 -0400 Received: from mail-ed1-x52f.google.com ([2a00:1450:4864:20::52f]:44702) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1foF5k-0003rq-B9 for discuss-gnustep@gnu.org; Fri, 10 Aug 2018 17:37:04 -0400 Received: by mail-ed1-x52f.google.com with SMTP id f23-v6so5444265edr.11 for ; Fri, 10 Aug 2018 14:37:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:date:subject:mime-version:from:to:cc:reply-to :organization:in-reply-to:user-agent; bh=d5nP7FFWZH6Yz43dwtDxKcNa2N2Ec6zwWtiBiwt8IWg=; b=WcrNMQEgRFR4TrTaUZjwU7Og9845c6Qcdki7oMSzjA87YNuEKs3lzOiWwJUagTKvWX Eu0MdAEFjb13D50gXVoPOTe363A/PP7/nOfZPV77NdOZ5ZsCxvyAbVVhnJp20bKg9vNp 7oWd2gPrffHVjuuJa9w6KAzJol4GtCAuZDdiS2MkLaJGfWQpjTjCLTbemv0E/Qrmvx1J 63JvPMAvRZlV+twVkFvN2j2VPdJA0sCoSmATr5JZL1PzUGrJWWydAIlwkJNiFZObWvZS 4ToxUsPmC7OOunfU5fApTm9VNLOUGlRKQnozbiHnTwXuvNCvUxPPdOK0YMaA/XEB6pq/ Edig== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:date:subject:mime-version:from:to:cc :reply-to:organization:in-reply-to:user-agent; bh=d5nP7FFWZH6Yz43dwtDxKcNa2N2Ec6zwWtiBiwt8IWg=; b=T8HWHoz5u3s5F2PxUhwpmrBZhNVx/KRx9Hh3g7VCDvrc91v+SW/DJgKWHlYV6pYCbL CvVbaB5Oh4DQATnvuygoUXhrSfmQJDa2sBPTNxflyAMLsMxTo3ENft/RxLcctUF2jUpc Mu0bTUVa3Qs0Zb4wn6d/E6sAhAwtqWaUJC85LeOJXdNNMyG5NMelotP4zTg0MuaBCzTx cbgvVjEGhDacI452WWbjJskET4o7OvKPQN7YzBbye+EToD2lOatIgwnY2QXYUJIPfEqZ 60tdaar9jSZ32neUvO2uZ02L6UWzKa/IpA4A4iViCZgg0zdHBTjqRNOdef3kTf58vChq vGew== X-Gm-Message-State: AOUpUlFx7/snkz02YG3Gm9AUcIoNeqbb+r42r6CTuo3Ql9Ju4CexqBf2 2qzwlRymKmqAKyUSq4He0vs= X-Google-Smtp-Source: AA+uWPyX9uOAqdhXHOoRQD9sa9X+ZjYCKVEYnW/QzTI6vQBz2XZ1OO94kOz8qX1Mz8vPTBDhniWJow== X-Received: by 2002:a50:d01a:: with SMTP id j26-v6mr10300253edf.15.1533937022923; Fri, 10 Aug 2018 14:37:02 -0700 (PDT) Received: from localhost.localdomain (78-21-117-62.access.telenet.be. [78.21.117.62]) by smtp.gmail.com with ESMTPSA id f42-v6sm5186709edf.19.2018.08.10.14.37.00 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 10 Aug 2018 14:37:01 -0700 (PDT) Message-ID: <5b6e057d.1c69fb81.cbc57.cce3@mx.google.com> X-Google-Original-Message-ID: <> Date: Fri, 10 Aug 2018 23:35:11 +0200 Subject: Re: crashes on gmail all folder MIME-Version: 1.0 (Generated by Pantomime 1.3.0) From: edwin ancaer To: andreas@schik.de Cc: discuss-gnustep@gnu.org Reply-To: eancaer@gmail.com Organization: Knight Jack In-Reply-To: <5372019fe0f308d80b11d75180dd76f9@ahe-lap> User-Agent: GNUMail (Version 1.3.0) Content-Type: text/plain; charset="us-ascii"; format="flowed" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::52f X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2018 21:37:08 -0000 Andreas, Since yesterday, I'm using GNUMail with gmail: apparently there is a security issue.In the google configuration, I had to allow 'less secure apps' to get access access to my Google account. I do not know if there really is a security issue with GNUMail though. Otherwise, everything seem to work more or less correctly. Kind regards, On 2018-08-08 11:44:12 +0200 Andreas Schik wrote: > Hello Rachel, > On 2018-08-08 00:36:46 +0200 Rachel Phillips > wrote: >> I was using for 1 week , without issues. Then 3 days ago or so, when >> i click >> all, gnumail closes. i even removed gmail account and re-added, and >> no >> change. i'm using imap. > could be a caching issue. Try to remove all files named IMAPCache_* in > $HOME/GNUstep/Libraries/GNUMail. Then start GNUMail again. > I've also heard rumors that GNUMail and gmail won't work together > well. I cannot confirm as I've given up using gmail a long time ago. > Cheers, > Andreas > RFC3156 defines security multipart formats for MIME with > OpenPGP._______________________________________________ > Discuss-gnustep mailing list > Discuss-gnustep@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnustep From MAILER-DAEMON Sat Aug 11 04:43:26 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1foPUc-0007p7-Ku for mharc-discuss-gnustep@gnu.org; Sat, 11 Aug 2018 04:43:26 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46945) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1foKpb-0002cz-2g for discuss-gnustep@gnu.org; Fri, 10 Aug 2018 23:44:47 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1foKpY-0002JD-10 for discuss-gnustep@gnu.org; Fri, 10 Aug 2018 23:44:47 -0400 Received: from mail-qk0-x242.google.com ([2607:f8b0:400d:c09::242]:36230) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1foKpX-0002J1-Qi for discuss-gnustep@gnu.org; Fri, 10 Aug 2018 23:44:43 -0400 Received: by mail-qk0-x242.google.com with SMTP id x192-v6so7749964qkb.3 for ; Fri, 10 Aug 2018 20:44:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=orT0oAXbB9Me+yYta8IOFUBSQABdH2JVukmf4peNI4Q=; b=aYiOOJeQtKO8bQsm6nepa+HbPQBBXHPMIzLWTE6BLgmckk031rGJT1xf6GxO7SZGEc 0gGDx4QWWH/RUIS3VAFOgAuUP2HBkcPOdbc5FpQREXxH3GWA480dLUOKi8E3li6uoKCq GXf0ZamVF4F/L36txFeFzCGLO24I4Zg5gOHMSVwKB1YqPGgK0Ydox9qP/hICBVf0YCQW /6KDN2cRN84gjN0o2m41gM80xagWcYrE66zGV/yPXU/yRPsTCYTl7zMmUEHpVvDaU8Qs dsNV0Q1wHgSJ6OmJ7nMu1MMe3t0GVqVlndoGnhDZxfsgP0dcRg9wWjENdeXfD783tY9D WkWA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=orT0oAXbB9Me+yYta8IOFUBSQABdH2JVukmf4peNI4Q=; b=be7nzxvOg/t7oj2UzFDi0RguLaalPXOYy4dnnAXg8GyuMy21o9tQhpS3egVCSZESKC iRUI9UaJinjiOBFU99BWCbz2a/dAiaJt0hW0EgMb8e0R0gJk4FvCZlYEsEJAfir+57qn 0EmpTm6XanDuTioH0UE1WHGHfx16mT0/jue1L6pWjg9QR+a04d8NRzySVK186JlSAn/4 WYCAD8VQ+p9YPbglToRf5LxK0tF3F/sQK3G8F0orK9+7qgxNDZe6zcucERudeKvGwGW4 f7NW5WPAelW8o+Elj48R2PJjCueS+0NMzPHlYWMcG96A355zhDIYjARvNe6+4hkAcEvE XGRA== X-Gm-Message-State: AOUpUlFcko4ro9IRyu47xM7G7ds59o5pEhtv05DVUEgeELpuS3E5gRFe Rsi5jEMMN9csvW7QyBNzDl8= X-Google-Smtp-Source: AA+uWPzTo1DAUJrAzw2+lsvhmV4BKNjp97ghZi2cHss4OheuiXCjLMGRYB9D69DWpqVbrDIoM0JV+Q== X-Received: by 2002:a37:d93:: with SMTP id 141-v6mr7993541qkn.159.1533959082938; Fri, 10 Aug 2018 20:44:42 -0700 (PDT) Received: from rachels-mac-mini.local (ool-2f1043bd.dyn.optonline.net. [47.16.67.189]) by smtp.gmail.com with ESMTPSA id q15-v6sm7548273qte.55.2018.08.10.20.44.42 (version=TLS1 cipher=AES128-SHA bits=128/128); Fri, 10 Aug 2018 20:44:42 -0700 (PDT) Date: Fri, 10 Aug 2018 23:44:41 -0400 From: hm To: gnu.gnustep.discuss@googlegroups.com Cc: discuss-gnustep@gnu.org Subject: Re: crashes on gmail all folder Message-Id: <20180810234441.092118939f3481b49d58bdd1@gmail.com> In-Reply-To: References: <867dc0ac-8017-4c58-8e1f-b985eb009657@googlegroups.com> X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.21; x86_64-apple-darwin10.8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:400d:c09::242 X-Mailman-Approved-At: Sat, 11 Aug 2018 04:43:25 -0400 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2018 03:44:48 -0000 Hi Ric, Im using 1.2.0 on Mac Sierra. When I click on mailbox, then [gmail],select expand then [all mail] it closes. console does not show any messages or errors. Thanks Rachel On Thu, 9 Aug 2018 22:19:38 +0200 "'Riccardo Mottola' via gnu.gnustep.discuss" wrote: > Hi Rachel, > > > Rachel Phillips wrote: > > I was using for 1 week , without issues. Then 3 days ago or so, when i click all, gnumail closes. i even removed gmail account and re-added, and no change. i'm using imap. > > > > I never used GNUmail with gmail, but more than somebody reported me > issues, gmail being somehow strange, also with other MUAs. > > Since you use IMAP a suggestion is to remove your cache files - it is > not necessary to remove and re-add the account. For IMAP the caches will > be regenerated automatically. > What version are you using? 1.3.0 release? maybe some details help... > do you have really many emails? > > > does the console print out something before crashing, error logs? are > you able to run it in a debugger? A stacktrace could help. > > Riccardo > -- hm From MAILER-DAEMON Sat Aug 11 04:58:33 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1foPjF-0003Jd-6b for mharc-discuss-gnustep@gnu.org; Sat, 11 Aug 2018 04:58:33 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53892) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1foPjC-0003JW-8M for discuss-gnustep@gnu.org; Sat, 11 Aug 2018 04:58:31 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1foPj7-0003d9-Bn for discuss-gnustep@gnu.org; Sat, 11 Aug 2018 04:58:30 -0400 Received: from mail.brainstorm.co.uk ([62.216.239.134]:63687) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1foPj6-0003bI-Uk for discuss-gnustep@gnu.org; Sat, 11 Aug 2018 04:58:25 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.brainstorm.co.uk (Postfix) with ESMTP id 9D4DC4988027 for ; Sat, 11 Aug 2018 09:58:22 +0100 (BST) X-Virus-Scanned: amavisd-new at brainstorm.co.uk Received: from mail.brainstorm.co.uk ([127.0.0.1]) by localhost (mail.brainstorm.co.uk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id JBXBswvjG0hu for ; Sat, 11 Aug 2018 09:58:22 +0100 (BST) Received: from email.brainstorm.co.uk (email.brainstorm.co.uk [10.0.0.124]) by mail.brainstorm.co.uk (Postfix) with ESMTP id 6BC634988011 for ; Sat, 11 Aug 2018 09:58:22 +0100 (BST) Received: by email.brainstorm.co.uk (Postfix, from userid 1002) id 595F81AC1511; Sat, 11 Aug 2018 09:58:19 +0100 (BST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: segmentation failure plmerge / building libs back From: Richard Frith-Macdonald In-Reply-To: <4c61ff3d-26a8-e898-ee0b-cc4910acef7c@libero.it> Date: Sat, 11 Aug 2018 09:58:16 +0100 Cc: Discuss GNUstep Content-Transfer-Encoding: quoted-printable Message-Id: References: <4c61ff3d-26a8-e898-ee0b-cc4910acef7c@libero.it> To: Riccardo Mottola X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x [fuzzy] X-Received-From: 62.216.239.134 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2018 08:58:31 -0000 > On 10 Aug 2018, at 10:40, Riccardo Mottola = wrote: >=20 > Hi, >=20 > I just updated my Gentoo box (i386) with compiler, libraries, kernel, = etc. So I reconfigured and rebuilt all GNUstep. >=20 > make is configured with: > ./configure --prefix=3D/ --with-layout=3Dgnustep = --with-library-combo=3Dng-gnu-gnu CC=3Dclang CXX=3Dclang++ >=20 >=20 > Everything is compiled with clang6 and "ng runtime" is enabled (or we = get other porblems with libobjc2 which I did not get sorted out with = David yet) >=20 > When building gnustep back I get: >=20 > Creating libgnustep-back-026.bundle/Resources/Info-gnustep.plist... > /bin/sh: line 2: 8299 Segmentation fault plmerge = libgnustep-back-026.bundle/Resources/Info-gnustep.plist = libgnustep-back-026Info.plist >=20 > which can be reproduced on the command line: >=20 > $ plmerge libgnustep-back-026.bundle/Resources/Info-gnustep.plist = libgnustep-back-026Info.plist > Segmentation fault >=20 > the executable itself runs: >=20 > $ plmerge > Usage: plmerge [destination-file] [input-file ...] >=20 >=20 > so it dies when acutally trying to do something :) >=20 > THis in the debugger: >=20 > Program received signal SIGSEGV, Segmentation fault. >=20 > (gdb) bt > #0 0xb7b76274 in GSPrivateFormat (s=3D0xbfffdc24, format=3D0xbfffe44c, > ap=3D0xbfffecb0 " = \231\365\267,\231\365\267T\236\365\267\210\221\365\267\037\350\273\267\320= \003\016\b@\032\275\267$\217\365\267\060\217\365\267T\236\365\267P\220\365= \267D\220\365\267\024h\"\b.\a\324\267\030\217\365\267\360\217\365\267\344\= 217\365\267\330\217\365\267\314\217\365\267\300\217\365\267\264\217\365\26= 7\f\217\365\267\250\217\365\267\234\217\365\267\220\217\365\267\204\217\36= 5\267x\217\365\267`\217\365\267l\217\365\267T\217\365\267<\217\365\267\354= \220\365\267\340\220\365\267\324\220\365\267\310\220\365\267\274\220\365\2= 67\260\220\365\267\244\220\365\267\230\220\365\267\214\220\365\267 = \220\365\267\200\220\365\267\024\220\365\267t\220\365\267h\220\365\267\070= \220\365\267,\220\365\267\374\217\365\267\\\220\365\267\214\237\365\267"..= ., locale=3D0x0) at GSFormat.m:1046 > #1 0xb7b8c53e in -[GSPlaceholderString = initWithFormat:locale:arguments:] (self=3D0x81722e4, > _cmd=3D0xb7f90714 <.objc_selector_list+992>, format=3D0xb7f59194 = <.objc_str.170>, locale=3D0x0, > argList=3D0xbfffecb0 " = \231\365\267,\231\365\267T\236\365\267\210\221\365\267\037\350\273\267\320= \003\016\b@\032\275\267$\217\365\267\060\217\365\267T\236\365\267P\220\365= \267D\220\365\267\024h\"\b.\a\324\267\030\217\365\267\360\217\365\267\344\= 217\365\267\330\217\365\267\314\217\365\267\300\217\365\267\264\217\365\26= 7\f\217\365\267\250\217\365\267\234\217\365\267\220\217\365\267\204\217\36= 5\267x\217\365\267`\217\365\267l\217\365\267T\217\365\267<\217\365\267\354= \220\365\267\340\220\365\267\324\220\365\267\310\220\365\267\274\220\365\2= 67\260\220\365\267\244\220\365\267\230\220\365\267\214\220\365\267 = \220\365\267\200\220\365\267\024\220\365\267t\220\365\267h\220\365\267\070= \220\365\267,\220\365\267\374\217\365\267\\\220\365\267\214\237\365\267"..= .) at GSString.m:1588 > #2 0xb7ca9482 in -[NSString initWithFormat:] (self=3D, = _cmd=3D, format=3D) > at NSString.m:1366 > #3 0xb7bbf09c in +[NSBundle initialize] (self=3D, = _cmd=3D) at NSBundle.m:1180 > #4 0xb79da15c in objc_send_initialize () from = /System/Library/Libraries/libobjc.so.4.6 > #5 0xb79e64d8 in slowMsgLookup () from = /System/Library/Libraries/libobjc.so.4.6 > #6 0xb79ec5e1 in objc_msgSend () from = /System/Library/Libraries/libobjc.so.4.6 > #7 0xb7b665e0 in GSLanguageFromLocale (locale=3D) at = GSLocale.m:264 > #8 0xb7cdc44f in +[NSUserDefaults standardUserDefaults] = (self=3D, _cmd=3D) at NSUserDefaults.m:995 > #9 0xb7c088e5 in -[NSDictionary writeToFile:atomically:] = (self=3D, _cmd=3D, path=3D, > useAuxiliaryFile=3D) at NSDictionary.m:1096 >=20 > (gdb) p (size_t) nspecs_done > $1 =3D 0 > (gdb) p nspecs > $2 =3D >=20 >=20 > Any ideas? trying to understand if this is a base issue or a = runtime/libobjc2 issue >=20 > It actually comes from libobjc which calls base.. >=20 > I tried compiling with debug to get more information in the = stacktrace, but the problem"goes away" confirming some kind of memory = issue! >=20 > Last thingI tried was running plmerge with valgrind and found: > =3D=3D10969=3D=3D Copyright (C) 2002-2017, and GNU GPL'd, by Julian = Seward et al. > =3D=3D10969=3D=3D Using Valgrind-3.13.0 and LibVEX; rerun with -h for = copyright info > =3D=3D10969=3D=3D Command: plmerge = libgnustep-back-026.bundle/Resources/Info-gnustep.plist = libgnustep-back-026Info.plist > =3D=3D10969=3D=3D > =3D=3D10969=3D=3D > =3D=3D10969=3D=3D HEAP SUMMARY: > =3D=3D10969=3D=3D in use at exit: 2,237,034 bytes in 13,761 blocks > =3D=3D10969=3D=3D total heap usage: 24,707 allocs, 10,946 frees, = 5,072,188 bytes allocated > =3D=3D10969=3D=3D > =3D=3D10969=3D=3D LEAK SUMMARY: > =3D=3D10969=3D=3D definitely lost: 90,396 bytes in 2,034 blocks > =3D=3D10969=3D=3D indirectly lost: 0 bytes in 0 blocks > =3D=3D10969=3D=3D possibly lost: 582,205 bytes in 2,440 blocks > =3D=3D10969=3D=3D still reachable: 1,564,433 bytes in 9,287 blocks > =3D=3D10969=3D=3D of which reachable via = heuristic: > =3D=3D10969=3D=3D newarray : 2,432 = bytes in 59 blocks > =3D=3D10969=3D=3D suppressed: 0 bytes in 0 blocks > =3D=3D10969=3D=3D Rerun with --leak-check=3Dfull to see details of = leaked memory > =3D=3D10969=3D=3D > =3D=3D10969=3D=3D For counts of detected and suppressed errors, rerun = with: -v > =3D=3D10969=3D=3D ERROR SUMMARY: 0 errors from 0 contexts (suppressed: = 0 from 0) >=20 > O fine, nothing... that is the debug version! Let's run the original = optimized version.=C3=B9 >=20 > multix@think ~/gnustep-cvs/libs-back/Source $ valgrind plmerge = libgnustep-back-026.bundle/Resources/Info-gnustep.plist = libgnustep-back-026Info.plist > =3D=3D13281=3D=3D Memcheck, a memory error detector > =3D=3D13281=3D=3D Copyright (C) 2002-2017, and GNU GPL'd, by Julian = Seward et al. > =3D=3D13281=3D=3D Using Valgrind-3.13.0 and LibVEX; rerun with -h for = copyright info > =3D=3D13281=3D=3D Command: plmerge = libgnustep-back-026.bundle/Resources/Info-gnustep.plist = libgnustep-back-026Info.plist > =3D=3D13281=3D=3D > =3D=3D13281=3D=3D > =3D=3D13281=3D=3D Process terminating with default action of signal 11 = (SIGSEGV) > =3D=3D13281=3D=3D General Protection Fault > =3D=3D13281=3D=3D at 0x417C294: GSPrivateFormat (GSFormat.m:0) > =3D=3D13281=3D=3D by 0x419254D: = _i_GSPlaceholderString__initWithFormat_locale_arguments_ = (GSString.m:1588) > =3D=3D13281=3D=3D by 0x42AF551: _i_NSString__initWithFormat_ = (NSString.m:1366) > =3D=3D13281=3D=3D by 0x41C50AB: _c_NSBundle__initialize = (NSBundle.m:1180) > =3D=3D13281=3D=3D by 0x461D15B: objc_send_initialize (in = /System/Library/Libraries/libobjc.so.4.6) > =3D=3D13281=3D=3D by 0x46294D7: slowMsgLookup (in = /System/Library/Libraries/libobjc.so.4.6) > =3D=3D13281=3D=3D by 0x462F5E0: ??? (in = /System/Library/Libraries/libobjc.so.4.6) > =3D=3D13281=3D=3D by 0x416C5DF: GSLanguageFromLocale = (GSLocale.m:264) > =3D=3D13281=3D=3D by 0x42E251E: = _c_NSUserDefaults__standardUserDefaults (NSUserDefaults.m:995) > =3D=3D13281=3D=3D by 0x420E914: = _i_NSDictionary__writeToFile_atomically_ (NSDictionary.m:1096) > =3D=3D13281=3D=3D by 0x80496E3: main (plmerge.m:135) > =3D=3D13281=3D=3D > =3D=3D13281=3D=3D HEAP SUMMARY: > =3D=3D13281=3D=3D in use at exit: 2,321,035 bytes in 13,940 blocks > =3D=3D13281=3D=3D total heap usage: 15,949 allocs, 2,009 frees, = 4,385,163 bytes allocated > =3D=3D13281=3D=3D > =3D=3D13281=3D=3D LEAK SUMMARY: > =3D=3D13281=3D=3D definitely lost: 90,376 bytes in 2,032 blocks > =3D=3D13281=3D=3D indirectly lost: 0 bytes in 0 blocks > =3D=3D13281=3D=3D possibly lost: 270,639 bytes in 1,704 blocks > =3D=3D13281=3D=3D still reachable: 1,960,020 bytes in 10,204 blocks > =3D=3D13281=3D=3D of which reachable via = heuristic: > =3D=3D13281=3D=3D newarray : 5,893 = bytes in 132 blocks > =3D=3D13281=3D=3D suppressed: 0 bytes in 0 blocks > =3D=3D13281=3D=3D Rerun with --leak-check=3Dfull to see details of = leaked memory > =3D=3D13281=3D=3D > =3D=3D13281=3D=3D For counts of detected and suppressed errors, rerun = with: -v > =3D=3D13281=3D=3D ERROR SUMMARY: 0 errors from 0 contexts (suppressed: = 0 from 0) > Segmentation fault I wouldn't say that. You can see that this is building a string from +initialize in = NSBundle.m at line 1180 You can then look at the source and check that the format string looks = correct and the number of argument passed is correct. You can also look at where those two arguments come from, and see that = they are (most likely) to be literal/constant strings produced by the = compiler. If this is using David's new ABI ... the problem might well be a bug in = the new code or (more likely) a mismatch between the layout the compiler = is producing and the library is expecting. Anyway, it tells you that you can run the program under gdb, set a = breakpoint in +[NSBundle initialize] and look at exactly what's being = passed to narrow things down more. From MAILER-DAEMON Sat Aug 11 14:20:52 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1foYVQ-0000xz-Nm for mharc-discuss-gnustep@gnu.org; Sat, 11 Aug 2018 14:20:52 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37778) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1foWjY-0002Db-8u for discuss-gnustep@gnu.org; Sat, 11 Aug 2018 12:27:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1foWjT-0003aA-CN for discuss-gnustep@gnu.org; Sat, 11 Aug 2018 12:27:20 -0400 Received: from mail-qk0-x244.google.com ([2607:f8b0:400d:c09::244]:42129) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1foWjT-0003Zu-69 for discuss-gnustep@gnu.org; Sat, 11 Aug 2018 12:27:15 -0400 Received: by mail-qk0-x244.google.com with SMTP id 13-v6so8404742qkl.9 for ; Sat, 11 Aug 2018 09:27:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=LemP9ZnZ+KXP/fOkQfhS1QpxGiWGRw/yHb2Mmx8pkyw=; b=ggCe0IJVN19desQlN762UAxcS33jbmc3dvKsC2vM9rFp8pDE85FwKlyHcUNZ+9iA5O QvUX6LpRd33FlY002UWco8aW4+D2ANTZexHuXXcg0L2YsmOgF+dHSWRN4AXqQkopVzjL yh56iH5tH2TAazFY3koe3Iyli2gxvFSOgRggA8anHYtSuBPq1gkBY4JH8eWYg+ph7WwF H9Rns6GqbDD9lOBt/sN8gHbDOfX70kHpXqz0hDjmNA3JLMiIBCJWS62MoLTfAbaaPsBT CpHaX+zqdkQqHXaCvR9pwvFc+axLaWJeMKj7OqusBFxoupEFMfob5ZFTmCp4X1W3hqr+ 9SSg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=LemP9ZnZ+KXP/fOkQfhS1QpxGiWGRw/yHb2Mmx8pkyw=; b=pfimatheDSWNdbz8hVOXyZBclLumyds0OECJdCcmoAajb7TLQksA8d0Wzl4arsadDn gIuEQR3DduRSrcynFUTayTmEw+bxRI/c2pEA9bxvIKsKmKtk72JM6qXWHLlAxvIbLeM2 y/KJ17JZ4+HPVGHjHNAZe6G7AC6oQ/VF4xt8UQkfyDDG2gRrkVUsjiudBLHwmA5ByRo+ zSnvCEFuhJdlIJo1hxqrxuNltHfwLBD7XgjpRPuJwpZ81cTcFdIXW/44kzR0elIW0xJ0 z31vABnoC3NjDyZ1uFv1u4KiDNzrS21eRtVazKHSwFcZu7DEsI0R2E15IUJAPWe7CktG LYSQ== X-Gm-Message-State: AOUpUlEWwODPL2hGnTLFXQcYATchfM6d5o3dBQrQ6fumsFGx7NiOEjAX rIWWNj82+QYg9JUBhJ7qC3M= X-Google-Smtp-Source: AA+uWPzbskSDX8qnSkhTT4t8BK0JogRqbFwszRe0Ilt10z72+V7ytA01DQ34pVrXcd1hE/XEpzPx6w== X-Received: by 2002:a37:9642:: with SMTP id y63-v6mr10129055qkd.27.1534004834647; Sat, 11 Aug 2018 09:27:14 -0700 (PDT) Received: from rachels-mac-mini.local (ool-2f1043bd.dyn.optonline.net. [47.16.67.189]) by smtp.gmail.com with ESMTPSA id i24-v6sm8884946qti.28.2018.08.11.09.27.13 (version=TLS1 cipher=AES128-SHA bits=128/128); Sat, 11 Aug 2018 09:27:14 -0700 (PDT) Date: Sat, 11 Aug 2018 12:27:13 -0400 From: hm To: gnu.gnustep.discuss@googlegroups.com Cc: Andreas Schik , discuss-gnustep@gnu.org Subject: Re: crashes on gmail all folder Message-Id: <20180811122713.895f4959785bcdf1ae0f1dbf@gmail.com> In-Reply-To: References: <867dc0ac-8017-4c58-8e1f-b985eb009657@googlegroups.com> X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.21; x86_64-apple-darwin10.8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:400d:c09::244 X-Mailman-Approved-At: Sat, 11 Aug 2018 14:20:51 -0400 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2018 16:27:21 -0000 On Wed, 08 Aug 2018 11:44:12 +0200 Andreas Schik wrote: > Hello Rachel, > > On 2018-08-08 00:36:46 +0200 Rachel Phillips > wrote: > > > I was using for 1 week , without issues. Then 3 days ago or so, when > > i click > > all, gnumail closes. i even removed gmail account and re-added, and > > no > > change. i'm using imap. > > could be a caching issue. Try to remove all files named IMAPCache_* in > $HOME/GNUstep/Libraries/GNUMail. Then start GNUMail again. > I've also heard rumors that GNUMail and gmail won't work together > well. I cannot confirm as I've given up using gmail a long time ago. > > Cheers, > Andreas -- hm HI Andreas, Thanks, I was able to access my all folder now the workaround : mv IMAP* /todelete ty, Rachel From MAILER-DAEMON Sun Aug 12 13:01:11 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fotjr-0003GQ-JN for mharc-discuss-gnustep@gnu.org; Sun, 12 Aug 2018 13:01:11 -0400 Received: from [2001:4830:134:3::10] (port=45458 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fotjn-0003Cz-FJ for discuss-gnustep@gnu.org; Sun, 12 Aug 2018 13:01:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fotje-0000eZ-9X for discuss-gnustep@gnu.org; Sun, 12 Aug 2018 13:01:01 -0400 Received: from smtp-18-i6.italiaonline.it ([213.209.14.18]:35728 helo=libero.it) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fotje-0000cX-0w for discuss-gnustep@gnu.org; Sun, 12 Aug 2018 13:00:58 -0400 Received: from [10.20.7.47] ([80.120.84.90]) by smtp-18.iol.local with SMTP id otJNfMhDeObqeotJOf8TiF; Sun, 12 Aug 2018 18:33:51 +0200 x-libjamoibt: 1601 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=libero.it; s=s2014; t=1534091631; bh=CKWyu7PmR1SZB8kcZlTHgFnwuW1AvXfpWfcnhR8CmE4=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=fThM7Mi6Y7eWMfn8v+aDAnoYqkoQgjtvvlJPRXcl4mpJ20AHgjCczoDiz1aKE7+tW 15hA8rFGIH8x/gXji2eWx+kcvs16ryzQROM8vfX9IJDWR0ZWjr7BEmUj4xCpRbawSx M/uYOiGPUxW/yzBqj4JS1AX21U1Gjn9etxJasmDWvLNfqYxM3Ysb4OMWSzavpOxp6A XBjX/ejgi0KFg0oc3put6Ck+R60TKniqN0ocnLqJ4zdO2iFRzOXPsyEz4XAsLupoFQ ShHMCfuIrNaP9GrysTiy7ucoGtYkbUfAU/I845couiRSNVAciqq80UnnzCi1nzEIlw LSy8unocKA7mg== X-CNFS-Analysis: v=2.2 cv=C/OZ8UH+ c=1 sm=1 tr=0 a=5rsoVxqk9PiwcBGg/WL7lQ==:117 a=5rsoVxqk9PiwcBGg/WL7lQ==:17 a=IkcTkHD0fZMA:10 a=DpxP-3c_PHsZvdLWcykA:9 a=QEXdDO2ut3YA:10 Subject: Re: crashes on gmail all folder To: hm Cc: discuss-gnustep@gnu.org References: <867dc0ac-8017-4c58-8e1f-b985eb009657@googlegroups.com> <20180811122713.895f4959785bcdf1ae0f1dbf@gmail.com> From: Riccardo Mottola Message-ID: Date: Sun, 12 Aug 2018 18:32:55 +0200 User-Agent: Mozilla/5.0 (X11; NetBSD i386; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20180811122713.895f4959785bcdf1ae0f1dbf@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-CMAE-Envelope: MS4wfMr71PZrapJ2B7MhiIX+pjSoMWDO1lbD0GcqulIC6E0ikJA1qOaPFqM2b3UfBzbJNDs6AsQ1XbJ59bpyJG2Y93B71KhMhXBtYfY7p609jsmmRW88PuA5 UPkH4cD1NrrCJ5DLzE+D16aMK3pnlnHPvFIGIsgM+19NIj6Z77bMZTrofN3+Vi3jr+SAJ4avgJAb1MlX7NmsQjbd5GUhSJUtPfk= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 213.209.14.18 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Aug 2018 17:01:10 -0000 Hi Rachel, > Thanks, I was able to access my all folder now the workaround : > mv IMAP* /todelete Of course it shouldn't happen, but it does happen :( I hoped latest 1.3.0 Pantomime and GNUMail would improve there. Riccardo From MAILER-DAEMON Sun Aug 12 13:04:18 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fotms-0004sK-Gw for mharc-discuss-gnustep@gnu.org; Sun, 12 Aug 2018 13:04:18 -0400 Received: from [2001:4830:134:3::10] (port=46005 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fotmm-0004hj-6O for discuss-gnustep@gnu.org; Sun, 12 Aug 2018 13:04:15 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fotmb-0001Io-ML for discuss-gnustep@gnu.org; Sun, 12 Aug 2018 13:04:04 -0400 Received: from smtp-18-i6.italiaonline.it ([213.209.14.18]:40439 helo=libero.it) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fotmb-0001ID-54 for discuss-gnustep@gnu.org; Sun, 12 Aug 2018 13:04:01 -0400 Received: from [10.20.7.47] ([80.120.84.90]) by smtp-18.iol.local with SMTP id otMXfMkcEObqeotMXf8U6W; Sun, 12 Aug 2018 18:37:06 +0200 x-libjamoibt: 1601 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=libero.it; s=s2014; t=1534091826; bh=KtntLAg/k//UM240tH3SaEZUbxZ0BpsTV1Rd8RSAdVw=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=N2lIgw4sI4ruIKSS5Aimp/Yh14FEFQ35pmUeJstRHxt+ebT7Q+665mhIO03JY+4Dr A0hhCVojEKw0Jo1QIarYq14WbQ/c2XJQ11eoS/UHXIcNXxD+Mcc3XoCYoLVVBaM7AE w+VXQ52RbDS97Xxc7ONj/D3cSt6YyrAh3rpfe83w7CvDA6ojFEncQQKTz8neqT5NtP Jr4id+RYvhX7QofT4w4LLI6qCtP63NBoKZIf+2tCxs+QSnj3eJjCTZjzNqYY3t9AGd kapbO8MGEhrcxGXnzVdmnLI0Y5RTGvl26fASEf3BoiTDtLynSN9zYRYNDE96HH61zd uPuOUNIB54Uzg== X-CNFS-Analysis: v=2.2 cv=C/OZ8UH+ c=1 sm=1 tr=0 a=5rsoVxqk9PiwcBGg/WL7lQ==:117 a=5rsoVxqk9PiwcBGg/WL7lQ==:17 a=IkcTkHD0fZMA:10 a=-wyNqV0E-eNv4CbiR4QA:9 a=QEXdDO2ut3YA:10 Subject: Re: crashes on gmail all folder To: hm Cc: discuss-gnustep@gnu.org References: <867dc0ac-8017-4c58-8e1f-b985eb009657@googlegroups.com> <20180810234441.092118939f3481b49d58bdd1@gmail.com> From: Riccardo Mottola Message-ID: <25404599-7477-88e8-d0de-04a8128296ab@libero.it> Date: Sun, 12 Aug 2018 18:36:11 +0200 User-Agent: Mozilla/5.0 (X11; NetBSD i386; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20180810234441.092118939f3481b49d58bdd1@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-CMAE-Envelope: MS4wfBDbmgTCGgxUFnbSef3sZIIag6zQXV7bfeADKLNfNGWM6g087j7LVUjlEKraW5U9iUIwBLLYrl429+v9pgYtcmbkRnvOThpLqKkdZVLX4sKLVVHvS9F7 miL/igy/nPj0XEw3RZ2nz4dLBpRx91qP+lvmAwt8/3GTZoM4iqbTE+tIQNBvuvmmHlhGC7Fh9A8qdcNbRhFWtviw3L+Fdrzw2/0= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 213.209.14.18 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Aug 2018 17:04:15 -0000 Hi Rachel On 08/11/18 05:44, hm wrote: > Im using 1.2.0 on Mac Sierra. > When I click on mailbox, then [gmail],select expand then [all mail] it closes. > console does not show any messages or errors. I suppose it is actually 1.3.0 ? Otherwise update, since it is really old. However, caching issue do happen and did happen also years ago when Pantomime was maintained by Ludovic. Debugging is hard... since probably the issue occoured during write and one would need to unterstand what has gone wrong. Pantomime 1.3.0 received some cleanup - Fred helped me there to simplify and clean some code. Volunteers, testcases and patches welcome :) Riccardo From MAILER-DAEMON Wed Aug 15 15:35:51 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fq1aB-0003Ug-J0 for mharc-discuss-gnustep@gnu.org; Wed, 15 Aug 2018 15:35:51 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59636) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fq1a6-0003Rt-Ir for discuss-gnustep@gnu.org; Wed, 15 Aug 2018 15:35:49 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fpyRD-0004fw-3J for discuss-gnustep@gnu.org; Wed, 15 Aug 2018 12:14:40 -0400 Received: from smtp-18-i6.italiaonline.it ([213.209.14.18]:51195 helo=libero.it) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fpyRA-0004W5-Q3 for discuss-gnustep@gnu.org; Wed, 15 Aug 2018 12:14:22 -0400 Received: from [10.20.7.47] ([80.120.84.90]) by smtp-18.iol.local with SMTP id pyQzfjFTwObqepyQzfI24N; Wed, 15 Aug 2018 18:14:10 +0200 x-libjamoibt: 1601 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=libero.it; s=s2014; t=1534349650; bh=JQKZ/xKecK5xhmP0OG0ir62nRFJdfev7KoqRlF2NRy8=; h=To:From:Subject:Date; b=TGV4QthZFCi2Fkood8Y/lO0zRpo77QxqXQAZVW32a07wqcsl9rtAXYQO3QzTBrXJT Qbsh6EzGoK1iu99H/Dw/rOSGH4o6iTNL8NrmAWwTjW7k/FimAc/DfgRQHeru/uT3cS 9XwtJ45gq9LUKtp+uCa4DmMclA11vWGbnTJVcobSvhFq+2E2uv1pCc5Yu3R0xlvtcb BKV3AhIG90g3P/aVTvcB/zNPPXeLi+R3vYOCehkHOpeWR8iW0YlYsNRHBTPn71gZCp bEUwKPHEI/nkA1H4JdSfSTPK8pddcAC1fVej76pqmDUBYeQl6OCg0qF7yh7fNlN4AG JYdHIHne7/KGA== X-CNFS-Analysis: v=2.2 cv=C/OZ8UH+ c=1 sm=1 tr=0 a=5rsoVxqk9PiwcBGg/WL7lQ==:117 a=5rsoVxqk9PiwcBGg/WL7lQ==:17 a=IkcTkHD0fZMA:10 a=sVEOF-5LdKWXbHL4rdgA:9 a=QEXdDO2ut3YA:10 To: discuss-gnustep@gnu.org From: Riccardo Mottola Subject: draw vs. composite image in drawRect Message-ID: Date: Wed, 15 Aug 2018 18:13:13 +0200 User-Agent: Mozilla/5.0 (X11; NetBSD i386; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-CMAE-Envelope: MS4wfIclFMkEQAVbbfUYcSWoPOZKknPFcp1bVkcyBudBAIExbzMiUOPAcw5JakdBPKY4stcc3NRVrjYuA1oLXB/xHkk1qSsjwsMG7ZK2O4XYxt6KUcZpJP9/ O9+AreefZBpXVQEvf3znOrhEEWXZWBZSrvexFoWVTeD4hmao2EAiFDn04ZF2R6Q0BYdcQOf9FMgGpA== X-detected-operating-system: by eggs.gnu.org: No matching host in p0f cache. That's all we know. X-Received-From: 213.209.14.18 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2018 19:35:49 -0000 Hi, I have subclassed NSProgressIndicator and want to draw totally my own stuff, actually, I just intend to draw an image. Actually, I am adapting code that works in GWorkspace: there the indicator is a subclass in NSView, I want to make it as subclass of NSProgressView. I do in drawRect:       [img compositeToPoint: NSZeroPoint                   operation: NSCompositeSourceOver] however, it is not working. if instead I do: [img drawAtPoint:NSZeroPoint fromRect:NSZeroRect operation:NSCompositeSourceOver fraction:1]; it works! why? Riccardo From MAILER-DAEMON Fri Aug 17 06:09:13 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fqbgv-00008u-Qa for mharc-discuss-gnustep@gnu.org; Fri, 17 Aug 2018 06:09:13 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:34004) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fqbgr-0008Ub-0R for discuss-gnustep@gnu.org; Fri, 17 Aug 2018 06:09:12 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fqbeT-0003pD-4o for discuss-gnustep@gnu.org; Fri, 17 Aug 2018 06:06:44 -0400 Received: from mail-wm0-x22b.google.com ([2a00:1450:400c:c09::22b]:39393) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fqbeS-0003oj-Ry for discuss-gnustep@gnu.org; Fri, 17 Aug 2018 06:06:41 -0400 Received: by mail-wm0-x22b.google.com with SMTP id q8-v6so6913382wmq.4 for ; Fri, 17 Aug 2018 03:06:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding:content-language; bh=e4L7fesuNaeEVthXg3Be0LJ/n2D1loI2bysUSTK1mJo=; b=A7+f2CzzGQPa49P4XhhnPOZhS3q2UzVBk4Qm4MwpY3nhz55mN3dRPRfMLAF+sB7lFF s9fp1OpcIn4r2Nu6hf62lxhC8dQBeUJSQjwIxpLBtXT/9ERdtXD60573cDc5Suh4QJ8J nv3A0NG6aEvCFzJxv72Ts8Pqgj9438Wt25E1droYv8FdMv00xIrdZD/Ck7N5nPss6gsX +rEgv+hB//LEsTb4vUJ8yqm6N4PnA0pgstBZ5WVQjjhF1xcnuXC7qytTwFsMiQuHGSzE //MeqGC8X7MMKSyeqn9uq03Qny6QrN9KzFi3MS2lf3PuZAWQiyCBXzFLD0l83O/7FdCS wLsw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=e4L7fesuNaeEVthXg3Be0LJ/n2D1loI2bysUSTK1mJo=; b=rvdYepUlgE5Qi3pv75g0MFfOklmLoS2dZxGuQv6l0vTiwRajTSNW3D+jz9hEQE+NCv 2aZtMC8jjK3XV3kXUBTPXVyb6HtF03YdebPGUx8bxL/M7G4z1sC3iIAv4aW3ldqucZxa O3+0KElUCEoVxBhGfdeyix0na3JkBxcd8oUptwgrurFOW45BDUbOFG80BT+vPdfY1hCm vwdRaZXZgMLfFoEv67wAhElUH4o47Detcwq4W028Prqu5qSUcVzEpqInNroLvJuvMPH9 V8dQD0Y/59NdDW+cF4ZfJPR1GjDrbKN1apn1VPcXNDSzOYQ1W9rbmvQOCNTy4C7sV/+w eyMQ== X-Gm-Message-State: AOUpUlFqNaeNf5nwNqy2HqdCZ7zUOajgMrKeoA+fl2XJNvZbxw5wTZxT seywKb3x+W1OgT20qDNcujWwMfr0i5Q= X-Google-Smtp-Source: AA+uWPyR+vDClw5/sTFPz86ozzdSQJhx3GxDHszctPpiqbgifCSMLmXb2Chmb0/uJsGLwr2rVwnfSQ== X-Received: by 2002:a1c:cc15:: with SMTP id h21-v6mr3934102wmb.99.1534500399376; Fri, 17 Aug 2018 03:06:39 -0700 (PDT) Received: from [192.168.0.20] (boi59-1-82-66-128-86.fbx.proxad.net. [82.66.128.86]) by smtp.gmail.com with ESMTPSA id 132-v6sm4663053wmd.13.2018.08.17.03.06.38 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 17 Aug 2018 03:06:38 -0700 (PDT) To: GNUstep Discuss From: Bertrand Dekoninck Subject: Properties and objc1 Message-ID: <243243d7-1b59-db90-5996-395c2b72e0ee@gmail.com> Date: Fri, 17 Aug 2018 12:06:37 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:400c:c09::22b X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Aug 2018 10:09:12 -0000 Hi everyone on the list. I'm enjoying my summertime to do some gnustep stuff. I want to convert the rik.theme to objc1 because I can't have libobjc2 running on my ppc computers. For now, I'm dealing with properties. I've managed to convert this one : @property (retain) NSButtonCell * defaultbuttoncell; into : - (NSButtonCell *) defautbuttoncell {   return defaultbuttoncell; } - (void) setdefaultbuttoncell: (NSButtonCell *) defaultbuttoncell_ {   [defaultbuttoncell_ retain];   [defaultbuttoncell release];   defaultbuttoncell = defaultbuttoncell_; } And I  want to be sure for this one because of the non atomic and assign attributes : @property (nonatomic, assign) BOOL reverse; is replaced by : - (BOOL) reverse {   return reverse; } - (void) setReverse: (Bool) reverse_ {   reverse = reverse_;   } Thanks, Bertrand Is this correct ? From MAILER-DAEMON Fri Aug 17 09:15:53 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fqebZ-0007PG-2A for mharc-discuss-gnustep@gnu.org; Fri, 17 Aug 2018 09:15:53 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55628) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fqebX-0007P8-9V for discuss-gnustep@gnu.org; Fri, 17 Aug 2018 09:15:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fqebQ-00041u-Vs for discuss-gnustep@gnu.org; Fri, 17 Aug 2018 09:15:51 -0400 Received: from theravensnest.org ([46.226.110.62]:58355) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fqebO-0003qe-Os for discuss-gnustep@gnu.org; Fri, 17 Aug 2018 09:15:44 -0400 Received: from dhcp-10-248-120-89.eduroam.wireless.private.cam.ac.uk (global-5-144.nat-2.net.cam.ac.uk [131.111.5.144]) (authenticated bits=0) by theravensnest.org (8.15.2/8.15.2) with ESMTPSA id w7HDEiFN034072 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 17 Aug 2018 13:14:44 GMT (envelope-from gnustep@theravensnest.org) X-Authentication-Warning: mail: Host global-5-144.nat-2.net.cam.ac.uk [131.111.5.144] claimed to be dhcp-10-248-120-89.eduroam.wireless.private.cam.ac.uk Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Properties and objc1 From: David Chisnall In-Reply-To: <243243d7-1b59-db90-5996-395c2b72e0ee@gmail.com> Date: Fri, 17 Aug 2018 14:15:39 +0100 Cc: GNUstep Discuss Content-Transfer-Encoding: quoted-printable Message-Id: References: <243243d7-1b59-db90-5996-395c2b72e0ee@gmail.com> To: Bertrand Dekoninck X-Mailer: Apple Mail (2.3273) X-detected-operating-system: by eggs.gnu.org: FreeBSD 9.x [fuzzy] X-Received-From: 46.226.110.62 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Aug 2018 13:15:52 -0000 On 17 Aug 2018, at 11:06, Bertrand Dekoninck = wrote: >=20 > I'm enjoying my summertime to do some gnustep stuff. I want to convert = the rik.theme to objc1 because I can't have libobjc2 running on my ppc = computers. A couple of things about this: 1. I think that libobjc2 should work on PowerPC, only without support = for the assembly paths. You won=E2=80=99t be able to use objc_msgSend = (and the compiler will use the slower message sending mechanism) or = imp_implementationWithBlock, but everything else should work. 2. If libobjc2 doesn=E2=80=99t work, you don=E2=80=99t actually need it = to be able to use declared properties. Clang (and, I think, gcc 4.6ish = or later) will generate calls to runtime functions. These are supported = in either a vaguely recent GCC runtime or by the ObjectiveC2 = compatibility framework that GNUstep builds as part of Foundation. David From MAILER-DAEMON Fri Aug 17 09:58:57 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fqfHF-0000Bp-5O for mharc-discuss-gnustep@gnu.org; Fri, 17 Aug 2018 09:58:57 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:50660) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fqfHC-0000Bh-SL for discuss-gnustep@gnu.org; Fri, 17 Aug 2018 09:58:55 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fqfH9-0003IO-Nr for discuss-gnustep@gnu.org; Fri, 17 Aug 2018 09:58:54 -0400 Received: from mail-oi0-x22a.google.com ([2607:f8b0:4003:c06::22a]:33051) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fqfH9-0003I6-Fd for discuss-gnustep@gnu.org; Fri, 17 Aug 2018 09:58:51 -0400 Received: by mail-oi0-x22a.google.com with SMTP id 8-v6so14156964oip.0 for ; Fri, 17 Aug 2018 06:58:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=vucica.net; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=CLGG9wzda/38yYkezCfAZFslu1MLQ5DcKfi5J0jInFA=; b=BQyx9zG5/vJu+OYb1SaS6MxcMtZMACrErA/VtIVE4ybylmmkdWrMqaJhuTYJY1c+rj YwQLtDPAk3bxQTv+RVIPKC84AeImSe7UYBLkHJ/gaAnpXfGQGpgsnoOKgojWurzoiu0t lbAe7JakgvuNGxtlAB4ga0UoDIUxO3gXgeoWA= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=CLGG9wzda/38yYkezCfAZFslu1MLQ5DcKfi5J0jInFA=; b=awQ/+KxLKSKd45vvK6iPi8h0BDqs8nd0U9zbIqhaKMB/tQQQkmYT0OvPv24SuZAMN4 yjP1ogpIGSleBP+36ZBlED4wCVbkDmMyvVr35UkqGfTGx01jeTMGvh7JsblILB9QECy5 mhsn+UzQbrKfodiWMQZxic2I+0MheBsPPyHgqMRpGQSuKrJhjm8y6ieQDK7Qu1s8h9u7 ymCqoyKUM+uxdTWVNXOYNeXYbE5khYxgPNaetb7iRiXg0cG4/pqWk4c8oavQN0w8pMJL leoPZP17qqkBMatcU0/wfQ+gMehELrXc35oa05WXFMzTllPI3IEQqMuN4EE+dh/SENxG jhgw== X-Gm-Message-State: APzg51AGNyCiUcysVP0x58OPocDeoeijw/EvM2W9Gyg69EPt3y5Wo7yx mZtzrlvH7G7/gz0dl1K22myEnEVJPmM= X-Google-Smtp-Source: AA+uWPzX9SvC4WAaV/fNrUAIGmifLJGGDXr4J3aGEfK2evQJDrQ6fAxotNfbNR0ffvf8wDwcSDmWXg== X-Received: by 2002:aca:e185:: with SMTP id y127-v6mr2682949oig.245.1534514330422; Fri, 17 Aug 2018 06:58:50 -0700 (PDT) Received: from mail-oi0-f43.google.com (mail-oi0-f43.google.com. [209.85.218.43]) by smtp.gmail.com with ESMTPSA id n84-v6sm1294068oif.23.2018.08.17.06.58.49 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 17 Aug 2018 06:58:49 -0700 (PDT) Received: by mail-oi0-f43.google.com with SMTP id m11-v6so14149301oic.2 for ; Fri, 17 Aug 2018 06:58:49 -0700 (PDT) X-Received: by 2002:aca:d5d3:: with SMTP id m202-v6mr2445717oig.93.1534514328923; Fri, 17 Aug 2018 06:58:48 -0700 (PDT) MIME-Version: 1.0 References: <243243d7-1b59-db90-5996-395c2b72e0ee@gmail.com> In-Reply-To: <243243d7-1b59-db90-5996-395c2b72e0ee@gmail.com> From: =?UTF-8?B?SXZhbiBWdcSNaWNh?= Date: Fri, 17 Aug 2018 14:58:22 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Properties and objc1 To: Bertrand Dekoninck Cc: GNUstep Discuss Content-Type: text/plain; charset="UTF-8" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4003:c06::22a X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Aug 2018 13:58:55 -0000 Hey, just some random thoughts regarding what I'd ask of a contributor to a project I'd be writing. This is in addition to David's comment: I would *expect* @property and @synthesize to work to the extent you need them to even without runtime support. David can correct me, but situation, I believe, changes only if you want to query the runtime for which *properties* exist and with which attributes, instead of just querying which methods exist. I believe this means GNUstep's implementation of Core Animation APIs can't be fully featured without libobjc2, because it can't construct @dynamic properties without knowing that a property is @dynamic. Of course, I need to finish the @dynamic support :-) I hope what follows helps a bit. On Fri, Aug 17, 2018 at 11:09 AM Bertrand Dekoninck wrote: > > Hi everyone on the list. > > I'm enjoying my summertime to do some gnustep stuff. I want to convert > the rik.theme to objc1 because I can't have libobjc2 running on my ppc > computers. > > For now, I'm dealing with properties. > > I've managed to convert this one : > > @property (retain) NSButtonCell * defaultbuttoncell; > > into : > > - (NSButtonCell *) defautbuttoncell { > return defaultbuttoncell; > } > > - (void) setdefaultbuttoncell: (NSButtonCell *) defaultbuttoncell_ { That should be "setDefaultbuttoncell". (This shows why it's a good idea to camelcase your variables; "defaultButtonCell" would result in "setDefaultButtonCell:". Assuming you can do that in the theme!) Naming this correctly helps KVC/KVO work correctly. I *think* you *do not* need to notify KVO of the change in value. If it turns out you do, just call "willChangeValueForKey:" and "didChangeValueForKey:" (iirc) manually. > > [defaultbuttoncell_ retain]; > [defaultbuttoncell release]; > defaultbuttoncell = defaultbuttoncell_; > } (1) I like to use "self->" to make it clear that I'm referring to an ivar. So [defaultbuttoncell_ retain]; [self->defaultbuttoncell release]; self->defaultbuttoncell = defaultbuttoncell_;. (2) Tendency for the past few years seems to be to use ivars named "_propertyname". (While @synthesize will default to naming the ivar the same, so "propertyname", if you omit @synthesize and the ivar completely on modern Clang, it'll use "_propertyname" by default.) So: { NSButtonCell * _defaultbuttoncell; } @property (retain) NSButtonCell * defaultbuttoncell; ... @synthesize defaultbuttoncell=_defaultbuttoncell; (3) Finally I'd add a small check: if (self->defaultbuttoncell == defaultbuttoncell_) return; So this is what it'd look like (assuming you can apply all these in a theme): @interface Whatever { NSButtonCell * _defaultButtonCell; } - (NSButtonCell *) defaultButtonCell; - (void) setDefaultButtonCell: (NSButtonCell *) defaultButtonCell; @end @implementation Whatever - (NSButtonCell *) defaultButtonCell { return self->_defaultButtonCell; } - (void) setDefaultButtonCell: (NSButtonCell *) defaultButtonCell { if (defaultButtonCell == self->_defaultButtonCell) return; [defaultButtonCell retain]; [self->_defaultButtonCell release]; self->_defaultButtonCell = defaultButtonCell; } @end This seems clear and readable to me, if you are attempting to avoid @synthesize. But, I might be embarrassing myself by missing something obvious. > > > And I want to be sure for this one because of the non atomic and assign > attributes : > > @property (nonatomic, assign) BOOL reverse; > > is replaced by : > > - (BOOL) reverse { > return reverse; > } > - (void) setReverse: (Bool) reverse_ { > reverse = reverse_; > } This seems ok, except: (1) s/Bool/BOOL/ (2) I'd still name the ivar "_reverse", the argument "reverse", and use "self->" to make it clear I refer to the ivar. From MAILER-DAEMON Fri Aug 17 11:12:30 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fqgQQ-0001Vq-8F for mharc-discuss-gnustep@gnu.org; Fri, 17 Aug 2018 11:12:30 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:49523) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fqgQO-0001UA-CZ for discuss-gnustep@gnu.org; Fri, 17 Aug 2018 11:12:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fqgQK-0006Lo-B0 for discuss-gnustep@gnu.org; Fri, 17 Aug 2018 11:12:28 -0400 Received: from theravensnest.org ([46.226.110.62]:50728) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fqgQJ-0006J7-VW for discuss-gnustep@gnu.org; Fri, 17 Aug 2018 11:12:24 -0400 Received: from dhcp-10-248-108-254.eduroam.wireless.private.cam.ac.uk (global-5-142.nat-2.net.cam.ac.uk [131.111.5.142]) (authenticated bits=0) by theravensnest.org (8.15.2/8.15.2) with ESMTPSA id w7HFBWlP035883 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 17 Aug 2018 15:11:33 GMT (envelope-from gnustep@theravensnest.org) X-Authentication-Warning: mail: Host global-5-142.nat-2.net.cam.ac.uk [131.111.5.142] claimed to be dhcp-10-248-108-254.eduroam.wireless.private.cam.ac.uk Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Properties and objc1 From: David Chisnall In-Reply-To: Date: Fri, 17 Aug 2018 16:12:28 +0100 Cc: Bertrand Dekoninck , GNUstep Discuss Content-Transfer-Encoding: quoted-printable Message-Id: <4894F118-7013-49A5-8D40-7B233BF2A461@theravensnest.org> References: <243243d7-1b59-db90-5996-395c2b72e0ee@gmail.com> To: =?utf-8?Q?Ivan_Vu=C4=8Dica?= X-Mailer: Apple Mail (2.3273) X-detected-operating-system: by eggs.gnu.org: FreeBSD 9.x [fuzzy] X-Received-From: 46.226.110.62 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Aug 2018 15:12:29 -0000 On 17 Aug 2018, at 14:58, Ivan Vu=C4=8Dica wrote: >=20 > David can correct me, but situation, I believe, > changes only if you want to query the runtime for which *properties* > exist and with which attributes, instead of just querying which > methods exist. Exactly right. Class property metadata and property metadata for = properties declared in categories work only with = -fobjc-runtime=3Dgnustep-2.0 (or, in theory, later), instance property = metadata on properties declared in classes works only with = -fobjc-runtime=3Dgnustep-1.something (I forget which, with 1.7 or later = we get better metadata) Methods synthesised from properties should work with any runtime. David From MAILER-DAEMON Fri Aug 17 13:00:59 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fqi7P-0002OW-R0 for mharc-discuss-gnustep@gnu.org; Fri, 17 Aug 2018 13:00:59 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58204) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fqi7O-0002O9-DT for discuss-gnustep@gnu.org; Fri, 17 Aug 2018 13:00:59 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fqi7K-0000nP-H6 for discuss-gnustep@gnu.org; Fri, 17 Aug 2018 13:00:58 -0400 Received: from mail-wr1-x432.google.com ([2a00:1450:4864:20::432]:34132) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fqi7K-0000n4-80 for discuss-gnustep@gnu.org; Fri, 17 Aug 2018 13:00:54 -0400 Received: by mail-wr1-x432.google.com with SMTP id c13-v6so7654573wrt.1 for ; Fri, 17 Aug 2018 10:00:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=usPgOz0vt9uE1c7LfY9xOxpxIBmhydN9/MpKd1+pEFI=; b=UqHD6iTZxaptF+ccCh+f9p4vmU2ZcILtdtLoRQpcud8UpjFM6j0ukPZAeK71wpEF53 Xrtis2MYGKqNHJuhPeytHyZ0TiieAmkmXSjGUeIN0R5mVBttD3gthC8ajfx2xUOvH3Uz 6q9uN0VUYeZyF6ZBgX0dNiROhjDNNHbONS05rYUxj8uqt/RHvSRWcVnliRPNqute82VJ d8JVOkW8RyYdi6DqYS2mkoLMHfNY4K5KtxOCqQU8PjMF7uKreg40TT3KHkKAwsGvsyIw HAbqLsufIVt7GzD+VI5QdsDOKf7RNoJDBGNIUC1zjvc3sLU2uCvx1QF4n8f2z8BHGSKv RwUw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=usPgOz0vt9uE1c7LfY9xOxpxIBmhydN9/MpKd1+pEFI=; b=a1OJ8dhOsulcNq4aEu8LZn08H5PrfAzBm7xvkVZX4pVg/t77uf7Q77W1ecDmMqt/XO m3gSaq/ybE3a7VtOnJ5kzcUFUPWq7lCxz5ZqigV2ii0C7NMfbN4PBN8q7NetndEMtj5s LBsEoeY3xh8RD6vaB6PaZz0e9gGnSFZPx6KZNeolgCac6SuhrW2L7AmFtWVOmG759oYa Usqz19nnYVJ+Y7Y6W/hR3jkVieCuj6jK2jIcb/K0xxdwfPdr+qPk73OJX6k71sqvGoQv wSXD2JW5+8BYuZqh01hZ3WCM1LWvOH/AM4Zc8wDVyEMB/26R1byraDoUGP/IagTpYZsJ JIwQ== X-Gm-Message-State: AOUpUlEOdaBTn+2NyY1oXqltEYoeQ2EYtNqpMT1zhV1R8fojn1Xw9Odn YckaMo9hyKvAX1/AUI0TdUUasAcrWyI= X-Google-Smtp-Source: AA+uWPymHY3O8qgqLyvq0anNbdLbxFfi5KuDB2drZBDFp+I5PT5cpPXGS4Sa5SGXskr++4vc9yypvg== X-Received: by 2002:adf:8362:: with SMTP id 89-v6mr21959604wrd.147.1534525252793; Fri, 17 Aug 2018 10:00:52 -0700 (PDT) Received: from [192.168.0.20] (boi59-1-82-66-128-86.fbx.proxad.net. [82.66.128.86]) by smtp.gmail.com with ESMTPSA id g2-v6sm6560945wrd.71.2018.08.17.10.00.51 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 17 Aug 2018 10:00:52 -0700 (PDT) Subject: Re: Properties and objc1 To: =?UTF-8?Q?Ivan_Vu=c4=8dica?= Cc: GNUstep Discuss References: <243243d7-1b59-db90-5996-395c2b72e0ee@gmail.com> From: Bertrand Dekoninck Message-ID: <61941369-855c-2df7-4278-b2e501492d98@gmail.com> Date: Fri, 17 Aug 2018 19:00:50 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::432 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Aug 2018 17:00:59 -0000 Le 17/08/2018 à 15:58, Ivan Vučica a écrit : > Hey, > > just some random thoughts regarding what I'd ask of a contributor to a > project I'd be writing. > > This is in addition to David's comment: I would *expect* @property and > @synthesize to work to the extent you need them to even without > runtime support. David can correct me, but situation, I believe, > changes only if you want to query the runtime for which *properties* > exist and with which attributes, instead of just querying which > methods exist. I believe this means GNUstep's implementation of Core > Animation APIs can't be fully featured without libobjc2, because it > can't construct @dynamic properties without knowing that a property is > @dynamic. Of course, I need to finish the @dynamic support :-) > > I hope what follows helps a bit. It helps me to understand more things. Thanks. > > On Fri, Aug 17, 2018 at 11:09 AM Bertrand Dekoninck > wrote: >> Hi everyone on the list. >> >> I'm enjoying my summertime to do some gnustep stuff. I want to convert >> the rik.theme to objc1 because I can't have libobjc2 running on my ppc >> computers. >> >> For now, I'm dealing with properties. >> >> I've managed to convert this one : >> >> @property (retain) NSButtonCell * defaultbuttoncell; >> >> into : >> >> - (NSButtonCell *) defautbuttoncell { >> return defaultbuttoncell; >> } >> >> - (void) setdefaultbuttoncell: (NSButtonCell *) defaultbuttoncell_ { > That should be "setDefaultbuttoncell". (This shows why it's a good > idea to camelcase your variables; "defaultButtonCell" would result in > "setDefaultButtonCell:". Assuming you can do that in the theme!) I did notice that by myself  : I would have named the variable defaultButtonCell if it wasnt already named as is. That's why I named the setter  setdefaultbuttoncell and didn't think to your solution. > > Naming this correctly helps KVC/KVO work correctly. I *think* you *do > not* need to notify KVO of the change in value. If it turns out you > do, just call "willChangeValueForKey:" and "didChangeValueForKey:" > (iirc) manually.  KVC/KVO ? I don't know anything about this. I should dig a little. In fact, yesterday, I didn't know what properties were doing and I'm leveling my skills a little up now. So you can understand this part of your comment is completely obscure to me. Don't matter. > >> [defaultbuttoncell_ retain]; >> [defaultbuttoncell release]; >> defaultbuttoncell = defaultbuttoncell_; >> } > > (1) > I like to use "self->" to make it clear that I'm referring to an ivar. > So [defaultbuttoncell_ retain]; [self->defaultbuttoncell release]; > self->defaultbuttoncell = defaultbuttoncell_;. > > (2) > Tendency for the past few years seems to be to use ivars named > "_propertyname". (While @synthesize will default to naming the ivar > the same, so "propertyname", if you omit @synthesize and the ivar > completely on modern Clang, it'll use "_propertyname" by default.) > So: > { > NSButtonCell * _defaultbuttoncell; > } > @property (retain) NSButtonCell * defaultbuttoncell; > ... > @synthesize defaultbuttoncell=_defaultbuttoncell; I found explanations about properties at https://www.quora.com/How-are-atomic-properties-implemented-in-ObjC?share=1 and I followed the notation. > > (3) Finally I'd add a small check: > if (self->defaultbuttoncell == defaultbuttoncell_) > return; What for ? To escape without the 3 lines that follow if true ? > > > So this is what it'd look like (assuming you can apply all these in a theme): > > @interface Whatever > { > NSButtonCell * _defaultButtonCell; > } > - (NSButtonCell *) defaultButtonCell; > - (void) setDefaultButtonCell: (NSButtonCell *) defaultButtonCell; > @end > > @implementation Whatever > - (NSButtonCell *) defaultButtonCell > { > return self->_defaultButtonCell; > } > > - (void) setDefaultButtonCell: (NSButtonCell *) defaultButtonCell > { > if (defaultButtonCell == self->_defaultButtonCell) > return; > > [defaultButtonCell retain]; > [self->_defaultButtonCell release]; > self->_defaultButtonCell = defaultButtonCell; > } > @end > > This seems clear and readable to me, if you are attempting to avoid > @synthesize. But, I might be embarrassing myself by missing something > obvious. I've read a little more on atomic/non atomic attributes and was wondering if atomic is anything useful for a theme : should it be threadsafe ? If so, should I use @synchronize ? and would it be available without libobjc2 and libdispatch ? Anyway, the whole discussion is now useless if gcc supports properties. > >> >> And I want to be sure for this one because of the non atomic and assign >> attributes : >> >> @property (nonatomic, assign) BOOL reverse; >> >> is replaced by : >> >> - (BOOL) reverse { >> return reverse; >> } >> - (void) setReverse: (Bool) reverse_ { >> reverse = reverse_; >> } > > This seems ok, except: > (1) s/Bool/BOOL/ > (2) I'd still name the ivar "_reverse", the argument "reverse", and > use "self->" to make it clear I refer to the ivar. Thanks a lot for this review. Bertrand From MAILER-DAEMON Fri Aug 17 13:25:48 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fqiVQ-0002dr-0h for mharc-discuss-gnustep@gnu.org; Fri, 17 Aug 2018 13:25:48 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37451) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fqiVN-0002c4-PS for discuss-gnustep@gnu.org; Fri, 17 Aug 2018 13:25:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fqiVJ-00010i-PO for discuss-gnustep@gnu.org; Fri, 17 Aug 2018 13:25:45 -0400 Received: from mail-wm0-x234.google.com ([2a00:1450:400c:c09::234]:52209) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fqiVJ-0000xm-HX for discuss-gnustep@gnu.org; Fri, 17 Aug 2018 13:25:41 -0400 Received: by mail-wm0-x234.google.com with SMTP id y2-v6so8269638wma.1 for ; Fri, 17 Aug 2018 10:25:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=sPZm9N30+xUJyxJHPlbrFzJO4zyO7M945J8UurU4r74=; b=sT6SY8kf8Sj+ZdpIBktOXbN9A+Knsyeo4R+hXQlmKlb5kOhgJXZhyLgD8LmHOUjUVv An9p/IMJg8aVs7EzRM8YlCkel7sqmcdQLTHgH2RVCUQdVRcfanDiFOhZk3OFTV1W2jhg E1WaagRl68L4iU+QhoPi4bzn7FabQeND8nYg2kK1X7MrKBu86X4w63Fe9aDrfznLTzOO +S642AOJKynLdEM5MDPHKmtsS6kf9NgoBlbaZIP+aC7j0ClV6ohJ4+WrcBfqAzqBQhiq Id6MddvM8OItrSErTe2J7TD8kvrX0Wb90P8tUgV6yMHWiB2WM8mHmuRJ7aP2oNWUwwOS R55A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=sPZm9N30+xUJyxJHPlbrFzJO4zyO7M945J8UurU4r74=; b=YhH+IKrCyrVwbnhpN3mgkjnZGYH62dIpo+eYGIvBcjONRi493Av/fc9Cix/Rad6O7F fieJmz8tfnrgxgZt8YS3dGKoDc3nTyeTqRZLZEVEjKgcmGMu/wRFVAQqYVgRxRqk84Ys mwMGxzmUafRNsuWk3T65KgbhGaP/M0R1FsHrSYOQ4NPKBbDQ5sddxIM3VMiHlGnJ4hMR TdvmXbijOSv4Qyj19guP6onp1XRDYVx5zD6BIkVesLalKa9KfhyxlRhmUkATuwgPVC/h dHLi9kPaRakbyunVEZD9O40roCV2g75BXhJpb3QwhpCpP0myDWyjd/QNZRiMaCQmjsdQ 2+bQ== X-Gm-Message-State: AOUpUlFEYjHMWJy2b2/ybVqODmRfe2CXWkMO2uJFR6+8jZMKVUNnmIpq 4DrvRunY82NUqs9exSwCtaMTW675xyM= X-Google-Smtp-Source: AA+uWPzL7jsOwL9+x5pw1IaO11hpe2opzLFsFeN50bKkih6bohmSWS92cU9ufSzP9TcCLy/MxBhPxw== X-Received: by 2002:a1c:f46:: with SMTP id 67-v6mr18071188wmp.122.1534526740267; Fri, 17 Aug 2018 10:25:40 -0700 (PDT) Received: from [192.168.0.20] (boi59-1-82-66-128-86.fbx.proxad.net. [82.66.128.86]) by smtp.gmail.com with ESMTPSA id o33-v6sm4072067wrf.11.2018.08.17.10.25.39 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 17 Aug 2018 10:25:39 -0700 (PDT) Subject: Re: Properties and objc1 To: David Chisnall Cc: GNUstep Discuss References: <243243d7-1b59-db90-5996-395c2b72e0ee@gmail.com> From: Bertrand Dekoninck Message-ID: <49b7dc20-3ebd-7309-8bde-a209b77cbd5f@gmail.com> Date: Fri, 17 Aug 2018 19:25:38 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:400c:c09::234 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Aug 2018 17:25:46 -0000 Hi, Le 17/08/2018 à 15:15, David Chisnall a écrit : > On 17 Aug 2018, at 11:06, Bertrand Dekoninck wrote: >> I'm enjoying my summertime to do some gnustep stuff. I want to convert the rik.theme to objc1 because I can't have libobjc2 running on my ppc computers. > A couple of things about this: > > 1. I think that libobjc2 should work on PowerPC, only without support for the assembly paths. You won’t be able to use objc_msgSend (and the compiler will use the slower message sending mechanism) or imp_implementationWithBlock, but everything else should work. I've read again your comment on the issue I had opened on github for this. I hadn't understood that libobjc2 should work. So it is pretty good news for me. Anyway, when I will have time, I may bend over the remaining  pthread bug you mentionned when closing the issue. > > 2. If libobjc2 doesn’t work, you don’t actually need it to be able to use declared properties. Clang (and, I think, gcc 4.6ish or later) will generate calls to runtime functions. These are supported in either a vaguely recent GCC runtime or by the ObjectiveC2 compatibility framework that GNUstep builds as part of Foundation. Good ! And is the dot syntax (eg someButton.reverse = reverse) also supported ? Anyway, I tried to build the theme today in a virtual machine with debian 9 (x86) and gnustep debian packages (which are build with gcc). I haven''t  yet checked that properties are supported because the build fails badly  on this : - (void)setIsDefaultButton:(NSNumber*) val {   objc_setAssociatedObject(self, kRikIsDefaultButton, val, OBJC_ASSOCIATION_COPY); } I didn't even know what associated objects are and it need time to understand them. And maybe to replace them. But it seems overkill tome Thanks a lot. Bertrand From MAILER-DAEMON Fri Aug 17 15:45:51 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fqkgw-0006oD-QT for mharc-discuss-gnustep@gnu.org; Fri, 17 Aug 2018 15:45:50 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44402) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fqkgu-0006im-0Y for discuss-gnustep@gnu.org; Fri, 17 Aug 2018 15:45:48 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fqkgq-0003tH-1E for discuss-gnustep@gnu.org; Fri, 17 Aug 2018 15:45:47 -0400 Received: from smtp-18-i6.italiaonline.it ([213.209.14.18]:43098 helo=libero.it) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fqkgp-0003rR-O7 for discuss-gnustep@gnu.org; Fri, 17 Aug 2018 15:45:43 -0400 Received: from [10.20.7.47] ([80.120.84.90]) by smtp-18.iol.local with SMTP id qkgmf0jicObqeqkgmfRjaR; Fri, 17 Aug 2018 21:45:41 +0200 x-libjamoibt: 1601 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=libero.it; s=s2014; t=1534535141; bh=zu38jJMaO1XKa2lkFz7zuI1pAlwOiPUO7ZACxlYJsyU=; h=Subject:To:References:From:Date:In-Reply-To; b=Qcpc8G05GXfri8vedU6EGNsuYkGGxnxWii6bKptafu8X/95tN/GsfBHzyhXsn5fQ5 AqN/YMLvQ/BgR3NrSxiR1SqsO0QFd3HiGWSW2BgHGA5Kqs5E6sqaFiigYM1w5/Y3OY 5E8Q4vtjl1tm55XWtHGAippwZOkYv/O76nde6nzJ3A2j5sh1EZNFKAYc8HEc34XL28 eqP0jfJFsEz4koiXIIYSfa0tIGrc8duLKTfM/8pNlQmcqg3g9Puf8DNqDfORJ/p/yq tqeZIxQ78/C3eYy+R6NaB5m0P51D7g1cWP8Xb2kpaUyC30H7uWQsVPO/2iCVbdIIap h+vbk794zeIcA== X-CNFS-Analysis: v=2.2 cv=C/OZ8UH+ c=1 sm=1 tr=0 a=5rsoVxqk9PiwcBGg/WL7lQ==:117 a=5rsoVxqk9PiwcBGg/WL7lQ==:17 a=IkcTkHD0fZMA:10 a=C31ugs0xv3qBn4YEqWQA:9 a=QEXdDO2ut3YA:10 Subject: Re: Properties and objc1 To: Bertrand Dekoninck , GNUstep Discuss References: <243243d7-1b59-db90-5996-395c2b72e0ee@gmail.com> From: Riccardo Mottola Message-ID: <3f868c9e-41eb-60ec-8a4a-fdc276b83616@libero.it> Date: Fri, 17 Aug 2018 21:44:42 +0200 User-Agent: Mozilla/5.0 (X11; NetBSD i386; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <243243d7-1b59-db90-5996-395c2b72e0ee@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-CMAE-Envelope: MS4wfAXYy1ren1e/biaeXvl5X93GNX4ohTOBH3zRvBUdWRbNViSORD6zOZx7E7/jGhLWQBIai9bUPNWLQksmb15zuVfiu/yHWwUAgCZ5tXr4mFHz68UP2svG vF0PgOZ8HnnfM4vlOHi9IN2lAgPQQq++L5bNO9MxgydZFpqRaJ/fMMRtDvp996w1lmacQGos6uO9wruyUQmO/EVa/keKLoqOvem0nBh7Pww5Mix17vIOyncd X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 213.209.14.18 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Aug 2018 19:45:49 -0000 Hi, Ivan explained it already to you, although some matter of taste remains. I have converted a lot of obj-c2 code a couple of years ago and got quick about it. I do not like using _ in variable names except in private ivars On 08/17/18 12:06, Bertrand Dekoninck wrote: > Hi everyone on the list. > > I'm enjoying my summertime to do some gnustep stuff. I want to convert > the rik.theme to objc1 because I can't have libobjc2 running on my ppc > computers. Fine idea. libobjc2 has issues with gcc, since I cannot use libobjc2 with gnu-gnu-gnu but only with ng-gnu-gnu both with clang and gcc. I was unable to write the testcases David requested and did not pursue that further, I'll ping him again. As long as you don't have blocks it is quite an easy but tedious rewrite. That's what properties were probably invented for, but their syntax is so ugly I can't stand them. > > For now, I'm dealing with properties. > > I've managed to convert this one : > > @property (retain) NSButtonCell * defaultbuttoncell; > > into : > > - (NSButtonCell *) defautbuttoncell { >   return defaultbuttoncell; > } that is fine. I'm with ivan for naming it defaultButtonCell and if that is taken understand why you need two. > > - (void) setdefaultbuttoncell: (NSButtonCell *) defaultbuttoncell_ { >   [defaultbuttoncell_ retain]; >   [defaultbuttoncell release]; >   defaultbuttoncell = defaultbuttoncell_; > } I would write this differently, just for taste: - (void) setdefaultbuttoncell: (NSButtonCell *) aButtCell {   if (defaultbuttoncell != aButtCell)    {     [defaultbuttoncell release];     defaultbuttoncell = aButtCell;     [defaultbuttoncell retain]; } } I like it that way because it is clear that you "release" and "retain" the IVAR. since you do not want to release the same object you are assigning to, you check it is really a different one. This is important! otherwise you would release it before assigning and retaining it! I learned it the hard way tracking strange crashes... > > And I  want to be sure for this one because of the non atomic and > assign attributes : > > @property (nonatomic, assign) BOOL reverse; > > is replaced by : > > - (BOOL) reverse { >   return reverse; > } > - (void) setReverse: (Bool) reverse_ { >   reverse = reverse_; >   } except for BOOL and Bool, it is correct. Avoiding _ applies too. Happy hacking, Riccardo From MAILER-DAEMON Fri Aug 17 16:26:06 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fqlJu-0006E8-NI for mharc-discuss-gnustep@gnu.org; Fri, 17 Aug 2018 16:26:06 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:51876) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fqlJs-0006Da-Hb for discuss-gnustep@gnu.org; Fri, 17 Aug 2018 16:26:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fqlJn-0007Ox-Ik for discuss-gnustep@gnu.org; Fri, 17 Aug 2018 16:26:04 -0400 Received: from smtp-18-i6.italiaonline.it ([213.209.14.18]:56643 helo=libero.it) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fqlJn-0007OH-6z for discuss-gnustep@gnu.org; Fri, 17 Aug 2018 16:25:59 -0400 Received: from [10.20.7.47] ([80.120.84.90]) by smtp-18.iol.local with SMTP id qlJkf1aZ7ObqeqlJkfRpEz; Fri, 17 Aug 2018 22:25:57 +0200 x-libjamoibt: 1601 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=libero.it; s=s2014; t=1534537557; bh=GNd+msjfVY17/pmwWDOksCV1N30YVzs+uQwOm1zHwlQ=; h=To:From:Subject:Date; b=L49zXgP/j2UiG3SLEppX+RFl3jIVxSOsUyEkkE6TDs9wcdCli/XnYkiGLaqZJHYNT 6xxqFl3ci5p6ymOGmYxU2D/3QewISWgwJub5DYDNA+ThxG+xoefWjpGQFW7dWtVpcL XY6Ps5Kf/aOt4nJYanpz7iVVoG1VvyRbf90++hMc7tlS+iHchooWYhmjsO1UF8385/ TI+eB2oqdyJZkEL9twQKsr1iUMRpZ38FPkF4UdiuR0xAJ3HnAP8WjlbstF0YasyVL4 aDUyXawn2gO7AnjPnYbi7mKnrI9jufQEpC0XMucSkxnv5wqoc1p3ROIXoR/TT1qNgm /Kyq58knuONSA== X-CNFS-Analysis: v=2.2 cv=C/OZ8UH+ c=1 sm=1 tr=0 a=5rsoVxqk9PiwcBGg/WL7lQ==:117 a=5rsoVxqk9PiwcBGg/WL7lQ==:17 a=IkcTkHD0fZMA:10 a=69wJf7TsAAAA:8 a=EeHnI3Tr_Lgrr63k6w4A:9 a=QEXdDO2ut3YA:10 a=Fg1AiH1G6rFz08G2ETeA:22 To: gap-discuss@nongnu.org, info-gnustep@gnu.org, GNUstep Discuss From: Riccardo Mottola Subject: ANN: Graphos 0.7 Message-ID: Date: Fri, 17 Aug 2018 22:24:59 +0200 User-Agent: Mozilla/5.0 (X11; NetBSD i386; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-CMAE-Envelope: MS4wfIAIUyBKKvMINQIhkKDqi8DabX4/KTe9Wzep38z4WCdSRYEW3DZxP/pr92GoMA50tLxoNHeHyp4k8hhtqZ/yGyLuE4xqFdsm8YRk2rtCAswdCpahhz11 I4F8ycIxH9JCg1CyGIrFN6+Jb+swayw3VbotlE2PyMv4/yZ5uVVflPnS4zbCcllJKgvzPh4/jVDyapmgmlDFu/H19/7ER+lN27wJgqtGGJiVp7LVFRM2QdXT LIhFIlfo6gr3UHCD7MWJlA== X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 213.209.14.18 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Aug 2018 20:26:05 -0000 Hi all, i forgot to announce the latest release of Graphos: 0.7! Read more about it here and download it: http://gap.nongnu.org/graphos/index.html Graphos is a Vector Drawing application for GNUstep and Mac! * More Spline editing: add/remove points * Spline split fixed and re-enabled * Improved interface with elements more accessible for Tablet/Digitizer * Important stability bug fixes (esp. Undo/Redo) Riccardo From MAILER-DAEMON Fri Aug 17 16:32:59 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fqlQZ-0001JY-Gh for mharc-discuss-gnustep@gnu.org; Fri, 17 Aug 2018 16:32:59 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53656) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fqlQX-0001HX-E0 for discuss-gnustep@gnu.org; Fri, 17 Aug 2018 16:32:58 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fqlQS-0002sr-GW for discuss-gnustep@gnu.org; Fri, 17 Aug 2018 16:32:57 -0400 Received: from mail-wr1-x42e.google.com ([2a00:1450:4864:20::42e]:39981) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fqlQS-0002sI-9t for discuss-gnustep@gnu.org; Fri, 17 Aug 2018 16:32:52 -0400 Received: by mail-wr1-x42e.google.com with SMTP id h15-v6so8064460wrs.7 for ; Fri, 17 Aug 2018 13:32:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=fG+vbVxiTw3D6TwskrYM0cWAN9qdb4ktok/orGLbawM=; b=UFri+XGXTaHqtVOc2kKuL/Ew4aADekQkhsPgwIVs0by6NcmZBtqw48AoiIbIKQT5lS Tcz4lZSRRSO5Ev6UFe7kcTbQwJ5x/Ukz1ukU+Bhyn9cjAxxf42GNEuZAnOl+ydL5kF1g JS8+YxyLWsV6Ox//MsEQk13M268POnVZBTit9GRxyNsDHE2TTDamqDp2eRr+pIhsTDMc rTpFtVpeCuZMJg1I9Z4dVghgxRDe0WtuSYPJmIxDs5l+jNirvDNM0qmL1Zj2t8kF8Ob2 /+EwoXBcRnGxuhIrnOxtWo7bTVTtBbKuZvwW1aOgs3r+cWtP/nMatnYOxa/O957NtNSZ zGlA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=fG+vbVxiTw3D6TwskrYM0cWAN9qdb4ktok/orGLbawM=; b=ADo8IL+5ZOsr8S6uf3npz+DY3++KQiXoY3AqVQU7RJLD59VCVYLeUgrjoc4N+dB4PF H6r7C1+sZFDsWpxkaystDvUz5nS1wZirzM7VCYEZTXwHWV/uAfQLMZbSV59TMUReZaY1 +vrbja4EPKJqteeX2E5KmJon7aEO2ttQC0uGrqbQC3AOWEAr93wqvoEoAVaAseih32dX oia6PM4FfHrxoM8bXRz5cvWNfIM4AkK7TuVlCI9G/+E66UqoNwBdbHN1CpmfbYBbDFff zOI4p4ZGOKcUUit8ofJ+EVqbs43NdTE+0Pgm53eOJDP8F+l5B4MAkt3yr619PEWMd4oV 9o4w== X-Gm-Message-State: AOUpUlHWdiTTHaTy9MjfMS0o59SXbJVTVq85/IX1gBb/roxugf5vPJ8k ZS2Br/fAU7WLSLP4hq8BNyw= X-Google-Smtp-Source: AA+uWPzvrFXfgBzhKtp8CcY63cB226C8oaHplj1jxXS5FDOP5By8GOCo3ozJBds/4Iqh3SDbhTxv+w== X-Received: by 2002:adf:9007:: with SMTP id h7-v6mr24482066wrh.178.1534537971415; Fri, 17 Aug 2018 13:32:51 -0700 (PDT) Received: from [192.168.0.20] (boi59-1-82-66-128-86.fbx.proxad.net. [82.66.128.86]) by smtp.gmail.com with ESMTPSA id 198-v6sm9735892wmm.0.2018.08.17.13.32.50 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 17 Aug 2018 13:32:50 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Properties and objc1 From: Bertrand Dekoninck In-Reply-To: <3f868c9e-41eb-60ec-8a4a-fdc276b83616@libero.it> Date: Fri, 17 Aug 2018 22:32:48 +0200 Cc: GNUstep Discuss Content-Transfer-Encoding: quoted-printable Message-Id: <98AA9FA8-B84C-430B-A980-645C38C0DCB4@gmail.com> References: <243243d7-1b59-db90-5996-395c2b72e0ee@gmail.com> <3f868c9e-41eb-60ec-8a4a-fdc276b83616@libero.it> To: Riccardo Mottola X-Mailer: Apple Mail (2.3124) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::42e X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Aug 2018 20:32:58 -0000 > Le 17 ao=C3=BBt 2018 =C3=A0 21:44, Riccardo Mottola = a =C3=A9crit : >>=20 >> - (void) setReverse: (Bool) reverse_ { >> reverse =3D reverse_; >> } >=20 > except for BOOL and Bool, it is correct. Avoiding _ applies too. >=20 I kinda like the =C2=AB aReverse =C2=BB naming scheme. :-) Bertrand= From MAILER-DAEMON Fri Aug 17 17:18:34 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fqm8g-0003Hd-6t for mharc-discuss-gnustep@gnu.org; Fri, 17 Aug 2018 17:18:34 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37440) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fqm39-00012o-UX for discuss-gnustep@gnu.org; Fri, 17 Aug 2018 17:12:52 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fqm34-00088R-Ch for discuss-gnustep@gnu.org; Fri, 17 Aug 2018 17:12:51 -0400 Received: from mail-qk0-x22f.google.com ([2607:f8b0:400d:c09::22f]:41931) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fqm2y-00081o-S6 for discuss-gnustep@gnu.org; Fri, 17 Aug 2018 17:12:42 -0400 Received: by mail-qk0-x22f.google.com with SMTP id h138-v6so2252387qke.8 for ; Fri, 17 Aug 2018 14:12:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=aVrb2gAhbDuEAYNMbb+rUgZwxfWlI4bToDSbdRzJids=; b=kO0+BTcFfnje1ERvcoDGrnHxYF1T9fpczv+PHbLFr/7+jC6GzzOPAZlDU2V+nVg2kO Zyj4wevTlmcORMzu9l07IrpeQXJlPWExSBbD4d5UVTQlbNyMSNFzhg0X6Gwxs5QsqhRi Gm4qJRedSNUesEbEIKfNnAKDjOtmp2lWGoUZCtmAhiKTx4KVRrsf/fVJ4LnDN+8vgoT9 j4IefTIprPGx6MjXiCimJTfjb32/fSMHGClcRuX/Xr44GyWxkM9jplF+kjZzFUHKmwhx lNoUx7a0D+e7oO5ZYJef/NLTNRz6xcPO+b5BbbeFu/RvLuLwZgH8jUX05tYXDDhrdbT5 m4rg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=aVrb2gAhbDuEAYNMbb+rUgZwxfWlI4bToDSbdRzJids=; b=IGeqBHsckUnd631b3VBb52UB9xYKLhXJzkWEPwmM7doUgQGhVf8aN1WSFSsEfMg0iL k16NjPl/v3vgocMil4cvH59oomKAV0WUM5lInXufAlPZSexOTI87Zqp/J7Zu0e6Lt+uF Nm7Awu0v1rBnloxMnGf1z8pJJPRUiveL4mdF1MZ9yeryg2NcLWSFLolPVJNjaZwWF3nm uQHvs7KnxVJH3Qw6gZm0sNwl+yUKtawzCUN+D2bO4FnVCpQDEZop+LgaNUgPKDnk1FcE tD1xjBAeUAuAcOjBbkind+SILyFwZ/UtVvWPNyrdIFSGMJZswZVkzrd0HhroGZXys00F d5kg== X-Gm-Message-State: AOUpUlFjGTewsUe0x/us2P4HdjRO+LMaJXM6RU3jxEUDxeSgaffYEgmv IgLT1oJpUmkERsZvWe86GhuJaV/7 X-Google-Smtp-Source: AA+uWPwviQDbrB65Knc9J95Ti4n/VxfnruvoZKBVuTRgPKlZf44iIEpNfWBKYZALkioStquVTNPHQw== X-Received: by 2002:a37:986:: with SMTP id 128-v6mr32092388qkj.437.1534540357540; Fri, 17 Aug 2018 14:12:37 -0700 (PDT) Received: from [192.168.1.127] (c-76-127-199-165.hsd1.ma.comcast.net. [76.127.199.165]) by smtp.gmail.com with ESMTPSA id a19-v6sm2221830qta.50.2018.08.17.14.12.36 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 17 Aug 2018 14:12:36 -0700 (PDT) Subject: Re: ANN: Graphos 0.7 To: discuss-gnustep@gnu.org References: From: Arthur de Gobineau Message-ID: <590862cf-1ff9-6e0b-e9a6-fd7e92ee4216@gmail.com> Date: Fri, 17 Aug 2018 21:12:36 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:400d:c09::22f X-Mailman-Approved-At: Fri, 17 Aug 2018 17:18:33 -0400 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Aug 2018 21:12:52 -0000 Just in time for me to add it to the AUR :^) On 8/17/2018 4:24 PM, Riccardo Mottola wrote: > Hi all, > > > i forgot to announce the latest release of Graphos: 0.7! > > Read more about it here and download it: > > http://gap.nongnu.org/graphos/index.html > > > Graphos is a Vector Drawing application for GNUstep and Mac! > > * More Spline editing: add/remove points > > * Spline split fixed and re-enabled > > * Improved interface with elements more accessible for Tablet/Digitizer > > * Important stability bug fixes (esp. Undo/Redo) > > > > Riccardo > > > _______________________________________________ > Info-gnustep mailing list > Info-gnustep@gnu.org > https://lists.gnu.org/mailman/listinfo/info-gnustep From MAILER-DAEMON Fri Aug 17 17:48:12 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fqmbM-0003fU-Ne for mharc-discuss-gnustep@gnu.org; Fri, 17 Aug 2018 17:48:12 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43257) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fqmbK-0003f5-TV for discuss-gnustep@gnu.org; Fri, 17 Aug 2018 17:48:11 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fqmbK-0002JJ-2X for discuss-gnustep@gnu.org; Fri, 17 Aug 2018 17:48:10 -0400 Received: from mail-wm0-x230.google.com ([2a00:1450:400c:c09::230]:51319) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fqmbF-00026R-LH; Fri, 17 Aug 2018 17:48:05 -0400 Received: by mail-wm0-x230.google.com with SMTP id y2-v6so8814462wma.1; Fri, 17 Aug 2018 14:48:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=0repFJe7ye/XXBv62G4Um5+0QUYMcCres+/doWv2+Uw=; b=oI4ZQU3l3TwdLEo1qpR7gt0ljTgV4Y8o+kziCy+J1cycpWFJVqRQcirvoheom+/XP5 T8tqBo+5YAyDYplAY7W3cq4zq7ZYvd8n/6X2kg5cnIq2VoqmwhbtkSvhrQTpUTmPaEK0 vZmTXvIs0tI6wfhdRKCqzotW6EEsmdXgNzTCuOxk3kdFNRXB6al72dJS1YgqKjjBfk06 QLi5hZagwsJJOkVj1nOwId3ymzihiQisjMxL926BdQK1Rigw1YTBQgL0rfq6tcK2im5b aVwz5HqRtBFS1xjYsw1gAxLW7pF9JsSpj47AOgpJVQoDTaZcezKQ2/2otc4xVWsqU2YW TN/g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=0repFJe7ye/XXBv62G4Um5+0QUYMcCres+/doWv2+Uw=; b=N7jmkJCHxCQnHOW0YNHK/fqRFsuBkj7eBHscWZcJGztenD9KHPW10Qs66ix10AJ3EN ASunW46nWCSGkJJGrEUWb+moxQvtVsBMQlFyOMUdLjo9Yo0HCIbR58gW4+o2x00BI80R WX5+FL4cwoCaYrKXiogxpeQRlujS2VVhKxV2ulVZqko3jB7BYeSiacNtUfuXpBFwtbF+ JSVxA12sDvmqSR28bX9AYk4lJ7UAMMXq79xaOYx4vWqSEZ+F0WfL+1TBr7JXZnc699zK GzS04IhdctsmhYcAe69ahI4IBcEwEyrzwOkVdJ0u1Q4NWGD8g8vEpbxn/BUnAC3vZsBh UHrA== X-Gm-Message-State: AOUpUlFfW1zqNjsGxK7w3FQgnS3ULspkKTJQOddgeASFpfhOK09Q/Qo4 CSqnJaKjPTJnTO8y/KN/TxM= X-Google-Smtp-Source: AA+uWPzZxzgR8mRy3y/EFtC2wPr8w1PBWehmImmX6SwVLH0qBiiYtRuJ2qWhu71IpovuEH0DGGvKxA== X-Received: by 2002:a1c:ce0b:: with SMTP id e11-v6mr19036246wmg.47.1534542484602; Fri, 17 Aug 2018 14:48:04 -0700 (PDT) Received: from [192.168.0.20] (boi59-1-82-66-128-86.fbx.proxad.net. [82.66.128.86]) by smtp.gmail.com with ESMTPSA id w14-v6sm9236162wme.6.2018.08.17.14.48.03 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 17 Aug 2018 14:48:03 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: ANN: Graphos 0.7 From: Bertrand Dekoninck In-Reply-To: Date: Fri, 17 Aug 2018 23:48:02 +0200 Cc: gap-discuss@nongnu.org, info-gnustep@gnu.org, GNUstep Discuss Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Riccardo Mottola X-Mailer: Apple Mail (2.3124) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:400c:c09::230 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Aug 2018 21:48:11 -0000 > Le 17 ao=C3=BBt 2018 =C3=A0 22:24, Riccardo Mottola = a =C3=A9crit : >=20 > Hi all, >=20 >=20 > i forgot to announce the latest release of Graphos: 0.7! >=20 > Read more about it here and download it: >=20 > http://gap.nongnu.org/graphos/index.html >=20 Nice. I=E2=80=99ve just downloaded it and tested it on a Mac (10.11).=20 Nice to see that you drew its own icon with it.=20 On thing I immediately noticed and that should be easily addressed : the = tools palette isn=E2=80=99t always toplevel and can be hidden by the = main window. I didn=E2=80=99t find it at first launch so I couldn=E2=80=99= t draw anything. The palette also is always hidden when running in = fullscreen mode, so fullscreen mode is pretty useless for now. Bertrand= From MAILER-DAEMON Sun Aug 19 06:56:31 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1frLNn-0003VP-3h for mharc-discuss-gnustep@gnu.org; Sun, 19 Aug 2018 06:56:31 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43530) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1frLNk-0003Ug-Kv for discuss-gnustep@gnu.org; Sun, 19 Aug 2018 06:56:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1frLNf-00076N-Lk for discuss-gnustep@gnu.org; Sun, 19 Aug 2018 06:56:28 -0400 Received: from smtp-36-i6.italiaonline.it ([213.209.14.36]:52100 helo=libero.it) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1frLNf-00075u-Bd for discuss-gnustep@gnu.org; Sun, 19 Aug 2018 06:56:23 -0400 Received: from [192.168.1.151] ([151.20.89.133]) by smtp-36.iol.local with ESMTPA id rLNcfPxoRM2H9rLNcf35IF; Sun, 19 Aug 2018 12:56:20 +0200 x-libjamoibt: 1601 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=libero.it; s=s2014; t=1534676180; bh=1Y3trVR2+8mBPJX7Sh7CCbNN1D46VxR2w4znGYk0O5E=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=HWtrkYWS2Q4RVrbCSGUn4YD+rWhEZU69uA104mVrMmL8j4ZU44evV+ynagVx8r1I8 2Mdx1cnPtxmjZcSaGpFEqU07nAW9zd91QBNOvJc3IcSCFLGbiG8/nFYW8L3DInV5Ul 5SwIDE7i6oy/YJ/gmR4tUxItBGf9usU6kY+jsmaWWkOZbW3H9urraEQPNanKJRu6w9 D4aP2r3O78z9aPzk646gZhrSrODmYroDnx6aKYjWXGRa8H1D/hMePJDc+8q06fQt1y U+3iSQwPgM5/vT+/ogIFfGFI6+rD6puLI2k/n9wBbQ/SIMRK+Gd0JGriwtzBubrn8v 5qIj96VdOmxTA== X-CNFS-Analysis: v=2.3 cv=Ocu28CbY c=1 sm=1 tr=0 a=ZqyjQs78aErRIrKU7N3nJw==:117 a=ZqyjQs78aErRIrKU7N3nJw==:17 a=IkcTkHD0fZMA:10 a=PnZrFM9LXWAawoXY6pYA:9 a=_I_Z5a_lbg_k8XQw:21 a=PlfI5nDJGGLcxJFE:21 a=QEXdDO2ut3YA:10 a=jJXE_cL1NmsA:10 Subject: Re: segmentation failure plmerge / building libs back To: Richard Frith-Macdonald Cc: Discuss GNUstep References: <4c61ff3d-26a8-e898-ee0b-cc4910acef7c@libero.it> From: Riccardo Mottola Message-ID: Date: Sun, 19 Aug 2018 12:56:20 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.3 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-CMAE-Envelope: MS4wfEvJx3IlRZifZK0amKM+cTBb7JiMn38SAzjp7j4Cno82d3ZzPCvJDTqAxnIHLj6MFs/7L0o7KeVRm75HyarEcyYNcM/GqOIFtTiiE44nNWtz91w4YxuM GS7f91BiX5y/2oQS6PTy24+TVM1caY7mglXooqUPoN3v4xxSETFynOg/dzFAGIZLFhdymIxc+ZST6TKfT3uJXnx2d5VgMXp1PJeR09bowUhJcS4IpeL5FISd 1LPcbTsNenCp24rWTGouxg== X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 213.209.14.36 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Aug 2018 10:56:29 -0000 Hi Richard, sorry for the late answer, I was away without access to that specific computer. Richard Frith-Macdonald wrote: > I wouldn't say that. > You can see that this is building a string from +initialize in NSBundle.m at line 1180 > You can then look at the source and check that the format string looks correct and the number of argument passed is correct. > You can also look at where those two arguments come from, and see that they are (most likely) to be literal/constant strings produced by the compiler. > > If this is using David's new ABI ... the problem might well be a bug in the new code or (more likely) a mismatch between the layout the compiler is producing and the library is expecting. Well, it is libobjc2 "head" of git and I configured to use "ng" runtime, so it should be David's ABI. > > Anyway, it tells you that you can run the program under gdb, set a breakpoint in +[NSBundle initialize] and look at exactly what's being passed to narrow things down more. As you suggested, I put a breakpoint in [NSBundle initialize] I was able to step until 1180 and print put the variables and as you supposed they are string constants looking fine. 1180            gnustep_target_dir = [[NSString alloc] initWithFormat: @"%@-%@", (gdb) p gnustep_target_cpu $1 = (struct NSString *) 0xb7f59920 <.objc_str> (gdb) p gnustep_target_os $2 = (struct NSString *) 0xb7f5992c <.objc_str> (gdb) po gnustep_target_cpu ix86 (gdb) po gnustep_target_os linux-gnu however, as could be guessed, the next step fails (gdb) n Program received signal SIGSEGV, Segmentation fault. 0xb7b76294 in GSPrivateFormat (s=0xbfffdc34, format=0xbfffe45c,     ap=0xbfffecc0 " \231\365\267,\231\365\267\204\237\365\267\210\221\365\314/\350\273\267\320\003\016\bP\032\275\267$\217\365\267\060\217\365\267\204\237\365\267P\220\365\267D\220\365\267\004r\"\b\016\b\324\267\030\217\365\267\360\217\365\267\344\217\365\267\330\217\365\267\314\217\365\267\300\217\365\267\264\217\365\267\f\217\365\267\250\217\365\267\234\217\365\267\220\217\365\267\204\217\365\267x\217\365\267`\217\365\267l\217\365\267T\217\365\267<\217\365\267\354\220\365\267\340\220\365\267\324\220\365\267\310\220\365\267\274\220\365\267\260\220\365\267\244\220\365\267\230\220\365\267\214\220\365\267 \220\365\267\200\220\365\267\024\220\365\267t\220\365\267h\220\365\267\070\220\365\267,\220\365\267\374\217\365\267\\\220\365\267\314\235\365\267"..., locale=0x0) at GSFormat.m:1046 1046        for (; (size_t) nspecs_done < nspecs; ++nspecs_done) I tried to setp into the string allocation and see where it fails and it appears here: (gdb) s Single stepping until exit from function objc_msgSend, which has no line number information. +[NSObject alloc] (self=0xb7bbe82f <+[NSBundle initialize]+15>, _cmd=0x80e03d0)     at NSObject.m:1120 1120    + (id) alloc (gdb) n 1122      return [self allocWithZone: NSDefaultMallocZone()]; (gdb) n Program received signal SIGSEGV, Segmentation fault. #0  0xb7b76294 in GSPrivateFormat (s=0xbfffdc34, format=0xbfffe45c,     ap=0xbfffecc0 " \231\365\267,\231\365\267\204\237\365\267\210\221\365\267/\350\273\267\320\003\016\bP\032\275\267$\217\365\267\060\217\365\267\204\237\365\267P\220\365\267D\220\365\267\004r\"\b\016\b\324\267\030\217\365\267\360\217\365\267\344\217\365\267\330\217\365\267\314\217\365\267\300\217\365\267\264\217\365\267\f\217\365\267\250\217\365\267\234\217\365\267\220\217\365\267\204\217\365\267x\217\365\267`\217\365\267l\217\365\267T\217\365\267<\217\365\267\354\220\365\267\340\220\365\267\324\220\365\267\310\220\365\267\274\220\365\267\260\220\365\267\244\220\365\267\230\220\365\267\214\220\365\267 \220\365\267\200\220\365\267\024\220\365\267t\220\365\267h\220\365\267\070\220\365\267,\220\365\267\374\217\365\267\\\220\365\267\314\235\365\267"..., locale=0x0) at GSFormat.m:1046 #1  0xb7b8c54e in -[GSPlaceholderString initWithFormat:locale:arguments:] (     self=0x8171ab4, _cmd=0xb7f904e4 <.objc_selector_list+432>,     format=0xb7f59194 <.objc_str.170>, locale=0x0,     argList=0xbfffecc0 " \231\365\267,\231\365\267\204\237\365\267\210\221\365\267/\350\273\267\320\003\016\bP\032\275\267$\217\365\267\060\217\365\267\204\237\365\267P\220\365\267D\220\365\267\004r\"\b\016\b\324\267\030\217\365\267\360\217\365\267\344\217\365\267\330\217\365\267\314\217\365\267\300\217\365\267\264\217\365\267\f\217\365\267\250\217\365\267\234\217\365\267\220\217\365\267\204\217\365\267x\217\365\267`\217\365\267l\217\365\267T\217\365\267<\217\365\267\354\220\365\267\340\220\365\267\324\220\365\267\310\220\365\267\274\220\365\267\260\220\365\267\244\220\365\267\230\220\365\267\214\220\365\267 \220\365\267\200\220\365\267\024\220\365\267t\220\365\267h\220\365\267\070\220\365\267,\220\365\267\374\ #2  0xb7ca9552 in -[NSString initWithFormat:] (self=,     _cmd=, format=) at NSString.m:1366 #3  0xb7bbf0ac in +[NSBundle initialize] (self=,     _cmd=) at NSBundle.m:1180 #4  0xb79da15c in objc_send_initialize ()    from /System/Library/Libraries/libobjc.so.4.6 #5  0xb79e64d8 in slowMsgLookup ()    from /System/Library/Libraries/libobjc.so.4.6 #6  0xb79ec5e1 in objc_msgSend () from /System/Library/Libraries/libobjc.so.4.6 #7  0xb7b665e0 in GSLanguageFromLocale (locale=)     at GSLocale.m:264 #8  0xb7cdc51f in +[NSUserDefaults standardUserDefaults] (     self=, _cmd=) at NSUserDefaults.m:995 #9  0xb7c08915 in -[NSDictionary writeToFile:atomically:] (     self=, _cmd=, path=,     useAuxiliaryFile=) at NSDictionary.m:1096 #10 0x080496e4 in main (argc=, argv=,     env=) at plmerge.m:135 we are at 588      GSPrivateFormat(f, fmt, argList, locale); I printed out f and fmt locale is 0x0 (gdb) p *f $4 = {<> = {<> = {<> = {         isa = 0x8098f00}, }, }, _contents = {     u = 0x8098f00, c = 0x8098f00 "P\222\t\b`\267\017\b\255\225\324\267"},   _count = 134844160, _flags = {wide = 0, owned = 0, unused = 0,     hash = 8427760}, _capacity = 134844160, _zone = 0x8098f00} (gdb) p *fmt $6 = 37 Can we assume that NSObject's alloc (line 1122) passed successfully? Do you get any smarter? I don't... Riccardo From MAILER-DAEMON Tue Aug 21 15:30:22 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fsCMA-00087T-Oe for mharc-discuss-gnustep@gnu.org; Tue, 21 Aug 2018 15:30:22 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:52602) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fsCM7-00086u-U1 for discuss-gnustep@gnu.org; Tue, 21 Aug 2018 15:30:20 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fsCM2-0006T7-Qb for discuss-gnustep@gnu.org; Tue, 21 Aug 2018 15:30:19 -0400 Received: from pv35p12im-ztdg05041101.me.com ([17.133.186.214]:44858) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fsCM2-0006QX-IF for discuss-gnustep@gnu.org; Tue, 21 Aug 2018 15:30:14 -0400 Received: from process-dkim-sign-daemon.pv35p12im-ztdg05041101.me.com by pv35p12im-ztdg05041101.me.com (Oracle Communications Messaging Server 8.0.2.2.20180531 64bit (built May 31 2018)) id <0PDT00400RX3D800@pv35p12im-ztdg05041101.me.com> for discuss-gnustep@gnu.org; Tue, 21 Aug 2018 19:29:34 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mac.com; s=04042017; t=1534879774; bh=h/f+w6wEdABgKbUmHmHeSQlXBfLk672aHGKC/zTey0Y=; h=To:From:Subject:Date:Message-id:Content-type:MIME-version; b=0kVJiO5pWM+86OMlNGdiMNkiPiAylwbbQDV+af/JqhvQCUL0ZGHL3G90OlXqqDdLy zWqliFKL10vByS2xhN+P4XSE660vtpdvfidLV6fG4z2FJ/XcxhDCkmTl5sETQCy7cd qq4dTLUuR4/mlFHKI3PSN/yIizzxJflROXM50SxmIhHUgq3uG/ecoKexEJ/yVm/vfB 4KJrLwtm7TkfQd89mDGnjyS205n45JjD2KnhoLpiBRsXU8CW0QCjc5nz2BMER6jNrb 2Yyo/48wROP1e8bjaRk9qq0Ssw/VbxnbjNd7hKc/aWssKckzBy0reEiBJ2vGksp+7h 3ldGmuXMB0kkg== Received: from localhost (pv38p12im-ztdg02083501.me.com [17.133.131.38]) by pv35p12im-ztdg05041101.me.com (Oracle Communications Messaging Server 8.0.2.2.20180531 64bit (built May 31 2018)) with ESMTP id <0PDT00O8UST88O30@pv35p12im-ztdg05041101.me.com> for discuss-gnustep@gnu.org; Tue, 21 Aug 2018 19:29:32 +0000 (GMT) X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1011 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1707230000 definitions=main-1808210197 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-08-21_09:,, signatures=0 To: gnustep From: Scott Christley Subject: building GNUstep from scratch Date: Tue, 21 Aug 2018 19:29:31 +0000 (GMT) X-Mailer: iCloud MailClient1815Project37 MailServer1815B19.10000-1815B-0-ac820359c0f3 Message-id: <3829cf60-cec5-4313-9277-34a4ee2117d1@me.com> Content-type: multipart/alternative; boundary=Apple-Webmail-42--9c5d495f-125a-471b-9d12-122fde892063 MIME-version: 1.0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 17.133.186.214 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Aug 2018 19:30:20 -0000 --Apple-Webmail-42--9c5d495f-125a-471b-9d12-122fde892063 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8; format=flowed Hello All,=0A=0AIt's awhile since I've built GNUstep from scratch, and I'm= having trouble with my initial attempts, so I hope somebody can give me s= ome pointers. I only need to get as far as gnustep-base for my code to wor= k. Some quick background:=0A=0A* I'm working on a supercomputer which has = quite old software and I have little control over it, so I'm going to use = docker (and singularity) to get to a somewhat modern level OS.=0A=0A* I'm = also using the Nvidia GPUs on the supercomputer which means I need to use = Nvidia's docker image as the base. This image is based upon Ubuntu 14.04, = so not too bad. GCC 4.8.4 is available on it.=0A=0AI played around with ng= rewe's GNUstep docker images and they are quite nice, but there is no way = to "merge" those with the Nvidia image.=C2=A0I also tried using apt-get to= install GNUstep, but the release is too old. My own code didn't compile a= s I'm using more recent APIs and classes.=0A=0AI installed a bunch of depe= ndencies which was fine, including libdispatch and libblockruntime which a= re hope are not too old. Next, I installed clang 6.0.1 binaries, then trie= d to compile libobjc2 1.8.1 which is where I've run into trouble. I'm foll= owing the basic install instructions:=0A=0Amkdir Build=0Acd Build=0Acmake = ..=0Amake=0A=0Aand it is failing with error:=0A=0A=0A[ 30%] Building C obj= ect Test/CMakeFiles/ManyManySelectors_optimised.dir/ManyManySelectors.m.o=0A= cc: error: unrecognized command line option '-fobjc-runtime=3Dgnustep-1.7'= =0Acc: error: unrecognized command line option '-fblocks'=0Amake[2]: *** [= Test/CMakeFiles/ManyManySelectors_optimised.dir/ManyManySelectors.m.o] Err= or 1=0Amake[1]: *** [Test/CMakeFiles/ManyManySelectors_optimised.dir/all] = Error 2=0Amake: *** [all] Error 2=0A=0AAny help is appreciated.=0A=0Athank= s=0AScott=0A=0A --Apple-Webmail-42--9c5d495f-125a-471b-9d12-122fde892063 Content-Type: multipart/related; type="text/html"; boundary=Apple-Webmail-86--9c5d495f-125a-471b-9d12-122fde892063 --Apple-Webmail-86--9c5d495f-125a-471b-9d12-122fde892063 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8;
Hello All,

It's awhile = since I've built GNUstep from scratch, and I'm having trouble with my init= ial attempts, so I hope somebody can give me some pointers. I only need to= get as far as gnustep-base for my code to work. Some quick background:

* I'm working on a supercomput= er which has quite old software and I have little control over it, so I'm = going to use docker (and singularity) to get to a somewhat modern level OS= .

* I'm also using the Nvidi= a GPUs on the supercomputer which means I need to use Nvidia's docker imag= e as the base. This image is based upon Ubuntu 14.04, so not too bad. GCC = 4.8.4 is available on it.

I = played around with ngrewe's GNUstep docker images and they are quite nice,= but there is no way to "merge" those with the Nvidia image. I also t= ried using apt-get to install GNUstep, but the release is too old. My own = code didn't compile as I'm using more recent APIs and classes.

I installed a bunch of dependencies= which was fine, including libdispatch and libblockruntime which are hope = are not too old. Next, I installed clang 6.0.1 binaries, then tried to com= pile libobjc2 1.8.1 which is where I've run into trouble. I'm following th= e basic install instructions:

mkdir Build
cd Build
cmake ..
make

and it is failing with error:
=


[ 30%] Building C object Test/CMakeFiles/ManyManySelectors_optimised.dir/Man= yManySelectors.m.o

cc: error: unrecognized command line option '-fobjc-runtime=3Dgnus= tep-1.7'

cc= : error: unrecognized command line option '-fblocks'

make[2]: *** [Test/CMakeFiles/Ma= nyManySelectors_optimised.dir/ManyManySelectors.m.o] Error 1

<= span style=3D"font-variant-ligatures: no-common-ligatures;" data-mce-style= =3D"font-variant-ligatures: no-common-ligatures;">make[1]: *** [Test/CMake= Files/ManyManySelectors_optimised.dir/all] Error 2

make: *** [all] Error 2

=

Any help is appreciated.

thanks
Scott

--Apple-Webmail-86--9c5d495f-125a-471b-9d12-122fde892063-- --Apple-Webmail-42--9c5d495f-125a-471b-9d12-122fde892063-- From MAILER-DAEMON Tue Aug 21 15:43:21 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fsCYj-0000Io-Mj for mharc-discuss-gnustep@gnu.org; Tue, 21 Aug 2018 15:43:21 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56283) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fsCYh-0000Ig-GZ for discuss-gnustep@gnu.org; Tue, 21 Aug 2018 15:43:20 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fsCYf-0007mF-VX for discuss-gnustep@gnu.org; Tue, 21 Aug 2018 15:43:19 -0400 Received: from mail-oi0-x231.google.com ([2607:f8b0:4003:c06::231]:37316) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fsCYf-0007gF-MR for discuss-gnustep@gnu.org; Tue, 21 Aug 2018 15:43:17 -0400 Received: by mail-oi0-x231.google.com with SMTP id j205-v6so34153366oib.4 for ; Tue, 21 Aug 2018 12:43:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:in-reply-to:references:mime-version:date:message-id:subject:to; bh=qOcKmpp6Uv69DWgiai+Zg8+qCVYnpAg9ZjJKZIU58sU=; b=f1qfPhOwVePO/0F72CDleYzKhS0k0R1rZ5LcGG5sKkwfMDJkwRAL2WE4YPNjKzGCiT LVV4WGn+WBxnDWVsqBCeHFHTp8Uu/cLdHfEN2v+b+HdNmXN8Tz9SogL20MEsvhrGpYhc a4L7t4VEGK+pHibJ5AXsgYumxN81rwHnek2253jpWfEIZvOOhrkB0UJ6HROSRXVDj8tN 7ogJ3LVQCgFfv4Jh1CdhS4DLhpwB8xiWlbWtkLxPL77THt67fY7PFxFT2px58VmiTbyj T84gSF0y83DFX1TJ1lNIiTQdNJNYb8mVzYHn6Jpi5R/HrNmVwd/A7nBqyx7oQ+FOAZdq G/hw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to; bh=qOcKmpp6Uv69DWgiai+Zg8+qCVYnpAg9ZjJKZIU58sU=; b=UCfQd8x39Iq8w+yhnFS5yxd5fdz8vne1MRIhQLT/r+eefvAT4fLBB0HYVuPSIt0JZ6 msveZxY1jiOP4BO6QkRYbjDyKcHv9clYSX+ZJUqgDvhrG7IWmYMVYmK2JIB/hqXKxKeL lQJuTy3gSY3qC2sfeBkL1e+b2lSSQiSxyd/bkzYNtgLV71RieEORFJ8/q+j6ynyTb+q7 HRwtosgjinJbQvqbRU7nF3x94NsDewEkXewzhfJFzZQILu4WS6yc3FoKxsty5n35/zQ9 ItxFIVjbm4fKcRIHNF1pGXnNB3F97MeIwPMQOX0gyHIAQYQE4rX9GV/KFNiwZ7S4vNSO +Pjw== X-Gm-Message-State: APzg51B1XmuVsktNNwdwUw/Ujeo8GN2agQYVqjMHCCb5uy5LVGY2HtOx 1tjKcIDzJU/VdWN4Xs7f1FCN3JyOCjqm/FtzP/NKwg== X-Google-Smtp-Source: ANB0VdZwLmh8bdmc+Tazcdm0Govdy/IOOjMX3yQYOVFOr29KCq3c7RLyQX8jhSaj8mY0XlZGH8TPk5DMtG0vXA3wtag= X-Received: by 2002:aca:d5d3:: with SMTP id m202-v6mr699812oig.93.1534880592525; Tue, 21 Aug 2018 12:43:12 -0700 (PDT) Received: from 1058052472880 named unknown by gmailapi.google.com with HTTPREST; Tue, 21 Aug 2018 12:43:12 -0700 From: =?UTF-8?B?SXZhbiBWdcSNaWNh?= In-Reply-To: <3829cf60-cec5-4313-9277-34a4ee2117d1@me.com> References: <3829cf60-cec5-4313-9277-34a4ee2117d1@me.com> X-Mailer: Airmail (504) MIME-Version: 1.0 Date: Tue, 21 Aug 2018 12:43:12 -0700 Message-ID: Subject: Re: building GNUstep from scratch To: gnustep , Scott Christley Content-Type: multipart/alternative; boundary="0000000000007d97850573f73caa" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4003:c06::231 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Aug 2018 19:43:20 -0000 --0000000000007d97850573f73caa Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Are you sure it=E2=80=99s actually using Clang? Try "make VERBOSE=3D1=E2=80= =9D according to https://stackoverflow.com/a/2673355 On 21 August 2018 at 19:30:40, Scott Christley (schristley@mac.com) wrote: Hello All, It's awhile since I've built GNUstep from scratch, and I'm having trouble with my initial attempts, so I hope somebody can give me some pointers. I only need to get as far as gnustep-base for my code to work. Some quick background: * I'm working on a supercomputer which has quite old software and I have little control over it, so I'm going to use docker (and singularity) to get to a somewhat modern level OS. * I'm also using the Nvidia GPUs on the supercomputer which means I need to use Nvidia's docker image as the base. This image is based upon Ubuntu 14.04, so not too bad. GCC 4.8.4 is available on it. I played around with ngrewe's GNUstep docker images and they are quite nice, but there is no way to "merge" those with the Nvidia image. I also tried using apt-get to install GNUstep, but the release is too old. My own code didn't compile as I'm using more recent APIs and classes. I installed a bunch of dependencies which was fine, including libdispatch and libblockruntime which are hope are not too old. Next, I installed clang 6.0.1 binaries, then tried to compile libobjc2 1.8.1 which is where I've run into trouble. I'm following the basic install instructions: mkdir Build cd Build cmake .. make and it is failing with error: [ 30%] Building C object Test/CMakeFiles/ManyManySelectors_optimised.dir/ManyManySelectors.m.o cc: error: unrecognized command line option '-fobjc-runtime=3Dgnustep-1.7' cc: error: unrecognized command line option '-fblocks' make[2]: *** [Test/CMakeFiles/ManyManySelectors_optimised.dir/ManyManySelectors.m.o] Error 1 make[1]: *** [Test/CMakeFiles/ManyManySelectors_optimised.dir/all] Error 2 make: *** [all] Error 2 Any help is appreciated. thanks Scott _______________________________________________ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep --0000000000007d97850573f73caa Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable = Are you sure it=E2= =80=99s actually using Clang? Try "make VERBOSE=3D1=E2=80=9D according= to=C2=A0https://stackoverf= low.com/a/2673355

On 21 August 2018 at 19:= 30:40, Scott Christley (schristley@ma= c.com) wrote:

Hello All,

It's awhile since I've built GNUstep from scratch, and I'm having trouble with my initial attempts, so I hope somebody can give me some pointers. I only need to get as far as gnustep-base for my code to work. Some quick background:

* I'm working on a supercomputer which has quite old software and I have little control over it, so I'm going to use docker (and singularity) to get to a somewhat modern level OS.

* I'm also using the Nvidia GPUs on the supercomputer which means I need to use Nvidia's docker image as the base. This image is based upon Ubuntu 14.04, so not too bad. GCC 4.8.4 is available on it.

I played around with ngrewe's GNUstep docker images and they are quite nice, but there is no way to "merge" those with the Nvidia image.=C2=A0I also tried using apt-get to install GNUstep, but the release is too old. My own code didn't compile as I'm using more recent APIs and classes.

I installed a bunch of dependencies which was fine, including libdispatch and libblockruntime which are hope are not too old. Next, I installed clang 6.0.1 binaries, then tried to compile libobjc2 1.8.1 which is where I've run into trouble. I'm following the basic install instructions:

mkdir Build
cd Build
cmake ..
make

and it is failing with error:


[ 30%] Buil= ding C object Test/CMakeFiles/ManyManySelectors_optimised.dir/ManyManySelectors.m.o

cc: error: unrecognized command line option '-fobjc-runtime=3Dgnustep-1.7'

cc: error: unrecognized command line option '-fblocks'

make[2]: *** [Test/CMakeFiles/ManyManySelectors_optimised.dir/ManyManySelectors.m.o] Error 1

make[1]: *** [Test/CMakeFiles/ManyManySelectors_optimised.dir/all] Error 2

make: *** [all] Error 2


Any help is appreciated.

thanks
Scott

_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
http= s://lists.gnu.org/mailman/listinfo/discuss-gnustep
--0000000000007d97850573f73caa-- From MAILER-DAEMON Tue Aug 21 16:28:12 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fsDG8-0006Sc-72 for mharc-discuss-gnustep@gnu.org; Tue, 21 Aug 2018 16:28:12 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:36966) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fsDG1-0006Re-0C for discuss-gnustep@gnu.org; Tue, 21 Aug 2018 16:28:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fsDCs-0005CK-Q8 for discuss-gnustep@gnu.org; Tue, 21 Aug 2018 16:24:56 -0400 Received: from pv35p12im-ztdg05041101.me.com ([17.133.186.214]:31162) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fsDCr-0005Bi-Io for discuss-gnustep@gnu.org; Tue, 21 Aug 2018 16:24:50 -0400 Received: from process-dkim-sign-daemon.pv35p12im-ztdg05041101.me.com by pv35p12im-ztdg05041101.me.com (Oracle Communications Messaging Server 8.0.2.2.20180531 64bit (built May 31 2018)) id <0PDT00N00UAEPQ00@pv35p12im-ztdg05041101.me.com> for discuss-gnustep@gnu.org; Tue, 21 Aug 2018 20:24:48 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mac.com; s=04042017; t=1534883088; bh=Wn4kZPQn6f49RRZqa7Rx0SwvOib2rDXwL+w0vz9yuyI=; h=To:From:Subject:Date:Message-id:Content-type:MIME-version; b=hVTpwtZsqVn6R3bOPSmXAOXwvIcHUqjG29GKjLs9dpnehSCIA0egFtEyJy2XR3Q9k 8g3bT+APlY9kMyzDUuI8KFPuhsCA6AgXNcsNiIctjD2V+GAS8P+qmEvWKBJyenURPl 4V8V+ky05l1px0Qor3zIyMjzwJtRjKkAaUjZMNiwTuCRll6R4eJtI0M4+5y3NnMWxZ D42ucKMZl3+OQyz1y1HIwP2gg+ieSoObu3GmbIPF+P5PsuzB+EqqzhNO9OURmoB3A/ /Ppt4kV/eGlVvkOfTAyS3ChT3PJv3y053AO1xxSlhDLzYuhPdlDOvls9vy0AFlSNBW mFdlvBTmVBx7A== Received: from localhost (pv38p12im-ztdg02083501.me.com [17.133.131.38]) by pv35p12im-ztdg05041101.me.com (Oracle Communications Messaging Server 8.0.2.2.20180531 64bit (built May 31 2018)) with ESMTP id <0PDT00I3LVCZB010@pv35p12im-ztdg05041101.me.com>; Tue, 21 Aug 2018 20:24:36 +0000 (GMT) X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1011 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1707230000 definitions=main-1808210207 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-08-21_09:,, signatures=0 To: =?utf-8?B?SXZhbiBWdcSNaWNh?= Cc: gnustep From: Scott Christley Subject: Re: building GNUstep from scratch Date: Tue, 21 Aug 2018 20:24:35 +0000 (GMT) X-Mailer: iCloud MailClient1815Project37 MailServer1815B19.10000-1815B-0-ac820359c0f3 Message-id: <771ecfd0-a8e3-4853-8954-a78749047948@me.com> Content-type: multipart/alternative; boundary=Apple-Webmail-42--444d1d36-78ba-431b-a995-4cc9d0e2b8c4 MIME-version: 1.0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 17.133.186.214 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Aug 2018 20:28:08 -0000 --Apple-Webmail-42--444d1d36-78ba-431b-a995-4cc9d0e2b8c4 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8; format=flowed No, it isn't using clang when compiling libobjc2. It is calling /usr/bin/c= c which is pointing to gcc. I'll figure out how to get that to point to cl= ang and give it another try.=0A=0Athanks!=0AScott=0A=0AOn Aug 21, 2018, at= 02:43 PM, Ivan Vu=C4=8Dica wrote:=0A=0AAre you sure i= t=E2=80=99s actually using Clang? Try "make VERBOSE=3D1=E2=80=9D according= to=C2=A0https://stackoverflow.com/a/2673355=0A=0AOn 21 August 2018 at 19:= 30:40, Scott Christley (schristley@mac.com) wrote:=0A=0AHello All,=0A=0AIt= 's awhile since I've built GNUstep from scratch, and I'm having trouble wi= th my initial attempts, so I hope somebody can give me some pointers. I on= ly need to get as far as gnustep-base for my code to work. Some quick back= ground:=0A=0A* I'm working on a supercomputer which has quite old software= and I have little control over it, so I'm going to use docker (and singul= arity) to get to a somewhat modern level OS.=0A=0A* I'm also using the Nvi= dia GPUs on the supercomputer which means I need to use Nvidia's docker im= age as the base. This image is based upon Ubuntu 14.04, so not too bad. GC= C 4.8.4 is available on it.=0A=0AI played around with ngrewe's GNUstep doc= ker images and they are quite nice, but there is no way to "merge" those w= ith the Nvidia image.=C2=A0I also tried using apt-get to install GNUstep, = but the release is too old. My own code didn't compile as I'm using more r= ecent APIs and classes.=0A=0AI installed a bunch of dependencies which was= fine, including libdispatch and libblockruntime which are hope are not to= o old. Next, I installed clang 6.0.1 binaries, then tried to compile libob= jc2 1.8.1 which is where I've run into trouble. I'm following the basic in= stall instructions:=0A=0Amkdir Build=0Acd Build=0Acmake ..=0Amake=0A=0Aand= it is failing with error:=0A=0A=0A[ 30%] Building C object Test/CMakeFile= s/ManyManySelectors_optimised.dir/ManyManySelectors.m.o=0Acc: error: unrec= ognized command line option '-fobjc-runtime=3Dgnustep-1.7'=0Acc: error: un= recognized command line option '-fblocks'=0Amake[2]: *** [Test/CMakeFiles/= ManyManySelectors_optimised.dir/ManyManySelectors.m.o] Error 1=0Amake[1]: = *** [Test/CMakeFiles/ManyManySelectors_optimised.dir/all] Error 2=0Amake: = *** [all] Error 2=0A=0AAny help is appreciated.=0A=0Athanks=0AScott=0A=0A_= ______________________________________________ =0ADiscuss-gnustep mailing = list =0ADiscuss-gnustep@gnu.org =0Ahttps://lists.gnu.org/mailman/listinfo/= discuss-gnustep =0A --Apple-Webmail-42--444d1d36-78ba-431b-a995-4cc9d0e2b8c4 Content-Type: multipart/related; type="text/html"; boundary=Apple-Webmail-86--444d1d36-78ba-431b-a995-4cc9d0e2b8c4 --Apple-Webmail-86--444d1d36-78ba-431b-a995-4cc9d0e2b8c4 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8;
No, it isn't using clang when compiling libobjc2. It is calling /usr/= bin/cc which is pointing to gcc. I'll figure out how to get that to point = to clang and give it another try.

thanks!
Scott

On Aug 21, 2018, at 02:43 PM, = Ivan Vu=C4=8Dica <ivucica@gmail.com> wrote:

https://stackoverflow= .com/a/2673355

On 21 August 2018 at 19:30:= 40, Scott Christley (schristley@mac.com) wrote:


Hello= All,

It's awhile since I've built GNUstep from s= cratch, and I'm having trouble with my initial attempts, so I hope somebod= y can give me some pointers. I only need to get as far as gnustep-base for= my code to work. Some quick background:

* I'm wo= rking on a supercomputer which has quite old software and I have little co= ntrol over it, so I'm going to use docker (and singularity) to get to a so= mewhat modern level OS.

* I'm also using the Nvid= ia GPUs on the supercomputer which means I need to use Nvidia's docker ima= ge as the base. This image is based upon Ubuntu 14.04, so not too bad. GCC= 4.8.4 is available on it.

I played around with n= grewe's GNUstep docker images and they are quite nice, but there is no way= to "merge" those with the Nvidia image. I also tried using apt-get t= o install GNUstep, but the release is too old. My own code didn't compile = as I'm using more recent APIs and classes.

I = installed a bunch of dependencies which was fine, including libdispatch an= d libblockruntime which are hope are not too old. Next, I installed clang = 6.0.1 binaries, then tried to compile libobjc2 1.8.1 which is where I've r= un into trouble. I'm following the basic install instructions:
<= br>
mkdir Build
cd Build
cmake ..
= make

and it is failing with error:

=

[ 30%] Building C object Test/CMakeFiles/ManyManySele= ctors_optimised.dir/ManyManySelectors.m.o

cc: error: unrecognized command line option= '-fobjc-runtime=3Dgnustep-1.7'

cc: error: unrecognized command line option '-fblocks= '

make[2]: = *** [Test/CMakeFiles/ManyManySelectors_optimised.dir/ManyManySelectors.m.o= ] Error 1

m= ake[1]: *** [Test/CMakeFiles/ManyManySelectors_optimised.dir/all] Error 2<= /span>

make: *** [= all] Error 2


Any help is appreciated.<= /div>

thanks
Scott

______= _________________________________________
Discuss-gnustep mailing list=
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailm= an/listinfo/discuss-gnustep
div.msg-quote {font-= family: Helvetica, Arial; font-size: 13px;}=0A
<= /div> --Apple-Webmail-86--444d1d36-78ba-431b-a995-4cc9d0e2b8c4-- --Apple-Webmail-42--444d1d36-78ba-431b-a995-4cc9d0e2b8c4-- From MAILER-DAEMON Tue Aug 21 17:46:40 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fsEU3-0000FA-Vd for mharc-discuss-gnustep@gnu.org; Tue, 21 Aug 2018 17:46:40 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55857) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fsEU1-0000Ck-B6 for discuss-gnustep@gnu.org; Tue, 21 Aug 2018 17:46:38 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fsETs-0006QX-7k for discuss-gnustep@gnu.org; Tue, 21 Aug 2018 17:46:34 -0400 Received: from smtp-31-i6.italiaonline.it ([213.209.14.31]:43000 helo=libero.it) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fsETr-0006KQ-S5 for discuss-gnustep@gnu.org; Tue, 21 Aug 2018 17:46:28 -0400 Received: from [192.168.1.155] ([151.55.129.53]) by smtp-31.iol.local with SMTP id sETmfviPEoHWhsETnf5Crh; Tue, 21 Aug 2018 23:46:23 +0200 x-libjamoibt: 1601 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=libero.it; s=s2014; t=1534887983; bh=6cjoYtgi7ocukkCL60eZN9S/KsG2a6Pa6FdoTWoomdY=; h=Subject:To:References:From:Date:In-Reply-To; b=OnlDtHkXqO+FRqaSxVwQwuiKpYuhthASmm8RXPIrzC+o4cYeDz++kZLazAFob+akY UQ98yOkOaD9kPVJZ0Dkb1iY/v4pHzKNWBO64Wt2zppetnWPZ7U3UsfjZ4oCfJRw2Rj WfOZSWET5i/IVEzdHCtKIgWpeusSQTsyPjEuyEibgE8qymOakiTNJViJ+ZXaOlb3oH J33XnNlupOAAVH0tG+XQKvI3BoogSuTfBAkwIynTwm24/gV4iQdCRCIND1y6BtkKYV qdX83oEo/10PM6v+TkeHEwjvXcGX7YHXsi8RAlKnFw38T9+NlIFIb0rO9mWn+5sN34 /A4q0wAhtXy1A== X-CNFS-Analysis: v=2.2 cv=fZPd8wYF c=1 sm=1 tr=0 a=Tj0pDinpnAqJ3JvxtlwjZA==:117 a=Tj0pDinpnAqJ3JvxtlwjZA==:17 a=r77TgQKjGQsHNAKrUKIA:9 a=3Ac3_FoEh7aZJt3B-PwA:9 a=QEXdDO2ut3YA:10 a=HHGDD-5mAAAA:8 a=bjrYmQdWwKTqMkq_0OQA:9 a=D-U0tU8XSJ3T-yaz:21 a=_W_S_7VecoQA:10 Subject: Re: building GNUstep from scratch To: Scott Christley , gnustep References: <3829cf60-cec5-4313-9277-34a4ee2117d1@me.com> From: Riccardo Mottola Message-ID: <89ceed3d-550d-320d-8d0e-06bc15fb18b4@libero.it> Date: Tue, 21 Aug 2018 23:46:21 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <3829cf60-cec5-4313-9277-34a4ee2117d1@me.com> Content-Type: multipart/alternative; boundary="------------B187D09806C92345C211DC32" Content-Language: en-US X-CMAE-Envelope: MS4wfBR3If1X5VWeIWZsNhxxZ8neLlzXwc2GMv9zlv3ui77cZstCmeNWtElU8u3mRYV2s2lFo43e58u2iZQdbfXABubTpSg/EHTKyYw9XFcCETyQUnlu6UbZ bC+R9KWSX0EBiBoM7RpXw/Kfj2RRapxv/5+B/UwfBh1N36AgliBcL32CeTCIIz7m4se0A2g4vKRRxWQOE5u790gCIitKyC3EX/c= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 213.209.14.31 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Aug 2018 21:46:38 -0000 This is a multi-part message in MIME format. --------------B187D09806C92345C211DC32 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, On 21/08/2018 21:29, Scott Christley wrote: > I installed a bunch of dependencies which was fine, including > libdispatch and libblockruntime which are hope are not too old. Next, > I installed clang 6.0.1 binaries, then tried to compile libobjc2 1.8.1 > which is where I've run into trouble. I'm following the basic install > instructions: > > mkdir Build > cd Build > cmake .. > make > > and it is failing with error: > > > [ 30%] Building C object > Test/CMakeFiles/ManyManySelectors_optimised.dir/ManyManySelectors.m.o > > cc: error: unrecognized command line option '-fobjc-runtime=gnustep-1.7' > > cc: error: unrecognized command line option '-fblocks' > > make[2]: *** > [Test/CMakeFiles/ManyManySelectors_optimised.dir/ManyManySelectors.m.o] > Error 1 > > make[1]: *** [Test/CMakeFiles/ManyManySelectors_optimised.dir/all] Error 2 > > make: *** [all] Error 2 > > Do you actually need the "modern" runtime or do you just need current APIs. In case, just stick with GCC. If you wish libobjc2, then compile everything with clang (and reconfigure/build also gnustep make and base afterwards). I am having some difficulties with libobjc2 lately, for others it is fine. If you can, get the latest gnustep-make and configure with --library-combo=ng-gnu-gnu and it should be smooth. Richard recently fixed some stuff there. Riccardo --------------B187D09806C92345C211DC32 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit

Hi,


On 21/08/2018 21:29, Scott Christley wrote:
I installed a bunch of dependencies which was fine, including libdispatch and libblockruntime which are hope are not too old. Next, I installed clang 6.0.1 binaries, then tried to compile libobjc2 1.8.1 which is where I've run into trouble. I'm following the basic install instructions:

mkdir Build
cd Build
cmake ..
make

and it is failing with error:


[ 30%] Building C object Test/CMakeFiles/ManyManySelectors_optimised.dir/ManyManySelectors.m.o

cc: error: unrecognized command line option '-fobjc-runtime=gnustep-1.7'

cc: error: unrecognized command line option '-fblocks'

make[2]: *** [Test/CMakeFiles/ManyManySelectors_optimised.dir/ManyManySelectors.m.o] Error 1

make[1]: *** [Test/CMakeFiles/ManyManySelectors_optimised.dir/all] Error 2

make: *** [all] Error 2



Do you actually need the "modern" runtime or do you just need current APIs. In case, just stick with GCC.
If you wish libobjc2, then compile everything with clang (and reconfigure/build also gnustep make and base afterwards).

I am having some difficulties with libobjc2 lately, for others it is fine. If you can, get the latest gnustep-make and configure with --library-combo=ng-gnu-gnu and it should be smooth. Richard recently fixed some stuff there.

Riccardo
--------------B187D09806C92345C211DC32-- From MAILER-DAEMON Tue Aug 21 18:45:17 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fsFOn-0004T8-OH for mharc-discuss-gnustep@gnu.org; Tue, 21 Aug 2018 18:45:17 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:38357) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fsFOh-0003yL-1T for discuss-gnustep@gnu.org; Tue, 21 Aug 2018 18:45:14 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fsFEw-000529-95 for discuss-gnustep@gnu.org; Tue, 21 Aug 2018 18:35:09 -0400 Received: from pv35p12im-ztdg05041101.me.com ([17.133.186.214]:30385) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fsFEw-00051M-2N for discuss-gnustep@gnu.org; Tue, 21 Aug 2018 18:35:06 -0400 Received: from process-dkim-sign-daemon.pv35p12im-ztdg05041101.me.com by pv35p12im-ztdg05041101.me.com (Oracle Communications Messaging Server 8.0.2.2.20180531 64bit (built May 31 2018)) id <0PDT00M00ZW7CQ00@pv35p12im-ztdg05041101.me.com> for discuss-gnustep@gnu.org; Tue, 21 Aug 2018 22:35:05 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mac.com; s=04042017; t=1534890905; bh=4je7UfjwZHvrZtea5wecmA31S9pIxdl/tIscdmu3yi0=; h=To:From:Subject:Date:Message-id:Content-type:MIME-version; b=Pn3QS4/VYl4l2KNliLs3ETtDRagzgZ2x2EJTtdPgDoep/c+mST3jfLAd9uICWP2qk 4JNH6n3Zre+yIJ75jwdJYbH4YheGi0NBhvrVIYVI1xqUdB5Fs2UpOc5BEM90htKDeC 67z6/PszPIxDkRD6BM3bK0O12NUYxHIhiOuKt5ntDghSCyVHJhumwBFzRd7RJLBO+L mj1UwxQXgW4irRqir9poojGhRvu8c4A5ViWnwto7sdiCuu6SyCcwmd0QbNXAlSt997 DNbWWpMURhc3wr6J0fkLJg54RL+UblCBf1qn8Kr+IX6tbwvDQ8IUrHW3rWDkzgsFm2 RxlwmQjgHXabw== Received: from localhost (pv38p12im-ztdg02083501.me.com [17.133.131.38]) by pv35p12im-ztdg05041101.me.com (Oracle Communications Messaging Server 8.0.2.2.20180531 64bit (built May 31 2018)) with ESMTP id <0PDU00BLJ1E2OH10@pv35p12im-ztdg05041101.me.com>; Tue, 21 Aug 2018 22:34:51 +0000 (GMT) X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1015 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1707230000 definitions=main-1808210229 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-08-21_11:,, signatures=0 To: Riccardo Mottola Cc: gnustep From: Scott Christley Subject: Re: building GNUstep from scratch Date: Tue, 21 Aug 2018 22:34:50 +0000 (GMT) X-Mailer: iCloud MailClient1815Project37 MailServer1815B19.10000-1815B-0-ac820359c0f3 Message-id: Content-type: multipart/alternative; boundary=Apple-Webmail-42--0ced3656-38ec-47c0-89e4-89221fe8eb86 MIME-version: 1.0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 17.133.186.214 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Aug 2018 22:45:14 -0000 --Apple-Webmail-42--0ced3656-38ec-47c0-89e4-89221fe8eb86 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8; format=flowed Thanks Riccardo, after awhile I had the same thought. I tried using GCC an= d everything seemed to go well, though I haven't tried my code yet but wil= l soon.=0A=0AHonestly, I'm not sure if I need the modern runtime or not. I= do use NSInvocation stuff quite a bit but I don't think this code base ne= eds the runtime introspection stuff...=0A=0AI did get further and was able= to compile libobjc2 completely after setting cc and c++ to clang. However= , two tests failed so maybe that's the recent difficulties=C2=A0you were m= entioning.=0A=0AThe following tests FAILED:=0A 25 - PropertyIntrospection= Test2 (OTHER_FAULT)=0A 26 - PropertyIntrospectionTest2_optimised (OTHER_F= AULT)=0A=0Athanks=0AScott=0A=0AOn Aug 21, 2018, at 04:46 PM, Riccardo Mott= ola wrote:=0A=0A=0ADo you actually need the "= modern" runtime or do you just need current APIs. In case, just stick with= GCC.=0AIf you wish libobjc2, then compile everything with clang (and reco= nfigure/build also gnustep make and base afterwards).=0A=0AI am having som= e difficulties with libobjc2 lately, for others it is fine. If you can, ge= t the latest gnustep-make and configure with --library-combo=3Dng-gnu-gnu = and it should be smooth. Richard recently fixed some stuff there.=0A=0ARic= cardo=0A --Apple-Webmail-42--0ced3656-38ec-47c0-89e4-89221fe8eb86 Content-Type: multipart/related; type="text/html"; boundary=Apple-Webmail-86--0ced3656-38ec-47c0-89e4-89221fe8eb86 --Apple-Webmail-86--0ced3656-38ec-47c0-89e4-89221fe8eb86 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8;
Thanks Riccardo, after awhile I had the same thought. I tried using G= CC and everything seemed to go well, though I haven't tried my code yet bu= t will soon.

Honestly, I'm n= ot sure if I need the modern runtime or not. I do use NSInvocation stuff q= uite a bit but I don't think this code base needs the runtime introspectio= n stuff...

I did get further= and was able to compile libobjc2 completely after setting cc and c++ to c= lang. However, two tests failed so maybe that's the recent difficulties&nb= sp;you were mentioning.

The following tests FAILED:=

25 - PropertyIntrospectionTest2 (OTHER_FAULT)<= /p>

26 - PropertyIntrospectionTest2_optimised (OTHER_FAULT)


thanks
Scott=

On Aug 21, 2018, at 04:46 PM, Riccardo Mottola <riccardo= .mottola@libero.it> wrote:

=


= Do you actually need the "modern" runtime or do you just need current APIs= . In case, just stick with GCC.
If you wish libobjc2, then compile eve= rything with clang (and reconfigure/build also gnustep make and base after= wards).

I am having some difficulties with libobjc2 lately, for o= thers it is fine. If you can, get the latest gnustep-make and configure wi= th --library-combo=3Dng-gnu-gnu and it should be smooth. Richard recently = fixed some stuff there.

Riccardo
--Apple-Webmail-86--0ced3656-38ec-47c0-89e4-89221fe8eb86-- --Apple-Webmail-42--0ced3656-38ec-47c0-89e4-89221fe8eb86-- From MAILER-DAEMON Tue Aug 21 19:18:03 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fsFuV-0008Oh-06 for mharc-discuss-gnustep@gnu.org; Tue, 21 Aug 2018 19:18:03 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:45442) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fsFuR-0008M5-LS for discuss-gnustep@gnu.org; Tue, 21 Aug 2018 19:18:00 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fsFoq-00067t-Dx for discuss-gnustep@gnu.org; Tue, 21 Aug 2018 19:12:14 -0400 Received: from mail-oi0-x230.google.com ([2607:f8b0:4003:c06::230]:41065) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fsFoq-00065n-7k for discuss-gnustep@gnu.org; Tue, 21 Aug 2018 19:12:12 -0400 Received: by mail-oi0-x230.google.com with SMTP id k12-v6so79543oiw.8 for ; Tue, 21 Aug 2018 16:12:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=fnS2hsV73sRcZeiImhgMxpx/tpbq227Dkae11v3eYww=; b=CagFf+k5wNRMf+eqsB2wqQtkxwbA/6ug1l1DH4WeJnHCTTRH+dpv2j7phUjHHWCDSV vFNbjSWU+dJzRzfiiCi2wu4nL9wwRasvu14fuT6CnK/aJWCJELV+bXUo8ZW5mZx88yyx KUf6vOp/FnRg/q48HMXrSjFmLGYldmaEmpxx49CvBtFYFt7qlyjMKUlnsom9vLbZbXUi klMwQud4oJk5UbzfEeBXUaEokC38HzPfB4t5YCJVX2TNqDn7uTByY7ly5rnsfDs5itGB sUyQPMYVUi+Hse6uK9idXFnTcBTiu+0pq5R7HPfafN5sxmAfcYQgkwvL1DDHFgt7YANi K0tA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=fnS2hsV73sRcZeiImhgMxpx/tpbq227Dkae11v3eYww=; b=rXkkhOaZXC6T9zHJibo9A+cjJX5wudV/Ex1yOfcgDq/NpQzhIsckrSlPuhRuD7UA8u 65XLaw9oUXYnUoVH51autXacnzj6AkwVzYnCMWNoL++3cBBOQXZ1VutCrrPBafjGHE/F gREeL49LQsf6YY2vGYJTjZQAm0vLfNKhF9zM9EWq0o0xCY5vmrB1iz87B8zYFqY12reH W1il+KrO1kd5J+peLYW1MIp9+qbzTZfehL/eOCJh7BRwr3KTpZQPBsNrnTTGGRhKt/3K z5IGp4OzFt//0Z8n4lCs9PWLaL++jy/MCyO7p9NGxJ0Qxt3mG3BKty60TwANjzg6vSb0 itFQ== X-Gm-Message-State: APzg51ArubwWmLCj9S3VuHeQaSmXf294/DQgd6HZI3t3xm0aNVD1Ds7I GaN0iGQC2PX+179Qmb+OExhOjWbSQ9F3N5Dgj2M= X-Google-Smtp-Source: ANB0Vdahp0i+MJo6M2a6jMtfQDooBFUlQhpcSOFffn5ZySYGTkwJ5wkj+eLAENO4qGPU5tNVOf0om7OkiKxkTPcbr5Y= X-Received: by 2002:aca:c484:: with SMTP id u126-v6mr1502340oif.209.1534893130280; Tue, 21 Aug 2018 16:12:10 -0700 (PDT) MIME-Version: 1.0 References: <771ecfd0-a8e3-4853-8954-a78749047948@me.com> In-Reply-To: <771ecfd0-a8e3-4853-8954-a78749047948@me.com> From: =?UTF-8?B?SXZhbiBWdcSNaWNh?= Date: Wed, 22 Aug 2018 00:11:42 +0100 Message-ID: Subject: Re: building GNUstep from scratch To: Scott Christley Cc: GNUstep Discuss Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4003:c06::230 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Aug 2018 23:18:00 -0000 For reference, this is one way to do it: cmake .. -DCMAKE_CXX_COMPILER=3Dclang -DCMAKE_C_COMPILER=3Dclang Though it should, I think, default to clang if installed. On Tue, Aug 21, 2018 at 9:24 PM Scott Christley wrote: > > No, it isn't using clang when compiling libobjc2. It is calling /usr/bin/= cc which is pointing to gcc. I'll figure out how to get that to point to cl= ang and give it another try. > > thanks! > Scott > > On Aug 21, 2018, at 02:43 PM, Ivan Vu=C4=8Dica wrote: > > Are you sure it=E2=80=99s actually using Clang? Try "make VERBOSE=3D1=E2= =80=9D according to https://stackoverflow.com/a/2673355 > > On 21 August 2018 at 19:30:40, Scott Christley (schristley@mac.com) wrote= : > > > Hello All, > > It's awhile since I've built GNUstep from scratch, and I'm having trouble= with my initial attempts, so I hope somebody can give me some pointers. I = only need to get as far as gnustep-base for my code to work. Some quick bac= kground: > > * I'm working on a supercomputer which has quite old software and I have = little control over it, so I'm going to use docker (and singularity) to get= to a somewhat modern level OS. > > * I'm also using the Nvidia GPUs on the supercomputer which means I need = to use Nvidia's docker image as the base. This image is based upon Ubuntu 1= 4.04, so not too bad. GCC 4.8.4 is available on it. > > I played around with ngrewe's GNUstep docker images and they are quite ni= ce, but there is no way to "merge" those with the Nvidia image. I also trie= d using apt-get to install GNUstep, but the release is too old. My own code= didn't compile as I'm using more recent APIs and classes. > > I installed a bunch of dependencies which was fine, including libdispatch= and libblockruntime which are hope are not too old. Next, I installed clan= g 6.0.1 binaries, then tried to compile libobjc2 1.8.1 which is where I've = run into trouble. I'm following the basic install instructions: > > mkdir Build > cd Build > cmake .. > make > > and it is failing with error: > > > [ 30%] Building C object Test/CMakeFiles/ManyManySelectors_optimised.dir/= ManyManySelectors.m.o > > cc: error: unrecognized command line option '-fobjc-runtime=3Dgnustep-1.7= ' > > cc: error: unrecognized command line option '-fblocks' > > make[2]: *** [Test/CMakeFiles/ManyManySelectors_optimised.dir/ManyManySel= ectors.m.o] Error 1 > > make[1]: *** [Test/CMakeFiles/ManyManySelectors_optimised.dir/all] Error = 2 > > make: *** [all] Error 2 > > > Any help is appreciated. > > thanks > Scott > > _______________________________________________ > Discuss-gnustep mailing list > Discuss-gnustep@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnustep From MAILER-DAEMON Wed Aug 22 02:48:18 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fsMwE-0004du-IC for mharc-discuss-gnustep@gnu.org; Wed, 22 Aug 2018 02:48:18 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:45124) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fsMwC-0004df-43 for discuss-gnustep@gnu.org; Wed, 22 Aug 2018 02:48:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fsMw8-0000c5-Uf for discuss-gnustep@gnu.org; Wed, 22 Aug 2018 02:48:16 -0400 Received: from smtp-31-i6.italiaonline.it ([213.209.14.31]:55424 helo=libero.it) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fsMw8-0000aM-HZ for discuss-gnustep@gnu.org; Wed, 22 Aug 2018 02:48:12 -0400 Received: from [192.168.1.165] ([151.55.129.53]) by smtp-31.iol.local with SMTP id sMw5f3m2eoHWhsMw6f6H3g; Wed, 22 Aug 2018 08:48:10 +0200 x-libjamoibt: 1601 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=libero.it; s=s2014; t=1534920490; bh=z+pf8zuIH8ME+qOC85H7YtTU16A/gsVnAGq4l/Fm+K0=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=WcZlkDUB5MbCNyFyqWTXRvTY6LT3qtz2yhofJR+SVLhBKjizcyMVCFxJSKhfh2QZI FI4H8NvxQ42dPVvX6lrh/TSqOySCxfiyEJKR6HGglqr78JJdM+3cYs+khceRSUV1mK SOUmrNKNnyL9qdwFRButdm5+3DHO+FyDGe8+omcrioL3koskvrtUWgcFoUVArHXcnp 06ihnLvdAAVd6joJly9XFnh75xFFdTcUcmFCY+tXq2wsxIPl07U6ceepuJZ3G7+FMn 4DQbaRX/5vzEx1BWddkakeuaZT2Mame1sD/QRg3PAYWTrAE7uGISTNAC3LXSQpUZX3 B0qgIvXeXAiUQ== X-CNFS-Analysis: v=2.2 cv=fZPd8wYF c=1 sm=1 tr=0 a=Tj0pDinpnAqJ3JvxtlwjZA==:117 a=Tj0pDinpnAqJ3JvxtlwjZA==:17 a=r77TgQKjGQsHNAKrUKIA:9 a=mQ6bW_xXwQrVwhSuOK4A:9 a=QEXdDO2ut3YA:10 a=HHGDD-5mAAAA:8 a=b1YvGPedysvXjN9FcZoA:9 a=GLQvdmq491MrHPzl:21 a=_W_S_7VecoQA:10 Subject: Re: building GNUstep from scratch To: Scott Christley Cc: gnustep References: From: Riccardo Mottola Message-ID: Date: Wed, 22 Aug 2018 08:47:12 +0200 User-Agent: Mozilla/5.0 (X11; NetBSD i386; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------5E623D055045635EF25FA7D7" Content-Language: en-US X-CMAE-Envelope: MS4wfFKYeQ15ftjIT8m7Bl0bUSvLSYfPr5U4LV3AR+ePFUusAai5BpDlN8Uw/0ijB9MOXRG1IZfkqtatqbBQbLXCRRvZ6eCYhx7G1dPxxqQQWHxtPlbtjcBJ RceKa1+KQ7DWGwSYP1GUdK06TaLGy5i/Uz4JhRqzx8hLWhJprr1SYk7ai6ohY+UQzjjbK/6vHEZTmhZAD11mCOO+RKbMHEA7eew= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 213.209.14.31 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Aug 2018 06:48:17 -0000 This is a multi-part message in MIME format. --------------5E623D055045635EF25FA7D7 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Hi, On 08/22/18 00:34, Scott Christley wrote: > Honestly, I'm not sure if I need the modern runtime or not. I do use > NSInvocation stuff quite a bit but I don't think this code base needs > the runtime introspection stuff... you need he modern runtime if you need modern features like blocks. Also properties are better supported. The modern runtime gives you also the modern @try @catch exception handling. Performance wise it may be better or worse, depending on your code. If your code "compiles" with gcc, it should also run - barren bugs. In theory libobjc2 supports both "gnu" and "ng" runtimes and did so for a long time, but latest release are buggy for me, either they crash the code or they fail to catch exceptions > > I did get further and was able to compile libobjc2 completely after > setting cc and c++ to clang. However, two tests failed so maybe that's > the recent difficulties you were mentioning. > > The following tests FAILED: > > 25 - PropertyIntrospectionTest2 (OTHER_FAULT) > > 26 - PropertyIntrospectionTest2_optimised (OTHER_FAULT) > No that's different, I hope others will help you or maybe David himself. Riccardo --------------5E623D055045635EF25FA7D7 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

Hi,


On 08/22/18 00:34, Scott Christley wrote:
Honestly, I'm not sure if I need the modern runtime or not. I do use NSInvocation stuff quite a bit but I don't think this code base needs the runtime introspection stuff...

you need he modern runtime if you need modern features like blocks. Also properties are better supported.
The modern runtime gives you also the modern @try @catch exception handling.

Performance wise it may be better or worse, depending on your code. If your code "compiles" with gcc, it should also run - barren bugs.

In theory libobjc2 supports both "gnu" and "ng" runtimes and did so for a long time, but latest release are buggy for me, either they crash the code or they fail to catch exceptions


I did get further and was able to compile libobjc2 completely after setting cc and c++ to clang. However, two tests failed so maybe that's the recent difficulties you were mentioning.

The following tests FAILED:

25 - PropertyIntrospectionTest2 (OTHER_FAULT)

26 - PropertyIntrospectionTest2_optimised (OTHER_FAULT)


No that's different, I hope others will help you or maybe David himself.

Riccardo
--------------5E623D055045635EF25FA7D7-- From MAILER-DAEMON Wed Aug 22 06:08:54 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fsQ4M-0004Kn-Cf for mharc-discuss-gnustep@gnu.org; Wed, 22 Aug 2018 06:08:54 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37546) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fsQ4I-0004HT-Eb for discuss-gnustep@gnu.org; Wed, 22 Aug 2018 06:08:52 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fsQ4D-0005Vy-Fz for discuss-gnustep@gnu.org; Wed, 22 Aug 2018 06:08:50 -0400 Received: from mail.fink.org ([185.22.52.222]:39184) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fsQ4B-0004SJ-8n for discuss-gnustep@gnu.org; Wed, 22 Aug 2018 06:08:45 -0400 X-Footer: Zmluay5vcmc= Received: from [192.168.22.53] ([160.119.131.74]) (authenticated user list@fink.org) by mail.fink.org (Kerio Connect 9.2.7) with ESMTPSA (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256 bits)); Wed, 22 Aug 2018 12:07:13 +0200 From: Andreas Fink Message-Id: <901B9313-321B-40B2-98F7-30C8DB97A871@list.fink.org> Content-Type: multipart/alternative; boundary="Apple-Mail=_80EBCDA4-B6AA-458D-BD6A-69BC7F367784" Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: building GNUstep from scratch Date: Wed, 22 Aug 2018 10:07:01 +0000 In-Reply-To: Cc: Scott Christley , gnustep To: Riccardo Mottola References: X-Mailer: Apple Mail (2.3445.9.1) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 185.22.52.222 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Aug 2018 10:08:52 -0000 --Apple-Mail=_80EBCDA4-B6AA-458D-BD6A-69BC7F367784 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii I had good success with libojbc/clang under debian9 (stretch). I = wouldn't want to go back to gcc due to non support of certain stuff I = use every day (the stuff which apple introduced in what they called = objc2.0). Part is working in recent gcc's though but I like clangs error = reporting and better support for objc. For clang, the debian shipped clang 3.8 was long my standard compiler. = With newer versions of clang and latest libobjc2 I've run into an = incompatibility with very weird side effects. I had cases where something like this: -(void)somemethod { _intProperty =3D 123; NSLog(@"%d", _intProperty); was printing out a value of 0 instead of 123, and of course this makes = very strange things much later in your code. According to David Chisnall this is fixed in clang after r339128 and was = due to how the compiler aligns structs/object properties in memory = (compilers tend to optimize this in some way and all compilers used for = individual parts have to use the same optimisation to come to the same = order which wasn't the case if I understood correctly). this is how I build the latest clang8 from source git clone https://git.llvm.org/git/llvm.git/ cd llvm/tools git clone https://git.llvm.org/git/clang.git/ cd ../projects git clone https://git.llvm.org/git/compiler-rt.git/ git clone https://git.llvm.org/git/openmp.git/ git clone https://git.llvm.org/git/libcxx.git/ git clone https://git.llvm.org/git/libcxxabi.git/ git clone https://git.llvm.org/git/test-suite.git/ cmake .. -DCMAKE_BUILD_TYPE=3DRelease make -j8 install This takes quite some time and lots of memory. If you forget = -DCMAKE_BUILD_TYPE=3DRelease you end up with 32 gigabytes of RAM not = being sufficient (constantly swapping) and compile times of hours to = days. On 32bit machines its even worse due to the 4GB memory limit. Then I install gnustep like this: Setting some defaults ------------------------------------------------ export CC=3Dclang export CXX=3Dclang++ export PATH=3D/usr/local/bin:$PATH export PKG_CONFIG_PATH=3D/usr/local/lib/pkgconfig/ Download the sourcecode of gnustep and dependencies --------------------------------------------------- =20 mkdir gnustep cd gnustep wget http://ftp.gnu.org/pub/gnu/libiconv/libiconv-1.15.tar.gz git clone https://github.com/apple/swift-corelibs-libdispatch git clone https://github.com/gnustep/scripts git clone https://github.com/gnustep/make git clone https://github.com/gnustep/libobjc2 git clone https://github.com/gnustep/base git clone https://github.com/gnustep/corebase git clone https://github.com/gnustep/gui git clone https://github.com/gnustep/back ./scripts/install-dependencies =09 Build dependencies --------------------------------------------------- tar -xvzf libiconv-1.15.tar.gz cd libiconv-1.15 ./configure make CFLAGS=3D-g make CFLAGS=3D-g install cd .. cd swift-corelibs-libdispatch mkdir build cd build cmake .. -DCMAKE_C_COMPILER=3Dclang -DCMAKE_CXX_COMPILER=3Dclang++ = -DCMAKE_CXX_FLAGS=3D-g -DCMAKE_C_FLAGS=3D-g make make install =20 Install gnustep-make --------------------------------------------------- cd make export CC=3D/usr/bin/clang export CXX=3D/usr/bin/clang++ export PKG_CONFIG_PATH=3D/usr/local/lib/pkgconfig/ export OBJCFLAGS=3D"-DEXPOSE_classname_IVARS=3D1" ./configure --with-layout=3Dfhs \ --disable-importing-config-file \ --enable-native-objc-exceptions \ --enable-objc-arc \ --enable-install-ld-so-conf \ --with-library-combo=3Dng-gnu-gnu make install source /usr/local/etc/GNUstep/GNUstep.conf cd .. =20 Install libobjc2 runtime --------------------------------------------------- cd libobjc2 mkdir Build cd Build cmake .. -DBUILD_STATIC_LIBOBJC=3D1 -DCMAKE_C_COMPILER=3Dclang = -DCMAKE_CXX_COMPILER=3Dclang++ -DCMAKE_CXX_FLAGS=3D-g -DCMAKE_C_FLAGS=3D-g= make make install cd .. ldconfig install gnustep-base --------------------------------------------------- cd base ./configure CFLAGS=3D"-DEXPOSE_classname_IVARS=3D1 -g " = --with-config-file=3D/usr/local/etc/GNUstep/GNUstep.conf = --disable-libdispatch make -j8 make install cd ../.. ldconfig (for debug version use "make debug=3Dyes" instead of "make") and then the other gnustep libraries with simple ./configure; make;make = install > On 22 Aug 2018, at 06:47, Riccardo Mottola = wrote: >=20 > Hi, >=20 > On 08/22/18 00:34, Scott Christley wrote: >> Honestly, I'm not sure if I need the modern runtime or not. I do use = NSInvocation stuff quite a bit but I don't think this code base needs = the runtime introspection stuff... >=20 > you need he modern runtime if you need modern features like blocks. = Also properties are better supported. > The modern runtime gives you also the modern @try @catch exception = handling. >=20 > Performance wise it may be better or worse, depending on your code. If = your code "compiles" with gcc, it should also run - barren bugs. >=20 > In theory libobjc2 supports both "gnu" and "ng" runtimes and did so = for a long time, but latest release are buggy for me, either they crash = the code or they fail to catch exceptions >=20 >>=20 >> I did get further and was able to compile libobjc2 completely after = setting cc and c++ to clang. However, two tests failed so maybe that's = the recent difficulties you were mentioning. >>=20 >> The following tests FAILED: >> 25 - PropertyIntrospectionTest2 (OTHER_FAULT) >> 26 - PropertyIntrospectionTest2_optimised (OTHER_FAULT) >=20 > No that's different, I hope others will help you or maybe David = himself. >=20 > Riccardo > _______________________________________________ > Discuss-gnustep mailing list > Discuss-gnustep@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnustep --Apple-Mail=_80EBCDA4-B6AA-458D-BD6A-69BC7F367784 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii I = had good success with libojbc/clang under debian9 (stretch). I wouldn't = want to go back to gcc due to non support of certain stuff I use every = day (the stuff which apple introduced in what they called objc2.0). Part = is working in recent gcc's though but I like clangs error reporting and = better support for objc.

For clang, the debian shipped clang 3.8 was long my standard = compiler. With newer versions of clang and latest libobjc2 I've run into = an incompatibility with very weird side effects.
I = had cases where something like this:


-(void)somemethod
{
_intProperty =3D = 123;
= NSLog(@"%d", _intProperty);


was printing out a value = of 0 instead of 123, and of course this makes very strange things much = later in your code.

According to David Chisnall this is fixed in clang after = r339128 and was due to how the compiler aligns structs/object properties = in memory (compilers tend to optimize this in some way and all compilers = used for individual parts have to use the same optimisation to come to = the same order which wasn't the case if I understood = correctly).


this is how I build the = latest clang8 from source

cmake .. = -DCMAKE_BUILD_TYPE=3DRelease
make -j8 install


This takes quite some time and lots of memory. If you = forget -DCMAKE_BUILD_TYPE=3DRelease you end up with 32 = gigabytes of RAM not being sufficient (constantly swapping) and compile = times of hours to days. On 32bit machines its even worse due to the 4GB = memory limit.

Then I install gnustep like this:

Setting some = defaults
------------------------------------------------


    export = CC=3Dclang
    export CXX=3Dclang++
    export = PATH=3D/usr/local/bin:$PATH
    export = PKG_CONFIG_PATH=3D/usr/local/lib/pkgconfig/


Download the sourcecode of gnustep and dependencies
---------------------------------------------------

  =   
    mkdir gnustep
    cd = gnustep
  =   git clone https://github.com/apple/swift-corelibs-libdispatch<= /div>
    = ./scripts/install-dependencies

Build dependencies
---------------------------------------------------
=

    tar -xvzf = libiconv-1.15.tar.gz
    cd libiconv-1.15
    = ./configure
    make CFLAGS=3D-g
    make = CFLAGS=3D-g install
    cd ..

    cd = swift-corelibs-libdispatch
    mkdir = build
    cd build
    cmake .. = -DCMAKE_C_COMPILER=3Dclang -DCMAKE_CXX_COMPILER=3Dclang++ = -DCMAKE_CXX_FLAGS=3D-g -DCMAKE_C_FLAGS=3D-g
    = make
    make install
    

Install = gnustep-make
---------------------------------------------------
=

    cd make
    export = CC=3D/usr/bin/clang
    export = CXX=3D/usr/bin/clang++
    export = PKG_CONFIG_PATH=3D/usr/local/lib/pkgconfig/
    export = OBJCFLAGS=3D"-DEXPOSE_classname_IVARS=3D1"
    = ./configure --with-layout=3Dfhs \
          =   --disable-importing-config-file \
          =   --enable-native-objc-exceptions \
          =   --enable-objc-arc \
          =   --enable-install-ld-so-conf \
          =   --with-library-combo=3Dng-gnu-gnu
     make = install
     source = /usr/local/etc/GNUstep/GNUstep.conf
     cd = ..
     

Install libobjc2 = runtime
---------------------------------------------------
=

    = cd libobjc2
    mkdir Build
    cd Build
    cmake .. = -DBUILD_STATIC_LIBOBJC=3D1  -DCMAKE_C_COMPILER=3Dclang = -DCMAKE_CXX_COMPILER=3Dclang++ -DCMAKE_CXX_FLAGS=3D-g = -DCMAKE_C_FLAGS=3D-g
    make
    make = install
    cd ..
    = ldconfig


install = gnustep-base
---------------------------------------------------
=

    cd base
    ./configure = CFLAGS=3D"-DEXPOSE_classname_IVARS=3D1 -g " = --with-config-file=3D/usr/local/etc/GNUstep/GNUstep.conf = --disable-libdispatch

    make -j8
    make = install
    cd ../..
    ldconfig

(for debug version use = "make debug=3Dyes" instead of "make")


and then the other gnustep libraries with simple ./configure; = make;make install


On 22 Aug 2018, at 06:47, = Riccardo Mottola <riccardo.mottola@libero.it> wrote:

=20 =20

Hi,


On 08/22/18 00:34, Scott Christley wrote:
Honestly, I'm not sure if I need the modern = runtime or not. I do use NSInvocation stuff quite a bit but I don't think this code base needs the runtime introspection stuff...

you need he modern runtime if you need modern features like blocks. Also properties are better supported.
The modern runtime gives you also the modern @try @catch exception handling.

Performance wise it may be better or worse, depending on your code. If your code "compiles" with gcc, it should also run - barren = bugs.

In theory libobjc2 supports both "gnu" and "ng" runtimes and did so for a long time, but latest release are buggy for me, either they crash the code or they fail to catch exceptions


I did get further and was able to compile libobjc2 = completely after setting cc and c++ to clang. However, two tests failed so maybe that's the recent difficulties you were = mentioning.

The following tests = FAILED:
25 - PropertyIntrospectionTest2 = (OTHER_FAULT)
26 - PropertyIntrospectionTest2_optimised = (OTHER_FAULT)

No that's different, I hope others will help you or maybe David himself.

Riccardo
_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

= --Apple-Mail=_80EBCDA4-B6AA-458D-BD6A-69BC7F367784-- From MAILER-DAEMON Wed Aug 22 09:43:33 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fsTQ4-0007X7-UD for mharc-discuss-gnustep@gnu.org; Wed, 22 Aug 2018 09:43:32 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40546) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fsTQ3-0007WH-8T for discuss-gnustep@gnu.org; Wed, 22 Aug 2018 09:43:31 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fsTQ0-0005lR-4e for discuss-gnustep@gnu.org; Wed, 22 Aug 2018 09:43:31 -0400 Received: from mail-ed1-x52c.google.com ([2a00:1450:4864:20::52c]:34110) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fsTPz-0005kM-SF for discuss-gnustep@gnu.org; Wed, 22 Aug 2018 09:43:28 -0400 Received: by mail-ed1-x52c.google.com with SMTP id h1-v6so1430713eds.1 for ; Wed, 22 Aug 2018 06:43:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:subject:message-id:mime-version:from:to:reply-to:organization :user-agent; bh=mo16R8If7P0UKUArGtr3DmJnV3GNtgKtbYEGDJ6/IG4=; b=UKo25xpCsjuWIKuZzCWg5r4RiDdAqUlXXr1B5M3WJrXE4B34FSmnNw5yFTMIpgX6L9 mcWUq+RrhiFRsn7Ke13MuwUYVIMXN8GNq0kWXtlSKQ/xrvuGWD7xmHBEIUSOxI0nVWEl JwwO+XFVXWH8TsUBJBw+IN1MxwZeC8gwSdePJc5cbM1/rJwWWODIaa76Vll+Bglulkxj BcD7O4Z73Y0rxTLUQiYO5HlQvl86N9it/btu7ca1ZcyaIUKq+vxbMjEy463RvdzeyIUd ID3nGTF7NRPkt+EaqAG25VnuExr6midse4auM89uorC6r/aJ79fV8prIXUg+bJcRy1P1 Lfvg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:subject:message-id:mime-version:from:to :reply-to:organization:user-agent; bh=mo16R8If7P0UKUArGtr3DmJnV3GNtgKtbYEGDJ6/IG4=; b=dIoM2siJXbUC7cEG+tPcb+r+MqA3+DSyrQTx4Y2BiWguTu28ZCzU0jDFWFPqVf+5Qt D/ge3URyuW32rm+/EwmW7Z3ILG8AN/y3ddDAHu/QSFexW8lXLSYgbUpxNYfH5PkmG4kU 1VloUPwIxqRQzCQ+Xo9HfamomM4KRxuiCVQdm7No8avqI8XZWXYq1dBIIoG+PP7jjVdg r4St90U2TCBQQ0/yAsoRCTgkcoPHoLGUHudIiCF7i4Tpj/Pv6F0P2JPb47OGzg6pOla3 fyj2aeb1QdLJTJIoFGsZibPBwt2LV0vaVEmpEtdobY2hMG8V7UrknbcCuiwhRamp/Ru5 LyXw== X-Gm-Message-State: APzg51B3RquofYwH9H7TbMF0V4rMOAYbYoYkBVk2sHitmezpn5vfoKKn SdPJFh5I513Ia++C+mhATNbLnErvPJM= X-Google-Smtp-Source: ANB0VdZ6rNl3+ATSf5Se1BxPzXADfYcOq7+9uxsIH/8FsXrtvnIFMqvoKSnuhi+h5AjnAuugU+0Rog== X-Received: by 2002:aa7:c387:: with SMTP id k7-v6mr6008867edq.270.1534945406145; Wed, 22 Aug 2018 06:43:26 -0700 (PDT) Received: from localhost.localdomain (78-21-117-62.access.telenet.be. [78.21.117.62]) by smtp.gmail.com with ESMTPSA id q17-v6sm756472eds.78.2018.08.22.06.43.24 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 22 Aug 2018 06:43:25 -0700 (PDT) Date: Wed, 22 Aug 2018 15:41:23 +0200 Subject: Screenhot application in GNUStep Message-ID: MIME-Version: 1.0 (Generated by Pantomime 1.3.0) From: edwin ancaer To: Discuss Gnustep Reply-To: eancaer@gmail.com Organization: Knight Jack User-Agent: GNUMail (Version 1.3.0) Content-Type: text/plain; charset="us-ascii"; format="flowed" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::52c X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Aug 2018 13:43:32 -0000 Hello, I have 2 small, practical questions 1. I saw that in the services menu of GNUMail, I could create tasks inSimpleAgenda. I seem to have some issues here, and I would like to add some screenshots to my questions. I could use ImageMagick, but that seems a little to complicated to just take a screenshot, so I was wondering if some GNUStep app exists to take screenshots, like start the app, draw a rectangle and push OK to take the screenshot (like the snipping tool in Wondows, eg.) 2. I started GNUMail from the WindowMaker dock. Where is the logging going in this case? Thanks for helping me out, Edwin Ancaer Of course my mails are send with GNUMail 1.3 from now on From MAILER-DAEMON Wed Aug 22 13:23:38 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fsWr4-0004Q7-QF for mharc-discuss-gnustep@gnu.org; Wed, 22 Aug 2018 13:23:38 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:47593) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fsWr2-0004Pz-Nm for discuss-gnustep@gnu.org; Wed, 22 Aug 2018 13:23:37 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fsWqy-0002hh-L5 for discuss-gnustep@gnu.org; Wed, 22 Aug 2018 13:23:36 -0400 Received: from theravensnest.org ([46.226.110.62]:59316) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fsWqy-0002ZP-AI for discuss-gnustep@gnu.org; Wed, 22 Aug 2018 13:23:32 -0400 Received: from [192.168.1.65] (host86-134-191-96.range86-134.btcentralplus.com [86.134.191.96]) (authenticated bits=0) by theravensnest.org (8.15.2/8.15.2) with ESMTPSA id w7MHMUfi055395 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 22 Aug 2018 17:22:32 GMT (envelope-from gnustep@theravensnest.org) X-Authentication-Warning: mail: Host host86-134-191-96.range86-134.btcentralplus.com [86.134.191.96] claimed to be [192.168.1.65] Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: building GNUstep from scratch From: David Chisnall In-Reply-To: <901B9313-321B-40B2-98F7-30C8DB97A871@list.fink.org> Date: Wed, 22 Aug 2018 18:23:25 +0100 Cc: Riccardo Mottola , gnustep Content-Transfer-Encoding: quoted-printable Message-Id: References: <901B9313-321B-40B2-98F7-30C8DB97A871@list.fink.org> To: Andreas Fink X-Mailer: Apple Mail (2.3273) X-detected-operating-system: by eggs.gnu.org: FreeBSD 9.x [fuzzy] X-Received-From: 46.226.110.62 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Aug 2018 17:23:37 -0000 On 22 Aug 2018, at 11:07, Andreas Fink wrote: >=20 > git clone https://git.llvm.org/git/llvm.git/ > cd llvm/tools > git clone https://git.llvm.org/git/clang.git/ > cd ../projects > git clone https://git.llvm.org/git/compiler-rt.git/ > git clone https://git.llvm.org/git/openmp.git/ > git clone https://git.llvm.org/git/libcxx.git/ > git clone https://git.llvm.org/git/libcxxabi.git/ > git clone https://git.llvm.org/git/test-suite.git/ > cmake .. -DCMAKE_BUILD_TYPE=3DRelease > make -j8 install >=20 >=20 > This takes quite some time and lots of memory. If you forget = -DCMAKE_BUILD_TYPE=3DRelease you end up with 32 gigabytes of RAM not = being sufficient (constantly swapping) and compile times of hours to = days. On 32bit machines its even worse due to the 4GB memory limit. The only bits of this that you need are llvm and clang. There is no = point building any of the other bits, because you won=E2=80=99t be using = them. If you really want to build them, then it=E2=80=99s a good idea = to: 1) Use Ninja, not Make (-G Ninja to cmake, ninja instead of make -j8 for = the build) 2) Set the maximum number of link jobs to something small (I forget the = exact flag for this. Run ccmake . and find it in the GUI) 3) Use lld as the linker (uses vastly less RAM than GNU BFD ld, not = tried Gold) That said, if you=E2=80=99re on Debian then you can just go to = apt.llvm.org and download the latest nightly build, or wait until 7.0 is = released and then use that. David From MAILER-DAEMON Thu Aug 23 03:18:23 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fsjst-0005X3-4T for mharc-discuss-gnustep@gnu.org; Thu, 23 Aug 2018 03:18:23 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55888) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fsjsq-0005Vd-VY for discuss-gnustep@gnu.org; Thu, 23 Aug 2018 03:18:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fsjsn-0007i5-0d for discuss-gnustep@gnu.org; Thu, 23 Aug 2018 03:18:20 -0400 Received: from smtp-31-i6.italiaonline.it ([213.209.14.31]:57086 helo=libero.it) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fsjsm-0007eI-OJ for discuss-gnustep@gnu.org; Thu, 23 Aug 2018 03:18:16 -0400 Received: from [192.168.1.165] ([151.55.129.53]) by smtp-31.iol.local with SMTP id sjsifn2EdoHWhsjsifA1Dt; Thu, 23 Aug 2018 09:18:13 +0200 x-libjamoibt: 1601 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=libero.it; s=s2014; t=1535008693; bh=8MyHsp4EC8MDHl6Q8xMe9EFEjERulZSwEG32aT9GQXM=; h=Subject:To:References:From:Date:In-Reply-To; b=bC6Coa0C+D0bnoSj5W7kq0ZLHcUfx/EULpH1XQLSIem79VYU9B5NgvRRx9BXtsaWp iOxKS8bitnW75KxmW74mi+OaL0x+eGnaaWy8rL66cWbNNq/h86V6pL6mwMnyB1vamN gGEJUenbiw0W5ETTZNvsLwnz0lH9ZCA2HGeJqOZCCAdYAZU0gYv4Kn1a59WB/AKKgq J8yCo3U9KJgdQfP851R769sVpe79nIO8GMubdpBsK60VIZnLLx1LWT1ZDt5SUgTZQB iKoXwrKUq2guFzBJ1yrGFWMhXTK+XOoqOgY08V0nyy7mfVOZ5hGmjYxZhvDckRmu45 sezJOB/ZGVpCQ== X-CNFS-Analysis: v=2.2 cv=fZPd8wYF c=1 sm=1 tr=0 a=Tj0pDinpnAqJ3JvxtlwjZA==:117 a=Tj0pDinpnAqJ3JvxtlwjZA==:17 a=IkcTkHD0fZMA:10 a=lPPaByJQ0nLhnMNxSDwA:9 a=QEXdDO2ut3YA:10 Subject: Re: Screenhot application in GNUStep To: eancaer@gmail.com, Discuss Gnustep References: From: Riccardo Mottola Message-ID: Date: Thu, 23 Aug 2018 09:17:15 +0200 User-Agent: Mozilla/5.0 (X11; NetBSD i386; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-CMAE-Envelope: MS4wfHn03v2wW/0/Kww5oVVbPgp1vZpGVJuLx5AzUcsLF9Xe5r0x7ZFanjoQz3hRfZtTDmE02Le/ESMGMkJj/5DM+G0axpCB2ENCCC33VjHIcDn+e9pgA+VA S0Vb10rNyTGsxlfXNmoYc2GQiTYrRr2ZFgOaWgsJiikXstQ4nSzuDdy0H2q5o05XpseSI6bEZ180eS88DI4Un9dth1Nox0/IPEw= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 213.209.14.31 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Aug 2018 07:18:21 -0000 Hi, On 08/22/18 15:41, edwin ancaer wrote: > Hello, > > I have 2 small, practical questions > > 1. I saw that  in the services menu of GNUMail, I could create tasks > inSimpleAgenda. I seem to have some issues here, and I would like to > add some   screenshots to my questions. I could use ImageMagick, but > that seems a little to complicated to just take a screenshot, so I was > wondering if some GNUStep app exists to take screenshots, like start > the app, draw a rectangle and push OK to take the screenshot (like the > snipping tool in Wondows, eg.) > Unfortunately, not that I know of. If you have scrot, use that... or you can also use GIMP. > 2. I started GNUMail from the WindowMaker dock. Where is the logging > going in this case? > standard output, in my case this is on the console where you started X, not very convenient. The best is to start from a terminal so that you can read it. openapp GNUMail or just GNUMail should be sufficient if starting from the dork works for you. Riccardo From MAILER-DAEMON Sat Aug 25 00:39:02 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1ftQLm-00064H-8v for mharc-discuss-gnustep@gnu.org; Sat, 25 Aug 2018 00:39:02 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:49227) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ftQLk-00064A-KS for discuss-gnustep@gnu.org; Sat, 25 Aug 2018 00:39:01 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ftQLg-0007n1-IS for discuss-gnustep@gnu.org; Sat, 25 Aug 2018 00:39:00 -0400 Received: from mail-ed1-x533.google.com ([2a00:1450:4864:20::533]:41750) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ftQLg-0007l8-AF for discuss-gnustep@gnu.org; Sat, 25 Aug 2018 00:38:56 -0400 Received: by mail-ed1-x533.google.com with SMTP id f38-v6so7048396edd.8 for ; Fri, 24 Aug 2018 21:38:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:subject:message-id:mime-version:from:to:reply-to:organization :user-agent; bh=ruYqCIOwc577oOLhNnfbl5RACX6bZEmYmqFfROBG8Yk=; b=CHKp4tSGY5l2TsyJp4B4LqFr4J1QKHqNa1GLtXhQ6I8OUebccJ25Y4HqPQMlVFy7CF MFQHhniGvHp+r9NZ6IDgb9c8s5hpE3MaPhWJ7R+ttoooJfp1aCVcsRSGdougXUnmFZA4 HnXfrys3ofiv7Vd00QIwsfoDpmk3UY+XmglTB2mGFxbjl+DVHbNa/Kx8LooLdVGdwcFN C5EerrxR+sY7dfbiGL+7dbEXPr9p5GGOdEDTSvXjw+JbDJGkMM3JbqZAK0Gou4KNw6re 3Oaw2x7thkY+1v798i1Qphv12oZi+I+ja527J0cBNsVRmA0UEpPmPf3RKsND4ELlGawA XHQw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:subject:message-id:mime-version:from:to :reply-to:organization:user-agent; bh=ruYqCIOwc577oOLhNnfbl5RACX6bZEmYmqFfROBG8Yk=; b=orW9PMsZSyeeQxWzwym+L6zWlGFImmm1fQVW4kGZT0cFuWqeFflxWsYcNRuPTuC3l1 A2D/oL9kerbc8sCUvlc5XYiOFlMjwU78NAz0Cfsp2KQdw+BcPDd5DZEC7BI4VCSKDBRd Bksv0o7PS/3aK64rD550iaG52GbmzERtUnw3e3hBveJEZxMAVTSigFI/HcN3cUpxdxnc G7BynIXIEL2JRMC6V/rujuH1qeDeAkp7v4fwDg8ddzqX+eH9dvMXHrNoLu8IeowMyk7g Hry5VNyeZZLVRaCKjAD+DNSuYmsl1PFq9jrlTCPp3TXqFEC0vdKpHFr8wCfw1euCBjbB o7lg== X-Gm-Message-State: APzg51AO4wTe+Uh7vup0zfsqGujMYY7shCii423cS9SBhgEI3fmMKwTX qJDw5ld9HbXysP2yZ8cm3tv8muZSOw4= X-Google-Smtp-Source: ANB0Vdb7oWbZLBcz3DQQIf0zp0Pvv4qpwgou4VS8Opl4BbQRFCzgxxFkUH95TQcGKSq2gSgg8qUp3A== X-Received: by 2002:a50:abc2:: with SMTP id u60-v6mr6084311edc.131.1535171934732; Fri, 24 Aug 2018 21:38:54 -0700 (PDT) Received: from localhost.localdomain (78-21-117-62.access.telenet.be. [78.21.117.62]) by smtp.gmail.com with ESMTPSA id r35-v6sm4262244edr.59.2018.08.24.21.38.53 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 24 Aug 2018 21:38:53 -0700 (PDT) Date: Sat, 25 Aug 2018 06:36:46 +0200 Subject: Expected behavior when clicking on a title bar? Message-ID: MIME-Version: 1.0 (Generated by Pantomime 1.3.0) From: edwin ancaer To: Discuss Gnustep Reply-To: eancaer@gmail.com Organization: Knight Jack User-Agent: GNUMail (Version 1.3.0) Content-Type: text/plain; charset="us-ascii"; format="flowed" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::533 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Aug 2018 04:39:01 -0000 Hello guys, this question might seem basic, but hey, even the averagely talented people should be able to use GNUstep to turn their lives into a nightmare... I would like to know what the default behaviour is when clicking on the title bar of a window, because I see 2 things happening intermittently: * The first behaviour: the window seems to scroll up, leaving only the title bar visible, thereby sometime leaving white rectangles on the screen with the width of the original window, that go away when the screen gets redrawn. When only the title bar was visible, clicking it restores the window. * The second behaviour is that I can drag the window around with the mouse, whole window visible or only titlebar visible. It is not making GNUstep unusable, but if feels a little buggy. A second question pops up: is the maillist the best way to report this kind of beaviour, or should I report this as a bug. I can imagine nicer things to do than following up a never ending list of bug reports. Anyway, thanks for your time, Edwin Ancaer As this mail is written with GNUMail, and I did not find the way to do some elementary markup, it does not look as good as it could. Also, as I rely heavily on a spell checker to correct my English, you might find lots of mistakes. I did not find a spell checker eiter. :-) From MAILER-DAEMON Sat Aug 25 03:32:56 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1ftT44-0007lC-Im for mharc-discuss-gnustep@gnu.org; Sat, 25 Aug 2018 03:32:56 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:52374) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ftT3z-0007kB-RI for discuss-gnustep@gnu.org; Sat, 25 Aug 2018 03:32:55 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ftT3w-00016g-HE for discuss-gnustep@gnu.org; Sat, 25 Aug 2018 03:32:51 -0400 Received: from smtp-31-i6.italiaonline.it ([213.209.14.31]:38822 helo=libero.it) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1ftT3w-0000zg-6S for discuss-gnustep@gnu.org; Sat, 25 Aug 2018 03:32:48 -0400 Received: from [192.168.1.168] ([151.55.129.53]) by smtp-31.iol.local with SMTP id tT3sfA4tHoHWhtT3tfJUFF; Sat, 25 Aug 2018 09:32:45 +0200 x-libjamoibt: 1601 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=libero.it; s=s2014; t=1535182365; bh=vzRHFDukJfGOlrOsZUh6u7DdvFmVVfHsPjfE9/Xizvo=; h=Subject:To:References:From:Date:In-Reply-To; b=mgW2FddVYkSoKPNpWhsCQwBpvlXAVE4ksdORfyfE39E58dUkzhWg89WeQDqVH3MFI /z7Fu9TzRuver21444qVmYttIm1mK+TtOt+4zFUuF9aFtsSHQRJQN14NKgOb5x8mHO FLljA7cWxCG7uaGo12RjgGHTVDCP2kP7W9itTCbFMmFJFCPM8QIipQ007sQzA+4CCY xeTRgo9o0kzTFXThM5Hct/67BPmw4TR37yD3cA+JXoHPTfO5kNsH+wJJ3hS5PuR2Dg cFjR90lbCEa4CHHBieI9+nCDYABVPOP1/Q6QnIEAmrByeSHsRXKkf2hFkBtiy/Rqjz 2t2eZGfUOOu2Q== X-CNFS-Analysis: v=2.2 cv=fZPd8wYF c=1 sm=1 tr=0 a=Tj0pDinpnAqJ3JvxtlwjZA==:117 a=Tj0pDinpnAqJ3JvxtlwjZA==:17 a=IkcTkHD0fZMA:10 a=EJq1chVc5emM0zwBHBAA:9 a=kMDlwrGUrWWHpqx8:21 a=o0grn9z1VKWv3uoi:21 a=QEXdDO2ut3YA:10 Subject: Re: Expected behavior when clicking on a title bar? To: eancaer@gmail.com, Discuss Gnustep References: From: Riccardo Mottola Message-ID: <6acdc635-c0c7-a6c7-8045-a86592ef3c7c@libero.it> Date: Sat, 25 Aug 2018 09:32:42 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-CMAE-Envelope: MS4wfHB6VH8xA7y3i/W5jkVqKuvGRrfSUo5ZAJsdJbKi+vIeZQ17YUJ02umaClMoRk4BaU/7+DtnsM9845uahAE0QoqzVthqII/Pt8vGFsrmcB0vU47kc/ia vXRYLmgTCv/k9NXLZf1z7UNq2ulQTGbcEzL6pQy+Ryb/ZJNN+HlM0pcW4QPKxBfNvAQ9EyWpHiycJRzbbzuobhy/v45bAUdUQxU= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 213.209.14.31 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Aug 2018 07:32:55 -0000 Hi Edwin, On 08/25/2018 06:36 AM, edwin ancaer wrote: > this question might seem basic, but hey, even the averagely talented > people should be able to use GNUstep to turn their lives into a > nightmare... asking is never a crime! > > I would like to know what the default behaviour is when clicking on > the title bar of a window, because I see 2 things happening > intermittently: > > * The first behaviour:  the window seems to scroll up, leaving only > the title bar visible, thereby sometime leaving white rectangles on > the screen with the width of the original window, that go away when > the screen gets redrawn. > When only the title bar was visible, clicking it restores the window. > > * The second behaviour is that I can drag the window around with the > mouse, whole window visible or only titlebar visible. > > It is not making GNUstep unusable, but if feels a little buggy. If you are running windowmaker and use the default behaviour of letting GNUstep give over the window decoration to the window manager, the behaviour is almost expected. However, the two behaviours are very distinct. Also, in this case I believe it is not a GNUstep "bug" or "feature" at all Click-down and drag is as expected to allow you moving the window. Double-click usually "wraps" the window to the title bar, leaving the ability to roll it down again. However, depending on your WindowMaker (or generally another window manager) settings it may happen with the middle mouse button or with the wheel. If you have a clickable wheel as button then it may happen unwanted? > > A second question pops up: is the maillist the best way to report this > kind of beaviour, or should I report this as a bug. I can imagine > nicer things to do than following up a never ending list of bug reports. I think asking on the Mailinglist is just fine, if it happens to be really a bug (or a missing feature) that can't be fixed on the fly, opening the bug is perfect. I don't think it is your case yet. > > As this mail is written with GNUMail, and I did not find the way to do > some elementary markup, it does not look as good as it could. Nice that you are really using GNUMail (and that it works enough for you to write!). GNUMail has no HTML mail support, so no fancy stuff - which, by the way, is very fine for posting to mailing list where netiquette is to remain "ASCII". > Also, as I rely heavily on a spell checker to correct my English, you > might find lots of mistakes. I did not find a spell checker eiter. :-) Oh GNUMail should be able to use GNUstep's spell checker. I wonder if your GNUstep is built to support it. To test that, best is to use Ink from a console (in tests-examples) and use it as a reliable reference. Type in something then do Edit -> Check Spelling On the system where I am writing on right now (but which is a fresh install, I need to tune it) it does not work and on the I see "Model file load failed for GSSpellPanel" Cheers, Riccardo From MAILER-DAEMON Sat Aug 25 08:25:47 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1ftXdT-0005dE-RR for mharc-discuss-gnustep@gnu.org; Sat, 25 Aug 2018 08:25:47 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59132) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ftXdM-0005MC-1d for discuss-gnustep@gnu.org; Sat, 25 Aug 2018 08:25:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ftXWp-0000nE-DU for discuss-gnustep@gnu.org; Sat, 25 Aug 2018 08:18:56 -0400 Received: from mail-it0-x230.google.com ([2607:f8b0:4001:c0b::230]:55746) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ftXWp-0000mO-3D for discuss-gnustep@gnu.org; Sat, 25 Aug 2018 08:18:55 -0400 Received: by mail-it0-x230.google.com with SMTP id d10-v6so5509495itj.5 for ; Sat, 25 Aug 2018 05:18:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=PGCTH7HY3i/16T5VBjvrRA5U/8t2dm8E1vlQLHl6jHU=; b=dFNcY0Z40WOcYXy1oqhiVq9BYAj5P9JbBtvNbrFEE5rtGPd9ikoWN/Uy/akeb9N/5M KR4BgMv+vPOY6fov1K6tmBWofAO9uE/FL1+ejiRzw3PXnPFhTlGswo6s0OOmVu+sSCvl U7JETH+0E083YqIFR/WGXmWl3xW+ylajNQK9cyLZbVYbyldJQ/oe1T3SuTf0q2TUD/dm T8yEvt9kClCNBlTaaeIlUXx5ovsOOkELpticEsBgwCUTdHCaPRQjrNo+7mRcwX4efOqE 8VkW7yBsCW4MxlBo3ZRLQOFgkrxOVmmNK33GCP81O5m6hHLDMDoPHk4zZSK5YTJWYZIk MYhQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=PGCTH7HY3i/16T5VBjvrRA5U/8t2dm8E1vlQLHl6jHU=; b=oUIHz5NNJ8pDi5YUFRqcg+IpQCMV/UALD4ZCOg9HqWyt1O/3Cr4aKHq1MQJVwNiGZF XmoQAtBHNvyQ448w2vKVNNG/axxEppq+8q5rjq/l6g366o4fwDUskSPq7tczzqrb5/pF NhmfFcg/6znHbLNr6hQxXhJukwK3aOmlz4TpAbn+HBlL1NLGiIhJPWAhh06nMORZBBIN 4Talsyf6FtEmWfDBFMF5OgCgWjOUhldE/kPdlQ3OAn/VVhXb+WtUvLSxFUaUE2NT1I/Q BPFzSVmtCR4tl8P0QhoGSNmIFd81YtcT8J5MHv2shH8877MRgN/IjSVyVCbHs0rAM2mX NUWQ== X-Gm-Message-State: APzg51CbGLuNQnRwWABblTcxqBvi+5gaYU9KDhQl7+VQTrj+ncygMCzb ecLd3g1ZTW+y2my9/Ju2eDKWsYkpPVELq3/n+w== X-Google-Smtp-Source: ANB0Vda3ceHnowFOmZ9tXtlvaixI/lhDY/qvdFGNAhmu6SuGBucSAkO2uunMmeLk8tE9bnF34aczF6oZnFrJosJnyZI= X-Received: by 2002:a24:65d3:: with SMTP id u202-v6mr1306358itb.104.1535199533664; Sat, 25 Aug 2018 05:18:53 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Gregory Casamento Date: Sat, 25 Aug 2018 08:18:42 -0400 Message-ID: Subject: Re: Expected behavior when clicking on a title bar? To: eancaer@gmail.com Cc: Discuss Gnustep Content-Type: multipart/alternative; boundary="000000000000dd0ff20574417e18" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4001:c0b::230 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Aug 2018 12:25:46 -0000 --000000000000dd0ff20574417e18 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Edwin, On Sat, Aug 25, 2018 at 00:39 edwin ancaer wrote: > Hello guys, > > this question might seem basic, but hey, even the averagely talented > people should be able to use GNUstep to turn their lives into a > nightmare... > > I would like to know what the default behaviour is when clicking on > the title bar of a window, because I see 2 things happening > intermittently: > > * The first behaviour: the window seems to scroll up, leaving only > the title bar visible, thereby sometime leaving white rectangles on > the screen with the width of the original window, that go away when > the screen gets redrawn. > When only the title bar was visible, clicking it restores the window. This is the default behavior. Both of these are features of WindowMaker not of GNUstep. * The second behaviour is that I can drag the window around with the > mouse, whole window visible or only titlebar visible. > Again. This is a feature of WindowMaker. It is not making GNUstep unusable, but if feels a little buggy. Please report these issues to the WindowMaker developers. You can easily turn both of these =E2=80=9CBUGS=E2=80=9D off in the WindowMaker WPrefs.app= . A second question pops up: is the maillist the best way to report this > kind of beaviour, or should I report this as a bug. I can imagine > nicer things to do than following up a never ending list of bug > reports. The best place to report bugs in GNUSTEP itself id at bugs.gnustep.org. > > Anyway, thanks for your time, > > Edwin Ancaer > > As this mail is written with GNUMail, and I did not find the way to do > some elementary markup, it does not look as good as it could. > Also, as I rely heavily on a spell checker to correct my English, you > might find lots of mistakes. I did not find a spell checker eiter. :-) > > There is a spellchecker in GNUstep. I wrote it. It may not be used in gnumail though. _______________________________________________ > Discuss-gnustep mailing list > Discuss-gnustep@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnustep > --=20 Gregory Casamento GNUstep Lead Developer / OLC, Principal Consultant http://www.gnustep.org - http://heronsperch.blogspot.com http://ind.ie/phoenix/ --000000000000dd0ff20574417e18 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Edwin,

On Sat, Aug 25, 2018 at 00:39 edwin ancaer <eancaer@gmail.com> wrote:
Hello guys,

this question might seem basic, but hey, even the averagely talented
people should be able to use GNUstep to turn their lives into a
nightmare...

I would like to know what the default behaviour is when clicking on
the title bar of a window, because I see 2 things happening
intermittently:

* The first behaviour:=C2=A0 the window seems to scroll up, leaving only the title bar visible, thereby sometime leaving white rectangles on
the screen with the width of the original window, that go away when
the screen gets redrawn.
When only the title bar was visible, clicking it restores the window.

This is the default be= havior.=C2=A0 Both of these are features of WindowMaker not of GNUstep.=C2= =A0

* The second behaviour is that I can drag the window around with the
mouse, whole window visible or only titlebar visible.

Again. This is a= feature of WindowMaker.=C2=A0

It is not making GNUstep unusable, but if feels a littl= e buggy.

Please r= eport these issues to the WindowMaker developers.=C2=A0 You can easily turn= both of these =E2=80=9CBUGS=E2=80=9D off in the WindowMaker WPrefs.app.=C2= =A0

A second question pops up: is the maillist the best way to report this
kind of beaviour, or should I report this as a bug. I can imagine
nicer things to do than following up a never ending list of bug
reports.

The best= place to report bugs in GNUSTEP itself id at bugs.gnustep.org.=C2=A0



Anyway, thanks for your time,

Edwin Ancaer

As this mail is written with GNUMail, and I did not find the way to do
some elementary markup, it does not look as good as it could.
Also, as I rely heavily on a spell checker to correct my English, you
might find lots of mistakes. I did not find a spell checker eiter. :-)


There is a spell= checker in GNUstep. I wrote it. It may not be used in gnumail though.=C2=A0=

________= _______________________________________
Discuss-gnustep mailing list
Discuss-gnuste= p@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss= -gnustep
--
Gregory Casamento
GNUstep Lead Developer / OLC, Princi= pal Consultant
http= ://www.gnustep.org - http://heronsperch.blogspot.com
http://ind.ie/phoenix/
<= /div> --000000000000dd0ff20574417e18-- From MAILER-DAEMON Sat Aug 25 11:34:39 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1ftaaF-00038L-6B for mharc-discuss-gnustep@gnu.org; Sat, 25 Aug 2018 11:34:39 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40433) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ftaa8-0002tk-3b for discuss-gnustep@gnu.org; Sat, 25 Aug 2018 11:34:36 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ftaN3-00023y-CK for discuss-gnustep@gnu.org; Sat, 25 Aug 2018 11:21:05 -0400 Received: from mail-ed1-x52e.google.com ([2a00:1450:4864:20::52e]:38277) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ftaN3-00023T-5E for discuss-gnustep@gnu.org; Sat, 25 Aug 2018 11:21:01 -0400 Received: by mail-ed1-x52e.google.com with SMTP id h33-v6so5084455edb.5 for ; Sat, 25 Aug 2018 08:21:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:subject:message-id:mime-version:from:to:reply-to:organization :in-reply-to:user-agent:content-transfer-encoding; bh=zGSeLdKEUlo+pTSMWDgfG/t5mMq6G4D8MqNvLFbdDOc=; b=guIBe4e9sBWxW4JtLD3+q1WsKqt3tPhlxKJcwkG3wYaWaJo30IcJIYLYPvoL+qINdz 016VlsjTehh/d0UdoJCyu31Ns8ysfFC4yi75MF6yRWTYqe1xh6BUs2UHNyutUIZhXsmh sUbCVESk6iquDVg2DOWGn2KMX442vhGyuPuhWMOZFNGt9XW8nW2JghtdqsgL63m3SFZz ZIkh0Ydt5/oLtIYVz6nAzTn8yw+39Z64DlZENhJ7j31A5dpKKYMECYx8w5Ub7Qp5zR4A cv3eLPFvoVP7PUDtNivu1XkjSlH66Ac2EWzUIPqSUmpiNQOV/RmqGger01RRsHR6syka wubw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:subject:message-id:mime-version:from:to :reply-to:organization:in-reply-to:user-agent :content-transfer-encoding; bh=zGSeLdKEUlo+pTSMWDgfG/t5mMq6G4D8MqNvLFbdDOc=; b=IoehG5AeJ2yBao4+laaUdr5uPsIN+XNDe3KuRGueZNRfOdFl6Dm/u4Xbai5lxWOtSA uUZwaXVRqUuz3m4dd34ZYDYwVXr1mJ8n/1L2Hl1WZZOvvbpyj/At6+mo1QpgX2fk3HhC g2RagulTS8DLZaRCFjpFAYoSm8W75dnJFuiYaTP2EqlxBc8amtHuOCswb4BDYJcNwPTi dYTUyOIbbaNS//4DsXXJonFfds+KowcNiJDb7gXoHjJY+Qu2s1Atz8WS5pvg1mWNRHVd Z8JY2PyoAgEn6RToe2qml8OVRC4h82i9+SJO8xxIPGkNHNwl57+VZraxGlIn2tk+klh/ SWZQ== X-Gm-Message-State: APzg51BI7FL/ma9XUoHQkUCP3LUiMUAXBYLl+/zbPGb53WsufuszGjlY J4t5VP/srJi6dg/92ug5kJ+X+pxNQsi8ng== X-Google-Smtp-Source: ANB0VdZkWobLLx+VhNB9TnC4J5gp3fUB250RqIElKMmFta11Ct2buMy8sbqeSVzwIPj0krEofIOpyQ== X-Received: by 2002:a50:de8e:: with SMTP id c14-v6mr8259697edl.196.1535210460133; Sat, 25 Aug 2018 08:21:00 -0700 (PDT) Received: from localhost.localdomain (78-21-117-62.access.telenet.be. [78.21.117.62]) by smtp.gmail.com with ESMTPSA id z56-v6sm9540694edz.54.2018.08.25.08.20.58 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 25 Aug 2018 08:20:59 -0700 (PDT) Date: Sat, 25 Aug 2018 17:18:49 +0200 Subject: Re: Expected behavior when clicking on a title bar? Message-ID: <4d143235616ddabc51fcc2883092c5d5@ottopedi> MIME-Version: 1.0 (Generated by Pantomime 1.3.0) From: edwin ancaer To: Gregory Casamento , Riccardo Mottola , Discuss Gnustep Reply-To: eancaer@gmail.com Organization: Knight Jack In-Reply-To: User-Agent: GNUMail (Version 1.3.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="windows-1252" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::52e X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Aug 2018 15:34:36 -0000 Let's blame GNUMail for unexpectedly sending the previous message. As I= said, I replaced the mouse,and now everything is working fine: clicking= and double clicking the title bar, using the scroll wheel... it all w= ork as you described.=20 Only remaining problem are the unnecessary artefact of the redrawing of = the windows as it i scrolling up = I can imagine there are more urgent problems= to solve.=20 Thanks=20 Edwin Ancaer =20 On 2018-08-25 17:00:38 +0200 edwin ancaer wrote: > Riccardo, Gregory, > the erroneous behaviour was linked to the mouse >=20 >=20 >=20 > On 2018-08-25 14:18:42 +0200 Gregory Casamento =20 > wrote: >=20 >> Edwin, >=20 >> On Sat, Aug 25, 2018 at 00:39 edwin ancaer wrote:= >=20 >>> Hello guys, >=20 >>> this question might seem basic, but hey, even the averagely talented= >>> people should be able to use GNUstep to turn their lives into a >>> nightmare... >=20 >>> I would like to know what the default behaviour is when clicking on >>> the title bar of a window, because I see 2 things happening >>> intermittently: >=20 >>> * The first behaviour: the window seems to scroll up, leaving only >>> the title bar visible, thereby sometime leaving white rectangles on >>> the screen with the width of the original window, that go away when >>> the screen gets redrawn. >>> When only the title bar was visible, clicking it restores the window= . >=20 >=20 >> This is the default behavior. Both of these are features of WindowMa= ker >> not of GNUstep. >=20 >> * The second behaviour is that I can drag the window around with the >>> mouse, whole window visible or only titlebar visible. >=20 >=20 >> Again. This is a feature of WindowMaker. >=20 >> It is not making GNUstep unusable, but if feels a little buggy. >=20 >=20 >> Please report these issues to the WindowMaker developers. You can ea= sily >> turn both of these =93BUGS=94 off in the WindowMaker WPrefs.app. >=20 >> A second question pops up: is the maillist the best way to report thi= s >>> kind of beaviour, or should I report this as a bug. I can imagine >>> nicer things to do than following up a never ending list of bug >>> reports. >=20 >=20 >> The best place to report bugs in GNUSTEP itself id at bugs.gnustep.or= g. >=20 >=20 >=20 >>> Anyway, thanks for your time, >=20 >>> Edwin Ancaer >=20 >>> As this mail is written with GNUMail, and I did not find the way to = do >>> some elementary markup, it does not look as good as it could. >>> Also, as I rely heavily on a spell checker to correct my English, yo= u >>> might find lots of mistakes. I did not find a spell checker eiter. := -) >=20 >=20 >> There is a spellchecker in GNUstep. I wrote it. It may not be used in= >> gnumail though. >=20 >> _______________________________________________ >>> Discuss-gnustep mailing list >>> Discuss-gnustep@gnu.org >>> https://lists.gnu.org/mailman/listinfo/discuss-gnustep >=20 >=20 > From MAILER-DAEMON Sat Aug 25 12:56:10 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1ftbr8-00011j-2o for mharc-discuss-gnustep@gnu.org; Sat, 25 Aug 2018 12:56:10 -0400 Received: from eggs.gnu.org ([208.118.235.92]:41221) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ftbr5-00011U-Gs for discuss-gnustep@gnu.org; Sat, 25 Aug 2018 12:56:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ftbr4-0007Pm-2U for discuss-gnustep@gnu.org; Sat, 25 Aug 2018 12:56:07 -0400 Received: from mail-it0-x234.google.com ([2607:f8b0:4001:c0b::234]:35658) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ftbr3-0007Om-Pd for discuss-gnustep@gnu.org; Sat, 25 Aug 2018 12:56:05 -0400 Received: by mail-it0-x234.google.com with SMTP id 139-v6so5720249itf.0 for ; Sat, 25 Aug 2018 09:56:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=8vIDuESYE+AayXAzXPy2d9pYCeqNmAtlL4siuJF2muY=; b=NU014IwZrijntzJUOcCuE9QTnTJTeUuVt8qcrF+mjo7h8C6hwUdDG5OgNdnXZQqvjI GzNdmZOSGghLDSgbjmlOr3pUiXccyYnSVivwyaGxo29GrK7h4q/ncLzpa08+t08hwkqa u2BKydPGeyNf0y8QqlJyTTe38EeemUfD8PAUyWHz3ttKmaEdXp+Zdhyn7X+SPJ7u2Pxd JoQtMygRCkmm+cpTX61l7Ok1aU2cTc4J7rp3gBtDTK21w8q+S09JhrJGQrKf1prvfSpK t4yMbKckOpYtGq8SF9mjtv/JHuPfNw0Do3xY1lLWu6QIwhOn3gZxTknC5X8nOIFltw5T KApQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=8vIDuESYE+AayXAzXPy2d9pYCeqNmAtlL4siuJF2muY=; b=mCyV3SIJzxhASurJNIL/onIgOo0rhpzbWboWK5nZDMKe24XgpOh+5HzAurEq54oxOp uAHeAqPYWXWoV0vR0whVgfVg8IvX8U/RsFguHJrKVw8iJ92G9AVsYfIYF+Q21qjVhsXY bSixIePqQsQGDYHOLl6tv4Ej9Yza6dGa78ZubsFpQWKtqA/sLDjfEYJau6S0im/ChWEq Fd80BScTWMonKGeeXY5zxFztXGHa8/FLSgG0VpapHH96vqv/E3LsYDb20PNnYGukAmUm e8bH0laNkAIxcWpULmpImHgQ2rzoiOdK/zpGHmFve6sc4Zs4NW57dwvE+LpycZ8wdPLI G+DA== X-Gm-Message-State: APzg51A3C+HKed9Zs1QZb7Hy9K4NzjAREYbH9Q+nyscTlQePq+xWEI6q Bcr5tsuaKXIE4/duXqLDi3GK7BJq+0P3KGzXjQ== X-Google-Smtp-Source: ANB0VdY2MVgAd3Y86e5w4QgFFhbDzBpsYXmGPv3b4av2ep6ow79kKP+JhE2qPU83duw8lm34J25/1yH4xcIVti9Pg/s= X-Received: by 2002:a24:ac1d:: with SMTP id s29-v6mr2109850ite.3.1535216165045; Sat, 25 Aug 2018 09:56:05 -0700 (PDT) MIME-Version: 1.0 References: <4d143235616ddabc51fcc2883092c5d5@ottopedi> In-Reply-To: <4d143235616ddabc51fcc2883092c5d5@ottopedi> From: Gregory Casamento Date: Sat, 25 Aug 2018 12:55:53 -0400 Message-ID: Subject: Re: Expected behavior when clicking on a title bar? To: eancaer@gmail.com Cc: Discuss Gnustep , Riccardo Mottola Content-Type: multipart/alternative; boundary="0000000000002bcef00574455eb9" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4001:c0b::234 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Aug 2018 16:56:08 -0000 --0000000000002bcef00574455eb9 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Edwin, On Sat, Aug 25, 2018 at 11:21 edwin ancaer wrote: > > Let's blame GNUMail for unexpectedly sending the previous message. As I > said, I replaced the mouse,and now everything is working fine: clicking > and double clicking the title bar, using the scroll wheel... it all work > as you described. Cool. I=E2=80=99m glad to hear you solved it. Only remaining problem are the unnecessary artefact of the redrawing of the > windows as it i scrolling up > I can imagine there are more urgent problems to solve= . This is the window manager not GNUstep. GNUstep only draws the contents. You can have GNUstep draw the window itself, but it doesn=E2=80=99t current= ly do that by default. > > > Thanks > > > Edwin Ancaer > > > > On 2018-08-25 17:00:38 +0200 edwin ancaer wrote: > > > Riccardo, Gregory, > > the erroneous behaviour was linked to the mouse > > > > > > > > On 2018-08-25 14:18:42 +0200 Gregory Casamento > > > wrote: > > > >> Edwin, > > > >> On Sat, Aug 25, 2018 at 00:39 edwin ancaer wrote: > > > >>> Hello guys, > > > >>> this question might seem basic, but hey, even the averagely talented > >>> people should be able to use GNUstep to turn their lives into a > >>> nightmare... > > > >>> I would like to know what the default behaviour is when clicking on > >>> the title bar of a window, because I see 2 things happening > >>> intermittently: > > > >>> * The first behaviour: the window seems to scroll up, leaving only > >>> the title bar visible, thereby sometime leaving white rectangles on > >>> the screen with the width of the original window, that go away when > >>> the screen gets redrawn. > >>> When only the title bar was visible, clicking it restores the window. > > > > > >> This is the default behavior. Both of these are features of WindowMak= er > >> not of GNUstep. > > > >> * The second behaviour is that I can drag the window around with the > >>> mouse, whole window visible or only titlebar visible. > > > > > >> Again. This is a feature of WindowMaker. > > > >> It is not making GNUstep unusable, but if feels a little buggy. > > > > > >> Please report these issues to the WindowMaker developers. You can > easily > >> turn both of these =E2=80=9CBUGS=E2=80=9D off in the WindowMaker WPref= s.app. > > > >> A second question pops up: is the maillist the best way to report this > >>> kind of beaviour, or should I report this as a bug. I can imagine > >>> nicer things to do than following up a never ending list of bug > >>> reports. > > > > > >> The best place to report bugs in GNUSTEP itself id at bugs.gnustep.org= . > > > > > > > >>> Anyway, thanks for your time, > > > >>> Edwin Ancaer > > > >>> As this mail is written with GNUMail, and I did not find the way to d= o > >>> some elementary markup, it does not look as good as it could. > >>> Also, as I rely heavily on a spell checker to correct my English, you > >>> might find lots of mistakes. I did not find a spell checker eiter. :-= ) > > > > > >> There is a spellchecker in GNUstep. I wrote it. It may not be used in > >> gnumail though. > > > >> _______________________________________________ > >>> Discuss-gnustep mailing list > >>> Discuss-gnustep@gnu.org > >>> https://lists.gnu.org/mailman/listinfo/discuss-gnustep > > > > > > > > -- Gregory Casamento GNUstep Lead Developer / OLC, Principal Consultant http://www.gnustep.org - http://heronsperch.blogspot.com http://ind.ie/phoenix/ --0000000000002bcef00574455eb9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Edwin,

On Sat, Aug 25, 2018 at 11:21 edwin ancaer <eancaer@gmail.com> wrote:

Let's blame=C2=A0 GNUMail for unexpectedly sending the previous message= . As I said, I replaced the mouse,and now everything is working fine: click= ing=C2=A0 and double clicking the title bar, using the scroll wheel... it= =C2=A0 all work as you described.

=
Cool. I=E2=80=99m glad to hear you solved it. =C2=A0

Only remaining = problem are the unnecessary artefact of the redrawing of the windows as it = i scrolling up=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 I can imagine there are more urgent problem= s to solve.

This= is the window manager not GNUstep.=C2=A0 GNUstep only draws the contents.= =C2=A0 You can have GNUstep draw the window itself, but it doesn=E2=80=99t = currently do that by default. =C2=A0




Thanks


Edwin Ancaer=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0



On 2018-08-25 17:00:38 +0200 edwin ancaer <eancaer@gmail.com> wrote:

> Riccardo, Gregory,
> the erroneous behaviour was linked to the mouse
>
>
>
> On 2018-08-25 14:18:42 +0200 Gregory Casamento <greg.casamento@gmail.com>=
> wrote:
>
>> Edwin,
>
>> On Sat, Aug 25, 2018 at 00:39 edwin ancaer <eancaer@gmail.com> wrote:
>
>>> Hello guys,
>
>>> this question might seem basic, but hey, even the averagely ta= lented
>>> people should be able to use GNUstep to turn their lives into = a
>>> nightmare...
>
>>> I would like to know what the default behaviour is when clicki= ng on
>>> the title bar of a window, because I see 2 things happening >>> intermittently:
>
>>> * The first behaviour:=C2=A0 the window seems to scroll up, le= aving only
>>> the title bar visible, thereby sometime leaving white rectangl= es on
>>> the screen with the width of the original window, that go away= when
>>> the screen gets redrawn.
>>> When only the title bar was visible, clicking it restores the = window.
>
>
>> This is the default behavior.=C2=A0 Both of these are features of = WindowMaker
>> not of GNUstep.
>
>> * The second behaviour is that I can drag the window around with t= he
>>> mouse, whole window visible or only titlebar visible.
>
>
>> Again. This is a feature of WindowMaker.
>
>> It is not making GNUstep unusable, but if feels a little buggy. >
>
>> Please report these issues to the WindowMaker developers.=C2=A0 Yo= u can easily
>> turn both of these =E2=80=9CBUGS=E2=80=9D off in the WindowMaker W= Prefs.app.
>
>> A second question pops up: is the maillist the best way to report = this
>>> kind of beaviour, or should I report this as a bug. I can imag= ine
>>> nicer things to do than following up a never ending list of bu= g
>>> reports.
>
>
>> The best place to report bugs in GNUSTEP itself id at bugs.gnustep.o= rg.
>
>
>
>>> Anyway, thanks for your time,
>
>>> Edwin Ancaer
>
>>> As this mail is written with GNUMail, and I did not find the w= ay to do
>>> some elementary markup, it does not look as good as it could.<= br> >>> Also, as I rely heavily on a spell checker to correct my Engli= sh, you
>>> might find lots of mistakes. I did not find a spell checker ei= ter. :-)
>
>
>> There is a spellchecker in GNUstep. I wrote it. It may not be used= in
>> gnumail though.
>
>> _______________________________________________
>>> Discuss-gnustep mailing list
>>> D= iscuss-gnustep@gnu.org
>>> https://lists.gnu.org/mailman/lis= tinfo/discuss-gnustep
>
>
>

--
Gregory Casamento
GNUstep Lead Developer / OLC, Princi= pal Consultant
http= ://www.gnustep.org - http://heronsperch.blogspot.com
http://ind.ie/phoenix/
<= /div> --0000000000002bcef00574455eb9-- From MAILER-DAEMON Sat Aug 25 13:32:44 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1ftcQW-0000Pc-CU for mharc-discuss-gnustep@gnu.org; Sat, 25 Aug 2018 13:32:44 -0400 Received: from eggs.gnu.org ([208.118.235.92]:47613) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ftcQU-0000PW-NJ for discuss-gnustep@gnu.org; Sat, 25 Aug 2018 13:32:43 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ftcQR-0000Wn-Iv for discuss-gnustep@gnu.org; Sat, 25 Aug 2018 13:32:42 -0400 Received: from smtp-18-i6.italiaonline.it ([213.209.14.18]:34734 helo=libero.it) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1ftcQR-0000Va-AU for discuss-gnustep@gnu.org; Sat, 25 Aug 2018 13:32:39 -0400 Received: from [192.168.1.36] ([151.20.93.16]) by smtp-18.iol.local with SMTP id tcQ0fxcZbObqetcQOfxzop; Sat, 25 Aug 2018 19:32:37 +0200 x-libjamoibt: 1601 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=libero.it; s=s2014; t=1535218357; bh=EUNTGH2fxqBCOqkDU9lDJbNpZcrPKt0vW6aIpwqdL78=; h=Subject:To:References:From:Date:In-Reply-To; b=WrQi1PYWPeOPInPsT1Jk8ls2HbTebTAoClx3vOLb/yY+k0cQcgtzFtICRK+S2c5BU jDSKnEvDtBiEkT6rXkT0EgdxqMCrkewGK2SmIwZADQg5ZCrBbmf5sVMSAwWxRfC9wB Da1NQEoHolv/fpr4jqD0m9/7c79GVDT3dkw6pcvAMFBS18wZfnlmBtzkYsK7qn/b63 BjsW+xXHvf7/0YtkcDvfq9zcuSWJaoq/ce2t2hxF3UHktft7NOnzGPG7b7AALW9Wv2 9XK7Fo8cQMtIXGvSMTgzxzLslUuqYbWxL9kAjqTRFPHkrFgSBQNN4qEiRl8AyBDbJ+ JvZ6EoGOxFLWw== X-CNFS-Analysis: v=2.2 cv=C/OZ8UH+ c=1 sm=1 tr=0 a=SibiwDIBTKj5orGCoOoWBA==:117 a=SibiwDIBTKj5orGCoOoWBA==:17 a=N659UExz7-8A:10 a=yYZqBGwGzs_23JLP_WIA:9 a=f9vEGJG2_KFSLIxq:21 a=_YVcWjIRx0xZOSZ5:21 a=pILNOxqGKmIA:10 Subject: Re: Expected behavior when clicking on a title bar? To: eancaer@gmail.com, Gregory Casamento , Discuss Gnustep References: <4d143235616ddabc51fcc2883092c5d5@ottopedi> From: Riccardo Mottola Message-ID: <2d9e485e-0386-db44-c138-60f25b841fe0@libero.it> Date: Sat, 25 Aug 2018 19:31:43 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.7.0 MIME-Version: 1.0 In-Reply-To: <4d143235616ddabc51fcc2883092c5d5@ottopedi> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-CMAE-Envelope: MS4wfMBa6eN2DdFglmyMI+dGFprwmrPx5iNlV3G8hIIB61Jxthu9flZfnRgkkRP3V2hT41Y3lp7rhxxKOySp8ULrryVHZC5ZMa1l5cwl9dujxRH5xmuTWjEK I68FTsOu+IaRoxkuu4pv3cDD6qzjRZD8BKuf0ICJAg2PIf14mgeypNpfSvFZpLdZEZPJu1NZwCiIMimlwtBXAP8EGU0oxHgOTxV9RIPocA7VrzxXdgsirTA1 JYiZ/OZf5UFqQ7FfacoXlw== X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 213.209.14.18 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Aug 2018 17:32:43 -0000 Hi, edwin ancaer wrote: > Let's blame GNUMail for unexpectedly sending the previous message. As I said, I replaced the mouse,and now everything is working fine: clicking and double clicking the title bar, using the scroll wheel... it all work as you described. I supposed so - there were issues with the mouse buttons event, since the two things: drag and roll up are distinct events tied to distinct buttons. > > Only remaining problem are the unnecessary artefact of the redrawing of the windows as it i scrolling up I can imagine there are more urgent problems to solve. Not totally urgent indeed .... Can you explain better what is happening? Especially, where are the artifacts: 1) in "any" background window when you roll-up? 1.a) or only in gnustep-drawn background windows? e.g. with GWorkspace running and desktop enabled? In case you have the desktop (which is in fact an enourmous windows, try disabling it) 1.b) any app, e.g. xterm, firefox, ? 1.c) also plain windowmaker background 2) in the "roll-down" window reopening and not drawing correctly? just gnustep or all apps? Just to try to understand if it is GNUstep specific or if it happens also with other apps ? In the first case it is strange but would be our fault (possibly backend) in the latter case, it is an issue with windowmaker or even X11 and its video driver. Riccardo From MAILER-DAEMON Sat Aug 25 21:39:33 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1ftk1d-0003xs-Hy for mharc-discuss-gnustep@gnu.org; Sat, 25 Aug 2018 21:39:33 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58422) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ftk1b-0003q5-IK for discuss-gnustep@gnu.org; Sat, 25 Aug 2018 21:39:32 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ftk0o-000516-QI for discuss-gnustep@gnu.org; Sat, 25 Aug 2018 21:38:43 -0400 Received: from mail-it0-x236.google.com ([2607:f8b0:4001:c0b::236]:33624) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ftk0o-000504-KJ for discuss-gnustep@gnu.org; Sat, 25 Aug 2018 21:38:42 -0400 Received: by mail-it0-x236.google.com with SMTP id j198-v6so8049426ita.0 for ; Sat, 25 Aug 2018 18:38:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=8QNewps6/6mSR7sggWz24vtrfV4JCJIqCtHvV8RSKaw=; b=MbURoJ0epbFjYKg1VIePQ5gzl0dUzYMCouoZRPa0ZAnaqODfVxRSivjMtEB3Aj9Ia5 p/64DzST1FlGn/i/TiUPD5ycC71O8VvWjNZvcn1xNVixZr+lX+0MlkiqPfYtzjqGdKfw O5w8HUTi4cm9aMgXts4RK4cMb2ptw7CS9f/IaeRQf7nswkcgdlVDNPC3gZD3qmdONswz D9iY8kXucrbthBKl1OddBvvo68yzWFr53uQ+XGTN1mWytzFG4lhiiCRVb1Vfmg4u+KAo lDMfTKv4c/UbDTno4u968yyJgTFGksW2zWsP6RmA2QX6BYxZdouyOdzLpXIXdbckCsRs qhiw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=8QNewps6/6mSR7sggWz24vtrfV4JCJIqCtHvV8RSKaw=; b=NAw+tr1blgN1MH8DHKGIUuWpFx3/EQwYKo4jSQrjLEvtdfFcDmMEdVb314i+PeedEo RuCVUQYkKWJ2MjREu4JUPV1PM6ef1FgPpt9NDqdF0x65Z2elO0ie4yv7OTbbB8883jfT OUBeSGzlISobeH+lH1h88gbM5KgRXzojzkuFgNIoDiUt6SAkkOzoG3RI/0Xw+zSZmXVd r8ODEV6QX+ihxUKrrXk7MqJdbNiK3oa861uF8SzJBjSZ/LSdgqLu36mNHZotF2HPQrOm Mavnbd2ZnfV2m6W+33LO8kolJNnWUbqdrinVZyWwwY8/f7TiPVGT5nG307nYM7gKx6JQ wrrA== X-Gm-Message-State: APzg51C1vLNrPAhlphdzBm2RicxFtFMAxLe1kNyuYgoT9wqFJLaaDAlE uEGgOxb1xqsjjGwGe2X5BISz22y6xmXt4uXePQ== X-Google-Smtp-Source: ANB0VdaNlp3C3EdyqooFT7Q6v7pyWFg4yPgtF9L87wJ49y6CYkc2ck/63GeNU/qNTbqdPy+LUjXB9Fe0K164fi53dSM= X-Received: by 2002:a24:c647:: with SMTP id j68-v6mr2985278itg.77.1535247521886; Sat, 25 Aug 2018 18:38:41 -0700 (PDT) MIME-Version: 1.0 References: <4d143235616ddabc51fcc2883092c5d5@ottopedi> <2d9e485e-0386-db44-c138-60f25b841fe0@libero.it> In-Reply-To: <2d9e485e-0386-db44-c138-60f25b841fe0@libero.it> From: Gregory Casamento Date: Sat, 25 Aug 2018 21:38:30 -0400 Message-ID: Subject: Re: Expected behavior when clicking on a title bar? To: Riccardo Mottola Cc: Discuss Gnustep , eancaer@gmail.com Content-Type: multipart/alternative; boundary="0000000000002f3a1005744cab22" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4001:c0b::236 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2018 01:39:32 -0000 --0000000000002f3a1005744cab22 Content-Type: text/plain; charset="UTF-8" Edwin, On Sat, Aug 25, 2018 at 13:32 Riccardo Mottola wrote: > Hi, > > edwin ancaer wrote: > > Let's blame GNUMail for unexpectedly sending the previous message. As I > said, I replaced the mouse,and now everything is working fine: clicking > and double clicking the title bar, using the scroll wheel... it all work > as you described. > > I supposed so - there were issues with the mouse buttons event, since > the two things: drag and roll up are distinct events tied to distinct > buttons. > > > > > Only remaining problem are the unnecessary artefact of the redrawing of > the windows as it i scrolling up > I can imagine there are more urgent problems to > solve. > > Not totally urgent indeed .... Can you explain better what is happening? > Especially, where are the artifacts: > 1) in "any" background window when you roll-up? > 1.a) or only in gnustep-drawn background windows? e.g. with GWorkspace > running and desktop enabled? In case you have the desktop (which is in > fact an enourmous windows, try disabling it) > 1.b) any app, e.g. xterm, firefox, ? > 1.c) also plain windowmaker background > > 2) in the "roll-down" window reopening and not drawing correctly? just > gnustep or all apps? > > Just to try to understand if it is GNUstep specific or if it happens > also with other apps ? In the first case it is strange but would be our > fault (possibly backend) in the latter case, it is an issue with > windowmaker or even X11 and its video driver. > > > Riccardo This has happened for me under GNUstep and non GNUstep apps. This is a bug in WindowMaker. Just my $0.02. GC > -- Gregory Casamento GNUstep Lead Developer / OLC, Principal Consultant http://www.gnustep.org - http://heronsperch.blogspot.com http://ind.ie/phoenix/ --0000000000002f3a1005744cab22 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Edwin,

On Sat, Aug 25, 2018 at 13:32 Riccardo Mottola <riccardo.mottola@libero.it>= wrote:
Hi,

edwin ancaer wrote:
> Let's blame=C2=A0 GNUMail for unexpectedly sending the previous me= ssage. As I said, I replaced the mouse,and now everything is working fine: = clicking=C2=A0 and double clicking the title bar, using the scroll wheel...= it=C2=A0 all work as you described.

I supposed so - there were issues with the mouse buttons event, since
the two things: drag and roll up are distinct events tied to distinct
buttons.

>
> Only remaining problem are the unnecessary artefact of the redrawing o= f the windows as it i scrolling up=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 I can imagine there are mo= re urgent problems to solve.

Not totally urgent indeed .... Can you explain better what is happening? Especially, where are the artifacts:
1) in "any" background window when you roll-up?
=C2=A0 1.a) or only in gnustep-drawn background windows? e.g. with GWorkspa= ce
running and desktop enabled? In case you have the desktop (which is in
fact an enourmous windows, try disabling it)
=C2=A0 1.b) any app, e.g. xterm, firefox, ?
=C2=A0 1.c) also plain windowmaker background=C2=A0

2) in the "roll-down" window reopening and not drawing correctly?= just
gnustep or all apps?

Just to try to understand if it is GNUstep specific or if it happens
also with other apps ? In the first case it is strange but would be our
fault (possibly backend) in the latter case, it is an issue with
windowmaker or even X11 and its video driver.


Riccardo

This has= happened for me under GNUstep and non GNUstep apps.=C2=A0 This is a bug in= WindowMaker. =C2=A0 =C2=A0Just my $0.02.=C2=A0

=
GC=C2=A0


--
Gregory Casamento
GNUstep Lead Developer / OLC, Princi= pal Consultant
http= ://www.gnustep.org - http://heronsperch.blogspot.com
http://ind.ie/phoenix/
<= /div> --0000000000002f3a1005744cab22-- From MAILER-DAEMON Mon Aug 27 17:09:50 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fuOli-0001lw-MK for mharc-discuss-gnustep@gnu.org; Mon, 27 Aug 2018 17:09:50 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:39872) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fuOlg-0001lp-JC for Discuss-gnustep@gnu.org; Mon, 27 Aug 2018 17:09:49 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fuOlf-0004pL-Rg for Discuss-gnustep@gnu.org; Mon, 27 Aug 2018 17:09:48 -0400 Received: from mail-lj1-x233.google.com ([2a00:1450:4864:20::233]:36156) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fuOlf-0004oW-JQ for Discuss-gnustep@gnu.org; Mon, 27 Aug 2018 17:09:47 -0400 Received: by mail-lj1-x233.google.com with SMTP id v26-v6so331514ljj.3 for ; Mon, 27 Aug 2018 14:09:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=8DyJy3jggQMcYVS8hS+WPDvVh1JqGlrytQK48s/EBzw=; b=Kg4FA5ctagaenvQ7dvXM285xDufPSghTZsx8xN/QtPs/d2/qUsYgWKSRprjgSiWx/g mXYsmAL/uEEUvsEjmdbyvXGAHxRJWiJCfe8LSmqn7Gy4kaD6LGOu9q7QK4yFMfdmIQ6Q aDmKNAxDZapRGk0oEKqMT33up3QZcK/achDm9P/GJH/daPLzE/J3bEBF9gM+hbCEy+hy PaInHeo8tqB1q3vNGCKxh9V896Qf8gabb2FIotE4VPFM3l1Lk0Y0WvQgSKPcLiwFiNm1 Za9j2uI5Ql1D3esFBSIVHZQUqCaVgCa5tQ75LVzXz3SXrK/L/AO7R7APm8YvrWV05ua4 wHpQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=8DyJy3jggQMcYVS8hS+WPDvVh1JqGlrytQK48s/EBzw=; b=XqSVpYdHJXJSCDPVswEV4S3OCCnbEQMLU4/GJXd3JLvnKDDzCEKKRHP9ZJ08Wz094F X0rMyqG5jZDOAN+GZgtPhhCC3x/2mClMAbWXymbACFkgmlcXx5G3EKzynmvuT89l+xe5 YJnNkzI/5VCPsohqHZnNBSxyXe9Yxp90C1K0nkM8Hr7uDAWMFD/gnpKpud1OanC3lZco b5YkRNf7d0jqz5TWkitIalGte0U+c3AFXJ2UJE3HY837yAPcHrjvOIVIuk2aFeQ5eEvp Pbdch0vJGsx5M9Ppb+V1tHLw29kkAbNJRN70GIdVSK2c2ZbbSQggWQ9vbX6GM+N10jQM PT6w== X-Gm-Message-State: APzg51AR1jHQdVYD9yDAa+dvu+SztbumDcVInAAIxhZFDvJA5cPFAlgQ 9t6c0+6WR/pjxeOzKcapS/W8mquud33bGC93Bk6Jaw== X-Google-Smtp-Source: ANB0VdZ6Hvz7UkRSs7VAko4h8QUA6+XHoH3S8mCJbv3TLr9YNo82B5XvbS1tRjhQko2Ec4yTYmm6xV42yOf1aNVSF/4= X-Received: by 2002:a2e:971a:: with SMTP id r26-v6mr9671841lji.30.1535404185676; Mon, 27 Aug 2018 14:09:45 -0700 (PDT) MIME-Version: 1.0 From: James Carthew Date: Tue, 28 Aug 2018 07:09:34 +1000 Message-ID: Subject: libobjc2 To: GNUstep Discuss Discuss Content-Type: multipart/alternative; boundary="00000000000012f1b40574712537" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::233 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Aug 2018 21:09:49 -0000 --00000000000012f1b40574712537 Content-Type: text/plain; charset="UTF-8" Hi guys, I'm getting back into Objective-C again and I was wondering what the appropriate runtime is to use? I'm on Debian Linux Buster and have libobjc-8 installed. Should I be replacing this with the GNUstep libobjc2 runtime? The version numbers are getting very confusing. --00000000000012f1b40574712537 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi guys,

I'm getting back into Obje= ctive-C again and I was wondering what the appropriate runtime is to use? I= 'm on Debian Linux Buster and have libobjc-8 installed. Should I be rep= lacing this with the GNUstep libobjc2 runtime? The version numbers are gett= ing very confusing.
--00000000000012f1b40574712537-- From MAILER-DAEMON Mon Aug 27 17:28:37 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fuP3t-00024o-5T for mharc-discuss-gnustep@gnu.org; Mon, 27 Aug 2018 17:28:37 -0400 Received: from eggs.gnu.org ([208.118.235.92]:55374) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fuP3r-000225-1J for discuss-gnustep@gnu.org; Mon, 27 Aug 2018 17:28:35 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fuOxd-0001hE-99 for discuss-gnustep@gnu.org; Mon, 27 Aug 2018 17:22:10 -0400 Received: from mail-oi0-x236.google.com ([2607:f8b0:4003:c06::236]:36076) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fuOxd-0001fY-2W for discuss-gnustep@gnu.org; Mon, 27 Aug 2018 17:22:09 -0400 Received: by mail-oi0-x236.google.com with SMTP id r69-v6so811451oie.3 for ; Mon, 27 Aug 2018 14:22:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:in-reply-to:references:mime-version:date:message-id:subject:to; bh=nDRcViC5My8gh9ECrdy+3ouH+3wG9qkJvAl0Tl4K8HA=; b=FL/9Z2vjT15LTdSH23qctAYLDtoP2dKTv9rOplGRkbE07z6Mskx/IGjEBhaB8UxFrO oqUuCRbVXU9JewaSufwqeX8Xu4fujAvQPaUu0NjciA7SX4FvLEyHJmiCug7GN8E1P8JV yOvs5Cm370fTDmYfCg2RpSUTcTFiCj4MPPuLk3tdudrP0/LrobyztqWwYZISlHuB0YyI EqXCxnJipgfbaDEtYMT7QP1DJNltj0f7R2sX7BaW/UxOd8I1bRdwsJKfbYYNryL5Dq4Z gKmqxg8eURfe/LtRLhEEhnWcFbkEIZiMz+0+BQ3Y8sSpM7BBH7CAk4TfCQP6sdsF0V1v yn+g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to; bh=nDRcViC5My8gh9ECrdy+3ouH+3wG9qkJvAl0Tl4K8HA=; b=WxIcxpWgfs/JoUc0KlWPYGWMBruwSV2nMZK/UkQ1KnkA99tXbmsylrruHwuSPp5aPe 8xUY0Cp/Obo7zubMMt4wX7jSOqFgVrlrCwXcMqO+5q2QLcORj73jx4c/z3PN8MbmYn/x jh+W+TEZyNVvnsX/hy966QckJCf1FATA78qNcMKq2rWc7rvwIHMGavokYSizWP6kfRLz gBzOTtO/1Afb3zIXLNZm1yNElstA9HMRXIiUfs0OeDqLZB1Y3rnNAt4ira7MtuoCHyEZ 1cx5YEYtXY/C1bVtP4FzbeliPTxZtUFG2zfHYEgoZN+wY9U54BNRWqN3YaPK/otgwstQ xe/w== X-Gm-Message-State: APzg51CZyPhwhGrIeLUYcIvAeLOBRv227F2Kfa+WBKRImKQnnmYkcray LcXPkajQEzTjU5sxMS7FiusxbZxeWKQNpjzK11U= X-Google-Smtp-Source: ANB0VdZNG6pwi1vQkcwqjtECStJXkeDNpGiZgsSsbd1zdkt9htoY4I72AkuKF/Mzeevbbek4tw5GMkQBgMf5nJHtEJM= X-Received: by 2002:aca:c484:: with SMTP id u126-v6mr352439oif.209.1535404927777; Mon, 27 Aug 2018 14:22:07 -0700 (PDT) Received: from 1058052472880 named unknown by gmailapi.google.com with HTTPREST; Mon, 27 Aug 2018 14:22:07 -0700 From: =?UTF-8?B?SXZhbiBWdcSNaWNh?= In-Reply-To: References: X-Mailer: Airmail (504) MIME-Version: 1.0 Date: Mon, 27 Aug 2018 14:22:07 -0700 Message-ID: Subject: Re: libobjc2 To: James Carthew , GNUstep Discuss Discuss Content-Type: multipart/alternative; boundary="0000000000004e824105747151e1" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4003:c06::236 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Aug 2018 21:28:35 -0000 --0000000000004e824105747151e1 Content-Type: text/plain; charset="UTF-8" If you want to maximize the amount of features you get out of the runtime, the answer is yes. Use GNUstep libobjc2 with Clang. If you are just getting back into it, and are not sure how much runtime support you need for properties and other advanced features, you could get by with GCC runtime with Clang, or even GCC runtime with GCC. Core contributors use a variety of setups including GCC runtime + GCC. On 27 August 2018 at 21:10:04, James Carthew (jcarthew@gmail.com) wrote: Hi guys, I'm getting back into Objective-C again and I was wondering what the appropriate runtime is to use? I'm on Debian Linux Buster and have libobjc-8 installed. Should I be replacing this with the GNUstep libobjc2 runtime? The version numbers are getting very confusing. _______________________________________________ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep --0000000000004e824105747151e1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable = If you want to maxim= ize the amount of features you get out of the runtime, the answer is yes. U= se GNUstep libobjc2 with Clang.

If you are just getting back into it, and a= re not sure how much runtime support you need for properties and other adva= nced features, you could get by with GCC runtime with Clang, or even GCC ru= ntime with GCC. Core contributors use a variety of setups including GCC run= time + GCC.

On 27 August 2018 at 21:10:04= , James Carthew (jcarthew@gmail.com) wrote:

--0000000000004e824105747151e1-- From MAILER-DAEMON Thu Aug 30 17:37:34 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fvUdC-00008H-Ah for mharc-discuss-gnustep@gnu.org; Thu, 30 Aug 2018 17:37:34 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56326) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fvUd7-00078f-Em for discuss-gnustep@gnu.org; Thu, 30 Aug 2018 17:37:32 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fvUPm-0005YV-97 for discuss-gnustep@gnu.org; Thu, 30 Aug 2018 17:23:46 -0400 Received: from mail.fink.org ([185.22.52.222]:53202) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fvUPl-00052N-UB for discuss-gnustep@gnu.org; Thu, 30 Aug 2018 17:23:42 -0400 X-Footer: Zmluay5vcmc= Received: from dhcp74.fink.org ([79.134.238.74]) (authenticated user list@fink.org) by mail.fink.org (Kerio Connect 9.2.7) with ESMTPSA (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256 bits)) for discuss-gnustep@gnu.org; Thu, 30 Aug 2018 23:22:17 +0200 From: Andreas Fink Content-Type: multipart/alternative; boundary="Apple-Mail=_AA601CBB-63F6-4FEA-8F0C-5716B252CD09" Mime-Version: 1.0 (Mac OS X Mail 12.0 \(3445.100.38\)) Subject: make fails in gnustep base Message-Id: <799CED8A-F794-4C59-9452-D46771562EC5@list.fink.org> Date: Thu, 30 Aug 2018 23:22:16 +0200 To: DISCUSS GNUstep X-Mailer: Apple Mail (2.3445.100.38) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 185.22.52.222 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Aug 2018 21:37:32 -0000 --Apple-Mail=_AA601CBB-63F6-4FEA-8F0C-5716B252CD09 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii anyone having a hint where this is coming from: [root@localhost base]# make install This is gnustep-make 2.7.0. Type 'make print-gnustep-make-help' for = help. Running in gnustep-make version 2 strict mode. Making all in Source ... Making all in Additions ... Making all for subproject Additions... make[4]: Nothing to be done for 'internal-subproject-compile'. Making all in subprojects of library libgnustep-base... Making all for subproject Additions... make[5]: Nothing to be done for 'internal-subproject-compile'. Making all for subproject unix... make[5]: Nothing to be done for 'internal-subproject-compile'. Making all for library libgnustep-base... Linking library libgnustep-base ... /usr/bin/ld: ./obj/libgnustep-base.so.1.25.1: version node not found for = symbol __block_descriptor_40_e8_32r_e15_v32@?0@8Q16^C24l /usr/bin/ld: failed to set dynamic section sizes: Bad value clang-8: error: linker command failed with exit code 1 (use -v to see = invocation) /usr/local/share/GNUstep/Makefiles/Instance/library.make:293: recipe for = target 'obj/libgnustep-base.so.1.25.1' failed make[4]: *** [obj/libgnustep-base.so.1.25.1] Error 1 /usr/local/share/GNUstep/Makefiles/Instance/library.make:278: recipe for = target 'internal-library-all_' failed make[3]: *** [internal-library-all_] Error 2 /usr/local/share/GNUstep/Makefiles/Master/rules.make:297: recipe for = target 'libgnustep-base.all.library.variables' failed make[2]: *** [libgnustep-base.all.library.variables] Error 2 /usr/local/share/GNUstep/Makefiles/Master/library.make:37: recipe for = target 'internal-all' failed make[1]: *** [internal-all] Error 2 /usr/local/share/GNUstep/Makefiles/Master/serial-subdirectories.make:53: = recipe for target 'internal-all' failed make: *** [internal-all] Error 2= --Apple-Mail=_AA601CBB-63F6-4FEA-8F0C-5716B252CD09 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii
anyone having a hint where this is coming from:


[root@localhost base]# make install
This = is gnustep-make 2.7.0. Type 'make print-gnustep-make-help' for = help.
Running in gnustep-make version 2 strict = mode.
Making all in Source ...
Making all in Additions ...
Making all = for subproject Additions...
make[4]: Nothing to be = done for 'internal-subproject-compile'.
Making all = in subprojects of library libgnustep-base...
Making = all for subproject Additions...
make[5]: Nothing to = be done for 'internal-subproject-compile'.
Making = all for subproject unix...
make[5]: Nothing to be = done for 'internal-subproject-compile'.
Making all = for library libgnustep-base...
 Linking = library libgnustep-base ...
/usr/bin/ld: ./obj/libgnustep-base.so.1.25.1: version node = not found for symbol = __block_descriptor_40_e8_32r_e15_v32@?0@8Q16^C24l
/usr/bin/ld: failed to set dynamic section sizes: Bad = value
clang-8: error: linker command failed with = exit code 1 (use -v to see invocation)
/usr/local/share/GNUstep/Makefiles/Instance/library.make:293: = recipe for target 'obj/libgnustep-base.so.1.25.1' failed
make[4]: *** [obj/libgnustep-base.so.1.25.1] Error = 1
/usr/local/share/GNUstep/Makefiles/Instance/library.make:278: = recipe for target 'internal-library-all_' failed
make[3]: *** [internal-library-all_] Error 2
/usr/local/share/GNUstep/Makefiles/Master/rules.make:297: = recipe for target 'libgnustep-base.all.library.variables' = failed
make[2]: *** = [libgnustep-base.all.library.variables] Error 2
/usr/local/share/GNUstep/Makefiles/Master/library.make:37: = recipe for target 'internal-all' failed
make[1]: = *** [internal-all] Error 2
/usr/local/share/GNUstep/Makefiles/Master/serial-subdirectories= .make:53: recipe for target 'internal-all' failed
make: *** [internal-all] Error 2
= --Apple-Mail=_AA601CBB-63F6-4FEA-8F0C-5716B252CD09-- From MAILER-DAEMON Fri Aug 31 04:16:09 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fvebB-0004GS-Gp for mharc-discuss-gnustep@gnu.org; Fri, 31 Aug 2018 04:16:09 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:34361) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fveb3-0004EN-VZ for discuss-gnustep@gnu.org; Fri, 31 Aug 2018 04:16:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fveb0-0005pA-Nj for discuss-gnustep@gnu.org; Fri, 31 Aug 2018 04:16:01 -0400 Received: from theravensnest.org ([46.226.110.62]:52072) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fveb0-0005oC-Da for discuss-gnustep@gnu.org; Fri, 31 Aug 2018 04:15:58 -0400 Received: from [10.85.255.18] ([167.220.196.18]) (authenticated bits=0) by theravensnest.org (8.15.2/8.15.2) with ESMTPSA id w7V8Es1K071308 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 31 Aug 2018 08:14:54 GMT (envelope-from gnustep@theravensnest.org) X-Authentication-Warning: mail: Host [167.220.196.18] claimed to be [10.85.255.18] Subject: Re: make fails in gnustep base To: Andreas Fink , DISCUSS GNUstep References: <799CED8A-F794-4C59-9452-D46771562EC5@list.fink.org> From: David Chisnall Message-ID: <41d270dd-99eb-8146-2298-6bfc6cfc87e7@theravensnest.org> Date: Fri, 31 Aug 2018 09:15:43 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: <799CED8A-F794-4C59-9452-D46771562EC5@list.fink.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-GB Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by theravensnest.org id w7V8Es1K071308 X-detected-operating-system: by eggs.gnu.org: FreeBSD 9.x [fuzzy] X-Received-From: 46.226.110.62 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Aug 2018 08:16:07 -0000 Hi Andreas, What runtime version are you targeting and what compiler are you using?=20 It appears that the block descriptor is including a full type encoding=20 without mangling it, which doesn't work on most ELF platforms because=20 the @ symbol is used as a separator between symbol name and version. David On 30/08/2018 22:22, Andreas Fink wrote: > anyone having a hint where this is coming from: >=20 >=20 > [root@localhost base]# make install > This is gnustep-make 2.7.0. Type 'make print-gnustep-make-help' for hel= p. > Running in gnustep-make version 2 strict mode. > Making all in Source ... > Making all in Additions ... > Making all for subproject Additions... > make[4]: Nothing to be done for 'internal-subproject-compile'. > Making all in subprojects of library libgnustep-base... > Making all for subproject Additions... > make[5]: Nothing to be done for 'internal-subproject-compile'. > Making all for subproject unix... > make[5]: Nothing to be done for 'internal-subproject-compile'. > Making all for library libgnustep-base... > =A0Linking library libgnustep-base ... > */usr/bin/ld: ./obj/libgnustep-base.so.1.25.1: version node not found=20 > for symbol __block_descriptor_40_e8_32r_e15_v32@?0@8Q16^C24l* > /usr/bin/ld: failed to set dynamic section sizes: Bad value > clang-8: error: linker command failed with exit code 1 (use -v to see=20 > invocation) > /usr/local/share/GNUstep/Makefiles/Instance/library.make:293: recipe fo= r=20 > target 'obj/libgnustep-base.so.1.25.1' failed > make[4]: *** [obj/libgnustep-base.so.1.25.1] Error 1 > /usr/local/share/GNUstep/Makefiles/Instance/library.make:278: recipe fo= r=20 > target 'internal-library-all_' failed > make[3]: *** [internal-library-all_] Error 2 > /usr/local/share/GNUstep/Makefiles/Master/rules.make:297: recipe for=20 > target 'libgnustep-base.all.library.variables' failed > make[2]: *** [libgnustep-base.all.library.variables] Error 2 > /usr/local/share/GNUstep/Makefiles/Master/library.make:37: recipe for=20 > target 'internal-all' failed > make[1]: *** [internal-all] Error 2 > /usr/local/share/GNUstep/Makefiles/Master/serial-subdirectories.make:53= :=20 > recipe for target 'internal-all' failed > make: *** [internal-all] Error 2 >=20 > _______________________________________________ > Discuss-gnustep mailing list > Discuss-gnustep@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnustep >=20 From MAILER-DAEMON Fri Aug 31 04:22:59 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fvehn-0000Wu-1A for mharc-discuss-gnustep@gnu.org; Fri, 31 Aug 2018 04:22:59 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35742) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fvehl-0000Wo-2b for discuss-gnustep@gnu.org; Fri, 31 Aug 2018 04:22:58 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fvehd-0008HV-Bk for discuss-gnustep@gnu.org; Fri, 31 Aug 2018 04:22:56 -0400 Received: from mail.fink.org ([185.22.52.222]:42282) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fvehZ-0008G4-BE for discuss-gnustep@gnu.org; Fri, 31 Aug 2018 04:22:45 -0400 X-Footer: Zmluay5vcmc= Received: from delbian.fink.org ([79.134.238.40]) (authenticated user list@fink.org) by mail.fink.org (Kerio Connect 9.2.7) with ESMTPSA (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256 bits)); Fri, 31 Aug 2018 10:22:40 +0200 From: Andreas Fink Message-Id: <534A8146-6F92-4281-B8BB-ED3BF49E393B@list.fink.org> Content-Type: multipart/alternative; boundary="Apple-Mail=_AE5F2CD4-9198-48BD-A6CE-0FEF2F17FEE8" Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: make fails in gnustep base Date: Fri, 31 Aug 2018 10:22:38 +0200 In-Reply-To: <41d270dd-99eb-8146-2298-6bfc6cfc87e7@theravensnest.org> Cc: DISCUSS GNUstep To: David Chisnall References: <799CED8A-F794-4C59-9452-D46771562EC5@list.fink.org> <41d270dd-99eb-8146-2298-6bfc6cfc87e7@theravensnest.org> X-Mailer: Apple Mail (2.3445.9.1) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 185.22.52.222 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Aug 2018 08:22:58 -0000 --Apple-Mail=_AE5F2CD4-9198-48BD-A6CE-0FEF2F17FEE8 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii all latest compiled from these sources: git clone https://git.llvm.org/git/llvm.git/ cd llvm/tools git clone https://git.llvm.org/git/clang.git/ cd ../projects git clone https://git.llvm.org/git/compiler-rt.git/ git clone https://git.llvm.org/git/openmp.git/ git clone https://git.llvm.org/git/libcxx.git/ git clone https://git.llvm.org/git/libcxxabi.git/ git clone https://git.llvm.org/git/test-suite.git/ git clone https://git.llvm.org/git/lld.git/ = wget http://ftp.gnu.org/pub/gnu/libiconv/libiconv-1.15.tar.gz git clone https://github.com/apple/swift-corelibs-libdispatch git clone https://github.com/gnustep/scripts git clone https://github.com/gnustep/make git clone https://github.com/gnustep/libobjc2 git clone https://github.com/gnustep/base git clone https://github.com/gnustep/corebase git clone https://github.com/gnustep/gui git clone https://github.com/gnustep/back = clang compiled with these options cmake .. -DCMAKE_BUILD_TYPE=3DRelease -DLLVM_ENABLE_PROJECTS=3Dlld= =20 these environment variables are set export CC=3D/usr/local/bin/clang export CXX=3D/usr/local/bin/clang++ export PATH=3D/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin= export PKG_CONFIG_PATH=3D/usr/local/lib/pkgconfig/ export LD=3Dld.lld libdispatch: cmake .. -DCMAKE_C_COMPILER=3D/usr/local/bin/clang = -DCMAKE_CXX_COMPILER=3D/usr/local/bin/clang++ = -DCMAKE_LINKER=3D/usr/local/bin/ld.lld gnustep-make: ./configure --with-layout=3Dfhs \ --disable-importing-config-file \ --enable-native-objc-exceptions \ --enable-objc-arc \ --enable-install-ld-so-conf \ --with-library-combo=3Dng-gnu-gnu \ --with-config-file=3D/usr/local/etc/GNUstep/GNUstep.conf \ libobjc2: cmake .. -DBUILD_STATIC_LIBOBJC=3D1 = -DCMAKE_C_COMPILER=3D/usr/local/bin/clang = -DCMAKE_CXX_COMPILER=3D/usr/local/bin/clang++ = -DCMAKE_LINKER=3D/usr/local/bin/ld.lld gnustep-base: ./configure = --with-config-file=3D/usr/local/etc/GNUstep/GNUstep.conf=20 if I add --disable-libdispatch --disable-mixedabi here it compiles but = then the error appears in my own code as well when blocks are used. > On 31 Aug 2018, at 10:15, David Chisnall = wrote: >=20 > Hi Andreas, >=20 > What runtime version are you targeting and what compiler are you = using? It appears that the block descriptor is including a full type = encoding without mangling it, which doesn't work on most ELF platforms = because the @ symbol is used as a separator between symbol name and = version. >=20 > David >=20 > On 30/08/2018 22:22, Andreas Fink wrote: >> anyone having a hint where this is coming from: >> [root@localhost base]# make install >> This is gnustep-make 2.7.0. Type 'make print-gnustep-make-help' for = help. >> Running in gnustep-make version 2 strict mode. >> Making all in Source ... >> Making all in Additions ... >> Making all for subproject Additions... >> make[4]: Nothing to be done for 'internal-subproject-compile'. >> Making all in subprojects of library libgnustep-base... >> Making all for subproject Additions... >> make[5]: Nothing to be done for 'internal-subproject-compile'. >> Making all for subproject unix... >> make[5]: Nothing to be done for 'internal-subproject-compile'. >> Making all for library libgnustep-base... >> Linking library libgnustep-base ... >> */usr/bin/ld: ./obj/libgnustep-base.so.1.25.1: version node not found = for symbol __block_descriptor_40_e8_32r_e15_v32@?0@8Q16^C24l* >> /usr/bin/ld: failed to set dynamic section sizes: Bad value >> clang-8: error: linker command failed with exit code 1 (use -v to see = invocation) >> /usr/local/share/GNUstep/Makefiles/Instance/library.make:293: recipe = for target 'obj/libgnustep-base.so.1.25.1' failed >> make[4]: *** [obj/libgnustep-base.so.1.25.1] Error 1 >> /usr/local/share/GNUstep/Makefiles/Instance/library.make:278: recipe = for target 'internal-library-all_' failed >> make[3]: *** [internal-library-all_] Error 2 >> /usr/local/share/GNUstep/Makefiles/Master/rules.make:297: recipe for = target 'libgnustep-base.all.library.variables' failed >> make[2]: *** [libgnustep-base.all.library.variables] Error 2 >> /usr/local/share/GNUstep/Makefiles/Master/library.make:37: recipe for = target 'internal-all' failed >> make[1]: *** [internal-all] Error 2 >> = /usr/local/share/GNUstep/Makefiles/Master/serial-subdirectories.make:53: = recipe for target 'internal-all' failed >> make: *** [internal-all] Error 2 >> _______________________________________________ >> Discuss-gnustep mailing list >> Discuss-gnustep@gnu.org >> https://lists.gnu.org/mailman/listinfo/discuss-gnustep >=20 --Apple-Mail=_AE5F2CD4-9198-48BD-A6CE-0FEF2F17FEE8 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii
all latest compiled from these sources:

cd llvm/tools
cd ../projects


clang compiled with these options

cmake .. = -DCMAKE_BUILD_TYPE=3DRelease -DLLVM_ENABLE_PROJECTS=3Dlld 


these environment variables are set

export = CC=3D/usr/local/bin/clang
export = CXX=3D/usr/local/bin/clang++
export = PATH=3D/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
<= div>export PKG_CONFIG_PATH=3D/usr/local/lib/pkgconfig/
export = LD=3Dld.lld


libdispatch:
cmake .. = -DCMAKE_C_COMPILER=3D/usr/local/bin/clang = -DCMAKE_CXX_COMPILER=3D/usr/local/bin/clang++ = -DCMAKE_LINKER=3D/usr/local/bin/ld.lld

gnustep-make:
    ./configure --with-layout=3Dfhs \
            = --disable-importing-config-file \
    =         --enable-native-objc-exceptions \
            --enable-objc-arc = \
            = --enable-install-ld-so-conf \
      =       --with-library-combo=3Dng-gnu-gnu \
            = --with-config-file=3D/usr/local/etc/GNUstep/GNUstep.conf = \

libobjc2:
cmake .. = -DBUILD_STATIC_LIBOBJC=3D1 -DCMAKE_C_COMPILER=3D/usr/local/bin/clang = -DCMAKE_CXX_COMPILER=3D/usr/local/bin/clang++ = -DCMAKE_LINKER=3D/usr/local/bin/ld.lld


gnustep-base:
= ./configure = --with-config-file=3D/usr/local/etc/GNUstep/GNUstep.conf 

if I add = --disable-libdispatch --disable-mixedabi here it compiles but then the = error appears in my own code as well when blocks are used.




On 31 = Aug 2018, at 10:15, David Chisnall <gnustep@theravensnest.org> wrote:

Hi = Andreas,

What runtime version are you = targeting and what compiler are you using? It appears that the block = descriptor is including a full type encoding without mangling it, which = doesn't work on most ELF platforms because the @ symbol is used as a = separator between symbol name and version.

David

On 30/08/2018 22:22, = Andreas Fink wrote:
anyone having a hint where this is coming from:
[root@localhost base]# make install
This is = gnustep-make 2.7.0. Type 'make print-gnustep-make-help' for help.
Running in gnustep-make version 2 strict mode.
Making all in Source ...
Making all in = Additions ...
Making all for subproject Additions...
make[4]: Nothing to be done for = 'internal-subproject-compile'.
Making all in subprojects = of library libgnustep-base...
Making all for subproject = Additions...
make[5]: Nothing to be done for = 'internal-subproject-compile'.
Making all for subproject = unix...
make[5]: Nothing to be done for = 'internal-subproject-compile'.
Making all for library = libgnustep-base...
 Linking library libgnustep-base = ...
*/usr/bin/ld: ./obj/libgnustep-base.so.1.25.1: version = node not found for symbol = __block_descriptor_40_e8_32r_e15_v32@?0@8Q16^C24l*
/usr/bin/ld: failed to set dynamic section sizes: Bad = value
clang-8: error: linker command failed with exit code = 1 (use -v to see invocation)
/usr/local/share/GNUstep/Makefiles/Instance/library.make:293: = recipe for target 'obj/libgnustep-base.so.1.25.1' failed
make[4]: *** [obj/libgnustep-base.so.1.25.1] Error 1
/usr/local/share/GNUstep/Makefiles/Instance/library.make:278: = recipe for target 'internal-library-all_' failed
make[3]: = *** [internal-library-all_] Error 2
/usr/local/share/GNUstep/Makefiles/Master/rules.make:297: = recipe for target 'libgnustep-base.all.library.variables' failed
make[2]: *** [libgnustep-base.all.library.variables] Error = 2
/usr/local/share/GNUstep/Makefiles/Master/library.make:37:= recipe for target 'internal-all' failed
make[1]: *** = [internal-all] Error 2
/usr/local/share/GNUstep/Makefiles/Master/serial-subdirectories= .make:53: recipe for target 'internal-all' failed
make: = *** [internal-all] Error 2
_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep


= --Apple-Mail=_AE5F2CD4-9198-48BD-A6CE-0FEF2F17FEE8-- From MAILER-DAEMON Fri Aug 31 04:29:46 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fveoM-0002wf-3e for mharc-discuss-gnustep@gnu.org; Fri, 31 Aug 2018 04:29:46 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:36740) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fveoJ-0002wX-Ox for discuss-gnustep@gnu.org; Fri, 31 Aug 2018 04:29:44 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fveoE-0002H8-Li for discuss-gnustep@gnu.org; Fri, 31 Aug 2018 04:29:43 -0400 Received: from theravensnest.org ([46.226.110.62]:51425) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fveoE-0002Fz-A2 for discuss-gnustep@gnu.org; Fri, 31 Aug 2018 04:29:38 -0400 Received: from [10.85.255.18] ([167.220.196.18]) (authenticated bits=0) by theravensnest.org (8.15.2/8.15.2) with ESMTPSA id w7V8ScWW071521 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 31 Aug 2018 08:28:39 GMT (envelope-from gnustep@theravensnest.org) X-Authentication-Warning: mail: Host [167.220.196.18] claimed to be [10.85.255.18] Subject: Re: make fails in gnustep base To: Andreas Fink Cc: DISCUSS GNUstep References: <799CED8A-F794-4C59-9452-D46771562EC5@list.fink.org> <41d270dd-99eb-8146-2298-6bfc6cfc87e7@theravensnest.org> <534A8146-6F92-4281-B8BB-ED3BF49E393B@list.fink.org> From: David Chisnall Message-ID: <071b491f-95d1-7445-7341-67accf9e0cd5@theravensnest.org> Date: Fri, 31 Aug 2018 09:29:27 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: <534A8146-6F92-4281-B8BB-ED3BF49E393B@list.fink.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: FreeBSD 9.x [fuzzy] X-Received-From: 46.226.110.62 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Aug 2018 08:29:44 -0000 On 31/08/2018 09:22, Andreas Fink wrote: > all latest compiled from these sources: It looks like someone at Apple broke blocks on all ELF platforms a couple of weeks ago. It's not been merged to the 7 release branch though, so building from that should fix things for you. David From MAILER-DAEMON Fri Aug 31 04:45:51 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fvf3v-0001It-JE for mharc-discuss-gnustep@gnu.org; Fri, 31 Aug 2018 04:45:51 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:39558) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fvf3l-00017Y-Ot for discuss-gnustep@gnu.org; Fri, 31 Aug 2018 04:45:48 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fvewo-00072q-6y for discuss-gnustep@gnu.org; Fri, 31 Aug 2018 04:38:33 -0400 Received: from mail.fink.org ([185.22.52.222]:42848) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fvewn-00072N-Vm for discuss-gnustep@gnu.org; Fri, 31 Aug 2018 04:38:30 -0400 X-Footer: Zmluay5vcmc= Received: from delbian.fink.org ([79.134.238.40]) (authenticated user list@fink.org) by mail.fink.org (Kerio Connect 9.2.7) with ESMTPSA (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256 bits)); Fri, 31 Aug 2018 10:38:25 +0200 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: make fails in gnustep base From: Andreas Fink In-Reply-To: <071b491f-95d1-7445-7341-67accf9e0cd5@theravensnest.org> Date: Fri, 31 Aug 2018 10:38:23 +0200 Cc: DISCUSS GNUstep Content-Transfer-Encoding: quoted-printable Message-Id: References: <799CED8A-F794-4C59-9452-D46771562EC5@list.fink.org> <41d270dd-99eb-8146-2298-6bfc6cfc87e7@theravensnest.org> <534A8146-6F92-4281-B8BB-ED3BF49E393B@list.fink.org> <071b491f-95d1-7445-7341-67accf9e0cd5@theravensnest.org> To: David Chisnall X-Mailer: Apple Mail (2.3445.9.1) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 185.22.52.222 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Aug 2018 08:45:48 -0000 *facepalm* its a constant race between bugfixes and introduction of other bugs on = the other side... :) Thanks for the hint, I'll try release 7... > On 31 Aug 2018, at 10:29, David Chisnall = wrote: >=20 > On 31/08/2018 09:22, Andreas Fink wrote: >> all latest compiled from these sources: >=20 > It looks like someone at Apple broke blocks on all ELF platforms a = couple of weeks ago. It's not been merged to the 7 release branch = though, so building from that should fix things for you. >=20 > David >=20 From MAILER-DAEMON Fri Aug 31 05:26:30 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fvfhG-0001ek-4a for mharc-discuss-gnustep@gnu.org; Fri, 31 Aug 2018 05:26:30 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:48957) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fvfh8-0001Wv-PA for discuss-gnustep@gnu.org; Fri, 31 Aug 2018 05:26:25 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fvfeO-0008AG-Dh for discuss-gnustep@gnu.org; Fri, 31 Aug 2018 05:23:35 -0400 Received: from mail.fink.org ([185.22.52.222]:44108) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fvfeO-0008A0-2p for discuss-gnustep@gnu.org; Fri, 31 Aug 2018 05:23:32 -0400 X-Footer: Zmluay5vcmc= Received: from delbian.fink.org ([79.134.238.40]) (authenticated user list@fink.org) by mail.fink.org (Kerio Connect 9.2.7) with ESMTPSA (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256 bits)); Fri, 31 Aug 2018 11:23:25 +0200 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: make fails in gnustep base From: Andreas Fink In-Reply-To: Date: Fri, 31 Aug 2018 11:23:21 +0200 Cc: DISCUSS GNUstep Content-Transfer-Encoding: quoted-printable Message-Id: <039F1C05-6973-4E0D-84AF-5A8797278E93@list.fink.org> References: <799CED8A-F794-4C59-9452-D46771562EC5@list.fink.org> <41d270dd-99eb-8146-2298-6bfc6cfc87e7@theravensnest.org> <534A8146-6F92-4281-B8BB-ED3BF49E393B@list.fink.org> <071b491f-95d1-7445-7341-67accf9e0cd5@theravensnest.org> To: David Chisnall X-Mailer: Apple Mail (2.3445.9.1) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 185.22.52.222 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Aug 2018 09:26:28 -0000 using clang7 is no good neither. Tons of tests fail. The following tests FAILED: 1 - alias (SEGFAULT) 2 - alias_optimised (SEGFAULT) 5 - alignTest (SEGFAULT) 6 - alignTest_optimised (SEGFAULT) 9 - AllocatePair (SEGFAULT) 10 - AllocatePair_optimised (SEGFAULT) 13 - ARCTest_arc (SEGFAULT) 14 - ARCTest_arc_optimised (SEGFAULT) 17 - AssociatedObject (SEGFAULT) 18 - AssociatedObject_optimised (SEGFAULT) 21 - AssociatedObject2 (SEGFAULT) 22 - AssociatedObject2_optimised (SEGFAULT) 25 - BlockImpTest (SEGFAULT) 26 - BlockImpTest_optimised (SEGFAULT) 29 - BlockTest_arc (SEGFAULT) 30 - BlockTest_arc_optimised (SEGFAULT) 33 - ConstantString (SEGFAULT) 34 - ConstantString_optimised (SEGFAULT) 37 - Category (SEGFAULT) 38 - Category_optimised (SEGFAULT) 41 - ExceptionTest (SEGFAULT) 42 - ExceptionTest_optimised (SEGFAULT) 45 - Forward (SEGFAULT) 46 - Forward_optimised (SEGFAULT) 49 - ManyManySelectors (SEGFAULT) 50 - ManyManySelectors_optimised (SEGFAULT) 53 - NestedExceptions (SEGFAULT) 54 - NestedExceptions_optimised (SEGFAULT) 57 - PropertyAttributeTest (SEGFAULT) 58 - PropertyAttributeTest_optimised (SEGFAULT) 63 - ProtocolExtendedProperties_legacy (OTHER_FAULT) 64 - ProtocolExtendedProperties_legacy_optimised (OTHER_FAULT) 65 - PropertyIntrospectionTest (SEGFAULT) 66 - PropertyIntrospectionTest_optimised (SEGFAULT) 69 - PropertyIntrospectionTest2_arc (SEGFAULT) 70 - PropertyIntrospectionTest2_arc_optimised (SEGFAULT) 71 - PropertyIntrospectionTest2_arc_legacy (OTHER_FAULT) 72 - PropertyIntrospectionTest2_arc_legacy_optimised = (OTHER_FAULT) 73 - ProtocolCreation (SEGFAULT) 74 - ProtocolCreation_optimised (SEGFAULT) 75 - ProtocolCreation_legacy (SEGFAULT) 76 - ProtocolCreation_legacy_optimised (SEGFAULT) 77 - ResurrectInDealloc_arc (SEGFAULT) 78 - ResurrectInDealloc_arc_optimised (SEGFAULT) 81 - RuntimeTest (SEGFAULT) 82 - RuntimeTest_optimised (SEGFAULT) 83 - RuntimeTest_legacy (Failed) 84 - RuntimeTest_legacy_optimised (Failed) 85 - WeakBlock_arc (SEGFAULT) 86 - WeakBlock_arc_optimised (SEGFAULT) 89 - WeakReferences_arc (SEGFAULT) 90 - WeakReferences_arc_optimised (SEGFAULT) 97 - ivar_arc (SEGFAULT) 98 - ivar_arc_optimised (SEGFAULT) 101 - IVarOverlap (SEGFAULT) 102 - IVarOverlap_optimised (SEGFAULT) 105 - objc_msgSend (SEGFAULT) 106 - objc_msgSend_optimised (SEGFAULT) 113 - NilException (SEGFAULT) 114 - NilException_optimised (SEGFAULT) 117 - MethodArguments (SEGFAULT) 118 - MethodArguments_optimised (SEGFAULT) 121 - zeroSizedIVar (SEGFAULT) 122 - zeroSizedIVar_optimised (SEGFAULT) 125 - exchange (SEGFAULT) 126 - exchange_optimised (SEGFAULT) 137 - setSuperclass (SEGFAULT) 138 - setSuperclass_optimised (SEGFAULT) 141 - BoxedForeignException (SEGFAULT) 142 - BoxedForeignException_optimised (SEGFAULT) 145 - ForeignException (SEGFAULT) 146 - ForeignException_optimised (SEGFAULT) 149 - category_properties (SEGFAULT) 150 - category_properties_optimised (SEGFAULT) 151 - CXXExceptions (SEGFAULT) 152 - CXXExceptions_optimised (SEGFAULT) 155 - ObjCXXEHInterop (SEGFAULT) 156 - ObjCXXEHInterop_optimised (SEGFAULT) > On 31 Aug 2018, at 10:38, Andreas Fink wrote: >=20 > *facepalm* >=20 > its a constant race between bugfixes and introduction of other bugs = on the other side... :) > Thanks for the hint, I'll try release 7... >=20 >=20 >=20 >> On 31 Aug 2018, at 10:29, David Chisnall = wrote: >>=20 >> On 31/08/2018 09:22, Andreas Fink wrote: >>> all latest compiled from these sources: >>=20 >> It looks like someone at Apple broke blocks on all ELF platforms a = couple of weeks ago. It's not been merged to the 7 release branch = though, so building from that should fix things for you. >>=20 >> David >>=20 >=20 >=20 >=20 > _______________________________________________ > Discuss-gnustep mailing list > Discuss-gnustep@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnustep From MAILER-DAEMON Fri Aug 31 07:35:17 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fvhht-00009Q-DY for mharc-discuss-gnustep@gnu.org; Fri, 31 Aug 2018 07:35:17 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58418) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fvhhr-00007f-VZ for discuss-gnustep@gnu.org; Fri, 31 Aug 2018 07:35:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fvhhp-0003cT-6O for discuss-gnustep@gnu.org; Fri, 31 Aug 2018 07:35:15 -0400 Received: from theravensnest.org ([46.226.110.62]:50520) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fvhho-0003Zg-Ry for discuss-gnustep@gnu.org; Fri, 31 Aug 2018 07:35:13 -0400 Received: from [10.85.255.18] ([167.220.196.18]) (authenticated bits=0) by theravensnest.org (8.15.2/8.15.2) with ESMTPSA id w7VBYDcR074047 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 31 Aug 2018 11:34:14 GMT (envelope-from gnustep@theravensnest.org) X-Authentication-Warning: mail: Host [167.220.196.18] claimed to be [10.85.255.18] Subject: Re: make fails in gnustep base To: Andreas Fink Cc: DISCUSS GNUstep References: <799CED8A-F794-4C59-9452-D46771562EC5@list.fink.org> <41d270dd-99eb-8146-2298-6bfc6cfc87e7@theravensnest.org> <534A8146-6F92-4281-B8BB-ED3BF49E393B@list.fink.org> <071b491f-95d1-7445-7341-67accf9e0cd5@theravensnest.org> <039F1C05-6973-4E0D-84AF-5A8797278E93@list.fink.org> From: David Chisnall Message-ID: <1b26e5f1-bef6-2923-88f1-bd9df047b64d@theravensnest.org> Date: Fri, 31 Aug 2018 12:35:02 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: <039F1C05-6973-4E0D-84AF-5A8797278E93@list.fink.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: FreeBSD 9.x [fuzzy] X-Received-From: 46.226.110.62 X-BeenThere: discuss-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussion list for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Aug 2018 11:35:16 -0000 On 31/08/2018 10:23, Andreas Fink wrote: > using clang7 is no good neither. Tons of tests fail. I can't reproduce this. Building both the trunk and 1.9 branches with the current llvm release_70 branch, all tests pass. David