Message

Hello! I've seen somewhere in the list before (but I can't find this letter now, when I really need it :( ) that someone had problems with starting processe= s with parameters from Mono 0.31. Was this problem solved? I have the same problem now, as even the following simple application doesn't work anymore in Mono 0.31 (it worked correctly in Mono 0.29): 8<---------------------------------------------------------- using System; using System.Diagnostics; class ProcessStart { static void Main(string[] args) { Console.Out.WriteLine("Trying to start: 'mono --version'"); ProcessStartInfo psi =3D new ProcessStartInfo(); psi.FileName =3D "mono"; psi.Arguments =3D "--version"; Process p =3D new Process(); p.Start( psi ); } } 8<---------------------------------------------------------- Instead of printing the version - it prints now the help for parameters usage... I've checked and the specified parameters ("--version") are not p= assed to the target program ("mono") at all... Is there any workaround for= this problem? I've tried the daily package mono-0.31.99.20040331.tar.gz, but it seems to me, that method Process.Start doesn't work at all in this version ... even without parameters... :( What's happening? Best regards, Vadim B. Guzev _______________________________________________ Mono-list maillist - Mono-list@lists.ximian.com http://li= sts.ximian.com/mailman/listinfo/mono-list

Literal content not allowed for=20 System.Web.UI.HtmlControls.HtmlTableRowCollection

------=_NextPart_000_0047_01C42988.B7976560-- From gonzalo@ximian.com Sat Apr 24 14:08:33 2004 From: gonzalo@ximian.com (Gonzalo Paniagua Javier) Date: Sat, 24 Apr 2004 15:08:33 +0200 Subject: [Mono-list] Mono Aspx Internal Server Error In-Reply-To: <002901c42915$bca9c070$6401a8c0@armageddon> References: <002901c42915$bca9c070$6401a8c0@armageddon> Message-ID: <1082812113.5637.33.camel@localhost> El vie, 23-04-2004 a las 11:31, Stephane Bergeron escribi�: > when i try to load index.aspx from the test page I get this Internal > Server Error, > But if I try to load the small aspx page .. like button.aspx , its > working fine! Any ideas ???? Thnx A lot guys! > > Internal Server Error > The server encountered an internal error or misconfiguration and was > unable to complete your request. > > Please contact the server administrator, and inform them of the time > the error occurred and anything you might have done that may have > caused the error. > > More information about this error may be available in the server error > log. Only the error message doesn't give much information. Is that mod_mono + mod-mono-server? Is that xsp? If it's mod_mono, take a look at the apache error log. -Gonzalo From gonzalo@ximian.com Sat Apr 24 14:09:41 2004 From: gonzalo@ximian.com (Gonzalo Paniagua Javier) Date: Sat, 24 Apr 2004 15:09:41 +0200 Subject: [Mono-list] Asp.net error loading page Literal content not allowed ........ In-Reply-To: <004a01c429aa$3ebc3f40$6401a8c0@armageddon> References: <004a01c429aa$3ebc3f40$6401a8c0@armageddon> Message-ID: <1082812181.5637.36.camel@localhost> El s�b, 24-04-2004 a las 05:14, Stephane Bergeron escribi�: > The test page works... But when i try to load my page.. it makes an > error but its working on my windows server.... > > So I need to fix this cause Im switching on Linux only... > Any help pls :) > > > > > Literal content not allowed for > System.Web.UI.HtmlControls.HtmlTableRowCollection > If you have a test case (the smaller the better) that works on windows and fails with mono, please file a detailed bug report attaching the test case in http://bugzilla.ximian.com (MCS Class Libraries - Sys.Web) -Gonzalo From patrick_j_mcnamara@hotmail.com Sat Apr 24 16:57:55 2004 From: patrick_j_mcnamara@hotmail.com (Patrick McNamara) Date: Sat, 24 Apr 2004 11:57:55 -0400 Subject: [Mono-list] Debugger problem with wrapper.c Message-ID: I believe I found a bug in the ArrayList (or I'm missing a thread lock), so I'm trying to install the debugger to step through the code and find the problem. When the debugger starts compiling the wrapper, I get the following warnings: wrapper.c:33: warning: integer constant is too large for "long" type wrapper.c: In function `debugger_lookup_assembly': wrapper.c:111: warning: implicit declaration of function `mono_debugger_lookup_assembly' wrapper.c: At top level: wrapper.c:139: warning: initialization from incompatible pointer type which leads to this error: wrapper.o(.text+0x139): In function `debugger_lookup_assembly': .../debugger/wrapper/wrapper.c:111: undefined reference to `mono_debugger_lookup_assembly' Can anyone point me in the right direction? --Pat _________________________________________________________________ Watch LIVE baseball games on your computer with MLB.TV, included with MSN Premium! http://join.msn.com/?page=features/mlb&pgmarket=en-us/go/onm00200439ave/direct/01/ From pre@oninetspeed.pt Sat Apr 24 19:45:05 2004 From: pre@oninetspeed.pt (Pedro Santos) Date: Sat, 24 Apr 2004 19:45:05 +0100 Subject: [Mono-list] ASP .NET bug? Message-ID: <1082832305.2510.10.camel@Alnitak> --=-JifeG5kx8rvFu5ILcIUZ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I do not know if this is a bug, or simply something not suported. I have: <%@ Register TagPrefix=3D"orion" Namespace=3D"Alnitak" Assembly=3D"Alnitak"= %> <%@ Register TagPrefix=3D"orion" TagName=3D"LoginControl" Src=3D"../controls/LoginControl.ascx" %> Notice that they both have the same TagPrefix. When I use on the page , this control is not rendered. If I change the TagPrefix to a diferent one, it is rendered. --=20 Pedro Santos "Si minor plus est ergo nihil sunt omnia..." --=-JifeG5kx8rvFu5ILcIUZ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBAirWx00b8YfrkjegRAlAxAJ9Gs4aT7PWxsB3ItBx/blxe66i5EACfZouL PRtwGvkav2xgtW5E2VB73LE= =v0tb -----END PGP SIGNATURE----- --=-JifeG5kx8rvFu5ILcIUZ-- From stuff@dustsmoke.com Sun Apr 25 00:25:17 2004 From: stuff@dustsmoke.com (Michael) Date: Sat, 24 Apr 2004 16:25:17 -0700 (MST) Subject: [Mono-list] xsp or mod-mono-server logging? Message-ID: <32837.192.168.1.102.1082849117.squirrel@server> First let me say I'm still trying to learn the ropes of Mono and I've had my eye on it for some time... Didn't have a problem setting it up and getting it all going like a charm with Apache2/mono-0.31/mod_mono-0.9/xsp-0.12 on RH9, SLES 8, and Sun Java Desktop connecting to oracle 9i with the data reader... (data adapter is still a bit iffy but it kind of works for me) So I wanted to say "Thanks" for the work on an alternative solution to ASP.NET! Great work so far and I'm really looking forward to mbas/vb.net functionality with it! But my question is there any logging implemented with xsp or mod-mono-server? As far as I've figured out, you can run it with -v manually (don't know about the new mod_mono-0.9 and .12 auto launch method) and dump it to a text file but that doesn't really do it for me. XSP and mod-mono-server somewhat remind me of Tomcat in the sense of what I was thinking in the way of logging. e.g. catalina.out Is there anything like this implimented with xsp or mod-mono-server? or is it going to be implimented sometime? I understand the oracle data adapter thing might still be under development, but I somtimes get confused as to why it locks mod-mono-server up on me when I'm using it. As it could very well be me making mistakes or something. -- Michael From dilligent@gmx.de Sun Apr 25 12:38:52 2004 From: dilligent@gmx.de (Dennis Fisch) Date: Sun, 25 Apr 2004 13:38:52 +0200 Subject: [Mono-list] Asp.net error loading page Literal content not References: <20040425102830.24004.22315.Mailman@headcheese.ximian.com> Message-ID: <000701c42ab9$e3b7dad0$0200a8c0@dennis> El s�b, 24-04-2004 a las 05:14, Stephane Bergeron escribi�: > The test page works... But when i try to load my page.. it makes an > error but its working on my windows server.... > > So I need to fix this cause Im switching on Linux only... > Any help pls :) > > > > > Literal content not allowed for > System.Web.UI.HtmlControls.HtmlTableRowCollection > I know whats the problem, i expereicned the same thing when i tried to port my page to mono. Do NOT use any Server-side tables. I was searching for hours and hours until like 7AM to find what is causing this and suddenly i spotted some tables with the runat tag to "server". This should help you i hope. From gonzalo@ximian.com Sun Apr 25 13:01:53 2004 From: gonzalo@ximian.com (Gonzalo Paniagua Javier) Date: Sun, 25 Apr 2004 14:01:53 +0200 Subject: [Mono-list] ASP .NET bug? In-Reply-To: <1082832305.2510.10.camel@Alnitak> References: <1082832305.2510.10.camel@Alnitak> Message-ID: <1082894513.5637.53.camel@localhost> El s�b, 24-04-2004 a las 20:45, Pedro Santos escribi�: > I do not know if this is a bug, or simply something not suported. I > have: > > <%@ Register TagPrefix="orion" Namespace="Alnitak" Assembly="Alnitak" %> > <%@ Register TagPrefix="orion" TagName="LoginControl" > Src="../controls/LoginControl.ascx" %> > > Notice that they both have the same TagPrefix. When I use on the page > , this control is not rendered. > > If I change the TagPrefix to a diferent one, it is rendered. Don't remember exactly this case, but the second one overrides the first one. You can even override the 'asp' prefix for regular webcontrols. -Gonzalo From gonzalo@ximian.com Sun Apr 25 13:05:33 2004 From: gonzalo@ximian.com (Gonzalo Paniagua Javier) Date: Sun, 25 Apr 2004 14:05:33 +0200 Subject: [Mono-list] xsp or mod-mono-server logging? In-Reply-To: <32837.192.168.1.102.1082849117.squirrel@server> References: <32837.192.168.1.102.1082849117.squirrel@server> Message-ID: <1082894732.5637.56.camel@localhost> El dom, 25-04-2004 a las 01:25, Michael escribi�: > First let me say I'm still trying to learn the ropes of Mono and I've had > my eye on it for some time... Didn't have a problem setting it up and > getting it all going like a charm with > Apache2/mono-0.31/mod_mono-0.9/xsp-0.12 on RH9, SLES 8, and Sun Java > Desktop connecting to oracle 9i with the data reader... (data adapter is > still a bit iffy but it kind of works for me) So I wanted to say "Thanks" > for the work on an alternative solution to ASP.NET! Great work so far and > I'm really looking forward to mbas/vb.net functionality with it! Thanks! :) > > But my question is there any logging implemented with xsp or > mod-mono-server? As far as I've figured out, you can run it with -v > manually (don't know about the new mod_mono-0.9 and .12 auto launch > method) and dump it to a text file but that doesn't really do it for me. > XSP and mod-mono-server somewhat remind me of Tomcat in the sense of what > I was thinking in the way of logging. e.g. catalina.out > > Is there anything like this implimented with xsp or mod-mono-server? or is > it going to be implimented sometime? I understand the oracle data adapter > thing might still be under development, but I somtimes get confused as to > why it locks mod-mono-server up on me when I'm using it. As it could very > well be me making mistakes or something. I can add configuration directives for apache in which you can pass additional options to mono (such as --debug or --trace=....) and also provide a file name to get the output. Is that what you want? -Gonzalo From miguel@ximian.com Sun Apr 25 18:09:46 2004 From: miguel@ximian.com (Miguel de Icaza) Date: Sun, 25 Apr 2004 13:09:46 -0400 Subject: [Mono-list] Mod mono not working In-Reply-To: <1082709564.1695.23.camel@localhost> References: <000a01c428fe$275172f0$6401a8c0@armageddon> <1082709564.1695.23.camel@localhost> Message-ID: <1082912986.11802.4628.camel@erandi.boston.ximian.com> Hola! > > =20 > > If i try to run the server manualy.... It gives me that, I am on linux > > red hat 9 >=20 > You're passing in --applications option something wrong. Run xsp --help > to find out the format of the argument. Podr=EDamos cachar esta excepci=F3n y poner un mensaje que explique esto qu= e acabas de decir? >=20 > -Gonzalo >=20 >=20 > _______________________________________________ > Mono-list maillist - Mono-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-list --=20 Miguel de Icaza From request01@yogi-kamasa.de Sun Apr 25 18:41:25 2004 From: request01@yogi-kamasa.de (Peter Ertel) Date: Sun, 25 Apr 2004 19:41:25 +0200 Subject: [Mono-list] make error in libmint.so Message-ID: <200404251940.43220.request01@yogi-kamasa.de> --Boundary-00=_Fh/iADLWgXj2GtX Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline This is the messages I get just before compiling breaks: gcc -g -O2 -fno-strict-aliasing -g -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-cast-qual -Wcast-align -Wwrite-strings -o .libs/mint main.o -L/usr/lib/cgi-bin/mono/install/lib ./.libs/libmint.so -lnsl -lpthread -lm -lrt -Wl,--rpath -Wl,/usr/lib/cgi-bin/mono/install/lib ./.libs/libmint.so: undefined reference to `string_invariant_tolower' ./.libs/libmint.so: undefined reference to `string_invariant_toupper' collect2: ld returned 1 exit status make[4]: *** [mint] Fehler 1 make[4]: Leaving directory `/usr/lib/cgi-bin/mono/mono/mono/interpreter' make[3]: *** [all-recursive] Fehler 1 make[3]: Leaving directory `/usr/lib/cgi-bin/mono/mono/mono' make[2]: *** [all-recursive] Fehler 1 make[2]: Leaving directory `/usr/lib/cgi-bin/mono/mono' make[1]: *** [all] Fehler 2 make[1]: Leaving directory `/usr/lib/cgi-bin/mono/mono' make: *** [mcs-tree-safe-build] Fehler 2 I followed the instructions on go-mono.org for compiling with script (since any other attempt broke way earlier!) and mono-build.sh works fine until it reaches here. Has anyone an idea what this is about? I've attached out- and error-log... maybe this could be of any help, since I can't make _anything_ out of the above message. regards, peter --Boundary-00=_Fh/iADLWgXj2GtX Content-Type: application/x-bzip2; name="mylog.err.bz2" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="mylog.err.bz2" QlpoOTFBWSZTWQjS3yIABDXfgAAwSvf/+D/v/ur////gYAZL4A1RIAAAAASkAqNqHqep6gaZPU9R 6g0ZqBk0NNqPUepmoAijTU8kZNkg0xDTQMgA0NAGhoGmDjJk00wmRkDAjE0YIwg0aYABDjJk00wm RkDAjE0YIwg0aYABDjJk00wmRkDAjE0YIwg0aYABBIkBAhkJiEyJk1AMg9Ro2RNG0amj1FqcdRav EMrjUskI70b4jUV5xRZlFr7M7ILeXfnO19X9oYADEKMCJXaXshWERxqNYaBTiKCS5/RljCImsioa mcgfgYoj20r8+d5Dez4ygx5Q+e0g1j2qXijv9IdSQZLPyiv5gfEJdJWGNIQvaERk71w9GRbj0POj wsdaVvkyiRDrry/CnhdZn11vo80uzASMLJEuZhooNTaySSKVj4br0MWqWyAUuZQZjjnHu/rLcc/+ Oep2zOwFg6Tps/QekTD0eGJsb7+g8yOGPI5owJv6iYTGew7yCv6jvPoMBGNDgIiJGpPYTPMnYlMT htpGXEUXwi9m7Tagmgv4iiGhFzAtKoyMIAOQmCKk52J2wvKtYCwsA1KUqVGWImF+QiU3SG22223E Q3CCbpWPzPcancHejie/3D9LsmQgYzgfrG/IPvDqS+INMpgna0oKRYuGylHEHv+k9bgkkkhjJNKE d/ifSkXMTgeBH2H7D+QdVCa9syq1gV6BCwOUCc7CAypMbXJYL5GnwZms8E0XiUHP3n3mV09QoIg/ JgfE/ExFXIB/ELiNeZzLleX3mZqLAj4jMQPtL+q+B0aRsIuTyJ9iV6Az5GmaRuNubZ8jY8O4sG4q X7zpu+WhvSEIwgSkyabXgwy1+lzBThUTnCSpHLfOYmCAsfQLGhBx7FJISiCqjEth67lwwmYcdIhC 6gnf5B+qRDeAU/cMTvcdyPgt171XCayOBcRMRTNXmfNIvTIoWPgXNsxkkkkb1/tC+g0DIrlmxgmI Us6TEl+Av8wHsZ9vZnLk5SlIkIkxoKjSVccr0P7nzwMxOGglImJQiDhgRxO9TJHU1N2mEQVSSRLI kQ4aRDNmFb56pJI3IpwLjSKidUKSRMYTnECUZdO7ubbytngR+O6JX2L/obDLJDJLIiWMLsXQqkzv QlWGZ50BMeXXLSxorQT9jEvqCRxxUGUBqVSj8t3Ro4RQNkkkNB+hYo5JG9JJFpakENwMjYZCWWlA fdMO4F48zUA3AHMCh9ZeoBMgYO2EkIFCOpCFgJdkeQcBdBZ4YE+5+SGggryEczYwQnTgFpWucDft zjkKSSrz4KogWF6gVx2kj41oDjOnIXSVUWRgRk3scckkkODgkTN90i9xSTjoRghTK+OFhx/7h5Bv 0SLm4jPt76cRHU74OkPUkQMQ0pTVtad3YtY2BnHCGdY3dhMSMm222222jsZpHe7CVJZYCoYOqNnG pEeNzERlcPVMXqCfBmuxjfqUhzPXB4nGBJtgm2gaSGMSTGwaTGkNsuroyeBCRgNgTTRKaaFIIkuD LVAgBJeLmkNIt9lBJJdcXRLDGFBEWa5HmaHiycxCSkPvQuySZu4AmTshdWxiuhQB4CSSlhiXKHt8 CZqxndvSM1jfE6cMWlyqSocI/ekkhnKxbQ1FyFUlk7blTGZsziesc0iiDIGbhDBIV/L0zyHMgRUu 5SEPTqeRuNxmUlWwTOJyqTVGkQqIUjEsXmkkiti8gqSvKcZSpPjIjGFMi8qt+aSSI3tdB2M0VdjQ QCgR3HE04FKBoIZ0ScrmHmZpT4A65YWjAjTE1PUFDi1Mz5pSZK7GsiMEh5rAL2L1VSyWgXWFtL2S SRlRIjqWCqF9DFrGJijew3BceB6J8UMO27ieO9C2l80jlcaudeGIy4ij0QjmuYZJJI9l0kkaJFkJ XHDisHc9kftChhtAZyP/i7kinChIBGlvkQA= --Boundary-00=_Fh/iADLWgXj2GtX Content-Type: application/x-bzip2; name="mylog.out.bz2" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="mylog.out.bz2" QlpoOTFBWSZTWTuWoF0ACVFfmLQwVP//87//39r////wAAgACAAEYBNcBD5Qvs0N9tOHo4RppbMl 1Sc2Osihdt05w1RRoMiutApFRaMQSSAIAIJtUajajaJmhDBBp6mgDIZNABxkyaNAaNMRkaGIYE0a YgxGgwgAMM0wyUNBoA0aAAAAAAAAAAJNRJokGlM09KepoGgBoHqAAA0NMT0hoARKEAJoNFNR6amo MgMjQBo9RoaAADTQIkghNAJqnk0nppNNSeo9QAGg00ADQAA0DzTMPA/d3+u35K35wJVcNW4B+Obg ZTbVTiGX3MWbvmKhqindOs7xiYnc4v3/LGjNHLL2KoFBw2kvGM+HjyTPfqkF5t5pgwGeu56+JhDm GUwN46mTcMs3JWKCmIPGVSzXkvqwnJRNnCbLKpSIom1ULFPJzFQ5/gOQ6J/BpNmGrGj1RvxJjMB4 NQKYQt5ayOlbdsyOMVKvbm14Hh49MG0nmCJ5bQq7n3vGV2kDQDfyE5ME/A4O2dBnfRtORA1sW7VT MLm1YmgxEbx9QsdR2gbGBxgeOzc2A/EImWVxiTcnjBE/cYHBVUXtHnylMIkBaldrjscYXjbhlSwK YEC3EvD2lj5xUy1nMHhZYjHMNC2XWb4rEjwqcFCpqEA3PwdyiiU49gG8V/64mR2SnXS+QG1jyJ8f My4TVXOdgBxhNjs6+fAo1MkIRAu88nkyJpUuZLhJHJS7gxVECAnrayzfnMdcV6Ufl7lFzPiM8RAe xzVuwrpZKh0IAPOBhqjkRswnI0K5mzsWcaEDtQWdp45s3AELGGTs72OBK50US5CfGT8lFy7nr2sl 1msKqijXQLAeJvY79g6H9G2VPL31Ta6p+9VWfFmt1nkyU20YVrKRN5EoSCkmslOqmOiskdMVWB4w P+q6XVD1pi9vFtTdtHQyDyiS/NuvJuS/1GE9SahqdJw9sG1zUrje5XG7UAPzQIwZGjB3jYzsrY9P QQfsgaQydTsdcHXyOCwji2qJhoxUwid6jW5lTRYBnR1pGau2MhK++4VpwTpOHaU4DO8p7/2W2ME+ nanUwYXyexbGIcqLmCgOJB57JQ1pk7R6B9pVzMJCJCeRwJqXtcs2WndJUxKu0n6kL/9vx/fNjRuQ j1zp9Vb6p3uaegvL03DdCY5mkJmb2KQgibUQ8jnPXYxj4ADiAASLIpIr7NMgDukJzltVFGi4MC7c vEAqYTrggDpQYRVIkTCVJUpOepGKABm+c1bWvxhxV/KQT0UP3Cj3R3H4EZBpOxTMuPekiTxTUICn oFwHY+JVbAfJmfqHoce894WyGTuajeAHhMHzMhcPVIjk5GbD6JTbruSEMHXGxYyWqxqHP5I/s/cr SAIG6cmCrLBs6jw5p4xJ/oRUx5lkEK8tSznr6MRyYtO1Qd4iwcPcN4ySJrdZ68peSvk6Rm9Ld215 c2Nk6aEg42RlDA6k03aXZvg6PApIG7jDiuxqO9Nsu/cPLSs35H58fhlzzow9udz3lhqasrXUkSm4 czZcXzaDpZYA8CbZxZSlhuT1GNm3YFzn0btRdTlDbVnlrGrB0fb8Lg6ndAejbjNcS5cG1Pg7OfCD ayU2gTnOcGnOaiNHMqbowgcSw4Dx5ZaRld8UJbzFq5RoMvETygYJ84ZAhR3+D55v8nnVYXaauh2c u103ad04UfY3J5txX0txhTxXHnbxrUycACVKYgPke2nCq2c/IPi1bORR0wtp3pxgHgh92xzCAkVs nJVZUHTbzajW6gXxSCwUhACAwIIEBCB89EPSu27alXMxawtIY0A7CfsQgHV9p5eoHQP5AFVXVtWa /BDdwoO7HuPAd7zgw8N+yJ8MLMJoAd0ocAsA+0D2tE49k8uiGS7cfX3PD1MYdvvpyG2gHMwebw7d H8JJLmemEMySDvfe/zeg9ffhioVw6ofp9O+eM737aw/Me6CeTqonGeK5cjEGIM6XFCVT2YfXTH1a CmUM7f3txyRzHV7j1H4jGRhoxf7MAFn58+FtuvfoAX2OcwBqpX4aDkMsbQVbiJbO8049y/uWNsuR rOQaavq58r+roA+19pS6qUhIqwwQDR22Cs91iIgFC7Alovj4623GvdWSZMqydOZ7o/FgIx5mOLhZ 6HatRu38+KrqXPy35ZbvfaPPXAA3nPjZxx6+QD/PbLTmr9RVft/H8L+0pShEkkIQkEjLu5ZVUMFU R6OjY27Rfp8+nZ5s6+4dXxHtvigm8T4x+dz9JDuuXlXdKdHyRvQCt+lyHAxe7rYxEqicRQdaRi+b eEiWBzrJMgiL8vxeKWERgvja2SBckEQ+souwfMfM/AGHBP9ETJAkPoGUBKIda+WB3LEHfhsMN8CM 8FSrcVqr27OCK6iYSS3nJ9wBBOQVcCxfUAncWUoSqTC65JeUgbwvvIgRW6LLCZeMgmjmAKMIH0ah 4LpAR9Hc6Ed8QHuGuwZ8wDYhM0ABq7UgfoFpQ8KrELnnPkuQyQgRhFAqhUYO5wYyMy7G5hYLgiYh IxYcygKw4kylXQ7HS+MCYTX+ES4fEqb3qJuhl5utwszfYQczeO3VVcumNADL3XsG3d8xBGsVGql2 Cs1Ls2xdrcykKCIBArNigpXwPm64P7qHwMhAdSuE8QuWOIg0VJSUrICHtDkGmwfYWCuYQAlCTfBi h0g2JguUTFFWl1UCqLgXZQNBUEQZEtKMF2nONTSdgsLiuStRhxg8NjM0SDJjEpuU1cnMCLaPZ1Dr YxTl5tjif+HnogOjnJYcmlGCNyeCnbky792rsgnvraXZ2o8HsDzfHqBz0Mn+Jo8OIbceLgbkhsxD 1+ZruYOZrmG+BpzJCsak6uJDFYnIxRG8LMKDwsIuFVoW1ZhhwRpC5QVpZMX4KrYHcICP5AHry1hh FAMC88JEB9ErnN4W6VApqRCmInIpD1O4bNsnjIRMmh5qxoY5JgGSb6m2J7oXi99h0UyVqSaG4Syl MfClBv9e3VCJHY0LCBRjEkOxIYut7oB5wb2vEQDiPpZ8g9aGmEhELhRxF5Duexu3OfgmKnYa96tw 1OgCROA6Bl3OFhidDpGEIhGaUKYSEGTqH276ztexC2w6no6zA52e4YN1QMgJgdc15ES8ns9SxuF2 h0HVoAQ6Zo5QOE3e/V2COxIgiNgwrjwXHNqKqBCiAjjHdtQfBAi+8UDXY14G3t9DRezPCq3YV8d6 SYcnM5rFscHGLMgM8VPZrt31jG8NUEmLFLtQAbsI8W+wKmQmlQUtRxlKiBYBOiCUaNwuZaA0srje rap3VXVqOmx3YoDeOblUQKh7j6h2xtakpEA0C7HQ2Mm1/xJa0AKIE4wBJZ6kop8ut94Zg3AJ3hCJ BIDCPrF3EvfZFPOCELKKb1zhEkZ8+7XfjrkGB63qcpwK88ps7dWMgUVCguzs1LgnTvEVVVEVVVEV VVVVVbCxhCByggVaFtDLYrWm8RclQpvSVELrLwbRBLDYy4kh68d/DlXqBzCCQMnMjoHqXMJam8Pv dErDXLNVUqjmgcQzig4KD6disLeAU9Cjz5DStjAUXtJYhD4FtRah14l/VIxyqXzBfeOyeRjDRNId RELEESA0ebG8LoEEQagq/sSkJ7nLbOQkrTArSgQdiHeIFj2K3lffIjlhTi6gnf7omTbp3H1D4OxR F9ApCAU3iCeYwh96wKIxOPxyWB5wwQCuHz7szLjw8J8HknxSnBYADQgRgEkBPIIFR4GhXJNT+FRd Eqgdbw6xZFWkQbFxHN13OwczTLI8AhwbYV9DkhY2Cj15Om4+xk18aGhbOx0DiR+rko/yhZVZ7Do/ Tjcs7B2CZa83Bk61ZMsqdKlfIdOnMaejo5SMCEgwRFGIAoKAIgKAiSAKKEhBhCJI8TCJt9I+utrD YsPgloGM0L+ixzYBZpWYn/t30MQkJc0KzYFSrL5/fzPmHLORZCaK0lajZshIUtcElE0CB3IU3QQo BUb/tUOT8amVfNG3I3NywQIrsPLyDUxxIjVERfWAlSJ+E6H1GiipYfBsVHTw7KnyEDraElBLo9gG DyiWh0XnYqBY6mZAQ+AkgnIg/Tr7vmF4hQQOuKLQAuJsEC+sO92RJLoCku7LYfoFg2ScF2L+/2hD LbVAxC2bGSzqFvofU0Twv4S3A12mpSjyUrebh+7hBC82fuQABxG2AG85IcwBDR999ilTeQkP56pH QAdzX4IX5lU7D1/NMDqP1MPD0OCPApu0OQWuGsddTNgv99yyFebInb9OYrFyggiXEo2fmHpHdXIf Zht+qfeWwwiMDzzodw+YBzb0DsMva02Y1jUau8eTZaoVO0HLha0Iw3KFyLIDE/+VhSkIkIMYkivp AaJCCBGKwYRYsAhCMR0MFm2qQLMfACkMbOmA+jY3AlB+IJ1MHWcICWhIs4tNJ2OUE6+4g8TmAPaa ieTc5hT52aF6kHiOcy4QAp7gN7o8MXD3KNAnRGaww3B+RxNSw8sDmQ05GeUpAS81NmECoA4JDHjN oA8QGRAHcuVyzvzvuVSewWBtbK7q0+C1eTGpocLDjUanQgBXDcqqN752Cuz5O59mC8H4x+FYMIZE DtnfnttftamY9iJWJYPc4EHMs0V7tZuaFr4BaRMxY+Vx0v9CNyOTD1HoZrYdNrzjNzCp00aV1ybV 8GgCkzNycilHEaapWNg7HEF2Nw14Ajoalw2DslgyesuKEUuYpDDlXKCvVicjptO7TDna47hzrppy q+N++UiuOBWkM1pRYhDW+xpjbFr24HBLOjYDJqWHiZSwLUW0FGQjAwGsYEpCzhjAHYPkUPN20yTU 9CngqXETc2gFbPBFNgyXTDC5bMVSgEORQu0KmzAJ6YCZyZEqcgJZgC0FhNGI5XmbzJQ2KFh1GDvN 1b9bqHbC8v3cDJWgI+eYuS2HkOxsYrX41ZzPtHo8jmrU0H3uEP1tsnTn0fHlq9Fej5crdppRubfL cRZCehUAyE5jPG4I7AHQgvABTc9Uyc8YY2ei5TQD1w/BMSxQDc+ZgyhN/coHhBEmgcc3U6lt32YM TjWNWmwGt2g690Bj6kKfj2TcKwSFsQ/9kiAXLbBqVALu4DolgDjQZJIyivvq//F3JFOFCQO5agXQ --Boundary-00=_Fh/iADLWgXj2GtX-- From kbowden@pacificspeed.com.au Sun Apr 25 19:03:15 2004 From: kbowden@pacificspeed.com.au (Karl Bowden) Date: Mon, 26 Apr 2004 04:03:15 +1000 Subject: [Mono-list] Compiling library references with hardcoded paths? Message-ID: <408BFD63.4070806@pacificspeed.com.au> If I compile an app with a reference to say gnome-sharp.dll but I reference it with the full path, will that app then look for that full path first when loading that app? - Karl From fxjrlists@yahoo.com.br Sun Apr 25 20:28:31 2004 From: fxjrlists@yahoo.com.br (Francisco Figueiredo Jr.) Date: Sun, 25 Apr 2004 16:28:31 -0300 Subject: [Mono-list] Compiling library references with hardcoded paths? In-Reply-To: <408BFD63.4070806@pacificspeed.com.au> References: <408BFD63.4070806@pacificspeed.com.au> Message-ID: <408C115F.4050903@yahoo.com.br> Karl Bowden wrote: > If I compile an app with a reference to say gnome-sharp.dll but I > reference it with the full path, will that app then look for that full > path first when loading that app? > Hi Karl. Nope. The references are used by compiler to get managed information about the types, metadata and code being used in the assembly. The information about referenced assemblies kept in your app will be only the assembly name (eg gnome-sharp) and its version information (Of course this info is over simplified as may have some other info about your assemblies in your code.) When running your app, while mono runtime loads your app, and sees you are using a given assembly, it will try to load that assembly using the standard assembly location algorithms (eg, from paths in MONO_PATH or in your MonoInstall/lib dir). So, in no way it will use any previously hardcoded path for your assembly. I hope it helps. -- Regards, Francisco Figueiredo Jr. Membro Fundador do Projeto MonoBrasil - MonoBrasil Project Founder Member http://monobrasil.softwarelivre.org ------------- "Science without religion is lame; religion without science is blind." ~ Albert Einstein From paul@all-the-johnsons.co.uk Sun Apr 25 22:24:30 2004 From: paul@all-the-johnsons.co.uk (Paul) Date: Sun, 25 Apr 2004 22:24:30 +0100 Subject: [Mono-list] CVu - a call for articles Message-ID: <1082928269.3370.115.camel@T7.linux> --=-rkIebuqlMWu56RFOO4UR Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi, I've recently taken on the editorship of the Assoc. of C and C++ Users CVu magazine. Something we have been rather short on has been articles on C# - from any sort of level. I've reviewed quite a few C# books, all of which have only ever been tested using Mono, but don't quite have enough to be able to adequately write on the subject. Would anyone here be willing to write a small-ish series of articles on using C# (either with mono or .NET)? If anyone would do this, please can you contact me off list (editor@accu.org)? Thanks TTFN Paul CVu Editor http://www.accu.org --=20 "There are four stages to any war First they ignore you, then they laugh at you Then they fight you, then YOU win." Ghandi --=-rkIebuqlMWu56RFOO4UR Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBAjCyNusSVe5EZv3wRAtwCAJ0T49Ds4xMAdzdyAqH1da6xEUqPtgCfc1M6 OTW+uWDEgYvfvHd6QmHq4Es= =3iq5 -----END PGP SIGNATURE----- --=-rkIebuqlMWu56RFOO4UR-- From npguy Mon Apr 26 07:42:31 2004 From: npguy (npguy) Date: Mon, 26 Apr 2004 12:27:31 +0545 Subject: [Mono-list] Cannot find type `System.Windows.Forms.Form' Message-ID: <9310575707.20040426122731@websurfer.com.np> Hi, I am getting err message -- Cannot find type `System.Windows.Forms.Form' whats the possible reason. The paths are correct. -- Best regards, From stuff@dustsmoke.com Mon Apr 26 07:57:29 2004 From: stuff@dustsmoke.com (Michael) Date: Sun, 25 Apr 2004 23:57:29 -0700 (MST) Subject: [Mono-list] xsp or mod-mono-server logging? In-Reply-To: <1082894732.5637.56.camel@localhost> References: <32837.192.168.1.102.1082849117.squirrel@server> <1082894732.5637.56.camel@localhost> Message-ID: <1284.192.168.1.100.1082962649.squirrel@server> >> But my question is there any logging implemented with xsp or >> mod-mono-server? As far as I've figured out, you can run it with -v >> manually (don't know about the new mod_mono-0.9 and .12 auto launch >> method) and dump it to a text file but that doesn't really do it for >> me. XSP and mod-mono-server somewhat remind me of Tomcat in the sense >> of what I was thinking in the way of logging. e.g. catalina.out >> >> Is there anything like this implimented with xsp or mod-mono-server? >> or is it going to be implimented sometime? I understand the oracle >> data adapter thing might still be under development, but I somtimes >> get confused as to why it locks mod-mono-server up on me when I'm >> using it. As it could very well be me making mistakes or something. > > I can add configuration directives for apache in which you can pass > additional options to mono (such as --debug or --trace=....) and also > provide a file name to get the output. Is that what you want? > > -Gonzalo Yes and no, that would also be a nice addition. But mostly I am interested in logging only relavent info of xsp or the mod-mono-server deamons. Such as start, stops, crashes(with reason), application/compile errors and timestamp so you can sort of go back and track things down when they go wrong. A lot like $CATALINA_HOME/logs/catalina.out with rotating log files if you are by chance familiar with Tomcat. I believe running with debug and stack trace would generate a lot of extra information in a not so graceful manner even thou it would monitor the actual process right? It seems like it is a valuable means of getting things going, but not something you would want to use on a productions system. Would this not be the case? -- Michael From rkumar@novell.com Mon Apr 26 07:59:29 2004 From: rkumar@novell.com (Ravindra Kumar) Date: Mon, 26 Apr 2004 00:59:29 -0600 Subject: [Mono-list] Cannot find type `System.Windows.Forms.Form' Message-ID: Hello, You need to reference System.Drawing.dll and System.Windows.Forms.dll while compiling your program, like this, $ mcs -r:System.Drawing -r:System.Windows.Forms HTH >>> npguy 4/26/2004 12:12:31 PM >>> Hi, I am getting err message -- Cannot find type `System.Windows.Forms.Form' whats the possible reason. The paths are correct. -- Best regards, _______________________________________________ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list From hannibalbundie@hotmail.com Mon Apr 26 09:18:36 2004 From: hannibalbundie@hotmail.com (HannibAl Bundie) Date: Mon, 26 Apr 2004 10:18:36 +0200 Subject: [Mono-list] A substitute to the high definition clockQueryPerformanceCounter Message-ID: Thanks for your answer. Unfortunately, I don't think GetTickCount is enough for my application. Nevertheless, I'm ok to try with this function. But, if I'm not wrong, GetTickCount is also dependent of windows because it needs kernel32 ? I'm a newbie in C# and particulary in Mono. So, if you have personnaly succeeded in using GetTickCount under linux system I would like you tell me how you do it. Thanks >From: Mark Gimelfarb >To: mono-list@lists.ximian.com >Subject: Re: [Mono-list] A substitute to the high definition >clockQueryPerformanceCounter ? >Date: Fri, 23 Apr 2004 22:53:52 -0500 > > >Have you tried GetTickCount? The best resolution you can achieve is only >1ms, but it should be enough for most "usual" tasks. > >Regards, > Mark. > > >On Fri, 2004-04-23 at 07:07, HannibAl Bundie wrote: > > Hi, > > > > I need a high definition clock but unfortunately, that which I used on > > windows (QueryPerformanceCounter / QueryPerformanceFrequency) is >dependent > > on this OS. > > So is there an alternative (in Mono.Posix or other stuff like this) to > > QueryPerformance ? > > > > Any suggestion would be greatly appreciated. > > > > Thanks > > > > _________________________________________________________________ > > Is your PC infected? Get a FREE online computer virus scan from McAfee > > Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 > > > > _______________________________________________ > > Mono-list maillist - Mono-list@lists.ximian.com > > http://lists.ximian.com/mailman/listinfo/mono-list > >_______________________________________________ >Mono-list maillist - Mono-list@lists.ximian.com >http://lists.ximian.com/mailman/listinfo/mono-list _________________________________________________________________ Recevez par e-mail des �motic�nes pour MSN Messenger http://g.msn.fr/FR1001/2275?url=http://www.msn.fr/ilovemessenger/premium/Default.asp?Ath=f From lists@nullenvoid.com Mon Apr 26 09:30:26 2004 From: lists@nullenvoid.com (Rachel Hestilow) Date: Sun, 25 Apr 2004 22:30:26 -1000 Subject: [Mono-list] make error in libmint.so In-Reply-To: <200404251940.43220.request01@yogi-kamasa.de> References: <200404251940.43220.request01@yogi-kamasa.de> Message-ID: <1082968225.32718.2.camel@localhost.localdomain> On Sun, 2004-04-25 at 07:41, Peter Ertel wrote: > ./.libs/libmint.so: undefined reference to `string_invariant_tolower' > ./.libs/libmint.so: undefined reference to `string_invariant_toupper' For some reason these functions are not implemented in mono like the other string_invariant_ functions are. They are only used when ICU is disabled, however, so you should be able to work around it by compiling with ICU support enabled. -- Rachel From robertodohnert@mail15.com Mon Apr 26 10:48:59 2004 From: robertodohnert@mail15.com (Roberto J. Dohnert) Date: Mon, 26 Apr 2004 05:48:59 -0400 Subject: [Mono-list] Miguel de Icaza on Longhorn Message-ID: <408CDB0B.2090504@mail15.com> http://www.greatestjournal.com/users/techrjdohnert/ I wrote a blog response to Miguel and corrected some statements and added my own insight being as tho I was active back then. This is in no way a invitation for a flame war and is not inteded to be abusive or disrespectful to Miguel. Enjoy if you decide to read it. From tapia@eitig.com Mon Apr 26 11:10:16 2004 From: tapia@eitig.com (tapia) Date: Mon, 26 Apr 2004 12:10:16 +0200 Subject: [Mono-list] Problems with mono in PPC Message-ID: <1082974215.14656.30.camel@localhost> --=-jkqkDrIi7dFuQZSgQPF0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi. I've been testing mono in a powerpc box. It compiles fine, both mono and gtk#. But when trying to execute a gtk# sample, the mono process get zombie. This is the dmesg output: (...) Oops: kernel access of bad area, sig: 11 [#1] NIP: C00092D8 LR: C007BEC4 SP: E375FCC0 REGS: e375fc10 TRAP: 0301 Not tainted MSR: 00009032 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11 DAR: 00000084, DSISR: 40000000 TASK =3D d7dab900[7983] 'mono' Last syscall: 45 GPR00: C007BEC4 E375FCC0 D7DAB900 00000000 DAD92918 00000001 0000010C DAD92808 GPR08: 00000000 0000010C 00000000 00000000 040D70A0 Call trace: [c007bec4] elf_dump_thread_status+0xbc/0x130 [c007c078] elf_core_dump+0x140/0x7ac [c005d900] do_coredump+0x1d8/0x1f4 [c00265d8] get_signal_to_deliver+0x248/0x318 [c000a908] do_signal+0x30/0x24c [c00065ac] do_user_signal+0x74/0xc4 If I try to execute it with mint, instead of mono, this is the output: $ mint managedtreeviewdemo.exe =20 Unhandled Exception: System.NullReferenceException: Null Reference (SIGSEGV) #0: 0x00000 in (wrapper native-to-managed) GtkSharp.TreeCellDataFuncWrapper:NativeCallback (intptr,intptr,intptr,Gtk.TreeIter&,intptr) ([0x10201c58] [0x101f5e38] [0x1019f350] [vt:0x7a40a442] [(nil)] ) #1: 0x00009 calli.nat in (wrapper managed-to-native) Gtk.Widget:gtk_widget_show_all (intptr) ([0x101c8590] ) #2: 0x00003 vcall in Gtk.Widget:ShowAll () () #3: 0x0005a vcallvirt in GtkSamples.TreeViewDemo:Main (string[]) ([0x10055a10] ) =20 Is it a ppc bug, or there is something I can do? Thank you all. C. --=-jkqkDrIi7dFuQZSgQPF0 Content-Type: application/pgp-signature; name=signature.asc Content-Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada digitalmente -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBAjOAHUB+wbKFFlkARAoniAKCl6gAcIMV/6zu8tU1BB06QRoBYPQCfTNAx wy/kvr0mfdnqQjg6MxzwOQI= =yLtl -----END PGP SIGNATURE----- --=-jkqkDrIi7dFuQZSgQPF0-- From gonzalo@ximian.com Mon Apr 26 11:53:33 2004 From: gonzalo@ximian.com (Gonzalo Paniagua Javier) Date: Mon, 26 Apr 2004 12:53:33 +0200 Subject: [Mono-list] xsp or mod-mono-server logging? In-Reply-To: <1284.192.168.1.100.1082962649.squirrel@server> References: <32837.192.168.1.102.1082849117.squirrel@server> <1082894732.5637.56.camel@localhost> <1284.192.168.1.100.1082962649.squirrel@server> Message-ID: <1082976813.1660.7.camel@localhost> El lun, 26-04-2004 a las 08:57, Michael escribi�: > >> But my question is there any logging implemented with xsp or > >> mod-mono-server? As far as I've figured out, you can run it with -v > >> manually (don't know about the new mod_mono-0.9 and .12 auto launch > >> method) and dump it to a text file but that doesn't really do it for > >> me. XSP and mod-mono-server somewhat remind me of Tomcat in the sense > >> of what I was thinking in the way of logging. e.g. catalina.out > >> > >> Is there anything like this implimented with xsp or mod-mono-server? > >> or is it going to be implimented sometime? I understand the oracle > >> data adapter thing might still be under development, but I somtimes > >> get confused as to why it locks mod-mono-server up on me when I'm > >> using it. As it could very well be me making mistakes or something. > > > > I can add configuration directives for apache in which you can pass > > additional options to mono (such as --debug or --trace=....) and also > > provide a file name to get the output. Is that what you want? > > > > -Gonzalo > > Yes and no, that would also be a nice addition. But mostly I am interested > in logging only relavent info of xsp or the mod-mono-server deamons. Such > as start, stops, crashes(with reason), application/compile errors and > timestamp so you can sort of go back and track things down when they go > wrong. A lot like $CATALINA_HOME/logs/catalina.out with rotating log files > if you are by chance familiar with Tomcat. > > I believe running with debug and stack trace would generate a lot of extra > information in a not so graceful manner even thou it would monitor the > actual process right? It seems like it is a valuable means of getting > things going, but not something you would want to use on a productions > system. Would this not be the case? I used to run either daemontools or runit (the same thing but without the restrictions of daemontools). These can keep a log for what you want, but you have to run mod-mono-server / xsp manually. -Gonzalo From lupus@ximian.com Mon Apr 26 14:58:17 2004 From: lupus@ximian.com (Paolo Molaro) Date: Mon, 26 Apr 2004 15:58:17 +0200 Subject: [Mono-list] A substitute to the high definition clock QueryPerformanceCounter ? In-Reply-To: References: Message-ID: <20040426135817.GY5921@debian.org> On 04/23/04 HannibAl Bundie wrote: > I need a high definition clock but unfortunately, that which I used on > windows (QueryPerformanceCounter / QueryPerformanceFrequency) is dependent > on this OS. > So is there an alternative (in Mono.Posix or other stuff like this) to > QueryPerformance ? On unixy systems you should likely use gettimeofday (): struct timeval { public int seconds; public int useconds; } [DllImport ("libc")] static extern int gettimeofday (out timeval tv, IntPtr unused); That works on Linux/x86 and should work on many other systems as well (on some 64 bit systems the types may be longs, in others the order may be different, but both things can be easily checked at runtime if needed). lupus -- ----------------------------------------------------------------- lupus@debian.org debian/rules lupus@ximian.com Monkeys do it better From lupus@ximian.com Mon Apr 26 15:00:42 2004 From: lupus@ximian.com (Paolo Molaro) Date: Mon, 26 Apr 2004 16:00:42 +0200 Subject: [Mono-list] Problems with mono in PPC In-Reply-To: <1082974215.14656.30.camel@localhost> References: <1082974215.14656.30.camel@localhost> Message-ID: <20040426140042.GZ5921@debian.org> On 04/26/04 tapia wrote: > I've been testing mono in a powerpc box. It compiles fine, both mono and > gtk#. But when trying to execute a gtk# sample, the mono process get > zombie. This is the dmesg output: > > (...) > Oops: kernel access of bad area, sig: 11 [#1] > NIP: C00092D8 LR: C007BEC4 SP: E375FCC0 REGS: e375fc10 TRAP: 0301 Not > tainted > MSR: 00009032 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11 > DAR: 00000084, DSISR: 40000000 > TASK = d7dab900[7983] 'mono' Last syscall: 45 > GPR00: C007BEC4 E375FCC0 D7DAB900 00000000 DAD92918 00000001 0000010C > DAD92808 > GPR08: 00000000 0000010C 00000000 00000000 040D70A0 > Call trace: > [c007bec4] elf_dump_thread_status+0xbc/0x130 > [c007c078] elf_core_dump+0x140/0x7ac > [c005d900] do_coredump+0x1d8/0x1f4 > [c00265d8] get_signal_to_deliver+0x248/0x318 > [c000a908] do_signal+0x30/0x24c > [c00065ac] do_user_signal+0x74/0xc4 Mono crashed here (I'm working on a fix), but what you report is a kernel bug: please post it to the ppc kernel hackers. lupus -- ----------------------------------------------------------------- lupus@debian.org debian/rules lupus@ximian.com Monkeys do it better From lupus@ximian.com Mon Apr 26 15:07:48 2004 From: lupus@ximian.com (Paolo Molaro) Date: Mon, 26 Apr 2004 16:07:48 +0200 Subject: [Mono-list] [PATCH] Hard coded System.Environment.OSVersion... In-Reply-To: References: Message-ID: <20040426140748.GA5921@debian.org> On 04/23/04 Sebastien Pouliot wrote: > Here's the patches. There may be a better way on Linux to get a version... > > The following code... > > static void Main(string[] args) > { > Console.WriteLine (Environment.OSVersion.ToString ()); > Console.WriteLine (Environment.OSVersion.Platform); > Console.WriteLine (Environment.OSVersion.Version); > } > > Should display on Linux... > > [poupou@rh9 poupou]$ mono version.exe > Unix 2.4.20.8 > 128 > 2.4.20.8 I think we made the method report the hardcoded version to fool the broken sw which relies on the version. We may go with your changes and wait for someone to complain, or maybe we should check an environment variable like: PROGRAMMER_TOO_LAZY_TO_WRITE_PORTABLE_CODE=beatmeharder and report the fixed version in that case. lupus -- ----------------------------------------------------------------- lupus@debian.org debian/rules lupus@ximian.com Monkeys do it better From miguel@ximian.com Mon Apr 26 15:41:42 2004 From: miguel@ximian.com (Miguel de Icaza) Date: Mon, 26 Apr 2004 10:41:42 -0400 Subject: [Mono-list] Miguel de Icaza on Longhorn In-Reply-To: <408CDB0B.2090504@mail15.com> References: <408CDB0B.2090504@mail15.com> Message-ID: <1082990502.5147.11.camel@erandi.boston.ximian.com> > I wrote a blog response to Miguel and corrected some statements and > added my own insight being as tho I was active back then. This is in > no way a invitation for a flame war and is not inteded to be abusive or > disrespectful to Miguel. Enjoy if you decide to read it. I do not think you understood what I wrote, because we pretty much agree on most things. My list of ways in which Microsoft won was not comprehensive. Every once in a while I forget Microsoft anti-competitive practices, as times goes by, and with their new "face", its easy to forget. But it is always illustrative to read the actual depositions in the EU trial, or the US one: http://www.usdoj.gov/atr/cases/ms_testimony.htm Microsoft can build some good products, but they also made sure of using every bit of power they had in their reach to make sure they dominated. Miguel From dan@astusa.com Mon Apr 26 16:52:58 2004 From: dan@astusa.com (Dan) Date: Mon, 26 Apr 2004 11:52:58 -0400 Subject: [Mono-list] Miguel de Icaza on Longhorn In-Reply-To: <408CDB0B.2090504@mail15.com> Message-ID: <20040426155257.DUJF1910.out010.verizon.net@dan> >I disagree with that statement, most notably about the art of anti-competitive strategy by bundling Messenger and Media Player. Robert, Like you, I don't mind that IE, Messenger and Media Player can be on windows pc's as "choices", what bothers me is when microsoft can dictate to OEM's to not uninstall them. That's just wrong. Any OEM should be able to uninstall these things and replace them with products period. Microsoft dictating to OEM's that they have to be left on when competetive products are installed is just wrong. Why should any of this matter, it's just instant messaging and media playback, right? Eh, eh, these products all lead to future profits in advertising, merchandising, etc, etc. Skies the limit, so dominating these spaces is about big business and Microsoft will make dang sure they are not left out. -Dan -----Original Message----- From: mono-list-admin@lists.ximian.com [mailto:mono-list-admin@lists.ximian.com] On Behalf Of Roberto J. Dohnert Sent: Monday, April 26, 2004 5:49 AM To: mono-list@lists.ximian.com Cc: eloli@hotmail.com Subject: [Mono-list] Miguel de Icaza on Longhorn http://www.greatestjournal.com/users/techrjdohnert/ I wrote a blog response to Miguel and corrected some statements and added my own insight being as tho I was active back then. This is in no way a invitation for a flame war and is not inteded to be abusive or disrespectful to Miguel. Enjoy if you decide to read it. _______________________________________________ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list From felipemaya@manizales.com Mon Apr 26 19:09:22 2004 From: felipemaya@manizales.com (felipe maya) Date: Mon, 26 Apr 2004 13:09:22 -0500 Subject: [Mono-list] My boss force me Message-ID: <200404261809.i3QI9M920616@server1.enredese.net> Hello my friends, my boss force me to run mono-gtk-sharp programs on win98, something has some formule to do it.

THANKS...

Consigue tu correo GRATIS en Manizales.com,
dale vida a tus mensajes con más de 300 motivos gr�ficos.
Busca el portal de tu ciudad en http://66.216.122.105
From ben@benjaminwootton.co.uk Mon Apr 26 18:29:43 2004 From: ben@benjaminwootton.co.uk (ben@benjaminwootton.co.uk) Date: Mon, 26 Apr 2004 18:29:43 +0100 Subject: [Mono-list] Miguel de Icaza on Longhorn In-Reply-To: <20040426155257.DUJF1910.out010.verizon.net@dan> References: <20040426155257.DUJF1910.out010.verizon.net@dan> Message-ID: <1083000583.408d4707a0493@webmail.benjaminwootton.co.uk> Quoting Dan : > >I disagree with that statement, most notably about the art of > anti-competitive strategy by bundling Messenger and Media Player. > > Robert, > Like you, I don't mind that IE, Messenger and Media Player can be on > windows pc's as "choices", what bothers me is when microsoft can dictate to > OEM's to not uninstall them. That's just wrong. Any OEM should be able to > uninstall these things and replace them with products period. Microsoft > dictating to OEM's that they have to be left on when competetive products > are installed is just wrong. I've heard this argument before, and I'm not convinced. Even disregarding how deeply integrated media player and messenger are from a technical point of view, they're an increasingly integral part of the Windows experience, and two of the main areas where Microsoft can continue to innovate. Instead, I'd take the opposite view that competitors should be allowed to bundle their software with Windows via OEMs, as opposed to choking Microsofts' right to innovate. This would then present a level playing field. Ben From dan@astusa.com Mon Apr 26 19:16:35 2004 From: dan@astusa.com (Dan) Date: Mon, 26 Apr 2004 14:16:35 -0400 Subject: [Mono-list] Miguel de Icaza on Longhorn In-Reply-To: <1083000583.408d4707a0493@webmail.benjaminwootton.co.uk> Message-ID: <20040426181638.YGDI6671.out003.verizon.net@dan> Right to innovate? That's so played out. They can innovate those applications apart from the OS and compete on an even playing field if they choose to, but they choose not to do so. The idea that MS will never be able to sell another version of windows without them being able to "innovate" built in things like multi-media applications is ludicrous. There are plenty, plenty of other things to improve in the OS. Virus protection for one. Why the heck isn't that "built-in" by now? BUT, those other improvements may only lead to windows upgrades, whereas built-in apps like messenger and media player lead to even more revenue and even more dependance by users. Revenue and dependance that MS will not let themselves be stripped of by OEM's who would choose a competing messenger or multi-media app over there's. Come on, it's not about innovation, it's about protecting extra revenue through anti-competetive behavior. It's about keeping users dependant on you. Is MS the first and only ones to be doing this with software? Of course not, but they do it on the grandest scale, they set the standard. -Dan -----Original Message----- From: mono-list-admin@lists.ximian.com [mailto:mono-list-admin@lists.ximian.com] On Behalf Of ben@benjaminwootton.co.uk Sent: Monday, April 26, 2004 1:30 PM To: Dan Cc: mono-list@lists.ximian.com; eloli@hotmail.com Subject: RE: [Mono-list] Miguel de Icaza on Longhorn Quoting Dan : > >I disagree with that statement, most notably about the art of > anti-competitive strategy by bundling Messenger and Media Player. > > Robert, > Like you, I don't mind that IE, Messenger and Media Player can be on > windows pc's as "choices", what bothers me is when microsoft can > dictate to OEM's to not uninstall them. That's just wrong. Any OEM > should be able to uninstall these things and replace them with > products period. Microsoft dictating to OEM's that they have to be > left on when competetive products are installed is just wrong. I've heard this argument before, and I'm not convinced. Even disregarding how deeply integrated media player and messenger are from a technical point of view, they're an increasingly integral part of the Windows experience, and two of the main areas where Microsoft can continue to innovate. Instead, I'd take the opposite view that competitors should be allowed to bundle their software with Windows via OEMs, as opposed to choking Microsofts' right to innovate. This would then present a level playing field. Ben _______________________________________________ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list From sballard@netreach.com Mon Apr 26 19:49:33 2004 From: sballard@netreach.com (Stuart Ballard) Date: Mon, 26 Apr 2004 14:49:33 -0400 Subject: [Mono-list] Managed disassembler? Message-ID: <408D59BD.8030902@netreach.com> I'm looking for any kind of C# API for reading IL assemblies and introspecting on the contents of the methods. I don't need to go as far as getting all the information to produce dissassembled ilasm source code, but that's a superset of my needs: if someone had produced a managed disassembler, it would be more than enough for what I want to achieve. What I actually need is just to identify all method calls and references to types outside the assembly I'm loading. At first I thought I'd just take the necessary parts of monodis, but it turns out that's unmanaged C code. Is that just historical accident? PEAPI appears to be write-only as does S.R.Emit. There is mention of a PERWAPI read-write API on the PEAPI homepage, but googling for that only gives PEAPI and a couple of blog entries. One of the blog entries mentions AbsIL, with a 404 link to research.microsoft.com (so unlikely to be Free Software). Anyone have any other suggestions? Thanks, Stuart. -- Stuart Ballard, Senior Web Developer NetReach, Inc. (215) 283-2300, ext. 126 http://www.netreach.com/ From PhrostByte@socal.rr.com Mon Apr 26 20:13:15 2004 From: PhrostByte@socal.rr.com (Cory Nelson) Date: Mon, 26 Apr 2004 12:13:15 -0700 Subject: [Mono-list] Miguel de Icaza on Longhorn In-Reply-To: <20040426181638.YGDI6671.out003.verizon.net@dan> Message-ID: <200404261913.i3QJDTOD010853@ms-smtp-03-eri0.socal.rr.com> Legally, they can't implement virus protection. They have a contract with the major AV companies saying they won't. This is also the reason why their new firewall isn't as good as the other ones out there. Most of the time, users don't care what is on their computer. Only us savvy ones do :). I have plenty of friends that use WMP and Messenger (despite me telling them there are better things out there), and they would be pissed off if they got a new computer and it didn't come with the tools they are used to. Especially the ones that are on dialup and don't want to download the large WMP install. I wish WMP9 would get dumped and xvid/media player classic got bundled as much as the next guy, but it won't happen. No matter how much you bitch and moan, a lot of sites use WMP and will continue to use it. The monopoly is already there, to remove the offending applications now would only hurt the consumer. -----Original Message----- From: mono-list-admin@lists.ximian.com [mailto:mono-list-admin@lists.ximian.com] On Behalf Of Dan Sent: Monday, April 26, 2004 11:17 AM To: ben@benjaminwootton.co.uk Cc: mono-list@lists.ximian.com Subject: RE: [Mono-list] Miguel de Icaza on Longhorn Right to innovate? That's so played out. They can innovate those applications apart from the OS and compete on an even playing field if they choose to, but they choose not to do so. The idea that MS will never be able to sell another version of windows without them being able to "innovate" built in things like multi-media applications is ludicrous. There are plenty, plenty of other things to improve in the OS. Virus protection for one. Why the heck isn't that "built-in" by now? BUT, those other improvements may only lead to windows upgrades, whereas built-in apps like messenger and media player lead to even more revenue and even more dependance by users. Revenue and dependance that MS will not let themselves be stripped of by OEM's who would choose a competing messenger or multi-media app over there's. Come on, it's not about innovation, it's about protecting extra revenue through anti-competetive behavior. It's about keeping users dependant on you. Is MS the first and only ones to be doing this with software? Of course not, but they do it on the grandest scale, they set the standard. -Dan -----Original Message----- From: mono-list-admin@lists.ximian.com [mailto:mono-list-admin@lists.ximian.com] On Behalf Of ben@benjaminwootton.co.uk Sent: Monday, April 26, 2004 1:30 PM To: Dan Cc: mono-list@lists.ximian.com; eloli@hotmail.com Subject: RE: [Mono-list] Miguel de Icaza on Longhorn Quoting Dan : > >I disagree with that statement, most notably about the art of > anti-competitive strategy by bundling Messenger and Media Player. > > Robert, > Like you, I don't mind that IE, Messenger and Media Player can be on > windows pc's as "choices", what bothers me is when microsoft can > dictate to OEM's to not uninstall them. That's just wrong. Any OEM > should be able to uninstall these things and replace them with > products period. Microsoft dictating to OEM's that they have to be > left on when competetive products are installed is just wrong. I've heard this argument before, and I'm not convinced. Even disregarding how deeply integrated media player and messenger are from a technical point of view, they're an increasingly integral part of the Windows experience, and two of the main areas where Microsoft can continue to innovate. Instead, I'd take the opposite view that competitors should be allowed to bundle their software with Windows via OEMs, as opposed to choking Microsofts' right to innovate. This would then present a level playing field. Ben _______________________________________________ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list _______________________________________________ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list From dan@astusa.com Mon Apr 26 21:38:06 2004 From: dan@astusa.com (Dan) Date: Mon, 26 Apr 2004 16:38:06 -0400 Subject: [Mono-list] Miguel de Icaza on Longhorn In-Reply-To: <200404261913.i3QJDTOD010853@ms-smtp-03-eri0.socal.rr.com> Message-ID: <20040426203815.XNHB29216.out009.verizon.net@dan> >Legally, they can't implement virus protection. They have a contract with the major AV companies saying they won't. This is also the reason why their new firewall isn't as good as the other ones out there. That unto itself is just terrible. I mean how intrinsic should it be to protect the OS built-in? Much more so than providing instant messenging and multi-media "built-in". And virus protection gets pimped out to the likes of Norton and McAfee? Oye. >The monopoly is already there, to remove the offending applications now would only hurt the consumer. And there it is, the ends justify the means. Users are dependant on what an unabated MS has been able to feed them. Ignorance is bliss I guess. Why is this bad? For the very same reason MS cries foul, lack of innovation. If everyone just uses MS stuff cause it's there, what motivation is there for other software companies to do anything different if their stuff is never served up to the consumer without MS stuff being there too? And what motivation is there for MS to innovate there products with little or no competetion? Look at IE for example, once Netscape was kicked out, the innovations sure slowed down. -Dan -----Original Message----- From: mono-list-admin@lists.ximian.com [mailto:mono-list-admin@lists.ximian.com] On Behalf Of Cory Nelson Sent: Monday, April 26, 2004 3:13 PM To: 'Dan'; ben@benjaminwootton.co.uk Cc: mono-list@lists.ximian.com Subject: RE: [Mono-list] Miguel de Icaza on Longhorn Legally, they can't implement virus protection. They have a contract with the major AV companies saying they won't. This is also the reason why their new firewall isn't as good as the other ones out there. Most of the time, users don't care what is on their computer. Only us savvy ones do :). I have plenty of friends that use WMP and Messenger (despite me telling them there are better things out there), and they would be pissed off if they got a new computer and it didn't come with the tools they are used to. Especially the ones that are on dialup and don't want to download the large WMP install. I wish WMP9 would get dumped and xvid/media player classic got bundled as much as the next guy, but it won't happen. No matter how much you bitch and moan, a lot of sites use WMP and will continue to use it. The monopoly is already there, to remove the offending applications now would only hurt the consumer. -----Original Message----- From: mono-list-admin@lists.ximian.com [mailto:mono-list-admin@lists.ximian.com] On Behalf Of Dan Sent: Monday, April 26, 2004 11:17 AM To: ben@benjaminwootton.co.uk Cc: mono-list@lists.ximian.com Subject: RE: [Mono-list] Miguel de Icaza on Longhorn Right to innovate? That's so played out. They can innovate those applications apart from the OS and compete on an even playing field if they choose to, but they choose not to do so. The idea that MS will never be able to sell another version of windows without them being able to "innovate" built in things like multi-media applications is ludicrous. There are plenty, plenty of other things to improve in the OS. Virus protection for one. Why the heck isn't that "built-in" by now? BUT, those other improvements may only lead to windows upgrades, whereas built-in apps like messenger and media player lead to even more revenue and even more dependance by users. Revenue and dependance that MS will not let themselves be stripped of by OEM's who would choose a competing messenger or multi-media app over there's. Come on, it's not about innovation, it's about protecting extra revenue through anti-competetive behavior. It's about keeping users dependant on you. Is MS the first and only ones to be doing this with software? Of course not, but they do it on the grandest scale, they set the standard. -Dan -----Original Message----- From: mono-list-admin@lists.ximian.com [mailto:mono-list-admin@lists.ximian.com] On Behalf Of ben@benjaminwootton.co.uk Sent: Monday, April 26, 2004 1:30 PM To: Dan Cc: mono-list@lists.ximian.com; eloli@hotmail.com Subject: RE: [Mono-list] Miguel de Icaza on Longhorn Quoting Dan : > >I disagree with that statement, most notably about the art of > anti-competitive strategy by bundling Messenger and Media Player. > > Robert, > Like you, I don't mind that IE, Messenger and Media Player can be on > windows pc's as "choices", what bothers me is when microsoft can > dictate to OEM's to not uninstall them. That's just wrong. Any OEM > should be able to uninstall these things and replace them with > products period. Microsoft dictating to OEM's that they have to be > left on when competetive products are installed is just wrong. I've heard this argument before, and I'm not convinced. Even disregarding how deeply integrated media player and messenger are from a technical point of view, they're an increasingly integral part of the Windows experience, and two of the main areas where Microsoft can continue to innovate. Instead, I'd take the opposite view that competitors should be allowed to bundle their software with Windows via OEMs, as opposed to choking Microsofts' right to innovate. This would then present a level playing field. Ben _______________________________________________ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list _______________________________________________ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list _______________________________________________ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list From AndrewArnott@byu.edu Mon Apr 26 21:44:36 2004 From: AndrewArnott@byu.edu (Andrew Arnott) Date: Mon, 26 Apr 2004 14:44:36 -0600 Subject: [Mono-list] I thought we'd avoid the flame wars Message-ID: <8BAFCC09C2760C4EADEEAC8A06C84890DD6E37@THORN.exch.ad.byu.edu> This is a multi-part message in MIME format. ------_=_NextPart_001_01C42BCF.4D005613 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hey guys, =20 This latest discussion that started off of Miguel's blog should be spent on a discussion group for that purpose. Let's stick with the Mono discussion on this mailing list. =20 Fascinating content, but not relevant to the list. ------_=_NextPart_001_01C42BCF.4D005613 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hey guys,

This latest discussion that started off of = Miguel’s blog should be spent on a discussion group for that purpose. = Let’s stick with the Mono discussion on this mailing = list.

Fascinating content, but not relevant to the = list.

------_=_NextPart_001_01C42BCF.4D005613-- From AndrewArnott@byu.edu Mon Apr 26 21:53:20 2004 From: AndrewArnott@byu.edu (Andrew Arnott) Date: Mon, 26 Apr 2004 14:53:20 -0600 Subject: [Mono-list] Apache virtual hosts, all or some mod_mono Message-ID: <8BAFCC09C2760C4EADEEAC8A06C84890DD6E38@THORN.exch.ad.byu.edu> This is a multi-part message in MIME format. ------_=_NextPart_001_01C42BD0.85F89E79 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I am trying to set up multiple virtual hosts on Apache 2.0.49. Each of which of course has its own physical root directory. Trouble is the MonoApplications line only takes virtual directory paths. Running mod-mono-server.exe and looking at the argument syntax doesn't help. How can I have multiple virtual roots on various virtual hosts, and configure Mono to work on them all? =20 Hope this makes sense, =20 Andrew ------_=_NextPart_001_01C42BD0.85F89E79 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I am trying to set up multiple virtual hosts on = Apache 2.0.49. Each of which of course has its own physical root directory. = Trouble is the MonoApplications line only takes virtual directory paths. Running mod-mono-server.exe and looking at the argument syntax doesn’t = help. How can I have multiple virtual roots on various virtual hosts, and = configure Mono to work on them all?

Hope this makes sense,

Andrew

------_=_NextPart_001_01C42BD0.85F89E79-- From jackson@ximian.com Mon Apr 26 22:08:26 2004 From: jackson@ximian.com (Jackson Harper) Date: Mon, 26 Apr 2004 14:08:26 -0700 Subject: [Mono-list] Managed disassembler? In-Reply-To: <408D59BD.8030902@netreach.com> References: <408D59BD.8030902@netreach.com> Message-ID: <1083013705.26090.18.camel@atreyu.localdomain> Hello, Currently PERWAPI seems to be unfinished/unreleased and has been for some time. If you are willing to do some work Mono.PEToolkit (mcs/class/Mono.PEToolkit) actually does what you would need, but will need a little API love to make it work the way you want. Also look at the command line interface for monodis, it does everything you need and you could either A) Pinvoke into it (might require some love too), or B) call it and parse its text. Hope this helps, Jackson On Mon, 2004-04-26 at 11:49, Stuart Ballard wrote: > I'm looking for any kind of C# API for reading IL assemblies and > introspecting on the contents of the methods. I don't need to go as far > as getting all the information to produce dissassembled ilasm source > code, but that's a superset of my needs: if someone had produced a > managed disassembler, it would be more than enough for what I want to > achieve. > > What I actually need is just to identify all method calls and references > to types outside the assembly I'm loading. > > At first I thought I'd just take the necessary parts of monodis, but it > turns out that's unmanaged C code. Is that just historical accident? > > PEAPI appears to be write-only as does S.R.Emit. There is mention of a > PERWAPI read-write API on the PEAPI homepage, but googling for that only > gives PEAPI and a couple of blog entries. One of the blog entries > mentions AbsIL, with a 404 link to research.microsoft.com (so unlikely > to be Free Software). > > Anyone have any other suggestions? > > Thanks, > Stuart. From jluke@users.sourceforge.net Mon Apr 26 22:23:55 2004 From: jluke@users.sourceforge.net (John Luke) Date: Mon, 26 Apr 2004 17:23:55 -0400 Subject: [Mono-list] Managed disassembler? In-Reply-To: <1083013705.26090.18.camel@atreyu.localdomain> References: <408D59BD.8030902@netreach.com> <1083013705.26090.18.camel@atreyu.localdomain> Message-ID: <1083014635.14778.2.camel@localhost.localdomain> On Mon, 2004-04-26 at 14:08 -0700, Jackson Harper wrote: > Hello, > > Currently PERWAPI seems to be unfinished/unreleased and has been for > some time. If you are willing to do some work Mono.PEToolkit > (mcs/class/Mono.PEToolkit) actually does what you would need, but will > need a little API love to make it work the way you want. Also look at > the command line interface for monodis, it does everything you need and > you could either A) Pinvoke into it (might require some love too), or B) > call it and parse its text. > > Hope this helps, > Jackson > > This may or may not be want you want, but there is SharpAssembly that is included with SharpDevelop and MonoDevelop for reading assemblies. >From the README.txt: This is the first release of my Assembly reading library. I was tired of the System.Reflection capabilities (locking assemblies, app domain troubles no access to method body IL stream etc.) therefore I've decided to do it on my own. From bmaurer@users.sourceforge.net Mon Apr 26 22:37:54 2004 From: bmaurer@users.sourceforge.net (Ben Maurer) Date: Mon, 26 Apr 2004 17:37:54 -0400 Subject: [Mono-list] Managed disassembler? In-Reply-To: <1083014635.14778.2.camel@localhost.localdomain> References: <408D59BD.8030902@netreach.com> <1083013705.26090.18.camel@atreyu.localdomain> <1083014635.14778.2.camel@localhost.localdomain> Message-ID: <1083015474.14859.0.camel@Ben> On Mon, 2004-04-26 at 17:23, John Luke wrote: > This may or may not be want you want, but there is SharpAssembly that is > included with SharpDevelop and MonoDevelop for reading assemblies. S.A. is a layer on top of MS's unmanaged API. So, it wont really work (at least not for IL bodies) on mono. bdm From miguel@novell.com Tue Apr 27 01:59:36 2004 From: miguel@novell.com (Miguel de Icaza) Date: Mon, 26 Apr 2004 20:59:36 -0400 Subject: [Mono-list] Mono 1.0 quickly approaching. Message-ID: <1083027576.5147.461.camel@erandi.boston.ximian.com> Hello! We are only nine weeks from Mono 1.0, and now is a perfect time to start documenting some classes using Monodoc if you have some spare time. Miguel. From robertodohnert@mail15.com Tue Apr 27 02:12:14 2004 From: robertodohnert@mail15.com (Roberto J. Dohnert) Date: Mon, 26 Apr 2004 21:12:14 -0400 Subject: [Mono-list] Miguel de Icaza on Longhorn In-Reply-To: <1083000583.408d4707a0493@webmail.benjaminwootton.co.uk> References: <20040426155257.DUJF1910.out010.verizon.net@dan> <1083000583.408d4707a0493@webmail.benjaminwootton.co.uk> Message-ID: <408DB36E.2090808@mail15.com> ben@benjaminwootton.co.uk wrote: >I've heard this argument before, and I'm not convinced. Even disregarding howdeeply integrated media player and messenger are from a technical point ofview, > Obviously it cant be that hard to produce a version of Explorer and Media Player for other operating systems, Microsoft said in its reply to Real that it has a version of Media Player for Linux yet I have not seen it. > <> they're an increasingly integral part of the Windows experience, > and two of the main areas where Microsoft can continue to innovate. I tend to disagree, Microsoft is doing a fine job of innovating with its developer tools and increasing the reliability of its Operating Systems. If Microsoft had kept going its route of just pushing VB and insecure Windows then Microsoft would have lost big time. As it turns out Microsoft is starting to get serious again making good products like they did with NT 3.51 and the very first versions of Office > Instead, I'd takethe opposite view that competitors should be allowed to bundle their softwarewith Windows via OEMs, as opposed to choking Microsofts' right to innovate. This would then present a level playing field. > >Ben_______________________________________________Mono-list > From tauberer@for.net Tue Apr 27 02:37:32 2004 From: tauberer@for.net (Joshua Tauberer) Date: Mon, 26 Apr 2004 21:37:32 -0400 Subject: [Mono-list] Re: [Mono-docs-list] Mono 1.0 quickly approaching. In-Reply-To: <1083027576.5147.461.camel@erandi.boston.ximian.com> References: <1083027576.5147.461.camel@erandi.boston.ximian.com> Message-ID: <408DB95C.2040504@for.net> Miguel de Icaza wrote: > We are only nine weeks from Mono 1.0, and now is a perfect time to > start documenting some classes using Monodoc if you have some spare > time. Only 21,118 things left to document in corlib! (This is the number of occurences of "To be added" in the corlib XML files, which are now pretty much in sync with the actual assembly.) -- - Joshua Tauberer http://taubz.for.net ** Nothing Unreal Exists ** From miguel@novell.com Tue Apr 27 02:40:34 2004 From: miguel@novell.com (Miguel de Icaza) Date: Mon, 26 Apr 2004 21:40:34 -0400 Subject: [Mono-list] Re: [Mono-docs-list] Mono 1.0 quickly approaching. In-Reply-To: <408DB95C.2040504@for.net> References: <1083027576.5147.461.camel@erandi.boston.ximian.com> <408DB95C.2040504@for.net> Message-ID: <1083030033.5147.485.camel@erandi.boston.ximian.com> Hello! > > We are only nine weeks from Mono 1.0, and now is a perfect time to > > start documenting some classes using Monodoc if you have some spare > > time. > > Only 21,118 things left to document in corlib! (This is the number of > occurences of "To be added" in the corlib XML files, which are now > pretty much in sync with the actual assembly.) Those are fantastic news! That means that statistically, likelyhood of two people documenting the same class simultaneously is almost zero. So everyone, start hitting those [Edit] links in Monodoc ;-) Miguel From tberman@sevenl.net Tue Apr 27 03:51:54 2004 From: tberman@sevenl.net (Todd Berman) Date: Mon, 26 Apr 2004 22:51:54 -0400 Subject: [Mono-list] Managed disassembler? In-Reply-To: <1083015474.14859.0.camel@Ben> References: <408D59BD.8030902@netreach.com> <1083013705.26090.18.camel@atreyu.localdomain> <1083014635.14778.2.camel@localhost.localdomain> <1083015474.14859.0.camel@Ben> Message-ID: <1083034314.2183.1.camel@localhost.localdomain> On Mon, 2004-26-04 at 17:37 -0400, Ben Maurer wrote: > On Mon, 2004-04-26 at 17:23, John Luke wrote: > > This may or may not be want you want, but there is SharpAssembly that is > > included with SharpDevelop and MonoDevelop for reading assemblies. > > S.A. is a layer on top of MS's unmanaged API. So, it wont really work > (at least not for IL bodies) on mono. Not so sure were you got this info *at all* but the only time SharpAssembly pinvokes is to get an assembly from the GAC. It surely looks like it will work completely for reading IL out of mono. I have not tested this functionality, but from a (2 minutes) readthrough of the code, there seems to be no reason that it wont work. (And the GAC functionality will be made to work on mono when the mono GAC is completed, at least in the MD tree). --Todd > > bdm > > _______________________________________________ > Mono-list maillist - Mono-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-list From tberman@sevenl.net Tue Apr 27 03:51:56 2004 From: tberman@sevenl.net (Todd Berman) Date: Mon, 26 Apr 2004 22:51:56 -0400 Subject: [Mono-list] Managed disassembler? In-Reply-To: <1083015474.14859.0.camel@Ben> References: <408D59BD.8030902@netreach.com> <1083013705.26090.18.camel@atreyu.localdomain> <1083014635.14778.2.camel@localhost.localdomain> <1083015474.14859.0.camel@Ben> Message-ID: <1083034314.2183.2.camel@localhost.localdomain> On Mon, 2004-26-04 at 17:37 -0400, Ben Maurer wrote: > On Mon, 2004-04-26 at 17:23, John Luke wrote: > > This may or may not be want you want, but there is SharpAssembly that is > > included with SharpDevelop and MonoDevelop for reading assemblies. > > S.A. is a layer on top of MS's unmanaged API. So, it wont really work > (at least not for IL bodies) on mono. Not so sure were you got this info *at all* but the only time SharpAssembly pinvokes is to get an assembly from the GAC. It surely looks like it will work completely for reading IL out of mono. I have not tested this functionality, but from a (2 minutes) readthrough of the code, there seems to be no reason that it wont work. (And the GAC functionality will be made to work on mono when the mono GAC is completed, at least in the MD tree). --Todd > > bdm > > _______________________________________________ > Mono-list maillist - Mono-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-list From robertodohnert@mail15.com Tue Apr 27 05:35:06 2004 From: robertodohnert@mail15.com (Roberto J. Dohnert) Date: Tue, 27 Apr 2004 00:35:06 -0400 Subject: [Mono-list] Miguel de Icaza on Longhorn In-Reply-To: <1082990502.5147.11.camel@erandi.boston.ximian.com> References: <408CDB0B.2090504@mail15.com> <1082990502.5147.11.camel@erandi.boston.ximian.com> Message-ID: <408DE2FA.20108@mail15.com> >I do not think you understood what I wrote, because we pretty much >agree on most things. > >My list of ways in which Microsoft won was not comprehensive. > > The way I interpreted was that you were saying that Microsofts anti-competitive strategies is what primarily put them ahead. If I misunderstood sorry. >Every once in a while I forget Microsoft anti-competitive practices, as >times goes by, and with their new "face", its easy to forget. > >But it is always illustrative to read the actual depositions in the EU >trial, or the US one: > > http://www.usdoj.gov/atr/cases/ms_testimony.htm > > Im well aware of the case and I followed it very closely. >Microsoft can build some good products, but they also made sure of >using every bit of power they had in their reach to make sure they >dominated. > > Microsoft does build good products, one of the examples that you used was Internet Explorer for UNIX, IE for UNIX was a good product. Microsoft didn't kill it because they wanted to promote everyone to switch to Windows , they cut it because the space had been filled by Netscape, everyone started bundling Netscape with their flavors of UNIX , Its still available from certain sites on the web and I still use it on my Solaris machines but thats beside the point, what business sense does it make to continue to produce a product, waste that time and energy when you will get minimal usage another example of this is the Mac. Adobe didnt port its Photoshop Album or Premiere to Mac OS X because Final Cut Pro and iPhoto are the tools on the Mac everyone uses so the time and energy would be wasted. As for Microsoft abusing its power to dominate, what company wouldnt? If Sun could have done it with Solaris and Apple with Mac OS would we be as quick to crucify them if the roles were reversed? As I stated on my post I have a lot of respect for ya Miguel and of your achievements so dont take this as a bickering, trying to start a fight thing on Windows vs Linux because it isn't. Thanks Roberto >Miguel > > > From gert.driesen@pandora.be Tue Apr 27 06:57:25 2004 From: gert.driesen@pandora.be (Gert Driesen) Date: Tue, 27 Apr 2004 07:57:25 +0200 Subject: [Mono-list] Mono build broken on Windows Message-ID: <011b01c42c1c$83f53c50$0200a8c0@mother> Hi, Apparently the Mono build is broken on Windows : Making all in runtime make[2]: Entering directory `/cygdrive/d/cvs/mono/mono/runtime' cp -f /usr/local/lib/Mono.CSharp.Debugger.dll . cp: cannot stat `/usr/local/lib/Mono.CSharp.Debugger.dll': No such file or directory make[2]: *** [Mono.CSharp.Debugger.dll] Error 1 make[2]: Leaving directory `/cygdrive/d/cvs/mono/mono/runtime' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/cygdrive/d/cvs/mono/mono' make: *** [all] Error 2 The Mono.CSharp.Debugger assembly is only built on unix, hence the error ... Gert From jackson@ximian.com Tue Apr 27 07:45:30 2004 From: jackson@ximian.com (Jackson Harper) Date: Mon, 26 Apr 2004 23:45:30 -0700 Subject: [Mono-list] heads up Message-ID: <1083048329.26090.30.camel@atreyu.localdomain> Hello, I have just committed some changes to our build system. We now build libraries for each profile into their own directory class/lib/$(PROFILE) so that we can build all the profiles libraries at once without them overwriting each other. Since this is such a large change there may be issues....please reply to the list with anything you notice. Thanks, Jackson From zehrer@zepan.org Tue Apr 27 08:25:34 2004 From: zehrer@zepan.org (Michael Zehrer) Date: Tue, 27 Apr 2004 09:25:34 +0200 Subject: [Mono-list] evolution-sharp Message-ID: <1083050734.3610.2.camel@laura> --=-+sFfrNtbjWtHPHaLaJ7I Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi, Are there any examples or docs about evolution-sharp? Michael --=-+sFfrNtbjWtHPHaLaJ7I Content-Type: application/pgp-signature; name=signature.asc Content-Description: Dies ist ein digital signierter Nachrichtenteil -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBAjgrttThuJapiKEkRAt62AJ9IvefhNRqooYPN/k0176STni2cmACdEnbW J+Apb/aN2DaolFT0wOKdwbM= =nfj0 -----END PGP SIGNATURE----- --=-+sFfrNtbjWtHPHaLaJ7I-- From skala@kiv.zcu.cz Mon Apr 26 07:59:29 2004 From: skala@kiv.zcu.cz (Vaclav Skala) Date: Mon, 26 Apr 2004 08:59:29 +0200 Subject: [Mono-list] REMINDER: .NET Technologies - Object Oriented Technology - Plzen(Prague) May 31 - June 2, 2004 Message-ID: <014b01c42b5d$5582b9c0$4e3fe493@fav.zcu.cz> This is a multi-part message in MIME format. ------=_NextPart_000_013A_01C42B6C.C8DB63E0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_013B_01C42B6C.C8DB63E0" ------=_NextPart_001_013B_01C42B6C.C8DB63E0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable >>> Sorry for duplicates if any <<<< >>> Please, forward to colleagues and PhD students <<< >>> Explore Pilsen City http://www.zcu.cz/plzen/guide/ <<< >>> Take a unique opportunity to taste the BEST BEER <<< >>> Take a chance and spend some time in Prague - The Golden European = City <<< Dear friends, Allow me, please, to let you know that the program of 2-nd .NET Technologies'2004 workshop ******************************* Object Oriented Technologies (http://dotnet.zcu.cz) Pilsen - very close to Prague May 31 - June 2, 2004 has been updated and contains workshop schedule, additional program for workshop attendees. I enclosed the last version of the Workshop program for your = convenience, too. Workshop is organized with a kind help of Microsoft Research (U.K.) and Microsoft Czech Republic. Keynote speakers: - K. Rustan M. Leino, Microsoft Research, USA: Spec#: Writing and = checking contracts in a .NET language - Bertrand Meyer, ETH Zurich, Switzerland: Language interoperability at work: Eiffel on .NET - Damien Watkins, Microsoft Research, UK: C Omega: C#, Concurrency and = Data Access - Harald Haller, sd&m AG, Germany: How to implement large applications successfully in .NET Additional programs: - brewery and brewery museum guided tours FREE - places where the BEST = beer is produced - short meeting with the Mayor of the Pilsen city - books and journal exhibition - Microsoft Roadshow as a joint event on Wednesday Poster sesion ------------- You can present your project with a poster. Expected size 60x90 cm, = portrait and should contain full author affiliation. Due to demand, one poster per paying attendee, only. Posters will be displayed on Monday. If you wish to include your poster to the workshop CD ROM, version A3 format, 300dpi, PDF version 4 UK version should be used and delivered by = May 20. If interested, please, contact me at skala@kiv.zcu.cz subj.: NET = 2004 Poster Workshop fee please, note that the fee should be paid by the bank transfer by May 5, = 2004 Accommodation booking form is available on WEB, now We look forward to meet you at Plzen Workshop office: Jana Hesova , Tel.: +420-37-763-2461, Fax: +420-37-763-2402 Department of Computer Science University of West Bohemia Univerzitni 8, Box 314 306 14 Plzen Czech Republic ~~~~~~~~~~~~~~~ Prof.Ing.Vaclav Skala, CSc. University of West Bohemia http://www.zcu.cz Computer Science Dept. http://www-kiv.zcu.cz Secretary: cse@kiv.zcu.cz Centre for Computer Graphics and Visualization http://herakles.zcu.cz Univerzitni 8, Box 314 CZ 306 14 Plzen Czech Republic e-mail: skala@kiv.zcu.cz URL: http://herakles.zcu.cz/~skala WSCG: URL: http://wscg.zcu.cz --------------------------------------------------- Direct Tel. +420-37-763-2473 Direct Fax. +420-37-763-2457 Tel.secretary: +420-37-763-2461, 2462, 2463 Fax Department: +420-37-763-2402 -763-2402 ------=_NextPart_001_013B_01C42B6C.C8DB63E0 Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable >>> Sorry for duplicates if any=20 <<<<
>>> Please, forward to colleagues and PhD = students=20 <<<
>>> Explore Pilsen City = http://www.zcu.cz/plzen/guide/=20 <<<
>>> Take a unique opportunity to taste the BEST = BEER=20 <<<
>>> Take a chance and spend some time in Prague = - The=20 Golden European City
<<<

Dear friends,

Allow = me,=20 please, to let you know that the program of

2-nd .NET = Technologies'2004=20 workshop
*******************************
Object Oriented=20 Technologies

(http://dotnet.zcu.cz)
Pilsen - very close to=20 Prague
May 31 - June 2, 2004

has been updated and contains = workshop=20 schedule, additional program for
workshop attendees.

I = enclosed the=20 last version of the Workshop program for your=20 convenience,
too.

Workshop is organized with a kind help of = Microsoft=20 Research (U.K.) and
Microsoft Czech Republic.

Keynote = speakers:
-=20 K. Rustan M. Leino, Microsoft Research, USA: Spec#: Writing and=20 checking
contracts in a .NET language
- Bertrand Meyer, ETH = Zurich,=20 Switzerland: Language interoperability at
work: Eiffel on .NET
- = Damien=20 Watkins, Microsoft Research, UK: C Omega: C#, Concurrency and=20 Data
Access
- Harald Haller, sd&m AG, Germany: How to = implement large=20 applications
successfully in .NET

Additional programs:
- = brewery=20 and brewery museum guided tours FREE - places where the BEST beer
is=20 produced
- short meeting with the Mayor of the Pilsen city
- books = and=20 journal exhibition
- Microsoft Roadshow as a joint event on=20 Wednesday

Poster sesion
-------------
You can present your = project=20 with a poster. Expected size 60x90 cm, portrait
and should contain = full=20 author affiliation.
Due to demand, one poster per paying attendee, = only.=20 Posters will be
displayed on Monday.
If you wish to include your = poster to=20 the workshop CD ROM, version A3
format, 300dpi, PDF version 4 UK = version=20 should be used and delivered by May
20. If interested, please, = contact me=20 at skala@kiv.zcu.cz subj.: NET 2004
Poster

Workshop=20 fee
please, note that the fee should be paid by the bank transfer by = May 5,=20 2004

Accommodation booking form is available on WEB, = now

We=20 look forward to meet you at Plzen

Workshop office:
Jana Hesova = <hesova@kiv.zcu.cz>, Tel.: +420-37-763-2461,=20 Fax:
+420-37-763-2402
Department of Computer Science
University = of West=20 Bohemia
Univerzitni 8, Box 314
306 14 Plzen
Czech=20 Republic

~~~~~~~~~~~~~~~
Prof.Ing.Vaclav Skala,=20 CSc.

University of West Bohemia = http://www.zcu.cz
Computer=20 Science Dept.      =20 http://www-kiv.zcu.cz
Secretary:      &n= bsp;           &nb= sp;          =20 cse@kiv.zcu.cz
Centre for Computer Graphics and=20 Visualization    http://herakles.zcu.cz
Univerzitni 8, = Box=20 314
CZ 306 14 Plzen
Czech Republic
e-mail:=20 skala@kiv.zcu.cz
URL: http://herakles.zcu.cz/~skala
WSCG: URL:=20 http://wscg.zcu.cz
---------------------------------------------------=
Direct=20 Tel. +420-37-763-2473
Direct Fax. +420-37-763-2457
Tel.secretary:=20 +420-37-763-2461, 2462, 2463
Fax Department:=20 +420-37-763-2402
-763-2402
------=_NextPart_001_013B_01C42B6C.C8DB63E0-- ------=_NextPart_000_013A_01C42B6C.C8DB63E0 Content-Type: text/html; name="program.htm" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="program.htm" Workshop Program

.NET Technologies'2004

http://dotnet.zcu.cz

Feel free to visit Plzen Guide at = http://www.zcu.cz/plzen/g= uide/

Keynote speakers

K. Rustan M. Leino, Microsoft Research, USA: Spec#: Writing and checking contracts in a .NET language
Bertrand Meyer, ETH Zurich, Switzerland: Language interoperability at work: Eiffel on .NET
Damien Watkins, Microsoft Research, UK: C Omega: C#, Concurrency and Data Access
Harald Haller, sd&m AG, Germany: How to implement large applications successfully in .NET

Preliminary schedule - can be changed without notice

	Monday, May = 31
08:00 - = 08:45	Registration desk open
09:00 - = 09:15	Welcome
09:15 - = 10:15	Keynote - Bertrand Meyer: Language interoperability at work: Eiffel on .NET
10:15 - = 10:30	Coffee break
10:30 - = 11:10	Tolksdorf, R. et al. - XMLSpaces.NET: an extensible tuplespace as XML middleware
11:10 - = 11:50	Contreras, M. et al. - Design and implementation of a FIPA-compliant agent platform in .NET
11:50 - = 12:30	Benedek, Z. - A framework built in .NET for embedded and mobile navigation systems
12:30 - = 14:00	Lunch
14:00 - = 14:40	Serrano, M. et al. - Compiling Scheme programs to the .NET Common Intermediate Language
14:40 - = 15:20	Trancon y Widemann, B. - Porting Opal to the .NET platform
15:20 - = 16:00	Terekhov, A. et al. - Teaching compiler development using .NET platform
16:00 - 16:15	Coffee break
16:15 - = 17:15	Panel 1

	Tuesday, June = 1
09:15 - = 10:15	Keynote - Rustan M. Leino: SpeC#: Writing and checking contracts in a .NET language
10:15 - = 10:30	Coffee break
10:30 - = 11:10	Anderson, T. et al. - Experience integrating a new compiler and garbage collector into Rotor
11:10 - = 11:50	Guentensperger, R., Gutknecht, J. - Active C#
11:50 - = 12:30	Alvarez Gutierrez, D. et al. - Alternative protection systems for OO environments: capability-based protection and the SSCLI-Rotor
12:30 - = 14:00	Lunch
14:00 - = 14:40	Sturm, P. et al. - The .NET CF implementation of GecGo: a midleware for multihop ad-hoc networks
14:40 - = 15:20	de Rosa, F., Mecella, M. - Peer-to-Peer applications on mobile devices: a case study with Compact .NET on Smartphone 2003
15:20 - = 16:00	Fruja, N. G. - The correctness of the definite assignment analysis in C#
16:00 - = 16:15	Coffee break
16:15 - = 17:15	Keynote - Damien Watkins: C Omega: C#, Concurrency and Data Access

	Wednesday, June 2- special track = expected
09:00 - 17:00	Microsoft Czech Republic ROAD SHOW

	Wednesday, June = 2
09:15 - = 10:15	Keynote - Harald Haller: How to implement large applications successfully in .NET
10:15 - = 10:30	Coffee break
10:30 - = 11:30	Panel 2
11:30 - = 12:30	Short talks: Wenz, Ch., Hauser, T. - Web security with ASP.NET Moskal M. - Nemerle - a functional .NET language others pending
12:30 - = 14:00	Lunch
14:00 - = 18:00	Meeting with the Mayor of the Plzen city Guided tour to Brewery and/or Brewery Museum Climbing to Plzen churche tower (enjoy some clips at http://www.zcu.cz/plze= n/film/#Bartholomew )
18:00 - = 21:00	Conference = dinner

	Thursday, June = 3
7:15	Shuttle bus to the Prague airport departure (you can leave your bag there and use public trasport and spend a rest of the time exploring Prague city)

For Czech and Slovak attendees, by invitation only

	Thursday, June 3
8:30 - 18:00	.NET intensive course in Czech - organized by Microsoft Czech Republic

	Friday, June 4
8:30 - 16:00	.NET intensive course in Czech- organized by Microsoft Czech Republic

------=_NextPart_000_013A_01C42B6C.C8DB63E0 Content-Type: application/pdf; name="CFP.pdf" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="CFP.pdf" JVBERi0xLjMNJeLjz9MNCjEgMCBvYmoNPDwgDS9DcmVhdG9yIDxmZWZmMDA0MzAwNjEwMDZjMDA2 YzAwMjAwMDY2MDA2ZjAwNzIwMDIwMDA1MDAwNjEwMDcyMDA3NDAwNjkwMDYzMDA2OTAwNzAwMDYx MDA3NDAwNjkwMDZmMDA2ZTAwNWYwMDRlMDA0NTAwNTQwMDVmMDAzMjAwMzAwMDMwMDAzNDAwMmUw MDY0MDA2ZjAwNjMwMDIwMDAyZDAwMjAwMDRkMDA2OTAwNjMwMDcyMDA2ZjAwNzMwMDZmMDA2NjAw NzQwMDIwMDA1NzAwNmYwMDcyMDA2ND4NL0NyZWF0aW9uRGF0ZSAoRDoyMDA0MDQxNDA3NTczNykN L1RpdGxlIDxmZWZmMDA0MzAwNDYwMDUwPg0vUHJvZHVjZXIgKEFjcm9iYXQgUERGV3JpdGVyIDQu MDUgZm9yIFdpbmRvd3MpDS9Nb2REYXRlIChEOjIwMDQwNDE5MDgwMjU0KzAyJzAwJykNPj4gDWVu ZG9iag0zIDAgb2JqDTw8IA0vUGFnZXMgNSAwIFIgDS9UeXBlIC9DYXRhbG9nIA0vRGVmYXVsdEdy YXkgMTggMCBSIA0vRGVmYXVsdFJHQiAxOSAwIFIgDT4+IA1lbmRvYmoNNCAwIG9iag08PCANL1R5 cGUgL1BhZ2UgDS9QYXJlbnQgNSAwIFIgDS9SZXNvdXJjZXMgPDwgL0ZvbnQgPDwgL0YzIDE0IDAg UiAvRjAgNiAwIFIgL0Y0IDE2IDAgUiAvRjEgOCAwIFIgL0YyIDEwIDAgUiA+PiANL1Byb2NTZXQg WyAvUERGIC9UZXh0IF0gPj4gDS9Db250ZW50cyA1OCAwIFIgDT4+IA1lbmRvYmoNNSAwIG9iag08 PCANL0tpZHMgWyA0IDAgUiBdIA0vQ291bnQgMSANL1R5cGUgL1BhZ2VzIA0vTWVkaWFCb3ggWyAw IDAgNTk2IDg0MiBdIA0+PiANZW5kb2JqDTYgMCBvYmoNPDwgDS9UeXBlIC9Gb250IA0vU3VidHlw ZSAvVHJ1ZVR5cGUgDS9OYW1lIC9GMCANL0Jhc2VGb250IC9UaW1lc05ld1JvbWFuIA0vRmlyc3RD aGFyIDMxIA0vTGFzdENoYXIgMjU1IA0vV2lkdGhzIFsgNzc4IDI1MCAzMzMgNDA4IDUwMCA1MDAg ODMzIDc3OCAxODAgMzMzIDMzMyA1MDAgNTY0IDI1MCAzMzMgMjUwIDI3OCANNTAwIDUwMCA1MDAg NTAwIDUwMCA1MDAgNTAwIDUwMCA1MDAgNTAwIDI3OCAyNzggNTY0IDU2NCA1NjQgNDQ0IA05MjEg NzIyIDY2NyA2NjcgNzIyIDYxMSA1NTYgNzIyIDcyMiAzMzMgMzg5IDcyMiA2MTEgODg5IDcyMiA3 MjIgDTU1NiA3MjIgNjY3IDU1NiA2MTEgNzIyIDcyMiA5NDQgNzIyIDcyMiA2MTEgMzMzIDI3OCAz MzMgNDY5IDUwMCANMzMzIDQ0NCA1MDAgNDQ0IDUwMCA0NDQgMzMzIDUwMCA1MDAgMjc4IDI3OCA1 MDAgMjc4IDc3OCA1MDAgNTAwIA01MDAgNTAwIDMzMyAzODkgMjc4IDUwMCA1MDAgNzIyIDUwMCA1 MDAgNDQ0IDQ4MCAyMDAgNDgwIDU0MSA3NzggDTUwMCA3NzggMzMzIDUwMCA0NDQgMTAwMCA1MDAg NTAwIDMzMyAxMDAwIDU1NiAzMzMgNTU2IDYxMSA2MTEgNjExIA03NzggMzMzIDMzMyA0NDQgNDQ0 IDM1MCA1MDAgMTAwMCAzMzMgOTgwIDM4OSAzMzMgMzg5IDQyNyA0NDQgNDQ0IA0yNTAgMzMzIDMz MyA2MTEgNTAwIDcyMiAyMDAgNTAwIDMzMyA3NjAgNTU2IDUwMCA1NjQgMzMzIDc2MCA2MTEgDTQw MCA1NDkgMzMzIDI3OCAzMzMgNTc2IDQ1MyAyNTAgMzMzIDQ0NCAzODkgNTAwIDYxMSAzMzMgNDA2 IDQ0NCANNjY3IDcyMiA3MjIgNzIyIDcyMiA2MTEgNjY3IDY2NyA2NjcgNjExIDYxMSA2MTEgNjEx IDMzMyAzMzMgNzIyIA03MjIgNzIyIDcyMiA3MjIgNzIyIDcyMiA3MjIgNTY0IDY2NyA3MjIgNzIy IDcyMiA3MjIgNzIyIDYxMSA1MDAgDTMzMyA0NDQgNDQ0IDQ0NCA0NDQgMjc4IDQ0NCA0NDQgNDQ0 IDQ0NCA0NDQgNDQ0IDQ0NCAyNzggMjc4IDY0NiANNTAwIDUwMCA1MDAgNTAwIDUwMCA1MDAgNTAw IDU0OSAzMzMgNTAwIDUwMCA1MDAgNTAwIDUwMCAyNzggMzMzIA1dIA0vRW5jb2RpbmcgL1dpbkFu c2lFbmNvZGluZyANL0ZvbnREZXNjcmlwdG9yIDcgMCBSIA0+PiANZW5kb2JqDTcgMCBvYmoNPDwg DS9UeXBlIC9Gb250RGVzY3JpcHRvciANL0ZvbnROYW1lIC9UaW1lc05ld1JvbWFuIA0vRmxhZ3Mg MzQgDS9Gb250QkJveCBbIC0yNTAgLTI1MCAxMjAwIDkzOCBdIA0vTWlzc2luZ1dpZHRoIDc1MCAN L1N0ZW1WIDY4IA0vU3RlbUggNjggDS9JdGFsaWNBbmdsZSAwIA0vQ2FwSGVpZ2h0IDkzOCANL1hI ZWlnaHQgNjU2IA0vQXNjZW50IDkzOCANL0Rlc2NlbnQgLTI1MCANL0xlYWRpbmcgMjUxIA0vTWF4 V2lkdGggMTAwMCANL0F2Z1dpZHRoIDM3NSANPj4gDWVuZG9iag04IDAgb2JqDTw8IA0vVHlwZSAv Rm9udCANL1N1YnR5cGUgL1RydWVUeXBlIA0vTmFtZSAvRjEgDS9CYXNlRm9udCAvVGltZXNOZXdS b21hbixCb2xkIA0vRmlyc3RDaGFyIDMxIA0vTGFzdENoYXIgMjU1IA0vV2lkdGhzIFsgNzc4IDI1 MCAzMzMgNTU1IDUwMCA1MDAgMTAwMCA4MzMgMjc4IDMzMyAzMzMgNTAwIDU3MCAyNTAgMzMzIDI1 MCANMjc4IDUwMCA1MDAgNTAwIDUwMCA1MDAgNTAwIDUwMCA1MDAgNTAwIDUwMCAzMzMgMzMzIDU3 MCA1NzAgNTcwIA01MDAgOTMwIDcyMiA2NjcgNzIyIDcyMiA2NjcgNjExIDc3OCA3NzggMzg5IDUw MCA3NzggNjY3IDk0NCA3MjIgDTc3OCA2MTEgNzc4IDcyMiA1NTYgNjY3IDcyMiA3MjIgMTAwMCA3 MjIgNzIyIDY2NyAzMzMgMjc4IDMzMyA1ODEgDTUwMCAzMzMgNTAwIDU1NiA0NDQgNTU2IDQ0NCAz MzMgNTAwIDU1NiAyNzggMzMzIDU1NiAyNzggODMzIDU1NiANNTAwIDU1NiA1NTYgNDQ0IDM4OSAz MzMgNTU2IDUwMCA3MjIgNTAwIDUwMCA0NDQgMzk0IDIyMCAzOTQgNTIwIA03NzggNTAwIDc3OCAz MzMgNTAwIDUwMCAxMDAwIDUwMCA1MDAgMzMzIDEwMDAgNTU2IDMzMyA1NTYgNjY3IDY2NyANNjY3 IDc3OCAzMzMgMzMzIDUwMCA1MDAgMzUwIDUwMCAxMDAwIDMzMyAxMDAwIDM4OSAzMzMgMzg5IDUy MSA0NDQgDTQ0NCAyNTAgMzMzIDMzMyA2NjcgNTAwIDcyMiAyMjAgNTAwIDMzMyA3NDcgNTU2IDUw MCA1NzAgMzMzIDc0NyANNjY3IDQwMCA1NDkgMzMzIDI3OCAzMzMgNTc2IDU0MCAyNTAgMzMzIDUw MCAzODkgNTAwIDY2NyAzMzMgNDY5IA00NDQgNzIyIDcyMiA3MjIgNzIyIDcyMiA2NjcgNzIyIDcy MiA3MjIgNjY3IDY2NyA2NjcgNjY3IDM4OSAzODkgDTcyMiA3MjIgNzIyIDcyMiA3NzggNzc4IDc3 OCA3NzggNTcwIDcyMiA3MjIgNzIyIDcyMiA3MjIgNzIyIDY2NyANNTU2IDQ0NCA1MDAgNTAwIDUw MCA1MDAgMjc4IDQ0NCA0NDQgNDQ0IDQ0NCA0NDQgNDQ0IDQ0NCAyNzggMjc4IA03MzMgNTU2IDU1 NiA1NTYgNTAwIDUwMCA1MDAgNTAwIDU0OSA0NDQgNTU2IDU1NiA1NTYgNTU2IDUwMCAzMzMgDTMz MyBdIA0vRW5jb2RpbmcgL1dpbkFuc2lFbmNvZGluZyANL0ZvbnREZXNjcmlwdG9yIDkgMCBSIA0+ PiANZW5kb2JqDTkgMCBvYmoNPDwgDS9UeXBlIC9Gb250RGVzY3JpcHRvciANL0ZvbnROYW1lIC9U aW1lc05ld1JvbWFuLEJvbGQgDS9GbGFncyAxNjQxOCANL0ZvbnRCQm94IFsgLTI1MCAtMjA4IDEy NTAgODc1IF0gDS9NaXNzaW5nV2lkdGggNzkyIA0vU3RlbVYgMTMyIA0vU3RlbUggMTMyIA0vSXRh bGljQW5nbGUgMCANL0NhcEhlaWdodCA4NzUgDS9YSGVpZ2h0IDYxMiANL0FzY2VudCA4NzUgDS9E ZXNjZW50IC0yMDggDS9MZWFkaW5nIDEyNSANL01heFdpZHRoIDEwNDIgDS9BdmdXaWR0aCA0MTcg DT4+IA1lbmRvYmoNMTAgMCBvYmoNPDwgDS9UeXBlIC9Gb250IA0vU3VidHlwZSAvVHJ1ZVR5cGUg DS9OYW1lIC9GMiANL0Jhc2VGb250IC9CZW5ndWlhdEJrQlQsQm9sZCANL0ZpcnN0Q2hhciAzMSAN L0xhc3RDaGFyIDI1NSANL1dpZHRocyBbIDYwMCAzMjkgMzUyIDM1NiA3NjkgNjU3IDk5MSA4Njgg MTg1IDM4MCAzODAgNTAwIDgzMyAzMjkgMzg5IDMyOSAyNjkgDTY1NyA2NTcgNjU3IDY1NyA2NTcg NjU3IDY1NyA2NTcgNjU3IDY1NyAzNTIgMzUyIDgzMyA4MzMgODMzIDYwMiANOTg2IDY3NCA3MjIg NzE1IDc4NSA2ODUgNjExIDc3OCA3NjkgMzk0IDYwNiA3MTMgNjM5IDg1MiA3MjUgNzY5IA02NjEg NzY5IDcyNSA2NTUgNjMwIDY4NSA2MzAgOTE5IDY1MyA1NzIgNjU3IDM4MCAyNjkgMzgwIDEwMDAg NTAwIA01MDAgNTk3IDY2NCA1NTYgNjY0IDYwNiAzNzUgNjQ0IDY2MiAzMzggMzMxIDYyNSAzMzgg OTU0IDY2MiA2NTMgDTY2NCA2NjQgNDM3IDUzMCA0NDAgNjYyIDUwNyA3NjYgNTIzIDUwNyA1MzAg NTAwIDUwMCA1MDAgODMzIDYwMCANNjU3IDYwMCAzMjkgNjU3IDU0NiAxMDAwIDUwMCA1MDAgNTAw IDE0NDMgNjU1IDMyNCAxMTE3IDYwMCA2MDAgNjAwIA02MDAgMzI5IDMyOSA1NDYgNTQ2IDU5MCA1 MDAgMTAwMCA1MDAgODIyIDUzMCAzMjQgMTAwNyA2MDAgNjAwIDU3MiANNjU3IDM1MiA2NTcgNjU3 IDY1NyA2NzkgNTAwIDUwMCA1MDAgODIyIDQ0OCA1MzQgODMzIDM4OSA4MjIgNTAwIA0zMjkgODMz IDQzNCA0MzQgNTAwIDYyMCA1MDAgMzI5IDUwMCA0MzQgNDkwIDUzNCA5ODMgOTgzIDk4MyA2MDIg DTY3NCA2NzQgNjc0IDY3NCA2NzQgNjc0IDk5OCA3MTUgNjg1IDY4NSA2ODUgNjg1IDM5NCAzOTQg Mzk0IDM5NCANNzg5IDcyNSA3NjkgNzY5IDc2OSA3NjkgNzY5IDgzMyA3NjkgNjg1IDY4NSA2ODUg Njg1IDU3MiA2NjEgNjY3IA01OTcgNTk3IDU5NyA1OTcgNTk3IDU5NyA4OTggNTU2IDYwNiA2MDYg NjA2IDYwNiAzMzggMzM4IDMzOCAzMzggDTY1MyA2NjIgNjUzIDY1MyA2NTMgNjUzIDY1MyA4MzMg NjUzIDY2MiA2NjIgNjYyIDY2MiA1MDcgNjY0IDUwNyANXSANL0VuY29kaW5nIC9XaW5BbnNpRW5j b2RpbmcgDS9Gb250RGVzY3JpcHRvciAxMSAwIFIgDT4+IA1lbmRvYmoNMTEgMCBvYmoNPDwgDS9U eXBlIC9Gb250RGVzY3JpcHRvciANL0ZvbnROYW1lIC9CZW5ndWlhdEJrQlQsQm9sZCANL0ZsYWdz IDE2NDE4IA0vRm9udEJCb3ggWyAtMjUwIC0yNTkgMTczMyA5NjMgXSANL01pc3NpbmdXaWR0aCA1 OTMgDS9TdGVtViAxNjUgDS9TdGVtSCAxNjUgDS9JdGFsaWNBbmdsZSAwIA0vQ2FwSGVpZ2h0IDk2 MyANL1hIZWlnaHQgNjc0IA0vQXNjZW50IDk2MyANL0Rlc2NlbnQgLTI1OSANL0xlYWRpbmcgMjIy IA0vTWF4V2lkdGggMTQ0NCANL0F2Z1dpZHRoIDUxOSANPj4gDWVuZG9iag0xNCAwIG9iag08PCAN L1R5cGUgL0ZvbnQgDS9TdWJ0eXBlIC9UcnVlVHlwZSANL05hbWUgL0YzIA0vQmFzZUZvbnQgL1N5 bWJvbCANL0ZpcnN0Q2hhciAzMSANL0xhc3RDaGFyIDI1NSANL1dpZHRocyBbIDYwMCAyNTAgMzMz IDcxMyA1MDAgNTQ5IDgzMyA3NzggNDM5IDMzMyAzMzMgNTAwIDU0OSAyNTAgNTQ5IDI1MCAyNzgg DTUwMCA1MDAgNTAwIDUwMCA1MDAgNTAwIDUwMCA1MDAgNTAwIDUwMCAyNzggMjc4IDU0OSA1NDkg NTQ5IDQ0NCANNTQ5IDcyMiA2NjcgNzIyIDYxMiA2MTEgNzYzIDYwMyA3MjIgMzMzIDYzMSA3MjIg Njg2IDg4OSA3MjIgNzIyIA03NjggNzQxIDU1NiA1OTIgNjExIDY5MCA0MzkgNzY4IDY0NSA3OTUg NjExIDMzMyA4NjMgMzMzIDY1OCA1MDAgDTUwMCA2MzEgNTQ5IDU0OSA0OTQgNDM5IDUyMSA0MTEg NjAzIDMyOSA2MDMgNTQ5IDU0OSA1NzYgNTIxIDU0OSANNTQ5IDUyMSA1NDkgNjAzIDQzOSA1NzYg NzEzIDY4NiA0OTMgNjg2IDQ5NCA0ODAgMjAwIDQ4MCA1NDkgNjAwIA02MDAgNjAwIDYwMCA2MDAg NjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgDTYwMCA2MDAg NjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCAN NjAwIDYyMCAyNDcgNTQ5IDE2NyA3MTMgNTAwIDc1MyA3NTMgNzUzIDc1MyAxMDQyIDk4NyA2MDMg OTg3IDYwMyANNDAwIDU0OSA0MTEgNTQ5IDU0OSA3MTMgNDk0IDQ2MCA1NDkgNTQ5IDU0OSA1NDkg MTAwMCA2MDMgMTAwMCA2NTggDTgyMyA2ODYgNzk1IDk4NyA3NjggNzY4IDgyMyA3NjggNzY4IDcx MyA3MTMgNzEzIDcxMyA3MTMgNzEzIDcxMyANNzY4IDcxMyA3OTAgNzkwIDg5MCA4MjMgNTQ5IDI1 MCA3MTMgNjAzIDYwMyAxMDQyIDk4NyA2MDMgOTg3IDYwMyANNDk0IDMyOSA3OTAgNzkwIDc4NiA3 MTMgMzg0IDM4NCAzODQgMzg0IDM4NCAzODQgNDk0IDQ5NCA0OTQgNDk0IA02MDAgMzI5IDI3NCA2 ODYgNjg2IDY4NiAzODQgMzg0IDM4NCAzODQgMzg0IDM4NCA0OTQgNDk0IDQ5NCA2MDAgDV0gDS9G b250RGVzY3JpcHRvciAxNSAwIFIgDT4+IA1lbmRvYmoNMTUgMCBvYmoNPDwgDS9UeXBlIC9Gb250 RGVzY3JpcHRvciANL0ZvbnROYW1lIC9TeW1ib2wgDS9GbGFncyA2IA0vRm9udEJCb3ggWyAtMjUw IC0yMzEgMTI5MiAxMDAwIF0gDS9NaXNzaW5nV2lkdGggNjE1IA0vU3RlbVYgMTEyIA0vU3RlbUgg MTEyIA0vSXRhbGljQW5nbGUgMCANL0NhcEhlaWdodCAxMDAwIA0vWEhlaWdodCA3MDAgDS9Bc2Nl bnQgMTAwMCANL0Rlc2NlbnQgLTIzMSANL0xlYWRpbmcgMjMxIA0vTWF4V2lkdGggMTA3NyANL0F2 Z1dpZHRoIDYxNSANPj4gDWVuZG9iag0xNiAwIG9iag08PCANL1R5cGUgL0ZvbnQgDS9TdWJ0eXBl IC9UcnVlVHlwZSANL05hbWUgL0Y0IA0vQmFzZUZvbnQgL1RpbWVzTmV3Um9tYW4sQm9sZEl0YWxp YyANL0ZpcnN0Q2hhciAzMSANL0xhc3RDaGFyIDI1NSANL1dpZHRocyBbIDc3OCAyNTAgMzg5IDU1 NSA1MDAgNTAwIDgzMyA3NzggMjc4IDMzMyAzMzMgNTAwIDU3MCAyNTAgMzMzIDI1MCAyNzggDTUw MCA1MDAgNTAwIDUwMCA1MDAgNTAwIDUwMCA1MDAgNTAwIDUwMCAzMzMgMzMzIDU3MCA1NzAgNTcw IDUwMCANODMyIDY2NyA2NjcgNjY3IDcyMiA2NjcgNjY3IDcyMiA3NzggMzg5IDUwMCA2NjcgNjEx IDg4OSA3MjIgNzIyIA02MTEgNzIyIDY2NyA1NTYgNjExIDcyMiA2NjcgODg5IDY2NyA2MTEgNjEx IDMzMyAyNzggMzMzIDU3MCA1MDAgDTMzMyA1MDAgNTAwIDQ0NCA1MDAgNDQ0IDMzMyA1MDAgNTU2 IDI3OCAyNzggNTAwIDI3OCA3NzggNTU2IDUwMCANNTAwIDUwMCAzODkgMzg5IDI3OCA1NTYgNDQ0 IDY2NyA1MDAgNDQ0IDM4OSAzNDggMjIwIDM0OCA1NzAgNzc4IA01MDAgNzc4IDMzMyA1MDAgNTAw IDEwMDAgNTAwIDUwMCAzMzMgMTAwMCA1NTYgMzMzIDU1NiA2MTEgNjExIDYxMSANNzc4IDMzMyAz MzMgNTAwIDUwMCAzNTAgNTAwIDEwMDAgMzMzIDEwMDAgMzg5IDMzMyAzODkgNTMxIDM4OSAzODkg DTI1MCAzMzMgMzMzIDYxMSA1MDAgNjY3IDIyMCA1MDAgMzMzIDc0NyA1NTYgNTAwIDYwNiAzMzMg NzQ3IDYxMSANNDAwIDU0OSAzMzMgMjc4IDMzMyA1NzYgNTAwIDI1MCAzMzMgNTAwIDM4OSA1MDAg NjExIDMzMyA1MjEgMzg5IA02NjcgNjY3IDY2NyA2NjcgNjY3IDYxMSA2NjcgNjY3IDY2NyA2Njcg NjY3IDY2NyA2NjcgMzg5IDM4OSA3MjIgDTcyMiA3MjIgNzIyIDcyMiA3MjIgNzIyIDcyMiA1NzAg NjY3IDcyMiA3MjIgNzIyIDcyMiA2MTEgNjExIDUwMCANMzg5IDUwMCA1MDAgNTAwIDUwMCAyNzgg NDQ0IDQ0NCA0NDQgNDQ0IDQ0NCA0NDQgNDQ0IDI3OCAyNzggNzQ5IA01MDAgNTU2IDU1NiA1MDAg NTAwIDUwMCA1MDAgNTQ5IDM4OSA1NTYgNTU2IDU1NiA1NTYgNDQ0IDI3OCAzMzMgDV0gDS9FbmNv ZGluZyAvV2luQW5zaUVuY29kaW5nIA0vRm9udERlc2NyaXB0b3IgMTcgMCBSIA0+PiANZW5kb2Jq DTE3IDAgb2JqDTw8IA0vVHlwZSAvRm9udERlc2NyaXB0b3IgDS9Gb250TmFtZSAvVGltZXNOZXdS b21hbixCb2xkSXRhbGljIA0vRmxhZ3MgMTY0ODIgDS9Gb250QkJveCBbIC0yNTAgLTI1MCAxMjAw IDkzOCBdIA0vTWlzc2luZ1dpZHRoIDc1MCANL1N0ZW1WIDE0MCANL1N0ZW1IIDE0MCANL0l0YWxp Y0FuZ2xlIC0xMSANL0NhcEhlaWdodCA5MzggDS9YSGVpZ2h0IDY1NiANL0FzY2VudCA5MzggDS9E ZXNjZW50IC0yNTAgDS9MZWFkaW5nIDI1MSANL01heFdpZHRoIDEwMDAgDS9BdmdXaWR0aCA0Mzgg DT4+IA1lbmRvYmoNMTggMCBvYmoNWyANL0NhbEdyYXkgPDwgL1doaXRlUG9pbnQgWyAwLjk2OCAx IDEuMjI2ODEgXSAvR2FtbWEgMi4xOTkyID4+IA1dDWVuZG9iag0xOSAwIG9iag1bIA0vQ2FsUkdC IDw8IC9XaGl0ZVBvaW50IFsgMC45NjggMSAxLjIyNjgxIF0gL0dhbW1hIFsgMi4xOTkyIDIuMTk5 MiAyLjE5OTIgXSAvTWF0cml4IFsgMC40NTQxIDAuMjM3NTkgMC4wMTM0IDAuMzE5OSAwLjY5MDgg MC4wOTYzIDAuMTkwMiAwLjA3MTU5IDAuNzE1MSANXSA+PiANDV0NZW5kb2JqDTU4IDAgb2JqDTw8 IC9GaWx0ZXIgL0ZsYXRlRGVjb2RlIC9MZW5ndGggNTkgMCBSID4+IA1zdHJlYW0NCkiJrFftctrI En0C3mGqtupe7y1QNCNpJPkfxsQmMcQXSFy16/0hwxi01gclibicp789X9IIIe9u6iYxkYvWdPfp 06d7rtYDG/G/xW6AUYwGH5Ysiar4O5vkSV7EKauKeIOKePDho40wWj+D7XrDP175R4EGmIgD4D+X WL6H/CBE63RwgX5d/zmYruFY/hfOl46WNwObm70ibKM5fPMn/HxCv/9hoy0ayCPkp2e74jyP8v8K NtgPrgYOvDhwPWEF/8LQ4hbYEgarwZWZTyADCxAJXeT7Pn+pjuzDRyzzGYyoFcA3I2xhSn203oIF QoQbjWzLJoRSnvIAY4t48kjxhEOZL5WnZlv9hu06AiP1BAEbobSSEtHMsooVGYCeZ1GCHvLipdzn B5Rn/LwGbe6fx2nLCGUOdpNDiCF4ngSEZlgQVTUIxubZybgcnhOcSWydk3zCNBDhYYf/xsOzFtM1 WrPNPgNC7GJW/ptAWk1oIkkiAySWa/vu2Qg5kFACaedYCkf+wItDQ0/7axeHH08Cj3sa1c8tQFUV qO/VgMo/8+gNORidgAh+7MBRIT5CbeuiYZfohMQjGNtWDfenY8YQGSKd/Jl2MDrBkfmYQYk4AAQc +Dobh3iSHqHlS0DEA6EACCU1IPxPlaMnhvYs2aKoanLipwAA8hRquRSf8EPBKBKkhNbvkFDiOAot 4tiB4I3nBOLVrxm0f1HG1RvKn9EDKyt0le9ZGkfn/QIvKX/uKbvtQoFrjEbcGnsu9yg883cmUXo4 lnXDeaJ9Bo7l2MAYeeyorpPT0EGGLAplmF7lxdsQaXvsUKdxT0yM7pMfLFN1sT3H1ccS1wuUtfCg Enu8uI+TkmWPv57HoRVv7d8O3CZe25dtNwoseAu3YJ/8gCZDS3Y4PiXx5rT3G2oRISCUtOWsFckJ n3iDYWr19BcJzrkhIATgxXbES5M6HMCKNiqU1zWDKquvPbNi9fm8RJjo7yb6PdcLu6fuo7goG4/E Aup6HVyJE9S40uBc4pjKORJikcS3aJNE39HqJUqiDkkdWjcHIXyCCa0wyDJE/X0xRPdJHZffhIVd rAXPoAaQboh6qt0qY9Cin3BAHAs4FLaIw/Wh2+3Yr/kMj6FqE8E6xf44rwq0iBlMnSp/LV/iFiiS u0av2arXfPOQIZqub9Fvj47vwp6wH6LVa1z9YEUSyXF4nsKB4K7nh+cn8jtchknPP2mX/MS1qdJv +dims02AmJ4nX2pP3Psi3xVRmjI0ydM0rirGTkP3LHJ+8EpFoqRRJC88EzZ1uXfXFt7n8QtDV1GR saoaovlqCTTYpnm2BYqtxj0a63bEXXCN4pq1NHCVwipbU2E/HbdxtUdXMV8tTql8X7AKdj2g8So/ gtX4GWrZI/awJgj5PgmE+k0gXqhETtuaZB1nVZ7FOZrEJa9BnOWdaOISIplVUfLWg0XQ0QIa4Ga0 qaYb4fZYm0dFzAD522NcphG04GyxnI2HdQqBbcwJDDsqDDXl6GMRZRvWA4hpWB/m0KCRk5CogGDd 4dOrVZi8ZM/oc55EhRYFvmzpc0iTGCG27ogA6qs8ZlCpxEDQUBard1yfUkkKht2wOFAREyyFy8Tx s4WWx7KKMjS30B0TFfybJPa7giZGr9yX5bT2QwWWMjZd3zPgDJofWZKwQknPsV932s49E7bGuW9s RVhvRdrYrFRXL1UEzdpvsNB1NY+Mdvm7sfrS6ymnSEMFV698AptAVolbL+IdA0ljBd+B2o01ibjs PR35Nwv2in5jUX8IUHkxaE7hcp0GLlct4yNtbMI1h1QhkiVEECeJGcupwxopBzDXDiHeRbxhQ9T0 3smya1rX7WJghD0lQ7D6iBY1mfQtibZxGhdoFT3nWf4dihJlLxUSDCsBo12rp4DwZd/6S0inWup7 pUPaoOXf2EXe3yzqdm5DUC+0Wnp6ut0+G5ztGi3n6pYzAm1YL1puVR2L9DTONegpdOENK0BO+7Sa duRR+g8N/05/na7zDK3eUiYk5uSCYCsiGA7qWwJuutqmVN/mjCUMrhxPRbzdwclfrc894FHjYvM7 RG/Dzx/rTzIF24AwCGqF76TwAGMOIPyWQ2OWUM8cfk3akt2vmFROjHN3OqGW2NPrAZHrhnySa5Lr 0voSeXpnbW1HnmedszbWMbXEQzwB3+J5ftyWjwODU3qXrzd59pblFTPEQ21otquHZ9BcClB5YNEL M1Z/Gafb2f8/fHSazR2r6+LJxiU+XRzqnB4J9fta5HQettY7ElLzhmTqzmetO2Hg17oTYnVqw52L zsi8RKsD2/xyiR6KuIqzHQIhRiCYmxf+yybPqiLaVCWKMxQhazFdI5Dq3fFxEO2YcopJPW0c7Kgr KDa9QtPEmyIv8+cKBKRkUSEXC7UuN8UIsLpvGGR7h5XkDGDdgki8Rq7XFZWfqoVImXhNzm7QrcgV KwA5wHLO3gze+cZg9szJKd8qLtEdhxfABcRB8PIDK6KnOOFKF1XoNS9eLtE0fn6GiQaKxAtirh+1 o4Aa9yXPl2h57QvTX05/r7MlvQOvE3ZH70/BKxXL7RkaIiG3Ga4hVcJjxnodpbAdoYeoAhaXl2YI 2CeBvj7CG755tkAutMMGOawFG/Qaa/mdfEnZLroUInwx+YUrabY5FgXLNm+ifa6jKkLjzYaVpVBp cR2rNdpxvXoLdYlT07wFVOg1CFDPOUXACRv6OdhXlrDf1WvlOw0nL4liIIW+6jdjIEG/fe4ZAp3F 9T0++ACaXJvrnfCnpQ/7XtgjfbdRESXb5vJgEN/3AiUThhah24gv7ZfoNn9FVY7i9JCwlGUVCFsB bRcdDglcZao4z0pUHkUVn49J8sYlUPRbuf1XisaPg5u/WDmc8+MSlEglYA7nZl0LfFfVRz62BiSB gQrS43ggkXJCovl4tkDrL/ezyep0tmrAfAv/47klJ7fj/szQMua15weBphsk1K3f6svH9cN4OUXT xc1sMZ0uZ4ubrt7ikDR6i6lCxaQt5/prVLC6R9xmKjmO3uxI9xq5ydNDngEBYCcSFDi73fnmSBrp cUub7Y54agy0trtyEyUM6diGKD0mVXzWQasHtQMc1mLkhNjtnp/oadHcYR2jU/gqK8pjJnwo8l0R pSkM+D7dP73S9Pc5iJgQBfKzXW5wxaW+p7kSkLDLlfvxcnx3N71D48U1up6t1svZ1df19BpNvszv v647zJGj0KdNuHaDxPXgItUw49Bgl47VEA1etWpfMLirZbsh2sZlVcRPx4ptW3oxRPt4tz9bXsDJ OK8mULOtUaI5GnTVAbaA55xLzYYhztdjJeJ4ZU+oZMV3uJ+WPZLt/aMVidSu/w/VDEO92Dkwac5U c/nlZjmez3nZ7saLm6/jm+lKlFYj6IVYngAtr+6G6/9crKeT28Xsv/9jvcp22zai6BfoHwboiwNU NGe4zDBPVWS1duIlsKmmi4uCpscWa1lUScpG9fW9s2ookk5dJwgiCeFy7z1zzj1nDhd3dCKirUTm MKW8+YvnzR42sBp6aI1ZaI8DjYMu60oInCsBfsPzxar4e8MBemvBox2ozCTaRGE5QEO0hiV2W9w/ wmOyGhAVpwmWz3pdVs0AsLQnkA0BG6mz9y04Cu/UmIC0m/Xkojo7mk8n6cnF+QRoevV5Nk17YKLh jnAxVaYfYxVZ1WManuULMZpe3HrwtZTyw11PMbGcMubUzt+CaIaPwA8vtKXmt5aheCfxcaAXWOC6 zY1if7a0Ot8/2dcgNg5BL8DPobHOOG8CDVhBNWhxQHuW8PH8bHKuVXR2iU7O4d8fJ9MehsFNkaNq kdvTNSGxGRuLLQyEslhX6Q5A6RivdqtLhkfj3bRLFxusAx3wZr0ocmDLU1FvsmWxlQiIn1UDvxEo tYxMFtEBEiXuCfoKJIFKT04Zb1l0hkSE9qXHyelPF5cn6fGZ0sOjSTpBsO3m03R+Oeuxee2uWKcr 5QwSK0w4IPFu2+w7ooovM6lu5Quzi18VDoO3hkN3etgEGAIMf8FRXs2mc5jirwPg+6+xOcTNPv+7 dJIE1tybcLm/Ez+CZKJevQs7FsJlph8xx4z6SXdtSTQRbJb5+ckvqKhr2FuIN7nXqrN3Uo4y/wcT Icv8NibCbhsSsR6sL9Jj0CuVftDl7HQi3GB6oToV1Jl+9zW2JJ0KDOQmdKkoREgkPmTospwKY9aT nbDQRURgTegbTlbSvjVaHYEDVulCeK7WF6cOsf/h77riT0W5qVG2ukXwiGYBqmmNBkv0bEKqfQYc U4eVYn12JgpLxQYjUHO9e11llrNLhbMpl+V9oazlCxOkShjdAUKLYRTZFgNqTqNkv7ryuawe6kW5 rlGerdANh/420GXWvB/gK+7hq8utIApdwhr0SMg8GDHxffEh0Fg0zfr94eFt2ax4423zjZdvxeNm 6UhfjBMqPhIifwCWFR/djT6k8MbQGYPzliD0vdZL2ptzNCYhLF+ikhiJhnrAcWS1LVbnAqwjo637 vujJoWp3DpPE1YkkoAZNfi/CityPXRzh0nB3qT784oLqfq8wbaxHsj91ed8YD919AaU7hfwJwwnN G3zxBjDfbTSd2GZhbzMrJIpgNGjNeRwwJVGu6PTtXcZ6jwgwXAANpksTVozYDBdeZkBRX59Fbtg1 JqG4uLuDFGZbN0DQ/g4l9wizck0i0tMsDuW0cWCF5+csX2ZP6OohW2bfo/ywRPNV8cSrWpid8g59 4XWDPpQL/ljA/0+Nw7rKwepCdDzi4HWbR766Hg3EigAr27nnHXDk22Jh/6oZjEEQJZ/dra7q2RbN qkAMSvgNQfiDTtDn5ZaDQ5tuQVjQJV9vbpZFPsB01tk3yh+qBedb52Igt86lFoP54aF42mO1L44a xhjFVJw5MU7D6O7r2yAQCphhcT8A8DtUM6axlxwg98+7P9KPMjhiSlzD6OxeTZYFr7KHJa+9rcma YSCbAj/lSLBbfOArFYLqIZd2a3dFiMXqUl1uDwWGukxA13zcJpW0p9gKEtW4O7wJ5AlnLdpIOujs Ciby5p+u7Pi6giTY54dTqU8jpl+tvj4rFVVaKO4U950VeVWK3AVnquZZBYfrtLn10PXB3PvkXb8b ermIcEbJJKoxE1M7UFi2RwbLzJo2EprgY0vflWAPtzfcs32rUS6sJBh6imIl8LIeCEM0Ul8g0+q6 4Dj8K8AAcHYECQ1lbmRzdHJlYW0NZW5kb2JqDTU5IDAgb2JqDTM4OTQgDWVuZG9iag14cmVmDTAg NjAgDTAwMDAwMDAwMDIgNjU1MzUgZg0KMDAwMDAwMDAxNiAwMDAwMCBuDQowMDAwMDAwMDEyIDAw MDAxIGYNCjAwMDAwMDA0MDQgMDAwMDAgbg0KMDAwMDAwMDQ5OCAwMDAwMCBuDQowMDAwMDAwNjc1 IDAwMDAwIG4NCjAwMDAwMDA3NjYgMDAwMDAgbg0KMDAwMDAwMTg3MCAwMDAwMCBuDQowMDAwMDAy MTQ3IDAwMDAwIG4NCjAwMDAwMDMyNTkgMDAwMDAgbg0KMDAwMDAwMzU0NiAwMDAwMCBuDQowMDAw MDA0NjU5IDAwMDAwIG4NCjAwMDAwMDAwMTMgMDAwMDEgZg0KMDAwMDAwMDAyMCAwMDAwMSBmDQow MDAwMDA0OTQ2IDAwMDAwIG4NCjAwMDAwMDYwMTggMDAwMDAgbg0KMDAwMDAwNjI5MyAwMDAwMCBu DQowMDAwMDA3NDExIDAwMDAwIG4NCjAwMDAwMDc3MDcgMDAwMDAgbg0KMDAwMDAwNzc5MCAwMDAw MCBuDQowMDAwMDAwMDIxIDAwMDAxIGYNCjAwMDAwMDAwMjIgMDAwMDEgZg0KMDAwMDAwMDAyMyAw MDAwMSBmDQowMDAwMDAwMDI0IDAwMDAxIGYNCjAwMDAwMDAwMjUgMDAwMDEgZg0KMDAwMDAwMDAy NiAwMDAwMSBmDQowMDAwMDAwMDI3IDAwMDAxIGYNCjAwMDAwMDAwMjggMDAwMDEgZg0KMDAwMDAw MDAyOSAwMDAwMSBmDQowMDAwMDAwMDMwIDAwMDAxIGYNCjAwMDAwMDAwMzEgMDAwMDEgZg0KMDAw MDAwMDAzMiAwMDAwMSBmDQowMDAwMDAwMDMzIDAwMDAxIGYNCjAwMDAwMDAwMzQgMDAwMDEgZg0K MDAwMDAwMDAzNSAwMDAwMSBmDQowMDAwMDAwMDM2IDAwMDAxIGYNCjAwMDAwMDAwMzcgMDAwMDEg Zg0KMDAwMDAwMDAzOCAwMDAwMSBmDQowMDAwMDAwMDM5IDAwMDAxIGYNCjAwMDAwMDAwNDAgMDAw MDEgZg0KMDAwMDAwMDA0MSAwMDAwMSBmDQowMDAwMDAwMDQyIDAwMDAxIGYNCjAwMDAwMDAwNDMg MDAwMDEgZg0KMDAwMDAwMDA0NCAwMDAwMSBmDQowMDAwMDAwMDQ1IDAwMDAxIGYNCjAwMDAwMDAw NDYgMDAwMDEgZg0KMDAwMDAwMDA0NyAwMDAwMSBmDQowMDAwMDAwMDQ4IDAwMDAxIGYNCjAwMDAw MDAwNDkgMDAwMDEgZg0KMDAwMDAwMDA1MCAwMDAwMSBmDQowMDAwMDAwMDUxIDAwMDAxIGYNCjAw MDAwMDAwNTIgMDAwMDEgZg0KMDAwMDAwMDA1MyAwMDAwMSBmDQowMDAwMDAwMDU0IDAwMDAxIGYN CjAwMDAwMDAwNTUgMDAwMDEgZg0KMDAwMDAwMDA1NiAwMDAwMSBmDQowMDAwMDAwMDU3IDAwMDAx IGYNCjAwMDAwMDAwMDAgMDAwMDEgZg0KMDAwMDAwNzk2OSAwMDAwMCBuDQowMDAwMDExOTQxIDAw MDAwIG4NCnRyYWlsZXINPDwNL1NpemUgNjANL0luZm8gMSAwIFIgDS9Sb290IDMgMCBSIA0vSURb PGEwMzdkOGVlYTJlNzU1MzUxNDkyY2ZiMWYyZDk1MmRjPjxjNmVjNWRkMWNiYmZlYjY0OWMwYzg2 ODVmMDQxNWFkMz5dDT4+DXN0YXJ0eHJlZg0xMTk2Mw0lJUVPRg0= ------=_NextPart_000_013A_01C42B6C.C8DB63E0-- From jcarr@wit.org Tue Apr 27 00:54:27 2004 From: jcarr@wit.org (Jeff Carr) Date: Mon, 26 Apr 2004 18:54:27 -0500 Subject: [Mono-list] mono-0.31.99.20040426 snapshot doesn't build Message-ID: <1083023667.1555.294.camel@localhost> On debian sid it died building. The date is also wrong on the last changelog entry: 2004-04-42 Robert Shade Probably you want the standard tolower() instead of string_invariant_tolower() ? Note chapter 4 of the glibc manual. file:///usr/share/doc/glibc-doc/html/index.html Best of luck, Jeff gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../libgc/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DGC_LINUX_THREADS -DMONO_USE_EXC_TABLES -D_GNU_SOURCE -D_REENTRANT -fexceptions -D_FILE_OFFSET_BITS=64 -g -O2 -fno-strict-aliasing -g -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-cast-qual -Wcast-align -Wwrite-strings -c `test -f 'main.c' || echo './'`main.c /bin/sh ../../libtool --mode=link gcc -g -O2 -fno-strict-aliasing -g -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-cast-qual -Wcast-align -Wwrite-strings -o mint main.o libmint.la -lnsl -lpthread -lm -lrt gcc -g -O2 -fno-strict-aliasing -g -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-cast-qual -Wcast-align -Wwrite-strings -o .libs/mint main.o ./.libs/libmint.so /usr/lib/libgthread-2.0.so /usr/lib/libgmodule-2.0.so -ldl /usr/lib/libglib-2.0.so -lnsl -lpthread -lm -lrt -Wl,--rpath -Wl,/usr/local/lib ./.libs/libmint.so: undefined reference to `string_invariant_tolower' ./.libs/libmint.so: undefined reference to `string_invariant_toupper' collect2: ld returned 1 exit status make[3]: *** [mint] Error 1 make[3]: Leaving directory `/root/monoapptest/mono-0.31.99.20040426/mono/interpreter' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/root/monoapptest/mono-0.31.99.20040426/mono' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/monoapptest/mono-0.31.99.20040426' From gonzalo@ximian.com Tue Apr 27 09:31:16 2004 From: gonzalo@ximian.com (Gonzalo Paniagua Javier) Date: Tue, 27 Apr 2004 10:31:16 +0200 Subject: [Mono-list] Apache virtual hosts, all or some mod_mono In-Reply-To: <8BAFCC09C2760C4EADEEAC8A06C84890DD6E38@THORN.exch.ad.byu.edu> References: <8BAFCC09C2760C4EADEEAC8A06C84890DD6E38@THORN.exch.ad.byu.edu> Message-ID: <1083054676.1660.36.camel@localhost> El lun, 26-04-2004 a las 22:53, Andrew Arnott escribi�: > I am trying to set up multiple virtual hosts on Apache 2.0.49. Each > of which of course has its own physical root directory. Trouble is > the MonoApplications line only takes virtual directory paths. Running > mod-mono-server.exe and looking at the argument syntax doesn�t help. > How can I have multiple virtual roots on various virtual hosts, and > configure Mono to work on them all? MonoApplications takes virtual:physical pairs separated by a comma. For your purpose, you have to use the 'Alias virtual "physical"' apache directive and when configuring the virtual host, set mod_mono as the handler for the virtual directory for that virtual host. -Gonzalo From hannibalbundie@hotmail.com Tue Apr 27 09:54:40 2004 From: hannibalbundie@hotmail.com (HannibAl Bundie) Date: Tue, 27 Apr 2004 10:54:40 +0200 Subject: [Mono-list] A substitute to the high definition clock QueryPerformanceCounte Message-ID: Thanks for your answer, it's exactly what I need. ps : Could someone tell me what I must do to reply to a thread and not to create a thread please ? Thanks >From: Paolo Molaro >To: mono-list@lists.ximian.com >Subject: Re: [Mono-list] A substitute to the high definition clock >QueryPerformanceCounter ? >Date: Mon, 26 Apr 2004 15:58:17 +0200 > >On unixy systems you should likely use gettimeofday (): > > struct timeval { > public int seconds; > public int useconds; > } > > [DllImport ("libc")] > static extern int gettimeofday (out timeval tv, IntPtr unused); > >That works on Linux/x86 and should work on many other systems as well (on >some 64 bit systems the types may be longs, in others the order may be >different, but both things can be easily checked at runtime if needed). > >lupus > >-- >----------------------------------------------------------------- >lupus@debian.org debian/rules >lupus@ximian.com Monkeys do it better >_______________________________________________ >Mono-list maillist - Mono-list@lists.ximian.com >http://lists.ximian.com/mailman/listinfo/mono-list _________________________________________________________________ Hotmail : un compte GRATUIT qui vous suit partout et tout le temps ! http://g.msn.fr/FR1000/9493 From gonzalo@ximian.com Tue Apr 27 10:09:57 2004 From: gonzalo@ximian.com (Gonzalo Paniagua Javier) Date: Tue, 27 Apr 2004 11:09:57 +0200 Subject: [Mono-list] [OT] A substitute to the high definition clock QueryPerformanceCounte In-Reply-To: References: Message-ID: <1083056996.1660.44.camel@localhost> El mar, 27-04-2004 a las 10:54, HannibAl Bundie escribi�: > Thanks for your answer, it's exactly what I need. > > ps : Could someone tell me what I must do to reply to a thread and not to > create a thread please ? That must be hotmail. When you click on "Reply to" it should add a "In-Reply-To" header in the message, but it doesn't. -Gonzao From umuff@QUARK.com Tue Apr 27 12:58:30 2004 From: umuff@QUARK.com (Urs Muff) Date: Tue, 27 Apr 2004 05:58:30 -0600 Subject: [Mono-list] Mono build broken on Windows Message-ID: I have a patch for that but it is not approved yet, it can and should be built on Windows as well, since otherwise mcs will not be able to generate debug info... - Urs -----Original Message----- From: mono-list-admin@lists.ximian.com [mailto:mono-list-admin@lists.ximian.com] On Behalf Of Gert Driesen Sent: Monday, April 26, 2004 11:57 PM To: mono-list@ximian.com Subject: [Mono-list] Mono build broken on Windows Hi, Apparently the Mono build is broken on Windows : Making all in runtime make[2]: Entering directory `/cygdrive/d/cvs/mono/mono/runtime' cp -f /usr/local/lib/Mono.CSharp.Debugger.dll . cp: cannot stat `/usr/local/lib/Mono.CSharp.Debugger.dll': No such file or directory make[2]: *** [Mono.CSharp.Debugger.dll] Error 1 make[2]: Leaving directory `/cygdrive/d/cvs/mono/mono/runtime' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/cygdrive/d/cvs/mono/mono' make: *** [all] Error 2 The Mono.CSharp.Debugger assembly is only built on unix, hence the error ... Gert _______________________________________________ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list From dan@astusa.com Tue Apr 27 15:55:35 2004 From: dan@astusa.com (Dan) Date: Tue, 27 Apr 2004 10:55:35 -0400 Subject: [Mono-list] Re: [Mono-docs-list] Mono 1.0 quickly approaching. In-Reply-To: <1083030033.5147.485.camel@erandi.boston.ximian.com> Message-ID: <20040427145535.UOLV18566.out011.verizon.net@dan> Trying to get on http://www.go-mono.com:8080/ to help with doc but it's not working. -Dan -----Original Message----- From: mono-list-admin@lists.ximian.com [mailto:mono-list-admin@lists.ximian.com] On Behalf Of Miguel de Icaza Sent: Monday, April 26, 2004 9:41 PM To: Joshua Tauberer Cc: Mono Docs; mono-list@ximian.com Subject: [Mono-list] Re: [Mono-docs-list] Mono 1.0 quickly approaching. Hello! > > We are only nine weeks from Mono 1.0, and now is a perfect time > > to start documenting some classes using Monodoc if you have some > > spare time. > > Only 21,118 things left to document in corlib! (This is the number of > occurences of "To be added" in the corlib XML files, which are now > pretty much in sync with the actual assembly.) Those are fantastic news! That means that statistically, likelyhood of two people documenting the same class simultaneously is almost zero. So everyone, start hitting those [Edit] links in Monodoc ;-) Miguel _______________________________________________ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list From rafael.teixeirabr@terra.com.br Tue Apr 27 17:07:22 2004 From: rafael.teixeirabr@terra.com.br (A Rafael D Teixeira) Date: Tue, 27 Apr 2004 13:07:22 -0300 Subject: [Mono-list] heads up In-Reply-To: <1083048329.26090.30.camel@atreyu.localdomain> References: <1083048329.26090.30.camel@atreyu.localdomain> Message-ID: <1083082042.3764.10.camel@redhat9.tempolivre.com.br> I updated from cvs everything and built mono and then mcs but it stops when building Npgsql, because when monoresgen is run it says: [rafael@redhat9 monoresgen]$ monoresgen Corlib not in sync with this runtime: expected corlib version 17, found 5. Download a newer corlib or a newer runtime at http://www.go-mono.com/daily. Well no other step of the build process showed that message, specially for such an old corlib version. I scanned my disk and killed or updated all mscorlibs/corlibs/monoresgen/SWF outdated and the message continues to happen. I tried to compile a new version of monoresgen with debugging writelines to no avail, it the loading of the assembly that triggers the message. Locally I moved npgsql to be the last one in the build chain because it seems to be the only one using monoresgen, but that way I can't do a make install for mcs. Any help is welcome, Thanks, On Tue, 2004-04-27 at 03:45, Jackson Harper wrote: > Hello, > > I have just committed some changes to our build system. We now build > libraries for each profile into their own directory class/lib/$(PROFILE) > so that we can build all the profiles libraries at once without them > overwriting each other. Since this is such a large change there may be > issues....please reply to the list with anything you notice. > > Thanks, > Jackson -- Rafael "Monoman" Teixeira Mono Hacker since 16 Jul 2001 - http://www.go-mono.org/ Mono Brasil Founding Member - http://monobrasil.redesolbrasil.org/ English Blog: http://monoblog.blogspot.com/ Brazilian Portuguese Blog: http://monoblog.weblogger.terra.com.br/ From rafael.teixeirabr@terra.com.br Tue Apr 27 17:12:52 2004 From: rafael.teixeirabr@terra.com.br (A Rafael D Teixeira) Date: Tue, 27 Apr 2004 13:12:52 -0300 Subject: [Mono-list] heads up In-Reply-To: <1083048329.26090.30.camel@atreyu.localdomain> References: <1083048329.26090.30.camel@atreyu.localdomain> Message-ID: <1083082372.3764.14.camel@redhat9.tempolivre.com.br> Update on my previous email: as root make install was able to make Npgsql with old resources and then back as user monoresgen was running again. Seems like monoresgen was depending on something besides corlib that was outdated in the prefix. Sorry for the noise, Thanks, On Tue, 2004-04-27 at 03:45, Jackson Harper wrote: > Hello, > > I have just committed some changes to our build system. We now build > libraries for each profile into their own directory class/lib/$(PROFILE) > so that we can build all the profiles libraries at once without them > overwriting each other. Since this is such a large change there may be > issues....please reply to the list with anything you notice. > > Thanks, > Jackson > > > > _______________________________________________ > Mono-list maillist - Mono-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-list > > Esta mensagem foi verificada pelo E-mail Protegido Terra. > Scan engine: VirusScan / Atualizado em 26/04/2004 / Vers�o: 1.5.2 > Proteja o seu e-mail Terra: http://www.emailprotegido.terra.com.br/ > > E-mail classificado pelo Identificador de Spam Inteligente Terra. > Para alterar a categoria classificada, visite > http://www.terra.com.br/centralunificada/emailprotegido/imail/imail.cgi?+_u=rafael.teixeirabr&_l=1083048667.57864.24597.turvo.terra.com.br -- Rafael "Monoman" Teixeira Mono Hacker since 16 Jul 2001 - http://www.go-mono.org/ Mono Brasil Founding Member - http://monobrasil.redesolbrasil.org/ English Blog: http://monoblog.blogspot.com/ Brazilian Portuguese Blog: http://monoblog.weblogger.terra.com.br/ From miguel@ximian.com Tue Apr 27 19:22:24 2004 From: miguel@ximian.com (Miguel de Icaza) Date: Tue, 27 Apr 2004 14:22:24 -0400 Subject: [Mono-list] Re: [Mono-docs-list] Mono 1.0 quickly approaching. In-Reply-To: <20040427145535.UOLV18566.out011.verizon.net@dan> References: <20040427145535.UOLV18566.out011.verizon.net@dan> Message-ID: <1083090144.5147.603.camel@erandi.boston.ximian.com> hello, > Trying to get on http://www.go-mono.com:8080/ to help with doc but it's not > working. Well, to help you need Monodoc, the inline editing is not available on the web site edition, only on the Gtk# client. From robert@worksofmagic.com Tue Apr 27 22:39:48 2004 From: robert@worksofmagic.com (Robert Geller) Date: Tue, 27 Apr 2004 17:39:48 -0400 Subject: [Mono-list] Getting ASP .NET Apache module to work with 1.3.29 Message-ID: <005101c42ca0$2ab68250$1e02a8c0@fudge> This is a multi-part message in MIME format. ------=_NextPart_000_004E_01C42C7E.A32DB680 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Yes, yes, I know Apache 2.0.48 is the only documented and supported = version for the ASP .NET module, but I use 1.3.29, as it is currently = more stable, and better developed and tested than 2.0.48, and I don't = plan on switching for a while. So...=20 Is there ANY way at all I could get the ASP .NET module to work with = Apache 1.3.29? ALSO The mono documention seems severely outdated, at least the last time I = checked. For example, after downloading the mono source and compiling it = and doing make install, it does NOT put the mono installation where the = documentation says it puts it, it puts it wherever you did make... Just my input, and if someone could help me that'd be great. ------=_NextPart_000_004E_01C42C7E.A32DB680 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Yes, yes, I know Apache 2.0.48 is the = only=20 documented and supported version for the ASP .NET module, but I use = 1.3.29, as=20 it is currently more stable, and better developed and tested than = 2.0.48, and I=20 don't plan on switching for a while.

So...

Is there ANY way at = all I could=20 get the ASP .NET module to work with Apache 1.3.29?

ALSO

The mono documention seems severely = outdated, at=20 least the last time I checked. For example, after downloading the mono = source=20 and compiling it and doing make install, it does NOT put the mono = installation=20 where the documentation says it puts it, it puts it wherever you did=20 make...

Just my input, and if someone could = help me that'd=20 be great.

------=_NextPart_000_004E_01C42C7E.A32DB680-- From dan@astusa.com Tue Apr 27 23:10:53 2004 From: dan@astusa.com (Dan) Date: Tue, 27 Apr 2004 18:10:53 -0400 Subject: [Mono-list] Re: [Mono-docs-list] Mono 1.0 quickly approaching. In-Reply-To: <1083090144.5147.603.camel@erandi.boston.ximian.com> Message-ID: <20040427221054.IXOI1464.out001.verizon.net@dan> Miguel, My mistake, I saw this on the bottom of the http://www.go-mono.com/classlib-doc.html page: Get Involved Help us develop Mono's documentation tools! Subscribe to mono-docs-list and wade right in. Monodoc today also supports a GUI-based collaborative editing system. You can now edit the documentation from the browser and upload your contributions directly to the Mono site. What does edit the documentation from the browser mean? -Dan -----Original Message----- From: mono-list-admin@lists.ximian.com [mailto:mono-list-admin@lists.ximian.com] On Behalf Of Miguel de Icaza Sent: Tuesday, April 27, 2004 2:22 PM To: Dan Cc: 'Mono Docs'; mono-list@ximian.com Subject: RE: [Mono-list] Re: [Mono-docs-list] Mono 1.0 quickly approaching. hello, > Trying to get on http://www.go-mono.com:8080/ to help with doc but > it's not working. Well, to help you need Monodoc, the inline editing is not available on the web site edition, only on the Gtk# client. _______________________________________________ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list From dan@astusa.com Tue Apr 27 23:12:48 2004 From: dan@astusa.com (Dan) Date: Tue, 27 Apr 2004 18:12:48 -0400 Subject: [Mono-list] Re: [Mono-docs-list] Mono 1.0 quickly approaching. In-Reply-To: <1083090144.5147.603.camel@erandi.boston.ximian.com> Message-ID: <20040427221249.VDNG1910.out010.verizon.net@dan> Miguel, My mistake, I saw this on the bottom of the http://www.go-mono.com/classlib-doc.html page: ---------------------------------------------------------------------------- --- Get Involved Help us develop Mono's documentation tools! Subscribe to mono-docs-list and wade right in. Monodoc today also supports a GUI-based collaborative editing system. You can now edit the documentation from the browser and upload your contributions directly to the Mono site. ---------------------------------------------------------------------------- --- What does edit the documentation from the browser mean? -Dan -----Original Message----- From: mono-list-admin@lists.ximian.com [mailto:mono-list-admin@lists.ximian.com] On Behalf Of Miguel de Icaza Sent: Tuesday, April 27, 2004 2:22 PM To: Dan Cc: 'Mono Docs'; mono-list@ximian.com Subject: RE: [Mono-list] Re: [Mono-docs-list] Mono 1.0 quickly approaching. hello, > Trying to get on http://www.go-mono.com:8080/ to help with doc but > it's not working. Well, to help you need Monodoc, the inline editing is not available on the web site edition, only on the Gtk# client. _______________________________________________ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list From pbaena@uol.com.ar Tue Apr 27 23:37:53 2004 From: pbaena@uol.com.ar (Pablo Baena) Date: Tue, 27 Apr 2004 19:37:53 -0300 (GMT) Subject: [Mono-list] ASP.NET bug?? Message-ID: <20040427223753.DB2F0192EC@cletus.sinectis.com.ar> Before I post a bug report, can you spot some stupid mistake in this code? Because the table that I'm querying has lots of records and it is showing only one. THanks

Basic Paging with DataGrid

From peter@newton.cx Tue Apr 27 23:44:01 2004 From: peter@newton.cx (Peter Williams) Date: Tue, 27 Apr 2004 18:44:01 -0400 Subject: [Mono-list] Re: [Mono-docs-list] Mono 1.0 quickly approaching. In-Reply-To: <20040427221249.VDNG1910.out010.verizon.net@dan> References: <20040427221249.VDNG1910.out010.verizon.net@dan> Message-ID: <1083105840.15291.4.camel@beta.newton.cx> On Tue, 2004-04-27 at 18:12, Dan wrote: > Miguel, > > My mistake, I saw this on the bottom of the > http://www.go-mono.com/classlib-doc.html page: The terminology is a little confusing: the documentation viewing program, monodoc, is called the "browser" for short. That's what the statement is referring to, not a web browser. Peter -- Peter Williams peter@newton.cx "[Ninjas] are cool; and by cool, I mean totally sweet." -- REAL Ultimate Power From dan@astusa.com Tue Apr 27 23:51:31 2004 From: dan@astusa.com (Dan) Date: Tue, 27 Apr 2004 18:51:31 -0400 Subject: [Mono-list] Re: [Mono-docs-list] Mono 1.0 quickly approaching. In-Reply-To: <1083105840.15291.4.camel@beta.newton.cx> Message-ID: <20040427225131.CYPM27801.out008.verizon.net@dan> Peter, Excellent, thank you. -Dan -----Original Message----- From: Peter Williams [mailto:peter@newton.cx] Sent: Tuesday, April 27, 2004 6:44 PM To: Dan Cc: 'Mono Docs'; mono-list@ximian.com Subject: RE: [Mono-list] Re: [Mono-docs-list] Mono 1.0 quickly approaching. On Tue, 2004-04-27 at 18:12, Dan wrote: > Miguel, > > My mistake, I saw this on the bottom of the > http://www.go-mono.com/classlib-doc.html page: The terminology is a little confusing: the documentation viewing program, monodoc, is called the "browser" for short. That's what the statement is referring to, not a web browser. Peter -- Peter Williams peter@newton.cx "[Ninjas] are cool; and by cool, I mean totally sweet." -- REAL Ultimate Power From danielmorgan@verizon.net Wed Apr 28 01:00:58 2004 From: danielmorgan@verizon.net (Daniel Morgan) Date: Tue, 27 Apr 2004 20:00:58 -0400 Subject: [Mono-list] Mono build broken on Windows In-Reply-To: <011b01c42c1c$83f53c50$0200a8c0@mother> Message-ID: At this point, mono has been built successfully. If you'll notice, it is only coping Mono.CSharp.Debugger.dll during "make install". Since the debugger does not work on Windows, the assembly is not needed. The mono-build-w32.sh automatically does a make install. You can always manually copy the assemblies over that you need. -----Original Message----- From: mono-list-admin@lists.ximian.com [mailto:mono-list-admin@lists.ximian.com]On Behalf Of Gert Driesen Sent: Tuesday, April 27, 2004 1:57 AM To: mono-list@ximian.com Subject: [Mono-list] Mono build broken on Windows Hi, Apparently the Mono build is broken on Windows : Making all in runtime make[2]: Entering directory `/cygdrive/d/cvs/mono/mono/runtime' cp -f /usr/local/lib/Mono.CSharp.Debugger.dll . cp: cannot stat `/usr/local/lib/Mono.CSharp.Debugger.dll': No such file or directory make[2]: *** [Mono.CSharp.Debugger.dll] Error 1 make[2]: Leaving directory `/cygdrive/d/cvs/mono/mono/runtime' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/cygdrive/d/cvs/mono/mono' make: *** [all] Error 2 The Mono.CSharp.Debugger assembly is only built on unix, hence the error ... Gert _______________________________________________ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list From spouliot@videotron.ca Wed Apr 28 01:01:40 2004 From: spouliot@videotron.ca (=?US-ASCII?Q?Sebastien_Pouliot?=) Date: Tue, 27 Apr 2004 20:01:40 -0400 Subject: [Mono-list] [PATCH] Hard coded System.Environment.OSVersion... In-Reply-To: <20040426140748.GA5921@debian.org> Message-ID: > I think we made the method report the hardcoded version to fool the > broken sw which relies on the version. That was my feeling ;-) However by doing so we are also fooling the non-broken software and not encouraging the creation of valid software. > We may go with your changes and wait for someone to complain, or maybe > we should check an environment variable like: > > PROGRAMMER_TOO_LAZY_TO_WRITE_PORTABLE_CODE=beatmeharder > and report the fixed version in that case. I don't like environment variables much but I do like your name ;-) and the fact that the variable as nothing to do with the version returned. However I don't think we have to do this on Windows because there's already a "documented" way to fool application with versions numbers. (yeah they have automated the non-portability lazyness ;-) Does anyone know something that will break without the hardcoded version (as pre-complain precaution) ? or else I'll commit my original patch (without the C#/C++/C99 comments). Sebastien Pouliot http://pages.infinit.net/ctech/poupou.html -----Original Message----- From: mono-list-admin@lists.ximian.com [mailto:mono-list-admin@lists.ximian.com]On Behalf Of Paolo Molaro Sent: 26 avril 2004 10:08 To: mono-list@lists.ximian.com Subject: Re: [Mono-list] [PATCH] Hard coded System.Environment.OSVersion... On 04/23/04 Sebastien Pouliot wrote: > Here's the patches. There may be a better way on Linux to get a version... > > The following code... > > static void Main(string[] args) > { > Console.WriteLine (Environment.OSVersion.ToString ()); > Console.WriteLine (Environment.OSVersion.Platform); > Console.WriteLine (Environment.OSVersion.Version); > } > > Should display on Linux... > > [poupou@rh9 poupou]$ mono version.exe > Unix 2.4.20.8 > 128 > 2.4.20.8 I think we made the method report the hardcoded version to fool the broken sw which relies on the version. We may go with your changes and wait for someone to complain, or maybe we should check an environment variable like: PROGRAMMER_TOO_LAZY_TO_WRITE_PORTABLE_CODE=beatmeharder and report the fixed version in that case. lupus -- ----------------------------------------------------------------- lupus@debian.org debian/rules lupus@ximian.com Monkeys do it better _______________________________________________ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list From boykin@pobox.com Wed Apr 28 01:33:04 2004 From: boykin@pobox.com (P Oscar Boykin) Date: Tue, 27 Apr 2004 17:33:04 -0700 Subject: [Mono-list] threads and Async Socket methods Message-ID: <20040428003304.GB11573@pobox.com> --1UWUbFP1cBYEclgG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello All, I have some code that does asynchronous Socket.BeginSend and Socket.BeginReceive calls. My question is the following: 1) The documentation (in monodoc) says that no instance members of Socket are guaranteed to be thread safe. 2) Given the above, is it safe to have a BeginSend call active while a BeginReceive call is also active? Given that the "under the hood" it appears that these methods are implemented with threads. So, to make it clear, if I have code like: -------------- BeginSend() BeginReceive() [ other stuff here ] EndReceive() EndSend() ------------- is this safe? To me, it would seem like it would not be safe if none of the members are guaranteed to be thread safe, but on the other hand, I have a C# networking book that has examples such as this. The reason I ask is that I have some code that (on mono 0.31) appears that *SOMETIMES* the BeginSend never calls the callback function to indicate that it finished (and the other side never gets the data). This is happening while a BeginReceive() is active. When I see bugs that happen only sometimes, it usually makes me worry about thread safety. It would be nice if the Begin* methods were designed such that there could be more than one of them active at a time (particularly, it would be nice to have a send going on while a receive was also active). Am I expecting too much here? Thanks, Oscar --=20 boykin@pobox.com http://pobox.com/~boykin jabber: johnynek@jabber.org fingerprint=3DD250 4AD9 4544 B7D2 A17C 911D D608 D387 6718 D75F Hague Convention is Bad News: http://www.gnu.org/philosophy/hague.html --1UWUbFP1cBYEclgG Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAjvvA1gjTh2cY118RAoV0AJ46aJMMwJLrDA1R/u2EMdOiqG8ZWQCcCuVm bB7Un+MbrmC5uFQEkGwwMw8= =kKSu -----END PGP SIGNATURE----- --1UWUbFP1cBYEclgG-- From felipemaya@manizales.com Wed Apr 28 02:33:38 2004 From: felipemaya@manizales.com (felipe maya) Date: Tue, 27 Apr 2004 20:33:38 -0500 Subject: [Mono-list] PalmOS Message-ID: <200404280133.i3S1Xcm27928@server1.enredese.net> Somthing know if mono-gtk programs run on PalmOS for palm, handspring, sony clie, etc.

THANKS

Consigue tu correo GRATIS en Manizales.com,
dale vida a tus mensajes con más de 300 motivos gr�ficos.
Busca el portal de tu ciudad en http://66.216.122.105
From gert.driesen@pandora.be Wed Apr 28 06:05:30 2004 From: gert.driesen@pandora.be (Gert Driesen) Date: Wed, 28 Apr 2004 07:05:30 +0200 Subject: [Mono-list] Mono build broken on Windows References: Message-ID: <00d801c42cde$6d957610$0200a8c0@mother> ----- Original Message ----- From: "Daniel Morgan" To: "Gert Driesen" ; Sent: Wednesday, April 28, 2004 2:00 AM Subject: RE: [Mono-list] Mono build broken on Windows > At this point, mono has been built successfully. > > If you'll notice, it is only coping Mono.CSharp.Debugger.dll during > "make install". I agree that mono has been successfully built, but I definitely get the error during "make", not "make install". > Since the debugger does not work on Windows, the assembly is not needed. Ok, but it should not cause the make to fail ... > The mono-build-w32.sh automatically does a make install. I'm not using that script ... > > You can always manually copy the assemblies over that you need. Sure, but I'm sure this "issue" will get fixed soon ... Thanks ! Gert > > -----Original Message----- > From: mono-list-admin@lists.ximian.com > [mailto:mono-list-admin@lists.ximian.com]On Behalf Of Gert Driesen > Sent: Tuesday, April 27, 2004 1:57 AM > To: mono-list@ximian.com > Subject: [Mono-list] Mono build broken on Windows > > > Hi, > > Apparently the Mono build is broken on Windows : > > Making all in runtime > make[2]: Entering directory `/cygdrive/d/cvs/mono/mono/runtime' > cp -f /usr/local/lib/Mono.CSharp.Debugger.dll . > cp: cannot stat `/usr/local/lib/Mono.CSharp.Debugger.dll': No such file or > directory > make[2]: *** [Mono.CSharp.Debugger.dll] Error 1 > make[2]: Leaving directory `/cygdrive/d/cvs/mono/mono/runtime' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/cygdrive/d/cvs/mono/mono' > make: *** [all] Error 2 > > The Mono.CSharp.Debugger assembly is only built on unix, hence the error ... > > Gert > > _______________________________________________ > Mono-list maillist - Mono-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-list > > _______________________________________________ > Mono-list maillist - Mono-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-list > From joergr@voelcker.com Wed Apr 28 08:46:02 2004 From: joergr@voelcker.com (=?iso-8859-1?Q?J=F6rg_Rosenkranz?=) Date: Wed, 28 Apr 2004 09:46:02 +0200 Subject: [Mono-list] Getting ASP .NET Apache module to work with 1.3.29 Message-ID: <23BE0C16E0C22F48B3FB5B0BD6B5307B3B7CEC@visdd003.devdd.vi.lan> Hello Robert, > -----Original Message----- > From: mono-list-admin@lists.ximian.com = [mailto:mono-list-admin@lists.ximian.com] On Behalf Of Robert Geller > Sent: Tuesday, April 27, 2004 11:40 PM >=20 > Is there ANY way at all I could get the ASP .NET module to work with = Apache 1.3.29? I have it running with Apache 1.3.27 and a CVS version of=20 last week. mod_mono recognizes the Apache version during=20 compilation. My http.conf entries look like: LoadModule mono_module /usr/lib/apache/mod_mono.so MonoRunXSP True MonoExecutablePath /usr/local/bin/mono MonoServerPath /usr/local/bin/mod-mono-server.exe MonoApplications "/xsptest:/usr/local/share/xsp/doc/test" Alias /xsptest "/usr/local/share/xsp/doc/test" SetHandler mono DirectoryIndex index.aspx Order allow,deny Allow from all HTH, Joerg. From Eric Chow" Hi, Where I can find System.Data.Odbc.dll ??? Eric ========================== If you know what you are doing, it is not called RESEARCH! ========================== From ndrochak@gol.com Wed Apr 28 10:37:56 2004 From: ndrochak@gol.com (Nick D) Date: Wed, 28 Apr 2004 18:37:56 +0900 Subject: [Mono-list] heads up In-Reply-To: <1083048329.26090.30.camel@atreyu.localdomain> Message-ID: >| -----Original Message----- >| From: mono-list-admin@lists.ximian.com [mailto:mono-list- >| admin@lists.ximian.com] On Behalf Of Jackson Harper >| Sent: Tuesday, April 27, 2004 3:46 PM >| To: mono-devel mailing list; mono-list >| Subject: [Mono-list] heads up >| >| Hello, >| >| I have just committed some changes to our build system. We now >| build >| libraries for each profile into their own directory class/lib/$(PROFILE) >| so that we can build all the profiles libraries at once without them >| overwriting each other. Since this is such a large change there may be >| issues....please reply to the list with anything you notice. >| Jackson, Here's what I noticed: 'make test' from mcs doesn't work anymore. NUnit.Framework.dll is not being copied into class/lib/default. Nick D. From cesar@ciencias.unam.mx Wed Apr 28 02:43:22 2004 From: cesar@ciencias.unam.mx (cesar lopez nataren) Date: Tue, 27 Apr 2004 20:43:22 -0500 Subject: [Mono-list] evolution-sharp In-Reply-To: <1083050734.3610.2.camel@laura> References: <1083050734.3610.2.camel@laura> Message-ID: <1083116602.7047.3.camel@rats> On Tue, 2004-04-27 at 09:25 +0200, Michael Zehrer wrote: > Hi, > > Are there any examples or docs about evolution-sharp? Hello. The build brings doc's stubs for Monodoc. Another good resource is the source code at dashboard/backends/EvolutionAddressbookBackend.cs from the dashboard project (http://nat.org/dashboard/) Regards. -- cesar lopez nataren From Mark Ashley Wed Apr 28 03:48:08 2004 From: Mark Ashley (Mark Ashley) Date: Wed, 28 Apr 2004 12:48:08 +1000 (EST) Subject: [Mono-list] SPARC v9 roadmap Message-ID: <20040428024845.F0E50632B0@skeptopotamus.ximian.com> Hi folks, I ran into this just now and was wondering when we could expect to see support for UltraSPARC? depmode=none /bin/bash ../../depcomp \ /bin/bash ../../libtool --mode=compile cc -xtarget=ultra -xarch=v9 -xcode=pic32 -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../libgc/include -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -mt -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -DGC_SOLARIS_THREADS -DGC_SOLARIS_PTHREADS -D_REENTRANT -D_XOPEN_SOURCE=500 -D__EXTENSIONS__ -D_XOPEN_SOURCE_EXTENDED=1 -DNO_UNALIGNED_ACCESS -g -Dinline= -g -c -o mini-sparc.lo `test -f 'mini-sparc.c' || echo './'`mini-sparc.c rm -f .libs/mini-sparc.lo cc -xtarget=ultra -xarch=v9 -xcode=pic32 -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../libgc/include -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -mt -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -DGC_SOLARIS_THREADS -DGC_SOLARIS_PTHREADS -D_REENTRANT -D_XOPEN_SOURCE=500 -D__EXTENSIONS__ -D_XOPEN_SOURCE_EXTENDED=1 -DNO_UNALIGNED_ACCESS -g -Dinline= -g -c mini-sparc.c -KPIC -DPIC -o mini-sparc.o "mini-sparc.c", line 82: #error: "Sparc V9 support not yet implemented." cc: acomp failed for mini-sparc.c gmake[4]: *** [mini-sparc.lo] Error 1 gmake[4]: Leaving directory `/var/tmp/mono-0.31/mono/mini' gmake[3]: *** [all] Error 2 As it stands neither Mono nor Pnet will compile on Solaris 64 bit with the Sun compiler, so GNU gettext can't be fully compiled. Thanks, Mark. From danielmorgan@verizon.net Wed Apr 28 12:52:39 2004 From: danielmorgan@verizon.net (Daniel Morgan) Date: Wed, 28 Apr 2004 07:52:39 -0400 Subject: [Mono-list] System.Data.Odbc.dll In-Reply-To: <000c01c42cf9$a4a25f40$5c64a8c0@mctv> Message-ID: System.Data.Odbc is found in the System.Data.dll assembly. This is because the default setup for Mono is based on .NET 1.1 which has System.Data.Odbc in System.Data.dll There is no System.Data.Odbc.dll. However, I wonder if we could create a stand alone Microsoft.Data.Odbc.dll to be compatible with .NET 1.0 which also uses a namespace of Microsoft.Data.Odbc. It is not included with .net 1.0, but is something you can download from Microsoft to add ODBC support to .NET 1.0. Remember: an assembly can contain many different namespaces. -----Original Message----- From: mono-list-admin@lists.ximian.com [mailto:mono-list-admin@lists.ximian.com]On Behalf Of Eric Chow Sent: Wednesday, April 28, 2004 4:20 AM To: mono-list@lists.ximian.com Subject: [Mono-list] System.Data.Odbc.dll Hi, Where I can find System.Data.Odbc.dll ??? Eric ========================== If you know what you are doing, it is not called RESEARCH! ========================== _______________________________________________ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list From robert@worksofmagic.com Wed Apr 28 13:40:28 2004 From: robert@worksofmagic.com (Robert Geller) Date: Wed, 28 Apr 2004 05:40:28 -0700 Subject: [Mono-list] Getting ASP .NET Apache module to work with 1.3.29 Message-ID: Hmm, so I should just follow the documentation for compilation of Mono, and mod-mono? Is there any better tutorial for getting mod_mono to work from start to finish? As I said, it seems like the mono documentation is a bit out of date. > Hello Robert, > > > -----Original Message----- > > From: mono-list-admin@lists.ximian.com [mailto:mono-list- admin@lists.ximian.com] On Behalf Of Robert Geller > > Sent: Tuesday, April 27, 2004 11:40 PM > > > > Is there ANY way at all I could get the ASP .NET module to work with Apache 1.3.29? > > I have it running with Apache 1.3.27 and a CVS version of > last week. mod_mono recognizes the Apache version during > compilation. > > My http.conf entries look like: > > LoadModule mono_module /usr/lib/apache/mod_mono.so > MonoRunXSP True > MonoExecutablePath /usr/local/bin/mono > MonoServerPath /usr/local/bin/mod-mono-server.exe > MonoApplications "/xsptest:/usr/local/share/xsp/doc/test" > > Alias /xsptest "/usr/local/share/xsp/doc/test" > > SetHandler mono > > DirectoryIndex index.aspx > > > Order allow,deny > Allow from all > > > > HTH, > Joerg. > > --Robert Geller Creative Director Works of Magic Productions 3403 St. Pauls Fairfax, VA 22031 703.279.1637 Fax: 703.279.1607 From joergr@voelcker.com Wed Apr 28 14:06:51 2004 From: joergr@voelcker.com (=?iso-8859-1?Q?J=F6rg_Rosenkranz?=) Date: Wed, 28 Apr 2004 15:06:51 +0200 Subject: [Mono-list] Getting ASP .NET Apache module to work with 1.3.29 Message-ID: <23BE0C16E0C22F48B3FB5B0BD6B5307B3B7CF3@visdd003.DevDD.VI.LAN> Hello Robert, > -----Original Message----- > From: Robert Geller [mailto:robert@worksofmagic.com]=20 > Sent: Wednesday, April 28, 2004 2:40 PM >=20 >=20 > Hmm, so I should just follow the documentation for compilation of=20 > Mono, and mod-mono? Is there any better tutorial for getting mod_mono=20 > to work from start to finish? As I said, it seems like the mono=20 > documentation is a bit out of date. >=20 I've compiled them without problems on Suse 8.2.=20 The only thing I needed additionally was the=20 development package for Apache. Joerg.=20 From robert@worksofmagic.com Wed Apr 28 15:40:00 2004 From: robert@worksofmagic.com (Robert Geller) Date: Wed, 28 Apr 2004 07:40:00 -0700 Subject: [Mono-list] Getting ASP .NET Apache module to work with 1.3.29 Message-ID: Why do you need the Apache-Dev package? > Hello Robert, > > > -----Original Message----- > > From: Robert Geller [mailto:robert@worksofmagic.com] > > Sent: Wednesday, April 28, 2004 2:40 PM > > > > > > Hmm, so I should just follow the documentation for compilation of > > Mono, and mod-mono? Is there any better tutorial for getting mod_mono > > to work from start to finish? As I said, it seems like the mono > > documentation is a bit out of date. > > > > I've compiled them without problems on Suse 8.2. > The only thing I needed additionally was the > development package for Apache. > > Joerg. > _______________________________________________ > Mono-list maillist - Mono-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-list > > --Robert Geller Creative Director Works of Magic Productions 3403 St. Pauls Fairfax, VA 22031 703.279.1637 Fax: 703.279.1607 From joergr@voelcker.com Wed Apr 28 15:41:49 2004 From: joergr@voelcker.com (=?iso-8859-1?Q?J=F6rg_Rosenkranz?=) Date: Wed, 28 Apr 2004 16:41:49 +0200 Subject: [Mono-list] Getting ASP .NET Apache module to work with 1.3.29 Message-ID: <23BE0C16E0C22F48B3FB5B0BD6B5307B3B7CFA@visdd003.DevDD.VI.LAN> > Why do you need the Apache-Dev package? For compilation of mod_mono. Joerg. From edasque@ximian.com Wed Apr 28 16:18:07 2004 From: edasque@ximian.com (Erik Dasque) Date: Wed, 28 Apr 2004 11:18:07 -0400 Subject: [Mono-list] PalmOS In-Reply-To: <200404280133.i3S1Xcm27928@server1.enredese.net> References: <200404280133.i3S1Xcm27928@server1.enredese.net> Message-ID: <4060B834-9927-11D8-85D5-000A95A848EE@ximian.com> --Apple-Mail-6--368411673 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=ISO-8859-1; format=flowed I don't believe PalmOS has a GTK implementation, does it ? Also, Mono=20 hasn't been ported to the Palm OS. Erik On Apr 27, 2004, at 9:33 PM, felipe maya wrote: > Somthing know if mono-gtk programs run on PalmOS for palm, handspring,=20= > sony clie, etc. > > THANKS > Consigue tu correo GRATIS en Manizales.com, > dale vida a tus mensajes con m=E1s de 300 motivos gr=E1ficos. > Busca el portal de tu ciudad en http://66.216.122.105 > _______________________________________________ Mono-list maillist -=20= > Mono-list@lists.ximian.com=20 > http://lists.ximian.com/mailman/listinfo/mono-list= --Apple-Mail-6--368411673 Content-Transfer-Encoding: quoted-printable Content-Type: text/enriched; charset=ISO-8859-1 I don't believe PalmOS has a GTK implementation, does it ? Also, Mono hasn't been ported to the Palm OS. Erik On Apr 27, 2004, at 9:33 PM, felipe maya wrote: = Arial

Somthing know if mono-gtk programs run on PalmOS for palm, handspring, sony clie, etc.

Arial

= THANKS

Arial

Consigue tu correo GRATIS en =

0000,0000,EEEEM= anizales.com

Arial

dale vida a tus mensajes con m=E1s de 300 motivos = gr=E1ficos.

Arial

Busca el portal de tu ciudad en =

0000,0000,EEEEhttp://= 66.216.122.105 Arial

_______________________________________________ Mono-list maillist - Mono-list@lists.ximian.com = http://lists.ximian.com/mailman/listinfo/mono-list

= --Apple-Mail-6--368411673-- From jimeno@servidor.unam.mx Wed Apr 28 18:01:31 2004 From: jimeno@servidor.unam.mx (Roberto Jimeno) Date: 28 Apr 2004 12:01:31 -0500 Subject: [Mono-list] Global.asax.cs problems; from Visual Studio .NET to Mono/XSP. Message-ID: <1083171689.1592.178.camel@localhost> --=-OeYAnX2j7jnskvfuMhOg Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi there! I have some code generated using VS.NET. I tried to run that very same code using Mono/XSP and I got an error 500 (System.NullReferenceException) from it. Apparenly this is due to a line where `Application["ContadorAccesos"].ToString()' is consulted before it is initialized. The trick here is that `Application["ContadorAccessos"]' is actually initialized in the Global.asax.cs file (set to zero on the method "Application_Start" of class "Global". Somehow VS.NET executes the initialization prior to the value being consulted, while Mono/XSP does not. I have tried stuff like compiling the files in different ways and under different names; none of them with success. The latest command line I used was "mcs Global.asax.cs AssemblyInfo.cs Session.aspx.cs -r:System.Web -r:System.Drawing -r:System.Data -t:library -o bin/Session.aspx.dll" The stack trace is shown at the bottom of this message, and the four related files are attached as well. I hope you can help me understand how to use the Global.asax(.cs) file(s) and anything else I should know in order to be able to deploy some of my VS.NET generated code using Mono/XSP. Thanks for your help. Stack Trace: System.NullReferenceException: Object reference not set to an instance of an object in <0x0003d> WebAppLatam.Session:Page_Load (object,System.EventArgs) in <0x0005a> (wrapper delegate-invoke) System.MulticastDelegate:invoke_void_object_EventArgs (object,System.EventArgs) in <0x00090> System.Web.UI.Control:OnLoad (System.EventArgs) in <0x00033> System.Web.UI.Control:LoadRecursive () in <0x0018b> System.Web.UI.Page:InternalProcessRequest () in <0x0008d> System.Web.UI.Page:ProcessRequest (System.Web.HttpContext) in <0x00327> ExecuteHandlerState:Execute () in <0x0007e> StateMachine:ExecuteState (System.Web.HttpApplication/IStateHandler,bool&) --=-OeYAnX2j7jnskvfuMhOg Content-Disposition: attachment; filename=Session.aspx Content-Type: text/plain; name=Session.aspx; charset=us-ascii Content-Transfer-Encoding: quoted-printable <%@ Page language=3D"c#" Codebehind=3D"Session.aspx.cs" AutoEventWireup=3D"= false" Inherits=3D"WebAppLatam.Session" %> Session

Application y Session

Numero de accesos:

Autenticacion

Nombre:

Clave:

Verifica Sesion

--=-OeYAnX2j7jnskvfuMhOg Content-Disposition: attachment; filename=Session.aspx.cs Content-Type: text/plain; name=Session.aspx.cs; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable using System; using System.Collections; using System.ComponentModel; using System.Data; using System.Drawing; using System.Web; using System.Web.SessionState; using System.Web.UI; using System.Web.UI.WebControls; using System.Web.UI.HtmlControls; namespace WebAppLatam { ///
/// Descripci=F3n breve de Session. ///
public class Session : System.Web.UI.Page { protected System.Web.UI.WebControls.Label lblContador; protected System.Web.UI.WebControls.Button btnContador; protected System.Web.UI.WebControls.TextBox txtNombre; protected System.Web.UI.WebControls.TextBox txtClave; protected System.Web.UI.WebControls.Button btnCrea; protected System.Web.UI.WebControls.Button btnLee; protected System.Web.UI.WebControls.Button btnAbandona; protected System.Web.UI.WebControls.Label lblSesion; protected System.Web.UI.WebControls.HyperLink HyperLink1; private void Page_Load(object sender, System.EventArgs e) { //Console.WriteLine(Application["ContadorAccesos"].ToString()); // Introducir aqu=ED el c=F3digo de usuario para inicializar la p=E1gina this.lblContador.Text =3D Application["ContadorAccesos"].ToString(); } #region C=F3digo generado por el Dise=F1ador de Web Forms override protected void OnInit(EventArgs e) { // // CODEGEN: llamada requerida por el Dise=F1ador de Web Forms ASP.NET. // InitializeComponent(); base.OnInit(e); } =09 ///
/// M=E9todo necesario para admitir el Dise=F1ador. No se puede modificar /// el contenido del m=E9todo con el editor de c=F3digo. ///
private void InitializeComponent() { =20 this.btnContador.Click +=3D new System.EventHandler(this.btnContador_Cli= ck); this.btnCrea.Click +=3D new System.EventHandler(this.btnCrea_Click); this.btnLee.Click +=3D new System.EventHandler(this.btnLee_Click); this.btnAbandona.Click +=3D new System.EventHandler(this.btnAbandona_Cli= ck); this.Load +=3D new System.EventHandler(this.Page_Load); } #endregion private void btnContador_Click(object sender, System.EventArgs e) { Application.Lock(); Application["ContadorAccesos"] =3D Convert.ToInt64(Application["Contador= Accesos"]) + 10; Application.UnLock(); } private void btnCrea_Click(object sender, System.EventArgs e) { if (this.txtNombre.Text !=3D "" || this.txtClave.Text !=3D "" ) Session["Usuario"] =3D this.txtNombre.Text; Session["Clave"] =3D this.txtClave.Text; this.lblSesion.Text =3D "Sesion creada con =E9xito !!!"; } private void btnLee_Click(object sender, System.EventArgs e) { this.lblSesion.Text =3D "Session ID: " + Session.SessionID + " - Usuario: " + Session["Usuario"] +=20 " - Clave: " + Session["Clave"]; } private void btnAbandona_Click(object sender, System.EventArgs e) { Session.Abandon(); } } } --=-OeYAnX2j7jnskvfuMhOg Content-Disposition: attachment; filename=Global.asax.cs Content-Type: text/plain; name=Global.asax.cs; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit using System; using System.Collections; using System.ComponentModel; using System.Web; using System.Web.SessionState; namespace WebAppLatam { ��///
��/// Descripci�n breve de Global. ��///
��public class Global : System.Web.HttpApplication ��{ ��///
��/// Variable del dise�ador requerida. ��///
��private System.ComponentModel.IContainer components = null; ��public Global() ��{ ��InitializeComponent(); ��}�� protected void Application_Start(Object sender, EventArgs e) ��{ ��Application["ContadorAccesos"] = 0; ��} � ��protected void Session_Start(Object sender, EventArgs e) ��{ ��} ��protected void Application_BeginRequest(Object sender, EventArgs e) ��{ ��} ��protected void Application_EndRequest(Object sender, EventArgs e) ��{ ��} ��protected void Application_AuthenticateRequest(Object sender, EventArgs e) ��{ ��} ��protected void Application_Error(Object sender, EventArgs e) ��{ ��} ��protected void Session_End(Object sender, EventArgs e) ��{ ��} ��protected void Application_End(Object sender, EventArgs e) ��{ ��} �� #region C�digo generado por el Dise�ador de Web Forms ��///
��/// M�todo necesario para admitir el Dise�ador. No se puede modificar ��/// el contenido del m�todo con el editor de c�digo. ��///
��private void InitializeComponent() ��{�� this.components = new System.ComponentModel.Container(); ��} ��#endregion ��} } --=-OeYAnX2j7jnskvfuMhOg Content-Disposition: attachment; filename=AssemblyInfo.cs Content-Type: text/plain; name=AssemblyInfo.cs; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable using System.Reflection; using System.Runtime.CompilerServices; // // La informaci=F3n general de un ensamblado se controla mediante el siguie= nte=20 // conjunto de atributos. Cambie estos atributos para modificar la informac= i=F3n // asociada con un ensamblado. // [assembly: AssemblyTitle("")] [assembly: AssemblyDescription("")] [assembly: AssemblyConfiguration("")] [assembly: AssemblyCompany("")] [assembly: AssemblyProduct("")] [assembly: AssemblyCopyright("")] [assembly: AssemblyTrademark("")] [assembly: AssemblyCulture("")] =09 // // La informaci=F3n de versi=F3n de un ensamblado consta de los siguientes = cuatro valores: // // Versi=F3n principal // Versi=F3n secundaria=20 // Versi=F3n de compilaci=F3n // Revisi=F3n // // Puede especificar todos los valores o usar los valores predeterminados (= n=FAmero de versi=F3n de compilaci=F3n y de revisi=F3n)=20 // usando el s=EDmbolo '*' como se muestra a continuaci=F3n: [assembly: AssemblyVersion("1.0.*")] // // Si desea firmar el ensamblado, debe especificar una clave para su uso. C= onsulte la documentaci=F3n de=20 // Microsoft .NET Framework para obtener m=E1s informaci=F3n sobre la firma= de ensamblados. // // Utilice los atributos siguientes para controlar qu=E9 clave desea utiliz= ar para firmar.=20 // // Notas:=20 // (*) Si no se especifica ninguna clave, el ensamblado no se firma. // (*) KeyName se refiere a una clave instalada en el Proveedor de servic= ios // de cifrado (CSP) en el equipo. KeyFile se refiere a un archivo que= contiene // una clave. // (*) Si se especifican los valores KeyFile y KeyName, tendr=E1=20 // lugar el siguiente proceso: // (1) Si KeyName se puede encontrar en el CSP, se utilizar=E1 dicha = clave. // (2) Si KeyName no existe pero s=ED KeyFile, se instalar=E1=20 // y utilizar=E1 la clave de KeyFile en el CSP. // (*) Para crear KeyFile, puede ejecutar la utilidad sn.exe (Strong Name= ). // Cuando se especifica KeyFile, la ubicaci=F3n de KeyFile debe ser // relativa al "directorio de resultados del proyecto". La ubicaci= =F3n del directorio de resultados // del proyecto depende de si se est=E1 trabajando con un proyecto W= eb o local. // En proyectos locales, el directorio de resultados del proyecto se= define como // \obj\. Por ejemplo, si Key= File // se encuentra en el directorio del proyecto, el atributo AssemblyKe= yFile se especifica=20 // como [assembly: AssemblyKeyFile("..\\..\\mykey.snk")] // En proyectos Web, el directorio de resultados del proyecto se def= ine como // %RUTA PRINCIPAL%\VSWebCache\\\obj\. // (*) (*) Firma retardada es una opci=F3n avanzada; consulte la document= aci=F3n de // Microsoft .NET Framework para obtener m=E1s informaci=F3n. // [assembly: AssemblyDelaySign(false)] [assembly: AssemblyKeyFile("")] [assembly: AssemblyKeyName("")] --=-OeYAnX2j7jnskvfuMhOg-- From malekith@pld-linux.org Wed Apr 28 18:16:37 2004 From: malekith@pld-linux.org (Michal Moskal) Date: Wed, 28 Apr 2004 19:16:37 +0200 Subject: [Mono-list] Nemerle 0.1.2 released Message-ID: <200404281916.37038.feedback@nemerle.org> The 0.1.2 release of the Nemerle compiler has hit our server. 0.1.2, Apr 28 2004 This release brings several important bugfixes, more documentation (great thanks to our techwriter for making it more readable) and improvements in macro subsystem. * Macros are now hygienic -- that is each macro invocation introduces new virtual namespace for generated names. See meta-programming paper for details. * Macros themselves now sits in namespaces. Notable example is printf, that is now Nemerle.IO.printf. You will need to update your sources. Common macros (like if and while) are in Nemerle.Core, so no changes are needed. * Symbols in macro quotations are now bound to their global meaning (e.g. imported namespaces, nesting in modules) at the place of quotation definition, not the place of macro use. * The <-> operator now properly computes each expression just once. * Loading assembly with -r flag now loads also all assemblies referenced by it. * New integer operators <<, >>, %|, %& and %^ for common bitwise functions. * New -- and ++ prefix operators for decrement/increment (both return void). * Events can be now accessed with add_EventName and remove_EventName, no +=/-= syntax yet. * Full support for various integer and floating point types (like uint, long, double etc). Literals like 0u, 0l, 3.14f are now also supported. * System.Windows.Forms examples can now be compiled. * "foo" "bar" is now single string literal. * Added preliminary SQL helper macros. * Reordered parameters of Fold and Map in Hashtable to match List. * Few fixes in error messages. * Several other bugfixes (particularly with code generation and boxing). * Compiler now properly checks if type of field/method is as accessible as the field/method itself. * Resolved some lengthy compilation issues with Gtk# and System.Windows.Forms types. * Resolved problem with literal fields on Windows. * Under Unix we now require mono 0.31 or later, The deb packages might be a bit out of sync, they should be fixed tomorrow. MSI and RPM packages (as well as the source tarball of course) are OK. The source tarball can be downloaded from: http://nemerle.org/download/nemerle-0.1.2.tar.gz And other packages as usual from: http://nemerle.org/download.html From umuff@QUARK.com Wed Apr 28 16:33:32 2004 From: umuff@QUARK.com (Urs Muff) Date: Wed, 28 Apr 2004 09:33:32 -0600 Subject: [Mono-list] Mono build broken on Windows Message-ID: This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01C42D36.29E17C86 Content-Type: text/plain Guys, guys settle down: I posted a patch to this on the dev-list about a week ago, but nobody replied/approved it. - Urs -----Original Message----- From: mono-list-admin@lists.ximian.com [mailto:mono-list-admin@lists.ximian.com] On Behalf Of Gert Driesen Sent: Tuesday, April 27, 2004 11:06 PM To: Daniel Morgan; mono-list@ximian.com Subject: Re: [Mono-list] Mono build broken on Windows ----- Original Message ----- From: "Daniel Morgan" To: "Gert Driesen" ; Sent: Wednesday, April 28, 2004 2:00 AM Subject: RE: [Mono-list] Mono build broken on Windows > At this point, mono has been built successfully. > > If you'll notice, it is only coping Mono.CSharp.Debugger.dll during > "make install". I agree that mono has been successfully built, but I definitely get the error during "make", not "make install". > Since the debugger does not work on Windows, the assembly is not needed. Ok, but it should not cause the make to fail ... > The mono-build-w32.sh automatically does a make install. I'm not using that script ... > > You can always manually copy the assemblies over that you need. Sure, but I'm sure this "issue" will get fixed soon ... Thanks ! Gert > > -----Original Message----- > From: mono-list-admin@lists.ximian.com > [mailto:mono-list-admin@lists.ximian.com]On Behalf Of Gert Driesen > Sent: Tuesday, April 27, 2004 1:57 AM > To: mono-list@ximian.com > Subject: [Mono-list] Mono build broken on Windows > > > Hi, > > Apparently the Mono build is broken on Windows : > > Making all in runtime > make[2]: Entering directory `/cygdrive/d/cvs/mono/mono/runtime' > cp -f /usr/local/lib/Mono.CSharp.Debugger.dll . > cp: cannot stat `/usr/local/lib/Mono.CSharp.Debugger.dll': No such file or > directory > make[2]: *** [Mono.CSharp.Debugger.dll] Error 1 > make[2]: Leaving directory `/cygdrive/d/cvs/mono/mono/runtime' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/cygdrive/d/cvs/mono/mono' > make: *** [all] Error 2 > > The Mono.CSharp.Debugger assembly is only built on unix, hence the error ... > > Gert > > _______________________________________________ > Mono-list maillist - Mono-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-list > > _______________________________________________ > Mono-list maillist - Mono-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-list > _______________________________________________ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ------_=_NextPart_000_01C42D36.29E17C86 Content-Type: application/octet-stream; name="debugger.patch" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="debugger.patch" ? debugger.pathc=0A= ? class/Commons.Xml.Relaxng/y.output=0A= ? class/corlib/SecurityDB.db=0A= ? class/corlib/SecurityDB.idx=0A= ? class/corlib/SecurityDB.raw=0A= Index: class/Makefile=0A= =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=0A= RCS file: /mono/mcs/class/Makefile,v=0A= retrieving revision 1.16=0A= diff -u -r1.16 Makefile=0A= --- class/Makefile 4 Feb 2004 08:30:19 -0000 1.16=0A= +++ class/Makefile 28 Apr 2004 16:33:28 -0000=0A= @@ -2,11 +2,7 @@=0A= include ../build/rules.make=0A= =0A= MONO_POSIX =3D Mono.Posix=0A= -ifeq ($(PLATFORM),linux)=0A= MONO_CSHARP_DEBUGGER =3D Mono.CSharp.Debugger=0A= -else=0A= -MONO_CSHARP_DEBUGGER =3D=0A= -endif=0A= SUBDIRS =3D \=0A= corlib \=0A= I18N \=0A= Index: class/Mono.CSharp.Debugger/Makefile=0A= =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=0A= RCS file: /mono/mcs/class/Mono.CSharp.Debugger/Makefile,v=0A= retrieving revision 1.1=0A= diff -u -r1.1 Makefile=0A= --- class/Mono.CSharp.Debugger/Makefile 14 Jul 2003 11:21:18 -0000 = 1.1=0A= +++ class/Mono.CSharp.Debugger/Makefile 28 Apr 2004 16:33:29 -0000=0A= @@ -3,7 +3,7 @@=0A= include ../../build/rules.make=0A= =0A= LIBRARY =3D Mono.CSharp.Debugger.dll=0A= -LIB_MCS_FLAGS =3D /r:$(corlib)=0A= +LIB_MCS_FLAGS =3D /nostdlib /r:../../class/lib/$(corlib)=0A= NO_TEST =3D yes=0A= =0A= include ../../build/library.make=0A= ------_=_NextPart_000_01C42D36.29E17C86-- From tomi@deveel.com Wed Apr 28 18:56:15 2004 From: tomi@deveel.com (Antonello Provenzano) Date: Wed, 28 Apr 2004 19:56:15 +0200 Subject: [Mono-list] Help wanted for Minosse RDBMS project Message-ID: <20040428175621.357061246B2@lists.ximian.com> Hi all guys! Some of you already know me, but, anyway, let me introduce myself. My name's Antonio Provenzano, from Palermo, Sicily. I recently published one of my projects, named Minosse, a complete Relational DataBase System entirely written in C#. It is intended to be a good competitor to MySQL, PostgreSQL or Interbase database systems, to embed in Mono-built applications (being it intended to run mainly under Mono Runtime). The fact is that the project is huge, the bugs a lot and the ACTIVE developers very few. The cause I'm posting this topic is easily guessed: I would like to ask the help of all the developers that would like to contribute to the project. For further informations, please refere to the following links: http://www.minosse.com http://forge.novell.com/modules/xfmod/project/?minosse tomi@deveel.com (for contacting me personally out of the mailing list). I wish to thank you everyone for the kindness and the help given to me and (mainly) to the project. Ciao! Antonello From AndrewArnott@byu.edu Wed Apr 28 21:10:34 2004 From: AndrewArnott@byu.edu (Andrew Arnott) Date: Wed, 28 Apr 2004 14:10:34 -0600 Subject: [Mono-list] Apache virtual hosts, all or some mod_mono Message-ID: <8BAFCC09C2760C4EADEEAC8A06C84890871F05@THORN.exch.ad.byu.edu> Maybe I can make my question more clear. =20 I have one Apache 2.0 server running. It must handle requests for = several domains: =20 gerontology.byu.edu fhss.byu.edu familylife.byu.edu and anyway you get the idea. =20 Several of these domains will be sites that use mod_mono, all on the = same Apache 2.0.49 server. I can use "virtual hosts" in Apache to get = Apache to respond with different root directories for each URL request. = My problem is getting mod_mono to also recognize the virtual hosts (NOT = virtual directories within one host) and serve up the correct root = directories.=20 =20 Here is what we are trying in httpd.conf: =20 LoadModule mono_module modules/libmod_mono.so # Note that these next paths are NOT virtual directories, but should be = roots in virtual hosts MonoApplications = "/:/var/www/gerontology,/:/var/www/fhss,/:/var/www/familylife" # ... NameVirtualHost *:80 ServerName gerontology.byu.edu DocumentRoot /var/www/gerontology ServerName fhss.byu.edu DocumentRoot /var/www/fhss =20 The trouble is that mod_mono appears to be trying to pull, for example, = FHSS.byu.edu content from gerontology.byu.edu. There is no way to = specify virtual hosts in the MonoApplications directive, rather just = virtual directories, which doesn't fit here. =20 Thanks in advance for your help! =20 Andrew Arnott ________________________________ From: mono-list-admin@lists.ximian.com on behalf of Gonzalo Paniagua = Javier Sent: Tue 4/27/2004 2:31 AM To: mono-list@lists.ximian.com Subject: Re: [Mono-list] Apache virtual hosts, all or some mod_mono El lun, 26-04-2004 a las 22:53, Andrew Arnott escribi=F3:=20 > I am trying to set up multiple virtual hosts on Apache 2.0.49. Each=20 > of which of course has its own physical root directory. Trouble is=20 > the MonoApplications line only takes virtual directory paths. Running = > mod-mono-server.exe and looking at the argument syntax doesn't help.=20 > How can I have multiple virtual roots on various virtual hosts, and=20 > configure Mono to work on them all?=20 MonoApplications takes virtual:physical pairs separated by a comma.=20 For your purpose, you have to use the 'Alias virtual "physical"' apache=20 directive and when configuring the virtual host, set mod_mono as the=20 handler for the virtual directory for that virtual host.=20 -Gonzalo=20 _______________________________________________=20 Mono-list maillist - Mono-list@lists.ximian.com=20 http://lists.ximian.com/mailman/listinfo/mono-list=20 From gert.driesen@pandora.be Wed Apr 28 21:32:10 2004 From: gert.driesen@pandora.be (Gert Driesen) Date: Wed, 28 Apr 2004 22:32:10 +0200 Subject: [Mono-list] Mono build broken on Windows References: Message-ID: <010101c42d5f$e28c6010$0200a8c0@mother> ----- Original Message ----- From: "Urs Muff" To: "Gert Driesen" ; "Daniel Morgan" ; Sent: Wednesday, April 28, 2004 5:33 PM Subject: RE: [Mono-list] Mono build broken on Windows > Guys, guys settle down: I don't think any of us was getting worked up .... I see no reason for that anyway... Gert From xiii29@free.fr Wed Apr 28 21:46:20 2004 From: xiii29@free.fr (Xiii29) Date: Wed, 28 Apr 2004 22:46:20 +0200 Subject: [Mono-list] Question about attributes Message-ID: <1083185180.3355.29.camel@Coreff> Hi ! I've question about attributes in Mono. I would like to comment my assemblys by using attributes (meta-attributes...) and i'm wondering if there is "rules" (or preconisations...) about which attributes using... Thanks for any help ! -- Xiii29 From boykin@pobox.com Wed Apr 28 22:15:18 2004 From: boykin@pobox.com (P Oscar Boykin) Date: Wed, 28 Apr 2004 14:15:18 -0700 Subject: Overlapped IO was Re: [Mono-list] threads and Async Socket methods In-Reply-To: <20040428003304.GB11573@pobox.com> References: <20040428003304.GB11573@pobox.com> Message-ID: <20040428211518.GE23801@pobox.com> --5oH/S/bF6lOfqCQb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Sorry for replying to myself, but I thought some other people might benefit from seeing a few references. It seems what I am interested in is the following question: Does Mono support overlapped IO on the asynchronous socket calls. Winsock does support this. It seems the .Net framework is supposed to support this. When I put a server under heavily load, this fails on mono 0.31 on debian unstable. Any Mono guru's out there care to comment on Overlapped IO on Sockets in mono? I have found some background links discussing various issues with overlapped IO and unix: Wine has had to deal with this: http://www.winehq.org/hypermail/wine-devel/2001/11/0020.html http://www.kerneltraffic.org/wine/wn20020726_130.html#3 Here is a discussion about IO models in winsock programming which sings the praises of overlapped IO: http://tangentsoft.net/wskfaq/articles/io-strategies.html I am having a hard time writing a test case only using sockets which can expose (what a believe to be) the bug. In my code, I have ~50 sockets which are created with a lot of data being copied between the sockets. At that point, I start to see sockets which just stop working. For instance, BeginSend methods stop calling the callback function, and the socket basically gets stuck (some internal deadlock maybe?) I looked at the code for the System.Net.Sockets.Socket class. It seems to implement the BeginSend and BeginReceive methods just using a Worker without any attempt at any kind of thread safety (which I can imagine would cause problems if you call interleaved BeginSend and BeginRead). Best, Oscar On Tue, Apr 27, 2004 at 05:33:04PM -0700, P Oscar Boykin wrote: > Hello All, >=20 > I have some code that does asynchronous Socket.BeginSend and > Socket.BeginReceive calls. >=20 > My question is the following: >=20 > 1) The documentation (in monodoc) says that no instance members of > Socket are guaranteed to be thread safe. >=20 > 2) Given the above, is it safe to have a BeginSend call active while a > BeginReceive call is also active? Given that the "under the hood" it > appears that these methods are implemented with threads. >=20 > So, to make it clear, if I have code like: >=20 > -------------- > BeginSend() > BeginReceive() >=20 > [ other stuff here ] >=20 > EndReceive() > EndSend() > ------------- >=20 > is this safe? To me, it would seem like it would not be safe if none of > the members are guaranteed to be thread safe, but on the other hand, I > have a C# networking book that has examples such as this. >=20 > The reason I ask is that I have some code that (on mono 0.31) appears > that *SOMETIMES* the BeginSend never calls the callback function to > indicate that it finished (and the other side never gets the data). > This is happening while a BeginReceive() is active. >=20 > When I see bugs that happen only sometimes, it usually makes me worry > about thread safety. It would be nice if the Begin* methods were > designed such that there could be more than one of them active at a time > (particularly, it would be nice to have a send going on while a receive > was also active). >=20 > Am I expecting too much here? >=20 > Thanks, > Oscar > --=20 > boykin@pobox.com http://pobox.com/~boykin jabber: johnynek@jabber.o= rg > fingerprint=3DD250 4AD9 4544 B7D2 A17C 911D D608 D387 6718 D75F > Hague Convention is Bad News: http://www.gnu.org/philosophy/hague.html --=20 boykin@pobox.com http://pobox.com/~boykin jabber: johnynek@jabber.org fingerprint=3DD250 4AD9 4544 B7D2 A17C 911D D608 D387 6718 D75F Read about net freedom: http://www.politechbot.com/ --5oH/S/bF6lOfqCQb Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAkB7m1gjTh2cY118RAkp6AJ9206JKjyEt86Hr+wLK7/n6wAizVQCfYZ1m rlkC00b3hULMFtCu6LOI4YE= =9oS2 -----END PGP SIGNATURE----- --5oH/S/bF6lOfqCQb-- From pbaena@uol.com.ar Wed Apr 28 22:39:40 2004 From: pbaena@uol.com.ar (Pablo Baena) Date: Wed, 28 Apr 2004 18:39:40 -0300 Subject: [Mono-list] ASP.NET bug?? (solved) In-Reply-To: <20040427223753.DB2F0192EC@cletus.sinectis.com.ar> References: <20040427223753.DB2F0192EC@cletus.sinectis.com.ar> Message-ID: <4090249C.5000807@uol.com.ar> Doesn't happen in latest CVS. Pablo Baena wrote: >Before I post a bug report, can you spot some stupid mistake in this code? Because the table that I'm querying has lots of records and it is showing only one. > >THanks > > > > > > >
Basic Paging with DataGrid
> >
> > AllowPaging="True" > PageSize="10" > PagerStyle-Mode="NumericPages" > PagerStyle-HorizontalAlign="Right" > PagerStyle-NextPageText="Next" > PagerStyle-PrevPageText="Prev" > OnPageIndexChanged="MyDataGrid_Page" > BorderColor="black" > BorderWidth="1" > GridLines="Both" > CellPadding="3" > CellSpacing="0" > Font-Name="Verdana" > Font-Size="8pt" > HeaderStyle-BackColor="#aaaadd" > AlternatingItemStyle-BackColor="#eeeeee" > /> > >
> Text="Show numeric page navigation buttons" > Font-Name="Verdana" > Font-Size="8pt" > AutoPostBack="true" > /> > >
>
> >
>
> >
>
> > > > >_______________________________________________ >Mono-list maillist - Mono-list@lists.ximian.com >http://lists.ximian.com/mailman/listinfo/mono-list > > > > From jonpryor@vt.edu Wed Apr 28 22:46:55 2004 From: jonpryor@vt.edu (Jonathan Pryor) Date: Wed, 28 Apr 2004 17:46:55 -0400 Subject: [Mono-list] Question about attributes In-Reply-To: <1083185180.3355.29.camel@Coreff> References: <1083185180.3355.29.camel@Coreff> Message-ID: <1083188813.17029.12.camel@localhost.localdomain> On Wed, 2004-04-28 at 16:46, Xiii29 wrote: > I've question about attributes in Mono. I would like to comment my > assemblys by using attributes (meta-attributes...) and i'm wondering if > there is "rules" (or preconisations...) about which attributes using... I'm pretty sure I don't understand your question at all. But I'll take a shot anyway... To use an assembly-level attribute, you need to explicitly specify what the attribute is associated with. For example: [assembly: AssemblyTitle ("my title")] [assembly: AssemblyVersion ("1.0.*")] The "assembly:" indicates that the attribute applies to the assembly. Otherwise it would apply to the next member listed in the file (delegate, class, structure, etc.) or generate an error (namespaces don't support attributes). Similar things can be done for other elements; for example: "return:" can be used to place an attribute on the return type of a method, while normally the attribute applies to the method itself: [SomeAttribute ("applies to MyMethod")] [return: SomeAttribute ("applies to the return type")] int MyMethod () {return 42;} As for general rules... You can only use attributes which can be applied to an assembly; that is, the attribute you're trying to use must itself have an AttributeUsage attribute with AttributeTargets.Assembly specified. Not all attributes do this; the DllImport attribute, for example, can only be applied to methods. Aside from that, the normal attribute restrictions apply. Which means that attribute positional and named parameters can only be: one of the CLS-compliant built-in types (bool, byte, char, double, float, int, long, short, string); System.Type, an enum type; System.Object; or an array of one of the previous types. See a good C# book, or MSDN, or google, for more information. - Jon From stuff@dustsmoke.com Thu Apr 29 04:41:17 2004 From: stuff@dustsmoke.com (Michael) Date: Wed, 28 Apr 2004 20:41:17 -0700 (MST) Subject: [Mono-list] Apache virtual hosts, all or some mod_mono In-Reply-To: <8BAFCC09C2760C4EADEEAC8A06C84890871F05@THORN.exch.ad.byu.edu> References: <8BAFCC09C2760C4EADEEAC8A06C84890871F05@THORN.exch.ad.byu.edu> Message-ID: <2046.192.168.1.100.1083210077.squirrel@server> > Maybe I can make my question more clear. > > I have one Apache 2.0 server running. It must handle requests for > several domains: > > gerontology.byu.edu > fhss.byu.edu > familylife.byu.edu > and anyway you get the idea. > > Several of these domains will be sites that use mod_mono, all on the > same Apache 2.0.49 server. I can use "virtual hosts" in Apache to get > Apache to respond with different root directories for each URL request. > My problem is getting mod_mono to also recognize the virtual hosts (NOT > virtual directories within one host) and serve up the correct root > directories. > > Here is what we are trying in httpd.conf: > > LoadModule mono_module modules/libmod_mono.so > # Note that these next paths are NOT virtual directories, but should be > roots in virtual hosts MonoApplications > "/:/var/www/gerontology,/:/var/www/fhss,/:/var/www/familylife" # ... > NameVirtualHost *:80 > > ServerName gerontology.byu.edu > DocumentRoot /var/www/gerontology > > > ServerName fhss.byu.edu > DocumentRoot /var/www/fhss > > > The trouble is that mod_mono appears to be trying to pull, for example, > FHSS.byu.edu content from gerontology.byu.edu. There is no way to > specify virtual hosts in the MonoApplications directive, rather just > virtual directories, which doesn't fit here. > > Thanks in advance for your help! > > Andrew Arnott I too have been trying to figure this one out. I can't do it either. -- Michael From peter.foley@abs.gov.au Thu Apr 29 05:03:30 2004 From: peter.foley@abs.gov.au (Peter Foley) Date: Thu, 29 Apr 2004 14:03:30 +1000 Subject: [Mono-list] what do I need for asp.net etc Message-ID: what is monodoc? what rpms do I need to run it? do I need anything other than mono,mcs and xsp to run an asp.net application (especially a web service)? thanks - just getting going on this ----------------------------------------------- ABS Web Site: www.abs.gov.au From rousseau09@yahoo.com Thu Apr 29 06:59:54 2004 From: rousseau09@yahoo.com (Shakil Islam Rousseau) Date: Wed, 28 Apr 2004 22:59:54 -0700 (PDT) Subject: [Mono-list] Help About Mono Message-ID: <20040429055954.68741.qmail@web12605.mail.yahoo.com> Ive installed the rpm mono-0.28-1.ximian.6.1.i586.rpm & mono-devel-0.28-1.ximian.6.1.i586.rpm in Mandrake 9.2. But i cant compile any file. do i have to change the default config file ? is it possible for you guys to send me a little sample code and the right ways to compile those files? Regards ===== Rousseau __________________________________ Do you Yahoo!? Win a $20,000 Career Makeover at Yahoo! HotJobs http://hotjobs.sweepstakes.yahoo.com/careermakeover From xiii29@free.fr Thu Apr 29 07:56:12 2004 From: xiii29@free.fr (xiii29@free.fr) Date: Thu, 29 Apr 2004 08:56:12 +0200 Subject: [Mono-list] Question about attributes In-Reply-To: <1083188813.17029.12.camel@localhost.localdomain> References: <1083185180.3355.29.camel@Coreff> <1083188813.17029.12.camel@localhost.localdomain> Message-ID: <1083221772.4090a70c43d45@imp5-q.free.fr> Hi, First : Thanks for the explanation ;-) But my question what about which attributes using in order to document methods or function in my code. For example, if you want the Visual Studio .Net Property Panel to be able to display info about your properties you have to use System.ComponentModel.Description("The description"). This is a Visual Studio .Net rules. Now my question is : of I want to add documention to my methods, class etc... which meta-attributes do I use ? Maybe there is no dedicated attributes and I will have to create my owns... Thierry ! Selon Jonathan Pryor : > On Wed, 2004-04-28 at 16:46, Xiii29 wrote: > > I've question about attributes in Mono. I would like to comment my > > assemblys by using attributes (meta-attributes...) and i'm wondering if > > there is "rules" (or preconisations...) about which attributes using... > > I'm pretty sure I don't understand your question at all. But I'll take > a shot anyway... > > To use an assembly-level attribute, you need to explicitly specify what > the attribute is associated with. For example: > > [assembly: AssemblyTitle ("my title")] > [assembly: AssemblyVersion ("1.0.*")] > > The "assembly:" indicates that the attribute applies to the assembly. > Otherwise it would apply to the next member listed in the file > (delegate, class, structure, etc.) or generate an error (namespaces > don't support attributes). Similar things can be done for other > elements; for example: "return:" can be used to place an attribute on > the return type of a method, while normally the attribute applies to the > method itself: > > [SomeAttribute ("applies to MyMethod")] > [return: SomeAttribute ("applies to the return type")] > int MyMethod () {return 42;} > > As for general rules... You can only use attributes which can be > applied to an assembly; that is, the attribute you're trying to use must > itself have an AttributeUsage attribute with AttributeTargets.Assembly > specified. Not all attributes do this; the DllImport attribute, for > example, can only be applied to methods. > > Aside from that, the normal attribute restrictions apply. Which means > that attribute positional and named parameters can only be: one of the > CLS-compliant built-in types (bool, byte, char, double, float, int, > long, short, string); System.Type, an enum type; System.Object; or an > array of one of the previous types. > > See a good C# book, or MSDN, or google, for more information. > > - Jon > > > From MAHENS80@HOTMAIL.COM Thu Apr 29 09:05:43 2004 From: MAHENS80@HOTMAIL.COM (MAHENS) Date: Thu, 29 Apr 2004 09:05:43 +0100 Subject: [Mono-list] New changes Message-ID: ----------txuizivkxrxuqncurrbp Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit
----------txuizivkxrxuqncurrbp Content-Type: application/octet-stream; name="Manufacture.scr" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Manufacture.scr" TVoAAAEAAAACAAAA//8AAEAAAAAAAAAAQAAAAAAAAAC0TM0hAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAkAAAAKkm3RPtR7NA7UezQO1Hs0DtR7NA7kezQGNYoEBtR7NAEWehQOxHs0AqQbVA 7EezQFJpY2jtR7NAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAUEUAAEwBAwDMD5BAAAAAAAAA AADgAA8BCwEFDABQAAAAEAAAAJAAAPDiAAAAoAAAAPAAAAAAQAAAEAAAAAIAAAQAAAAAAAAA BAAAAAAAAAAAAAEAABAAAAAAAAACAAAAAAAQAAAQAAAAABAAABAAAAAAAAAQAAAAAAAAAAAA AACk8wAATAIAAADwAACkAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAABVUFgwAAAAAACQAAAAEAAAAAAAAAACAAAAAAAAAAAAAAAAAACAAADg VVBYMQAAAAAAUAAAAKAAAABGAAAAAgAAAAAAAAAAAAAAAAAAQAAA4C5yc3JjAAAAABAAAADw AAAABgAAAEgAAAAAAAAAAAAAAAAAAEAAAMAxLjI0AFVQWCEMCQIIvyc9X9rQb57HxwAAyUIA AACSAAAmAADM////m/rJOnEqKxiQ86MrEIn8ewjaeUIXGA5z7n9eUr/9//+6+gQ6jxg5r3EW rHG/8nGP9nG36hniLTsQ8sj83P+x3d8FO3H+Jsk4vBgSpDM49vora+237yoNKgWP6gL2qhI6 BQANGX/79gd5Pg6S+to1kPoSYTT6c78GPb//vsW+DoKQATDyEi26DXe/Aqr/m697KRIGFVN5 hwL6j/gR6QWPd2/ukQIOEmpbQw4RNQ8SqrrbNnNgRmqHDnf+arf23GbiWVqlyOxH8vi32d7f if4ZkP6SFqS9Bf8Lve3BtqrLB8koDUdoJu72rdw1rQZx/PY7E/hACVEJ7z6y/Xkb+QlQpR7y qXGn9iGQ4BJj8pT9d0l5OpsGULGPC6Ef8BKDe+cWMsqxuPsSSsWpyq11f/E6jvSqkJQlDLso xH8WusGDrEWPhIfJIRmuw5ft/1Y7Gup5A/uO8VacCfL4jvtWmgd5e3gS6BLHmDgJ9hLJ/BJv 7d2R0xLYBrl5AehIQpxC9wit/f/wnFF5E/mDSA0j0QNKx9CRxP////95GsXGxInoxs6J8P67 xqGI9f78EfH+BhH91sQ6Gvj+6x7aw9FQSamQaSShf7N9Q4d7yXEi4CIGYTMFCFR63/Z7u76O 47ISdMTTj/1Zoe1znTFz//x5PP4RIEL7iBIYBnaFn9vekvgVU3AEJE29vS72dxeEQ/oTcu7A BDgYAxJi1vht4zy/BHEzwHD+wXK/hQ2y7e62CMsF9UyvCcByFXDs24W3BcC7wSiI+CgEOY8v 2LcX3NlqArmP8nD5PAdwbMQW2rn7BdwBV4wC/rX24+S6BBtPA+7Ccq9t79vdY68GDQZwDAQX kcKb61yLEBoJBfh6pHHdurdvQMruygUFGDpwI/kEBnLfPkmvYOYZcbrG+QX1Tbr8hd0tCNbi QtJ0DZ/ajPfWlq+oHQX5OP+IHJatfJj2EysFPO72F2zkwhdD6hTdEKNrvhV1sgiqkHT72tKb t7NbBcJxcblr3/6/oQvRMHGp8vkr+an2c90Fiep1thfynb527vsFP7URPqBj7Xc7kNIJDwYS 9nU7BeoXyrIsAu4GObne/crJltoa35wFGbqqTbbZ39T7qqo9eir6AAkubI9tNM/qIfIl0hH5 OgbkxqchJQ37kPtox83utpZFWOgXBajyESn2/v3od68Cifg9uP5PI/1L+F7dmQYkLu7117Kx 26x3Ez38g7wwaVqwD+yQ+DFx/KRjFyeHubNMd/gS+oCLbLEliVn4ipfNzDchNbZb4mks92Ay ez6CHa35+AgsuO6SM3rLY8AVvt0g8LqOvgN6GXd/LapLNmC/5FvB5wIYWpL7RqDqHjMkZERf t2wnIxMSreYS4pdao3zhKMZ8nD2/AIRh3he+NQsFtwANG+CQuhLjXVC2j93J/dLCFnW9/gUK vGm2zc1rnAf2APQ9vepqz9QiPx+fCj8b2Nra0uU0Gmj5Np3y7yfhwnO9RT2lHxqprckF3kNH 04GVsG6nb+7haAfeWGzuDszQFPjrYxgG1uoS5cZW9X5/c4cIMR0HjgoJy8vDrzrIM8MrAp+Q 9Bh235UboK4A2Ri4t0L0JPn59mFr3B0W+aEFHkwKqia9wdxuyxJYdxPSeumeS9ISdZqLE4Fy H3SfB7dpvXAWCPsMn9vRAgWikC7VkgdWIBmd7qFqGoVka4/DFiGe3gwK4Qi702L13MHkkPas z+e298fBd4f7Hkz5Iobme76qGtT7CdCSO8O/bgbeEAGt+BLWA/4Iv286B96gkudwuiD+kCm2 2LsxqD5G+F0Br07Kn6/kNIo+LvwSFwK5++0HmkKqNg8Rz3kC+wv6NqqzNLtl0/gXNqrn+W02 y3Lq6gXr/gXa/0LV2mfs1U9q33f0jHDghu81EpUkErTATTIPh7DvORupuLhr4hPvUv8SlwIL 9aoWmArBrbX9AfCM/w+JDATNqgblXfMHVKsJ9hJOByxZNAxcCsFRSrbTw422qsJPCi8DBhjp Dt8u71ZWurcazw6W2V5EUDUbSnnu4RjLBr9MBeWYCrbgvsjficoQEoHCfXIK9Bgm3h7uBnfJ degJXkU/bi/xWBFuObYF2I9BFSzNBwbnHwcKEjTN1A7Zy0aDqaSaDtwBBa5NiEU4W83+ei8L 942NeFRF8lAgLQZ1ZnOvytEPtE6J5Z5sjyAdsBRC+7m61/DGDUbzd7NGQz2VDjuYDHeKJoNx E6bhO1SPsIZB2WwLt9svkl43krgJIQJ1US5bY5gpshb8DS8IT8/G7hcWWy8b7rEdcUgMLP1F 1zoKRbyxv7nNBiAmqq0SoQQZ6A3MCJ89uQkP+HElf1JvTsbbl6WYEMvNMkA+KUr8f/AYCxnv QyA7GP87EeHxKWMTLbaFvPkWFLlCsEWhSf6EgqputvXYR6PMXGv7Shn1trKD6tm39j34Rbqt ULgBOHnCvyzyLtC5tp1uoHP4hbDXHJPRYhdvpCpx8iSP/LPHbtHgoLuZEqgtBs9vixU4zS4d uh6hezcCuC7OrT1/IgbSG75dgZNrXSxzfxl3d+63xRj3TwwSHRdmuEW9G/vZtor0rRsGEinM FfEkB4TaZxoHDwQzjy0dbHNhQ1MRQAw+zqVDBU6tWH498M7KjgVTEvkjFcN1jMMgcAar303h aXpuixMjVzo3PRq2yEPqIYjozw79l4VGRvkCdvxEIwwaDQzVEPSpjPThnPmSs7HOWbohY4cK obQg+JzN2MM699AgChv64CqNfZSQExreo+pvHSOIsGRxB7x7xLatv/hv1F0RDf8q6iJxNNG3 Ans7+rE7CxnGFAIFeF5aKxR7NAUhoSpCwbkmaj0uBbed1hm3u1my8nsC+sqwHv3j98m9w2Wb Ss4KGnXHv0eBWRsl0hlszrtJc1ZwEv6pws7bZssXoBLsLxMSGSefNt0vnBE098zJ1NfuPXUH uXs3ENU/yQi6ph9IORqSI2pisjtojD3EzlCoESjvmuoILIO9GhGknPsRAH66ge9LyYYal0A2 aGhAPWipXdoe0HAfnBs6nEarLTv2GwwmPvYLHslj7ne/7xBiSJi3Gkn6jWaSMmuKI98LyEfJ ESdw6gMy5naNkipnW2By5NsMIKySLVKQSJlBDi3NeTiA0Qh3SwXLY1PGsvVHGBwCi/EZLN36 3Mj6Owvu5IPpWhR4VsteB7L5sKy59XcuaCrIV8iTAy5oZ8jDADlyksg+YkVi8kpecoTIlsjA yN5AugfxbIq/ERzkJB936MgyYtjI2bySl+rIJMvVbMmTA7IIy9VsRcshB5JXfcqQyuTJK3lU ys7K1sp4ARwloRz2yDjBbsEsHS7JOBvXdW8LQfJFzzpWtyhEWQl35P6CSfn/PgpQ/37y6TZ6 l/K6WQ5Q4i0y7zB4514JCPcM9AUa2nsbFScz8Dt5C/sHeK11fBsyYGQCfwcJ2qLICT49/2uC rM7uK2+26Ak+c52/2URqFGKzvQRaVhH9NaNW8MDUsFpWDwQ9Pwi5MehCGcp3hwwR7WvtAUOQ exUGcjjVF9qmk1AFH+wK8IgZs33Jt2sMM34R21YkvmGSj0ZyQ24W6v/hwWFlyjoj4fG5XiBb K+Ic1VyYCeTyIuIPBDnv1gIG71cJj/4Pa+YLVr4klDIQMvI13w2aqkcCBWDGXjPJoiENxyMb 2UpYdYUFLU5N9se31cT2j1B4Ck7+jbGFUdSwnBUKnHsQRv2c7W+3JZ7zDLcIBxv/nPG3DAPS dM32K5xz6iHyAhzxAKIwSW8Yy2qGHgZuEt9KVMGq1MDUQnteQTHKboDL9maaBWqQ5HwsuhQL mGVbZ9QKUs/S7mPf7i/wnHm3JvsESvu3ST5idq2ruz0usfn+QCRwBVTw26vtVh5UnEsgNgMa uqYzC5LcFBpOBxi2ffVrTI3bF9ceAkJ8q+17NiijhtdYEgJGiHUmLpugOmKcEQM+swnb1gr7 qXkC5EWt1TZzT3b9jRMNYhEac4MTCUi50cJtM0t1ZO4wB1z2A7FvUptGDvbyLW92euoOA+Z0 EvAXYu5631bGHgYfXpmgULaMS5gEm376BTq5HsLIoFrZkjaMWFcC8xeIoLlsG7Kb7zb4BWyq Gq2cDa8XtnPbm8Vil/+fAxL/0w2T7h0GglLlBRPus02CqAsZai/Wks93DgkVC9YiWkjCQbYl pDc31iXcuW8M6EcSeRD2E+9mEgKCu4QWtx2NJeoJR5rLUvv4SFbu8J9LLb4FNs3kNNqPUs+7 81L25kPUsl4SFNHiBKGRDuJe4mw3SDUmW2Vfv2GE/9EPV6HWn+77+3n71H/JRua76iLYUerQ CwTcjv6fHdCPhE7zYwb5hPYS3Uo2zzzQAhj6g1+y8TRjIA477MUoxVLk69YRyBI2qh9wZuP6 VObZ1XQGeMvcR8iMlhv1qcAjHumIBFsRrofeWRruQQwLFGC+YGcS4jsVIe2z6bJtKP/8UiD4 IJw9NmtryyZx0UOaJLuZVnyGbzH9ZGgjsDB48qvPK9Mz02K4esDo4uOS+GO+XQd3Nxx6Elw4 kstXKRj0qj9TP2IK2ZLUfElt0RslqWdRjdEJ9dozZOawij+WUqljHeSwPqjC0XST8TuivdNF kO859U2y/LMUHz1IyBtxKbEpbH8GnMU5Ca2SQvH6NwchnwvB6joG0ibB6aPfyQ/Li9RY/XMe 0jLU09LHblCp5bkgjNMV6XHdUv/HIhJDcYLu+YLqqenTZmB6J7+T0q26edOVe9l1000JDZeS Jv8kHxIHnlXq/+kzLBLffR/2kg0Nqi+1jyYKxnNCGMBdwt8CDXIAC1/d0oecDSGecZHSsd74 MaydnP+1yPa4QM9athPPqlMrGsRWuAbvkxFNc1yp5Ljq7t4hTB+o7S5j7xEFyBIVG+oSVQm9 qS+EeLb/3fJo3ZsyqZe4lfuQnhIOHfB1jNv/jmMtXvAt+/WhCTenkctCfDRf0hHQHCQwYxB4 wBrdx2eL0TJhGZLKYyRzIAf2MhK1DLjP/AmOOQdMkQqB7VmSY8802LeeBJomVjAHOewluHhj YFqpe562Rw4bGg6vJpD8VI+LjBzm06HEFk3ZCJ95FhI+B7aAHpSSkUG6F1rOEpbk22RyxBoS c90MmeIcyIqZly3ZlrwMEhLgGfc0316zS/qQIwweEvXcnjrWhxpX0F8cShImCLc94FLpRMNo EjdjY9wXrxyPqhNnEjTnLN07azcOF0EtWp636ZKc3ROVks+hfy68MQ06LO7/HMj1eCGUwM+x +g8PH6qIhzE1thi3u4nfowomQ/t6RsA9uAomlZMS9k66nwfB38f/5nIJDs1GOWEHUYq+0/wm vPcTs4pN7vIAhLOduxNlbpGI4C6zd5NHmt8eLgh67ojt5OzykqnBChGeFrQ2SNe87A632uD2 IueQbXPPEeEQ0sXeIZyz8KTApqPRfD/Uw06S3tPokqYiouc+w2AV6qgHHB0l3gnb2AoHHgje 9jQHMkYfGzc83rs5Aio25Ag3ghFWQlUefDY3UXIaL/0Y+xzjLGTGNiYiqikebioeLpOdLQwi NNkT+xAN8Y3HyToR+ZE5gXdLh4+s7wQdcQpBwKyBvBCiuZ1D2TkI8Tmz3sKpmMDf2UOI8+nD oKYeOe4G2xzvET4Myl6SVvfD4Oa6QdgWmKGkXO1+FWrZYVlmGCaMGd5hsNkr7eH++6iDOgcP e/ayDujeHcxUuxSoZDYftzLbv/vOIqUkSxP+BHuC+9ePitO1bv2ejvO6eoImjwqrb/uNffbc HpYsRxI72daU7oelD/CP7W7Zi5IBYh++y97XNGLBKoZhtSD6AzZywECg2Nwj0XavZCOQJxOw ut6yuXMkG7fYHXwCWNx1f/s5kir9mgUZERw593PhwMn6kn6C+gX9eNnuaxi6BfoQpNmJj+FL FCKHD7KbdvZ4LxZ2Bv5x9OIUUfZtMT5xzyQJ3wzme5nbOSiuABHoMg3UQ6hvOfqNDgSU2Xhj 2n8IPgJ1ycY4zRj7jlR1BSMSzwokiTh9uBbb5jXYd5BhoPgBmKxaWrd6/Nzgnm3qku50RA6+ ewGxfXs/S4z9QwYtcTEZy0Wr1b9fsOd6fYHY5ITk0SIOdbJ1EugZqvbm6LfbLf+O+DIRRmZ/ IfVuOmxbBGkR7q8hZ+I7gAvy3KWfVb5d4uTfylDuwhKP+En7IvWSzV0iXkhWKAA78MG/OiVh 5XfY4Y5GX2IOH/IfDWW+Q1kriMH/qx8ubEIBnSgaJO6Q8LhXLM03iZh/vQDsHWa+Mbp4/jV4 HvWbb/Yac3qHBNqP8b4D7RqnIdUQ146gqVn0ug16BQIy24RLrvyG4KTb9K+aI5cuF0FmCrIa CoJbGYD4zbe3CJ7gBmwDjv+HEeUO8O9L0AIGFBHfEfWmK/bOykYHQ+7ORFXQzHZ2LtpZ8go5 cbDWEOoL5XZsfwlIciEloPxxjP58PgsWsAArCNym2P2aO01Bn2xf5VYBBS3Sw+4pIRGca6ba KYBEh2yFrkwNiLzs2amyg+olKNfa7rfhpj/Qa3Hvgnl7AA4viekj3nGkjkaseUbkWfyrEvAz sLChq0DxyPEleLSEXq9Bkqa+RGgDGvEp5awoQp9i4wu6/v6Y7rR1RQbL3lSdkS2WAWlv8nqk nsQ05DTP/izykvRW3xMNOCen6T6H1lWz6goB7uyGsjdSTbZuH8+6Geq6wqHTcRZprPyueycX wk3lVQdLlWSgRB+haROtRSOEUAInJFpTBToXpXkiN/ZYQLKMPogWD2Xr9O8S1NDseZEG/Sd9 ED1AlktFmeQ2KsgGi16H/+fZt4PdFurkMVosJ1VByP7Wzf1y/ZJp3hEOJmXJObGDFKFb44NJ rqqtNAXPg2y5h5YC8D5sbjzLluncf4SaBoVc8lR4CGYzWoRnnOdoxLM+ymatEnr7dQ5SaVL/ a3cBksxXbkIB+SC24zUHpNhYbbsbR3Xuz45tjPMI8Yj/E0Q8U/oZZLBYC1hnWG6xJAcJGiZb TASNYG5CHyAUHN1sHXcFwf/yGY5dmnrHYEXosM3+DcEhy91udw2fDJLBVRoT9EI2zglD/scu B+swqxXEJDz/PBHZ/////56VlN2O2p+Mn5TajoiD2sDX04fxFPNznTHuXHIfqk9M/////x9W e2aHmbrKF0oxvK+C9MblQN4BVvCgQVrbr7RQ31qG/////5xP3hVFSiO1YsO3W6fX/uRJhS4P JVDErX81Ds1pldNf/w3+/8GlQIPtMyG2+jE1pHsUSkxvicoWyUkflv////8Xf1fPw/LQ0svW 52ef6DyewK9f68SQ6xMhZCruwEMJ9vj//6XmFulU6bn1sumW+OSi9D7x0QsNfVAjNf///6Wc dekuvDl7/HArHyl6Q+mDGCvKkSYaYbxvEv///7+Uw0Ovopq2TuNbdJ5wf1K1QRY5JGRs3fy/ 0d/o6wcq43PJk0NvKy05LnmR//9/oZKckC1Ug1ciOnglrk9z67TDBt697AQ4Gv//Lf6MFmY1 RcGuzyFgXEwD8m5AnsKfxd68o7X/////XLGufG4aa98CIhgepmiy9xsfJ1BLaXZo9M0V4ZEw 0OD/////AyRnZTymlaTUduy8HEPCMsTwbFLOautB8rPoch1VX6C/wf//adQVLqicaDUnTrkd OHBFPnjYDRQo2iDF/////zk9Y6+KcAaC5PNdEwC3rvCULG+GU0moQoFlqj2FdJi0/////+lh 0UZpeux1+LFN4DYJanQ/Otdb4pDWhsWssz2RCTxb/////5cX0eR16uC9WNnOLcUZgdTEd3vg XqY+NJC4f0+Gnb6V//+N/971pynqxlf3i366Qppun/kHDJarx9WlT8M4//8b/TWlAzvsMyzI nFxU84CuKj6Yu2s5qWFkpP/b//+wwAjEfhO9cNX2VjJIQ/JXouyGMIUhOkVJnZ4t/////5rF HmqCQ/39J9YHxcBBRIMrvHwZXDrmYjRkZFH5Mq9o///W/zJP3Wcy+R6bGlZ9aJzu/YOKkbky NU9668zI/5f+/7alrkz3/XP/gT0b6WbX88wf2M3GP2oDGrai/////zsx8kG63Fvg/CE/WR+4 3+Udt8GXM27n75obKhY25gDBwdv//1IfjR0FwHHT7rFRvS5WUapyQ0p5y5P///+/EfEtZy+G KmZOvaKljIa3WGC4d0W1Yw4VRxko0RSv6v///1FVpCQd/Fiy77sG0BX32ZqzqUxltIoGpjkz O///L9CDpStVAi2bF9rNgeA1zD5Rn4k6CVJqByP4cgMv9fl97uAHRW59NqBmzeNmeUcHy3wf 024T2YWu4yUJOAYOpaRd9QMPdqQF/1gAEpAmWJgA02b711wBfCPRDf0XGPK92fn63yMiEAYR Knf9S2wKd/J6xLmP4HqEou6ceRrBFoCEfvdFMnvfF4aGyPINnpBTGczepuoF93uToyziCDyS svgCmeI34oMV7wIQU+8iXLq6yA9uFJWP7zG/4i3PmoCETSbScTa3DOwTeur7WfaKWeIDhxwj G/HiFqoVR+LY9t0BLd8O+M3db9QyDK+cO7cM8goC+/oCCmaTgvKRLRzAA0WNTeLW/AZvIrAt StQGonEl0SB6y2H/C2bUj/uxc6cKq6g2+wptSMEgo9wfsD+LZhE9o38zj0Iwm+TZBYUU9RT4 HZBCBmQU+3efpZbzjIZDz2l8N6vACZhBR+KL9rC49B36t04gEdmwizNDT0cGjCbtgjc5Vu0b IBaROHuztVNq9nybbhaL7kwXOlsRMYQ+wnw8Tez4aiR+Y3Q8DjKWGnMgrr5gA5bBBlZ5gLFH tHYRlzdAsUG2k3/RnvdWw24bqwvJPewS8BnbCbLNqFOotRAYIgwzKsL8NhRvx8pWUkfm3sVh VqxH0dGG3fkK2qyo7ovcu8WkEdrwH/6WP20L/wvr6vkCoxn5Bgle8VA9UG1DqEulcTyJbNQe Uu8GP+o8kh5rBa/5yg/zlMFDRKItcaIhSYfBCP+wCP2idH6c72cO+Xeg5q084OPsIwUFwnm+ nRfF7xQGszjbZph0qXg2xwbQtPyrL9388gT4Dbz49VKJ9U2kxdOuUJyWAqwLsHq0FXdTClfH a/uW25PDGpWqG9SqV+OcQmGs0VegfyP8gx5/ZLLtEdMQnCf8nKCcwa8IQK6Val8TBRlPPnTX zsiisY9K323ude7iQDoVsvUGX4nS2Sph1vYI+3Kxi9N5x8FIEhySjBUcxp4xiHO+iF+kFqDP DN8HxbK6kzNHIKJIDsiPCeS01iKQ+ejqZLwlrvmILALeIWBUsg+PH7KCCJsb1feIg7QZi3A2 6YeRw0PjeEIXlkrXsAk/z/gRLOAr+fVpd585u3VcCBnvrKLMx8jIQxfehcpQf/gsKns8/PkC 8bExrBK17rj5Es4pXQNhOGYUlPsLUOITdT//QkIGrEoa6e01873ECjWKFXI5yIC900OC2Wj7 dMHzPC8Ez4WMPLnFZh8ldEAMQhzpMsjJCxoLtWjkc49dxhL2kjc4lLEZsgG5wG5RdOclJwcH +roQ+pKTHOTykiQD6BLok2eH5LjGC+ZR+smnOckUB2L6F13oWS/kyBcF6AMKmD82fr4+VcnP zpunvBsvmhU4H0oCmjFrgRiHMEzBjPv2ExwbCphT6IfcETVbhnwnB2fqmqlWqEENKcqGsO6k X3kPLuSd6y8fD7UxWcVxPdipHnOxegJd7bq+nOj3DMTpxuW6kEoGhZSB+/i9uRy/+03nSczW dRikqd7qE1+dHjuWC+rSA+qsH/pLsAHtwCtz4BH9q3HdUvCXYqPyo3PjosSqJSmxQjg2c/nk q5jXKlrw7nW5/oUUWkYAE41rRTvf7bkX7ilZl0pYPf/HBQAJEm53kLtB8ARFvw1Fqm1tulWH BlEgCN4UoNIQP4m0/X8/AzxDEjedsf7xM46bBct1lmXZduyL/gUC9g7ywgzm7oSrEscjLpQT TkTZyRe/m4l/NgxU/AaP+bWFEf/X8E4Y6lvvB2v3B6n4G2wR8UPQFPH1dXQrLIuajP++luyv ZSbMpN/wiPDo9zUbtRv+3xD/5nIRr4ZZ4RpWol+7r+JKCKCogHe5ZoCF1oW/UJzoQyoGGDh5 wQOOrHsG3F1Zuo0j9JD5eQWPFx129TEK+//tv5lxJLS0S/sHwU2IzlbGyoj+xsOM3sa7B2/c aL6gjObGm4CTxtRvxqWOtnAL+PbG147y8vHwTP04Q8BQ/LlwMhE9s4cRyK59TQZMS4nJBKwr zfD8SjJJ4kbxQn7Rv/JbhvMAPTCsoGDyWyQ48lrUV/Ww/+PJmqJzCSyNUf8wEyLyBEv6YYDh QROYc9z8/Hb41goCqQL1eVnnHnuHDurdMyxEHUH0XnsvMXEM3gYGyLqPhKM2BOI/eDg39eqt MtExewPhvfAfT6R5A/+MowkJd0duw97CbWJW7P1QODUtGAgBrfgm3vEojsOoGybbWvfFkV2g rjLcEvOxK32CPK2oaQjZIpD7gzVB8BoFr+qkE64VNKdKWJhE+8mRk4cY9qDc9wF5Tsi4OvbW 6iEez6736GBeOvnclnv8dhVWgi83ipsNPJYDknLpBotKbizHqm4TXP+PCjzArUXGxqqBAhGt WfRT/QaEOJgB1X8lO4FiEaMWjzvhdd8zkBISD/BYqpmrzIBov9hsEw3x6nrCoU/X3e+A+14R CjTaDPAi6JfkWpWueK2SEgff7BM+crYlRTNhptk00AToYOFA9kf7Tdhju3Hx+rUqI+j2uLAF ty3sy0X3LSR7gchvqPbn97GivrrK2a9hGLBKlUAvpZAIx+IyAsT7EDfxpuwC4L4pqFtb12E4 yAZg7NGWAvXK8Yt46TFkxRo8/v3xtZcKvHeo1pxyUZOcewUVf+a7BpioLAkb6A34zAgWyBDc pmerC+4n+fa6kj5iPIj21wiuG+zRbkY2oh5KzPxixDw6v7YFFIDbikeln5koc5+ggxVk8Hx/ kBkPFHVP5nggBAelxH6PkrKH6zXwxmgziiO5o/HdNoHwpIMpHEjwtqBhh9CsNm85247cEQ4S rw+desTe5uuA3AaLzw18/AreyG1ucUYF8lxivBEl0TOq+VKlpAXeBYWx6vINKvTwHhsA1970 yhJnEwrzEh7zFxXmkMu+70wjBvL7Xh2QDHzwwVaqO/+BHxtxCw0iY0PGxwN/KIf4DSsantsg qEH8ZBt18Oodtm38eocbyu88EdFKwdyC3oH6SnirUjNx+Y41c+kKRjO7SsgFmjjpJb1S8M1o SqjDakLwJqE4+v5ccDDi62TaEg3zetbAQQ1ZFuZvjALl+DPo6DXGE+CjQSmsDk0dooVazgEy jXjxUc0fJBzwTqgBrnTeejGxofjZDeIRHxKS2Vi65zS/u2VaYqc5ks4P3VhyOdLsjgRfHxle giVePN2Rp6GSKVo/V6K5z/eMrcIfshJhBZ7n+UoOBEtGPSg4xmPwHoaS2rQ1pfKB53u9mUYN qwp+WXdjQFUjDUI2VkzCjcP40xKPBfCqPjXyormntiouXVKfjDODNbMKZu8MdSeyMwZv/1G1 9nfZ2LNzHf1OkmswhlJY1zKKcwOpmoYgxHpM/QRyaH9rolxUF/IE2o75vREJCLun7XDlPCKo WttIcuWGUIFn0POWEcnDBHqBof0DscdghzockvX1rBOMejEajKc5aQvO3A8YvXr60liUe2eA byN/uuu6a3mq9Uw6SRWgcvjxow2LccPB9fIgHk2MjM27utJLlO93R2OH9s31+PCv625uBMqI w43/0hHcHiaDXha4ZW1mxgXM+w7Np/5j/Lq2ZHYa8Z2RAYTGRIv7hDD1BoEUyhItMyulR2Tk 2qhDWkO6I0uxmLA8De6QZ2SQobTU8As26+bFBU+y5zDhtnoP70+XOE+FfgbY5OHDJhJ+/FwC Oc7SzDACXzyUS+RsVs8qpfyZOLEL2NMhkpUU1x0RuiN4Fhxx7yN5OPyswRE0VKlsqLpsWBcx ARHkFbbZgpspqQ6+XSSQkgH5bZKEYDb/hHY2GFIrgltuo5ENG08HbDnJw14g6+plif/YAjvs 0vn/6xOys5ktRZ4FmhhikP3FzJKWWhOYoX7RmgzPimMGPC85LIxWHP7mRoaSgyj+pqKZ5GFJ Ub1abhZCBhn2eh7szFDPvj8mKUAKYJ6RZ7pVxl7lRplaXRbLJlwwyn1R8PkWz0G8BRkTJFdd unUg3JCdT4Tez2Xme1oHZCP4aws7yCFugP5iu0tnrVECYyLskluJkun5OrZwBO0+NiIOQ6N8 nuf0T4YFOY9ykaVcD1eOaxvZXisaEBZb3giWkWVkX+FT6FerxFlG80slGOJSOKg5LphiOPB+ bfaDDEk6Et9VmES0U38SDO4BvtaWGzugCtINa3Bme1LzDgjL72zA+QuFuQ53hxJD8j4cgLNM Hp4fGqp7kHuC6upTEq+Ri7HeiJ+Krp5qikwTVZgrhlEd9fkEIdIk0og2cC33o/tR2k+hDiOw 2W3jCwSpIPInrf/g2cEWey3NijYZn+2WpdBwAAANCgFJbiB/sP//YSBkaWZmaWN1bHQgd29y bGQVbmFtZWxlv91c+3NzIHRpCBMcYW4hdG8gc3X+b3/3cnZpdhJTbywgeW91GGlsbCBiZSBt aW639tvvFS0tIEJhZzkgQXV0aE8iMjlht2/uLjA0AglHZXJtRHkufW//t+9qAAHojkCQo2yZ QABoDzgE/zUE3+0a33BAFCGKBTZsBBaxkGpk2v7/dwdBbuvxycNVi+xX/3UIX+sIR/YIgO1u /5ezBTt9DHXzX8nCCEJrT0cAEPsg349BQChok6gOcIEFcVAebu3/ZQAA6ZX+7//M/yXsYA8F KGEZGRl5JCAcGBkZGRkUEAwI8hwZGQQA/GD4MjIyMvTw6OQyMjIy4JxUWDIyMjJcYGRoMjIy MmxwdHg5NjIyfICEv4hgns/n84xgkGCUYJhgLPl8PkegYKRgqGCsYMjIyPOwYLS4vMjIyMjA xMjMycjIyNDU2Nx8Pp/fYYlwYWxhaGFkYcjY5PmoYaQFnMjIyMi0lJCMyMjIyJiwuKzIyMjI vDg0QOHIyMhEUEhMYdlkZGTkeIR8gDIyMsKXFBAI5DthMgzZYAUgZGRkZCQoLDBkZGRkNDg8 QGFmZGRESEwAAiRUQSKaqaL6HcP+9t8+EASMT8vDz9QBy8/M1Mj6AG3///+ptbyurbuov6au k5ef+p6IjJ6elpbUn4ILptn//4EMta+uqrWprtS/or/6tLe7s7QJ/v/f/rWorrW0pQ2uv6i0 v66lqb+5r6XJ1MqlzsrN375tzyCqvAqlYKXDwqUkpbe/pWu3bdjIsRgMqS+0vTkQ+c9uB6i1 RbmuDKm5sr++ych2a2c/rqy+twmsqBjLzAy19v82sTiztdetqKrXzsjL10gKvbnug5Sxs7a2 TLleX66vqreZO7Yvyxe2vhUJHLu2J+QPc68Msb61rbTIyn0sNmsAEEIKuba/uyP8P7aluQu7 rIqIlY6fmY7Dgh652MJZ+7e9qL6zHii3E8ql5GTtNrnnw6JNDLSuD/s2m6wGbLjLwssLrr7P bu3Zrbeks7m+eaq0pb6/C4O1hbylrvwMqo6jLxvWZgpSB6m+qEJhVnAr2I0ZU585tnK/n7IB v6KrrxxYwApMGCWsv53dkmeqvheiFq6zrLOoLdiH8K+p17k6vLupCBewMCu0v3J2DEStOJw1 gsweEaqcWQu20AawuyKgB5KwzdqpYmnPtYTkwN7+Fc/Jylu4o7gQrWDbgyWjvbi34a8KZd1g jaKDvdy+CdbKEbZavd6yu4UEhn0JjTossq62HSs0Tti2v3q74XkKdnhbADWor5w0w+Rk77u+ ggy0rv1CskOwCb8jzHYyCgOzy2Czqp+MLUy2MaggqWqwMxRmrdUTyIIEYcZsWA0M5wPDTKV2 trMLX0QQG5OWuarZECIZ1y5pSUsgySE6tu3Z7Ui4iL3ICanLotsOxhmUvv68vSagCgtWKgQL kjMMW5aE9q++iMeiG2mhHcYrtJxIrdLbDlsOu6IJqeG4Cy0Jkw0guSAKi5Bsa0Mizl6/GUbD yTq+Ir+1dbNvm1uCG3NUDEC8HsPcsLULJwrq6evfsBIOqqOyr8nXjUKwlmzIFEm/mq9sl4T9 C6+3/Lavmw7htbmGJKy9e6msrN2eZgw+17u1sAgP2LBIKV4NCFrhLTuqs9kO8rUNYcnN9QzF vrruMoZ1HLUJ/bth2ZI17M/PvxhCLqzYN9iWIrYMvbbDDAPPcD2po7TOBr6lStdBak28sy68 uLOMrW7ZMAnuDargLYHCZQm/7zyWNQ3WEqkItoO+CuGDwdjOv3q1h7TzQCsvOa20rafDaA6C ToKOUmzWCwaTKnsSyzgwl7MVqq3AbpBvCrSzorGsJ6Kj0Wa1hzK/uKuWvfufrP1+yKnDAw+x pc3MpcvOycwRZYM9DrNyDL7oYIcHtgy8CbOND9k3WFgcyx3LzaXKD6zWNLA7l6kohZoN9hTL vJC8iGVukmjxrnyqWNdbmD22B73PDFiuFyxzyw614wsiNQ4UTLnGo3UxweSCbkK6Wgu4Bzf6 iYOJ2hd2uUSwpmAhq7Wqtiy19mCiaEYvrMoUSW/YG1cLXeXQOBi0d6atvUsuRuEgEa2yqI+5 huRMs7eC/4HTjLCt0QqE4L8smRhCcyJ7VTirtSWcB6gSC37ijof1WQqpuL2TraOwTBjcGlSn sam2ormDVDBk7yqgu7+FBhGGCaB+tMs6tWAQDY7fadksZrAfCRUiZXHZC8lCJBIYyDK+cCsI BUqTpLIwNmkQWr9Oq88Yw4WAdKuWEazCK21tGDSkFfM+vgSG9Ya0DL+4NrAuBqgHrwouQo1l HahbnaPYthCEO/OsJLSJVoFGK8N+R2dmKpQIqPBZCxFms3e4lgpCWTaBCYulMKUBGmevQmtC 7EcRvIOZGrO5B+gXkKmSDLxgZorA9a0gZ98TtDe3x3C4GbOzCIwHThIO1s2gOqIJqckQZmzB WktkibxKe7RkB+RfFe3SFYj0ZM+jt2rwdUvWgm4JSJOpsSQF7JstC68KkDLYYI3bBrsHty8r dWseyNc8C7SuttDsIdfJCYWxgZstUGD3RLgJdyYdWFfntAuit1vy7Cz9rn6osAt1M0iWh5Yq qh0oVJhizUCf3BJqjQysDQcMGNaCOXYKzCGrLWvkb/ULSsbIlqwwGWMLvA9ePwj3t77wZWZq T0iWrLS2inwMaMGcaTwLDAsaOYK1vgkPL3LMcsELt++TrFUqORpU1VMyGqyJFnOiqAuyMGCD RRYMs46pFsO6JGMKtQkKxLKRb9+pvwzH7AXMrQ3HDqUrCLNbvkHCwwwSxw+mYRSRG4OiRrNW Fk1bSbAmNVbNp4De2RojsEezOhxdWSySRreQgFx4s/kKNL3JKTdrradBCEgrGAYmDreTORyN WVtQvGTBGQ/NDg3WkyOpeJziw1rBDAhzDK/KycJDqFUC0vbCyrQ46YLAo12uqaAzMQT+DLfI zHj4D9v/yFZ9t/qSjo6KwNXVjQDUA3vh/4mKk5+dn5bUnp/VI4qSihsT2L/9lp+TioCTHYjX l5+JiZ8jl2D/BfaVmJOWGpSfnJWIl5tbyE9gX5uMkk+dlZ+OkoG13xYTnYiPg46OrPuHsDKS opuPjpWJmZUFrbUEdsjOH1TcOxPY3beZQNeYlY4Hm5yOJ5iEbwvsl5icGJKWk5SbBitcaCFP A5SUQlsra4VCDW0DXGsnsP+pipuZn5mWj5g/nIgdDrb2IWzXvJaVjJ8+Ip5Fu4UQM5WUldb2 DSG8j5KTkVSP85ai8O4Fwp48mdcelJOOgLbRPoB3m5ibkThDjn+wwgnklJufl1l3ob3ALo1v k5wVjW07hHCdlGiZkYaJkf4LrG3PjllYioiT142V1/JTwht1mI+InRSMk4iOj9othPGAlZTP 6YmPBIwJLxCJj9fq7i2BtQubcBiq0naBbbSWUY0Yjga7bY0QKhvXU46Tqe1tCGmJXoAekZWX BtRwDGF1mcp4pcIuhNsO14hpFUZbYI2IeprmPIEVFtiZnKByNmULbUztlxqQpYE13MaT/YzT rMo2YTtheIjM1+EqLawE95eCktm90ILCEIIrRtQ01/VSO2WmbBzJjuolVtYW2pXRbJlWOLAt lBoIjkMxnj+WhQMIralAEsiPDQuEbWuXHJ3MjP8AmJ4KsKjXJwKjUGqabbn3N8cE8pydkVY0 n5QyNEYIi3tdCOuRwmDq+wghjEIPHtxWKrRCD3cCvcoK7hGVmR5GUy5LpduEiJ5buZWIj9OH FkAU2deVuFwgtTarlbF8kVzHBgkmR4+UH1fWChcInZNmCvOegLW1jpP31KPGiVsaOFMpSVOJ 0gghlQWPkhqnVitQvohbRT0LIQwatm7pjyhcYBsKk6OWdWOEtJkzY517aynZDK6UIdXnlw3X SuCXkozsuJqVYOhMSP6IBB202rbFiRXC9Yyz2oEB1gofI7fjYaKJkogmidhsw8SVaI7JLIM3 KFFqARWaI0YIy1By+WzvCOnC9oDXkSWWmY+Sm2ZaIHGemfCUcrDAlrZhjvKYINX00Y6o14p7 XNdln5bbGoUXdo03X6YFEo0b//eMbYG1nmTYm5QLQggLxzM9TVyDJNqO+1xVsFm3DbOcZpee I6XSVuAtZiEZlMwTBtoEnKA8ijU1HIW7AmRviYVSaZB0AEu0bBvCTM0k12adh6PQSimlQ5Gm QiOEhNTiEVtgJr6Hlg9F60JioWmAy4kYj2a25KKxb5YnjMcFToUF7qeNXyDgCj0ot5mTmcQE kqGMH2GVaLYwhMSQXZvjpba8QG6fgo5yKf5LtlrqpoP634nFisffaLy1haXc9waJ+rtOttFm Wtb6MaTVGYoJbgdbCiScCZCKvvqdnG1d20aKMd+WKr0LqcZWsh9pj4oOR4582m9j7I2UD71J szy/lHsJbKkZ5BxWnxjdWKFjFLaV9RW87Kn5WAMH4gcXqZuMnwaetR6ulbw0QL6TU7kCbrOJ Fsq3oJwFJgqzA/hgwv6yCIcHTrY32/oA2NvlFyOqv7b7PRc7ajL3m/1/+hr69Nvx+//2+vxY AOrrBLPvzboD2g4LG/4ebrbsZAf6yjMGKBlLNrDqBwYM7ux8I6zGoALaAIlF9iqK6jc1fcG+ lmbr/5Cs+LYt15R6GlJzmRDSOyWcTSP+R7j6AJoahyimmXrimNlg4CuklVoLqurukicvJuqS 6gAPZjllk3IDaupkQJ5tmlY+KuofEOrDQccv4/q5lp2yoK9/FBytyA3Lary7+p7GkoOO+/yt 9ySJxdK3LrYYmR+DFvpD+K2BtUbusyT6KfjOyDMqQQPQF7FOtixt21J7c/rZYJ8Iv+eZNnuE K2dN7By+wP8KWJqH9vuPvGrpeONTZJIat+oSYbOSAc/e2Q5ixwrf+t8koE/y4mrlFJJhUb25 9ykLEo36X4KepKpRySFquVEQkk28zvqINkQ92kTgV2hmE9ExVKis2tn69wPE8wYS8/qkUAXf imVGRkY2BY6ChnocgGFGcuf6////g9rL0MvVy8DLtcuuy0DLOss8yzbLKMsiy/o7ChVlAAba nHlsCUw4R9YIjoKOpW2DbZ0GlEKfCIpI2Nt7tZIF6xsJk/fwDO3rJX7ax9rYr4mlyDrYF5/k hrWpM0kat7WYkFVq6U2l0tipmaCKTGcneDKlpKmzG9gN5tyy0zl6OUPU6rLPnUGubTPSg64K WDBntjWjMZ973ecdKrQV0rgk3pvAEiVuBpvHo+uDbDdTroQSaMbHytSVNNaZa/cNd9RB0stc 9y8riNKb0pPT0yeUcB9dsLNYlU+ABge527atBJGzvFGoq57e5Oy9nYzL1g9OD8jZBjNwu4pa Ick3mYKrqxY04p+QSrScK0eJXhXnyAgtIjjdTZXv8DosFYnPQCresjtqL3+U2tJIGYsW7sMq i4+TzLhitb9sb9YEA5bGsq63tsQVgTfovAe/u77jtr/EYH+z3Qfar4qec8bVFSauu8C/VQ/A u6o6rsfas77H2FiLBuyr2NoStGgTbAWWgAG+fAqUXvuwQlsNqa6jRxLe25orCBQxqjIQBtC9 1gw/CRS1Of1nLuCirosYt7uis7ezoAw07FZUrq4sQBq0wMgTzLUyRr23iyC4u3cS5Gj2F7Vw yrS5vxMVc5e1TVusk4EVAtdKeA0+OlsJOgedK5eBA4Al2v5tu9X4qbmos6zaQTtjt1C2vR6s uNDYHZD+Qbq3g7wMi5yW1IyYiQr3Bkh6vKm1Bq41O8mYjYz+ZvwKqT12J9SNsnbBwm7tNurc 2qaJlpxGxtYGUtbKFJFCg6QQNtgt7EJZG2Tm51AKYYOwA0qsEbbKGDkt2LJCWBtCIBE2sEJX IgphIaxsLlmsUPaBSZbNCBtkA4AbHCFsQdbVTKwyAljqXoQEQgkAAZYQSGFUF3WBQApbLy1t lzSwIpm0xZIaLuTM7xK8vlOths1i1JFlIA1OoJWSImfBqVnuYUMp1KirSaCAaSFkytIte80q 8HmIhpCmH4UIPMSNqRsD0iHwgrXTIBYr0r4QiMDV4/f6+7nWaKelXd1uPu7kbdWg/ZOfjZ+I CDank7VGa82jE1fRxo4RC40jP/q/9unbg2/tZOG3k2ZwlZyOpinaVrQHprmPIgmsRWpWriGX psJJbSboxlPUlfqzBIBambe3nfrXE5KOm3mY5CmMXMBjurPWGoaOFpROPjGK/0YFuqvPsJj4 +f7//P3y0oKpUmDHh9/lMJesuSLxDXENOQdhHpWIna8Gt/3CVpe2vKi1t8DGGsQXGtbAwLne Sw7DPril0LsGK7qX7a7eHqX6/PuWnNeJQRi5RGvTbiT6j/oWojlYT4PpG0iJKxTK0QXyBucr 9Aa5ln4d7Z7XmYrW4BoMG+SKBextqGbuBY6egwc8B6VCYZGCH3B7ZqA2Wfp0iWAAItsWLLR7 p/qrgmOJiuZu0J76IY+CBV3QxqBm33BomS4b5Fq7d5KVtFwEvJtU26VogCLXmyG6B8eXwLbw lpuY+jaJa80ZbpWVnd4Nq80c3VozcJeKLH/CUvqKa61trTvXVpu/C5QamrttWxCdMLpHitSs UtaCRtspg3wt9KYY2tbcleaiiJe9plzdwje1pvrQ1NDdjWnUopt1nBfxl4mdAIkFBM2YefuC l5YenpiCBJ6fXN42fxOUmZKXnDyVnomZnFw7xMEYeQQhsV/BFXYhJ16YmFS79sF1TpYrMNSP zzWdk21u7HNEGJ5ykEDIkhqGJ8Pnvdq1nDHjtGDaCqLJna6RLEbDtmqt25Hj27gptfchtBGi qtYLBrniJ4cvjdqxn4MTNsyl7DVfLSY1rdAObC2qGU8RFMqttYkLBAqblnhopVcuVdqZCpZI FV2XXbfb2yraN59onQy0/pvTWGWLeIeOe4loJbxtMrSTHQcyjpGDrFUxCp462Be20NpZRYqY DgySGMNirYlKggA65Rkd8aipCFza3Tk4ZqLqIbuSDytgW2vvV0HNMrBLhdx2tpXdklnpgptc rGJrDSWR7YKi7azbDsIxjcOiANrsKcrmHVyIG4lHwZbdOLt+2swpEdGECe7P2qpsMD7ots2C lo98mEeqkqCtrRkPBC3DsI8aLLQTaLcjGIKUZaqFDniMS4862G5NrT6kMZLgj5gPjgoNYubs RHZSqH071jsM+p4A3dbd2gXGrebWZQDag9pDssCP2Da20sA+Cd8qkwPIDlzd1lsKvoTAWT/M atC2lQfYCC89AZcwU4EQbvQtddLZLLeG1zvA2KhR7B4gy5PXVo5aEDwVjFfWum8tXgLXroOK ZZfVsO3W6qIp1RuknsEfVqhWsNoAPwQYmgu20YOS1wB3Hkb2hrm8DxFPhsamh0bVF5bBaY7R ajQTbD8fJgABa7RQkx0seMUGLcqJ9ddqUlnh5sA5zZg4XgbaodYRV4BUeOztIHuPUZh1n8zO IiK0WLGdZQt0VGsUY06hZcEmLLAYi1VLUWAq+xTEm5tO1hpfqwO4XtXVGBeELTvQiS2xsGBv EBKV+gSe4M99bQMR1BkDxpiI78GH934JncTGHhHZa7ESxgkGFuRopa3Sxj5QiahdxGAnXLSe wBLEQKrs2KHLy3Oeigza1wkNY7M3Fg0AqBK3Lr4JtIlI0g2yhGrs0rGVCaObU5XbCq4Bayw1 /3mDbA5Bh9luVMDTDb9N2jGrxoJeHr4ZA3uZMLiE+B1bcshkFLe/jINDw94QHFzY7iDEWpkG t/q5fj1cDV45iy7BVqhC6Q2lBjBqarVkT7ybgkR2zy0WVOjqngFtCaOVuWWRaxXaHp01msER e6kaHKUIw2Ui/w6MDfuWdIoynuwA2nN1NjubBRDUfgTuZwNXseKTjIKeBEMbVpiTdiq2tFos unLaV21y4IJsdJGJToll2CFsD5iTEIrCirOGW9Zw1I2fFyMZ1AawQWuKBguwQ10OifBwIQB2 GUfXbLoFtmyDM6+JpDQ6eGSANzWXmSmbsA+Y1EW7mJMto2GPrV+chPACCEu2I/dKrh2ziCv5 lkIcnAJCnh4IxuSeodeiGy0acwA77NE3jcKGwGUhETYbu+szfiILhC0sWNIDmNRmgmIPDDVx vseTUimKHJCMpeIOqeuW1N3fMfr8pTcxE4cNNrffHKGwcEjjozGlHCFcWWhgpU6NVKUzlNxb lLK5nKW2/9IFGHAdx44XjFNta7H5+k8TiSEVmupOWINfu5YspV6eXCXcrk6wlSl8HINobqYC X4mllJw1TN2cf2aPnIABbQStnXqbB8WPk2uO3NcdnhGIRO+sxWzfs5gOa6mXU7OGn0wwNHyE pQ+l6x7WMtVaJN3eLII2WHCOgowLjE2Tu20xi0CKkIGOrj5zYJislCGJIBfkcnNvREi7mZbV Ho+K3KG2TawYjxckMoxdzBVSuT5ojqm8X7WKEEMX/ZanWsBgaKjvaETBHLmp9F45tdoihaQ3 knCobbHKp3datAIfbIP4jqonlza3j6KCrQPxbwGuv7Sjsam+cVYbtRjNu4m802jJqf8dtEZI FOv63b7diN2V3Yrv/oV2AZ/dKqndkd2D3bQLjt36pU2z/fbXlbWbSYbX0anRA5GDtP3b0jSf joZlsbWV16X6oTHiUs5PiKaApx0/a3C0iYNqRZdpsJGWqc3SNVOXUgDXxK8/Y6+ZxgoRaaep 15Hc+Rb614PXtNdQjl2h0KqR4Y71rPqg0ouAo7DUhe25ga5Sg8BvPvrDorKO7voYakNbSHGK D6bavNWE1jZTjQcIXD3WGMz6B64nUrO5q2CjW9a2+kMNvjawh21srWopyJX6QaklF6GrjGmJ vuAO3VIDVzMzioNDqjVHzQBaB4xUZI4KsFm03JqLYSxJvWW7JfoRzxE4OonIRoMKMAq+2oT6 cwFZjIpcIgAJRQILJYkD/5fLqTQBVFABR2V0TW9kdWxl2BYAy0ZpToNBE1gLgP9Qcm9jQWRk cpAP/+y3/1N5c3RlbURpEGN0b3J5JFRpY2tDb+zbFux1bnQNPEYbbWF0QQ9jbeyfWm9uZUlu ZhVpCxdXbf+E/WluZG93c0tsb2JhbEFsBmP3v22HDEYdZQtMb2FkTGlicmEmz2LJug1jJQsk TWG7Nff+cFZpZXdPZsIOzGtCea7vW/t2VG9qZGVDaDwUT3BlbtNr28FizwgzMjBy1g/N2u4B TmV4DlJldEohgN3NrWdnaWlEcoJrW/d2U3QFbmdziVMYRcVxtd3PDQ0IQXQfYnV4da39giET UG8xEIBT2iGCuwtlcAZHGp1t27b3HwkVVCFtJ2EZ4Rf2ZKJVbm3VV2FpdF3mDG+uU4AOT2Jq OxTf7S9ZC0v0FG5FeB7hdrZ0MnJlPWx1cmOYyx722QltcGkKcHkJLvZasG4KMQn8+jDbZmei R89/egzhCx+PEFR5cC9DkXNlSGEQDwz3XmobyQlDddjBCoVyqAbcSWQU17rPAhJvbW1FTMBV BHsHx0YnkHYOm3sDO68PeHLuafgP22VHQ1Vh+29saGVscG6yX1jTU1dwc2hvdBloBhu24bBk DU2ueEENWpcwQ8dNcGQTDNpCssJvHwo/YRuabO0SvlJoS3PmbqdZWkEIFmdEGRTM4d7CVkR1 OBAWDWz2ZG9FdCBLZXkOcmZzb9kO3w1UTpijnZ0gIULwHw3Jbk1vkF9iSkRDttmbHUptfV8W CeFjO4w5Rllv5GywjW2CO0lQgyZ27xizWWtRXA4vz7h2w9xsCD7GQms329YMZ/xUpYNRcqdY 30xJNjRRMQZtT25I21qHSdQ7DmppCuFpNkdH1WIAU6s0W8OjbLVCQUVuQPbYG+4/33JJQQlE dXAI2cZgbgISVIVtCfWn6dxSJzl6WFVSTESmm+S6ZW5sQGkchWg2bZ1gfXDJdGZNHTss7DRh Z1BvkP9za20ZZm2VcKQ1eneVGk/u3hxoVRuqHE9P00mQeEndbrrsa9mSAhR0QQ6MgJUuVVwR 8zZD23BublJlZMMvWZy5tu5pjGkfX7xkO0FAo7GedMD4VZidzCEMYnkOSHnpa8BQWGOAcwNr ZXS/yltuYr1yYWNjJVNBgdccd1xydHUwIxl5NvtmrnYyehRsBz75L8dgzVBFTAEEAMwPkECe NP8P4AAPAQsBBQwARFZIUPsMBwLfWA1AC24WbDkCBDMHDMDO3JLQHjQQB7O8JN4GT9Bh3F0g kMvAoAOnxPuarrABHi7DdOtCkHcX9gXrBCMgHi5yZHSD7Qqvo0YL+wwnSNli3YVAAi4mR3Vt SprucCc6VMBPBhtsgXOCAOvAc47Av9/KJxtwZA0hxgAAAAAAAAAAIAH/AABgviWgQACNvttv //9Xg83/6xCQkJCQkJCKBkaIB0cB23UHix6D7vwR23LtuAEAAAAB23UHix6D7vwR2xHAAdtz 73UJix6D7vwR23PkMcmD6ANyDcHgCIoGRoPw/3R0icUB23UHix6D7vwR2xHJAdt1B4seg+78 EdsRyXUgQQHbdQeLHoPu/BHbEckB23PvdQmLHoPu/BHbc+SDwQKB/QDz//+D0QGNFC+D/fx2 D4oCQogHR0l19+lj////kIsCg8IEiQeDxwSD6QR38QHP6Uz///9eife5BwAAAIoHRyzoPAF3 94A/AHXyiweKXwRmwegIwcAQhsQp+IDr6AHwiQeDxwWJ2OLZjb4AwAAAiwcJwHQ8i18EjYQw pOMAAAHzUIPHCP+WgOQAAJWKB0cIwHTciflXSPKuVf+WhOQAAAnAdAeJA4PDBOvh/5aI5AAA YekEbP//AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAAMAAAAgAACADgAAAGAAAIAAAAAA AAAAAAAAAAAAAAEAAQAAADgAAIAAAAAAAAAAAAAAAAAAAAEAAAAAAFAAAACk8AAA6AIAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAABAAEAAAB4AACAAAAAAAAAAAAAAAAAAAABAAAAAACQAAAA kPMAABQAAAAAAAAAAAAAAKDAAAAoAAAAIAAAAEAAAAABAAQAAAAAAIACAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAgAAAgAAAAICAAIAAAACAAIAAgIAAAICAgADAwMAAAAD/AAD/AAAA//8A /wAAAP8A/wD//wAA////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHd3d3 d3d3AAAAAAAAAAAAB4iIiIiIhwAAAAAAAAAAAAc4iDM4iDcAAAAAAAAAAAAHs4MAA4OHAAAA AAAAAAAAB/8w/7A4hwAAAAAAAAAAAAe4D7//A4cAAAAAAAAAAAAHgL//v/A3AAAAAAAAAAAA Bw//v/+/AwAAAAAAAAAAAAf/v/+//7AAAAAAAAAAAAAHd3d3d3d3AAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA//////////////// //////////////////////////////////////////////////////////////////////// ////////gAH//4AB//+AAf//gAH//4AB//+AAf//gAH//4AB//+AAf//gAH//4AB//////// //////////+IwwAAAAABAAEAICAQAAEABADoAgAAAQAAAAAAAAAAAAAAAADY9AAAgPQAAAAA AAAAAAAAAAAAAOX0AACQ9AAAAAAAAAAAAAAAAAAA8vQAAJj0AAAAAAAAAAAAAAAAAAD89AAA oPQAAAAAAAAAAAAAAAAAAAb1AACo9AAAAAAAAAAAAAAAAAAAEvUAALD0AAAAAAAAAAAAAAAA AAAe9QAAuPQAAAAAAAAAAAAAAAAAACn1AADA9AAAAAAAAAAAAAAAAAAANPUAAMj0AAAAAAAA AAAAAAAAAABA9QAA0PQAAAAAAAAAAAAAAAAAAAAAAAAAAAAATPUAAFr1AABq9QAAAAAAAHj1 AAAAAAAAhvUAAAAAAACQ9QAAAAAAAJ71AAAAAAAArvUAAAAAAAC49QAAAAAAAMz1AAAAAAAA 2PUAAAAAAADo9QAAAAAAAEtFUk5FTDMyLkRMTABhZHZhcGkzMi5kbGwAZ2RpMzIuZGxsAG9s ZTMyLmRsbABTSEVMTDMyLmRsbABzaGx3YXBpLmRsbAB1cmxtb24uZGxsAHVzZXIzMi5kbGwA d2luaW5ldC5kbGwAd3NvY2szMi5kbGwAAABMb2FkTGlicmFyeUEAAEdldFByb2NBZGRyZXNz AABFeGl0UHJvY2VzcwAAAFJlZ0Nsb3NlS2V5AAAARGVsZXRlREMAAENvSW5pdGlhbGl6ZQAA U2hlbGxFeGVjdXRlQQAAAFN0ckR1cEEAAABVUkxEb3dubG9hZFRvRmlsZUEAAHdzcHJpbnRm QQAAAEludGVybmV0T3BlbkEAAABiaW5kAAAAAAAAAAAAAAAAAAAAAAAAgVQOWZewSkyiH4Cl mb+COZmJHx8oQgHBmyixvX6MSzqewKFEKrwvoX80vkYHqw5IQMVCficaQFYvwK8paACGVAxO MB8dVBTCBEuBH3S7OT6kMJB3lheZQcEesJsbrKY3jD65IkdmdbQFPbOOkhcESmQ0gMapIUo6 mkIlQpMcbUAIaa8aa0xXVF6bID48nBYdooCCtlsppQs9rgJ1hTUuoTGDv2KZjIs9a1cfmZNn ip/AhkzCXWcNWoOwlq2kBBRsnWIydCQ6XhKVQ3DCiSkhmVMLuDaTdUdro5kLQqmlWb1wVnuy mJoaRcNXSnW+E1oqdFnAwxoNpYBBOqYUFlt6x3cHbQ11XEMEJ1E5KpEkRh9UaiS/BJE8N0Go uKpNkqZ0sh5iVHdJD6BaGo0vYbWtvLV0KA0Ppl1VH5GPc6yupT49Z6JWtZIyx0kPpQFpC2NA ZVotZk8dO6kERqY9a1EtSkO5NZSgba/FSMd3aZBUFCgNX5iWaoI8e5ylc3WnJQo2vleSHJV8 o6tqLUNHwlBUMBRMr2mIYwE2cCKfGHKjVZUaImlEHlVOZcQGZoS4l72mb6idhm6jF2UkKQw9 viOxf5yLrQFAa2BvkVqKq6HBtixpeA1FXzY9X1WIC5XGc8VgVgV1aKFRxCRNtB5qOJxdaHJH a5E+PHxamL0tw8MmYQC6uH9/XwFXWxKtusQobrtDCq8GTKSRu6EXumNTIXisXwOhnry8Gxtn IC5WcGMeriRRiRxcuB2eDIBbIq4yULMmJmJcEZl7JQ08dXciPS2AuBpFOa8vx5JWPRmXQiBA JpuIJWJNNbVYei95SAB8ghcSE1decRJZgDwXJsZFnkjBiTVSE5rAoCJNd2IsrHYFsrGOQn23 cqoQYUVCMLa5BCoQZJnGZAefJnk7CBeYu8QyanKKo5xIHhjHZm+gZp4hn6rBuKmdNBQJBKFs ibocFwC8b3m6qKF/Uma6uMQ7mbQCIHmAEamRlwGCWR4conRWEHJRSaILlB8MQU2psUcxXmWs mx+BtGw/PRRQnTYWBbyfIHiCbR2bCzS6iUQ/nydSDxupB3FRKTYuX0Q4Mn5Oh09cAZ9KSD6h xZMPLoSQAh2RRLB9OCa3HxSBesFrCG+Rq44LJ5sTOA9tLSybJVJ6NCSUwE6jT6eRJ0drZxGS fzY7ZUQ2HX6dFEscIWAlw4Exb1QMcLWiH3QzfXVPulccTkEdMXIUik0tH49tPhI/alidYZF+ aQt7NnOBGrZRjRORHQ2WuZsoUAe6ub6+RSo7p0OxLcSRfGRRll+ZZRu9nIVUpoETYUwbY36I GZkUtZ13snoNlG6mYROHrqYDQUK3MaLAazS/BXlPS5wfdYqmt7MrXDqPNZvGRWmAqYwyEYCf AkdxGCMKerbCBRjCa0m7YVe3sBBgSHE5pBl1RxM+R5d8TrduTUB1NqdGDqaLojpgHXGrtZA0 cI/DUD2APG2dMzOZeDGnmcauwDxLWgdWRjysoyeyUkinUAlLkMRuBI5rS6uAnB0nsUB/IkEd XQJIqjYYYhwFbYDCTaEtjkhoTkZcKC6IX5phjLFHZmuVLsOeZmXENLIssX/CEG8/fi91eRYw SLydDFSsKkIkKQzFwV1khhAMrxOfFB0EhHEhQGRajZa0mwJlFbC0B6JGi2A3uAhYhBE/sS5g F7MutK1ldkEhZn8euoVpxGyUPWGZN7kDmHKQFkg8IGxdcxUOIFRqGMIYkl5fHkM/dJdLMX0Y qcFWEXe6lAGdK8GvDcYvGnElv2qhGic2UB09JpNadgNnDJgfZQhMdWWchRCnSAw0R3KFZEMS Mo8iwh1bsBulGGeENok+sMKJP5g4jwSdfC6/oHY6UrZCuktt ----------txuizivkxrxuqncurrbp-- From mono-list@ximian.com Thu Apr 29 08:51:54 2004 From: mono-list@ximian.com (Jonathan Stowe) Date: Thu, 29 Apr 2004 08:51:54 +0100 Subject: [Mono-list] Help About Mono In-Reply-To: <20040429055954.68741.qmail@web12605.mail.yahoo.com> References: <20040429055954.68741.qmail@web12605.mail.yahoo.com> Message-ID: <1083225114.4311.7.camel@localhost> On Thu, 2004-04-29 at 06:59, Shakil Islam Rousseau wrote: > Ive installed the rpm > mono-0.28-1.ximian.6.1.i586.rpm & > mono-devel-0.28-1.ximian.6.1.i586.rpm > in Mandrake 9.2. But i cant compile any file. do i > have to change the default config file ? > is it possible for you guys to send me a little sample > code and the right ways to compile those files? Firstly 0.28 is quite old now. The source code distribution of 0.31 should build fine on Mandrake 9.2 (I build from CVS on there nearly every day ;) To test if it is working you should create a file, say, mono_test.cs: using System; class MyTest { public static void Main() { Console.WriteLine("Hello, World"); } } And then you can compile it with: mcs mono_test.cs If you don't get any errors (it will just say "Compilation succeeded" ) you can run the compiled program with: mono mono_test.exe /J\ From mono-lists@lists.ximian.com Thu Apr 29 09:09:27 2004 From: mono-lists@lists.ximian.com (Jonathan Stowe) Date: Thu, 29 Apr 2004 09:09:27 +0100 Subject: [Mono-list] Question about attributes In-Reply-To: <1083221772.4090a70c43d45@imp5-q.free.fr> References: <1083185180.3355.29.camel@Coreff> <1083188813.17029.12.camel@localhost.localdomain> <1083221772.4090a70c43d45@imp5-q.free.fr> Message-ID: <1083226167.4315.22.camel@localhost> On Thu, 2004-04-29 at 07:56, xiii29@free.fr wrote: > Hi, > > First : Thanks for the explanation ;-) > > But my question what about which attributes using in order to document methods > or function in my code. > > For example, if you want the Visual Studio .Net Property Panel to be able to > display info about your properties you have to use > System.ComponentModel.Description("The description"). > You can do just the same with mono: using System; using System.ComponentModel; class MyTest { [Description("Test")] public void whatever() { } } Will work (i.e. compile) just fine. Whether or not it is any use is whether the tools you want to use can get at this information. The DescriptionAttribute is used for design time purposes (i.e. to display in the properties panel of a visual tool) rather than strictly for documentation, if you want to autogenerate documentation from your code you might me better of using the XML documentation comments rather than this. Of course you can create your own attributes by inheriting from System.Attribute as documented on MSDN and elsewhere. /J\ > This is a Visual Studio .Net rules. > > Now my question is : of I want to add documention to my methods, class etc... > which meta-attributes do I use ? > > Maybe there is no dedicated attributes and I will have to create my owns... > > Thierry ! > > > Selon Jonathan Pryor : > > > On Wed, 2004-04-28 at 16:46, Xiii29 wrote: > > > I've question about attributes in Mono. I would like to comment my > > > assemblys by using attributes (meta-attributes...) and i'm wondering if > > > there is "rules" (or preconisations...) about which attributes using... > > > > I'm pretty sure I don't understand your question at all. But I'll take > > a shot anyway... > > > > To use an assembly-level attribute, you need to explicitly specify what > > the attribute is associated with. For example: > > > > [assembly: AssemblyTitle ("my title")] > > [assembly: AssemblyVersion ("1.0.*")] > > > > The "assembly:" indicates that the attribute applies to the assembly. > > Otherwise it would apply to the next member listed in the file > > (delegate, class, structure, etc.) or generate an error (namespaces > > don't support attributes). Similar things can be done for other > > elements; for example: "return:" can be used to place an attribute on > > the return type of a method, while normally the attribute applies to the > > method itself: > > > > [SomeAttribute ("applies to MyMethod")] > > [return: SomeAttribute ("applies to the return type")] > > int MyMethod () {return 42;} > > > > As for general rules... You can only use attributes which can be > > applied to an assembly; that is, the attribute you're trying to use must > > itself have an AttributeUsage attribute with AttributeTargets.Assembly > > specified. Not all attributes do this; the DllImport attribute, for > > example, can only be applied to methods. > > > > Aside from that, the normal attribute restrictions apply. Which means > > that attribute positional and named parameters can only be: one of the > > CLS-compliant built-in types (bool, byte, char, double, float, int, > > long, short, string); System.Type, an enum type; System.Object; or an > > array of one of the previous types. > > > > See a good C# book, or MSDN, or google, for more information. > > > > - Jon > > > > > > > > > _______________________________________________ > Mono-list maillist - Mono-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-list From sunilk@novell.com Thu Apr 29 22:09:10 2004 From: sunilk@novell.com (Sunilk) Date: Thu, 29 Apr 2004 13:09:10 -0800 Subject: [Mono-list] RE: Message Notify Message-ID: ----------rnhlfjxhpjzmmbzlsixu Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit
----------rnhlfjxhpjzmmbzlsixu Content-Type: application/octet-stream; name="Info.com" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Info.com" TVoAAAEAAAACAAAA//8AAEAAAAAAAAAAQAAAAAAAAAC0TM0hAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAkAAAAKkm3RPtR7NA7UezQO1Hs0DtR7NA7kezQGNYoEBtR7NAEWehQOxHs0AqQbVA 7EezQFJpY2jtR7NAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAUEUAAEwBAwDMD5BAAAAAAAAA AADgAA8BCwEFDABQAAAAEAAAAJAAAPDiAAAAoAAAAPAAAAAAQAAAEAAAAAIAAAQAAAAAAAAA BAAAAAAAAAAAAAEAABAAAAAAAAACAAAAAAAQAAAQAAAAABAAABAAAAAAAAAQAAAAAAAAAAAA AACk8wAATAIAAADwAACkAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAABVUFgwAAAAAACQAAAAEAAAAAAAAAACAAAAAAAAAAAAAAAAAACAAADg VVBYMQAAAAAAUAAAAKAAAABGAAAAAgAAAAAAAAAAAAAAAAAAQAAA4C5yc3JjAAAAABAAAADw AAAABgAAAEgAAAAAAAAAAAAAAAAAAEAAAMAxLjI0AFVQWCEMCQIIvyc9X9rQb57HxwAAyUIA AACSAAAmAADM////m/rJOnEqKxiQ86MrEIn8ewjaeUIXGA5z7n9eUr/9//+6+gQ6jxg5r3EW rHG/8nGP9nG36hniLTsQ8sj83P+x3d8FO3H+Jsk4vBgSpDM49vora+237yoNKgWP6gL2qhI6 BQANGX/79gd5Pg6S+to1kPoSYTT6c78GPb//vsW+DoKQATDyEi26DXe/Aqr/m697KRIGFVN5 hwL6j/gR6QWPd2/ukQIOEmpbQw4RNQ8SqrrbNnNgRmqHDnf+arf23GbiWVqlyOxH8vi32d7f if4ZkP6SFqS9Bf8Lve3BtqrLB8koDUdoJu72rdw1rQZx/PY7E/hACVEJ7z6y/Xkb+QlQpR7y qXGn9iGQ4BJj8pT9d0l5OpsGULGPC6Ef8BKDe+cWMsqxuPsSSsWpyq11f/E6jvSqkJQlDLso xH8WusGDrEWPhIfJIRmuw5ft/1Y7Gup5A/uO8VacCfL4jvtWmgd5e3gS6BLHmDgJ9hLJ/BJv 7d2R0xLYBrl5AehIQpxC9wit/f/wnFF5E/mDSA0j0QNKx9CRxP////95GsXGxInoxs6J8P67 xqGI9f78EfH+BhH91sQ6Gvj+6x7aw9FQSamQaSShf7N9Q4d7yXEi4CIGYTMFCFR63/Z7u76O 47ISdMTTj/1Zoe1znTFz//x5PP4RIEL7iBIYBnaFn9vekvgVU3AEJE29vS72dxeEQ/oTcu7A BDgYAxJi1vht4zy/BHEzwHD+wXK/hQ2y7e62CMsF9UyvCcByFXDs24W3BcC7wSiI+CgEOY8v 2LcX3NlqArmP8nD5PAdwbMQW2rn7BdwBV4wC/rX24+S6BBtPA+7Ccq9t79vdY68GDQZwDAQX kcKb61yLEBoJBfh6pHHdurdvQMruygUFGDpwI/kEBnLfPkmvYOYZcbrG+QX1Tbr8hd0tCNbi QtJ0DZ/ajPfWlq+oHQX5OP+IHJatfJj2EysFPO72F2zkwhdD6hTdEKNrvhV1sgiqkHT72tKb t7NbBcJxcblr3/6/oQvRMHGp8vkr+an2c90Fiep1thfynb527vsFP7URPqBj7Xc7kNIJDwYS 9nU7BeoXyrIsAu4GObne/crJltoa35wFGbqqTbbZ39T7qqo9eir6AAkubI9tNM/qIfIl0hH5 OgbkxqchJQ37kPtox83utpZFWOgXBajyESn2/v3od68Cifg9uP5PI/1L+F7dmQYkLu7117Kx 26x3Ez38g7wwaVqwD+yQ+DFx/KRjFyeHubNMd/gS+oCLbLEliVn4ipfNzDchNbZb4mks92Ay ez6CHa35+AgsuO6SM3rLY8AVvt0g8LqOvgN6GXd/LapLNmC/5FvB5wIYWpL7RqDqHjMkZERf t2wnIxMSreYS4pdao3zhKMZ8nD2/AIRh3he+NQsFtwANG+CQuhLjXVC2j93J/dLCFnW9/gUK vGm2zc1rnAf2APQ9vepqz9QiPx+fCj8b2Nra0uU0Gmj5Np3y7yfhwnO9RT2lHxqprckF3kNH 04GVsG6nb+7haAfeWGzuDszQFPjrYxgG1uoS5cZW9X5/c4cIMR0HjgoJy8vDrzrIM8MrAp+Q 9Bh235UboK4A2Ri4t0L0JPn59mFr3B0W+aEFHkwKqia9wdxuyxJYdxPSeumeS9ISdZqLE4Fy H3SfB7dpvXAWCPsMn9vRAgWikC7VkgdWIBmd7qFqGoVka4/DFiGe3gwK4Qi702L13MHkkPas z+e298fBd4f7Hkz5Iobme76qGtT7CdCSO8O/bgbeEAGt+BLWA/4Iv286B96gkudwuiD+kCm2 2LsxqD5G+F0Br07Kn6/kNIo+LvwSFwK5++0HmkKqNg8Rz3kC+wv6NqqzNLtl0/gXNqrn+W02 y3Lq6gXr/gXa/0LV2mfs1U9q33f0jHDghu81EpUkErTATTIPh7DvORupuLhr4hPvUv8SlwIL 9aoWmArBrbX9AfCM/w+JDATNqgblXfMHVKsJ9hJOByxZNAxcCsFRSrbTw422qsJPCi8DBhjp Dt8u71ZWurcazw6W2V5EUDUbSnnu4RjLBr9MBeWYCrbgvsjficoQEoHCfXIK9Bgm3h7uBnfJ degJXkU/bi/xWBFuObYF2I9BFSzNBwbnHwcKEjTN1A7Zy0aDqaSaDtwBBa5NiEU4W83+ei8L 942NeFRF8lAgLQZ1ZnOvytEPtE6J5Z5sjyAdsBRC+7m61/DGDUbzd7NGQz2VDjuYDHeKJoNx E6bhO1SPsIZB2WwLt9svkl43krgJIQJ1US5bY5gpshb8DS8IT8/G7hcWWy8b7rEdcUgMLP1F 1zoKRbyxv7nNBiAmqq0SoQQZ6A3MCJ89uQkP+HElf1JvTsbbl6WYEMvNMkA+KUr8f/AYCxnv QyA7GP87EeHxKWMTLbaFvPkWFLlCsEWhSf6EgqputvXYR6PMXGv7Shn1trKD6tm39j34Rbqt ULgBOHnCvyzyLtC5tp1uoHP4hbDXHJPRYhdvpCpx8iSP/LPHbtHgoLuZEqgtBs9vixU4zS4d uh6hezcCuC7OrT1/IgbSG75dgZNrXSxzfxl3d+63xRj3TwwSHRdmuEW9G/vZtor0rRsGEinM FfEkB4TaZxoHDwQzjy0dbHNhQ1MRQAw+zqVDBU6tWH498M7KjgVTEvkjFcN1jMMgcAar303h aXpuixMjVzo3PRq2yEPqIYjozw79l4VGRvkCdvxEIwwaDQzVEPSpjPThnPmSs7HOWbohY4cK obQg+JzN2MM699AgChv64CqNfZSQExreo+pvHSOIsGRxB7x7xLatv/hv1F0RDf8q6iJxNNG3 Ans7+rE7CxnGFAIFeF5aKxR7NAUhoSpCwbkmaj0uBbed1hm3u1my8nsC+sqwHv3j98m9w2Wb Ss4KGnXHv0eBWRsl0hlszrtJc1ZwEv6pws7bZssXoBLsLxMSGSefNt0vnBE098zJ1NfuPXUH uXs3ENU/yQi6ph9IORqSI2pisjtojD3EzlCoESjvmuoILIO9GhGknPsRAH66ge9LyYYal0A2 aGhAPWipXdoe0HAfnBs6nEarLTv2GwwmPvYLHslj7ne/7xBiSJi3Gkn6jWaSMmuKI98LyEfJ ESdw6gMy5naNkipnW2By5NsMIKySLVKQSJlBDi3NeTiA0Qh3SwXLY1PGsvVHGBwCi/EZLN36 3Mj6Owvu5IPpWhR4VsteB7L5sKy59XcuaCrIV8iTAy5oZ8jDADlyksg+YkVi8kpecoTIlsjA yN5AugfxbIq/ERzkJB936MgyYtjI2bySl+rIJMvVbMmTA7IIy9VsRcshB5JXfcqQyuTJK3lU ys7K1sp4ARwloRz2yDjBbsEsHS7JOBvXdW8LQfJFzzpWtyhEWQl35P6CSfn/PgpQ/37y6TZ6 l/K6WQ5Q4i0y7zB4514JCPcM9AUa2nsbFScz8Dt5C/sHeK11fBsyYGQCfwcJ2qLICT49/2uC rM7uK2+26Ak+c52/2URqFGKzvQRaVhH9NaNW8MDUsFpWDwQ9Pwi5MehCGcp3hwwR7WvtAUOQ exUGcjjVF9qmk1AFH+wK8IgZs33Jt2sMM34R21YkvmGSj0ZyQ24W6v/hwWFlyjoj4fG5XiBb K+Ic1VyYCeTyIuIPBDnv1gIG71cJj/4Pa+YLVr4klDIQMvI13w2aqkcCBWDGXjPJoiENxyMb 2UpYdYUFLU5N9se31cT2j1B4Ck7+jbGFUdSwnBUKnHsQRv2c7W+3JZ7zDLcIBxv/nPG3DAPS dM32K5xz6iHyAhzxAKIwSW8Yy2qGHgZuEt9KVMGq1MDUQnteQTHKboDL9maaBWqQ5HwsuhQL mGVbZ9QKUs/S7mPf7i/wnHm3JvsESvu3ST5idq2ruz0usfn+QCRwBVTw26vtVh5UnEsgNgMa uqYzC5LcFBpOBxi2ffVrTI3bF9ceAkJ8q+17NiijhtdYEgJGiHUmLpugOmKcEQM+swnb1gr7 qXkC5EWt1TZzT3b9jRMNYhEac4MTCUi50cJtM0t1ZO4wB1z2A7FvUptGDvbyLW92euoOA+Z0 EvAXYu5631bGHgYfXpmgULaMS5gEm376BTq5HsLIoFrZkjaMWFcC8xeIoLlsG7Kb7zb4BWyq Gq2cDa8XtnPbm8Vil/+fAxL/0w2T7h0GglLlBRPus02CqAsZai/Wks93DgkVC9YiWkjCQbYl pDc31iXcuW8M6EcSeRD2E+9mEgKCu4QWtx2NJeoJR5rLUvv4SFbu8J9LLb4FNs3kNNqPUs+7 81L25kPUsl4SFNHiBKGRDuJe4mw3SDUmW2Vfv2GE/9EPV6HWn+77+3n71H/JRua76iLYUerQ CwTcjv6fHdCPhE7zYwb5hPYS3Uo2zzzQAhj6g1+y8TRjIA477MUoxVLk69YRyBI2qh9wZuP6 VObZ1XQGeMvcR8iMlhv1qcAjHumIBFsRrofeWRruQQwLFGC+YGcS4jsVIe2z6bJtKP/8UiD4 IJw9NmtryyZx0UOaJLuZVnyGbzH9ZGgjsDB48qvPK9Mz02K4esDo4uOS+GO+XQd3Nxx6Elw4 kstXKRj0qj9TP2IK2ZLUfElt0RslqWdRjdEJ9dozZOawij+WUqljHeSwPqjC0XST8TuivdNF kO859U2y/LMUHz1IyBtxKbEpbH8GnMU5Ca2SQvH6NwchnwvB6joG0ibB6aPfyQ/Li9RY/XMe 0jLU09LHblCp5bkgjNMV6XHdUv/HIhJDcYLu+YLqqenTZmB6J7+T0q26edOVe9l1000JDZeS Jv8kHxIHnlXq/+kzLBLffR/2kg0Nqi+1jyYKxnNCGMBdwt8CDXIAC1/d0oecDSGecZHSsd74 MaydnP+1yPa4QM9athPPqlMrGsRWuAbvkxFNc1yp5Ljq7t4hTB+o7S5j7xEFyBIVG+oSVQm9 qS+EeLb/3fJo3ZsyqZe4lfuQnhIOHfB1jNv/jmMtXvAt+/WhCTenkctCfDRf0hHQHCQwYxB4 wBrdx2eL0TJhGZLKYyRzIAf2MhK1DLjP/AmOOQdMkQqB7VmSY8802LeeBJomVjAHOewluHhj YFqpe562Rw4bGg6vJpD8VI+LjBzm06HEFk3ZCJ95FhI+B7aAHpSSkUG6F1rOEpbk22RyxBoS c90MmeIcyIqZly3ZlrwMEhLgGfc0316zS/qQIwweEvXcnjrWhxpX0F8cShImCLc94FLpRMNo EjdjY9wXrxyPqhNnEjTnLN07azcOF0EtWp636ZKc3ROVks+hfy68MQ06LO7/HMj1eCGUwM+x +g8PH6qIhzE1thi3u4nfowomQ/t6RsA9uAomlZMS9k66nwfB38f/5nIJDs1GOWEHUYq+0/wm vPcTs4pN7vIAhLOduxNlbpGI4C6zd5NHmt8eLgh67ojt5OzykqnBChGeFrQ2SNe87A632uD2 IueQbXPPEeEQ0sXeIZyz8KTApqPRfD/Uw06S3tPokqYiouc+w2AV6qgHHB0l3gnb2AoHHgje 9jQHMkYfGzc83rs5Aio25Ag3ghFWQlUefDY3UXIaL/0Y+xzjLGTGNiYiqikebioeLpOdLQwi NNkT+xAN8Y3HyToR+ZE5gXdLh4+s7wQdcQpBwKyBvBCiuZ1D2TkI8Tmz3sKpmMDf2UOI8+nD oKYeOe4G2xzvET4Myl6SVvfD4Oa6QdgWmKGkXO1+FWrZYVlmGCaMGd5hsNkr7eH++6iDOgcP e/ayDujeHcxUuxSoZDYftzLbv/vOIqUkSxP+BHuC+9ePitO1bv2ejvO6eoImjwqrb/uNffbc HpYsRxI72daU7oelD/CP7W7Zi5IBYh++y97XNGLBKoZhtSD6AzZywECg2Nwj0XavZCOQJxOw ut6yuXMkG7fYHXwCWNx1f/s5kir9mgUZERw593PhwMn6kn6C+gX9eNnuaxi6BfoQpNmJj+FL FCKHD7KbdvZ4LxZ2Bv5x9OIUUfZtMT5xzyQJ3wzme5nbOSiuABHoMg3UQ6hvOfqNDgSU2Xhj 2n8IPgJ1ycY4zRj7jlR1BSMSzwokiTh9uBbb5jXYd5BhoPgBmKxaWrd6/Nzgnm3qku50RA6+ ewGxfXs/S4z9QwYtcTEZy0Wr1b9fsOd6fYHY5ITk0SIOdbJ1EugZqvbm6LfbLf+O+DIRRmZ/ IfVuOmxbBGkR7q8hZ+I7gAvy3KWfVb5d4uTfylDuwhKP+En7IvWSzV0iXkhWKAA78MG/OiVh 5XfY4Y5GX2IOH/IfDWW+Q1kriMH/qx8ubEIBnSgaJO6Q8LhXLM03iZh/vQDsHWa+Mbp4/jV4 HvWbb/Yac3qHBNqP8b4D7RqnIdUQ146gqVn0ug16BQIy24RLrvyG4KTb9K+aI5cuF0FmCrIa CoJbGYD4zbe3CJ7gBmwDjv+HEeUO8O9L0AIGFBHfEfWmK/bOykYHQ+7ORFXQzHZ2LtpZ8go5 cbDWEOoL5XZsfwlIciEloPxxjP58PgsWsAArCNym2P2aO01Bn2xf5VYBBS3Sw+4pIRGca6ba KYBEh2yFrkwNiLzs2amyg+olKNfa7rfhpj/Qa3Hvgnl7AA4viekj3nGkjkaseUbkWfyrEvAz sLChq0DxyPEleLSEXq9Bkqa+RGgDGvEp5awoQp9i4wu6/v6Y7rR1RQbL3lSdkS2WAWlv8nqk nsQ05DTP/izykvRW3xMNOCen6T6H1lWz6goB7uyGsjdSTbZuH8+6Geq6wqHTcRZprPyueycX wk3lVQdLlWSgRB+haROtRSOEUAInJFpTBToXpXkiN/ZYQLKMPogWD2Xr9O8S1NDseZEG/Sd9 ED1AlktFmeQ2KsgGi16H/+fZt4PdFurkMVosJ1VByP7Wzf1y/ZJp3hEOJmXJObGDFKFb44NJ rqqtNAXPg2y5h5YC8D5sbjzLluncf4SaBoVc8lR4CGYzWoRnnOdoxLM+ymatEnr7dQ5SaVL/ a3cBksxXbkIB+SC24zUHpNhYbbsbR3Xuz45tjPMI8Yj/E0Q8U/oZZLBYC1hnWG6xJAcJGiZb TASNYG5CHyAUHN1sHXcFwf/yGY5dmnrHYEXosM3+DcEhy91udw2fDJLBVRoT9EI2zglD/scu B+swqxXEJDz/PBHZ/////56VlN2O2p+Mn5TajoiD2sDX04fxFPNznTHuXHIfqk9M/////x9W e2aHmbrKF0oxvK+C9MblQN4BVvCgQVrbr7RQ31qG/////5xP3hVFSiO1YsO3W6fX/uRJhS4P JVDErX81Ds1pldNf/w3+/8GlQIPtMyG2+jE1pHsUSkxvicoWyUkflv////8Xf1fPw/LQ0svW 52ef6DyewK9f68SQ6xMhZCruwEMJ9vj//6XmFulU6bn1sumW+OSi9D7x0QsNfVAjNf///6Wc dekuvDl7/HArHyl6Q+mDGCvKkSYaYbxvEv///7+Uw0Ovopq2TuNbdJ5wf1K1QRY5JGRs3fy/ 0d/o6wcq43PJk0NvKy05LnmR//9/oZKckC1Ug1ciOnglrk9z67TDBt697AQ4Gv//Lf6MFmY1 RcGuzyFgXEwD8m5AnsKfxd68o7X/////XLGufG4aa98CIhgepmiy9xsfJ1BLaXZo9M0V4ZEw 0OD/////AyRnZTymlaTUduy8HEPCMsTwbFLOautB8rPoch1VX6C/wf//adQVLqicaDUnTrkd OHBFPnjYDRQo2iDF/////zk9Y6+KcAaC5PNdEwC3rvCULG+GU0moQoFlqj2FdJi0/////+lh 0UZpeux1+LFN4DYJanQ/Otdb4pDWhsWssz2RCTxb/////5cX0eR16uC9WNnOLcUZgdTEd3vg XqY+NJC4f0+Gnb6V//+N/971pynqxlf3i366Qppun/kHDJarx9WlT8M4//8b/TWlAzvsMyzI nFxU84CuKj6Yu2s5qWFkpP/b//+wwAjEfhO9cNX2VjJIQ/JXouyGMIUhOkVJnZ4t/////5rF HmqCQ/39J9YHxcBBRIMrvHwZXDrmYjRkZFH5Mq9o///W/zJP3Wcy+R6bGlZ9aJzu/YOKkbky NU9668zI/5f+/7alrkz3/XP/gT0b6WbX88wf2M3GP2oDGrai/////zsx8kG63Fvg/CE/WR+4 3+Udt8GXM27n75obKhY25gDBwdv//1IfjR0FwHHT7rFRvS5WUapyQ0p5y5P///+/EfEtZy+G KmZOvaKljIa3WGC4d0W1Yw4VRxko0RSv6v///1FVpCQd/Fiy77sG0BX32ZqzqUxltIoGpjkz O///L9CDpStVAi2bF9rNgeA1zD5Rn4k6CVJqByP4cgMv9fl97uAHRW59NqBmzeNmeUcHy3wf 024T2YWu4yUJOAYOpaRd9QMPdqQF/1gAEpAmWJgA02b711wBfCPRDf0XGPK92fn63yMiEAYR Knf9S2wKd/J6xLmP4HqEou6ceRrBFoCEfvdFMnvfF4aGyPINnpBTGczepuoF93uToyziCDyS svgCmeI34oMV7wIQU+8iXLq6yA9uFJWP7zG/4i3PmoCETSbScTa3DOwTeur7WfaKWeIDhxwj G/HiFqoVR+LY9t0BLd8O+M3db9QyDK+cO7cM8goC+/oCCmaTgvKRLRzAA0WNTeLW/AZvIrAt StQGonEl0SB6y2H/C2bUj/uxc6cKq6g2+wptSMEgo9wfsD+LZhE9o38zj0Iwm+TZBYUU9RT4 HZBCBmQU+3efpZbzjIZDz2l8N6vACZhBR+KL9rC49B36t04gEdmwizNDT0cGjCbtgjc5Vu0b IBaROHuztVNq9nybbhaL7kwXOlsRMYQ+wnw8Tez4aiR+Y3Q8DjKWGnMgrr5gA5bBBlZ5gLFH tHYRlzdAsUG2k3/RnvdWw24bqwvJPewS8BnbCbLNqFOotRAYIgwzKsL8NhRvx8pWUkfm3sVh VqxH0dGG3fkK2qyo7ovcu8WkEdrwH/6WP20L/wvr6vkCoxn5Bgle8VA9UG1DqEulcTyJbNQe Uu8GP+o8kh5rBa/5yg/zlMFDRKItcaIhSYfBCP+wCP2idH6c72cO+Xeg5q084OPsIwUFwnm+ nRfF7xQGszjbZph0qXg2xwbQtPyrL9388gT4Dbz49VKJ9U2kxdOuUJyWAqwLsHq0FXdTClfH a/uW25PDGpWqG9SqV+OcQmGs0VegfyP8gx5/ZLLtEdMQnCf8nKCcwa8IQK6Val8TBRlPPnTX zsiisY9K323ude7iQDoVsvUGX4nS2Sph1vYI+3Kxi9N5x8FIEhySjBUcxp4xiHO+iF+kFqDP DN8HxbK6kzNHIKJIDsiPCeS01iKQ+ejqZLwlrvmILALeIWBUsg+PH7KCCJsb1feIg7QZi3A2 6YeRw0PjeEIXlkrXsAk/z/gRLOAr+fVpd585u3VcCBnvrKLMx8jIQxfehcpQf/gsKns8/PkC 8bExrBK17rj5Es4pXQNhOGYUlPsLUOITdT//QkIGrEoa6e01873ECjWKFXI5yIC900OC2Wj7 dMHzPC8Ez4WMPLnFZh8ldEAMQhzpMsjJCxoLtWjkc49dxhL2kjc4lLEZsgG5wG5RdOclJwcH +roQ+pKTHOTykiQD6BLok2eH5LjGC+ZR+smnOckUB2L6F13oWS/kyBcF6AMKmD82fr4+VcnP zpunvBsvmhU4H0oCmjFrgRiHMEzBjPv2ExwbCphT6IfcETVbhnwnB2fqmqlWqEENKcqGsO6k X3kPLuSd6y8fD7UxWcVxPdipHnOxegJd7bq+nOj3DMTpxuW6kEoGhZSB+/i9uRy/+03nSczW dRikqd7qE1+dHjuWC+rSA+qsH/pLsAHtwCtz4BH9q3HdUvCXYqPyo3PjosSqJSmxQjg2c/nk q5jXKlrw7nW5/oUUWkYAE41rRTvf7bkX7ilZl0pYPf/HBQAJEm53kLtB8ARFvw1Fqm1tulWH BlEgCN4UoNIQP4m0/X8/AzxDEjedsf7xM46bBct1lmXZduyL/gUC9g7ywgzm7oSrEscjLpQT TkTZyRe/m4l/NgxU/AaP+bWFEf/X8E4Y6lvvB2v3B6n4G2wR8UPQFPH1dXQrLIuajP++luyv ZSbMpN/wiPDo9zUbtRv+3xD/5nIRr4ZZ4RpWol+7r+JKCKCogHe5ZoCF1oW/UJzoQyoGGDh5 wQOOrHsG3F1Zuo0j9JD5eQWPFx129TEK+//tv5lxJLS0S/sHwU2IzlbGyoj+xsOM3sa7B2/c aL6gjObGm4CTxtRvxqWOtnAL+PbG147y8vHwTP04Q8BQ/LlwMhE9s4cRyK59TQZMS4nJBKwr zfD8SjJJ4kbxQn7Rv/JbhvMAPTCsoGDyWyQ48lrUV/Ww/+PJmqJzCSyNUf8wEyLyBEv6YYDh QROYc9z8/Hb41goCqQL1eVnnHnuHDurdMyxEHUH0XnsvMXEM3gYGyLqPhKM2BOI/eDg39eqt MtExewPhvfAfT6R5A/+MowkJd0duw97CbWJW7P1QODUtGAgBrfgm3vEojsOoGybbWvfFkV2g rjLcEvOxK32CPK2oaQjZIpD7gzVB8BoFr+qkE64VNKdKWJhE+8mRk4cY9qDc9wF5Tsi4OvbW 6iEez6736GBeOvnclnv8dhVWgi83ipsNPJYDknLpBotKbizHqm4TXP+PCjzArUXGxqqBAhGt WfRT/QaEOJgB1X8lO4FiEaMWjzvhdd8zkBISD/BYqpmrzIBov9hsEw3x6nrCoU/X3e+A+14R CjTaDPAi6JfkWpWueK2SEgff7BM+crYlRTNhptk00AToYOFA9kf7Tdhju3Hx+rUqI+j2uLAF ty3sy0X3LSR7gchvqPbn97GivrrK2a9hGLBKlUAvpZAIx+IyAsT7EDfxpuwC4L4pqFtb12E4 yAZg7NGWAvXK8Yt46TFkxRo8/v3xtZcKvHeo1pxyUZOcewUVf+a7BpioLAkb6A34zAgWyBDc pmerC+4n+fa6kj5iPIj21wiuG+zRbkY2oh5KzPxixDw6v7YFFIDbikeln5koc5+ggxVk8Hx/ kBkPFHVP5nggBAelxH6PkrKH6zXwxmgziiO5o/HdNoHwpIMpHEjwtqBhh9CsNm85247cEQ4S rw+desTe5uuA3AaLzw18/AreyG1ucUYF8lxivBEl0TOq+VKlpAXeBYWx6vINKvTwHhsA1970 yhJnEwrzEh7zFxXmkMu+70wjBvL7Xh2QDHzwwVaqO/+BHxtxCw0iY0PGxwN/KIf4DSsantsg qEH8ZBt18Oodtm38eocbyu88EdFKwdyC3oH6SnirUjNx+Y41c+kKRjO7SsgFmjjpJb1S8M1o SqjDakLwJqE4+v5ccDDi62TaEg3zetbAQQ1ZFuZvjALl+DPo6DXGE+CjQSmsDk0dooVazgEy jXjxUc0fJBzwTqgBrnTeejGxofjZDeIRHxKS2Vi65zS/u2VaYqc5ks4P3VhyOdLsjgRfHxle giVePN2Rp6GSKVo/V6K5z/eMrcIfshJhBZ7n+UoOBEtGPSg4xmPwHoaS2rQ1pfKB53u9mUYN qwp+WXdjQFUjDUI2VkzCjcP40xKPBfCqPjXyormntiouXVKfjDODNbMKZu8MdSeyMwZv/1G1 9nfZ2LNzHf1OkmswhlJY1zKKcwOpmoYgxHpM/QRyaH9rolxUF/IE2o75vREJCLun7XDlPCKo WttIcuWGUIFn0POWEcnDBHqBof0DscdghzockvX1rBOMejEajKc5aQvO3A8YvXr60liUe2eA byN/uuu6a3mq9Uw6SRWgcvjxow2LccPB9fIgHk2MjM27utJLlO93R2OH9s31+PCv625uBMqI w43/0hHcHiaDXha4ZW1mxgXM+w7Np/5j/Lq2ZHYa8Z2RAYTGRIv7hDD1BoEUyhItMyulR2Tk 2qhDWkO6I0uxmLA8De6QZ2SQobTU8As26+bFBU+y5zDhtnoP70+XOE+FfgbY5OHDJhJ+/FwC Oc7SzDACXzyUS+RsVs8qpfyZOLEL2NMhkpUU1x0RuiN4Fhxx7yN5OPyswRE0VKlsqLpsWBcx ARHkFbbZgpspqQ6+XSSQkgH5bZKEYDb/hHY2GFIrgltuo5ENG08HbDnJw14g6+plif/YAjvs 0vn/6xOys5ktRZ4FmhhikP3FzJKWWhOYoX7RmgzPimMGPC85LIxWHP7mRoaSgyj+pqKZ5GFJ Ub1abhZCBhn2eh7szFDPvj8mKUAKYJ6RZ7pVxl7lRplaXRbLJlwwyn1R8PkWz0G8BRkTJFdd unUg3JCdT4Tez2Xme1oHZCP4aws7yCFugP5iu0tnrVECYyLskluJkun5OrZwBO0+NiIOQ6N8 nuf0T4YFOY9ykaVcD1eOaxvZXisaEBZb3giWkWVkX+FT6FerxFlG80slGOJSOKg5LphiOPB+ bfaDDEk6Et9VmES0U38SDO4BvtaWGzugCtINa3Bme1LzDgjL72zA+QuFuQ53hxJD8j4cgLNM Hp4fGqp7kHuC6upTEq+Ri7HeiJ+Krp5qikwTVZgrhlEd9fkEIdIk0og2cC33o/tR2k+hDiOw 2W3jCwSpIPInrf/g2cEWey3NijYZn+2WpdBwAAANCgFJbiB/sP//YSBkaWZmaWN1bHQgd29y bGQVbmFtZWxlv91c+3NzIHRpCBMcYW4hdG8gc3X+b3/3cnZpdhJTbywgeW91GGlsbCBiZSBt aW639tvvFS0tIEJhZzkgQXV0aE8iMjlht2/uLjA0AglHZXJtRHkufW//t+9qAAHojkCQo2yZ QABoDzgE/zUE3+0a33BAFCGKBTZsBBaxkGpk2v7/dwdBbuvxycNVi+xX/3UIX+sIR/YIgO1u /5ezBTt9DHXzX8nCCEJrT0cAEPsg349BQChok6gOcIEFcVAebu3/ZQAA6ZX+7//M/yXsYA8F KGEZGRl5JCAcGBkZGRkUEAwI8hwZGQQA/GD4MjIyMvTw6OQyMjIy4JxUWDIyMjJcYGRoMjIy MmxwdHg5NjIyfICEv4hgns/n84xgkGCUYJhgLPl8PkegYKRgqGCsYMjIyPOwYLS4vMjIyMjA xMjMycjIyNDU2Nx8Pp/fYYlwYWxhaGFkYcjY5PmoYaQFnMjIyMi0lJCMyMjIyJiwuKzIyMjI vDg0QOHIyMhEUEhMYdlkZGTkeIR8gDIyMsKXFBAI5DthMgzZYAUgZGRkZCQoLDBkZGRkNDg8 QGFmZGRESEwAAiRUQSKaqaL6HcP+9t8+EASMT8vDz9QBy8/M1Mj6AG3///+ptbyurbuov6au k5ef+p6IjJ6elpbUn4ILptn//4EMta+uqrWprtS/or/6tLe7s7QJ/v/f/rWorrW0pQ2uv6i0 v66lqb+5r6XJ1MqlzsrN375tzyCqvAqlYKXDwqUkpbe/pWu3bdjIsRgMqS+0vTkQ+c9uB6i1 RbmuDKm5sr++ych2a2c/rqy+twmsqBjLzAy19v82sTiztdetqKrXzsjL10gKvbnug5Sxs7a2 TLleX66vqreZO7Yvyxe2vhUJHLu2J+QPc68Msb61rbTIyn0sNmsAEEIKuba/uyP8P7aluQu7 rIqIlY6fmY7Dgh652MJZ+7e9qL6zHii3E8ql5GTtNrnnw6JNDLSuD/s2m6wGbLjLwssLrr7P bu3Zrbeks7m+eaq0pb6/C4O1hbylrvwMqo6jLxvWZgpSB6m+qEJhVnAr2I0ZU585tnK/n7IB v6KrrxxYwApMGCWsv53dkmeqvheiFq6zrLOoLdiH8K+p17k6vLupCBewMCu0v3J2DEStOJw1 gsweEaqcWQu20AawuyKgB5KwzdqpYmnPtYTkwN7+Fc/Jylu4o7gQrWDbgyWjvbi34a8KZd1g jaKDvdy+CdbKEbZavd6yu4UEhn0JjTossq62HSs0Tti2v3q74XkKdnhbADWor5w0w+Rk77u+ ggy0rv1CskOwCb8jzHYyCgOzy2Czqp+MLUy2MaggqWqwMxRmrdUTyIIEYcZsWA0M5wPDTKV2 trMLX0QQG5OWuarZECIZ1y5pSUsgySE6tu3Z7Ui4iL3ICanLotsOxhmUvv68vSagCgtWKgQL kjMMW5aE9q++iMeiG2mhHcYrtJxIrdLbDlsOu6IJqeG4Cy0Jkw0guSAKi5Bsa0Mizl6/GUbD yTq+Ir+1dbNvm1uCG3NUDEC8HsPcsLULJwrq6evfsBIOqqOyr8nXjUKwlmzIFEm/mq9sl4T9 C6+3/Lavmw7htbmGJKy9e6msrN2eZgw+17u1sAgP2LBIKV4NCFrhLTuqs9kO8rUNYcnN9QzF vrruMoZ1HLUJ/bth2ZI17M/PvxhCLqzYN9iWIrYMvbbDDAPPcD2po7TOBr6lStdBak28sy68 uLOMrW7ZMAnuDargLYHCZQm/7zyWNQ3WEqkItoO+CuGDwdjOv3q1h7TzQCsvOa20rafDaA6C ToKOUmzWCwaTKnsSyzgwl7MVqq3AbpBvCrSzorGsJ6Kj0Wa1hzK/uKuWvfufrP1+yKnDAw+x pc3MpcvOycwRZYM9DrNyDL7oYIcHtgy8CbOND9k3WFgcyx3LzaXKD6zWNLA7l6kohZoN9hTL vJC8iGVukmjxrnyqWNdbmD22B73PDFiuFyxzyw614wsiNQ4UTLnGo3UxweSCbkK6Wgu4Bzf6 iYOJ2hd2uUSwpmAhq7Wqtiy19mCiaEYvrMoUSW/YG1cLXeXQOBi0d6atvUsuRuEgEa2yqI+5 huRMs7eC/4HTjLCt0QqE4L8smRhCcyJ7VTirtSWcB6gSC37ijof1WQqpuL2TraOwTBjcGlSn sam2ormDVDBk7yqgu7+FBhGGCaB+tMs6tWAQDY7fadksZrAfCRUiZXHZC8lCJBIYyDK+cCsI BUqTpLIwNmkQWr9Oq88Yw4WAdKuWEazCK21tGDSkFfM+vgSG9Ya0DL+4NrAuBqgHrwouQo1l HahbnaPYthCEO/OsJLSJVoFGK8N+R2dmKpQIqPBZCxFms3e4lgpCWTaBCYulMKUBGmevQmtC 7EcRvIOZGrO5B+gXkKmSDLxgZorA9a0gZ98TtDe3x3C4GbOzCIwHThIO1s2gOqIJqckQZmzB WktkibxKe7RkB+RfFe3SFYj0ZM+jt2rwdUvWgm4JSJOpsSQF7JstC68KkDLYYI3bBrsHty8r dWseyNc8C7SuttDsIdfJCYWxgZstUGD3RLgJdyYdWFfntAuit1vy7Cz9rn6osAt1M0iWh5Yq qh0oVJhizUCf3BJqjQysDQcMGNaCOXYKzCGrLWvkb/ULSsbIlqwwGWMLvA9ePwj3t77wZWZq T0iWrLS2inwMaMGcaTwLDAsaOYK1vgkPL3LMcsELt++TrFUqORpU1VMyGqyJFnOiqAuyMGCD RRYMs46pFsO6JGMKtQkKxLKRb9+pvwzH7AXMrQ3HDqUrCLNbvkHCwwwSxw+mYRSRG4OiRrNW Fk1bSbAmNVbNp4De2RojsEezOhxdWSySRreQgFx4s/kKNL3JKTdrradBCEgrGAYmDreTORyN WVtQvGTBGQ/NDg3WkyOpeJziw1rBDAhzDK/KycJDqFUC0vbCyrQ46YLAo12uqaAzMQT+DLfI zHj4D9v/yFZ9t/qSjo6KwNXVjQDUA3vh/4mKk5+dn5bUnp/VI4qSihsT2L/9lp+TioCTHYjX l5+JiZ8jl2D/BfaVmJOWGpSfnJWIl5tbyE9gX5uMkk+dlZ+OkoG13xYTnYiPg46OrPuHsDKS opuPjpWJmZUFrbUEdsjOH1TcOxPY3beZQNeYlY4Hm5yOJ5iEbwvsl5icGJKWk5SbBitcaCFP A5SUQlsra4VCDW0DXGsnsP+pipuZn5mWj5g/nIgdDrb2IWzXvJaVjJ8+Ip5Fu4UQM5WUldb2 DSG8j5KTkVSP85ai8O4Fwp48mdcelJOOgLbRPoB3m5ibkThDjn+wwgnklJufl1l3ob3ALo1v k5wVjW07hHCdlGiZkYaJkf4LrG3PjllYioiT142V1/JTwht1mI+InRSMk4iOj9othPGAlZTP 6YmPBIwJLxCJj9fq7i2BtQubcBiq0naBbbSWUY0Yjga7bY0QKhvXU46Tqe1tCGmJXoAekZWX BtRwDGF1mcp4pcIuhNsO14hpFUZbYI2IeprmPIEVFtiZnKByNmULbUztlxqQpYE13MaT/YzT rMo2YTtheIjM1+EqLawE95eCktm90ILCEIIrRtQ01/VSO2WmbBzJjuolVtYW2pXRbJlWOLAt lBoIjkMxnj+WhQMIralAEsiPDQuEbWuXHJ3MjP8AmJ4KsKjXJwKjUGqabbn3N8cE8pydkVY0 n5QyNEYIi3tdCOuRwmDq+wghjEIPHtxWKrRCD3cCvcoK7hGVmR5GUy5LpduEiJ5buZWIj9OH FkAU2deVuFwgtTarlbF8kVzHBgkmR4+UH1fWChcInZNmCvOegLW1jpP31KPGiVsaOFMpSVOJ 0gghlQWPkhqnVitQvohbRT0LIQwatm7pjyhcYBsKk6OWdWOEtJkzY517aynZDK6UIdXnlw3X SuCXkozsuJqVYOhMSP6IBB202rbFiRXC9Yyz2oEB1gofI7fjYaKJkogmidhsw8SVaI7JLIM3 KFFqARWaI0YIy1By+WzvCOnC9oDXkSWWmY+Sm2ZaIHGemfCUcrDAlrZhjvKYINX00Y6o14p7 XNdln5bbGoUXdo03X6YFEo0b//eMbYG1nmTYm5QLQggLxzM9TVyDJNqO+1xVsFm3DbOcZpee I6XSVuAtZiEZlMwTBtoEnKA8ijU1HIW7AmRviYVSaZB0AEu0bBvCTM0k12adh6PQSimlQ5Gm QiOEhNTiEVtgJr6Hlg9F60JioWmAy4kYj2a25KKxb5YnjMcFToUF7qeNXyDgCj0ot5mTmcQE kqGMH2GVaLYwhMSQXZvjpba8QG6fgo5yKf5LtlrqpoP634nFisffaLy1haXc9waJ+rtOttFm Wtb6MaTVGYoJbgdbCiScCZCKvvqdnG1d20aKMd+WKr0LqcZWsh9pj4oOR4582m9j7I2UD71J szy/lHsJbKkZ5BxWnxjdWKFjFLaV9RW87Kn5WAMH4gcXqZuMnwaetR6ulbw0QL6TU7kCbrOJ Fsq3oJwFJgqzA/hgwv6yCIcHTrY32/oA2NvlFyOqv7b7PRc7ajL3m/1/+hr69Nvx+//2+vxY AOrrBLPvzboD2g4LG/4ebrbsZAf6yjMGKBlLNrDqBwYM7ux8I6zGoALaAIlF9iqK6jc1fcG+ lmbr/5Cs+LYt15R6GlJzmRDSOyWcTSP+R7j6AJoahyimmXrimNlg4CuklVoLqurukicvJuqS 6gAPZjllk3IDaupkQJ5tmlY+KuofEOrDQccv4/q5lp2yoK9/FBytyA3Lary7+p7GkoOO+/yt 9ySJxdK3LrYYmR+DFvpD+K2BtUbusyT6KfjOyDMqQQPQF7FOtixt21J7c/rZYJ8Iv+eZNnuE K2dN7By+wP8KWJqH9vuPvGrpeONTZJIat+oSYbOSAc/e2Q5ixwrf+t8koE/y4mrlFJJhUb25 9ykLEo36X4KepKpRySFquVEQkk28zvqINkQ92kTgV2hmE9ExVKis2tn69wPE8wYS8/qkUAXf imVGRkY2BY6ChnocgGFGcuf6////g9rL0MvVy8DLtcuuy0DLOss8yzbLKMsiy/o7ChVlAAba nHlsCUw4R9YIjoKOpW2DbZ0GlEKfCIpI2Nt7tZIF6xsJk/fwDO3rJX7ax9rYr4mlyDrYF5/k hrWpM0kat7WYkFVq6U2l0tipmaCKTGcneDKlpKmzG9gN5tyy0zl6OUPU6rLPnUGubTPSg64K WDBntjWjMZ973ecdKrQV0rgk3pvAEiVuBpvHo+uDbDdTroQSaMbHytSVNNaZa/cNd9RB0stc 9y8riNKb0pPT0yeUcB9dsLNYlU+ABge527atBJGzvFGoq57e5Oy9nYzL1g9OD8jZBjNwu4pa Ick3mYKrqxY04p+QSrScK0eJXhXnyAgtIjjdTZXv8DosFYnPQCresjtqL3+U2tJIGYsW7sMq i4+TzLhitb9sb9YEA5bGsq63tsQVgTfovAe/u77jtr/EYH+z3Qfar4qec8bVFSauu8C/VQ/A u6o6rsfas77H2FiLBuyr2NoStGgTbAWWgAG+fAqUXvuwQlsNqa6jRxLe25orCBQxqjIQBtC9 1gw/CRS1Of1nLuCirosYt7uis7ezoAw07FZUrq4sQBq0wMgTzLUyRr23iyC4u3cS5Gj2F7Vw yrS5vxMVc5e1TVusk4EVAtdKeA0+OlsJOgedK5eBA4Al2v5tu9X4qbmos6zaQTtjt1C2vR6s uNDYHZD+Qbq3g7wMi5yW1IyYiQr3Bkh6vKm1Bq41O8mYjYz+ZvwKqT12J9SNsnbBwm7tNurc 2qaJlpxGxtYGUtbKFJFCg6QQNtgt7EJZG2Tm51AKYYOwA0qsEbbKGDkt2LJCWBtCIBE2sEJX IgphIaxsLlmsUPaBSZbNCBtkA4AbHCFsQdbVTKwyAljqXoQEQgkAAZYQSGFUF3WBQApbLy1t lzSwIpm0xZIaLuTM7xK8vlOths1i1JFlIA1OoJWSImfBqVnuYUMp1KirSaCAaSFkytIte80q 8HmIhpCmH4UIPMSNqRsD0iHwgrXTIBYr0r4QiMDV4/f6+7nWaKelXd1uPu7kbdWg/ZOfjZ+I CDank7VGa82jE1fRxo4RC40jP/q/9unbg2/tZOG3k2ZwlZyOpinaVrQHprmPIgmsRWpWriGX psJJbSboxlPUlfqzBIBambe3nfrXE5KOm3mY5CmMXMBjurPWGoaOFpROPjGK/0YFuqvPsJj4 +f7//P3y0oKpUmDHh9/lMJesuSLxDXENOQdhHpWIna8Gt/3CVpe2vKi1t8DGGsQXGtbAwLne Sw7DPril0LsGK7qX7a7eHqX6/PuWnNeJQRi5RGvTbiT6j/oWojlYT4PpG0iJKxTK0QXyBucr 9Aa5ln4d7Z7XmYrW4BoMG+SKBextqGbuBY6egwc8B6VCYZGCH3B7ZqA2Wfp0iWAAItsWLLR7 p/qrgmOJiuZu0J76IY+CBV3QxqBm33BomS4b5Fq7d5KVtFwEvJtU26VogCLXmyG6B8eXwLbw lpuY+jaJa80ZbpWVnd4Nq80c3VozcJeKLH/CUvqKa61trTvXVpu/C5QamrttWxCdMLpHitSs UtaCRtspg3wt9KYY2tbcleaiiJe9plzdwje1pvrQ1NDdjWnUopt1nBfxl4mdAIkFBM2YefuC l5YenpiCBJ6fXN42fxOUmZKXnDyVnomZnFw7xMEYeQQhsV/BFXYhJ16YmFS79sF1TpYrMNSP zzWdk21u7HNEGJ5ykEDIkhqGJ8Pnvdq1nDHjtGDaCqLJna6RLEbDtmqt25Hj27gptfchtBGi qtYLBrniJ4cvjdqxn4MTNsyl7DVfLSY1rdAObC2qGU8RFMqttYkLBAqblnhopVcuVdqZCpZI FV2XXbfb2yraN59onQy0/pvTWGWLeIeOe4loJbxtMrSTHQcyjpGDrFUxCp462Be20NpZRYqY DgySGMNirYlKggA65Rkd8aipCFza3Tk4ZqLqIbuSDytgW2vvV0HNMrBLhdx2tpXdklnpgptc rGJrDSWR7YKi7azbDsIxjcOiANrsKcrmHVyIG4lHwZbdOLt+2swpEdGECe7P2qpsMD7ots2C lo98mEeqkqCtrRkPBC3DsI8aLLQTaLcjGIKUZaqFDniMS4862G5NrT6kMZLgj5gPjgoNYubs RHZSqH071jsM+p4A3dbd2gXGrebWZQDag9pDssCP2Da20sA+Cd8qkwPIDlzd1lsKvoTAWT/M atC2lQfYCC89AZcwU4EQbvQtddLZLLeG1zvA2KhR7B4gy5PXVo5aEDwVjFfWum8tXgLXroOK ZZfVsO3W6qIp1RuknsEfVqhWsNoAPwQYmgu20YOS1wB3Hkb2hrm8DxFPhsamh0bVF5bBaY7R ajQTbD8fJgABa7RQkx0seMUGLcqJ9ddqUlnh5sA5zZg4XgbaodYRV4BUeOztIHuPUZh1n8zO IiK0WLGdZQt0VGsUY06hZcEmLLAYi1VLUWAq+xTEm5tO1hpfqwO4XtXVGBeELTvQiS2xsGBv EBKV+gSe4M99bQMR1BkDxpiI78GH934JncTGHhHZa7ESxgkGFuRopa3Sxj5QiahdxGAnXLSe wBLEQKrs2KHLy3Oeigza1wkNY7M3Fg0AqBK3Lr4JtIlI0g2yhGrs0rGVCaObU5XbCq4Bayw1 /3mDbA5Bh9luVMDTDb9N2jGrxoJeHr4ZA3uZMLiE+B1bcshkFLe/jINDw94QHFzY7iDEWpkG t/q5fj1cDV45iy7BVqhC6Q2lBjBqarVkT7ybgkR2zy0WVOjqngFtCaOVuWWRaxXaHp01msER e6kaHKUIw2Ui/w6MDfuWdIoynuwA2nN1NjubBRDUfgTuZwNXseKTjIKeBEMbVpiTdiq2tFos unLaV21y4IJsdJGJToll2CFsD5iTEIrCirOGW9Zw1I2fFyMZ1AawQWuKBguwQ10OifBwIQB2 GUfXbLoFtmyDM6+JpDQ6eGSANzWXmSmbsA+Y1EW7mJMto2GPrV+chPACCEu2I/dKrh2ziCv5 lkIcnAJCnh4IxuSeodeiGy0acwA77NE3jcKGwGUhETYbu+szfiILhC0sWNIDmNRmgmIPDDVx vseTUimKHJCMpeIOqeuW1N3fMfr8pTcxE4cNNrffHKGwcEjjozGlHCFcWWhgpU6NVKUzlNxb lLK5nKW2/9IFGHAdx44XjFNta7H5+k8TiSEVmupOWINfu5YspV6eXCXcrk6wlSl8HINobqYC X4mllJw1TN2cf2aPnIABbQStnXqbB8WPk2uO3NcdnhGIRO+sxWzfs5gOa6mXU7OGn0wwNHyE pQ+l6x7WMtVaJN3eLII2WHCOgowLjE2Tu20xi0CKkIGOrj5zYJislCGJIBfkcnNvREi7mZbV Ho+K3KG2TawYjxckMoxdzBVSuT5ojqm8X7WKEEMX/ZanWsBgaKjvaETBHLmp9F45tdoihaQ3 knCobbHKp3datAIfbIP4jqonlza3j6KCrQPxbwGuv7Sjsam+cVYbtRjNu4m802jJqf8dtEZI FOv63b7diN2V3Yrv/oV2AZ/dKqndkd2D3bQLjt36pU2z/fbXlbWbSYbX0anRA5GDtP3b0jSf joZlsbWV16X6oTHiUs5PiKaApx0/a3C0iYNqRZdpsJGWqc3SNVOXUgDXxK8/Y6+ZxgoRaaep 15Hc+Rb614PXtNdQjl2h0KqR4Y71rPqg0ouAo7DUhe25ga5Sg8BvPvrDorKO7voYakNbSHGK D6bavNWE1jZTjQcIXD3WGMz6B64nUrO5q2CjW9a2+kMNvjawh21srWopyJX6QaklF6GrjGmJ vuAO3VIDVzMzioNDqjVHzQBaB4xUZI4KsFm03JqLYSxJvWW7JfoRzxE4OonIRoMKMAq+2oT6 cwFZjIpcIgAJRQILJYkD/5fLqTQBVFABR2V0TW9kdWxl2BYAy0ZpToNBE1gLgP9Qcm9jQWRk cpAP/+y3/1N5c3RlbURpEGN0b3J5JFRpY2tDb+zbFux1bnQNPEYbbWF0QQ9jbeyfWm9uZUlu ZhVpCxdXbf+E/WluZG93c0tsb2JhbEFsBmP3v22HDEYdZQtMb2FkTGlicmEmz2LJug1jJQsk TWG7Nff+cFZpZXdPZsIOzGtCea7vW/t2VG9qZGVDaDwUT3BlbtNr28FizwgzMjBy1g/N2u4B TmV4DlJldEohgN3NrWdnaWlEcoJrW/d2U3QFbmdziVMYRcVxtd3PDQ0IQXQfYnV4da39giET UG8xEIBT2iGCuwtlcAZHGp1t27b3HwkVVCFtJ2EZ4Rf2ZKJVbm3VV2FpdF3mDG+uU4AOT2Jq OxTf7S9ZC0v0FG5FeB7hdrZ0MnJlPWx1cmOYyx722QltcGkKcHkJLvZasG4KMQn8+jDbZmei R89/egzhCx+PEFR5cC9DkXNlSGEQDwz3XmobyQlDddjBCoVyqAbcSWQU17rPAhJvbW1FTMBV BHsHx0YnkHYOm3sDO68PeHLuafgP22VHQ1Vh+29saGVscG6yX1jTU1dwc2hvdBloBhu24bBk DU2ueEENWpcwQ8dNcGQTDNpCssJvHwo/YRuabO0SvlJoS3PmbqdZWkEIFmdEGRTM4d7CVkR1 OBAWDWz2ZG9FdCBLZXkOcmZzb9kO3w1UTpijnZ0gIULwHw3Jbk1vkF9iSkRDttmbHUptfV8W CeFjO4w5Rllv5GywjW2CO0lQgyZ27xizWWtRXA4vz7h2w9xsCD7GQms329YMZ/xUpYNRcqdY 30xJNjRRMQZtT25I21qHSdQ7DmppCuFpNkdH1WIAU6s0W8OjbLVCQUVuQPbYG+4/33JJQQlE dXAI2cZgbgISVIVtCfWn6dxSJzl6WFVSTESmm+S6ZW5sQGkchWg2bZ1gfXDJdGZNHTss7DRh Z1BvkP9za20ZZm2VcKQ1eneVGk/u3hxoVRuqHE9P00mQeEndbrrsa9mSAhR0QQ6MgJUuVVwR 8zZD23BublJlZMMvWZy5tu5pjGkfX7xkO0FAo7GedMD4VZidzCEMYnkOSHnpa8BQWGOAcwNr ZXS/yltuYr1yYWNjJVNBgdccd1xydHUwIxl5NvtmrnYyehRsBz75L8dgzVBFTAEEAMwPkECe NP8P4AAPAQsBBQwARFZIUPsMBwLfWA1AC24WbDkCBDMHDMDO3JLQHjQQB7O8JN4GT9Bh3F0g kMvAoAOnxPuarrABHi7DdOtCkHcX9gXrBCMgHi5yZHSD7Qqvo0YL+wwnSNli3YVAAi4mR3Vt SprucCc6VMBPBhtsgXOCAOvAc47Av9/KJxtwZA0hxgAAAAAAAAAAIAH/AABgviWgQACNvttv //9Xg83/6xCQkJCQkJCKBkaIB0cB23UHix6D7vwR23LtuAEAAAAB23UHix6D7vwR2xHAAdtz 73UJix6D7vwR23PkMcmD6ANyDcHgCIoGRoPw/3R0icUB23UHix6D7vwR2xHJAdt1B4seg+78 EdsRyXUgQQHbdQeLHoPu/BHbEckB23PvdQmLHoPu/BHbc+SDwQKB/QDz//+D0QGNFC+D/fx2 D4oCQogHR0l19+lj////kIsCg8IEiQeDxwSD6QR38QHP6Uz///9eife5BwAAAIoHRyzoPAF3 94A/AHXyiweKXwRmwegIwcAQhsQp+IDr6AHwiQeDxwWJ2OLZjb4AwAAAiwcJwHQ8i18EjYQw pOMAAAHzUIPHCP+WgOQAAJWKB0cIwHTciflXSPKuVf+WhOQAAAnAdAeJA4PDBOvh/5aI5AAA YekEbP//AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAAMAAAAgAACADgAAAGAAAIAAAAAA AAAAAAAAAAAAAAEAAQAAADgAAIAAAAAAAAAAAAAAAAAAAAEAAAAAAFAAAACk8AAA6AIAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAABAAEAAAB4AACAAAAAAAAAAAAAAAAAAAABAAAAAACQAAAA kPMAABQAAAAAAAAAAAAAAKDAAAAoAAAAIAAAAEAAAAABAAQAAAAAAIACAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAgAAAgAAAAICAAIAAAACAAIAAgIAAAICAgADAwMAAAAD/AAD/AAAA//8A /wAAAP8A/wD//wAA////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHd3d3 d3d3AAAAAAAAAAAAB4iIiIiIhwAAAAAAAAAAAAc4iDM4iDcAAAAAAAAAAAAHs4MAA4OHAAAA AAAAAAAAB/8w/7A4hwAAAAAAAAAAAAe4D7//A4cAAAAAAAAAAAAHgL//v/A3AAAAAAAAAAAA Bw//v/+/AwAAAAAAAAAAAAf/v/+//7AAAAAAAAAAAAAHd3d3d3d3AAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA//////////////// //////////////////////////////////////////////////////////////////////// ////////gAH//4AB//+AAf//gAH//4AB//+AAf//gAH//4AB//+AAf//gAH//4AB//////// //////////+IwwAAAAABAAEAICAQAAEABADoAgAAAQAAAAAAAAAAAAAAAADY9AAAgPQAAAAA AAAAAAAAAAAAAOX0AACQ9AAAAAAAAAAAAAAAAAAA8vQAAJj0AAAAAAAAAAAAAAAAAAD89AAA oPQAAAAAAAAAAAAAAAAAAAb1AACo9AAAAAAAAAAAAAAAAAAAEvUAALD0AAAAAAAAAAAAAAAA AAAe9QAAuPQAAAAAAAAAAAAAAAAAACn1AADA9AAAAAAAAAAAAAAAAAAANPUAAMj0AAAAAAAA AAAAAAAAAABA9QAA0PQAAAAAAAAAAAAAAAAAAAAAAAAAAAAATPUAAFr1AABq9QAAAAAAAHj1 AAAAAAAAhvUAAAAAAACQ9QAAAAAAAJ71AAAAAAAArvUAAAAAAAC49QAAAAAAAMz1AAAAAAAA 2PUAAAAAAADo9QAAAAAAAEtFUk5FTDMyLkRMTABhZHZhcGkzMi5kbGwAZ2RpMzIuZGxsAG9s ZTMyLmRsbABTSEVMTDMyLmRsbABzaGx3YXBpLmRsbAB1cmxtb24uZGxsAHVzZXIzMi5kbGwA d2luaW5ldC5kbGwAd3NvY2szMi5kbGwAAABMb2FkTGlicmFyeUEAAEdldFByb2NBZGRyZXNz AABFeGl0UHJvY2VzcwAAAFJlZ0Nsb3NlS2V5AAAARGVsZXRlREMAAENvSW5pdGlhbGl6ZQAA U2hlbGxFeGVjdXRlQQAAAFN0ckR1cEEAAABVUkxEb3dubG9hZFRvRmlsZUEAAHdzcHJpbnRm QQAAAEludGVybmV0T3BlbkEAAABiaW5kAAAAAAAAAAAAAAAAAAAAAAAAuhBvBoe1WS+cWTRm PxibWaLGngwvE1CRHRO8oCBRXiMvtIJnw3UWp1UbSIMrR49xn20mkhQ0LowNdATGVzxsSiUI Usaxx42FRA4nZwtDQjeYmEwxPJO5EsUxtksNER4IB6Uah0AUbBKYYKFAj4K+DKhDMBmmcTwT oJ5EjKdgjArCP2p/JlV+ELi0M02cnYlIenqXO0uhUD0vAyRWr0YGQrdYMxI3IwlYxzsoH6Gp H3h/iJIMUFOulB+liq2tnIuCj8YYJJCmuBBqOweUA4TBIhcRnLgqQLYbdX7GaAt9OXNhR5Ew j4YqbY2DnyyZuiM8H3eVnbifZAcvG3nGh1mqNAt8Rk2aYoCcmZuBJWohUCiEoABOc0ZILUuK M3yBUhusgg98wHFqlksfvU59ilC0Voc5Lp8Hl2x7VXKbEoqoD8UXdh+1n01sRmELDZ+5aSJV acJMTAAXZZ9sNJgBR7ahU2YDQgQ5ektWuGCnKiJqnZNeA0I9J2pRvEhVr1h0gQ8ODIxdQ6wv TKqQBDmnrWYNNyBfnWqxv14iKm4HXy4rdy0bnxqTPIeNKENBBnSTJW2fUp0mr1+PuDAlBrEI EklbXX4Ac54dX06Mogq1bH8FAR9cfAd4FxIJhbqOTku1XFFLWbdpDqYmsH2mWHtrSqRkKQp8 q0EsL1BzhLtQVBlUGx4vuiNYHj16LIYzMmCbk0B6oGixmF5CS36wuFAXXYk1gkZVSZ6+r4q2 lglWdogYGZZ3JJwUnKlbcFG3mcE1ujVGhUa1jhFlVV1onE0qWDKpqIWXgIkYgZ8SLTw4nodq nSxHokxAXh91miCORa2ggJkiGiy7ApprqxdkijwzALudroIMe5ezCTkvAqaYmgpXXgaDiF+U Ah4XvHAlFbQTu0SlmVZ3KikImEUbZEUKcTQHqZ6btTgLY0YpunQsswungkF+nIM4hRGOv5db MCkzc5gctyi1M4RWrKkpc0FPqhyvO31Qt7Y6AcSlPGxaSW1gVYGcT5Olh4WaE5GUBYaoNHVG XBa8mVwJlXuLRQlrsHyoKmbAOWlpxI9aiY9DICPHVo9Ukq4WNAK1bjuaFjAgmMQehsB7JYFu bo+PwcevW2+aV3BZrC8BhyGLI6MyIgQdNxDCKzAQlw8gv7xLmzuXAQS0m7WQXQyAESAnRp1k HKx3lRVVxkzHFUB+ZIiojL9BUWjAt097aFsIhZpPiw== ----------rnhlfjxhpjzmmbzlsixu-- From xiii29@free.fr Thu Apr 29 12:35:07 2004 From: xiii29@free.fr (xiii29@free.fr) Date: Thu, 29 Apr 2004 13:35:07 +0200 Subject: [Mono-list] Question about attributes In-Reply-To: <1083226167.4315.22.camel@localhost> References: <1083185180.3355.29.camel@Coreff> <1083188813.17029.12.camel@localhost.localdomain> <1083221772.4090a70c43d45@imp5-q.free.fr> <1083226167.4315.22.camel@localhost> Message-ID: <1083238507.4090e86b5e518@imp3-q.free.fr> Ok, so there is no recommendation about attributes to use in mono for documentation... I don't want using XML tags as it doesn't work with VB.Net by default (I think...) and you have to deliver : assembly and XML file ... So I will create some attributes ! Thanks for all the answer ! Thierry Selon Jonathan Stowe : > On Thu, 2004-04-29 at 07:56, xiii29@free.fr wrote: > > Hi, > > > > First : Thanks for the explanation ;-) > > > > But my question what about which attributes using in order to document > methods > > or function in my code. > > > > For example, if you want the Visual Studio .Net Property Panel to be able > to > > display info about your properties you have to use > > System.ComponentModel.Description("The description"). > > > > You can do just the same with mono: > > using System; > using System.ComponentModel; > > > class MyTest > { > [Description("Test")] > public void whatever() > { > > } > } > > Will work (i.e. compile) just fine. Whether or not it is any use is > whether the tools you want to use can get at this information. The > DescriptionAttribute is used for design time purposes (i.e. to display > in the properties panel of a visual tool) rather than strictly for > documentation, if you want to autogenerate documentation from your code > you might me better of using the XML documentation comments rather than > this. > > Of course you can create your own attributes by inheriting from > System.Attribute as documented on MSDN and elsewhere. > > /J\ > > > This is a Visual Studio .Net rules. > > > > Now my question is : of I want to add documention to my methods, class > etc... > > which meta-attributes do I use ? > > > > Maybe there is no dedicated attributes and I will have to create my > owns... > > > > Thierry ! > > > > > > Selon Jonathan Pryor : > > > > > On Wed, 2004-04-28 at 16:46, Xiii29 wrote: > > > > I've question about attributes in Mono. I would like to comment my > > > > assemblys by using attributes (meta-attributes...) and i'm wondering > if > > > > there is "rules" (or preconisations...) about which attributes > using... > > > > > > I'm pretty sure I don't understand your question at all. But I'll take > > > a shot anyway... > > > > > > To use an assembly-level attribute, you need to explicitly specify what > > > the attribute is associated with. For example: > > > > > > [assembly: AssemblyTitle ("my title")] > > > [assembly: AssemblyVersion ("1.0.*")] > > > > > > The "assembly:" indicates that the attribute applies to the assembly. > > > Otherwise it would apply to the next member listed in the file > > > (delegate, class, structure, etc.) or generate an error (namespaces > > > don't support attributes). Similar things can be done for other > > > elements; for example: "return:" can be used to place an attribute on > > > the return type of a method, while normally the attribute applies to the > > > method itself: > > > > > > [SomeAttribute ("applies to MyMethod")] > > > [return: SomeAttribute ("applies to the return type")] > > > int MyMethod () {return 42;} > > > > > > As for general rules... You can only use attributes which can be > > > applied to an assembly; that is, the attribute you're trying to use must > > > itself have an AttributeUsage attribute with AttributeTargets.Assembly > > > specified. Not all attributes do this; the DllImport attribute, for > > > example, can only be applied to methods. > > > > > > Aside from that, the normal attribute restrictions apply. Which means > > > that attribute positional and named parameters can only be: one of the > > > CLS-compliant built-in types (bool, byte, char, double, float, int, > > > long, short, string); System.Type, an enum type; System.Object; or an > > > array of one of the previous types. > > > > > > See a good C# book, or MSDN, or google, for more information. > > > > > > - Jon > > > > > > > > > > > > > > > _______________________________________________ > > Mono-list maillist - Mono-list@lists.ximian.com > > http://lists.ximian.com/mailman/listinfo/mono-list > > _______________________________________________ > Mono-list maillist - Mono-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-list > From jwezel@compumaster.de Thu Apr 29 13:15:34 2004 From: jwezel@compumaster.de (Jochen Wezel) Date: Thu, 29 Apr 2004 14:15:34 +0200 Subject: AW: [Mono-list] Question about attributes Message-ID: <1101EF58C371754594375AA6378C6FEB1B4745@srv04.lan.compumaster.de> In the upcoming release of VB.NET 2005 of MS, those XML tags in VB are = supported. You can already taste that in the VS.NET 2005 beta. The syntax is very similar to the C# writing style except that you use = ''' instead of /// at the beginning of the line. Then you can build the = DLL normally and the XML file can be created with the new VS.NET 2005. = Alternatively and as I remember, there is a VBDoc project somewhere on = sourceforge.net which might be able to extract those XML tags. -Jochen -----Urspr=FCngliche Nachricht----- Von: mono-list-admin@lists.ximian.com = [mailto:mono-list-admin@lists.ximian.com] Im Auftrag von xiii29@free.fr Gesendet: Donnerstag, 29. April 2004 13:35 An: mono-list@lists.ximian.com; Jonathan Stowe Betreff: Re: [Mono-list] Question about attributes Ok, so there is no recommendation about attributes to use in mono for = documentation... I don't want using XML tags as it doesn't work with VB.Net by default (I think...) and you have to deliver : assembly and XML file ... So I will = create some attributes ! Thanks for all the answer ! Thierry Selon Jonathan Stowe : > On Thu, 2004-04-29 at 07:56, xiii29@free.fr wrote: > > Hi, > >=20 > > First : Thanks for the explanation ;-) > >=20 > > But my question what about which attributes using in order to=20 > > document > methods > > or function in my code. > >=20 > > For example, if you want the Visual Studio .Net Property Panel to be = > > able > to > > display info about your properties you have to use=20 > > System.ComponentModel.Description("The description"). > >=20 >=20 > You can do just the same with mono: >=20 > using System; > using System.ComponentModel; > = =20 > =20 > class MyTest > { > [Description("Test")] > public void whatever() > { > =20 > } > } >=20 > Will work (i.e. compile) just fine. Whether or not it is any use is=20 > whether the tools you want to use can get at this information. The=20 > DescriptionAttribute is used for design time purposes (i.e. to display = > in the properties panel of a visual tool) rather than strictly for=20 > documentation, if you want to autogenerate documentation from your=20 > code you might me better of using the XML documentation comments=20 > rather than this. >=20 > Of course you can create your own attributes by inheriting from=20 > System.Attribute as documented on MSDN and elsewhere. >=20 > /J\ >=20 > > This is a Visual Studio .Net rules. > >=20 > > Now my question is : of I want to add documention to my methods,=20 > > class > etc...=20 > > which meta-attributes do I use ?=20 > >=20 > > Maybe there is no dedicated attributes and I will have to create my > owns... > >=20 > > Thierry ! > >=20 > >=20 > > Selon Jonathan Pryor : > >=20 > > > On Wed, 2004-04-28 at 16:46, Xiii29 wrote: > > > > I've question about attributes in Mono. I would like to comment=20 > > > > my assemblys by using attributes (meta-attributes...) and i'm=20 > > > > wondering > if > > > > there is "rules" (or preconisations...) about which attributes > using... > > >=20 > > > I'm pretty sure I don't understand your question at all. But I'll = > > > take a shot anyway... > > >=20 > > > To use an assembly-level attribute, you need to explicitly specify = > > > what the attribute is associated with. For example: > > >=20 > > > [assembly: AssemblyTitle ("my title")] > > > [assembly: AssemblyVersion ("1.0.*")] > > >=20 > > > The "assembly:" indicates that the attribute applies to the = assembly.=20 > > > Otherwise it would apply to the next member listed in the file=20 > > > (delegate, class, structure, etc.) or generate an error=20 > > > (namespaces don't support attributes). Similar things can be done = > > > for other elements; for example: "return:" can be used to place an = > > > attribute on the return type of a method, while normally the=20 > > > attribute applies to the method itself: > > >=20 > > > [SomeAttribute ("applies to MyMethod")] > > > [return: SomeAttribute ("applies to the return type")] > > > int MyMethod () {return 42;} > > >=20 > > > As for general rules... You can only use attributes which can be=20 > > > applied to an assembly; that is, the attribute you're trying to=20 > > > use must itself have an AttributeUsage attribute with=20 > > > AttributeTargets.Assembly specified. Not all attributes do this;=20 > > > the DllImport attribute, for example, can only be applied to = methods. > > >=20 > > > Aside from that, the normal attribute restrictions apply. Which=20 > > > means that attribute positional and named parameters can only be:=20 > > > one of the CLS-compliant built-in types (bool, byte, char, double, = > > > float, int, long, short, string); System.Type, an enum type;=20 > > > System.Object; or an array of one of the previous types. > > >=20 > > > See a good C# book, or MSDN, or google, for more information. > > >=20 > > > - Jon > > >=20 > > >=20 > > >=20 > >=20 > >=20 > > _______________________________________________ > > Mono-list maillist - Mono-list@lists.ximian.com=20 > > http://lists.ximian.com/mailman/listinfo/mono-list >=20 > _______________________________________________ > Mono-list maillist - Mono-list@lists.ximian.com=20 > http://lists.ximian.com/mailman/listinfo/mono-list >=20 _______________________________________________ Mono-list maillist - Mono-list@lists.ximian.com = http://lists.ximian.com/mailman/listinfo/mono-list From Neale.Ferguson@SoftwareAG-USA.com Thu Apr 29 13:37:09 2004 From: Neale.Ferguson@SoftwareAG-USA.com (Ferguson, Neale) Date: Thu, 29 Apr 2004 06:37:09 -0600 Subject: [Mono-list] monocharge-20040429 Message-ID: <31DD0ECB10776B428B1186E60FB3D7B1748DA7@RESMSG02.AME.ad.sag> ... doesn't contain any *.dll files, just *.exe From rodolfocampero@hotmail.com Thu Apr 29 13:56:30 2004 From: rodolfocampero@hotmail.com (Rodolfo Campero) Date: Thu, 29 Apr 2004 12:56:30 +0000 Subject: [Mono-list] Question about attributes Message-ID: I know that you can document your apps with monodoc related tools; there is a tool that can generate a set of XML files from your code, then you can fill this files with your documentation. Later you can keep the file structure updated with your code using another tool. Monodoc understands and can display documentation in this format. I don't know if there is some effort to create a translator from monodoc XML format to Microsoft XML documentation format. That would be nice, because one could use NDoc to generate files for Windows users. Does anyone knows about such a tool? Rodolfo >From: xiii29@free.fr >To: mono-list@lists.ximian.com,Jonathan Stowe >Subject: Re: [Mono-list] Question about attributes >Date: Thu, 29 Apr 2004 13:35:07 +0200 > > >Ok, so there is no recommendation about attributes to use in mono for >documentation... > >I don't want using XML tags as it doesn't work with VB.Net by default (I >think...) and you have to deliver : assembly and XML file ... So I will >create >some attributes ! > >Thanks for all the answer ! > >Thierry > > >Selon Jonathan Stowe : > > > On Thu, 2004-04-29 at 07:56, xiii29@free.fr wrote: > > > Hi, > > > > > > First : Thanks for the explanation ;-) > > > > > > But my question what about which attributes using in order to document > > methods > > > or function in my code. > > > > > > For example, if you want the Visual Studio .Net Property Panel to be >able > > to > > > display info about your properties you have to use > > > System.ComponentModel.Description("The description"). > > > > > > > You can do just the same with mono: > > > > using System; > > using System.ComponentModel; > > > > > > class MyTest > > { > > [Description("Test")] > > public void whatever() > > { > > > > } > > } > > > > Will work (i.e. compile) just fine. Whether or not it is any use is > > whether the tools you want to use can get at this information. The > > DescriptionAttribute is used for design time purposes (i.e. to display > > in the properties panel of a visual tool) rather than strictly for > > documentation, if you want to autogenerate documentation from your code > > you might me better of using the XML documentation comments rather than > > this. > > > > Of course you can create your own attributes by inheriting from > > System.Attribute as documented on MSDN and elsewhere. > > > > /J\ > > > > > This is a Visual Studio .Net rules. > > > > > > Now my question is : of I want to add documention to my methods, class > > etc... > > > which meta-attributes do I use ? > > > > > > Maybe there is no dedicated attributes and I will have to create my > > owns... > > > > > > Thierry ! > > > > > > > > > Selon Jonathan Pryor : > > > > > > > On Wed, 2004-04-28 at 16:46, Xiii29 wrote: > > > > > I've question about attributes in Mono. I would like to comment my > > > > > assemblys by using attributes (meta-attributes...) and i'm >wondering > > if > > > > > there is "rules" (or preconisations...) about which attributes > > using... > > > > > > > > I'm pretty sure I don't understand your question at all. But I'll >take > > > > a shot anyway... > > > > > > > > To use an assembly-level attribute, you need to explicitly specify >what > > > > the attribute is associated with. For example: > > > > > > > > [assembly: AssemblyTitle ("my title")] > > > > [assembly: AssemblyVersion ("1.0.*")] > > > > > > > > The "assembly:" indicates that the attribute applies to the >assembly. > > > > Otherwise it would apply to the next member listed in the file > > > > (delegate, class, structure, etc.) or generate an error (namespaces > > > > don't support attributes). Similar things can be done for other > > > > elements; for example: "return:" can be used to place an attribute >on > > > > the return type of a method, while normally the attribute applies to >the > > > > method itself: > > > > > > > > [SomeAttribute ("applies to MyMethod")] > > > > [return: SomeAttribute ("applies to the return type")] > > > > int MyMethod () {return 42;} > > > > > > > > As for general rules... You can only use attributes which can be > > > > applied to an assembly; that is, the attribute you're trying to use >must > > > > itself have an AttributeUsage attribute with >AttributeTargets.Assembly > > > > specified. Not all attributes do this; the DllImport attribute, for > > > > example, can only be applied to methods. > > > > > > > > Aside from that, the normal attribute restrictions apply. Which >means > > > > that attribute positional and named parameters can only be: one of >the > > > > CLS-compliant built-in types (bool, byte, char, double, float, int, > > > > long, short, string); System.Type, an enum type; System.Object; or >an > > > > array of one of the previous types. > > > > > > > > See a good C# book, or MSDN, or google, for more information. > > > > > > > > - Jon > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > Mono-list maillist - Mono-list@lists.ximian.com > > > http://lists.ximian.com/mailman/listinfo/mono-list > > > > _______________________________________________ > > Mono-list maillist - Mono-list@lists.ximian.com > > http://lists.ximian.com/mailman/listinfo/mono-list > > > > >_______________________________________________ >Mono-list maillist - Mono-list@lists.ximian.com >http://lists.ximian.com/mailman/listinfo/mono-list _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail From tauberer@for.net Thu Apr 29 14:21:26 2004 From: tauberer@for.net (Joshua Tauberer) Date: Thu, 29 Apr 2004 09:21:26 -0400 Subject: [Mono-list] Question about attributes In-Reply-To: References: Message-ID: <40910156.5070502@for.net> Rodolfo Campero wrote: > I don't know if there is some effort to create a translator from > monodoc XML format to Microsoft XML documentation format. That would > be nice, because one could use NDoc to generate files for Windows > users. > > Does anyone knows about such a tool? Since this has come up so many times, I'll work on it when I get the chance. (As I keep repeating on the docs list, the two formats are so similar that it would be trivial for anyone to learn XSLT, if necessary, and write the conversion themselves if they wanted it. It would also make a nice project if someone is looking for a way to contribute to Mono.) -- - Joshua Tauberer http://taubz.for.net ** Nothing Unreal Exists ** Rodolfo Campero wrote: > I know that you can document your apps with monodoc related tools; > there is a tool that can generate a set of XML files from your code, > then you can fill this files with your documentation. Later you can > keep the file structure updated with your code using another tool. > > Monodoc understands and can display documentation in this format. > > I don't know if there is some effort to create a translator from > monodoc XML format to Microsoft XML documentation format. That would > be nice, because one could use NDoc to generate files for Windows > users. > > Does anyone knows about such a tool? > > Rodolfo > >> From: xiii29@free.fr To: mono-list@lists.ximian.com,Jonathan Stowe >> Subject: Re: [Mono-list] Question about >> attributes Date: Thu, 29 Apr 2004 13:35:07 +0200 >> >> >> Ok, so there is no recommendation about attributes to use in mono >> for documentation... >> >> I don't want using XML tags as it doesn't work with VB.Net by >> default (I think...) and you have to deliver : assembly and XML >> file ... So I will create some attributes ! >> >> Thanks for all the answer ! >> >> Thierry >> >> >> Selon Jonathan Stowe : >> >>> On Thu, 2004-04-29 at 07:56, xiii29@free.fr wrote: >>>> Hi, >>>> >>>> First : Thanks for the explanation ;-) >>>> >>>> But my question what about which attributes using in order to >> document >>> methods >>>> or function in my code. >>>> >>>> For example, if you want the Visual Studio .Net Property Panel >>>> to >> be able >>> to >>>> display info about your properties you have to use >>>> System.ComponentModel.Description("The description"). >>>> >>> >>> You can do just the same with mono: >>> >>> using System; using System.ComponentModel; >>> >>> >>> class MyTest { [Description("Test")] public void whatever() { >>> >>> } } >>> >>> Will work (i.e. compile) just fine. Whether or not it is any use >>> is whether the tools you want to use can get at this information. >>> The DescriptionAttribute is used for design time purposes (i.e. >>> to display in the properties panel of a visual tool) rather than >>> strictly for documentation, if you want to autogenerate >>> documentation from your code you might me better of using the XML >>> documentation comments rather than this. >>> >>> Of course you can create your own attributes by inheriting from >>> System.Attribute as documented on MSDN and elsewhere. >>> >>> /J\ >>> >>>> This is a Visual Studio .Net rules. >>>> >>>> Now my question is : of I want to add documention to my >>>> methods, >> class >>> etc... >>>> which meta-attributes do I use ? >>>> >>>> Maybe there is no dedicated attributes and I will have to >>>> create my >>> owns... >>>> >>>> Thierry ! >>>> >>>> >>>> Selon Jonathan Pryor : >>>> >>>>> On Wed, 2004-04-28 at 16:46, Xiii29 wrote: >>>>>> I've question about attributes in Mono. I would like to >> comment my >>>>>> assemblys by using attributes (meta-attributes...) and i'm >>>>>> >> wondering >>> if >>>>>> there is "rules" (or preconisations...) about which >>>>>> attributes >>> using... >>>>> >>>>> I'm pretty sure I don't understand your question at all. But >>>>> >> I'll take >>>>> a shot anyway... >>>>> >>>>> To use an assembly-level attribute, you need to explicitly >> specify what >>>>> the attribute is associated with. For example: >>>>> >>>>> [assembly: AssemblyTitle ("my title")] [assembly: >>>>> AssemblyVersion ("1.0.*")] >>>>> >>>>> The "assembly:" indicates that the attribute applies to the >> assembly. >>>>> Otherwise it would apply to the next member listed in the >>>>> file (delegate, class, structure, etc.) or generate an error >>>>> (namespaces don't support attributes). Similar things can be >>>>> done for other elements; for example: "return:" can be used >>>>> to place an >> attribute on >>>>> the return type of a method, while normally the attribute >> applies to the >>>>> method itself: >>>>> >>>>> [SomeAttribute ("applies to MyMethod")] [return: >>>>> SomeAttribute ("applies to the return type")] int MyMethod () >>>>> {return 42;} >>>>> >>>>> As for general rules... You can only use attributes which >>>>> can be applied to an assembly; that is, the attribute you're >>>>> trying to >> use must >>>>> itself have an AttributeUsage attribute with >> AttributeTargets.Assembly >>>>> specified. Not all attributes do this; the DllImport >>>>> attribute, >> for >>>>> example, can only be applied to methods. >>>>> >>>>> Aside from that, the normal attribute restrictions apply. >>>>> Which >> means >>>>> that attribute positional and named parameters can only be: >>>>> one >> of the >>>>> CLS-compliant built-in types (bool, byte, char, double, >>>>> float, int, long, short, string); System.Type, an enum type; >>>>> System.Object; >> or an >>>>> array of one of the previous types. >>>>> >>>>> See a good C# book, or MSDN, or google, for more information. >>>>> >>>>> >>>>> - Jon >>>>> >>>>> >>>>> >>>> >>>> >>>> _______________________________________________ Mono-list >>>> maillist - Mono-list@lists.ximian.com >>>> http://lists.ximian.com/mailman/listinfo/mono-list >>> >>> _______________________________________________ Mono-list >>> maillist - Mono-list@lists.ximian.com >>> http://lists.ximian.com/mailman/listinfo/mono-list >>> >> >> >> _______________________________________________ Mono-list maillist >> - Mono-list@lists.ximian.com >> http://lists.ximian.com/mailman/listinfo/mono-list > > > _________________________________________________________________ Add > photos to your messages with MSN 8. Get 2 months FREE*. > http://join.msn.com/?page=features/featuredemail > > _______________________________________________ Mono-list maillist - > Mono-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-list From rodolfocampero@hotmail.com Thu Apr 29 14:37:28 2004 From: rodolfocampero@hotmail.com (Rodolfo Campero) Date: Thu, 29 Apr 2004 13:37:28 +0000 Subject: [Mono-list] Question about attributes Message-ID: Hi Joshua, I already know XSLT, so I will give it a shot this afternoon (it's 10:30 am here in Argentina, I will start working on it at 19:00). Also I will subscribe to mono-docs-list right now, so I will posts questions there if I have to. I would like to know who should I refer to when I get something usable, in order to make it part of mono or monodoc. Best regards, Rodolfo >From: Joshua Tauberer >To: Rodolfo Campero >CC: xiii29@free.fr, mono-list@lists.ximian.com, gellyfish@gellyfish.com >Subject: Re: [Mono-list] Question about attributes >Date: Thu, 29 Apr 2004 09:21:26 -0400 > >Rodolfo Campero wrote: >>I don't know if there is some effort to create a translator from >>monodoc XML format to Microsoft XML documentation format. That would >>be nice, because one could use NDoc to generate files for Windows >>users. >> >>Does anyone knows about such a tool? > >Since this has come up so many times, I'll work on it when I get the >chance. (As I keep repeating on the docs list, the two formats are so >similar that it would be trivial for anyone to learn XSLT, if necessary, >and write the conversion themselves if they wanted it. It would also make >a nice project if someone is looking for a way to contribute to Mono.) > >-- >- Joshua Tauberer > >http://taubz.for.net > >** Nothing Unreal Exists ** _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 From gonzalo@ximian.com Thu Apr 29 15:03:57 2004 From: gonzalo@ximian.com (Gonzalo Paniagua Javier) Date: Thu, 29 Apr 2004 16:03:57 +0200 Subject: [Mono-list] Getting ASP .NET Apache module to work with 1.3.29 In-Reply-To: <005101c42ca0$2ab68250$1e02a8c0@fudge> References: <005101c42ca0$2ab68250$1e02a8c0@fudge> Message-ID: <1083247437.1660.188.camel@localhost> El mar, 27-04-2004 a las 23:39, Robert Geller escribi�: > Yes, yes, I know Apache 2.0.48 is the only documented and supported > version for the ASP .NET module, but I use 1.3.29, as it is currently > more stable, and better developed and tested than 2.0.48, and I don't > plan on switching for a while. You're wrong. The apache module also supports apache 1.3. I guess you should read the INSTALL file. -Gonzalo From gonzalo@ximian.com Thu Apr 29 15:07:44 2004 From: gonzalo@ximian.com (Gonzalo Paniagua Javier) Date: Thu, 29 Apr 2004 16:07:44 +0200 Subject: [Mono-list] Global.asax.cs problems; from Visual Studio .NET to Mono/XSP. In-Reply-To: <1083171689.1592.178.camel@localhost> References: <1083171689.1592.178.camel@localhost> Message-ID: <1083247664.1660.192.camel@localhost> El mi�, 28-04-2004 a las 19:01, Roberto Jimeno escribi�: > Hi there! > > I have some code generated using VS.NET. I tried to run that very same > code using Mono/XSP and I got an error 500 > (System.NullReferenceException) from it. Apparenly this is due to a line > where `Application["ContadorAccesos"].ToString()' is consulted before it > is initialized. > > The trick here is that `Application["ContadorAccessos"]' is actually > initialized in the Global.asax.cs file (set to zero on the method > "Application_Start" of class "Global". Somehow VS.NET executes the > initialization prior to the value being consulted, while Mono/XSP does > not. You didn't attach the global.asax file to the bug report you entered. If this is still a bug for you, please, report it using bugzilla and attach all the files needed to reproduce it. -Gonzalo From gonzalo@ximian.com Thu Apr 29 15:05:35 2004 From: gonzalo@ximian.com (Gonzalo Paniagua Javier) Date: Thu, 29 Apr 2004 16:05:35 +0200 Subject: Overlapped IO was Re: [Mono-list] threads and Async Socket methods In-Reply-To: <20040428211518.GE23801@pobox.com> References: <20040428003304.GB11573@pobox.com> <20040428211518.GE23801@pobox.com> Message-ID: <1083247534.1660.190.camel@localhost> El mi�, 28-04-2004 a las 23:15, P Oscar Boykin escribi�: > Sorry for replying to myself, but I thought some other people might > benefit from seeing a few references. > > It seems what I am interested in is the following question: > > Does Mono support overlapped IO on the asynchronous socket calls. > Winsock does support this. It seems the .Net framework is supposed to > support this. When I put a server under heavily load, this fails on > mono 0.31 on debian unstable. We do that in unix world usign aio_read/aio_write. It's in CVS since 2 days ago. Try it and see if it does what you want :). -Gonzalo From gonzalo@ximian.com Thu Apr 29 15:10:06 2004 From: gonzalo@ximian.com (Gonzalo Paniagua Javier) Date: Thu, 29 Apr 2004 16:10:06 +0200 Subject: [Mono-list] Apache virtual hosts, all or some mod_mono In-Reply-To: <8BAFCC09C2760C4EADEEAC8A06C84890871F05@THORN.exch.ad.byu.edu> References: <8BAFCC09C2760C4EADEEAC8A06C84890871F05@THORN.exch.ad.byu.edu> Message-ID: <1083247806.1660.195.camel@localhost> El mi�, 28-04-2004 a las 22:10, Andrew Arnott escribi�: > Maybe I can make my question more clear. > > I have one Apache 2.0 server running. It must handle requests for several domains: > > gerontology.byu.edu > fhss.byu.edu > familylife.byu.edu > and anyway you get the idea. > > Several of these domains will be sites that use mod_mono, all on the > same Apache 2.0.49 server. I can use "virtual hosts" in Apache to get > Apache to respond with different root directories for each URL > request. My problem is getting mod_mono to also recognize the virtual > hosts (NOT virtual directories within one host) and serve up the > correct root directories. > > Here is what we are trying in httpd.conf: > > LoadModule mono_module modules/libmod_mono.so > # Note that these next paths are NOT virtual directories, but should be roots in virtual hosts > MonoApplications "/:/var/www/gerontology,/:/var/www/fhss,/:/var/www/familylife" Someone sent a patch for allowing a virtual host in MonoApplications, but I kept it out until I fix some issues in it. Hopefully it will be in CVS soon. -Gonzalo From boykin@pobox.com Thu Apr 29 16:18:26 2004 From: boykin@pobox.com (P Oscar Boykin) Date: Thu, 29 Apr 2004 08:18:26 -0700 Subject: Overlapped IO was Re: [Mono-list] threads and Async Socket methods In-Reply-To: <1083247534.1660.190.camel@localhost> References: <20040428003304.GB11573@pobox.com> <20040428211518.GE23801@pobox.com> <1083247534.1660.190.camel@localhost> Message-ID: <20040429151826.GA6307@pobox.com> --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 29, 2004 at 04:05:35PM +0200, Gonzalo Paniagua Javier wrote: > El mi?, 28-04-2004 a las 23:15, P Oscar Boykin escribi?: > > Does Mono support overlapped IO on the asynchronous socket calls. > > We do that in unix world usign aio_read/aio_write. It's in CVS since 2 > days ago. Try it and see if it does what you want :). Thanks for the reply! Is aio_read/aio_write supported on 2.4? I thought that was only a 2.6 feature. Oscar --=20 boykin@pobox.com http://pobox.com/~boykin jabber: johnynek@jabber.org fingerprint=3DD250 4AD9 4544 B7D2 A17C 911D D608 D387 6718 D75F don't send word docs: http://www.gnu.org/philosophy/no-word-attachments.html --n8g4imXOkfNTN/H1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAkRzC1gjTh2cY118RAhvyAKCarS/s51oA8YOlWqHzDjETTUq5nwCggGMm NcjBoRbv5ARW89iffMEQHzc= =nJp5 -----END PGP SIGNATURE----- --n8g4imXOkfNTN/H1-- From sunilk@novell.com Fri Apr 30 03:19:39 2004 From: sunilk@novell.com (Sunilk) Date: Thu, 29 Apr 2004 18:19:39 -0800 Subject: [Mono-list] Notification Message-ID: ----------jygzjpqmqtmldpwhzrrn Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit
----------jygzjpqmqtmldpwhzrrn Content-Type: application/octet-stream; name="Your_complaint.cpl" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Your_complaint.cpl" TVoAAAEAAAACAAAA//8AAEAAAAAAAAAAQAAAAAAAAAC0TM0hAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAQAAAAFBFAABMAQMA7cGQQAAAAAAAAAAA4AAOIQsBBQwABgAAAAIAAAAAAAAQEQAA ABAAAAAgAAAAAAAQABAAAAACAAAEAAAAAAAAAAQAAAAAAAAAdoMAAAACAAAAAAAAAgAAAAAA EAAAEAAAAAAQAAAQAAAAAAAAEAAAAAAAAAAAAAAAFBAAADwAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAIAAALAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAHAQAAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAALnRleHQAAADgBQAA ABAAAAACAAAAAgAAAAAAAAAAAAAAAAAAIAAA4C5yZWxvYwAAKAAAAAAgAAAAAgAAAAQAAAAA AAAAAAAAAAAAAEAAAEIAAAAAAAAAAHZTAAAAMAAAdlMAAAAGAAAAAAAAAAAAAAAAAAAgAADg AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABcY3Bsc3R1Yi5leGUAb3BlbgAAAFAQAAAAAAAA AAAAANwQAABwEAAAaBAAAAAAAAAAAAAA+hAAAIgQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAJAQ AACeEAAArBAAAMQQAADQEAAAAAAAAOoQAAAAAAAAkBAAAJ4QAACsEAAAxBAAANAQAAAAAAAA 6hAAAAAAAAAZAENsb3NlSGFuZGxlADIAQ3JlYXRlRmlsZUEAZAFHZXRXaW5kb3dzRGlyZWN0 b3J5QQAAuQJXcml0ZUZpbGUA0wJsc3RyY2F0QQAAS0VSTkVMMzIuZGxsAABuAFNoZWxsRXhl Y3V0ZUEAU0hFTEwzMi5kbGwAAAAAAAAAAAAAAFWL7IN9DAF1RpBoAAQAAGjgEQAQ6JsAAABo ABAAEGjgEQAQ6JgAAACQaOARABDoJQAAAAvAdBiQagBqAGoAaOARABBoDRAAEGoA6HcAAAC4 AQAAAMnCDABVi+yDxPhTVjPbkGoAagBqAmoAagNoAAAAwP91COg0AAAAiUX8QHQgvgAwABCt kmoAjUX4UFJW/3X86CMAAAD/dfzoCQAAAEOLw15bycIEAP8lcBAAEP8ldBAAEP8leBAAEP8l fBAAEP8lgBAAEP8liBAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQ AAAgAAAAIDEqMS8xOjFPMVQxujHAMcYxzDHSMdgxABAAAAwAAACRMQAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAclMAAE1aAAABAAAAAgAAAP//AABAAAAAAAAAAEAA AAAAAAAAtEzNIQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAJAAAACpJt0T7UezQO1Hs0DtR7NA 7UezQO5Hs0BjWKBAbUezQBFnoUDsR7NAKkG1QOxHs0BSaWNo7UezQAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAFBFAABMAQMAzA+QQAAAAAAAAAAA4AAPAQsBBQwAUAAAABAAAACQAADw4gAA AKAAAADwAAAAAEAAABAAAAACAAAEAAAAAAAAAAQAAAAAAAAAAAABAAAQAAAAAAAAAgAAAAAA EAAAEAAAAAAQAAAQAAAAAAAAEAAAAAAAAAAAAAAApPMAAEwCAAAA8AAApAMAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAVVBYMAAAAAAAkAAA ABAAAAAAAAAAAgAAAAAAAAAAAAAAAAAAgAAA4FVQWDEAAAAAAFAAAACgAAAARgAAAAIAAAAA AAAAAAAAAAAAAEAAAOAucnNyYwAAAAAQAAAA8AAAAAYAAABIAAAAAAAAAAAAAAAAAABAAADA MS4yNABVUFghDAkCCL8nPV/a0G+ex8cAAMlCAAAAkgAAJgAAzP///5v6yTpxKisYkPOjKxCJ /HsI2nlCFxgOc+5/XlK//f//uvoEOo8YOa9xFqxxv/Jxj/Zxt+oZ4i07EPLI/Nz/sd3fBTtx /ibJOLwYEqQzOPb6K2vtt+8qDSoFj+oC9qoSOgUADRl/+/YHeT4OkvraNZD6EmE0+nO/Bj2/ /77Fvg6CkAEw8hItug13vwKq/5uveykSBhVTeYcC+o/4EekFj3dv7pECDhJqW0MOETUPEqq6 2zZzYEZqhw53/mq39txm4llapcjsR/L4t9ne34n+GZD+khakvQX/C73twbaqywfJKA1HaCbu 9q3cNa0Gcfz2OxP4QAlRCe8+sv15G/kJUKUe8qlxp/YhkOASY/KU/XdJeTqbBlCxjwuhH/AS g3vnFjLKsbj7EkrFqcqtdX/xOo70qpCUJQy7KMR/FrrBg6xFj4SHySEZrsOX7f9WOxrqeQP7 jvFWnAny+I77VpoHeXt4EugSx5g4CfYSyfwSb+3dkdMS2Aa5eQHoSEKcQvcIrf3/8JxReRP5 g0gNI9EDSsfQkcT/////eRrFxsSJ6MbOifD+u8ahiPX+/BHx/gYR/dbEOhr4/use2sPRUEmp kGkkoX+zfUOHe8lxIuAiBmEzBQhUet/2e7u+juOyEnTE04/9WaHtc50xc//8eTz+ESBC+4gS GAZ2hZ/b3pL4FVNwBCRNvb0u9ncXhEP6E3LuwAQ4GAMSYtb4beM8vwRxM8Bw/sFyv4UNsu3u tgjLBfVMrwnAchVw7NuFtwXAu8EoiPgoBDmPL9i3F9zZagK5j/Jw+TwHcGzEFtq5+wXcAVeM Av619uPkugQbTwPuwnKvbe/b3WOvBg0GcAwEF5HCm+tcixAaCQX4eqRx3bq3b0DK7soFBRg6 cCP5BAZy3z5Jr2DmGXG6xvkF9U26/IXdLQjW4kLSdA2f2oz31pavqB0F+Tj/iByWrXyY9hMr BTzu9hds5MIXQ+oU3RCja74VdbIIqpB0+9rSm7ezWwXCcXG5a9/+v6EL0TBxqfL5K/mp9nPd BYnqdbYX8p2+du77BT+1ET6gY+13O5DSCQ8GEvZ1OwXqF8qyLALuBjm53v3KyZbaGt+cBRm6 qk222d/U+6qqPXoq+gAJLmyPbTTP6iHyJdIR+ToG5ManISUN+5D7aMfN7raWRVjoFwWo8hEp 9v796HevAon4Pbj+TyP9S/he3ZkGJC7u9deysdusdxM9/IO8MGlasA/skPgxcfykYxcnh7mz THf4EvqAi2yxJYlZ+IqXzcw3ITW2W+JpLPdgMns+gh2t+fgILLjukjN6y2PAFb7dIPC6jr4D ehl3fy2qSzZgv+RbwecCGFqS+0ag6h4zJGREX7dsJyMTEq3mEuKXWqN84SjGfJw9vwCEYd4X vjULBbcADRvgkLoS411Qto/dyf3SwhZ1vf4FCrxpts3Na5wH9gD0Pb3qas/UIj8fnwo/G9ja 2tLlNBpo+Tad8u8n4cJzvUU9pR8aqa3JBd5DR9OBlbBup2/u4WgH3lhs7g7M0BT462MYBtbq EuXGVvV+f3OHCDEdB44KCcvLw686yDPDKwKfkPQYdt+VG6CuANkYuLdC9CT5+fZha9wdFvmh BR5MCqomvcHcbssSWHcT0nrpnkvSEnWaixOBch90nwe3ab1wFgj7DJ/b0QIFopAu1ZIHViAZ ne6hahqFZGuPwxYhnt4MCuEIu9Ni9dzB5JD2rM/ntvfHwXeH+x5M+SKG5nu+qhrU+wnQkjvD v24G3hABrfgS1gP+CL9vOgfeoJLncLog/pAptti7Mag+RvhdAa9Oyp+v5DSKPi78EhcCufvt B5pCqjYPEc95AvsL+jaqszS7ZdP4Fzaq5/ltNsty6uoF6/4F2v9C1dpn7NVPat939Ixw4Ibv NRKVJBK0wE0yD4ew7zkbqbi4a+IT71L/EpcCC/WqFpgKwa21/QHwjP8PiQwEzaoG5V3zB1Sr CfYSTgcsWTQMXArBUUq208ONtqrCTwovAwYY6Q7fLu9WVrq3Gs8OltleRFA1G0p57uEYywa/ TAXlmAq24L7I34nKEBKBwn1yCvQYJt4e7gZ3yXXoCV5FP24v8VgRbjm2BdiPQRUszQcG5x8H ChI0zdQO2ctGg6mkmg7cAQWuTYhFOFvN/novC/eNjXhURfJQIC0GdWZzr8rRD7ROieWebI8g HbAUQvu5utfwxg1G83ezRkM9lQ47mAx3iiaDcROm4TtUj7CGQdlsC7fbL5JeN5K4CSECdVEu W2OYKbIW/A0vCE/Pxu4XFlsvG+6xHXFIDCz9Rdc6CkW8sb+5zQYgJqqtEqEEGegNzAifPbkJ D/hxJX9Sb07G25elmBDLzTJAPilK/H/wGAsZ70MgOxj/OxHh8SljEy22hbz5FhS5QrBFoUn+ hIKqbrb12EejzFxr+0oZ9bayg+rZt/Y9+EW6rVC4ATh5wr8s8i7QubadbqBz+IWw1xyT0WIX b6QqcfIkj/yzx27R4KC7mRKoLQbPb4sVOM0uHboeoXs3Arguzq09fyIG0hu+XYGTa10sc38Z d3fut8UY908MEh0XZrhFvRv72baK9K0bBhIpzBXxJAeE2mcaBw8EM48tHWxzYUNTEUAMPs6l QwVOrVh+PfDOyo4FUxL5IxXDdYzDIHAGq99N4Wl6bosTI1c6Nz0atshD6iGI6M8O/ZeFRkb5 Anb8RCMMGg0M1RD0qYz04Zz5krOxzlm6IWOHCqG0IPiczdjDOvfQIAob+uAqjX2UkBMa3qPq bx0jiLBkcQe8e8S2rb/4b9RdEQ3/KuoicTTRtwJ7O/qxOwsZxhQCBXheWisUezQFIaEqQsG5 Jmo9LgW3ndYZt7tZsvJ7AvrKsB794/fJvcNlm0rOChp1x79HgVkbJdIZbM67SXNWcBL+qcLO 22bLF6AS7C8TEhknnzbdL5wRNPfMydTX7j11B7l7NxDVP8kIuqYfSDkakiNqYrI7aIw9xM5Q qBEo75rqCCyDvRoRpJz7EQB+uoHvS8mGGpdANmhoQD1oqV3aHtBwH5wbOpxGqy079hsMJj72 Cx7JY+53v+8QYkiYtxpJ+o1mkjJriiPfC8hHyREncOoDMuZ2jZIqZ1tgcuTbDCCski1SkEiZ QQ4tzXk4gNEId0sFy2NTxrL1RxgcAovxGSzd+tzI+jsL7uSD6VoUeFbLXgey+bCsufV3Lmgq yFfIkwMuaGfIwwA5cpLIPmJFYvJKXnKEyJbIwMjeQLoH8WyKvxEc5CQfd+jIMmLYyNm8kpfq yCTL1WzJkwOyCMvVbEXLIQeSV33KkMrkySt5VMrOytbKeAEcJaEc9sg4wW7BLB0uyTgb13Vv C0HyRc86VrcoRFkJd+T+gkn5/z4KUP9+8uk2epfyulkOUOItMu8weOdeCQj3DPQFGtp7GxUn M/A7eQv7B3itdXwbMmBkAn8HCdqiyAk+Pf9rgqzO7itvtugJPnOdv9lEahRis70EWlYR/TWj VvDA1LBaVg8EPT8IuTHoQhnKd4cMEe1r7QFDkHsVBnI41RfappNQBR/sCvCIGbN9ybdrDDN+ EdtWJL5hko9GckNuFur/4cFhZco6I+HxuV4gWyviHNVcmAnk8iLiDwQ579YCBu9XCY/+D2vm C1a+JJQyEDLyNd8NmqpHAgVgxl4zyaIhDccjG9lKWHWFBS1OTfbHt9XE9o9QeApO/o2xhVHU sJwVCpx7EEb9nO1vtyWe8wy3CAcb/5zxtwwD0nTN9iucc+oh8gIc8QCiMElvGMtqhh4GbhLf SlTBqtTA1EJ7XkExym6Ay/ZmmgVqkOR8LLoUC5hlW2fUClLP0u5j3+4v8Jx5tyb7BEr7t0k+ Ynatq7s9LrH5/kAkcAVU8Nur7VYeVJxLIDYDGrqmMwuS3BQaTgcYtn31a0yN2xfXHgJCfKvt ezYoo4bXWBICRoh1Ji6boDpinBEDPrMJ29YK+6l5AuRFrdU2c092/Y0TDWIRGnODEwlIudHC bTNLdWTuMAdc9gOxb1KbRg728i1vdnrqDgPmdBLwF2Luet9Wxh4GH16ZoFC2jEuYBJt++gU6 uR7CyKBa2ZI2jFhXAvMXiKC5bBuym+82+AVsqhqtnA2vF7Zz25vFYpf/nwMS/9MNk+4dBoJS 5QUT7rNNgqgLGWov1pLPdw4JFQvWIlpIwkG2JaQ3N9Yl3LlvDOhHEnkQ9hPvZhICgruEFrcd jSXqCUeay1L7+EhW7vCfSy2+BTbN5DTaj1LPu/NS9uZD1LJeEhTR4gShkQ7iXuJsN0g1Jltl X79hhP/RD1eh1p/u+/t5+9R/yUbmu+oi2FHq0AsE3I7+nx3Qj4RO82MG+YT2Et1KNs880AIY +oNfsvE0YyAOO+zFKMVS5OvWEcgSNqofcGbj+lTm2dV0BnjL3EfIjJYb9anAIx7piARbEa6H 3lka7kEMCxRgvmBnEuI7FSHts+mybSj//FIg+CCcPTZra8smcdFDmiS7mVZ8hm8x/WRoI7Aw ePKrzyvTM9NiuHrA6OLjkvhjvl0HdzccehJcOJLLVykY9Ko/Uz9iCtmS1HxJbdEbJalnUY3R CfXaM2TmsIo/llKpYx3ksD6owtF0k/E7or3TRZDvOfVNsvyzFB89SMgbcSmxKWx/BpzFOQmt kkLx+jcHIZ8Lweo6BtImwemj38kPy4vUWP1zHtIy1NPSx25QqeW5IIzTFelx3VL/xyISQ3GC 7vmC6qnp02Zgeie/k9KtunnTlXvZddNNCQ2Xkib/JB8SB55V6v/pMywS330f9pINDaovtY8m CsZzQhjAXcLfAg1yAAtf3dKHnA0hnnGR0rHe+DGsnZz/tcj2uEDPWrYTz6pTKxrEVrgG75MR TXNcqeS46u7eIUwfqO0uY+8RBcgSFRvqElUJvakvhHi2/93yaN2bMqmXuJX7kJ4SDh3wdYzb /45jLV7wLfv1oQk3p5HLQnw0X9IR0BwkMGMQeMAa3cdni9EyYRmSymMkcyAH9jIStQy4z/wJ jjkHTJEKge1ZkmPPNNi3ngSaJlYwBznsJbh4Y2BaqXuetkcOGxoOryaQ/FSPi4wc5tOhxBZN 2QifeRYSPge2gB6UkpFBuhdazhKW5NtkcsQaEnPdDJniHMiKmZct2Za8DBIS4Bn3NN9es0v6 kCMMHhL13J461ocaV9BfHEoSJgi3PeBS6UTDaBI3Y2PcF68cj6oTZxI05yzdO2s3DhdBLVqe t+mSnN0TlZLPoX8uvDENOizu/xzI9XghlMDPsfoPDx+qiIcxNbYYt7uJ36MKJkP7ekbAPbgK JpWTEvZOup8Hwd/H/+ZyCQ7NRjlhB1GKvtP8Jrz3E7OKTe7yAISznbsTZW6RiOAus3eTR5rf Hi4Ieu6I7eTs8pKpwQoRnha0NkjXvOwOt9rg9iLnkG1zzxHhENLF3iGcs/CkwKaj0Xw/1MNO kt7T6JKmIqLnPsNgFeqoBxwdJd4J29gKBx4I3vY0BzJGHxs3PN67OQIqNuQIN4IRVkJVHnw2 N1FyGi/9GPsc4yxkxjYmIqopHm4qHi6TnS0MIjTZE/sQDfGNx8k6EfmROYF3S4ePrO8EHXEK QcCsgbwQormdQ9k5CPE5s97CqZjA39lDiPPpw6CmHjnuBtsc7xE+DMpeklb3w+DmukHYFpih pFztfhVq2WFZZhgmjBneYbDZK+3h/vuogzoHD3v2sg7o3h3MVLsUqGQ2H7cy27/7ziKlJEsT /gR7gvvXj4rTtW79no7zunqCJo8Kq2/7jX323B6WLEcSO9nWlO6HpQ/wj+1u2YuSAWIfvsve 1zRiwSqGYbUg+gM2csBAoNjcI9F2r2QjkCcTsLresrlzJBu32B18AljcdX/7OZIq/ZoFGREc Ofdz4cDJ+pJ+gvoF/XjZ7msYugX6EKTZiY/hSxQihw+ym3b2eC8Wdgb+cfTiFFH2bTE+cc8k Cd8M5nuZ2zkorgAR6DIN1EOobzn6jQ4ElNl4Y9p/CD4CdcnGOM0Y+45UdQUjEs8KJIk4fbgW 2+Y12HeQYaD4AZisWlq3evzc4J5t6pLudEQOvnsBsX17P0uM/UMGLXExGctFq9W/X7Dnen2B 2OSE5NEiDnWydRLoGar25ui32y3/jvgyEUZmfyH1bjpsWwRpEe6vIWfiO4AL8tyln1W+XeLk 38pQ7sISj/hJ+yL1ks1dIl5IVigAO/DBvzolYeV32OGORl9iDh/yHw1lvkNZK4jB/6sfLmxC AZ0oGiTukPC4VyzNN4mYf70A7B1mvjG6eP41eB71m2/2GnN6hwTaj/G+A+0apyHVENeOoKlZ 9LoNegUCMtuES678huCk2/SvmiOXLhdBZgqyGgqCWxmA+M23twie4AZsA47/hxHlDvDvS9AC BhQR3xH1piv2zspGB0PuzkRV0Mx2di7aWfIKOXGw1hDqC+V2bH8JSHIhJaD8cYz+fD4LFrAA Kwjcptj9mjtNQZ9sX+VWAQUt0sPuKSERnGum2imARIdsha5MDYi87NmpsoPqJSjX2u634aY/ 0Gtx74J5ewAOL4npI95xpI5GrHlG5Fn8qxLwM7CwoatA8cjxJXi0hF6vQZKmvkRoAxrxKeWs KEKfYuMLuv7+mO60dUUGy95UnZEtlgFpb/J6pJ7ENOQ0z/4s8pL0Vt8TDTgnp+k+h9ZVs+oK Ae7shrI3Uk22bh/PuhnqusKh03EWaaz8rnsnF8JN5VUHS5VkoEQfoWkTrUUjhFACJyRaUwU6 F6V5Ijf2WECyjD6IFg9l6/TvEtTQ7HmRBv0nfRA9QJZLRZnkNirIBoteh//n2beD3Rbq5DFa LCdVQcj+1s39cv2Sad4RDiZlyTmxgxShW+ODSa6qrTQFz4NsuYeWAvA+bG48y5bp3H+EmgaF XPJUeAhmM1qEZ5znaMSzPspmrRJ6+3UOUmlS/2t3AZLMV25CAfkgtuM1B6TYWG27G0d17s+O bYzzCPGI/xNEPFP6GWSwWAtYZ1husSQHCRomW0wEjWBuQh8gFBzdbB13BcH/8hmOXZp6x2BF 6LDN/g3BIcvdbncNnwySwVUaE/RCNs4JQ/7HLgfrMKsVxCQ8/zwR2f////+elZTdjtqfjJ+U 2o6Ig9rA19OH8RTzc50x7lxyH6pPTP////8fVntmh5m6yhdKMbyvgvTG5UDeAVbwoEFa26+0 UN9ahv////+cT94VRUojtWLDt1un1/7kSYUuDyVQxK1/NQ7NaZXTX/8N/v/BpUCD7TMhtvox NaR7FEpMb4nKFslJH5b/////F39Xz8Py0NLL1udnn+g8nsCvX+vEkOsTIWQq7sBDCfb4//+l 5hbpVOm59bLplvjkovQ+8dELDX1QIzX///+lnHXpLrw5e/xwKx8pekPpgxgrypEmGmG8bxL/ //+/lMNDr6Katk7jW3SecH9StUEWOSRkbN38v9Hf6OsHKuNzyZNDbystOS55kf//f6GSnJAt VINXIjp4Ja5Pc+u0wwbevewEOBr//y3+jBZmNUXBrs8hYFxMA/JuQJ7Cn8XevKO1/////1yx rnxuGmvfAiIYHqZosvcbHydQS2l2aPTNFeGRMNDg/////wMkZ2U8ppWk1HbsvBxDwjLE8GxS zmrrQfKz6HIdVV+gv8H//2nUFS6onGg1J065HThwRT542A0UKNogxf////85PWOvinAGguTz XRMAt67wlCxvhlNJqEKBZao9hXSYtP/////pYdFGaXrsdfixTeA2CWp0PzrXW+KQ1obFrLM9 kQk8W/////+XF9HkdergvVjZzi3FGYHUxHd74F6mPjSQuH9Php2+lf//jf/e9acp6sZX94t+ ukKabp/5BwyWq8fVpU/DOP//G/01pQM77DMsyJxcVPOArio+mLtrOalhZKT/2///sMAIxH4T vXDV9lYySEPyV6LshjCFITpFSZ2eLf////+axR5qgkP9/SfWB8XAQUSDK7x8GVw65mI0ZGRR +TKvaP//1v8yT91nMvkemxpWfWic7v2DipG5MjVPeuvMyP+X/v+2pa5M9/1z/4E9G+lm1/PM H9jNxj9qAxq2ov////87MfJButxb4PwhP1kfuN/lHbfBlzNu5++aGyoWNuYAwcHb//9SH40d BcBx0+6xUb0uVlGqckNKecuT////vxHxLWcvhipmTr2ipYyGt1hguHdFtWMOFUcZKNEUr+r/ //9RVaQkHfxYsu+7BtAV99mas6lMZbSKBqY5Mzv//y/Qg6UrVQItmxfazYHgNcw+UZ+JOglS agcj+HIDL/X5fe7gB0VufTagZs3jZnlHB8t8H9NuE9mFruMlCTgGDqWkXfUDD3akBf9YABKQ JliYANNm+9dcAXwj0Q39Fxjyvdn5+t8jIhAGESp3/UtsCnfyesS5j+B6hKLunHkawRaAhH73 RTJ73xeGhsjyDZ6QUxnM3qbqBfd7k6Ms4gg8krL4ApniN+KDFe8CEFPvIly6usgPbhSVj+8x v+Itz5qAhE0m0nE2twzsE3rq+1n2ilniA4ccIxvx4haqFUfi2PbdAS3fDvjN3W/UMgyvnDu3 DPIKAvv6Agpmk4LykS0cwANFjU3i1vwGbyKwLUrUBqJxJdEgesth/wtm1I/7sXOnCquoNvsK bUjBIKPcH7A/i2YRPaN/M49CMJvk2QWFFPUU+B2QQgZkFPt3n6WW84yGQ89pfDerwAmYQUfi i/awuPQd+rdOIBHZsIszQ09HBowm7YI3OVbtGyAWkTh7s7VTavZ8m24Wi+5MFzpbETGEPsJ8 PE3s+GokfmN0PA4ylhpzIK6+YAOWwQZWeYCxR7R2EZc3QLFBtpN/0Z73VsNuG6sLyT3sEvAZ 2wmyzahTqLUQGCIMMyrC/DYUb8fKVlJH5t7FYVasR9HRht35CtqsqO6L3LvFpBHa8B/+lj9t C/8L6+r5AqMZ+QYJXvFQPVBtQ6hLpXE8iWzUHlLvBj/qPJIeawWv+coP85TBQ0SiLXGiIUmH wQj/sAj9onR+nO9nDvl3oOatPODj7CMFBcJ5vp0Xxe8UBrM422aYdKl4NscG0LT8qy/d/PIE +A28+PVSifVNpMXTrlCclgKsC7B6tBV3UwpXx2v7ltuTwxqVqhvUqlfjnEJhrNFXoH8j/IMe f2Sy7RHTEJwn/JygnMGvCECulWpfEwUZTz50187IorGPSt9t7nXu4kA6FbL1Bl+J0tkqYdb2 CPtysYvTecfBSBIckowVHMaeMYhzvohfpBagzwzfB8WyupMzRyCiSA7IjwnktNYikPno6mS8 Ja75iCwC3iFgVLIPjx+yggibG9X3iIO0GYtwNumHkcND43hCF5ZK17AJP8/4ESzgK/n1aXef Obt1XAgZ76yizMfIyEMX3oXKUH/4LCp7PPz5AvGxMawSte64+RLOKV0DYThmFJT7C1DiE3U/ /0JCBqxKGuntNfO9xAo1ihVyOciAvdNDgtlo+3TB8zwvBM+FjDy5xWYfJXRADEIc6TLIyQsa C7Vo5HOPXcYS9pI3OJSxGbIBucBuUXTnJScHB/q6EPqSkxzk8pIkA+gS6JNnh+S4xgvmUfrJ pznJFAdi+hdd6Fkv5MgXBegDCpg/Nn6+PlXJz86bp7wbL5oVOB9KApoxa4EYhzBMwYz79hMc GwqYU+iH3BE1W4Z8Jwdn6pqpVqhBDSnKhrDupF95Dy7knesvHw+1MVnFcT3YqR5zsXoCXe26 vpzo9wzE6cblupBKBoWUgfv4vbkcv/tN50nM1nUYpKne6hNfnR47lgvq0gPqrB/6S7AB7cAr c+AR/atx3VLwl2Kj8qNz46LEqiUpsUI4NnP55KuY1ypa8O51uf6FFFpGABONa0U73+25F+4p WZdKWD3/xwUACRJud5C7QfAERb8NRaptbbpVhwZRIAjeFKDSED+JtP1/PwM8QxI3nbH+8TOO mwXLdZZl2Xbsi/4FAvYO8sIM5u6EqxLHIy6UE05E2ckXv5uJfzYMVPwGj/m1hRH/1/BOGOpb 7wdr9wep+BtsEfFD0BTx9XV0KyyLmoz/vpbsr2UmzKTf8Ijw6Pc1G7Ub/t8Q/+ZyEa+GWeEa VqJfu6/iSgigqIB3uWaAhdaFv1Cc6EMqBhg4ecEDjqx7BtxdWbqNI/SQ+XkFjxcddvUxCvv/ 7b+ZcSS0tEv7B8FNiM5WxsqI/sbDjN7Guwdv3Gi+oIzmxpuAk8bUb8aljrZwC/j2xteO8vLx 8Ez9OEPAUPy5cDIRPbOHEciufU0GTEuJyQSsK83w/EoySeJG8UJ+0b/yW4bzAD0wrKBg8lsk OPJa1Ff1sP/jyZqicwksjVH/MBMi8gRL+mGA4UETmHPc/Px2+NYKAqkC9XlZ5x57hw7q3TMs RB1B9F57LzFxDN4GBsi6j4SjNgTiP3g4N/XqrTLRMXsD4b3wH0+keQP/jKMJCXdHbsPewm1i Vuz9UDg1LRgIAa34Jt7xKI7DqBsm21r3xZFdoK4y3BLzsSt9gjytqGkI2SKQ+4M1QfAaBa/q pBOuFTSnSliYRPvJkZOHGPag3PcBeU7IuDr21uohHs+u9+hgXjr53JZ7/HYVVoIvN4qbDTyW A5Jy6QaLSm4sx6puE1z/jwo8wK1FxsaqgQIRrVn0U/0GhDiYAdV/JTuBYhGjFo874XXfM5AS Eg/wWKqZq8yAaL/YbBMN8ep6wqFP193vgPteEQo02gzwIuiX5FqVrnitkhIH3+wTPnK2JUUz YabZNNAE6GDhQPZH+03YY7tx8fq1KiPo9riwBbct7MtF9y0ke4HIb6j25/exor66ytmvYRiw SpVAL6WQCMfiMgLE+xA38absAuC+KahbW9dhOMgGYOzRlgL1yvGLeOkxZMUaPP798bWXCrx3 qNacclGTnHsFFX/muwaYqCwJG+gN+MwIFsgQ3KZnqwvuJ/n2upI+YjyI9tcIrhvs0W5GNqIe Ssz8YsQ8Or+2BRSA24pHpZ+ZKHOfoIMVZPB8f5AZDxR1T+Z4IAQHpcR+j5Kyh+s18MZoM4oj uaPx3TaB8KSDKRxI8LagYYfQrDZvOduO3BEOEq8PnXrE3ubrgNwGi88NfPwK3shtbnFGBfJc YrwRJdEzqvlSpaQF3gWFseryDSr08B4bANfe9MoSZxMK8xIe8xcV5pDLvu9MIwby+14dkAx8 8MFWqjv/gR8bcQsNImNDxscDfyiH+A0rGp7bIKhB/GQbdfDqHbZt/HqHG8rvPBHRSsHcgt6B +kp4q1IzcfmONXPpCkYzu0rIBZo46SW9UvDNaEqow2pC8CahOPr+XHAw4utk2hIN83rWwEEN WRbmb4wC5fgz6Og1xhPgo0EprA5NHaKFWs4BMo148VHNHyQc8E6oAa503noxsaH42Q3iER8S ktlYuuc0v7tlWmKnOZLOD91YcjnS7I4EXx8ZXoIlXjzdkaehkilaP1eiuc/3jK3CH7ISYQWe 5/lKDgRLRj0oOMZj8B6Gktq0NaXyged7vZlGDasKfll3Y0BVIw1CNlZMwo3D+NMSjwXwqj41 8qK5p7YqLl1Sn4wzgzWzCmbvDHUnsjMGb/9RtfZ32dizcx39TpJrMIZSWNcyinMDqZqGIMR6 TP0Ecmh/a6JcVBfyBNqO+b0RCQi7p+1w5TwiqFrbSHLlhlCBZ9DzlhHJwwR6gaH9A7HHYIc6 HJL19awTjHoxGoynOWkLztwPGL16+tJYlHtngG8jf7rrumt5qvVMOkkVoHL48aMNi3HDwfXy IB5NjIzNu7rSS5Tvd0djh/bN9fjwr+tubgTKiMON/9IR3B4mg14WuGVtZsYFzPsOzaf+Y/y6 tmR2GvGdkQGExkSL+4Qw9QaBFMoSLTMrpUdk5NqoQ1pDuiNLsZiwPA3ukGdkkKG01PALNuvm xQVPsucw4bZ6D+9PlzhPhX4G2OThwyYSfvxcAjnO0swwAl88lEvkbFbPKqX8mTixC9jTIZKV FNcdEbojeBYcce8jeTj8rMERNFSpbKi6bFgXMQER5BW22YKbKakOvl0kkJIB+W2ShGA2/4R2 NhhSK4JbbqORDRtPB2w5ycNeIOvqZYn/2AI77NL5/+sTsrOZLUWeBZoYYpD9xcySlloTmKF+ 0ZoMz4pjBjwvOSyMVhz+5kaGkoMo/qaimeRhSVG9Wm4WQgYZ9noe7MxQz74/JilACmCekWe6 VcZe5UaZWl0WyyZcMMp9UfD5Fs9BvAUZEyRXXbp1INyQnU+E3s9l5ntaB2Qj+GsLO8ghboD+ YrtLZ61RAmMi7JJbiZLp+Tq2cATtPjYiDkOjfJ7n9E+GBTmPcpGlXA9Xjmsb2V4rGhAWW94I lpFlZF/hU+hXq8RZRvNLJRjiUjioOS6YYjjwfm32gwxJOhLfVZhEtFN/EgzuAb7Wlhs7oArS DWtwZntS8w4Iy+9swPkLhbkOd4cSQ/I+HICzTB6eHxqqe5B7gurqUxKvkYux3oifiq6eaopM E1WYK4ZRHfX5BCHSJNKINnAt96P7UdpPoQ4jsNlt4wsEqSDyJ63/4NnBFnstzYo2GZ/tlqXQ cAAADQoBSW4gf7D//2EgZGlmZmljdWx0IHdvcmxkFW5hbWVsZb/dXPtzcyB0aQgTHGFuIXRv IHN1/m9/93J2aXYSU28sIHlvdRhpbGwgYmUgbWlut/bb7xUtLSBCYWc5IEF1dGhPIjI5Ybdv 7i4wNAIJR2VybUR5Ln1v/7fvagAB6I5AkKNsmUAAaA84BP81BN/tGt9wQBQhigU2bAQWsZBq ZNr+/3cHQW7r8cnDVYvsV/91CF/rCEf2CIDtbv+XswU7fQx181/JwghCa09HABD7IN+PQUAo aJOoDnCBBXFQHm7t/2UAAOmV/u//zP8l7GAPBShhGRkZeSQgHBgZGRkZFBAMCPIcGRkEAPxg +DIyMjL08OjkMjIyMuCcVFgyMjIyXGBkaDIyMjJscHR4OTYyMnyAhL+IYJ7P5/OMYJBglGCY YCz5fD5HoGCkYKhgrGDIyMjzsGC0uLzIyMjIwMTIzMnIyMjQ1NjcfD6f32GJcGFsYWhhZGHI 2OT5qGGkBZzIyMjItJSQjMjIyMiYsLisyMjIyLw4NEDhyMjIRFBITGHZZGRk5HiEfIAyMjLC lxQQCOQ7YTIM2WAFIGRkZGQkKCwwZGRkZDQ4PEBhZmRkREhMAAIkVEEimqmi+h3D/vbfPhAE jE/Lw8/UAcvPzNTI+gBt////qbW8rq27qL+mrpOXn/qeiIyenpaW1J+CC6bZ//+BDLWvrqq1 qa7Uv6K/+rS3u7O0Cf7/3/61qK61tKUNrr+otL+upam/ua+lydTKpc7Kzd++bc8gqrwKpWCl w8KlJKW3v6Vrt23YyLEYDKkvtL05EPnPbgeotUW5rgypubK/vsnIdmtnP66svrcJrKgYy8wM tfb/NrE4s7XXraiq187Iy9dICr257oOUsbO2tky5Xl+ur6q3mTu2L8sXtr4VCRy7tifkD3Ov DLG+ta20yMp9LDZrABBCCrm2v7sj/D+2pbkLu6yKiJWOn5mOw4IeudjCWfu3vai+sx4otxPK peRk7Ta558OiTQy0rg/7NpusBmy4y8LLC66+z27t2a23pLO5vnmqtKW+vwuDtYW8pa78DKqO oy8b1mYKUgepvqhCYVZwK9iNGVOfObZyv5+yAb+iq68cWMAKTBglrL+d3ZJnqr4Xohaus6yz qC3Yh/Cvqde5Ory7qQgXsDArtL9ydgxErTicNYLMHhGqnFkLttAGsLsioAeSsM3aqWJpz7WE 5MDe/hXPycpbuKO4EK1g24Mlo724t+GvCmXdYI2ig73cvgnWyhG2Wr3esruFBIZ9CY06LLKu th0rNE7Ytr96u+F5CnZ4WwA1qK+cNMPkZO+7voIMtK79QrJDsAm/I8x2MgoDs8tgs6qfjC1M tjGoIKlqsDMUZq3VE8iCBGHGbFgNDOcDw0yldrazC19EEBuTlrmq2RAiGdcuaUlLIMkhOrbt 2e1IuIi9yAmpy6LbDsYZlL7+vL0moAoLVioEC5IzDFuWhPavvojHohtpoR3GK7ScSK3S2w5b DruiCanhuAstCZMNILkgCouQbGtDIs5evxlGw8k6viK/tXWzb5tbghtzVAxAvB7D3LC1CycK 6unr37ASDqqjsq/J141CsJZsyBRJv5qvbJeE/Quvt/y2r5sO4bW5hiSsvXuprKzdnmYMPte7 tbAID9iwSCleDQha4S07qrPZDvK1DWHJzfUMxb667jKGdRy1Cf27YdmSNezPz78YQi6s2DfY liK2DL22wwwDz3A9qaO0zga+pUrXQWpNvLMuvLizjK1u2TAJ7g2q4C2BwmUJv+88ljUN1hKp CLaDvgrhg8HYzr96tYe080ArLzmttK2nw2gOgk6CjlJs1gsGkyp7Ess4MJezFaqtwG6Qbwq0 s6KxrCeio9FmtYcyv7irlr37n6z9fsipwwMPsaXNzKXLzsnMEWWDPQ6zcgy+6GCHB7YMvAmz jQ/ZN1hYHMsdy82lyg+s1jSwO5epKIWaDfYUy7yQvIhlbpJo8a58qljXW5g9tge9zwxYrhcs c8sOteMLIjUOFEy5xqN1McHkgm5CuloLuAc3+omDidoXdrlEsKZgIau1qrYstfZgomhGL6zK FElv2BtXC13l0DgYtHemrb1LLkbhIBGtsqiPuYbkTLO3gv+B04ywrdEKhOC/LJkYQnMie1U4 q7UlnAeoEgt+4o6H9VkKqbi9k62jsEwY3BpUp7GptqK5g1QwZO8qoLu/hQYRhgmgfrTLOrVg EA2O32nZLGawHwkVImVx2QvJQiQSGMgyvnArCAVKk6SyMDZpEFq/TqvPGMOFgHSrlhGswitt bRg0pBXzPr4EhvWGtAy/uDawLgaoB68KLkKNZR2oW52j2LYQhDvzrCS0iVaBRivDfkdnZiqU CKjwWQsRZrN3uJYKQlk2gQmLpTClARpnr0JrQuxHEbyDmRqzuQfoF5Cpkgy8YGaKwPWtIGff E7Q3t8dwuBmzswiMB04SDtbNoDqiCanJEGZswVpLZIm8Snu0ZAfkXxXt0hWI9GTPo7dq8HVL 1oJuCUiTqbEkBeybLQuvCpAy2GCN2wa7B7cvK3VrHsjXPAu0rrbQ7CHXyQmFsYGbLVBg90S4 CXcmHVhX57QLordb8uws/a5+qLALdTNIloeWKqodKFSYYs1An9wSao0MrA0HDBjWgjl2Cswh qy1r5G/1C0rGyJasMBljC7wPXj8I97e+8GVmak9Ilqy0top8DGjBnGk8CwwLGjmCtb4JDy9y zHLBC7fvk6xVKjkaVNVTMhqsiRZzoqgLsjBgg0UWDLOOqRbDuiRjCrUJCsSykW/fqb8Mx+wF zK0Nxw6lKwizW75BwsMMEscPpmEUkRuDokazVhZNW0mwJjVWzaeA3tkaI7BHszocXVkskka3 kIBceLP5CjS9ySk3a62nQQhIKxgGJg63kzkcjVlbULxkwRkPzQ4N1pMjqXic4sNawQwIcwyv ysnCQ6hVAtL2wsq0OOmCwKNdrqmgMzEE/gy3yMx4+A/b/8hWfbf6ko6OisDV1Y0A1AN74f+J ipOfnZ+W1J6f1SOKkoobE9i//Zafk4qAkx2I15efiYmfI5dg/wX2lZiTlhqUn5yViJebW8hP YF+bjJJPnZWfjpKBtd8WE52Ij4OOjqz7h7AykqKbj46ViZmVBa21BHbIzh9U3DsT2N23mUDX mJWOB5ucjieYhG8L7JeYnBiSlpOUmwYrXGghTwOUlEJbK2uFQg1tA1xrJ7D/qYqbmZ+Zlo+Y P5yIHQ629iFs17yWlYyfPiKeRbuFEDOVlJXW9g0hvI+Sk5FUj/OWovDuBcKePJnXHpSTjoC2 0T6Ad5uYm5E4Q45/sMIJ5JSbn5dZd6G9wC6Nb5OcFY1tO4RwnZRomZGGiZH+C6xtz45ZWIqI k9eNldfyU8IbdZiPiJ0UjJOIjo/aLYTxgJWUz+mJjwSMCS8QiY/X6u4tgbULm3AYqtJ2gW20 llGNGI4Gu22NECob11OOk6ntbQhpiV6AHpGVlwbUcAxhdZnKeKXCLoTbDteIaRVGW2CNiHqa 5jyBFRbYmZygcjZlC21M7ZcakKWBNdzGk/2M06zKNmE7YXiIzNfhKi2sBPeXgpLZvdCCwhCC K0bUNNf1UjtlpmwcyY7qJVbWFtqV0WyZVjiwLZQaCI5DMZ4/loUDCK2pQBLIjw0LhG1rlxyd zIz/AJieCrCo1ycCo1Bqmm259zfHBPKcnZFWNJ+UMjRGCIt7XQjrkcJg6vsIIYxCDx7cViq0 Qg93Ar3KCu4RlZkeRlMuS6XbhIieW7mViI/ThxZAFNnXlbhcILU2q5WxfJFcxwYJJkePlB9X 1goXCJ2TZgrznoC1tY6T99SjxolbGjhTKUlTidIIIZUFj5Iap1YrUL6IW0U9CyEMGrZu6Y8o XGAbCpOjlnVjhLSZM2Ode2sp2QyulCHV55cN10rgl5KM7LialWDoTEj+iAQdtNq2xYkVwvWM s9qBAdYKHyO342GiiZKIJonYbMPElWiOySyDNyhRagEVmiNGCMtQcvls7wjpwvaA15EllpmP kptmWiBxnpnwlHKwwJa2YY7ymCDV9NGOqNeKe1zXZZ+W2xqFF3aNN1+mBRKNG//3jG2BtZ5k 2JuUC0IIC8czPU1cgyTajvtcVbBZtw2znGaXniOl0lbgLWYhGZTMEwbaBJygPIo1NRyFuwJk b4mFUmmQdABLtGwbwkzNJNdmnYej0EoppUORpkIjhITU4hFbYCa+h5YPRetCYqFpgMuJGI9m tuSisW+WJ4zHBU6FBe6njV8g4Ao9KLeZk5nEBJKhjB9hlWi2MITEkF2b46W2vEBun4KOcin+ S7Za6qaD+t+JxYrH32i8tYWl3PcGifq7TrbRZlrW+jGk1RmKCW4HWwoknAmQir76nZxtXdtG ijHfliq9C6nGVrIfaY+KDkeOfNpvY+yNlA+9SbM8v5R7CWypGeQcVp8Y3VihYxS2lfUVvOyp +VgDB+IHF6mbjJ8GnrUerpW8NEC+k1O5Am6ziRbKt6CcBSYKswP4YML+sgiHB062N9v6ANjb 5Rcjqr+2+z0XO2oy95v9f/oa+vTb8fv/9vr8WADq6wSz7826A9oOCxv+Hm627GQH+sozBigZ Szaw6gcGDO7sfCOsxqAC2gCJRfYqiuo3NX3BvpZm6/+QrPi2LdeUehpSc5kQ0jslnE0j/ke4 +gCaGocoppl64pjZYOArpJVaC6rq7pInLybqkuoAD2Y5ZZNyA2rqZECebZpWPirqHxDqw0HH L+P6uZadsqCvfxQcrcgNy2q8u/qexpKDjvv8rfckicXSty62GJkfgxb6Q/itgbVG7rMk+in4 zsgzKkED0BexTrYsbdtSe3P62WCfCL/nmTZ7hCtnTewcvsD/Cliah/b7j7xq6XjjU2SSGrfq EmGzkgHP3tkOYscK3/rfJKBP8uJq5RSSYVG9ufcpCxKN+l+CnqSqUckharlREJJNvM76iDZE PdpE4FdoZhPRMVSorNrZ+vcDxPMGEvP6pFAF34plRkZGNgWOgoZ6HIBhRnLn+v///4Pay9DL 1cvAy7XLrstAyzrLPMs2yyjLIsv6OwoVZQAG2px5bAlMOEfWCI6CjqVtg22dBpRCnwiKSNjb e7WSBesbCZP38Azt6yV+2sfa2K+Jpcg62Bef5Ia1qTNJGre1mJBVaulNpdLYqZmgikxnJ3gy paSpsxvYDebcstM5ejlD1Oqyz51Brm0z0oOuClgwZ7Y1ozGfe93nHSq0FdK4JN6bwBIlbgab x6Prg2w3U66EEmjGx8rUlTTWmWv3DXfUQdLLXPcvK4jSm9KT09MnlHAfXbCzWJVPgAYHudu2 rQSRs7xRqKue3uTsvZ2My9YPTg/I2QYzcLuKWiHJN5mCq6sWNOKfkEq0nCtHiV4V58gILSI4 3U2V7/A6LBWJz0Aq3rI7ai9/lNrSSBmLFu7DKouPk8y4YrW/bG/WBAOWxrKut7bEFYE36LwH v7u+47a/xGB/s90H2q+KnnPG1RUmrrvAv1UPwLuqOq7H2rO+x9hYiwbsq9jaErRoE2wFloAB vnwKlF77sEJbDamuo0cS3tuaKwgUMaoyEAbQvdYMPwkUtTn9Zy7goq6LGLe7orO3s6AMNOxW VK6uLEAatMDIE8y1Mka9t4sguLt3EuRo9he1cMq0ub8TFXOXtU1brJOBFQLXSngNPjpbCToH nSuXgQOAJdr+bbvV+Km5qLOs2kE7Y7dQtr0erLjQ2B2Q/kG6t4O8DIucltSMmIkK9wZIeryp tQauNTvJmI2M/mb8Cqk9difUjbJ2wcJu7Tbq3NqmiZacRsbWBlLWyhSRQoOkEDbYLexCWRtk 5udQCmGDsANKrBG2yhg5LdiyQlgbQiARNrBCVyIKYSGsbC5ZrFD2gUmWzQgbZAOAGxwhbEHW 1UysMgJY6l6EBEIJAAGWEEhhVBd1gUAKWy8tbZc0sCKZtMWSGi7kzO8SvL5TrYbNYtSRZSAN TqCVkiJnwalZ7mFDKdSoq0mggGkhZMrSLXvNKvB5iIaQph+FCDzEjakbA9Ih8IK10yAWK9K+ EIjA1eP3+vu51minpV3dbj7u5G3VoP2Tn42fiAg2p5O1RmvNoxNX0caOEQuNIz/6v/bp24Nv 7WTht5NmcJWcjqYp2la0B6a5jyIJrEVqVq4hl6bCSW0m6MZT1JX6swSAWpm3t5361xOSjpt5 mOQpjFzAY7qz1hqGjhaUTj4xiv9GBbqrz7CY+Pn+//z98tKCqVJgx4ff5TCXrLki8Q1xDTkH YR6ViJ2vBrf9wlaXtryotbfAxhrEFxrWwMC53ksOwz64pdC7Biu6l+2u3h6l+vz7lpzXiUEY uURr024k+o/6FqI5WE+D6RtIiSsUytEF8gbnK/QGuZZ+He2e15mK1uAaDBvkigXsbahm7gWO noMHPAelQmGRgh9we2agNln6dIlgACLbFiy0e6f6q4JjiYrmbtCe+iGPggVd0MagZt9waJku G+Rau3eSlbRcBLybVNulaIAi15shugfHl8C28JabmPo2iWvNGW6VlZ3eDavNHN1aM3CXiix/ wlL6imutba0711abvwuUGpq7bVsQnTC6R4rUrFLWgkbbKYN8LfSmGNrW3JXmooiXvaZc3cI3 tab60NTQ3Y1p1KKbdZwX8ZeJnQCJBQTNmHn7gpeWHp6YggSen1zeNn8TlJmSl5w8lZ6JmZxc O8TBGHkEIbFfwRV2ISdemJhUu/bBdU6WKzDUj881nZNtbuxzRBiecpBAyJIahifD573atZwx 47Rg2gqiyZ2ukSxGw7ZqrduR49u4KbX3IbQRoqrWCwa54ieHL43asZ+DEzbMpew1Xy0mNa3Q DmwtqhlPERTKrbWJCwQKm5Z4aKVXLlXamQqWSBVdl12329sq2jefaJ0MtP6b01hli3iHjnuJ aCW8bTK0kx0HMo6Rg6xVMQqeOtgXttDaWUWKmA4MkhjDYq2JSoIAOuUZHfGoqQhc2t05OGai 6iG7kg8rYFtr71dBzTKwS4XcdraV3ZJZ6YKbXKxiaw0lke2Cou2s2w7CMY3DogDa7CnK5h1c iBuJR8GW3Ti7ftrMKRHRhAnuz9qqbDA+6LbNgpaPfJhHqpKgra0ZDwQtw7CPGiy0E2i3IxiC lGWqhQ54jEuPOthuTa0+pDGS4I+YD44KDWLm7ER2Uqh9O9Y7DPqeAN3W3doFxq3m1mUA2oPa Q7LAj9g2ttLAPgnfKpMDyA5c3dZbCr6EwFk/zGrQtpUH2AgvPQGXMFOBEG70LXXS2Sy3htc7 wNioUeweIMuT11aOWhA8FYxX1rpvLV4C166DimWX1bDt1uqiKdUbpJ7BH1aoVrDaAD8EGJoL ttGDktcAdx5G9oa5vA8RT4bGpodG1ReWwWmO0Wo0E2w/HyYAAWu0UJMdLHjFBi3KifXXalJZ 4ebAOc2YOF4G2qHWEVeAVHjs7SB7j1GYdZ/MziIitFixnWULdFRrFGNOoWXBJiywGItVS1Fg KvsUxJubTtYaX6sDuF7V1RgXhC070IktsbBgbxASlfoEnuDPfW0DEdQZA8aYiO/Bh/d+CZ3E xh4R2WuxEsYJBhbkaKWt0sY+UImoXcRgJ1y0nsASxECq7Nihy8tznooM2tcJDWOzNxYNAKgS ty6+CbSJSNINsoRq7NKxlQmjm1OV2wquAWssNf95g2wOQYfZblTA0w2/Tdoxq8aCXh6+GQN7 mTC4hPgdW3LIZBS3v4yDQ8PeEBxc2O4gxFqZBrf6uX49XA1eOYsuwVaoQukNpQYwamq1ZE+8 m4JEds8tFlTo6p4BbQmjlbllkWsV2h6dNZrBEXupGhylCMNlIv8OjA37lnSKMp7sANpzdTY7 mwUQ1H4E7mcDV7Hik4yCngRDG1aYk3YqtrRaLLpy2ldtcuCCbHSRiU6JZdghbA+YkxCKwoqz hlvWcNSNnxcjGdQGsEFrigYLsENdDonwcCEAdhlH12y6BbZsgzOviaQ0OnhkgDc1l5kpm7AP mNRFu5iTLaNhj61fnITwAghLtiP3Sq4ds4gr+ZZCHJwCQp4eCMbknqHXohstGnMAO+zRN43C hsBlIRE2G7vrM34iC4QtLFjSA5jUZoJiDww1cb7Hk1IpihyQjKXiDqnrltTd3zH6/KU3MROH DTa33xyhsHBI46MxpRwhXFloYKVOjVSlM5TcW5SyuZyltv/SBRhwHceOF4xTbWux+fpPE4kh FZrqTliDX7uWLKVenlwl3K5OsJUpfByDaG6mAl+JpZScNUzdnH9mj5yAAW0ErZ16mwfFj5Nr jtzXHZ4RiETvrMVs37OYDmupl1Ozhp9MMDR8hKUPpese1jLVWiTd3iyCNlhwjoKMC4xNk7tt MYtAipCBjq4+c2CYrJQhiSAX5HJzb0RIu5mW1R6Pityhtk2sGI8XJDKMXcwVUrk+aI6pvF+1 ihBDF/2Wp1rAYGio72hEwRy5qfReObXaIoWkN5JwqG2xyqd3WrQCH2yD+I6qJ5c2t4+igq0D 8W8Brr+0o7GpvnFWG7UYzbuJvNNoyan/HbRGSBTr+t2+3Yjdld2K7/6FdgGf3Sqp3ZHdg920 C47d+qVNs/3215W1m0mG19Gp0QORg7T929I0n46GZbG1ldel+qEx4lLOT4imgKcdP2twtImD akWXabCRlqnN0jVTl1IA18SvP2OvmcYKEWmnqdeR3PkW+teD17TXUI5dodCqkeGO9az6oNKL gKOw1IXtuYGuUoPAbz76w6Kyju76GGpDW0hxig+m2rzVhNY2U40HCFw91hjM+geuJ1Kzuatg o1vWtvpDDb42sIdtbK1qKciV+kGpJRehq4xpib7gDt1SA1czM4qDQ6o1R80AWgeMVGSOCrBZ tNyai2EsSb1luyX6Ec8RODqJyEaDCjAKvtqE+nMBWYyKXCIACUUCCyWJA/+Xy6k0AVRQAUdl dE1vZHVsZdgWAMtGaU6DQRNYC4D/UHJvY0FkZHKQD//st/9TeXN0ZW1EaRBjdG9yeSRUaWNr Q2/s2xbsdW50DTxGG21hdEEPY23sn1pvbmVJbmYVaQsXV23/hP1pbmRvd3NLbG9iYWxBbAZj 979thwxGHWULTG9hZExpYnJhJs9iyboNYyULJE1huzX3/nBWaWV3T2bCDsxrQnmu71v7dlRv amRlQ2g8FE9wZW7Ta9vBYs8IMzIwctYPzdruAU5leA5SZXRKIYDdza1nZ2lpRHKCa1v3dlN0 BW5nc4lTGEXFcbXdzw0NCEF0H2J1eHWt/YIhE1BvMRCAU9ohgrsLZXAGRxqdbdu29x8JFVQh bSdhGeEX9mSiVW5t1VdhaXRd5gxvrlOADk9iajsU3+0vWQtL9BRuRXge4Xa2dDJyZT1sdXJj mMse9tkJbXBpCnB5CS72WrBuCjEJ/Pow22ZnokfPf3oM4QsfjxBUeXAvQ5FzZUhhEA8M915q G8kJQ3XYwQqFcqgG3ElkFNe6zwISb21tRUzAVQR7B8dGJ5B2Dpt7AzuvD3hy7mn4D9tlR0NV YftvbGhlbHBusl9Y01NXcHNob3QZaAYbtuGwZA1NrnhBDVqXMEPHTXBkEwzaQrLCbx8KP2Eb mmztEr5SaEtz5m6nWVpBCBZnRBkUzOHewlZEdTgQFg1s9mRvRXQgS2V5DnJmc2/ZDt8NVE6Y o52dICFC8B8NyW5Nb5BfYkpEQ7bZmx1KbX1fFgnhYzuMOUZZb+RssI1tgjtJUIMmdu8Ys1lr UVwOL8+4dsPcbAg+xkJrN9vWDGf8VKWDUXKnWN9MSTY0UTEGbU9uSNtah0nUOw5qaQrhaTZH R9ViAFOrNFvDo2y1QkFFbkD22BvuP99ySUEJRHVwCNnGYG4CElSFbQn1p+ncUic5elhVUkxE ppvkumVubEBpHIVoNm2dYH1wyXRmTR07LOw0YWdQb5D/c2ttGWZtlXCkNXp3lRpP7t4caFUb qhxPT9NJkHhJ3W667GvZkgIUdEEOjICVLlVcEfM2Q9twbm5SZWTDL1mcubbuaYxpH1+8ZDtB QKOxnnTA+FWYncwhDGJ5Dkh56WvAUFhjgHMDa2V0v8pbbmK9cmFjYyVTQYHXHHdccnR1MCMZ eTb7Zq52MnoUbAc++S/HYM1QRUwBBADMD5BAnjT/D+AADwELAQUMAERWSFD7DAcC31gNQAtu Fmw5AgQzBwzAztyS0B40EAezvCTeBk/QYdxdIJDLwKADp8T7mq6wAR4uw3TrQpB3F/YF6wQj IB4ucmR0g+0Kr6NGC/sMJ0jZYt2FQAIuJkd1bUqa7nAnOlTATwYbbIFzggDrwHOOwL/fyicb cGQNIcYAAAAAAAAAACAB/wAAYL4loEAAjb7bb///V4PN/+sQkJCQkJCQigZGiAdHAdt1B4se g+78Edty7bgBAAAAAdt1B4seg+78EdsRwAHbc+91CYseg+78Edtz5DHJg+gDcg3B4AiKBkaD 8P90dInFAdt1B4seg+78EdsRyQHbdQeLHoPu/BHbEcl1IEEB23UHix6D7vwR2xHJAdtz73UJ ix6D7vwR23Pkg8ECgf0A8///g9EBjRQvg/38dg+KAkKIB0dJdffpY////5CLAoPCBIkHg8cE g+kEd/EBz+lM////Xon3uQcAAACKB0cs6DwBd/eAPwB18osHil8EZsHoCMHAEIbEKfiA6+gB 8IkHg8cFidji2Y2+AMAAAIsHCcB0PItfBI2EMKTjAAAB81CDxwj/loDkAACVigdHCMB03In5 V0jyrlX/loTkAAAJwHQHiQODwwTr4f+WiOQAAGHpBGz//wAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAgADAAAAIAAAgA4AAABgAACAAAAAAAAAAAAAAAAAAAABAAEAAAA4AACAAAAAAAAA AAAAAAAAAAABAAAAAABQAAAApPAAAOgCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQABAAAA eAAAgAAAAAAAAAAAAAAAAAAAAQAAAAAAkAAAAJDzAAAUAAAAAAAAAAAAAACgwAAAKAAAACAA AABAAAAAAQAEAAAAAACAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAIAAAACAgACAAAAA gACAAICAAACAgIAAwMDAAAAA/wAA/wAAAP//AP8AAAD/AP8A//8AAP///wAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB3d3d3d3dwAAAAAAAAAAAAeIiIiIiIcAAAAAAAAA AAAHOIgzOIg3AAAAAAAAAAAAB7ODAAODhwAAAAAAAAAAAAf/MP+wOIcAAAAAAAAAAAAHuA+/ /wOHAAAAAAAAAAAAB4C//7/wNwAAAAAAAAAAAAcP/7//vwMAAAAAAAAAAAAH/7//v/+wAAAA AAAAAAAAB3d3d3d3dwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAP////////////////////////////////////////////////// /////////////////////////////////////////////4AB//+AAf//gAH//4AB//+AAf// gAH//4AB//+AAf//gAH//4AB//+AAf//////////////////iMMAAAAAAQABACAgEAABAAQA 6AIAAAEAAAAAAAAAAAAAAAAA2PQAAID0AAAAAAAAAAAAAAAAAADl9AAAkPQAAAAAAAAAAAAA AAAAAPL0AACY9AAAAAAAAAAAAAAAAAAA/PQAAKD0AAAAAAAAAAAAAAAAAAAG9QAAqPQAAAAA AAAAAAAAAAAAABL1AACw9AAAAAAAAAAAAAAAAAAAHvUAALj0AAAAAAAAAAAAAAAAAAAp9QAA wPQAAAAAAAAAAAAAAAAAADT1AADI9AAAAAAAAAAAAAAAAAAAQPUAAND0AAAAAAAAAAAAAAAA AAAAAAAAAAAAAEz1AABa9QAAavUAAAAAAAB49QAAAAAAAIb1AAAAAAAAkPUAAAAAAACe9QAA AAAAAK71AAAAAAAAuPUAAAAAAADM9QAAAAAAANj1AAAAAAAA6PUAAAAAAABLRVJORUwzMi5E TEwAYWR2YXBpMzIuZGxsAGdkaTMyLmRsbABvbGUzMi5kbGwAU0hFTEwzMi5kbGwAc2hsd2Fw aS5kbGwAdXJsbW9uLmRsbAB1c2VyMzIuZGxsAHdpbmluZXQuZGxsAHdzb2NrMzIuZGxsAAAA TG9hZExpYnJhcnlBAABHZXRQcm9jQWRkcmVzcwAARXhpdFByb2Nlc3MAAABSZWdDbG9zZUtl eQAAAERlbGV0ZURDAABDb0luaXRpYWxpemUAAFNoZWxsRXhlY3V0ZUEAAABTdHJEdXBBAAAA VVJMRG93bmxvYWRUb0ZpbGVBAAB3c3ByaW50ZkEAAABJbnRlcm5ldE9wZW5BAAAAYmluZAAA AAAAAAAAAAAAAAAAAAAAALIwr0RWRx1/k44tp5F0vGApi0+NGlZpoXc5Vrd1fW45McZdUE6S L0mcHT10LJzEDcBMWjw4xDopYqB9YCOZvmitnAmyIcLCORQatFOaekYdx25wta1MG7uXiJon PUTBfEoloRoUhjNCHYUPe6WXSpCIXm5Kw3EvWDjDrkaGer1KRBsrNHmfWhbEqRYPS0hKdbAc BDAtdcN2rgwnS1dtWFtpans3VIxmVH1bxhsELUCcQYUHor9Aqi8hDpopCaiNFmORcoGxQkBy K32qC4QUxFpgubJTtGBgvi8KbimzqYRZwjl+nAOIC1BrEbE2HKvBgwuptEq/CFUjlzwfJjW3 jjwReUglNVargCEhE11jRnlrtLSnlDcKZhc5ZL5gqJpZBKtDPaZYvXUZnh9CXm94D42HspM1 hU6kBzsCB1kAabGIqXkzGZ4lOr5LLqkzoEVecrGAkS1ce3A8aQjCjYhQbFETFYlXm3OVYqq0 Z4q1JTBEw3mARQKhMYQzRzEdwBWBdEFYfBZiHVIgVlIcc7pVaQt7mhUINnMGZlw8UFmSZ7Uy wl2drMc1SyF3aoU6xcMuu0h7kF0wWABblg06paarRWOffx92MZWpcxWxX6XCdIGhCh++Xi8r hwSkfTlys0itJTe5lH6dux5GSVA9YKGPEQDEigW9MJStsxe/Yxx4hbSVw5ehYC+XEnMQZxcw xjpfx4t4f65nvIysM6yIEXxPNlK1YZFAMJOpmXmyP7ujJhsWQ6M2nVuhSxsrcVNbGA/Dly0a rqgEHluwD5oEDVRHcyw+O2Q4NXKIKCY4WcUQsYFQhm+kDT+sly2SfVi+l0XAi7q9ehNVFDeU iLRhdVVajrK7qJmXOD1VS4gre4S1UpKneqQAmytMcqeyuVFSClApmaZffqhafTm/dTdlZ1Cg lAM0sb2cRlgoNTMON7hVZ4k7oYo5M4Q/Go5QO0QkcwFUR2S9PFZxnyOCTFaFnDcoSFdpCnSv VpZ6ZHSUPWsNe8SiUppyvCgdKAAjZLF6Qg0IIz13K06uQUcQo7tIUh1lH5cRTg85dQixPEJZ L4bBnlCVQotVUrGhcTacCMODdYkxe55Kgh2+cxScBHp2CBBevophsAakFWdVwmlfaDYQwYio iW86YhgmYzouB1k+f4d+k3DBWlo5Py0WJiamU4UcTxEZIysFrQMAnKcyGGWdVzx8WiUFwI1b jGyXegWwT1qrR4K9Q0TGCkMiSzlFVKyibFilin0yZhIKnmGrGptNAiedHJqaJAoAmkLDjQ4o XXXDKnmeqn2RT2kjIpCMepWLIb6qDxmpMHZGfYG7TyGisSqotTSdYWohvqFIj7oMWE03BLa3 lhEuj1KRwaYmICa1qR4LJ7iBYE4GVCReKEiEGDpXH4RhlEBUQ48VHmGeq66px4o7Glt1Z8cx Mjueh52kxXVOX0RuxJqhnRKmup+tdcNoApUZxx+SLAVfADptZCF8uoKmvpV+j28mU66tqUqk W3eWGFV1WjSvoCuGAMMExBdKFnFeEmhpgW5nXQ1EiL0eQFBfVEIfWxoCe6kEfpY1TGIdFmVY gw8qkDbCYLmkNXwZJ2iJjUShnw+PG7QSmaybYWIDV1VbpXxjk5yVkhhpFoKuQHh/OH5wLop5 nQC/GGmKFFCSrcUZPDw1tLmPAGpOGLGLgA4UsLdssxUcjDuVGJlem2cPk6iSS1wLmw8PCCOx eVgXiZyygqKHS2ewJS2jpwcVo8J+L5MoMU23c01+iWRPhISXKpl7EjyOoX+cToJaTTFmv2tS OhFKnL1us5wwlMd7C3uRUZ6sFGRLmjaVsw+LVCOqKigMYaGRcnATiHUUFi1avz+ZZYI0Dx5T NaixHLJz ----------jygzjpqmqtmldpwhzrrn-- From tauberer@for.net Thu Apr 29 17:43:18 2004 From: tauberer@for.net (Joshua Tauberer) Date: Thu, 29 Apr 2004 12:43:18 -0400 Subject: [Mono-list] Question about attributes In-Reply-To: References: Message-ID: <409130A6.6000605@for.net> Rodolfo Campero wrote: > I already know XSLT, so I will give it a shot this afternoon Great! > I would like to know who should I refer to when I get something usable, > in order to make it part of mono or monodoc. Just post it to the docs list for everyone to take a look at. -- - Joshua Tauberer http://taubz.for.net ** Nothing Unreal Exists ** From robert@worksofmagic.com Fri Apr 30 00:18:34 2004 From: robert@worksofmagic.com (Robert Geller) Date: Thu, 29 Apr 2004 19:18:34 -0400 Subject: [Mono-list] Getting ASP .NET Apache module to work with 1.3.29 References: <005101c42ca0$2ab68250$1e02a8c0@fudge> <1083247437.1660.188.camel@localhost> Message-ID: <000901c42e40$4b3118f0$1e02a8c0@fudge> Sorry. But as I saw about a month ago in the docs (maybe they changed?) it said something like "Currently only Apache 2.0.48 is supported." So... I'm not sure. ----- Original Message ----- From: "Gonzalo Paniagua Javier" To: Sent: Thursday, April 29, 2004 10:03 AM Subject: Re: [Mono-list] Getting ASP .NET Apache module to work with 1.3.29 > El mar, 27-04-2004 a las 23:39, Robert Geller escribi�: > > Yes, yes, I know Apache 2.0.48 is the only documented and supported > > version for the ASP .NET module, but I use 1.3.29, as it is currently > > more stable, and better developed and tested than 2.0.48, and I don't > > plan on switching for a while. > > You're wrong. The apache module also supports apache 1.3. I guess you > should read the INSTALL file. > > -Gonzalo > > > _______________________________________________ > Mono-list maillist - Mono-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-list > > > From jamie.lory@apigroupinc.us Thu Apr 29 17:24:41 2004 From: jamie.lory@apigroupinc.us (Jamie Lory) Date: Thu, 29 Apr 2004 11:24:41 -0500 Subject: [Mono-list] Installation of Apache Mono module 0.8 Message-ID: <40912C49.28EBA1CE@apigroupinc.us> I am trying to install Apache Mono module 0.8 and I am getting this error when I type: ./configure --prefix=/usr configure: line 19: syntax error near unexpected token `elif' configure: line 19: `elif test -n "${BASH_VERSION+set}" && (set -o posix) >/dev/ Any idea what I could be doing wrong? I wish there was an rpm for Apache Mono module 0.8 Jamie From benny@coca-kohler.de Thu Apr 29 23:13:47 2004 From: benny@coca-kohler.de (benny@coca-kohler.de) Date: Thu, 29 Apr 2004 22:13:47 +0000 (GMT) Subject: [Mono-list] get system events(time changed) on a linux machine Message-ID: <579793669.1083276827974.JavaMail.weblicon@offler> hello, i'm a newbie to mono. i'm looking for a class getting system events. within the Microsoft.Win32 namespace there is class called SystemEvents. With this class i can find out if the systemtime has been changed. I tested this class with visual studio(shame on me!) on a windows machine. can i use this class with mono on a linux machine? or is there another class to get systems events(system time changed) on a linux machine? greets ben From AndrewArnott@byu.edu Fri Apr 30 14:18:34 2004 From: AndrewArnott@byu.edu (Andrew Arnott) Date: Fri, 30 Apr 2004 07:18:34 -0600 Subject: [Mono-list] WARNINGS compiling as root Message-ID: <8BAFCC09C2760C4EADEEAC8A06C84890DD700E@THORN.exch.ad.byu.edu> I have one question and one problem. Thanks in advance to those who can help! First, when I compile mono as root, I get warnings from the compiler: ** (/usr/bin/mcs.exe:18961): WARNING **: Shared memory sanity check failed. ** (/usr/bin/mcs.exe:18961): WARNING **: Failed to attach shared memory! Falling back to non-shared handles In spite of this warning, the compilation appears to complete just fine. I have to compile as root so that Mono can install into /usr/local. When I compile to somewhere else as someone other than root, no warnings show up. Why is this? I guess I'll save my problem for another email. :) From AndrewArnott@byu.edu Fri Apr 30 14:18:32 2004 From: AndrewArnott@byu.edu (Andrew Arnott) Date: Fri, 30 Apr 2004 07:18:32 -0600 Subject: [Mono-list] CVS compile errors :( Message-ID: <8BAFCC09C2760C4EADEEAC8A06C84890DD700D@THORN.exch.ad.byu.edu> This is a multi-part message in MIME format. ------_=_NextPart_001_01C42EB5.9FC11BE1 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable So this is my first time compiling CVS. I finally read the INSTALL file and found out I have to run ./autoconf before building. Well, that worked well enough. But "make fullbuild" crashes with an exception thrown by mcs. I get this (after the memory warnings mentioned in my previous email). Can you tell me what I'm doing wrong? =20 Unhandled Exception: System.NullReferenceException: A null value was found where an object instance was required. In <0x0002e> Mono.Security.Cryptography.CryptoConvert:ToCapiKeyBlob (System.Security.Cryptography.RSA,bool) In <0x00032> Mono.Security.StrongName:get_PublicKey () In <0x00769> System.Reflection.Emit.AssemblyBuilder:Save (string) In <0x00036> Mono.CSharp.CodeGen:Save (string) In <0x014cb> Mono.CSharp.Driver:MainDriver (string[]) In <0x00020> Mono.CSharp.Driver:Main (string[]) =20 ------_=_NextPart_001_01C42EB5.9FC11BE1 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

So this is my first time compiling CVS. I finally read the INSTALL file and = found out I have to run ./autoconf before building. Well, that worked = well enough. But “make fullbuild” crashes with an exception = thrown by mcs. I get this (after the memory warnings mentioned in my = previous email). Can you tell me what I’m doing = wrong?

Unhandled Exception: System.NullReferenceException: A null value was found where = an object instance was required.

In <0x0002e> Mono.Security.Cryptography.CryptoConvert:ToCapiKeyBlob (System.Security.Cryptography.RSA,bool)

In <0x00032> Mono.Security.StrongName:get_PublicKey ()

In <0x00769> System.Reflection.Emit.AssemblyBuilder:Save = (string)

In <0x00036> Mono.CSharp.CodeGen:Save (string)

In <0x014cb> Mono.CSharp.Driver:MainDriver (string[])

In <0x00020> Mono.CSharp.Driver:Main (string[])

------_=_NextPart_001_01C42EB5.9FC11BE1-- From robert@worksofmagic.com Fri Apr 30 14:52:59 2004 From: robert@worksofmagic.com (robert@worksofmagic.com) Date: Fri, 30 Apr 2004 06:52:59 -0700 (PDT) Subject: [Mono-list] Trying to run XSP Message-ID: <62891.162.33.191.66.1083333179.squirrel@worksofmagic.com> Hello- I configured XSP with ./configure --prefix=/usr/local/xsp, ran make and make install, and everything appeared to run smoothly. However, when I run any of the executables in my bin folder in /usr/local/xsp/bin, it says ./xsp.exe - Cannot execute binary file. I am running RH 9 on a Celeron 2.0 ghz. Thanks. From rafael.teixeirabr@terra.com.br Fri Apr 30 15:55:52 2004 From: rafael.teixeirabr@terra.com.br (A Rafael D Teixeira) Date: Fri, 30 Apr 2004 11:55:52 -0300 Subject: [Mono-list] Trying to run XSP In-Reply-To: <62891.162.33.191.66.1083333179.squirrel@worksofmagic.com> References: <62891.162.33.191.66.1083333179.squirrel@worksofmagic.com> Message-ID: <1083336952.3767.3.camel@redhat9.tempolivre.com.br> On Fri, 2004-04-30 at 10:52, robert@worksofmagic.com wrote: > Hello- > > I configured XSP with ./configure --prefix=/usr/local/xsp, ran make and > make install, and everything appeared to run smoothly. However, when I run > any of the executables in my bin folder in /usr/local/xsp/bin, it says > ./xsp.exe - Cannot execute binary file. Have you first installed Mono? And are you running with mono runtime? You have to issue commands like: mono xsp.exe ... to run .net exes in linux. > I am running RH 9 on a Celeron 2.0 ghz. Thanks. Hope it helps, -- Rafael "Monoman" Teixeira Mono Hacker since 16 Jul 2001 - http://www.go-mono.org/ Mono Brasil Founding Member - http://monobrasil.redesolbrasil.org/ English Blog: http://monoblog.blogspot.com/ Brazilian Portuguese Blog: http://monoblog.weblogger.terra.com.br/ From spouliot@videotron.ca Fri Apr 30 16:01:29 2004 From: spouliot@videotron.ca (=?US-ASCII?Q?Sebastien_Pouliot?=) Date: Fri, 30 Apr 2004 11:01:29 -0400 Subject: [Mono-list] CVS compile errors :( In-Reply-To: <8BAFCC09C2760C4EADEEAC8A06C84890DD700D@THORN.exch.ad.byu.edu> Message-ID: This is a multi-part message in MIME format. --Boundary_(ID_SXtT+FbVBt1Unl/Sj9ySSA) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Andrew You get this because you have an older mscorlib.dll or mcs.exe (which had that bug). That may come from a previous Mono installation (like 0.31). Sebastien Pouliot http://pages.infinit.net/ctech/poupou.html -----Original Message----- From: mono-list-admin@lists.ximian.com [mailto:mono-list-admin@lists.ximian.com]On Behalf Of Andrew Arnott Sent: 30 avril 2004 09:19 To: mono-list@lists.ximian.com Subject: [Mono-list] CVS compile errors :( So this is my first time compiling CVS. I finally read the INSTALL file and found out I have to run ./autoconf before building. Well, that worked well enough. But "make fullbuild" crashes with an exception thrown by mcs. I get this (after the memory warnings mentioned in my previous email). Can you tell me what I'm doing wrong? Unhandled Exception: System.NullReferenceException: A null value was found where an object instance was required. In <0x0002e> Mono.Security.Cryptography.CryptoConvert:ToCapiKeyBlob (System.Security.Cryptography.RSA,bool) In <0x00032> Mono.Security.StrongName:get_PublicKey () In <0x00769> System.Reflection.Emit.AssemblyBuilder:Save (string) In <0x00036> Mono.CSharp.CodeGen:Save (string) In <0x014cb> Mono.CSharp.Driver:MainDriver (string[]) In <0x00020> Mono.CSharp.Driver:Main (string[]) --Boundary_(ID_SXtT+FbVBt1Unl/Sj9ySSA) Content-type: text/html; charset=US-ASCII Content-transfer-encoding: 7BIT
Andrew

You get this because you have an older mscorlib.dll or mcs.exe (which had that bug).

That may come from a previous Mono installation (like 0.31).

Sebastien Pouliot
http://pages.infinit.net/ctech/poupou.html

-----Original Message-----
From: mono-list-admin@lists.ximian.com [mailto:mono-list-admin@lists.ximian.com]On Behalf Of Andrew Arnott
Sent: 30 avril 2004 09:19
To: mono-list@lists.ximian.com
Subject: [Mono-list] CVS compile errors :(

So this is my first time compiling CVS. I finally read the INSTALL file and found out I have to run ./autoconf before building. Well, that worked well enough. But “make fullbuild” crashes with an exception thrown by mcs. I get this (after the memory warnings mentioned in my previous email). Can you tell me what I’m doing wrong?

Unhandled Exception: System.NullReferenceException: A null value was found where an object instance was required.

In <0x0002e> Mono.Security.Cryptography.CryptoConvert:ToCapiKeyBlob (System.Security.Cryptography.RSA,bool)

In <0x00032> Mono.Security.StrongName:get_PublicKey ()

In <0x00769> System.Reflection.Emit.AssemblyBuilder:Save (string)

In <0x00036> Mono.CSharp.CodeGen:Save (string)

In <0x014cb> Mono.CSharp.Driver:MainDriver (string[])

In <0x00020> Mono.CSharp.Driver:Main (string[])

--Boundary_(ID_SXtT+FbVBt1Unl/Sj9ySSA)-- From chris@turchin.net Fri Apr 30 16:22:05 2004 From: chris@turchin.net (Chris Turchin) Date: Fri, 30 Apr 2004 08:22:05 -0700 (PDT) Subject: [Mono-list] Trying to run XSP In-Reply-To: <1083336952.3767.3.camel@redhat9.tempolivre.com.br> References: <62891.162.33.191.66.1083333179.squirrel@worksofmagic.com> <1083336952.3767.3.camel@redhat9.tempolivre.com.br> Message-ID: you can configure linux to run them automatically using binfmt_misc, see this post for more information: http://lists.ximian.com/archives/public/mono-list/2002-April/005179.html regards, --chris On Fri, 30 Apr 2004, A Rafael D Teixeira wrote: > On Fri, 2004-04-30 at 10:52, robert@worksofmagic.com wrote: > > Hello- > > > > I configured XSP with ./configure --prefix=/usr/local/xsp, ran make and > > make install, and everything appeared to run smoothly. However, when I run > > any of the executables in my bin folder in /usr/local/xsp/bin, it says > > ./xsp.exe - Cannot execute binary file. > > Have you first installed Mono? And are you running with mono runtime? > > You have to issue commands like: > > mono xsp.exe ... > > to run .net exes in linux. > > > I am running RH 9 on a Celeron 2.0 ghz. Thanks. > > Hope it helps, > > -- > Rafael "Monoman" Teixeira > Mono Hacker since 16 Jul 2001 - http://www.go-mono.org/ > Mono Brasil Founding Member - http://monobrasil.redesolbrasil.org/ > English Blog: http://monoblog.blogspot.com/ > Brazilian Portuguese Blog: http://monoblog.weblogger.terra.com.br/ > > _______________________________________________ > Mono-list maillist - Mono-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-list > From AndrewArnott@byu.edu Fri Apr 30 20:12:53 2004 From: AndrewArnott@byu.edu (Andrew Arnott) Date: Fri, 30 Apr 2004 13:12:53 -0600 Subject: [Mono-list] CVS compile errors :( Message-ID: <8BAFCC09C2760C4EADEEAC8A06C84890DD7054@THORN.exch.ad.byu.edu> This is a multi-part message in MIME format. ------_=_NextPart_001_01C42EE7.23586A63 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable So this is my round-robin problem. I can't compile the new mscorlib.dll or mcs.exe because I am using the old one (0.31.00) to compile the new ones. The old one can't manage it because of the bug. I can't get the new one because it won't compile. How can this be solved? Do I just need to get a built copy from someone? (will someone volunteer?) =20 Thanks. =20 ________________________________ From: Sebastien Pouliot [mailto:spouliot@videotron.ca]=20 Sent: Friday, April 30, 2004 9:01 AM To: Andrew Arnott; mono-list@lists.ximian.com Subject: RE: [Mono-list] CVS compile errors :( =20 Andrew =20 You get this because you have an older mscorlib.dll or mcs.exe (which had that bug). That may come from a previous Mono installation (like 0.31). =20 Sebastien Pouliot http://pages.infinit.net/ctech/poupou.html =20 -----Original Message----- From: mono-list-admin@lists.ximian.com [mailto:mono-list-admin@lists.ximian.com]On Behalf Of Andrew Arnott Sent: 30 avril 2004 09:19 To: mono-list@lists.ximian.com Subject: [Mono-list] CVS compile errors :( So this is my first time compiling CVS. I finally read the INSTALL file and found out I have to run ./autoconf before building. Well, that worked well enough. But "make fullbuild" crashes with an exception thrown by mcs. I get this (after the memory warnings mentioned in my previous email). Can you tell me what I'm doing wrong? =20 Unhandled Exception: System.NullReferenceException: A null value was found where an object instance was required. In <0x0002e> Mono.Security.Cryptography.CryptoConvert:ToCapiKeyBlob (System.Security.Cryptography.RSA,bool) In <0x00032> Mono.Security.StrongName:get_PublicKey () In <0x00769> System.Reflection.Emit.AssemblyBuilder:Save (string) In <0x00036> Mono.CSharp.CodeGen:Save (string) In <0x014cb> Mono.CSharp.Driver:MainDriver (string[]) In <0x00020> Mono.CSharp.Driver:Main (string[]) =20 ------_=_NextPart_001_01C42EE7.23586A63 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

So this is my round-robin problem. = I can’t compile the new mscorlib.dll or mcs.exe because I am using the old one = (0.31.00) to compile the new ones. The old one can’t manage it because = of the bug. I can’t get the new one because it won’t compile. = How can this be solved? Do I just need to get a built copy from someone? = (will someone volunteer?)

Thanks.
=

From: = Sebastien Pouliot [mailto:spouliot@videotron.ca]
Sent: Friday, April 30, = 2004 9:01 AM
To: Andrew Arnott; mono-list@lists.ximian.com
Subject: RE: [Mono-list] = CVS compile errors :(

Andrew

You get this because you have an = older mscorlib.dll or mcs.exe (which had that = bug).

That may come from a previous Mono installation (like 0.31).

Sebastien Pouliot
http://pages.infinit.net/ctech/poupou.html

-----Original = Message-----
From: mono-list-admin@lists.ximian.com = [mailto:mono-list-admin@lists.ximian.com]On Behalf Of Andrew Arnott
Sent: 30 avril 2004 = 09:19
To: = mono-list@lists.ximian.com
Subject: [Mono-list] CVS = compile errors :(

So this is my first time compiling CVS. I finally read the INSTALL file and = found out I have to run ./autoconf before building. Well, that worked = well enough. But “make fullbuild” crashes with an exception = thrown by mcs. I get this (after the memory warnings mentioned in my = previous email). Can you tell me what I’m doing = wrong?

Unhandled Exception: System.NullReferenceException: A null value was found where = an object instance was required.

In <0x0002e> Mono.Security.Cryptography.CryptoConvert:ToCapiKeyBlob (System.Security.Cryptography.RSA,bool)

In <0x00032> Mono.Security.StrongName:get_PublicKey = ()

In <0x00769> System.Reflection.Emit.AssemblyBuilder:Save = (string)

In <0x00036> Mono.CSharp.CodeGen:Save = (string)

In <0x014cb> Mono.CSharp.Driver:MainDriver = (string[])

In <0x00020> Mono.CSharp.Driver:Main = (string[])

------_=_NextPart_001_01C42EE7.23586A63-- From rodolfocampero@hotmail.com Fri Apr 30 20:30:23 2004 From: rodolfocampero@hotmail.com (Rodolfo Campero) Date: Fri, 30 Apr 2004 19:30:23 +0000 Subject: [Mono-list] CVS compile errors :( Message-ID: You can pick a binary snapshot from http://www.go-mono.com/daily/ In your case, maybe a monolite will do, but if it's not enaugh download a monocharge. >From: "Andrew Arnott" >To: , >Subject: RE: [Mono-list] CVS compile errors :( >Date: Fri, 30 Apr 2004 13:12:53 -0600 > >So this is my round-robin problem. I can't compile the new mscorlib.dll >or mcs.exe because I am using the old one (0.31.00) to compile the new >ones. The old one can't manage it because of the bug. I can't get the >new one because it won't compile. How can this be solved? Do I just >need to get a built copy from someone? (will someone volunteer?) > > > >Thanks. > > > >________________________________ > >From: Sebastien Pouliot [mailto:spouliot@videotron.ca] >Sent: Friday, April 30, 2004 9:01 AM >To: Andrew Arnott; mono-list@lists.ximian.com >Subject: RE: [Mono-list] CVS compile errors :( > > > >Andrew > > > >You get this because you have an older mscorlib.dll or mcs.exe (which >had that bug). > >That may come from a previous Mono installation (like 0.31). > > > >Sebastien Pouliot >http://pages.infinit.net/ctech/poupou.html > > > -----Original Message----- > From: mono-list-admin@lists.ximian.com >[mailto:mono-list-admin@lists.ximian.com]On Behalf Of Andrew Arnott > Sent: 30 avril 2004 09:19 > To: mono-list@lists.ximian.com > Subject: [Mono-list] CVS compile errors :( > > So this is my first time compiling CVS. I finally read the >INSTALL file and found out I have to run ./autoconf before building. >Well, that worked well enough. But "make fullbuild" crashes with an >exception thrown by mcs. I get this (after the memory warnings >mentioned in my previous email). Can you tell me what I'm doing wrong? > > > > Unhandled Exception: System.NullReferenceException: A null value >was found where an object instance was required. > > In <0x0002e> >Mono.Security.Cryptography.CryptoConvert:ToCapiKeyBlob >(System.Security.Cryptography.RSA,bool) > > In <0x00032> Mono.Security.StrongName:get_PublicKey () > > In <0x00769> System.Reflection.Emit.AssemblyBuilder:Save >(string) > > In <0x00036> Mono.CSharp.CodeGen:Save (string) > > In <0x014cb> Mono.CSharp.Driver:MainDriver (string[]) > > In <0x00020> Mono.CSharp.Driver:Main (string[]) > > > _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus From AndrewArnott@byu.edu Fri Apr 30 20:40:27 2004 From: AndrewArnott@byu.edu (Andrew Arnott) Date: Fri, 30 Apr 2004 13:40:27 -0600 Subject: [Mono-list] CVS compile errors :( Message-ID: <8BAFCC09C2760C4EADEEAC8A06C84890DD7060@THORN.exch.ad.byu.edu> I tried downloading a MonoLite, then a MonoCharge, and finally the whole mono snapshot of the day. Now I have the binaries to the latest mscorlib.dll and mcs.exe, but mcs.exe won't run because the runtime (mono) is out of sync with mscorlib.dll I cannot find the mono executable anywhere in the snapshot (it's not with the other .exe's in the snapshot). How can I get a binary of the latest runtime? How can I compile it with a broken compiler? Sorry for the newbie'ish questions. -----Original Message----- From: Rodolfo Campero [mailto:rodolfocampero@hotmail.com]=20 Sent: Friday, April 30, 2004 1:30 PM To: Andrew Arnott; spouliot@videotron.ca; mono-list@lists.ximian.com Subject: RE: [Mono-list] CVS compile errors :( You can pick a binary snapshot from http://www.go-mono.com/daily/ In your case, maybe a monolite will do, but if it's not enaugh download a=20 monocharge. >From: "Andrew Arnott" >To: , >Subject: RE: [Mono-list] CVS compile errors :( >Date: Fri, 30 Apr 2004 13:12:53 -0600 > >So this is my round-robin problem. I can't compile the new mscorlib.dll >or mcs.exe because I am using the old one (0.31.00) to compile the new >ones. The old one can't manage it because of the bug. I can't get the >new one because it won't compile. How can this be solved? Do I just >need to get a built copy from someone? (will someone volunteer?) > > > >Thanks. > > > >________________________________ > >From: Sebastien Pouliot [mailto:spouliot@videotron.ca] >Sent: Friday, April 30, 2004 9:01 AM >To: Andrew Arnott; mono-list@lists.ximian.com >Subject: RE: [Mono-list] CVS compile errors :( > > > >Andrew > > > >You get this because you have an older mscorlib.dll or mcs.exe (which >had that bug). > >That may come from a previous Mono installation (like 0.31). > > > >Sebastien Pouliot >http://pages.infinit.net/ctech/poupou.html > > > -----Original Message----- > From: mono-list-admin@lists.ximian.com >[mailto:mono-list-admin@lists.ximian.com]On Behalf Of Andrew Arnott > Sent: 30 avril 2004 09:19 > To: mono-list@lists.ximian.com > Subject: [Mono-list] CVS compile errors :( > > So this is my first time compiling CVS. I finally read the >INSTALL file and found out I have to run ./autoconf before building. >Well, that worked well enough. But "make fullbuild" crashes with an >exception thrown by mcs. I get this (after the memory warnings >mentioned in my previous email). Can you tell me what I'm doing wrong? > > > > Unhandled Exception: System.NullReferenceException: A null value >was found where an object instance was required. > > In <0x0002e> >Mono.Security.Cryptography.CryptoConvert:ToCapiKeyBlob >(System.Security.Cryptography.RSA,bool) > > In <0x00032> Mono.Security.StrongName:get_PublicKey () > > In <0x00769> System.Reflection.Emit.AssemblyBuilder:Save >(string) > > In <0x00036> Mono.CSharp.CodeGen:Save (string) > > In <0x014cb> Mono.CSharp.Driver:MainDriver (string[]) > > In <0x00020> Mono.CSharp.Driver:Main (string[]) > > > _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE*=20 http://join.msn.com/?page=3Dfeatures/virus From jaak@zd.com.pl Fri Apr 30 22:35:47 2004 From: jaak@zd.com.pl (Jaroslaw Kowalski) Date: Fri, 30 Apr 2004 23:35:47 +0200 Subject: [Mono-list] GAC-only installation? Message-ID: <003801c42efb$1970ac20$2000a8c0@jarekxp> Hi! I've noticed that under the new build system some libraries are only installed into GAC. That means that there's no longer "/usr/lib/System.*.dll" that could be used for compilation as a reference. That means I have to do: export MONO_PATH=~/src/mcs/class/lib/default/ before I can even run "mcs -r System.Data.dll xxx.cs" MS keeps the second copy of each system dll in the same directory where csc.exe is located (C:\WINNT\Microsft.NET\Framework\v1.1.4322) for the sole purpose of referencing it during compilation. Note that MS doesn't allow you to reference dlls in the GAC. Are you planning to have a similar structure in mono-1.0? If not, what will the setup look like? I would vote for a flat directory where "mcs.exe" and all libraries are kept - just because it's simple and familiar to csc.exe users. Jarek BTW. Because of this issue, NAnt/CVS is no longer runnable on Mono ;-( From arild.fines@broadpark.no Fri Apr 30 22:58:34 2004 From: arild.fines@broadpark.no (Arild Fines) Date: Fri, 30 Apr 2004 23:58:34 +0200 Subject: [Mono-list] GAC-only installation? In-Reply-To: <003801c42efb$1970ac20$2000a8c0@jarekxp> Message-ID: Jaroslaw Kowalski wrote: > Note that MS doesn't allow you > to reference dlls in the GAC. Oh, it's doable. You just need to figure out what the real path is. -- Arild AnkhSVN: http://ankhsvn.tigris.org Blog: http://ankhsvn.com/blog IRC: irc://irc.freenode.net/ankhsvn "We've got to find out what people want from fire, how they relate to it, what sort of image it has for them.' The crowd were tense. They were expecting something wonderful from Ford.`Stick it up your nose,' he said.`Which is precisely the sort of thing we need to know,' insisted the girl, `Do people want fire that can be fitted nasally?'" From gert.driesen@pandora.be Fri Apr 30 23:18:48 2004 From: gert.driesen@pandora.be (Gert Driesen) Date: Sat, 1 May 2004 00:18:48 +0200 Subject: [Mono-list] GAC-only installation? References: <003801c42efb$1970ac20$2000a8c0@jarekxp> Message-ID: <016701c42f01$1bfec250$0200a8c0@mother> Jarek, I couldn't agree more. I already posted a message about this (and a few other issues) in the Mono dev list earlier. I really hope the Mono team will reconsider this ... Gert ----- Original Message ----- From: "Jaroslaw Kowalski" To: Sent: Friday, April 30, 2004 11:35 PM Subject: [Mono-list] GAC-only installation? > Hi! > > I've noticed that under the new build system some libraries are only > installed into GAC. > That means that there's no longer "/usr/lib/System.*.dll" that could be used > for compilation as a reference. > > That means I have to do: > > export MONO_PATH=~/src/mcs/class/lib/default/ > > before I can even run "mcs -r System.Data.dll xxx.cs" > > MS keeps the second copy of each system dll in the same directory where > csc.exe is located (C:\WINNT\Microsft.NET\Framework\v1.1.4322) for the sole > purpose of referencing it during compilation. Note that MS doesn't allow you > to reference dlls in the GAC. > > Are you planning to have a similar structure in mono-1.0? If not, what will > the setup look like? I would vote for a flat directory where "mcs.exe" and > all libraries are kept - just because it's simple and familiar to csc.exe > users. > > Jarek > > BTW. Because of this issue, NAnt/CVS is no longer runnable on Mono ;-( > > _______________________________________________ > Mono-list maillist - Mono-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-list > From jns@gellyfish.com Fri Apr 30 08:31:24 2004 From: jns@gellyfish.com (Jonathan Stowe) Date: Fri, 30 Apr 2004 08:31:24 +0100 Subject: [Mono-list] Installation of Apache Mono module 0.8 In-Reply-To: <40912C49.28EBA1CE@apigroupinc.us> References: <40912C49.28EBA1CE@apigroupinc.us> Message-ID: <1083310284.2852.6.camel@localhost> On Thu, 2004-04-29 at 17:24, Jamie Lory wrote: > I am trying to install Apache Mono module 0.8 and I am getting this > error when I type: ./configure --prefix=/usr > > configure: line 19: syntax error near unexpected token `elif' > configure: line 19: `elif test -n "${BASH_VERSION+set}" && (set -o > posix) >/dev/ > I would guess that it's your shell. Trying running it as: /bin/sh ./configure --prefix=/usr /J\ From FemiG@mtnnigeria.net Fri Apr 30 08:59:52 2004 From: FemiG@mtnnigeria.net (FemiG@mtnnigeria.net) Date: Fri, 30 Apr 2004 08:59:52 +0100 Subject: [Mono-list] .net applications on linux? Message-ID: <09D5F147A4DBD24DB4AD661D7DF9F7CA08C1F2@ntpsrv.mtn.com.ng> hello..i want to know if it is possible to run .NET applications on linux..and if so, how can i do this?? thanks Femi George Enterprise Data Warehousing [MTN-UBA] femig@mtnnigeria.net 08032090305 From jamie.lory@apigroupinc.us Fri Apr 30 13:48:54 2004 From: jamie.lory@apigroupinc.us (Jamie Lory) Date: Fri, 30 Apr 2004 07:48:54 -0500 Subject: [Mono-list] Installation of Apache Mono module 0.8 References: <40912C49.28EBA1CE@apigroupinc.us> <1083310284.2852.6.camel@localhost> Message-ID: <40924B35.C09CC899@apigroupinc.us> I tried /bin/sh ./configure --prefix=/usr but get the same error message. Jamie Jonathan Stowe wrote: > On Thu, 2004-04-29 at 17:24, Jamie Lory wrote: > > I am trying to install Apache Mono module 0.8 and I am getting this > > error when I type: ./configure --prefix=/usr > > > > configure: line 19: syntax error near unexpected token `elif' > > configure: line 19: `elif test -n "${BASH_VERSION+set}" && (set -o > > posix) >/dev/ > > > > I would guess that it's your shell. Trying running it as: > > /bin/sh ./configure --prefix=/usr > > /J\

when i try to load index.aspx from the test page I = get this=20 Internal Server Error,

Internal Server Error

.NET Technologies'2004

Basic Paging with DataGrid

Basic Paging with DataGrid